Skip to content

test(ui): trim the Playwright suite to one test per flow - #130

Merged
odevine merged 5 commits into
mainfrom
test/trim-browser-tests
Oct 16, 2026
Merged

odevine merged 5 commits into
mainfrom
test/trim-browser-tests

Conversation

@odevine

@odevine odevine commented Oct 15, 2026

Copy link
Copy Markdown
Owner

Page tests run in Chromium only, since they check the page's logic and
the flows against the test server cover WebKit. Editor page tests are
merged into one test per flow, with each step checked in it, and the
ones that measured sizes, positions, colors or labels are removed, since
the visual baselines and the accessibility scan cover how the page
looks. Server editor tests keep what only the real files and engine can
show, and leave the rest to the page tests.

odevine and others added 2 commits October 15, 2026 13:26
Page tests run in Chromium only, since they check the page's logic and
the flows against the test server cover WebKit. Editor page tests are
merged into one test per flow, with each step checked in it, and the
ones that measured sizes, positions, colors or labels are removed, since
the visual baselines and the accessibility scan cover how the page
looks. Server editor tests keep what only the real files and engine can
show, and leave the rest to the page tests.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@odevine odevine changed the title test(ui): trim browser tests test(ui): trim the Playwright suite to one test per flow Oct 15, 2026
odevine and others added 3 commits October 15, 2026 13:33
The test assumed the editor's preview is drawn at 300 dpi and worked
out the full size from the preview's width. The preview resolution is
a setting, and applying a preset stores it capped to the active
template, which the fixtures do not put back. After the overrides
tests, the WebKit run drew the preview at 274 dpi and the expected
width was 95 pixels off.

The test now reads the canvas from the template's layout file and
expects the saved PNG to be exactly that size, and larger than the
preview, whatever the preview resolution is.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…nder

The accessibility scan waited for every animation on the page, and the
activity spinner of a render that is never answered runs forever, so on
a slow runner the editor-levers scene timed out. The scan now waits only
for animations that end. The test that opens another template answered
one render by its number, and opening it can start another, so it now
answers the newest render until the template's layers are listed.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
The launch check read the lever's new value back from the file and then
pressed Undo, but the page records the edit only when its own reply to the
save arrives. On a slow runner the read could come first, so Undo was still
disabled and the click did nothing. Either the check timed out, or it passed
on the field briefly showing the old value with nothing undone. It now waits
for Undo to be enabled, then for the old value to be back in the file and in
the field.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@odevine
odevine merged commit cd5476b into main Oct 16, 2026
7 checks passed
@odevine
odevine deleted the test/trim-browser-tests branch October 16, 2026 19:51
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant