Autocompleting the in from let..in into in_channel_length: can this be prevented?

[ELLIOTTCABLE]

Constantly, absolutely constantly, while writing, I get popups like this:

It's gotten to the point where my personal muscle-memory for "I want to go to a new line" has migrated from Return to ESCReturn instead, because I'm always expecting an unwanted in_channel_length.

Is there a way to:

1. Add in itself as a completion, so Return selects it first;
2. prevent completions at the end of let..in constructs entirely;
3. or otherwise fix this behaviour?

Relatedly, is this something worth opening a bug-report for — could it be pre-emptively fixed for all VSCode OCaml Platform users?

[mnxn]

This was fixed at one point, but I think there were problems that caused it to be removed unfortunately.

• OCaml keywords are not suggested #183
• OCaml keywords are not suggested. ocaml/ocaml-lsp#173
• ocaml-lsp 1.5.0 does not suggest keywords ocaml/ocaml-lsp#420

[OscarLahaie]

Is there a way to fix it or does something prevent it?
Edit: Can we overcome the proposal made by OCaml-lsp?

[OscarLahaie]

Maybe we could make some keywords available from the extension (those unavailable in lsp) and call the rest from ocaml-lsp.

[rgrinberg]

We'd cause the opposite problem: keyword completions in places where keywords couldn't possibly be used, e.g. completing identifiers.