test(mv3): require bookmarks and history compatibility - #42
Conversation
|
Warning Review limit reached
Next review available in: 51 seconds You've used all free OSS reviews for now. Wait for the free limit to reset to keep reviewing this public repository. 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: Organization UI Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (5)
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 |
Buyer-visible gap
Partial implementation of #27. OriginWeave's pinned real-Chromium compatibility lane already proved core Manifest V3 service-worker, content-script, storage, DNR, tabs, windows, scripting, commands, side-panel, real-click, and restart-persistence behavior, but buyer-facing compatibility evidence still lacked executable read-only
bookmarksandhistorycoverage.Test-first implementation
The slice began with formatting-clean RED contract head
d593d0b10c35ea9cd98181500a8466d3d97e6556, which required before fixture implementation:bookmarksandhistoryfixture permissions;chrome.bookmarks.getTreeandchrome.history.search;Production fixture/evidence changes then added the permissions, real service-worker calls, DOM evidence propagation, and runner-side requirements. The runner now includes both surfaces in each browser pass and in the existing three-trial initial/restart repeatability gate; a missing or failing surface fails closed rather than being omitted from the report.
Exact-head evidence
Exact current head
d79a13a401a00657bf39f405a3ae3fcde2d920feis non-draft and mergeable on protected maina2e3ce2b2cfe4329c47190c0df3ecac4ff4220c0with no ancestry drift.On this unchanged exact head:
31336052777: success, including repository contracts and exact production coverage enforcement;31336052761: success against the pinned real Chrome for Testing lane;31336052740: success;31336052757: success;The repository's merged solo-maintainer governance keeps all technical/security gates mandatory while the non-author approval gate is conditionally on hold only when GitHub itself does not require counted approval and fewer than two eligible non-author reviewers exist. No self-approval or synthesized review evidence is used here.
Scope boundary
Read-only compatibility evidence only. This slice does not mutate bookmarks or history, add downloads/native messaging/Web Store behavior, widen OriginWeave Agent authority, add model calls, or make a universal Chrome-extension compatibility claim.
Partial implementation of #27.