The staging gate has been failing these two since the supplied logo artwork
replaced the reconstruction. Both tests were still asserting the previous
implementation, and both were right to fail — they were just describing
something the site no longer does.
the header carries the schoolcompare lockup
Looked for an <svg> inside the header link. The mark is raster now:
<picture><source><img src="/brand/mark.png">. Nothing matched, so the
locator timed out.
the brand asset set is complete and served
Requested /apple-icon, which 404s. The route moved when the generated
app/apple-icon.tsx became a static app/apple-icon.png — generated icons
serve at /apple-icon, static ones at /apple-icon.png with a content hash.
The icon was present and correctly linked the whole time.
Both now read from the page instead of hardcoding the shape of the answer: the
touch icon is fetched from its own <link rel="apple-touch-icon"> href, the way
this test already handles og:image, so it follows whatever Next emits.
The lockup assertion also got stronger rather than merely corrected. A
<picture> whose sources all 404 still lays out and still satisfies
toBeVisible(), so that alone would go green on a broken lockup; it now asserts
naturalWidth, which only a decoded image can satisfy.
Verified against staging directly: 41/41 pass.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
