Execution time increased drastically after upgrading from 8.3.0 to 8.6.0
See original GitHub issueCurrent behavior
After upgrading cypress from 8.3.0
to 8.6.0
, execution time of our tests (same amount of tests/suits) increased by ~10 min (almost doubled the initial time to execute).
Current execution results (version 8.6.0
):
Desired behavior
We’d expect, that execution time stays the same or gets lower with cypress update, not increase almost two times.
Previous execution results (version 8.3.0
):
Test code to reproduce
yarn upgrade cypress@8.6.0
Cypress Version
8.6.0
Other
Currently had to revert back to 8.3.0, because otherwise builds time out (due to the 30m aws-amplify build timeout setting).
Issue Analytics
- State:
- Created 2 years ago
- Reactions:30
- Comments:41 (9 by maintainers)
Top Results From Across the Web
Upgrading vSphere Replication - VMware Docs
You upgrade the vSphere Replication appliance and any additional vSphere Replication servers by using a downloaded ISO image and the VRMS ...
Read more >Changelog - Cypress Documentation
Fixed a regression in 8.6.0 which prevented .pause() from correctly executing when passing the --headed --no-exit CLI flags to cypress run . Fixed...
Read more >Upgrade path from 8.2 to 8.6 - RSA Community - 685171
We want to go to the latest available and the then subsequent upgrade to 8.7 which will likely be released by the time...
Read more >Qualitia Automation Studio 8.6.x
During upgrading the Qualitia server from 8.4.0 to 8.5.0, the query execution was taking more time than configured to fetch the records from...
Read more >WP Recipe Maker Changelog
2022-11-14 | WP Recipe Maker Premium 8.6.0 Feature: Icon to clear all ... after rounding; Fix: Prevent PHP warning when updating the plugin ......
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
More follow-up in terms of performance regressions since 8.3. Our current pipeline runs on GitLab.com shared runners, and uses the
node16.14.0-slim-chrome99-ff97
image as base.We’ve managed to stabilise the runtime for our 28 specs (147 tests) around the 30 minute mark with the 9.x release by disabling videos, disabling test recording in dashboard, disabling parallel runs and switching from Electron to Chrome.
Today, as a test I’ve moved the entire setup to Cypress 10.0.1. Same base image, same specs, same config, just newer Cypress release. It (barely) managed to execute 12 specs before the 60 minute runtime limit killed the job. It took 16 minutes on a dev laptop.
The way I see it, something has dramatically changed in how Cypress behaves in CI/headless environments, running inside a docker container, since the 8.3 release. It’s really becoming unusable at this point.
We are also experiencing the same issue - recent versions are much slower(both locally and in CI) and we are stuck on version
6.6.0
First biggest time difference was upgrading to7.7.0
where test execution time jumped from ~37 to ~81 sec:List of similar issues: