base red: shrink the design-token baseline for updateSurfaces.css (fc4ad465bae)

Merged
LA
5d ago
+1-2

Summary

check:design-tokens in webviews is red on every feat-cmux-next push: "baseline can shrink" for pages/changelog/updateSurfaces.css. fc4ad465bae (Updated card follows the sidebar density) moved three paddings (10px 12px, 0 10px, padding-right: 20px) to --cmux-sidebar-card-* tokens but did not shrink the baseline.

This PR regenerates the baseline with bun scripts/check-design-tokens.ts --update-baseline. Three entries leave and no entry is added.

Changelog

none

Testing

Command: (cd webviews && bun scripts/check-design-tokens.ts)

  • Base 8e630df614f: red, 3 "baseline can shrink" lines for updateSurfaces.css.
  • Head: "Design token ratchet passed: 2044 recorded violations."

Observed / Not run

  • Observed: the command above, red at base and green at head; prepush-gate.py has no new violations.
  • scripts/web-lint.sh has one other red, which is on base and not in this change: check:popup-hover-reveals (conversation.css:3828, from #31609). I pushed with CMUX_WEB_LINT_SKIP_REASON that names it. A separate base-red PR fixes it.
  • The earlier vp fmt red in test/agent-session-pager-whole.test.ts was fixed by base autofix a0741bc5ffd.
  • Not run: no app build is necessary (baseline data file only).

Culprit: fc4ad465bae (direct push, no PR).

View with [code]smith Autofix with [code]smith
Need help on this PR? Tag @codesmith-bot with what you need.

Summary by cubic

Regenerates the design-token baseline for updateSurfaces.css so check:design-tokens is green again on webviews pushes.

A previous change moved three Updated card paddings (10px 12px, 0 10px, padding-right: 20px) to --cmux-sidebar-card-* tokens but left them in the baseline, causing "baseline can shrink" failures. This regenerates the baseline with bun scripts/check-design-tokens.ts --update-baseline; three entries are removed and none are added.