Skip to content

test: run the browser crawler tests serially#3859

Merged
B4nan merged 1 commit into
v4from
test/serial-browser-crawler-tests
Jul 15, 2026
Merged

test: run the browser crawler tests serially#3859
B4nan merged 1 commit into
v4from
test/serial-browser-crawler-tests

Conversation

@B4nan

@B4nan B4nan commented Jul 15, 2026

Copy link
Copy Markdown
Member

browser_crawler.test.ts is the only test file in the repo using test.concurrent, and the only one that gives different results run to run. Locally it failed anywhere between 3 and 10 tests with the set changing every time, which makes it useless for telling whether a change actually broke something — I hit this while trying to work out whether a timeout change had regressed anything, and had to run a control on a clean branch to be sure it hadn't.

Running the file serially costs ~28s and makes the outcome deterministic.

Worth knowing: locally this does not make the file green — 9 tests fail consistently, identically on a clean v4, because they pass in isolation but not in file order. That pollution is pre-existing and out of scope here; this only removes the variance that was hiding it. If CI is green, those 9 are local-environment-specific and can be looked at separately.

`browser_crawler.test.ts` was the only test file using `test.concurrent`, and
the only one giving different results run to run - locally it failed anywhere
between 3 and 10 tests, with the set changing each time, which makes it useless
for telling whether a change actually broke something.

Running serially costs ~28s for the file and makes the outcome deterministic.
@B4nan B4nan added adhoc Ad-hoc unplanned task added during the sprint. t-tooling Issues with this label are in the ownership of the tooling team. labels Jul 15, 2026
@B4nan
B4nan merged commit 733eebf into v4 Jul 15, 2026
8 checks passed
@B4nan
B4nan deleted the test/serial-browser-crawler-tests branch July 15, 2026 18:10
barjin pushed a commit that referenced this pull request Jul 20, 2026
`browser_crawler.test.ts` is the only test file in the repo using
`test.concurrent`, and the only one that gives different results run to
run. Locally it failed anywhere between 3 and 10 tests with the set
changing every time, which makes it useless for telling whether a change
actually broke something — I hit this while trying to work out whether a
timeout change had regressed anything, and had to run a control on a
clean branch to be sure it hadn't.

Running the file serially costs ~28s and makes the outcome
deterministic.

Worth knowing: locally this does not make the file green — 9 tests fail
consistently, identically on a clean v4, because they pass in isolation
but not in file order. That pollution is pre-existing and out of scope
here; this only removes the variance that was hiding it. If CI is green,
those 9 are local-environment-specific and can be looked at separately.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

adhoc Ad-hoc unplanned task added during the sprint. t-tooling Issues with this label are in the ownership of the tooling team.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants