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

bug: plugin spec cannot be read until renaming it #298

Closed
3 tasks done
chrisgrieser opened this issue Jan 3, 2023 · 5 comments
Closed
3 tasks done

bug: plugin spec cannot be read until renaming it #298

chrisgrieser opened this issue Jan 3, 2023 · 5 comments
Labels
bug Something isn't working

Comments

@chrisgrieser
Copy link

chrisgrieser commented Jan 3, 2023

Did you check docs and existing issues?

  • I have read all the lazy docs
  • I have searched the existing issues of lazy
  • I have searched the exsiting issues of the plugin I have a problem with

Neovim version (nvim -v)

0.8.2

Operating system/version

macOS 13.0.1 (M1)

Describe the bug

Okay, so I am not really sure what the issue is here, so my apologies if this came up in a previous issue, I simply do not know under what terms I should search this problem.

From what I can tell, after one :Lazy sync, lazy seems to have stopped being able to read the file containing my plugin spec.

I have ~30 plugins in the main module (/lua/config/load-plugins.lua) and another ~50 in submodules (/lua/config/load-plugins/*.lua).After the :Lazy sync run, lazy refused to recognize the ~30 plugins in the main module, and displayed only the number 50 as the number of total plugins. Not sure what caused that – rolling back to lazy.lock did not fix it, deleting all plugins and bootstrapping the config again also did not solve this.

Running a bare bones config with only init.lua, /lua/config/lazy.lua, and /lua/config/load-plugins.lua also did not work, in that state Lazy recognized only itself as the sole plugin listed and reported that the main module was not available.

On a whim I tried renaming the file to load-plugins2.lua and also changed the respective line in lazy's setup() call, and suddenly everything started working again.

Maybe some sort of caching issue? While technically it works for me again now, I still wanted to report this since I am not really sure what caused this. (Also, this issue was a really scary one, since the problem even persisted when I checked out earlier versions of my dotfile directory, feeling as if nvim was unrecoverably broken until I figured it out)

Steps To Reproduce

not reproducible with the repro.lua

@chrisgrieser chrisgrieser added the bug Something isn't working label Jan 3, 2023
@folke
Copy link
Owner

folke commented Jan 3, 2023

Thank you for reporting this! I defintely want to figure out what was causing all of this.

If you now rename the file back to how it was, does everything still work?

@chrisgrieser
Copy link
Author

If I rename the file back to load-plugins.lua, it stops working again. Switching to load-plugins2.lua or any other name and it works. Seems like that filename is burned now :S

@folke
Copy link
Owner

folke commented Jan 3, 2023

Can you try with the lastest version? I may have fixed this

@chrisgrieser
Copy link
Author

yep, now it works again. Thanks!

@folke
Copy link
Owner

folke commented Jan 3, 2023

Great, glad I found that one. thanks again for reporting!

@folke folke closed this as completed Jan 3, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants