-
Notifications
You must be signed in to change notification settings - Fork 147
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
Does not work when inside group #157
Comments
It's a bug in Guard - no one ever reported it yet. The problem: It's likely that Guard doesn't stop/restart plugins when switching groups. This is fine for most plugins that don't do anything on startup. (I'll report and handle this issues, so don't worry about it). I have 2 questions to be sure:
|
In short, Guard should be fixed to allow switching without problems (here, a new instance of guard-livereload is created, but guard doesn't start it up). |
@e2 thanks for fast response :) My Guardfile looks like this: scope group: :standard
group :standard do
guard :rspec, cmd: 'bin/rspec' do
#rspec watchers here
end
guard 'spinach', all_on_start: false, binstubs: true do
#spinach watchers here
end
end
group :live do
guard :livereload, port:'9999' do
#standard livereload watchers here
end
end I start the guard via |
Thanks for the Just a guess for a workaround, but what if you:
Because I think that if you start in live mode, you should then be able to switch back and forth without crashing. This is because if you start with |
@e2 thanks for that tip, this works in that way every switch to another group will start crashing the livereload but switching back to live group will "repair" the guard. So it works but still some exceptions are raised. |
Sadly, it's not trivial to fix: guard/guard#812 When you're switching back from |
When I run guard-livereload when guard is in default group - it works. When I move it to group "live" it does nothinhg after switching to that group and exception is raised:
The text was updated successfully, but these errors were encountered: