-
Notifications
You must be signed in to change notification settings - Fork 42
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
Some commands are (sometimes) broken in VS Code 1.75.0+ #317
Comments
I have been trying to investigate why But I did find out that the I first modified // Before
for (let i = 0; i < testCases.length; i++) {
BlackBox.run(testCases[i]);
}
// After
for (let i = 0; i < testCases.length * 50; i++) {
BlackBox.run(testCases[i % testCases.length]);
} Then I ran the tests with VS Code versions 1.63.0–1.74.0 (changed the version to Some test failures output this error:
Next (not today) I'll check if |
Thanks for this research! I haven't had time yet to look into this, but it's very helpful to have identified the version at which things started to go wrong. |
Alright, I finally had some time to look at this again. The first thing I have done is upgrade to the latest everything and set vscode engine to 1.74.0 so that we can rule out any interfering strangeness in the dependencies. I encountered the same problem you are describing here as soon as I tried to bump the engine version to 1.75.0 - the I suspect that if we can figure out what is causing this off-by-one cursor problem in the flaky |
Alright, I have a "fix" at least for the test flakiness, and it has been released as on Github as version 1.37.0. Not available on VS Code Marketplace or Open VSX yet due to both of those marketplaces have token problems, hopefully to be resolved soon. If you feel like compiling your own version, please give it a run through and let me know if the problems at least reduce somewhat. |
Sounds great, thanks for investigating and (hopefully) fixing this! I just installed 1.37.0 with these steps (required some googling):
Now let's hope the problems are reduced or even eliminated. 🤞 Side note: step 1 printed two warnings and one gotcha:
Would be nice to work on those points some day™ but no promises. 😅 |
Number one unfortunately can't be gotten rid of, although you can use a flag to disable the warning in the build (not helpful if you run it manually). For the license file I will have to talk to the original maintainer :) On the JavaScript thing, that shouldn't happen 🤔 It's possible that you had an old build hanging around from before that didn't get ignore, or perhaps you didn't do a full
|
tslint.json 😖 |
Whoops, true! Running |
All right, I have bee running v1.37.0 for two months now, and the issue is almost gone. The cursor position is still broken occasionally, maybe a few times a week; I don't know better as I haven't kept a log. So thanks for the fix once again! This is good enough for me now; the problem is so rare that it doesn't annoy me anymore. 😄 |
All commands mentioned below misbehave only sometimes, not always! Seems random.
I haven't investigated the cause of the bug(s) yet, but I might do it some day soon because these misbehaviors are annoying. (If someone else is willing to investigate this before me, go for it!)
I don't know what VS Code version broke these commands, but they are broken at least in 1.76.1.
Visual
c
and normalciw
This has happened to me many times in Markdown files (
[]
= cursor in normal mode;|
= cursor in insert mode):- fo[o]
→viwc
→ should be- |
but is sometimes-|
(the cursor is one character too left)- fo[o]
→vbc
→ same as above- fo[o]
→ciw
→ same as above- f[o]o
→ciw
→ same as aboveI don't believe that the problem is related to Markdown; I have just noticed this often in Markdown files.
Normal
o
I have noticed this many times when adding new nested list items in Markdown files:
- fo[o]
→o
→ should be|
but is sometimes|
So again the cursor is one character too left.
Visual
J
Same here: the cursor is one character too left after joining lines with
J
.test/ModeVisual/J.test.ts
sometimes fails when changing the VS Code version from 1.62.0 to 1.76.1 intest/runTest.ts
, so this could be straightforward to investigate. Fixing this might also fix the other two commands (which apparently are missing test cases).The text was updated successfully, but these errors were encountered: