-
Notifications
You must be signed in to change notification settings - Fork 165
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
feat: health check #1267
feat: health check #1267
Conversation
Looks great @folke. A few observations:
|
Requirements are now correctly checked for each OS |
I was able to work-around that Neovim bug with health. You can use |
Added an extra check for stdpath.run. |
That’s great @folke, tysm!
Good idea, I’ll test this on both Mac and Windows. |
Added some more ideas in the code, lmk what you think or if you’d like me to add the proposed changes. |
You probably forgot to push your changes? I don't see anything here, no review or code updates. |
quite frankly, I’ve never done a proper “review” I just wanted to add comments with line context and it opened a review, I usually do a manual rebase, modify, and change commits on the command line, never figured how to propagate these back to an open PR lol |
When you add comments in a review, at the end you need to click top right, to submit the review, so that the comments show up |
Gonna try it for fun :) |
With the gh tool, you can actually make changes to a PR yourself. First do Test, make changes and you can then do a simple git push to update the PR. Super useful. I do that all the time |
Oh nice, I just stick to vanilla git with an alias to pull PRs locally but this is a good reason to use the tool fpr = "!f(){ git fetch origin pull/${@}/head:pr_${@}; }; f" I was wondering why people never seem to see my code comments lol |
yep, makes sense! |
If you feel this is ready to be merged I can ship it :-) |
Go for it and thank you! :) |
Tysm @folke, this has been a great help and for sure will prove very valuable in future troubleshooting . |
Health check that tests some basic things for a user to troubleshoot fzf-lua.
There's a bug in Neovim that prevents the healthcheck to work, when its inlua/fzf-lua/health.lua
.For now I've put it inlua/fzf/health.lua
, but this is of course not ideal.The issue can be fixed upstream, but then non-nightly Neovim installs would fail running the health checks...You can test it with
:checkhealth fzf_lua
.This is how it looks for me: