Request textDocument/completion failed with message: Cannot read property 'showExpandedAbbreviation' of undefined

[raphinesse]

• I have searched through existing issues
• I have read through docs
• I have read FAQ

Info

• Platform: Linux
• vue-language-server version: 0.0.33
• VS Code version: N/A (using it from within atom)

Problem

For me, the changes from bf2b90f break auto completion in all modes that support Emmet.

On receiving a textDocument/completion request, Vue Language Server will eventually call require("vscode-emmet-helper").doComplete which in turn will try to access the property showExpandedAbbreviation of the passed-in Emmet configuration. For me, config.emmet is undefined, which is why the request fails with the message Request textDocument/completion failed with message: Cannot read property 'showExpandedAbbreviation' of undefined (-32603)

Reproducible Case

• send request of type textDocument/completion with following payload:

{
  context: {triggerKind: 1},
  position: {line: 2, character: 5},
  textDocument: {uri: "file:///home/raphinesse/Test.vue"}
}

where Test.vue has the following contents:

<template>
  <div class="test"></div>
  div
</template>

• Receive response with error Request textDocument/completion failed with message: Cannot read property 'showExpandedAbbreviation' of undefined (-32603)

[octref]

I see, will give it a default config when config.emmet is not available.

[octref]

Which would be fixed by this PR, I just need to update it...#745

[raphinesse]

@octref That PR looks perfect. When glancing over the code, I also thought that there should be default values for all configuration keys.

[mike-hearn]

Apologies for bumping this issue, but I ran into this today as well, with the same error message.

In my case I was running Neovim, trying to use the language server via https://github.com/autozimu/LanguageClient-neovim + https://github.com/ncm2/ncm2. Opening a new App.vue file, and starting to type anything triggers the error in the console and renders the language server unusable.

It looks like the current Neovim/ncm2/LSP solution involves putting a giant default config into your vimrc (ncm2/ncm2#36), but ideally the LSP itself would provide sensible defaults.