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
In a terminal, without MacVim running, open two files with MacVim. For example, open up.sql down.sql.
MacVim opens, with the tabs in the opposite order than specified. down.sql is the first tab, and up.sql is the second tab.
Drag the leftmost tab over to the right. Rather than move properly, the second tab disappears entirely from the UI, and down.sql remains the first and only visible tab. There is then no way to get to the up.sql file. When quitting MacVim, a confirmation appears warning that there are two files open.
One of a few different things happens when I click on the blank area where the second tab should be:
a. The tab appears and MacVim successfully switches to it.
b. The tab stays invisible, and nothing happens.
c. MacVim crashes. I had a crash report but unfortunately didn't get it saved due to the fifth item in this list.
d. Sometimes, switching to a different app and back again will make the tabs appear and be switchable again. Other times, this does not happen. If it does restore the abliity to see/change tabs, attempting to drag one again re-enters this lottery.
e. MacOS crashes (!!!). Crash log attached. Not sure if this is related to MacVim, but it's the first OS crash I've seen in a very long time, and happened as I was trying to move tabs in MacVim.
Expected behaviour
Tabs should open in the order specified by the open command, just as they do if I type vim up.sql down.sql in a terminal.
The tab UI should work as expected, and as it did in previous releases.
Crashes shouldn't happen.
Version of Vim and architecture
r179 (Vim 9.1.0), arm64
Environment
MacOS Sonoma 14.2.1
How MacVim was installed
Downloaded from GitHub, then updated periodically via the built-in updater
Downgrading from r179 to r178 fixes the tab UI issue, however the default order is still incorrect, and has been for as long as I can remember. I've just been ignoring it without complaint until r179 made things a lot worse.
Steps to reproduce
open up.sql down.sql
.down.sql
is the first tab, andup.sql
is the second tab.down.sql
remains the first and only visible tab. There is then no way to get to theup.sql
file. When quitting MacVim, a confirmation appears warning that there are two files open.a. The tab appears and MacVim successfully switches to it.
b. The tab stays invisible, and nothing happens.
c. MacVim crashes. I had a crash report but unfortunately didn't get it saved due to the fifth item in this list.
d. Sometimes, switching to a different app and back again will make the tabs appear and be switchable again. Other times, this does not happen. If it does restore the abliity to see/change tabs, attempting to drag one again re-enters this lottery.
e. MacOS crashes (!!!). Crash log attached. Not sure if this is related to MacVim, but it's the first OS crash I've seen in a very long time, and happened as I was trying to move tabs in MacVim.
Expected behaviour
open
command, just as they do if I typevim up.sql down.sql
in a terminal.Version of Vim and architecture
r179 (Vim 9.1.0), arm64
Environment
MacOS Sonoma 14.2.1
How MacVim was installed
Downloaded from GitHub, then updated periodically via the built-in updater
Logs and stack traces
Vim configuration where issue is reproducable
Using unmodified default configuration
Issue has been tested with given configuration
Issue has been tested with no configuration
mvim --clean
(orgvim
, supplied by MacVim distribution)vim --clean
(in terminal, supplied by MacVim distribution)vim --clean
(in terminal, other suppliers, e.g. /usr/bin/vim)Other conditions
The text was updated successfully, but these errors were encountered: