Debugging Playwright failures in CI is harder than it should be

If you run Playwright tests locally, debugging failures is usually straightforward. You run the test, open the trace viewer, inspect the DOM, and quickly figure out what went wrong. But once Playwright runs inside CI, things start to get messy. A typical failure workflow looks like this: A test fails in GitHub Actions / GitLab CI You open the job logs You download the artifacts You unzip the HTML report You open the trace locally You repeat this for other jobs if the suite runs in parallel At this point debugging the test sometimes takes longer than fixing the issue. The bigger the suite gets, the worse this becomes. If tests run across 10 to 20 CI jobs (or shards), understanding what actually happened requires digging through traces, logs and screenshots across multiple artifacts. In other words: The slow part of Playwright debugging in CI is not root cause analysis. It's reconstructing the failure context. What usually helps A few things make CI debugging easier: • Enable trace: "on-