-
-
Notifications
You must be signed in to change notification settings - Fork 26
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: Use absolute spec path as result key #115
fix: Use absolute spec path as result key #115
Conversation
16b0bab
to
1e42d63
Compare
Signed-off-by: Julius Härtl <[email protected]>
1e42d63
to
867bdff
Compare
That was not intentional, I amended a small adjustment to only take the name for the output. The main purpose is to properly map and display the statistics (passes, failures, pending, skipped, wallClockDuriation) |
Is the error (blank results) happening when the cypress config is in a sub folder?Sent from my iPhoneOn Oct 11, 2023, at 15:30, Julius Härtl ***@***.***> wrote:
That was not intentional, I ammended a small adjustment to only take the name for the output. The main purpose is to properly map and display the statistics (passes, failures, pending, skipped, wallClockDuriation)
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: ***@***.***>
|
The config is in the root, but we have a custom pattern to match spec files within subdirectories and multiple extensions
|
Another thing that might have an effect on this is that the action itself runs in a subfolder: |
Ok, I see the problem in this repo too, will make an issue and will fix it to transform the paths to relative ones, like Cypress reports |
closing in favor of #118 which seems to solve this problem |
Wow, thanks a lot for that. Looks much more sane and works like a charm 🎉 |
This should fix publishing individual spec results to github actions when using specPattern cypress config. Before this change the specResults where using the relative path as object key while the specRows output of the split result was using the absolute paths
I only tested this locally as I could find a quick way to run our cypress tests in nextcloud/text#4847 against a custom patched version of this package. Would be glad to get your feedback about this change.