-
-
Notifications
You must be signed in to change notification settings - Fork 5.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
After closing a buffer, Ctrl-o
no longer re-opens the buffer
#28968
Comments
I think this is caused by #25461 |
Ah yes you're right - I'm assuming there's no way of reverting to the old behaviour, or opening a recently closed buffer by any other means? |
Adding a link to my comment in #25365 (comment):
|
Didn't quite get it what do you mean by "old behavior may still be achievable by removing the flag", how do I remove flag, I've tried:
But it only opens buffer one time after closing but, and stops after that. |
It's not implemented yet. |
Uscase: Yeah, very often, I edit a buffer, then close (delete) it thinking I don't need it anymore, only to realize "wait, I need to fix a line" I then tap ctrl-o and it re-openes that buffer on the line i was editing. It's very nice. Second usecase: I start vim and press ctrl-o and immediately have the buffer I was editing last ready to go. I would absolutely like to have the option to use a "global" jumplist again |
+1 For whoever have this same issue, |
Problem
In v0.9.5, closing a buffer and then pressing
ctrl-o
re-opened the closed buffer. In v0.10.0, this is no longer the case, andctrl-o
jumps back to the previous position only in currently open buffers.Steps to reproduce
Assuming you have binaries for both v0.10.0 and v0.9.5 named
nvim-0.10.0
andnvim-0.9.5
respectively:Expected behavior
<C-o>
should presumably behave as it did in 0.9.5, by opening deleted buffersNeovim version (nvim -v)
0.10.0 release, and latest prerelease 0e9c92a
Vim (not Nvim) behaves the same?
Vim 9.1.400 does not have this issue
Operating system/version
macOS 14.5
Terminal name/version
Alacritty 0.13.2
$TERM environment variable
tmux-256color
Installation
Homebrew
The text was updated successfully, but these errors were encountered: