Closed I-Own-You closed 1 year ago
This is certainly due to some lazy loading that you have for treesitter and lsp, which most likely load later on some specific events that aren't triggered yet when the session is sourced. Notice that in general nvim-possession
does nothing except for providing an interface with fzf-lua
and some sugar mechanisms to operate with sessions, it doesn't really change or do anything on its own: as such, the problems that you see when loading sessions via this plugin would most likely occur even if you would source the sessions manually by yourself. In turn, this implies that they are due to your specific lazy loading.
See here: autoload essentially sources the session and no more.
One way to fix that i use :e and the buffer refreshes
this is because :e
manually re-parses the buffer, forcibly invoking treesitter again.
For reference have a look at my setup: here is my treesitter, here is my fzf-lua and here is nvim-possession. This setup does work :)
Hello again! Another issue. I have 3, so ill open them apart for convenience.
When autoload = true in plugin setup, when i enter neovim and the session loads, the file that opens(whatever opens) is somehow innactive, doesnt have the colorscheme, lsp isnt working, so i assume its something related to lazy neovim, the keybinding are in plugins.lua and the setup config is a separate file that i load with init.lua
Keymaps:![image](https://github.com/gennaro-tedesco/nvim-possession/assets/91146968/c662473c-2340-4d31-8e2b-98cd819687d9)
Setup config:![image](https://github.com/gennaro-tedesco/nvim-possession/assets/91146968/ada2df21-c3ab-47e8-bdfd-541ceec812e2)
Init.lua:![image](https://github.com/gennaro-tedesco/nvim-possession/assets/91146968/d3aab05a-20ab-40af-b383-d521eb031baf)
One way to fix that i use :e and the buffer refreshes