test(e2e): retarget the canary and capture specs from the retired Dashboard tiles to the ruled rows - #890
Conversation
…hboard tiles to the ruled rows #883 replaced the Dashboard's .capture-grid and .capture-tile markup with one role="group" row per flock, but only the quick smoke suite runs on pull requests, so the dispatch-only canary and the two capture specs kept waiting for a class that no longer renders (workflow run 35136083182). They now key on the page heading and the group rows.
|
@coderabbitai review |
|
Important
This repository does not receive automatic reviews because it has fewer than 10 stars. ⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Advanced Run ID: No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Advanced Run ID: 📒 Files selected for processing (3)
Included review availability: Your plan provides up to 1 included review per hour; 0 remain after this review. 📝 WalkthroughWalkthroughChangesDashboard locator alignment
Priority: ⬇️ Low Estimated code review effort: 1 (Trivial) | ~5 minutes Change: Bug fix Merge Risk: ⚪ Minimal · up to The test-only locator updates match the current dashboard structure and present no material merge risk. 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✨ Finishing Touches📝 Generate docstrings
🧪 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 |
✅ Action performedReview finished.
|
…ix the README capture's stale one A harness locator whose class the app no longer renders fails only on the dispatch-only runs, weeks after the deletion (#883, run 35136083182). styles.harness-selectors.test.ts walks every locator() string under tools/simulation/ui and fails the unit suite when a class is neither a styles.css rule (comments stripped) nor a className token in the SPA source. Red first on main's .capture-grid/.capture-tile, and it found a second live one: the README capture's .dash-list, retired by #883 too, now the role-named sales list. AGENTS.md's call-site rule says to grep the whole repo before deleting a class.
|
Second commit, 9b41bfd, on the owner's question "how did we miss this?":
@coderabbitai review |
|
|
…rness-selector guard Codex review of #890: an unscoped getByRole("group") also matched the DayStrip, so the canary and the captures could pass with no flock rows; the guard read only locator() literals and only plain className strings, and its comment stripper could not see quotes. The rows are now scoped to the section headed by the Today title; the guard also reads querySelector, querySelectorAll, $ and $$ literals, every quoted string inside a className expression, skips MUI's own classes, and pins that styles.css carries no quoted comment opener.
|
Review round on 9b41bfd (CodeRabbit rate limited; Codex review as a Paseo agent stood in): four findings, all against this PR's own scaffolding, all fixed in 74c00d0.
Zero product defects this round; loop stopped here (rule 7). The canary's dashboard test, the README capture's dashboard step and the eight palette captures pass against the stack at this head. |
Summary
The dispatch-only canary (
specs-canary/canary.spec.ts) and the two capture specs (specs-screenshots/palettes.spec.ts,screenshots.spec.ts) still waited for.capture-grid/.capture-tile, which #883 retired when the Dashboard became the ruled list. Only the quick smoke suite runs on pull requests, so nothing caught it until the full e2e run on the release branch: https://github.com/mforce/cluckwork/actions/runs/35136083182/job/104928693885.They now key on the page heading and the
role="group"rows (one per flock), the same handlesowner.spec.tsmoved to in #883.Verified
Against the sim stack rebuilt at this head: the canary's "dashboard stays correct and is measured" passes (it was the failing test), and the palettes capture's dashboard step passes.
tsc --noEmitclean intools/simulation/ui. No app code changes.Refs #829.
Summary by CodeRabbit