LSP-server slow autocomplete response jj conflict

[d1y]

Check for existing issues

• Completed

Describe the bug / provide steps to reproduce it

My custom keymap

  {
    "context": "Editor && vim_mode == insert",
    "bindings": {
      "j j": "vim::NormalBefore"
    }
  }

When the return is slow, triggering jj will conflict and will be directly input into the buffer. (like jjkjkjjkkjxdfjk)

Slow? #5166 (comment)

/cc @mrnugget @ConradIrwin

Screen.Recording.2024-04-26.at.03.10.02.mov

---

The VScode faster 👀, and no incorrect inference prompts in {}

Screen.Recording.2024-04-26.at.03.18.41.mov

Environment

Zed: v0.133.2 (Zed Preview)
OS: macOS 14.4.1
Memory: 16 GiB
Architecture: aarch64

If applicable, add mockups / screenshots to help explain present your vision of the feature

No response

If applicable, attach your ~/Library/Logs/Zed/Zed.log file to this issue.

No response

[d1y]

I don't know if I expressed myself clearly

<script setup lang="ts">
import { ref, reactive } from 'vue'
const value = re
//              ^ <-- Cursor is here
//              ^ <-- Assuming that waiting for the lsp to return is too slow here and I want to enter it manually
//              ^ <-- Trigger (jj)`jjkjjaxv` enter insert mode it won't work
</script>

[ConradIrwin]

Thanks for the report, makes sense, and I will see if I can reproduce.

[ConradIrwin]

@d1y I heard that this might be resolved.

I think the likely problem (before) #12630 was that when the completion request returned we would change the keymap context; and when we change the context that invalidates any multi-key bindings.

I'm going to close this, but please re-open if you can still reproduce.

I am not sure why "j j": ["vim::SwitchMode", "Normal"] would have stopped working. If I have that in my key bindings it still seems to work. Do you have anything else going on that might cause problems?

[d1y]

When I input quickly, there is still a problem. GIF:

const x = falsejjkj
         // Fast input `false` and `j j` And `k` 
         // There will be this problem

Compared to VScode is silky and smooth 🤔

Screen.Recording.2024-06-11.at.03.28.05.mov

---

👇🏻👇🏻👇🏻The following questions can actually be deleted! Solving the binding of menu 👇🏻👇🏻👇🏻

{
    "context": "Editor && vim_mode == insert",
    "bindings": {
      "j j": "vim::NormalBefore"
    }
}

---

I want to re-open this question because I still have issues when using it in real life
I provide a repo for reproducing the problem: https://github.com/sb-child/lsp

[
  {
    "context": "Editor && vim_mode == insert && !menu",
    "bindings": {
      "j j": "vim::NormalBefore"
    }
  }
]

Screen.Recording.2024-06-10.at.20.22.57.mov

I use zed-nightly

Zed: v0.140.0 (Zed Nightly e829a8c)
OS: macOS 14.5.0
Memory: 16 GiB
Architecture: aarch64

[d1y]

Hi @ConradIrwin
If #14942 fixes this issue, I just want to report:
After using zed night, I found that there are still problems when I quickly input 'jjk'

Screen.Recording.2024-07-23.at.02.59.11.mov

[ConradIrwin]

@d1y I am struggling to reproduce this after #14942.

Trying to look at this video, I am also a bit confused. It seems like your keyboard overlay is missing some keystrokes. Can you please let me know what you typed exactly to get flajgjk to show up?

For me on Zed Preview, I can reproduce a problem starting from:

I then type o f j j as fast as possible. If I manage to get the first j before the autocomplete shows up then I can reproduce this bug.

On Zed Nightly, I cannot reproduce the bug with this technique.

[d1y]

@ConradIrwin I'm sorry for bothering you
I think you're right!
I have used all three editors and found that the behavior is consistent

I think I just accidentally touched my fingernails because they have grown too long, so I have trimmed them now 🤡

Screen.Recording.2024-07-23.at.06.27.34.mov