We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
This silent failure makes callbacks very difficult to debug. With Guard/RSpec, this works:
callback(:start_end) { `...` }
...but these seem to have no effect and give no error output:
callback(:run_all_end) { `...` }
callback(:xxxxxxx) { `...` }
The text was updated successfully, but these errors were encountered:
That's because the hooks/callbacks system is very flexible and allows a plugin to call hook "xxxxxxx" and that would call your :xxxxxxx callback.
hook "xxxxxxx"
:xxxxxxx
That being said, callback(:run_all_end) should work for plugins that define a #run_all method.
callback(:run_all_end)
#run_all
Sorry, something went wrong.
I'm skeptical about that aspect of the design too :-) It means that a user of a plugin must familiarize themselves with its implementation details.
Yes that's the constraint for built-in hooks (https://github.com/guard/guard/wiki/Hooks-and-callbacks), but a plugin can also define custom hooks and document them, without the need for the user to know the implementation details (https://github.com/guard/guard/wiki/Hooks-and-callbacks#developers).
No branches or pull requests
This silent failure makes callbacks very difficult to debug. With Guard/RSpec, this works:
...but these seem to have no effect and give no error output:
The text was updated successfully, but these errors were encountered: