-
-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
Undo broken with new VS Code #8157
Comments
I'm having this same problem ... I'm using VS Code 1.74.0-insider. |
Same here |
1 similar comment
Same here |
saaame |
Same here. |
this. same here |
Queuing myself into the list of people experiencing this issue 👀 |
Same here.
|
Same here. vscodevim v1.24.3 |
I'm seeing the same here on Ubuntu.
vscodevim v1.24.3 |
Same issue... tried
with no luck |
Same here Versión: 1.74.2 |
Same here. |
1 similar comment
Same here. |
I'm a bit confused... If anyone is still experiencing this, please post settings. |
I don't think this is the case being described. The issue seems to appear if you save the file.
|
It seems this issue is fixed now, at least in my VS Code 1.74.2. Version: 1.74.2 (Universal) |
@marchbox are you able to undo changes with "u" after saving a file? I can still reproduce that issue with 1.74.2. which may be related to this. The last version where that worked for me is 1.72.2, see #8188. |
It still doesn't work in my VS Code 1.74.2. |
@slnc @visortelle yeah I was able to undo after saving (both with :w and CMD+S) |
Undo after saving the file or even before saving it doesn't work for me as it used to do before the bug. VS Code 1.74.2 vscode-problem-vim-undo.mp4 |
same here and the |
Same here. v1.74.2 |
Having the same issue |
It's working again for me in v1.74.2. I uninstalled VSCodeVim, reloaded VS Code, then reinstalled the extension. edit: annnnd it stopped working again |
Seeing mixed messages here of it working and not working. It's intermittent - sometimes it works, sometimes it doesn't. It's almost something is happening upon save that is sometimes erasing history. Seems to be completely random - I've typed and re-typed the same text over and over again, and it is about 50/50 chance of remembering history after a save. |
Same for me with VSCode Version 1.74.2 |
Looking forward to the resolution. |
I am seeing this issue as well. VSCodeVim Version: VSCode Version: |
@alecthomas Don't comment on GitHub issues with "Same" or "+1". It's rude, unhelpful, and spams everyone who is following the issue. |
This has been said upwards of 10 times on this thread. This is equally as useful as a +1 comment, pings everyone, and is intentionally contentious. |
@joehillen In addition to what @igniscyan said, you also |
This comment is not useful. |
Right, better let the issue disappear in the ether of obscurity, or get automatically closed as stale. Giving the maintainers a nudge that the issue affects a lot of people is clearly a step in a wrong direction 😛 |
@lperson I've pointed this out to others - but this has been an amazingly well maintained project. It currently stands at 4,085 closed issues. That's phenomenal. I think it has reduced down to just one developer working on it. So if this is sporadically maintained, all open source is sporadically maintained. Either:
But don't go around insulting the project owners. |
That's not an insult. It's a fact. |
'sporadic' is an opinion |
I'm trying this workaround: {
"commands" : [ "undo" ],
"before" : [ "<leader>", "u" ]
} and although the issue comes and go it seems to be able to undo when u doesn't. |
@t-var-s can't find the comment that fixed this, but just try this:
|
@aromeronavia For me, |
The issue is pretty clearly that a recent VS Code update caused `onDidChangeTextDocument` events to be created (unreliably, from my testing) in such a way that trips our "change from disk" logic. We respond to that situation rather pessimistically by throwing out our undo stack, rather than trying to do something clever. I haven't had the time lately to dig into the nitty gritty details of what changed on VS Code's side, so this is a bit of a shot in the dark. The "change from disk" logic has caused issues in the past and I'm not sure how to reliably make it work, so I'm just deleting it for now. This may cause problems in some edge cases, but judging by my dogfooding, that'll be much less disruptive than losing your undo stack frequently enough that you can't trust it.
Apologies for my slowness in responding to this issue; I've been quite busy with other things recently. This should be fixed in |
@J-Fields thank you for letting me unsubscribe from this embarrassing whine-fest 😜 |
Thanks @J-Fields, I really appreciate the effort that you've put into this extension, it's amazing. |
Thank you, but I can't see it in the extensions repository of vscode. Have you published it? |
There's been 2 new versions released recently, I can see both of them in VSCode so they have been released (checkout the version history on the VSCodeVim extension page here). In VSCode you can also check the versions by right clicking on the extension -> click |
I have already done everything you suggested except for first upgrading to the latest vscode and then checking, perhaps, this is the reason I couldn't see the new version. :-) |
Thank you for the fix 👍 |
Thank you for fixing this!
|
Still broken for me in version 1.26.0 |
Type: Bug
I just upgraded to VS Code 1.74.0 today, and started noticing an issue with undo command ("u") in Vim. It appears to only go back 2-3 iterations (my current Vim: History setting is "50"). And if I hit CTRL+Z, it first undoes what "u" just undid, then start actually undoing, e.g.
Here is my VS Code info:
Version: 1.74.0 (Universal)
Commit: 5235c6bb189b60b01b1f49062f4ffa42384f8c91
Date: 2022-12-05T16:43:37.594Z (2 days ago)
Electron: 19.1.8
Chromium: 102.0.5005.167
Node.js: 16.14.2
V8: 10.2.154.15-electron.0
OS: Darwin arm64 21.6.0
Sandboxed: No
Extension version: 1.24.3
VS Code version: Code 1.74.0 (Universal) (5235c6bb189b60b01b1f49062f4ffa42384f8c91, 2022-12-05T16:43:37.594Z)
OS version: Darwin arm64 21.6.0
Modes:
Sandboxed: No
System Info
canvas_oop_rasterization: disabled_off
direct_rendering_display_compositor: disabled_off_ok
gpu_compositing: enabled
metal: disabled_off
multiple_raster_threads: enabled_on
opengl: enabled_on
rasterization: enabled
raw_draw: disabled_off_ok
skia_renderer: enabled_on
video_decode: enabled
video_encode: enabled
vulkan: disabled_off
webgl: enabled
webgl2: enabled
webgpu: disabled_off
A/B Experiments
The text was updated successfully, but these errors were encountered: