-
-
Notifications
You must be signed in to change notification settings - Fork 33
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
Fix load #304
Fix load #304
Conversation
WalkthroughThe updates to the Vim plugin involve streamlining the initialization process and improving job handling. For Neovim users, the job stopping mechanism now waits for the job to terminate, ensuring resources are cleaned up properly. The initialization sequence has been simplified by removing asynchronous waiting functions and directly triggering plugin discovery when the Changes
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media? TipsChat with CodeRabbit Bot (
|
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #304 +/- ##
=======================================
Coverage 96.47% 96.47%
=======================================
Files 3 3
Lines 85 85
Branches 6 6
=======================================
Hits 82 82
Misses 3 3 ☔ View full report in Codecov by Sentry. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Review Status
Actionable comments generated: 0
Configuration used: CodeRabbit UI
Files selected for processing (2)
- autoload/denops/_internal/job.vim (1 hunks)
- plugin/denops.vim (1 hunks)
Additional comments: 4
plugin/denops.vim (2)
25-25: The addition of
autocmd User DenopsReady call denops#plugin#discover()
to theaugroup denops_plugin_internal
is a good enhancement for initializing the plugin when Denops is ready.22-24: The removal of
denops#server#wait_async
calls is not shown in the hunk but is mentioned in the summary. Ensure that this change does not negatively impact other parts of the plugin's initialization logic.Verification successful
The search results indicate that the function
denops#server#wait_async
is still defined inautoload/denops/server.vim
. However, there are no results showing usage of this function elsewhere in the codebase, which suggests that the removal of calls to this function inplugin/denops.vim
has been completed as intended.Given this information, it seems that the removal of
denops#server#wait_async
calls fromplugin/denops.vim
does not negatively impact other parts of the plugin's initialization logic, as there are no remaining references to it that would require updating or removal.Scripts Executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash # Search for any remaining references to denops#server#wait_async which might need to be updated or removed. rg --type vim 'denops#server#wait_async'Length of output: 118
autoload/denops/_internal/job.vim (2)
33-33: The addition of
jobwait([a:job])
in thes:stop
function is a good practice to ensure that jobs are properly awaited and terminated in Neovim.34-36: The error handling for
E900: Invalid job id
in thecatch
block is appropriate and ensures that the function fails silently if the job has already been closed.
Summary by CodeRabbit
New Features
Refactor