Closed igorlfs closed 3 months ago
Oh, no worries, fixed here 8c69b8780 - lemme know if you still have any issues :)
Hey! I just tested the latest commit, and I'm still having the issue. I assumed the error was caused by 'statuscolumn' being unset, but that isn't the case. In fact, I restored the previous commit and the option was working just fine. It might be the 'statuscol.nvim' plugin, but I will need some time to investigate.
Okay, found out something interesting: it looks like it's a tab setting. Any file opened in the tab containing Neogit's status buffer will show this behavior, no matter how it was opened -- I tested using :vnew
and telescope's find_files
. So there must be a tab setting that should only apply to Neogit's windows inside tabs containing Neogit buffers, but it's currently being applied to every window inside tabs containing Neogit buffers. Any thoughts?
Update: latest commit on nightly is fine
Yeah, I ditched the statuscolumn thing for the status buffer entirely 😅 back to just using the sign column
Description
Hey!
Using the nightly branch, when opening a vertical split, Neogit overrides the 'statuscolumn' option if the file is first opened through Neogit. The real dealbreaker is that even if I close the bufffer with
:bd
and try to reopen it, I still get the overridden 'statuscolumn'.My default 'statuscolumn', configured via statuscol.nvim:![image](https://github.com/NeogitOrg/neogit/assets/84649544/89d6352b-d8a8-4b89-a5b8-cc24234ac5b8)
The 'overridden' statuscolumn:![image](https://github.com/NeogitOrg/neogit/assets/84649544/81f23210-694e-49a4-bda2-3cab9b125fd9)
Neovim version
NVIM v0.10.0-dev-2918+gb35f08ddb1 Build type: RelWithDebInfo LuaJIT 2.1.1702233742
Operating system and version
Linux 6.8.4
Steps to reproduce
<C-v>
to open the fileExpected behavior
Opening a file using the status buffer shouldn't interfere with the statuscolumn
Actual behavior
The only way to recover the original statuscolumn is to relaunch neovim :(
Minimal config