Recover from a blank Home WebView in e2e tests - #180
Conversation
Core fires Home's content retrieval once behind a 20s provider wait and only logs on failure, so losing that race leaves the tab dead for the whole run. Also caps CDP failures and records CI's core revision.
|
Warning Review limit reached
Next review available in: 28 minutes Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available. How can I continue?After more reviews become available, a review can be triggered using the To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews. How do review limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability. For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window. Please refer docs for additional details. Review details⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Plus Run ID: ⛔ Files ignored due to path filters (1)
📒 Files selected for processing (3)
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
|
Warning Review limit reached
Next review available in: 54 minutes Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available. How can I continue?After more reviews become available, a review can be triggered using the To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews. How do review limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability. For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window. Please refer docs for additional details. Review details⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (1)
📝 WalkthroughWalkthroughThe PR improves Home WebView readiness and E2E timeout handling, limits failures in the shared CDP tier, and records the resolved ChangesE2E reliability
Core revision observability
Estimated code review effort: 3 (Moderate) | ~20 minutes Possibly related PRs
Suggested reviewers: 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
The 60s metadata gate expired while the sample WEB install was still running, failing a first attempt that was slow rather than broken. The install persists per machine, so waiting it out costs nothing warm.
Core's last-tab auto-reopen passes no existingId and is decided synchronously at close time, so reading the tab count first picks an opener deterministically. Frame lookups now tolerate a duplicate Home.
The chained waits sum to ~265s, so 240_000 could report an opaque test timeout instead of whichever wait actually lost. Also record why the Home row assert must stay on the same .first() locator as the caller.
Both check out paranext-core with no ref, same as test.yml. It matters most in publish: without it a released artifact carries no record of which core revision it was built against.
imnasnainaec
left a comment
There was a problem hiding this comment.
The new comments in e2e-tests/fixtures/helpers.ts feel too verbose, but I don't think that should hold up fixing e2e.
@imnasnainaec reviewed 8 files and all commit messages, and made 1 comment.
Reviewable status:complete! all files reviewed, all discussions resolved (waiting on alex-rawlings-yyc).
Core fires Home's content retrieval once behind a 20s provider wait and only logs on failure, so losing that race leaves the tab dead for the whole run. Also caps CDP failures and records CI's core revision.
Devin: https://app.devin.ai/review/sillsdev/interlinearizer-extension/pull/180
This change is
Summary by CodeRabbit
Bug Fixes
Tests