flaky-article-23611
09/15/2022, 10:13 AMfreezing-carpenter-51131
09/15/2022, 10:43 AMpowerful-orange-86819
09/15/2022, 10:44 AMfreezing-carpenter-51131
09/15/2022, 10:45 AMpowerful-orange-86819
09/15/2022, 10:45 AMfreezing-carpenter-51131
09/15/2022, 10:45 AMfreezing-carpenter-51131
09/15/2022, 10:46 AMprehistoric-restaurant-72560
09/15/2022, 10:46 AMpowerful-orange-86819
09/15/2022, 10:46 AMflaky-article-23611
09/15/2022, 12:13 PMwitty-carpet-23820
09/15/2022, 1:30 PMquiet-tent-87246
09/15/2022, 1:55 PMesc
key closes the dialog and it doesnt do anything...
I've tried to do cy.get('body').type('{esc}')
gentle-accountant-4760
09/15/2022, 2:23 PMts
beforeEach(() => {
function setSipFeatureToggle(): void {
localStorage.setItem('featureToggleOverrides', JSON.stringify({
'feature-test-provider': true,
}));
}
});
however when I run my test the first time when doing cypress open, it works but then when I restart the test again, it doesn't apply the beforeEach anymore, what is the reason of that?nutritious-army-46708
09/15/2022, 2:44 PMacceptable-hamburger-48790
09/15/2022, 4:12 PMclever-table-91477
09/15/2022, 4:13 PMclever-table-91477
09/15/2022, 4:44 PMeager-baker-20941
09/15/2022, 4:44 PMexperimentalSessionAndOrigin
feature to log in via Auth0's UI, as outlined here?
https://cypress.io/blog/2022/04/25/cypress-9-6-0-easily-test-multi-domain-workflows-with-cy-origin/
In the video, cy.origin
immediately invokes the callback and you can start executing commands inside the new origin context. But when I try it, cypress ends up hanging while it waits for a document load event from the Auth0 login page
CypressError: Timed out after waiting `60000ms` for your remote page to load.
Your page did not fire its `load` event within `60000ms`.
You can try increasing the `pageLoadTimeout` value in `cypress.config.ts` to wait longer.
Browsers will not fire the `load` event until all stylesheets and scripts are done downloading.
When this `load` event occurs, Cypress will continue running commands.
nutritious-army-46708
09/15/2022, 5:03 PMprehistoric-restaurant-72560
09/15/2022, 7:28 PMfierce-easter-87739
09/15/2022, 9:06 PMlively-gigabyte-29944
09/15/2022, 9:57 PMjolly-afternoon-60158
09/15/2022, 10:55 PMnice-agent-16567
09/15/2022, 11:01 PM/assets
folder. I see by running DEBUG=cypress:server:routes npx cypress open
that 10.7 is proxying all these requests and returning 404s because it looks like it has hijacked the assets route, is that something that can be changed? See top of screenshot for successful Cypress assets and bottom for our js/css files that are failinglively-gigabyte-29944
09/15/2022, 11:47 PMfew-umbrella-8290
09/16/2022, 1:25 AMsilly-laptop-48411
09/16/2022, 1:53 AM.wait('@getThing')
when the yielded subject is an Interceptor? I want to assert on both response status, body, and request url.
I saw cy.wait("@updateUser").its("response.statusCode").should("equal", 204);
from Cypress RWA but I couldn't understand how to chain multiple .its
or .should
in this instance. Perhaps a following cy.get('@getThing')
after the .wait
?acceptable-hamburger-48790
09/16/2022, 3:32 AMsilly-laptop-48411
09/16/2022, 4:07 AMInterceptor
so it might look like:
ts
cy.wait("@getSomething").then(interceptor => {
expect(interceptor.response?.statusCode).to.be.eq(200);
expect(interceptor.response?.body.data.package.insert.errors).to.have.length(0);
}
I noticed however that using the its().should()
alternative meant I wasn't dealing with a potentially undefined value interceptor.response
so I wasn't sure if I was handling it correctly.purple-vase-65810
09/16/2022, 6:09 AMcode 1
while running tests. The projects under test are built using a Nx monorepo and Angular 14.2
, and Nx-packaged Cypress 10.8.0
.
Here's what I've tried so far:
* I've checked CPU/RAM utilisation
* Tried enabling icp="host"
* Disabling command log
* Drastically reducing the number of cached tests in memory (from 50 to 5)
* Looking for more insights in the Docker container log
* Switching from Electron (headless) to Chrome 104 (headless)
But the build in CI always crashes during long builds in CI (after around 40 min). Locally it runs fine. The applications tested are rather memory-heavy and complex.
I'm occasionally getting the following logs in CI build log:
[5006:0915/130421.662619:ERROR:node_bindings.cc(276)] Most NODE_OPTIONs are not supported in packaged apps. See documentation for more details.
[5283:0915/130425.164332:ERROR:gpu_memory_buffer_support_x11.cc(44)] dri3 extension not supported.
Does anyone have an idea of what the underlying issue could be or how I could improve the CI builds?
Thanks and best regards,
Dennis