Symbol’s function definition is void: treemacs-define-leaf-node about lsp-metals HOT 9 OPEN

Thanks @jcazevedo , I have solved it temporarily by adding

(require 'treemacs-extensions)

to init.el

from lsp-metals.

The old API is there, just not loaded by default. Requiring treemacs-extensions explicitly seems to fix this for the time being. I opened #85 proposing that.

from lsp-metals.

#85 merged.

from lsp-metals.

I recently did a fresh install of doomemacs again but realized that I was facing this issue.
I am not sure if it's just related to scala/metals, maybe I can do a quick search on all the lsp/extensions of doom-emacs to know which ones are working with this deprecated API.

Just came here to know what do you think? Should we check if there are any other plugins being affected?

from lsp-metals.

The issue goes away if I roll back treemacs to commit 76807be. So what I think might be happening is that lsp-metals is using a symbol that has been removed, just in the last couple of days.

This suits as a workaround -- I'll just pin treemacs to an older commit. But it might be a good heads up for the next release.

from lsp-metals.

Probably related issue on treemacs here.

from lsp-metals.

Final note on this, it looks like treemacs-define-leaf-node-type is the intended replacement for this obsolete macro, but the arguments are different enough that I couldn't come up with a patch without knowing a lot more about how this is being used.

from lsp-metals.

Could we do what this comment describes to solve this?

from lsp-metals.

I got bit by this too.

from lsp-metals.