-
Notifications
You must be signed in to change notification settings - Fork 248
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
No such file or directory @ rb_sysopen - tmp/rspec_guard_result #326
Comments
Thanks for the report. It's failing in a completely different area: either the test output file is not being created, or it's deleted before it's being processed (or something just as strange). Guard::RSpec uses a custom formatter (lib/guard/rspec_formatter.rb), which is supposed to create a file with the test results. RSpec is supposed to call the formatter's You might try the Guard::RSpec
RSpec could be crashing for some reason - and zeus may be hiding the output when that happens. If this is still relevant and you have time, let me know and I'll add some debugging/diagnostics for you to check - to find out what happens in the formatter before you're getting this error. |
Thanks for the reply. Debugging/diagnostics would be great - I'm happy to spend some time getting to the bottom of this :) |
Also, now that you say that about the formatter I'm wondering if the issue could be that I'm using the Fuubar formatter, which probably behaves a bit differently to other formatters. I'll try it without that. |
I've create a branch which logs calls and errors related to the formatter: In your gem 'guard-rspec', github: 'guard/guard-rspec', branch: 'debug_logging_for_formatter' and run: If you get the error again, there should be some hints in the I'll work out some proper diagnostic mode (and release it) once we get to the bottom of this. Thanks! |
Awesome! Thanks - I'll enable this when I'm in that code next. On 23 June 2015 at 14:56, Cezary Baginski [email protected] wrote:
|
Hmm - I've got another crash, but the debug log doesn't show anything unusual:
Repeated a couple of times with the same results. |
I sent a PR to fix the issues with Guard::RSpec - since you're using Zeus, there's a special workaround (mentioned in the Readme). Maybe I should detect the issue better. The results of running
If you have a different issue, just open a new issue and link to the repo so I can reproduce this. Thanks very much for the reports and the repo to test - it helped a lot! |
Sorry - there's still an issue when running from Guard - I'll check it out... |
@e2 the error complained about
While the zeus config sets
Is that intended? |
I'll need to rework the error handling completely, because it's too complex to work out what's the problem and how to fix it. |
OK - many thanks for looking into it! |
Released as 4.6.1. Open new issues if you have any. In 4.6.1, if you don't have a custom Zeus plan, there should be a warning linking to this wiki entry: https://github.com/guard/guard-rspec/wiki/Warning:-no-environment I should create a PR for Zeus for this though ... |
Great - thanks so much for your work ❤️ |
Glad to help! I wish this all could be a lot simpler. Web development is hard work these days... |
I've got the same error :( I'm on rails 5 btw |
I'm getting this with monotonous regularity now. |
@vyorkin @suranyami Are you on guard-rspec 4.6.1 or later? If not, please upgrade, and if so then please follow the advice above and raise new issues. You'll want to include the following:
Also try passing the Good luck :) |
See comments in #359 |
I'm getting the following failure, intermittently but very regularly:
Here's the command I'm running with guard:
The error might be only when running acceptance specs with capybara, but it looks like it's failing before actually running any specs and I haven't been able to narrow it down because it's happening maybe once in every 15 runs.
Sounds similar to #316 and maybe #314, but @e2 said to report crashes as new issues (#316 (comment))
I'm using:
Project: https://github.com/dgmstuart/swingoutlondon2/tree/ad42c55c2b6dbd79be3487fc155e3d967a673448
Stack trace:
Actually it comes out with odd staggering in my terminal, so it's more like this:
The text was updated successfully, but these errors were encountered: