Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

lsp-terraform: fix invalid keys #4172

Closed
wants to merge 1 commit into from
Closed

Conversation

daedric
Copy link

@daedric daedric commented Sep 19, 2023

Hi,
I'm a doomemacs user and I got errors in the terraform client. I'm not sure when/where those changes occurred.
Let me know whether this needs rework,
Cheers,

@github-actions github-actions bot added the client One or more of lsp-mode language clients label Sep 19, 2023
@yyoncho
Copy link
Member

yyoncho commented Sep 19, 2023

CI does not like this change. Note that when lsp-interface member is using _ it is converted in - when destructoring.

cc @psibi

@psibi
Copy link
Member

psibi commented Sep 20, 2023

@daedric Can you let me know the exact error message you are seeing ? Also, I remember someone previously facing same issue which got resolved by cleaning up the old *.elc and *.eln files.

@daedric
Copy link
Author

daedric commented Sep 20, 2023

The error I have is:

Error running timer: (error "Eager macro-expansion failure: (error \"Unknown key: :docs-link.  Available keys: (:name :docs_link :version :source_type :dependent_modules)\")")

internal-macroexpand-for-load: Eager macro-expansion failure: (error "Unknown key: :docs-link.  Available keys: (:name :docs_link :version :source_type :dependent_modules)")

Deleting the elc and eln has not changed anything, if I don't apply my patch I get the same error (find . -type f -iname '*terraform*.el[n,c]' -delete) .

Happy to test whatever you feel might helpful :)

I could reset the whole config so that there is no chance for outdated elc/n.
It might be of interest, but I'm using Emacs 29.1.

@daedric
Copy link
Author

daedric commented Sep 21, 2023

it started to work again without :/
Sorry for the noise

@daedric daedric closed this Sep 21, 2023
@psibi
Copy link
Member

psibi commented Sep 21, 2023

@daedric No worries, thanks for the confirmation! I remember same thing happening previously to someone too: #3757

@jmcarcell
Copy link

I also get the same error when using lsp from master but not with 8.0.0

@daedric
Copy link
Author

daedric commented Oct 27, 2023

Actually it is strange, for me:

  • if I open a Go file with master, I'll get the error every time and need the patch;
  • if I open a C++ file with master, it will work and the LSP starts.

I worked it around by opening a Go file before a C++ because it makes it work. I did not have the time to investigate properly yet.

@yyoncho
Copy link
Member

yyoncho commented Oct 27, 2023

clean installation should fix the issue.

@jmcarcell
Copy link

jmcarcell commented Oct 27, 2023

@yyoncho it doesn't do it for me fater deleting everything lsp* in my packages folder and also the built folders. I actually have no idea because I have two computers both with the same version of emacs from Arch Linux that share a configuration and for one of them this issue happens consistently and for the other it doesn't
Edit: Doing a clean install does indeed fix the issue. I deleted every package and all the build files (I'm using straight) so that it was a complete build from scratch. Before I had tried deleting the lsp folders but it seems it wasn't enough.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
client One or more of lsp-mode language clients
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants