Closed kgalford1 closed 1 year ago
Hey Kim. Thanks for the detailed bug report!
I did not implement the line decorator feature and do not know how it works but perhaps I'll have some time to look into this in the near future.
No worries - I have virtually no experience with extension dev, but perhaps may look into this as well.
Loving the extension - with this fix it's all the blame functionality from GitLens I need :smile:
I had some time and I think I got it working. Will spend some more time looking into a fix for #144 before releasing a new version.
This might be the same issue, so I thought you would want to test this case too before deploying a fix. It also happens when deleting a newline on a blank line: and after hitting the delete key: I'm running v10.2.0 on WSL: Ubuntu
A (sort of) workaround is to configure the following:
"gitblame.inlineMessageNoCommit": ""
This blanks out the blame-message on modified lines – (mostly) preventing the issue from occurring in the first place.
Might this be a sensible configuration option to introduce? Omitting the message on modified lines provides effectively the same information as showing "Not Commited Yet"...
A new version that fixes this issue has been pushed to the marketplace. It can sometimes take a few hours for it to be available for everyone. I will close this issue for now. Please comment if the issue persists after upgrading to version 10.2.1 or later.
Versions
vscode
v1.78.1
with all extensions disabled except for Git Blamev10.2.0
. Bug appears to be introduced with inline blame string inv10.0.0
.Example
Cursor at EOL 82.
Backspacing the
\n
on 82.Continuing to backspace and the
+ 45
is drawn underneath the inline message.