Closed minhduc0711 closed 2 months ago
You probably don't have termguicolors
set.
GitSignsStagedAdd
is linked to GitSignsAdd
, so they will appear the same.
Hello, after this commit de18f6b749f6129eb9042a2038590872df4c94a9 - I have similar issues
I have termguicolors
set.
When I stage a hunk it becomes less bright, but the issue is that when I start navigating hunks (using keymap from README), the plugin goes crazy in different ways, e.g.
There's no certain pattern, I am just opening random git file with changes, try to stage one hunk and navigate between remaining ones.
PS
nvim --version
NVIM v0.10.0
Build type: Release
LuaJIT 2.1.1716656478
Run "nvim -V1 -v" for more info
uname -a
Linux xxx-nb 5.15.153.1-microsoft-standard-WSL2 #1 SMP Fri Mar 29 23:14:13 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux
@eshepelyuk Please do not overload specific issues with your own problems. Please raise separate issues with reproducible steps.
It sounds like you do not like the current behaviour of staged hunks, in which case you can disabled it with signs_staged_enable = false
.
It sounds like you do not like the current behaviour of staged hunks, in which case you can disabled it with signs_staged_enable = false.
This is what I was looking for. Doesn't signs_staged_enable = false
use to be the default value?
Description
When I stage a hunk, the corresponding diff sign no longer disappear.
Neovim version
NVIM v0.10.0
Operating system and version
Ubuntu 22.04.4 LTS
Expected behavior
The sign should disappear after staging a hunk.
Actual behavior
The sign is still there after staging the hunk, with the weird "Hunk 1 of 0" message.
Minimal config
Steps to reproduce
git clone https://github.com/octocat/Hello-World && cd Hello-World
README
.Gitsigns stage_hunk
on the added line.Gitsigns preview_hunk
on the hunk that is still there.Gitsigns debug messages