-
-
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
Switches to VIM mode unexpectly (ctrl+f search & multi-cursor) #5218
Comments
I'm also having this issue when trying to use multi-cursor.
After step 1, if I hold [alt] & double-click on another word, it only selects characters to the left of my cursor, instead of selecting the entire second word. Sometimes it only happens after trying to multi-cursor select a second word. Then with two words higlighted, pressing [a] (no matter how many times) does not return me to insert mode. & it just seems totally unpredictable at this point. |
Same issue. What's more, after switched to normal mode by searching text, I have to type Happens in my win10 computer, mac doesn't has this issue. |
@Taeluf When you say it goes into VIM mode do you mean it goes into Visual Mode? @yubaoquan Can you reproduce this right after opening a new instance of VSCode or only after some use? I believe this is due to a bug when using multicursors that leaves VSCodeVim in state where all selection/cursor changes are ignored. (this might happen when usin 'alt+click' or using snippets) Also what you're mentioning after making a search, that is expected behavior. When you make a search vscode selects the word so Vim changes to visual mode. Whenever you're working with a selection you should be in visual mode. That's how normal Vim works as well. If you want to replace that selection with something else you just press But if VSCodeVim is in that weird state I mentioned above it won't actually go into visual mode, it goes into normal mode, but if you do some motion or press 'a' or 'i' it jumps back to the previous location. Can any of you try the PR #5250 to see if it fixes this for you? |
I don't remember vim has this feature before. If it is designed to have this behavior, how can I config to close this feature? |
No way, currently - sorry, this was a breaking change. I'd suggest either using vim-emulated search |
I meant Normal Mode, where I expect Insert Mode I tried with v1.17.1:
With [ctrl+f], I'm in insert mode before, and it puts me in Normal mode after, which is different from v1.16 I see the other comments that switching to visual mode is a breaking change, so then the actual bugs I can see are that it's going into normal mode, not visual mode with ctrl+f, and that it's only selecting to the left of the cursor when alt+double-clicking the second word.
Is this integrated into v1.17.1? If not, how would I try the PR? Never installed an extension from outside the vscode extensions marketplace |
Ope. Okay. So if I search w/ ctrl+f, then click the & there's still the "left of the cursor when alt+double-clicking the second word" issue. |
(whoops didn't mean to close) |
When you make a search and then press This is considering that you have |
Okay, so I guess that closes this issue then. Regarding the multi-cursor, when I [alt+double-click] the second word, and it only selects to the left of the cursor... Should I open a separate issue? (after searching for an existing one, that is) |
Yes that is a different issue. I remember other people talking about it before but I don't think there is an open issue for that. |
Describe the bug
Searching for text with ctrl+f switches to VIM mode. Issue began today. I think VSCode updated yesterday on my comp. But issue didn't start til I rebooted and I got on to code today.
To Reproduce
Expected behavior
The mode I'm in before searching should be the same as after I'm searching.
Environment (please complete the following information):
The text was updated successfully, but these errors were encountered: