You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have searched the existing issues of plugins related to this issue
Neovim version (nvim -v)
0.9.0
Operating system/version
Arch Linux
Describe the bug
I have view_search = "virtualtext" in the config, and most of the time that works smoothly. But once in a while, one of the virtual texts (showing the number of current match and total search count) gets stuck at the end of the line. I still can loop over matches, and at each line, virtual text is shown normally, disappearring when I move to the next match. But the one which is stuck keeps hanging on its line. When I move to that match, a second virtual text is shown normally after the stuck one. The stuck one does not go away with hitting <Esc> or anything else.
Steps To Reproduce
Unfortunately, I haven't been able yet to detect exact triggers for this behaviour. It happens not very often (say, one in ten searches). I guess, some combintation of triggers is involved (e.g., deleting the current search and moving to a different buffer and back).
Expected Behavior
Search count virtual text follows cursor, without getting stuck on the line.
Repro
No response
The text was updated successfully, but these errors were encountered:
If i were to then :set nohlsearch (even multiple times) just the unstuck ones would go away (in this case /timestamp [3/31] would be the only one to go away). nvim 0.9 with latest version of noice.
Did you check docs and existing issues?
Neovim version (nvim -v)
0.9.0
Operating system/version
Arch Linux
Describe the bug
I have
view_search = "virtualtext"
in the config, and most of the time that works smoothly. But once in a while, one of the virtual texts (showing the number of current match and total search count) gets stuck at the end of the line. I still can loop over matches, and at each line, virtual text is shown normally, disappearring when I move to the next match. But the one which is stuck keeps hanging on its line. When I move to that match, a second virtual text is shown normally after the stuck one. The stuck one does not go away with hitting<Esc>
or anything else.Steps To Reproduce
Unfortunately, I haven't been able yet to detect exact triggers for this behaviour. It happens not very often (say, one in ten searches). I guess, some combintation of triggers is involved (e.g., deleting the current search and moving to a different buffer and back).
Expected Behavior
Search count virtual text follows cursor, without getting stuck on the line.
Repro
No response
The text was updated successfully, but these errors were encountered: