Skip to content

Stop the BookChapterControl reopen test flaking on slow CI workers - #2694

Open
katherinejensen00 wants to merge 1 commit into
mainfrom
fix-flaky-bcv-open-test-timeout
Open

Stop the BookChapterControl reopen test flaking on slow CI workers#2694
katherinejensen00 wants to merge 1 commit into
mainfrom
fix-flaky-bcv-open-test-timeout

Conversation

@katherinejensen00

@katherinejensen00 katherinejensen00 commented Aug 19, 2026

Copy link
Copy Markdown
Contributor

Summary

One test in book-chapter-control.component.test.tsx timed out on a Windows CI worker and failed the build on main (run 32267047403). It is the only test in that file that drives the whole popover through userEvent — open the book list, drill into chapters, escape, reopen — and it overran vitest's 5s default at ~5.4s. Everything else in that run passed.

It is not a regression. The merge it landed on (#2683, Sync button in Simple mode) touches the toolbar, extension service, and platform-get-resources — nothing near this component. The same test passed on Linux in the same run, and locally the whole file runs in ~3.4s with this test at ~1.5s. The runner was heavily contended (vitest reported prepare 6957s).

Why review this

Not part of the current epic. CI hygiene: main went red on a flaky timeout with no code cause, so the next person to push had a red baseline to explain away. Small and self-contained.

Changes

  • Raise the timeout for that single test to 30s, with a comment explaining why it is the expensive one.

Deliberately per-test rather than a suite-wide testTimeout in vitest.config.ts, so a genuine hang anywhere else in platform-bible-react still fails fast instead of hanging for 30s.

AI Involvement

AI-assisted. Claude diagnosed the CI failure, confirmed the merged PR did not touch the component, and wrote the one-line timeout change and its comment. Reviewed by me before pushing.

Testing

  • book-chapter-control.component.test.tsx passes locally (7/7)
  • Prettier clean
  • Full CI on this PR

Risk Level

Low - test-only change; no production code touched, no assertions altered.


This change is Reviewable

The one test in that file that drives the whole popover through userEvent
(open the book list, drill into chapters, escape, reopen) overran vitest's
5s default on a contended Windows runner at ~5.4s and failed the build on
main, on a merge that touched nothing near this component. It passes in
~1.5s locally, so this is worker contention rather than a regression.

Raise the timeout for that single test to 30s. Deliberately per-test
instead of a suite-wide `testTimeout` so a genuine hang anywhere else
still fails fast.

Co-authored-by: Claude Opus 5 (1M context) <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant