ci: report visual baseline drift without failing advisory checks - #1791
Conversation
Report Chromium pixel differences as warnings while preserving review artifacts. Keep infrastructure and artifact failures visible. Verified with npm run test:ci-workflows and npm run check:github-actions.
|
Warning Review limit reachedYou’ve reached a temporary PR review limit under our Fair Usage Limits Policy. Next review available in: 7 minutes Your organization has reached its usage spending cap. Adjust your spending cap in the billing tab. 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: Path: .coderabbit.yaml Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (9)
📝 WalkthroughWalkthroughThe visual-baseline workflow now treats pixel drift as advisory. It reports warnings, writes review instructions, and retains visual artifacts. Documentation and CI tests describe and verify this behavior. ChangesVisual-baseline reporting
Estimated code review effort: 3 (Moderate) | ~20 minutes Possibly related PRs
Suggested reviewers: 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✨ Finishing Touches📝 Generate docstrings
🧪 Generate unit tests (beta)
Comment |
|
This pull request has been ignored for the connected project Preview Branches by Supabase. |
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: cad1681a2c
ℹ️ About Codex in GitHub
Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".
|
@codex resolve actionable Codex review findings for this pull request and current head using the repository instructions. This is the pull request's single automatic repair pass: do not perform a fresh review, create new standalone findings, or request another review. Work only the existing unresolved Codex threads on the current head. The only repository destination is BigSimmo/Database, and the only branch destination is the pull request head branch codex/visual-baseline-advisory-pr at starting commit cad1681; never publish fixes to a detached or synthetic work branch and never create a stacked pull request. Use the authenticated GitHub connector to commit each approved fix to BigSimmo/Database:codex/visual-baseline-advisory-pr, then verify that the pull request head contains the published commit before reporting success. Always fix P0 and P1 findings. For P2 and lower findings, fix only clear, scoped, low-risk issues; otherwise disposition them with a concise reason. For a fixed thread, reply with as the first line and as the second line. For a no-code disposition, use followed by . These result markers authorize the workflow to close that exact thread only after it verifies a fixed commit is the pull request head; a local-only commit is not a fix. If publication or verification fails, do not use either result marker, do not claim success, and leave the thread open with the blocker. If human input or new authorization is required, do the same. Finish only after every actionable thread is fixed or dispositioned and closed, or explicitly left open for a human decision. Do not update the branch from main, address unrelated reviews, broaden scope, or create more than one scoped fix commit. Do not use external APIs, paid services, credentials, dependency changes, or broad refactors unless explicitly authorized. Add targeted tests where behavior changes and run the narrowest relevant validation. |
|
Codex Review: Didn't find any major issues. 🚀 Reviewed commit: ℹ️ About Codex in GitHubYour team has set up Codex to review pull requests in this repo. Reviews are triggered when you
If Codex has suggestions, it will comment; otherwise it will react with 👍. Codex can also answer questions or update the PR. Try commenting "@codex address that feedback". |
There was a problem hiding this comment.
Actionable comments posted: 2
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In @.github/workflows/ci.yml:
- Around line 703-708: Remove continue-on-error from the visual-baseline job
configuration while retaining it on the visual-comparison step. Ensure setup,
reporting, and artifact publication failures cause the job to fail, with only
the npm run test:e2e:visual step allowed to continue after visual drift.
- Around line 703-708: Update the visual-comparison step around “npm run
test:e2e:visual” to distinguish pixel-drift results from missing baselines,
assertions, runtime/setup errors, and artifact-upload failures before allowing
continuation. Continue successfully only for the drift-only outcome, while
propagating all other failures so the job remains failed. Update the visual
reporting condition to label only the drift outcome as “Visual baseline drift,”
not every failed visual command.
🪄 Autofix
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Path: .coderabbit.yaml
Review profile: CHILL
Plan: Pro
Run ID: 62560473-7403-4974-bb37-d5fad2a3ed49
📒 Files selected for processing (4)
.github/workflows/ci.ymldocs/testing.mdtests/__screenshots__/README.mdtests/ci-cache-safety.test.ts
CI triageCI failed on this PR. Automated classification of the 2 failed job(s):
Compared with main CI run #9571 (cancelled). Classification is evidence routing, not permission to ignore a failure. Exact quarantined Playwright identities remain governed by the flake ledger. |
Keep pixel mismatches advisory while failing the visual-baseline job on missing baselines, setup/runtime, or other non-comparison errors. Wait for the Clear layout settle in ui-formulation so Production UI shard 2 does not lose the Draft step click.
Babysit summary (merging)
|
Sync past #1791 so GitHub mergeability is current; merge-tree was already clean.
Summary
PR required.Why
PR #1743 demonstrated that job-level
continue-on-errorstill left the visual-baseline job displayed as failed when a screenshot contract intentionally changed. The comparison should remain visible and reviewable without looking like a merge veto. Setup and artifact-publication failures still fail because they produce no trustworthy evidence.Files
.github/workflows/ci.ymltests/ci-cache-safety.test.tsdocs/testing.mdtests/__screenshots__/README.mdVerification
npm run test:ci-workflows— 13 test files passed; 251 tests passed; 11 skipped.npm run check:github-actions— GitHub Actions pin check passed.npm run format— completed before commit; the four-file diff was unchanged.git diff --check— passed.npm run verify:pr-localVerification not run:
verify:pr-localwas not run because this is a bounded workflow/documentation contract change and the focused CI workflow suite covers the plausible regression paths.UI verification not run: rendered UI and browser behavior are unchanged; Linux visual comparison remains a hosted post-land/manual workflow.
Risk and rollout
4e2d26e42.Notes
Summary by CodeRabbit
Bug Fixes
Documentation