[BUG] Timeout of 60000ms exceeded while running fixture "context" teardown.
See original GitHub issueContext:
- Playwright Version: 1.22
- Operating System: Manjaro Linux
- Node.js version: v16.15.0
- Browser: Chromium
When running my entire testsuite (currently 23 tests, 4 skipped, total duration 4 minutes, 7 spec files & workers), some tests fail with
[BUG] Timeout of 60000ms exceeded while running fixture "context" teardown.
But the issue doesn’t occur when running those tests individually (same as in https://github.com/microsoft/playwright/issues/14685, so maybe both issues have a shared cause), so it seems like there might be a performance issue with PW. Often the attachments are missing too when this issue occurs.
Since I can’t share the entire testsuite, I could maybe show someone in a call via screensharing if that helps. Or I could also share my Fixtures file but I’m not sure that’s what the error message is referring to.
Issue Analytics
- State:
- Created a year ago
- Comments:8 (5 by maintainers)
Top Results From Across the Web
Getting error " Error: Timeout of 2000ms exceeded. For async ...
Your tests are taking longer than Mocha expects them to take and timing out. By default, all callback functions timeout after 2000ms.
Read more >Timeouts - Playwright
Playwright Test enforces a timeout for each test, 30 seconds by default. Time spent by the test function, fixtures, beforeEach and afterEach hooks...
Read more >Advanced: configuration | Playwright - CukeTest
The following information is accessible after the test body has finished, in fixture teardown: duration: number - test running time in milliseconds. status:...
Read more >Timeout - NUnit Docs
The specified timeout value covers the test setup and teardown as well as the ... console runner, it is also possible to specify...
Read more >Playwright config | Katarzyna Kmiotek
When you start building your project and run playwright.config.js file is ... timeout - max time limit for each test (for me it...
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 Free
Top 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
Hey, yeah we had a call and from what I understand the timeout is also needed for the teardown, so if the timeout is too short (30s seems a bit short to me), it will fail even if the test itself passed, because there’s no time left for the teardown. Basically what @fobdy figured out too. 😃
I’m actually wondering if it’s worth creating a feature request to move PW’s automatic teardown out of that time window, since that’s not intuitive at all.
You’d think the automatic teardown would be separate from your tests, because you haven’t written the (automatic) teardown yourself, you’ve only written the tests and so you’d expect that’s what your specified timeout would exclusively apply to.
Ah, ok got it. The issue was caused by general slowness of the test. So it took a bit more than 30S that’s why it was hard to clarify the root cause problem. Because deadline was at the time of “context” teardown.