-
Notifications
You must be signed in to change notification settings - Fork 37
5.12 - The receipt not-found page nests a second <html> document #158
Copy link
Copy link
Closed
Labels
Stellar WaveDrips Wave Program - opt an issue in by applying this labelDrips Wave Program - opt an issue in by applying this labelarea:webapps/web - dashboard, checkout, widgetapps/web - dashboard, checkout, widgetcomplexity:trivial100 points100 pointsgood-first-issueSelf-contained, well-scoped, safe for newcomersSelf-contained, well-scoped, safe for newcomerstype:bug
Milestone
Description
Activity
Metadata
Metadata
Assignees
Labels
Stellar WaveDrips Wave Program - opt an issue in by applying this labelDrips Wave Program - opt an issue in by applying this labelarea:webapps/web - dashboard, checkout, widgetapps/web - dashboard, checkout, widgetcomplexity:trivial100 points100 pointsgood-first-issueSelf-contained, well-scoped, safe for newcomersSelf-contained, well-scoped, safe for newcomerstype:bug
Complexity: Trivial - 100 Points ·
type:bugMilestone: M4 - Merchant surface
Band lever: none
Context
apps/web/app/r/[reference]/page.tsx:36returns its own<html><body>wrapperin the catch branch, inside the root layout that already provides them.
Problem
That produces invalid nested-document markup — hydration warnings, and undefined
behaviour across browsers for anything that depends on document structure. Every
other not-found branch in the app returns a bare fragment and renders correctly
inside the root layout, so this is a one-off slip rather than a pattern.
What needs to be done
<main>fragment alone, matching the other not-found branches.app/for the same shape (grep -rn "<html" apps/web/app)and fix any other occurrence outside the root layout.
Key files
apps/web/app/r/[reference]/page.tsx:36apps/web/app/layout.tsx— the root layout that already supplies<html>Done when
<html>and no hydration warning.<html>.Tracked in
ISSUES.md— issue 5.12.