Conversation
Each case waits up to 10s for the WebView to load and then sleeps another 10s before screenshotting, so it needs more than 20s. No testTimeout was configured anywhere, so Jest's 5s default applied and the first test was killed mid-sleep every run - the suite has been red on master since at least 2026-08-16. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
The previous commit put testTimeout in jest.harness.config.mjs, which has no effect. @react-native-harness/jest resolves it as session.config.testTimeout ?? projectConfig.testTimeout ?? globalConfig.testTimeout and session.config is the rn-harness config, whose schema declares testTimeout with .default(5000). Being a Zod default it is always populated, so the first branch always wins and the Jest value is never consulted - CI still timed out at exactly 5000ms. Move it to rn-harness.config.mjs next to bridgeTimeout. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
The e2e harness suite has been failing on
masteron every run since at least 2026-08-16.It is not flaky and not environmental — it cannot pass as configured.
Each case in
darkTheme.harness.jsdoes:so it needs over 20s. No
testTimeoutwas set anywhere in the repo, so Jest's 5s defaultapplied and the test was killed mid-sleep every time:
The second case never ran (
○ skipped), so neither baseline has actually been compared inmonths.
This sets
testTimeout: 60000— 20s is the floor, the rest is headroom for a cold emulatorand the screenshot compare.
Follow-up worth doing separately
The fixed
setTimeout(10000)settle is a guess: too slow locally, too fragile on a loadedrunner. Driving the fixture off the component's readiness signal instead would make each case
wait exactly as long as it needs and cut ~20s per case. Left out here to keep this PR to the
one-line unblock, since changing when the screenshot is taken may require regenerating the
baselines.
🤖 Generated with Claude Code