-
Notifications
You must be signed in to change notification settings - Fork 39
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
Writing to file doesn't fully work with cypress-fail-fast #91
Comments
Well currently we output to files in an after hook so need to see why that hook doesn't execute in this case. |
Thanks for the quick reply. I'll see if fail fast has any such configuration as well then. |
@archfz So it turns out, cypress-fail-fast skips the tests using the |
Yeah its an issue on our side. Contribution is welcome. |
@archfz I think the best way forward with this is to wait for cypress' new hooks ("after:spec") to be out of experimental events and use it instead. |
#91: Introduce support of logging to files for cypress fail fast.
Support introduced in 3.2.0. Read changelog to see how to enable. |
Thank You! |
Hello,
We have a custom parallel running setup using Cypress' Module API and custom node script that takes care of launching parallel instances and combining and generating reports at the end. Although the error described below is reproducible even without parallel builds.
Current behaviour
When using cypress-fail-fast, if one of the
it
blocks fail in a spec file, the rest are skipped. The spec output log file isn't being generated in this particular case. It only gets generated if either fail fast is disabled or the spec file has only 1it
block or the error is in lastit
block (so that no otherit
block from same spec file gets skipped).Expected behaviour
The log files should be created whether or not tests are being skipped if at least one of the
it
blocks ran in a spec file.Plugin config
I don't know of a way to modify this behaviour, and collectTestLogs doesn't fit our use case as we attach the files to our Jenkins artifacts.
Is there a way to solve this without using collectTestLogs?
The text was updated successfully, but these errors were encountered: