GitHub Community
Active Copilot suggestions disable IdeaVim mode switching #7863
-
|
I am using Copilot in IntelliJ, alongside the IdeaVim plugin. When a Copilot suggestion is visible (greyed out ghost code before the suggestion is accepted with <tab>), the <esc> key rejects the suggestion. When using IdeaVim, one must frequently switch from insert mode to normal mode using the key. Since suggestions are often made when a line is finished being typed, this means that the <esc> key needs to be pressed twice to enter normal mode, which breaks with previous muscle memory of using vim. This has resulted in a number of situations where I try to move around or change a word after hitting <esc>, and find that the characters I'm pressing are being typed because I'm still in insert mode. My suggestion would be to have the first <esc> apply to the IdeaVim plugin, so that code editing using vim shortcuts is not interrupted by Copilot suggestions. Currently, if a suggestion is visible and one uses the arrow keys (still in insert mode) then the suggestion disappears. This functionality could be maintained in normal mode, where the first <esc> press moves from insert mode to normal mode, and any future key pressed (j/k to move down/up) would indicate that the Copilot suggestion should disappear, just like when the arrow keys are pressed for non-vim code navigation. IdeaVim version: 1.8.1 |
Beta Was this translation helpful? Give feedback.
Replies: 3 comments 43 replies
-
|
This was bothering me too. You can work around it quite easily by modifying the keyboard shortcut for Github Copilot -> Hide Completions in Editor from the default value of escape. I updated it to cmd+escape, so it's still easy to dismiss the suggestions, but it no longer interferes with vim mode escape to normal mode.
|
Beta Was this translation helpful? Give feedback.
-
|
@kurtbuilds Thanks for your other, very detailed report. It's not lost, but tracked internally as a separate issue. This isn't anything new (well, it hopefully isn't) and unfortunately to fix reliably. Interleaving with existing code on the line is useful for cases where existing code is also in the Copilot hint, but apparently it's a bit too much in a bunch of cases. |
Beta Was this translation helpful? Give feedback.
-
|
Got it. Happy to know it’s being worked on then! FWIW, it seems to me that if the rest of the line isn’t an exact match, then it makes sense to me to stop the suggestion. In my usage, if I want autocomplete, I’ll clear the rest of the line to see what it gives me, then undo if I want to keep it after all. The interleaving I find to be too many signals at once and too confusing. Put another way, Copilot is a value-add, but it’s lack of activating doesn’t block my coding, whereas it putting up suggestions that confuse me and slow me down reading existing code does block my coding, so I think it’s better to be mildly conservative of when it gives suggestions rather than mildly aggressive. No need to discuss further here unless it’s helpful though, it sounds like it’s already being addressed elsewhere. Looking forward to trying out the version with only insert mode suggestions soon! |
Beta Was this translation helpful? Give feedback.
-
|
@wolph @kurtbuilds The latest nightly at https://plugins.jetbrains.com/plugin/17718-github-copilot/versions/nightly/155129 has the improvements for IdeaVim support. Please let us know if you're still experiencing problems with it! You can switch to the nightly channel at |
Beta Was this translation helpful? Give feedback.
-
|
It's definitely working far better and it properly hides the autocompletions when needed now. I'm still getting stuck in insert mode however, but I'm starting to wonder if it's not due to ideavim weirdness and/or incompatibility with my settings. |
Beta Was this translation helpful? Give feedback.
-
|
I can confirm that the issue is not in copilot. I was just stuck in insert mode again while I had the copilot plugin disabled. So as far as I can see all copilot specific issues have been resolved :) Except for the interleaving, but that's not strictly a bug |
Beta Was this translation helpful? Give feedback.
-
I can at least say that I've seen interleaved results multiple times (i.e. 1 character real, 1 character copilot, 1 character real, 1 character copilot ... repeat for a full line). |
Beta Was this translation helpful? Give feedback.
-
|
Yeah, here's a great (awful) example I just encountered:
Not sure why the cursor isn't visible in the screenshot, but this is in normal mode (not insert mode). |
Beta Was this translation helpful? Give feedback.
-
|
I just got one too, in insert mode: |
Beta Was this translation helpful? Give feedback.
-
|
Is this still an issue, I'm encountering this and I just switched to Copilot nightly? and also tried to remap
|
Beta Was this translation helpful? Give feedback.
-
|
I haven't seen the issue recently |
Beta Was this translation helpful? Give feedback.
-
|
Having this issue too |
Beta Was this translation helpful? Give feedback.
This was bothering me too. You can work around it quite easily by modifying the keyboard shortcut for Github Copilot -> Hide Completions in Editor from the default value of escape. I updated it to cmd+escape, so it's still easy to dismiss the suggestions, but it no longer interferes with vim mode escape to normal mode.