kylo252

> Could save a file containing the last state of that list and then when neovim is loaded if lvim can detect that the current state of the list is...

> @kylo252 PR looks good :) Any specific reason this is still a draft? waiting on the status of https://github.com/LunarVim/LunarVim/pull/3670#issuecomment-1396924724

Please try switching to master branch instead while we create another release.

We can take a vote whether this should be opt-in or not, since not all the servers have useful info to display, but it's definitely a nice feature!

could you check which server is spamming the info? are you sure you're not running on debug by mistake? ```lua vim.lsp.set_log_level("WARN") -- set :h set_log_level ```

> I had to change the lspconfig for terraform-ls to send its logs to its own file please consider upstreaming these changes to https://github.com/neovim/nvim-lspconfig/blob/b124ef3bd4435a6db7ff03ea2f5a23e1e0487552/lua/lspconfig/server_configurations/terraformls.lua > Saying that, I think it...

this seems related to lazy-loading: - is this still an issue if you update `lazy.nvim` to latest? - is it an issue if you defer the call after `VimEnter`?

> I can manually do `:source Session.vim` and it works. So in that is a case it would work after `VimEnter`. However I would like it to be an auto...

> @kylo252 i'm just guessing, but based on my experiences with this error (`Overriding has-ancestor?`) i don't think this has anything to do with bigfile.nvim it's in the stack trace...

> since we have `project.nvim` as a default option, we need [this fix](https://github.com/ahmedkhalf/project.nvim/pull/153) as well @abzcoding, not sure the best way to deal with this, I'm worried about using a...