Strange artifact on screen when using a default editor for git
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 14.6k
- Forks
- 734
- Avg merge
- 8h 40m
- Merged PRs (30d)
- 4
Description
I have just tried to setup `edit` to be the default editor for git using the following command:
```
git config --global core.editor "edit"
```
And while this seems to be working great, there is a strange artifact on the screen that I wanted to highlight.
When I run `edit` normally, this is what I see:
But when I run `edit` as part of adding a commit message, for example, this is what I am seeing:
What is the red/brown colour on the right hand side?
I have also see `edit` fail to open correctly when it is being opened by git. It appears to hang, and the file doesn't seem to be shown until I mouse my mouse and click into the file. Is this a known issue?
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the issue with `git config --global core.editor "edit"`, comparing direct `edit` startup with invocation through `git commit`. Investigate the terminal rendering and startup behavior described in the report; done means the right-side artifact and delayed or missing file display no longer occur when Git launches the editor.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- cli
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100