Open anlambert opened 1 year ago
The fix is in progress
Is this also related to the issue that viewing a run in Sorry Cypress is not possible and shows the following error:
Please check out the upgrade guide: https://currents.dev/readme/integration-with-cypress/cypress-cloud/migration-to-cypress-13
I just tested the upgrade to cypress-cloud beta and tests are no longer reported as failing, see https://jenkins.softwareheritage.org/blue/organizations/jenkins/DWAPPS%2Fgitlab-builds/detail/gitlab-builds/302/pipeline/89/.
There is still the error about screenshots that appears after each test suite though but if you do not use that cypress feature it is not critical for running the tests.
I too am having issues with the latest build 1.10.0-beta.2
, but not the same as above.
file:///C:/dev/src/my-project/node_modules/cypress-cloud/index.mjs:2273
..._11.cloneDeep(specResults),
^
TypeError: _11.cloneDeep is not a function
Hacking in a bit of debugging, it seems that _11
contains default
, which contains cloneDeep
- which seems to me to be imported as a commonjs module rather than esm (which is how all my project is configured).
EDIT:
In v1.9.4
, the imports in index.mjs
are in the format import _11 from "lodash";
, whereas in same file in v1.10.0-beta.2
, the imports are now import * as _11 from "lodash";
Thanks @anlambert and @richardmward, working on the fixes for those issues
For us, after updating everything to the latest version we got the following error, and the specs are not executed:
11:47:24 Copyright (C) 2023 Currents Software Inc https://currents.dev
11:47:24 This is free software, and you are welcome to redistribute it under certain
11:47:24 conditions. This program comes with no warranty. Parts of this program are MIT
11:47:24 licensed. Refer to the license for details
11:47:24 https://github.com/currents-dev/cypress-cloud/blob/main/LICENSE.md
11:47:24
11:47:26
11:47:26
11:47:26 (Attempt 1 of 2) An uncaught error was detected outside of a test
11:47:26 1) An uncaught error was detected outside of a test
11:47:26
11:47:26 0 passing (910ms)
11:47:26 1 failing
11:47:26
11:47:26 1) An uncaught error was detected outside of a test:
11:47:26 Error: The following error originated from your test code, not from Cypress.
11:47:26
11:47:26 > Dynamic require of "@neuralegion/cypress-har-generator/commands" is not supported
11:47:26
11:47:26 When Cypress detects uncaught errors originating from your test code it will automatically fail the current test.
11:47:26
11:47:26 Cypress could not associate this error to any specific test.
11:47:26
Versions:
The tests are working with
"cypress": "13.1.0",
"cypress-cloud": "1.10.0-beta.2",
"cypress-debugger": "1.0.7",`
and you can see the logs on the command line that the tests passed ok:
12:45:25 (Run Starting)
12:45:25
12:45:25 ββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
12:45:25 β Cypress: 13.1.0 β
12:45:25 β Browser: Electron 106 (headless) β
12:45:25 β Node Version: v16.16.0 (/usr/bin/node) β
12:45:25 β Specs: 1 found (admin_auth.spec.ts) β
12:45:25 β Searched: cypress/test/genially/admin/admin_auth.spec.ts β
12:45:25 β Experiments: experimentalRunAllSpecs=true,experimentalMemoryManagement=true,experimentalWeβ¦ β
12:45:25 ββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
12:45:25
12:45:25
12:45:25 ββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
12:45:25
12:45:25 Running: admin_auth.spec.ts (1 of 1)
12:45:32
12:45:32
12:45:32 Admin/Auth/AdminUser
12:45:37 β should login as authorized master user (5497ms)
12:45:40 β should logout as authorized master user (2265ms)
12:45:40
12:45:40
12:45:40 2 passing (9s)
12:45:40
12:45:40
12:45:40 (Results)
12:45:40
12:45:40 ββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
12:45:40 β Tests: 2 β
12:45:40 β Passing: 2 β
12:45:40 β Failing: 0 β
12:45:40 β Pending: 0 β
12:45:40 β Skipped: 0 β
12:45:40 β Screenshots: 0 β
12:45:40 β Video: false β
12:45:40 β Duration: 8 seconds β
12:45:40 β Spec Ran: admin_auth.spec.ts β
12:45:40 ββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
12:45:40
12:45:40
12:45:40 resize: can't open terminal /dev/tty
12:45:40 ====================================================================================================
12:45:40
12:45:40 (Run Finished)
12:45:40
12:45:40
12:45:40 Spec Tests Passing Failing Pending Skipped
12:45:40 ββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
12:45:40 β β admin_auth.spec.ts 00:08 2 2 - - - β
12:45:40 ββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
12:45:40 β All specs passed! 00:08 2 2 - - -
12:45:40
12:45:40
12:45:40 Reporting results and artifacts in background...
12:45:40
12:45:40 ERROR TypeError: Cannot read properties of undefined (reading 'flatMap')
12:45:40 at /home/ubuntu/workspace/workspace/ressED_qa_PD-13026_cy13_recorder/mono-genially/qa/e2e/node_modules/lib/results/results.ts:27:21
12:45:40 at Array.flatMap (<anonymous>)
12:45:40 at /home/ubuntu/workspace/workspace/ressED_qa_PD-13026_cy13_recorder/mono-genially/qa/e2e/node_modules/lib/results/results.ts:26:19
12:45:40 at Array.flatMap (<anonymous>)
12:45:40 at getRunScreenshots (/home/ubuntu/workspace/workspace/ressED_qa_PD-13026_cy13_recorder/mono-genially/qa/e2e/node_modules/lib/results/results.ts:25:16)
12:45:40 at getInstanceResultPayload (/home/ubuntu/workspace/workspace/ressED_qa_PD-13026_cy13_recorder/mono-genially/qa/e2e/node_modules/lib/results/results.ts:66:18)
12:45:40 at getReportResultsTask (/home/ubuntu/workspace/workspace/ressED_qa_PD-13026_cy13_recorder/mono-genially/qa/e2e/node_modules/lib/results/uploadResults.ts:26:27)
12:45:40 at createReportTask (/home/ubuntu/workspace/workspace/ressED_qa_PD-13026_cy13_recorder/mono-genially/qa/e2e/node_modules/lib/runner/reportTask.ts:30:5)
12:45:40 at /home/ubuntu/workspace/workspace/ressED_qa_PD-13026_cy13_recorder/mono-genially/qa/e2e/node_modules/lib/runner/runner.ts:58:7
12:45:40 at Array.forEach (<anonymous>)
12:45:40 at runTillDone (/home/ubuntu/workspace/workspace/ressED_qa_PD-13026_cy13_recorder/mono-genially/qa/e2e/node_modules/lib/runner/runner.ts:57:14)
12:45:40
12:45:40
12:45:40 ====================================================================================================
12:45:40
12:45:40
12:45:40 Cloud Run Finished
12:45:40
12:45:40 ββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
12:45:40 β Spec Tests Passing Failing Pending Skipped β
12:45:40 ββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ€
12:45:40 β β cypress/test/genially/admin/ad 8.6s 2 2 - - - β
12:45:40 β min_auth.spec.ts β
12:45:40 ββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ€
12:45:40 β β All specs passed! 8.6s 2 2 - - - β
12:45:40 ββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
12:45:40
12:45:40 π Recorded Run: https://dashboard-sorrycypress.genially.com/run/4acaa09f2aa7f36f26d5acbec86c675e
The problem is, that the results do not appears on sorry cypress (or the mongodb) and you get 0 tests executed (and the specs runs indefinitely)
@estefafdez thanks for reporting - will keep cypress-debugger issue separated
@Roemer, @anlambert and @richardmward please check out 1.10.0-beta.3
also, please submit the debug logs when you face issues - would be much easier for us, and thanks for helping with polishing the integration!
That has sorted my issue. Thank you.
@agoldis the debugger issue is already reported there https://github.com/currents-dev/cypress-debugger/issues/59 The problem is that you can run the tests in Cy13 but you can't see the results in sorry cypress, Something seems to be missing as well.
Anyone else experiencing tests just getting stuck and never finishing? I'm using cypress@13.1.0
with cypress-cloud@1.10.0-beta.3
, having followed the migration guide, and the tests start, but it just hangs after the first one. This happens both in open
and run
mode, and if I remove the cypress-cloud/support
and cypress-cloud/plugin
parts, the tests work. Any idea what is going on?
@agoldis I just upgraded to beta 3 and executed the cypress tests of the project I am working on, all good from my side and it indeed fixes the screenshots processing bug, see https://jenkins.softwareheritage.org/blue/organizations/jenkins/DWAPPS%2Fgitlab-builds/detail/gitlab-builds/306/pipeline/88.
Nevertheless, I only use sorry-cypress
as tests orchestrator and do not use its reporting dashboards so I might miss other issues.
@anlambert what did you see on the cypress dashboard when the run is finished? did you see the results there?
@estefafdez @richardmward Please check out 1.10.0-beta.4
- it has a few additional fixes.
Also, the corrupted runs could have incompatible data, they should be removed from the DB.
@andreiho we need more data to explore the case - the debug logs would help
@estefafdez regarding the sorry-cypress dashboard feature, I bumped cypress-cloud to 1.10.0-beta.4
and tested it locally using that docker-compose.yml file to run the sorry-cypress kit. Everything seems to work as expected, see screenshots below:
Anyone else experiencing tests just getting stuck and never finishing? I'm using
cypress@13.1.0
withcypress-cloud@1.10.0-beta.3
, having followed the migration guide, and the tests start, but it just hangs after the first one. This happens both inopen
andrun
mode, and if I remove thecypress-cloud/support
andcypress-cloud/plugin
parts, the tests work. Any idea what is going on?
@andreiho I also experience this with npx cypress open
The test hangs whenever I put import "cypress-cloud/support"
in my e2e.js file but if I remove it there will be no problem with cypress runner.
One thing I also noticed is that whenever I check the cypress-cloud/support
its index.d.ts file contains an empty export
here's additional info: cypress version: 13.1.0 cypress-cloud version: 1.10.0-beta.4 node version: 20.5.0
@bilarallen thanks for elaborating on the issue. If that is reproducible, please share a standalone example or and debug logs (https://currents.dev/readme/integration-with-cypress/troubleshooting)
@bilarallen thanks for elaborating on the issue. If that is reproducible, please share a standalone example or and debug logs (https://currents.dev/readme/integration-with-cypress/troubleshooting)
Hi @agoldis This can only be replicated when running a test via cypress runner through npx cypress open
command, here's my envinfo and I'll also include steps to replicate since this only be replicated when using cypress runner
System:
OS: Linux 5.10 Ubuntu 22.04.2 LTS 22.04.2 LTS (Jammy Jellyfish)
CPU: (16) x64 AMD Ryzen 7 5800U with Radeon Graphics
Memory: 4.06 GB / 6.71 GB
Container: Yes
Shell: 5.1.16 - /bin/bash
Binaries:
Node: 20.5.0 - ~/.nvm/versions/node/v20.5.0/bin/node
npm: 9.8.0 - ~/.nvm/versions/node/v20.5.0/bin/npm
Browsers:
Chrome: 111.0.5563.64
npmPackages:
@babel/eslint-parser: ^7.21.8 => 7.21.8
@currents/cli: ^4.0.3 => 4.0.3
@cypress/angular: 0.0.0-development
@cypress/mount-utils: 0.0.0-development
@cypress/react: 0.0.0-development
@cypress/react18: 0.0.0-development
@cypress/svelte: 0.0.0-development
@cypress/vue: 0.0.0-development
@cypress/vue2: 0.0.0-development
@cypress/webpack-batteries-included-preprocessor: ^3.0.2 => 3.0.2
@cypress/webpack-preprocessor: ^5.17.0 => 5.17.0
@faker-js/faker: ^7.6.0 => 7.6.0
babel-eslint: ^10.1.0 => 10.1.0
cy-verify-downloads: ^0.1.16 => 0.1.16
cypress: ^13.1.0 => 13.1.0
cypress-cloud: ^1.10.0-beta.4 => 1.10.0-beta.4
cypress-delete-downloads-folder: 0.0.3 => 0.0.3
cypress-network-idle: ^1.14.2 => 1.14.2
cypress-real-events: ^1.10.1 => 1.10.1
cypress-recurse: ^1.27.0 => 1.27.0
eslint: ^8.39.0 => 8.39.0
moment: ^2.29.4 => 2.29.4
moment-timezone: ^0.5.43 => 0.5.43
numeral: ^2.0.6 => 2.0.6
swagger-client: ^3.18.5 => 3.18.5
uuid: ^9.0.0 => 9.0.0 (8.3.2)
xvfb: ^0.4.0 => 0.4.0
npmGlobalPackages:
corepack: 0.19.0
npm: 9.8.0
Steps to replicate when using cypress runner and importing cypress-cloud/support
in e2e.js file:
1. Install and use cypress version 12.3.1
2. Install and use cypress-cloud version 1.10.0-beta.4
3. Go to cypress > support > e2e.js file
4. import `cypress-cloud/support` in e2e.js file
5. Run a test using cypress runner via `npx cypress open` command and select electron browser
6. Wait for test execution to finish and observe if it hang
7. Remove import `cypress-cloud/support` in e2e.js file and repeat steps 5 to 6
@agoldis @bilarallen : I'm experiencing the same issue with cypress open
. Is there any solution yet?
Ok, for me is finally working with:
"cypress": "13.1.0",
"cypress-cloud": "1.10.0-beta.4",
"cypress-debugger": "1.0.7",
@agoldis thanks!
@agoldis @bilarallen I've been trying to create a reproducible example, but can't manage to. It appears to be related to some of the custom behaviour we have implemented to deal with some technicalities in our application. But I can't quite explain how importing the cypress-cloud code results in the tests hanging and cypress freezing completely. I'll try to give a bit more context into our situation.
We have a few custom commands which we run on most tests, in order to perform certain actions before proceeding with the test. In this case, the navigateTo
command will wait for the page to finish loading, then wait for an element #alerts-holder
to be present and attempt to clear any notifications using the clickNotificationButton
command in order to prevent notifications covering up content which might need to be clicked in the test.
Now I've tried changing different things in these commands in an attempt to maybe fix some issues, but I can't quite get to the bottom of it, particularly why importing cypress-cloud ends up manifesting this way. It does however work if I simply just never call the clickNotificationButton
command, even with cypress-cloud imported. The way the issue manifests is that the tests just freeze, along with the cypress browser, requiring a force quit of the process. It freezes so badly, that it makes the CPU on my M1 Pro go crazy.
This could of course be sub-optimal code on our part, but why would it only manifest itself this way while cypress-cloud is imported? I've tried looking at your plugin
and support
code, and with my limited knowledge I can't quite tell what could be causing issues there.
Okay after poking around a bit more, I think I may have found the culprit. You can probably disregard most of what I said in my previous message, although I still think there's some relation between the how tests are written, and what happens further down.
The cypress-cloud/support
file which you can see here has this piece of code attempting to stringify the entire test object using fast-safe-stringify. Without this safeStringify
call, the tests run perfectly. I haven't looked deeper into what exactly happens, but the full test
object looks like a fairly complex thing with circular references, which the lib might struggle with (even though it's designed for that), possibly resulting in a recursive loop of sorts and blocking everything else from executing.
cy.task(
`currents:test:after:run`,
safeStringify({
...test,
fullTitle: test.fullTitle()
}),
{
log: false
}
);
@andreiho thanks a lot for the detailed response. Any chance you can share the test / sample with me somehow? Another approach would be to put a breakpoint right before stringifying the result and make sure that the function returns.
@agoldis I did try a breakpoint and calling the stringify function in the console, and it never returns, it just hangs indefinitely and the browser becomes virtually unusable, requiring force quit.
Haven't been able to put something useful together to share, as it seems somewhat related to some of the more complex orchestration of our application, with large number of requests made on load and various mocks and intercepts. The test itself is as simple as it gets, I tried running it on a dummy HTML webpage and everything works fine, which makes me think it's something else in the background that is part of the test object which the stringifier doesn't like. I might try manually inspecting that test object before/after commenting out some of the code I previously mentioned which seems to unblock the tests, and see what the differences are.
@andreiho would you be able to join a quick support call?
@andreiho would you be able to join a quick support call?
@agoldis I'm not able right now, it's late here in Europe, but I'll try to do a bit more digging tomorrow at work and maybe see if I can somehow give you access to something reproducible.
@agoldis I went through the test
object and tried running safeStringify
on each property, to see where it chokes. The 2 things that fail are commands
and parent
(which circularly references the same test object).
A few examples of things that fail. In these cases I specifically went through all the properties and the stringifier only freezes on these exact properties, there are probably more scenarios however. To me it just seems that the unpredictability and complexity of this test
object is maybe too much for the stringifier library, and maybe another solution should be considered.
Anyhow, I created a super simple repro example, where I load the website of a tool we use internally, which happens to make tons of requests on load. The test itself is nothing but just loading the page and asserting a button is there. Run this test with cypress open
and it should freeze (for some reason it works with run
, although in my application it doesn't). If you add a breakpoint in the support/index.js
file before stringifying and you try to manually stringify the test.commands
array, it should freeze and never return. More specifically the last command in this case asserting the button is visible is the one that fails: 55: {subject: jQuery.fn.init(1), $el: jQuery.fn.init(1), _error: undefined, name: 'assert', message: 'expected **<a.button.>** to be **visible**', β¦}
@andreiho that's super-helpful! Will release a fix today
@andreiho @henrikvolmer @bilarallen Please check out 1.10.0-beta.5 - it has a few fixes π€π»
@andreiho @henrikvolmer @bilarallen Please check out 1.10.0-beta.5 - it has a few fixes π€π»
It's working now on my end having the import "cypress-cloud/support";
in my e2e.js π
@agoldis Everything working as expected on my end as well, great work! π Any ETA on when this will land in a proper release?
@andreiho adding some tests and fixing TS errors - early next week
Working on our side as well, thank you very much @agoldis and the team for your hard work and fast speed to resolve this issue! :)
One last thing, the images are not being displayed on sorry-cypress dashboard:
I ran the tests with the debug mode , the logs are attached for you to have a look :)
So, like everyone else, had the same problem of tests hanging when running in Cypress GUI mode. This has now been resolved with beta 5, but now tests are not uploading artifacts or properly reporting results in the cloud. In the Output
can clearly see the test executed and the last line of output is:
Reporting results and artifacts in background...
And then I see there is a spec level exception:
No results detected for this spec file. That usually happens because of a cypress crash. See the console output for details.
And here's a snippet of a log from at the end of the test run, I dunno if this is helpful:
Reporting results and artifacts in background...
currents:capture resetting captured stdout +48s
currents:reportTask Creating report task for instanceId XIv19ssXwZ4n +0ms
currents:state No results detected for "cypress/tests/features/booking/directBillBooking.cy.ts" +48s
currents:results reporting instance XIv19ssXwZ4n results... +0ms
currents:runner Getting batched tasks: 1 +48s
currents:api network request: { method: 'post', url: 'instances/XIv19ssXwZ4n/cy/results', headers: { Accept: 'application/json, text/plain, */*', 'Content-Type': 'application/json', 'x-cypress-request-attempt': 0, 'x-cypress-version': '13.1.0', 'x-ccy-version': '1.10.0-nopeer.0', 'User-Agent': 'cypress-cloud/1.10.0-nopeer.0', 'x-cypress-run-id': '26f2bda37c77f9bd' }, data: { tests: { config: [Object], tests: [Array], hooks: [] }, results: { stats: [Object], reporterStats: {}, exception: 'No results detected for the spec file. That usually happens because of cypress crash. See the console output for details.', video: false, screenshots: [], hasCoverage: false, tests: [Array] } } } +48s
currents:api network request: { method: 'post', url: 'runs/26f2bda37c77f9bd/cy/instances', headers: { Accept: 'application/json, text/plain, */*', 'Content-Type': 'application/json', 'x-cypress-request-attempt': 0, 'x-cypress-version': '13.1.0', 'x-ccy-version': '1.10.0-nopeer.0', 'User-Agent': 'cypress-cloud/1.10.0-nopeer.0', 'x-cypress-run-id': '26f2bda37c77f9bd' }, data: { runId: '26f2bda37c77f9bd', groupId: '--browser', machineId: 'cZTDY36rfUxf', platform: { osName: 'linux', osVersion: 'Ubuntu - 20.04', osCpus: [Array], osMemory: [Object], browserName: 'Electron', browserVersion: '106.0.5249.51' }, batchSize: 1 } } +0ms
cypress:cli child event fired { event: 'close', code: 0, signal: null } +12ms
@midleman @estefafdez @andreiho @bilarallen @henrikvolme @anlambert @Roemer
We've released a few fixes as 2.0.0-beta.0
. Would appreciate your help with checking the newest version.
It is still released in beta
npm channel: npm i cypress-cloud@beta
.
Please note that the major version bump and breaking changes:
run
function (import { run } from "cypress-cloud"
) was changed to support multiple versions of cypress runners@agoldis YESSS, this solves both issues previously reported:
Thank you!
Great! The fix is confirmed working π thanks @agoldis! π
@estefafdez any luck?
@agoldis working also on our side! :) thankssss
All looking good here as well π
After upgrading to Cypress 13.2.0 and cypress-cloud 2.0.0-beta.0 the following error started to occur in the CI runner:
CypressError: `cy.task('currents:test:after:run')` failed with the following error:
The 'task' event has not been registered in the setupNodeEvents method. You must register it before using cy.task()
Fix this in your setupNodeEvents method here:
β¦/cypress.config.ts
https://on.cypress.io/api/task
Because this error occurred during a `after each` hook we are skipping all of the remaining tests.
The cloud plugin is called in the same way as it was previously called in cypress.config.ts:
export default defineConfig({
e2e: {
setupNodeEvents(on, config) {
cloudPlugin(on, config);
on('before:browser:launch', (browser, launchOptions) => {
β¦
});
on(
'file:preprocessor',
webpackPreprocessor({
β¦
})
);
},
},
});
What is the catch here?
Slight update. Things are working, but I have noticed that we are only getting video uploads in Currents Dashboard if the test fails and not on retries. Historically this has worked fine using their recommended configuration. Just curious if anyone else has the same issue or if I need to look further into my configuration.
@midleman in Cypress 13 they removed the video, so no video should be ever sent into the sorry cypress dashboard. Have you tried to do the migration properly? https://www.cypress.io/blog/2023/09/15/announcing-cypress-13-test-replay/
@midleman in Cypress 13 they removed the video, so no video should be ever sent into the sorry cypress dashboard. Have you tried to do the migration properly? https://www.cypress.io/blog/2023/09/15/announcing-cypress-13-test-replay/
I followed the migration guide, which states you can manually set video: true
(which I have) - see: here. The videos upload fine to Currents if the test fails, just not on retries. I confirmed the logic in the after:spec is correct as well, so I'm confused why it's not uploading in that particular case. π€
@agoldis Still all good from my side using cypress-cloud 2.0.0-beta.0
and cypress 13.2.0
https://jenkins.softwareheritage.org/blue/organizations/jenkins/DWAPPS%2Fgitlab-builds/detail/gitlab-builds/315/pipeline/88
@midleman in Cypress 13 they removed the video, so no video should be ever sent into the sorry cypress dashboard. Have you tried to do the migration properly? https://www.cypress.io/blog/2023/09/15/announcing-cypress-13-test-replay/
I followed the migration guide, which states you can manually set
video: true
(which I have) - see: here. The videos upload fine to Currents if the test fails, just not on retries. I confirmed the logic in the after:spec is correct as well, so I'm confused why it's not uploading in that particular case. π€
I have the same issue, but I wasn't able to reproduce it. I created flaky tests with retries, failing tests, all with different nestings and videos were always uploaded on retries and failures. But then in "reality" (with the same code in "after:spec" hook) I sometimes (!) miss videos of retried tests. I didn't investigate further. This happend with Cypress 12,x; I haven't tried 13+ yet..
@midleman @mirobo @estefafdez
video:true
enables videos in cypress 13videoUploadOnPasses: true
in cypress.config.js
(despite the warnings) solves the issue for youEDIT: I have updated the guide for setting up cypress-cloud
together with multiple plugins. There are a few caveats, please take a look here: https://github.com/currents-dev/cypress-cloud#setup-with-existing-plugins
Before opening, please confirm:
Environment information
Describe the bug
Due to this cypress commit that introduces some breaking API changes in cypress 13.x, I noticed two issues when using cypress-cloud with it:
See sample cypress-cloud output put below:
After reading cypress-cloud code, it seems that issue can be fixed using the following diff:
Once the fix above applied, there is an error when cypress-cloud attempts to process test screenshots, see output below:
The fix for this one is not straightforward to me.
Expected behavior
cypress 13.x should be supported.
Command and Setup
Just run any cypress-cloud session with cypress 13.x and the reported errors will show up.
Full log and debug output
cypress_cloud_debug_logs.txt