Closed neurobashing closed 1 year ago
I'm having problems reproducing this. I can kind of see the part in the code where this is happening but it's a little hard for me to trigger it. Is there any other particular condition for you to trigger the crash? Or is it every time? Do you have any special plugin / macOS window manipulation tools installed?
I am not using anything to do window management. I do not have "stage manager" or whatever that new thing in Ventura is called. I can make it crash every time with anything involving a tab, even with --clean
.
It doesn't happen in my M1 Pro, with an identical config (and both installed via Homebrew).
Oh interesting. I'll do more testing.
But either way I think I know what the problem is. I'll fix it and the next update should have this fix. I'll follow up when it's released to see if it's fixed for you.
Ok for some reason I also started reproducing the crash. I'm thinking it's some macOS 13 Ventura interaction with an old dormant bug in MacVim's tabs.
Forgot to mention, in case people found this, they can alleviate the situation by doing set guioptions-=e
to use the Vim terminal-style tabline instead of GUI tabs.
The next release isn't quite ready yet so this is the temporary solution for now until r175 comes out.
Steps to reproduce
Different steps to reproduce:
Expected behaviour
tabs open
Version of Vim and architecture
9.0.472, GUI, MacVim, arm64
Environment
MacOS 13 Venture (22A380) M2 CPU using MacVim default (zsh) terminal
How MacVim was installed
Homebew
Logs and stack traces
Vim configuration where issue is reproducable
No response
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