Using mouse in insert mode causes VIM to think it is in normal mode

[kjgoodrick]

Is this a BUG REPORT or FEATURE REQUEST? (choose one): BUG REPORT

What happened: When in insert mode using the mouse to move the cursor causes the cursor to switch to block and the mode "changes" to normal; however, VIM is actually in insert and as soon as any letter is pressed the mode "switches" to insert and the character(s) are inserted. If the user settings file is open the cursor behaves as expected.

What did you expect to happen: Stay in insert mode, cursor remains a line and moves to clicked location. This happens if the user settings file is open.

How to reproduce it (as minimally and precisely as possible): be in insert mode click anywhere else in the document.

This has also been reported by christiangenco here (Includes a video).

Environment:

• Extension Name: vim
• Extension Version: 0.11.0
• OS Version: Windows_NT x64 10.0.16299
• VSCode version: 1.20.1

{
	"activationTimes": {
		"startup": true,
		"codeLoadingTime": 283,
		"activateCallTime": 2,
		"activateResolvedTime": 19,
		"activationEvent": "*"
	}
}

[christiangenco]

I've been having the same bug and it's driving me absolutely crazy. Here's a screen recording of it happening to me.

No joke I feel like I'm having a stroke every time it happens.

[Chillee]

I can't seem to reproduce this. Could you confirm that something we did in the last release didn't somehow fix it?

[jpoon]

Can't repro on my end with 0.11.0

[ivanvoznyakovsky]

this is fixed in last release of the extension but the fix introduced another bug. now when you in insert mode and change cursor position by clicking status bar is blinking showing normal mode and than going back to insert mode.

[christiangenco]

@ivanvoznyakovsky's bug is happening to me too (and was happening before 0.11.2).

Here's another video of it happening. Again, strangely, it's fixed if I open the settings window.

The only key I hit in the video is "a". When the editor says it's in "NORMAL" mode and shows a block cursor, it isn't actually in normal mode, because hitting "a" inserts an "a" character in the second to last position in the line instead of appending.

Here are the plugins and versions I have installed:

I've gone back to Atom because of this bug, but I'll hold out and switch back if it gets fixed :/

[kjgoodrick]

I am also no longer experiencing this bug. Thanks!

[ivanvoznyakovsky]

no idea why but have it all the time today. both blinking of status bar and block cursor in insert mode.

[christiangenco]

I've still got it, even after uninstalling all other plugins.

[dmolokanov]

Any updates on this issue yet? It's really annoying one when swap back and forth between vscode and neovim.
I have vim.mouseSelectionGoesIntoVisualMode = true in my settings

1. When I'm in normal mode and select a text with double click on word on select with mouse drag it puts editor in visual mode as expected.
2. When I'm in insert mode and do the same it still preserves insert mode

[berknam]

@dmolokanov What you are mentioning is a different issue #5716, it is better fixed with SelectMode that is not implemented yet but is being worked on.

As for the original problem of this issue, I can't reproduce it and I don't think it is a problem anymore. So I'm closing this one. But if anyone is still experiencing this issue feel free to comment and we will reopen if needed.

[fadedbee]

I'm also seeing this. Provided I keep the setting tab open, I can freely select text with the mouse. The broken mouse-selection behaviour only started this morning. I've not made any vscode IDE changes, as far as I can recall. I googled the issue and found #1871 which then led me to this, when I set vim.mouseSelectionGoesIntoVisualMode = true.

[fadedbee]

Sorry, probably not a vscodevim bug. I've disabled vscodevim, restarted vscode and I still get the same problem: the current word is dimly selected all over the file, but nothing else when I drag the mouse with the left-button held down.