Oni: closing tabs does not work

Created on 23 Aug 2017  路  8Comments  路  Source: onivim/oni

closing tabs does not seem to work.

Tested OS: Windows 10 x64

bug help wanted

Most helpful comment

I also notice that hitting <C-w>q closes the whole application instead of a single tab.

All 8 comments

I also notice that hitting <C-w>q closes the whole application instead of a single tab.

Can you verify that :tabs show both tabs or is it the buffer tab line?

@mzummo , did you download the binary or clone from source?

@cyansprite made a great fix (#626) that improved the dirty-tracking of buffers. Unfortunately that isn't in the 0.2.8 release (it will definitely be in 0.2.9 though!). Sometimes, without that fix, we don't show the 'modified' icon in the buffer - but it actually is modified to vim, and vim won't let you close / move away from it. This can cause some problems like you describe. If you're up for building from srouce, that might be worth a shot to see if #626 fixes it!

If it is still an issue, running :tabs and :ls as @cyansprite suggested would be helpful, to see what the buffer/tab state is

The closing tab behaviour I reported was an unrelated issue that is fixed using the unreleased (as of today) 0.2.1 vesion of neovim.

I downloaded the (second) latest release from today and closing a tab with :q does not work. It leaves the tab open, although it's not in the :tabs list. Just the GUI is stale.

Thanks @jordwalke ! I'm able to reproduce this now as well, by just opening Oni, and typing ":new", and then ":quit", I'm stuck with an extra '[No Name]' tab as described. Both :tabs and :ls report a single entry.

Sounds like as you mentioned, we're missing a case. With the default settings, we're showing the set of _buffers_ in the tab line, and it'd be expected we'd hit this code to update the buffer state :new and :quit case:
https://github.com/extr0py/oni/blob/7b36b144cdfe7d8ecb54c999d1424674354fa656/browser/src/Editor/NeovimEditor.tsx#L334

Next step would be to see if this is getting hit in that case, an if the value of ids is correct.

@bryphe Is this still an issue? I cannot seem to reproduce it with the current version, both tabs and buffers are correctly listed with :ls and :tabs and I can close them as expected.
I tried both config settings tabs.mode: "tabs" and tabs.mode: "buffers" and did not notice any functional bugs.

However I am only testing on linux and not on windows as @mzummo.

I did however see printing bugs as the messages produced by :ls and :tabs bleed into each other when running after one another while switching tabs/buffers.

screenshot from 2018-05-10 18-54-34

But that should probably go in a seperate issue.

@texhnolyze I agree, a lot of work has been done with tab management and identification and for a so important bug no issues have appeared for the last 6 months.

Unless someone can reproduce this issue, let's close it.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

rektrex picture rektrex  路  18Comments

hboon picture hboon  路  21Comments

phaazon picture phaazon  路  21Comments

justinmk picture justinmk  路  22Comments

jordan-arenstein picture jordan-arenstein  路  22Comments