@@ -254,7 +254,7 @@ contradicts it, and correct it here when it does.
   out of this section is the `absence-inference` trap one level up.
   **The discriminator is uniformity:** a launch/environment failure
   takes down the whole run at once (`showcase-smoke.spec.ts` generates one test per
-  `SURFACES` entry — 49 today, so "49 failed" means all of them), while a product defect
+  `SURFACES` entry — 50 today, so "50 failed" means all of them), while a product defect
   fails selectively. ⛔ Do not file a whole-run red as a product defect before checking
   the browser resolved.
 
 
@@ -310,7 +310,7 @@
       "title": "Every showcase nav surface renders without page errors, and failures surface the error boundary — never a blank page",
       "since": "v15",
       "status": "active",
-      "revision": 9,
+      "revision": 10,
       "priority": "P0",
       "surface": "browser",
       "personas": ["seeded admin (admin@objectos.ai / admin123)"],
@@ -321,9 +321,9 @@
         ]
       },
       "steps": [
-        "run the pinned suite: pnpm -C examples/app-showcase test:smoke e2e/showcase-smoke.spec.ts (the SURFACES array in e2e/showcase-smoke.spec.ts — 49 entries, which cover 49 of the 50 served showcase_app nav leaves; the one outside it is nav_report_index, steps[2]: pages, object lists, the three filter slices, the tabular view, dashboards, reports, the view-gallery pages). On a shared box pass SMOKE_API_URL=http://localhost:<free port>: the config signs in, drives every page and boots `serve --dev -p <that port>` from that one URL, and reuses whatever already answers it — on the default port 3000 that can be somebody else's server. Where the browser cache holds a different chromium build than @playwright/test resolves (RUNNER.md Environment facts), pass OS_TEST_CHROMIUM_EXECUTABLE_PATH=/opt/pw-browsers/chromium. Name the spec: the config's testDir is ./e2e (examples/app-showcase/playwright.config.ts), so a bare `test:smoke` also collects bulk-capability-gate.spec.ts and detail-shapes.spec.ts beside the pin (QA run #25812), and their results are not this item's",
+        "run the pinned suite: pnpm -C examples/app-showcase test:smoke e2e/showcase-smoke.spec.ts (the SURFACES array in e2e/showcase-smoke.spec.ts — 50 entries, which cover all 50 served showcase_app nav leaves: pages, object lists, the three filter slices, the tabular view, dashboards, reports, the report index (nav_report_index, …/reports), the view-gallery pages). On a shared box pass SMOKE_API_URL=http://localhost:<free port>: the config signs in, drives every page and boots `serve --dev -p <that port>` from that one URL, and reuses whatever already answers it — on the default port 3000 that can be somebody else's server. Where the browser cache holds a different chromium build than @playwright/test resolves (RUNNER.md Environment facts), pass OS_TEST_CHROMIUM_EXECUTABLE_PATH=/opt/pw-browsers/chromium. Name the spec: the config's testDir is ./e2e (examples/app-showcase/playwright.config.ts), so a bare `test:smoke` also collects bulk-capability-gate.spec.ts and detail-shapes.spec.ts beside the pin (QA run #25812), and their results are not this item's",
         "GET /api/v1/meta/app?id=showcase_app and extract every nav destination from the response (?id= matches the app NAME; the package-id spelling returns an empty items array and would yield zero destinations)",
-        "diff the served nav destinations against the SURFACES array; hand-walk any destination the suite does not cover (screenshot first, then DOM). The console draws no nav destination of its own: the report index (…/reports) renders only where an app's navigation declares a `report` entry with no `reportName` (showcase: nav_report_index in the Reports group), so it is served in meta/app and falls inside that diff like any other entry. #27525 retired the sidebar's injected 'All reports' row (objectui#13020) that QA run #25812 walked as the 50th surface. nav_report_index is the STANDING hand-walk: the served nav has 50 leaves (examples/app-showcase/src/ui/apps/index.ts: 25 pages, 17 objects, 5 reports, 3 dashboards) and SURFACES holds 49, so /reports is outside the suite on every run until SURFACES gains an entry for it — walk it each run and record it as hand-walked. A diff of the served entry ids reads 51: the 50 leaves plus the nav_sep_reports separator, which draws no surface (QA run #28545)",
+        "diff the served nav destinations against the SURFACES array; hand-walk any destination the suite does not cover (screenshot first, then DOM). The console draws no nav destination of its own: the report index (…/reports) renders only where an app's navigation declares a `report` entry with no `reportName` (showcase: nav_report_index in the Reports group), so it is served in meta/app and falls inside that diff like any other entry. #27525 retired the sidebar's injected 'All reports' row (objectui#13020) that QA run #25812 walked as the 50th surface. The served nav has 50 leaves (examples/app-showcase/src/ui/apps/index.ts: 25 pages, 17 objects, 5 reports, 3 dashboards) and SURFACES holds all 50, nav_report_index included (#28653), so on a current tree the diff is empty and no surface is hand-walked; a leaf the nav gains without a SURFACES entry is the hand-walk until the suite gains it. A diff of the served entry ids reads 51: the 50 leaves plus the nav_sep_reports separator, which draws no surface (QA run #28545)",
         "on each hand-walked surface: wait for render, screenshot, then check for pageerror / empty <main> / placeholder leaks ('no actions configured')",
         "chart surfaces (the chart:true entries in SURFACES — Delivery Operations, Chart Gallery, Command Center, Revenue Pulse, Hours by Status (Chart)): the suite now POLLS boundingBox against a bounded deadline (SURFACE_BUDGET_MS in the spec) instead of reading it once after a fixed wait, so a chart red here is a real finding and not the measurement window — #7569 measured the difference: 3 fresh loads each drew 5 real charts, and polling every 400 ms returned null ONLY at t = 1.5 s, the old fixed measurement instant and exactly the recharts ResponsiveContainer initial-layout window, then non-null on all 19 later samples. Read WHICH assertion failed: 'no chart SVG laid out' means the box stayed null for the whole budget; a width/height failure means the chart laid out but collapsed (#2616 D). If you hand-walk a chart surface outside the suite, poll the same way — never sleep-then-read-once",
         "probe the failure path: navigate to a nonexistent route under the app (/_console/apps/com.example.showcase/object_that_does_not_exist); screenshot what renders",
@@ -404,6 +404,12 @@
           "date": "2026-11-01",
           "change": "QA run #28545 (W3-C1R) finding, stale since #27525: steps[0] called SURFACES 'all 49 showcase_app nav destinations', but the served nav has 50 leaves, nav_report_index among them, and SURFACES holds 49, so /reports was a hand-walk every run with no step naming it. steps[0] now says which leaf SURFACES lacks, and steps[2] names it as the standing hand-walk and notes that the id diff reads 51 with the separator. Counts read from source (apps/index.ts leaves; SURFACES in showcase-smoke.spec.ts). Adding the entry to SURFACES is outside this checklist file. No clause changed. Read from source at base 6b9c1ca991. Wave anchor #27377, wave-3 accuracy slice S9 (#28641); finding parked in anchor comment 6554042054",
           "ref": "#28545"
+        },
+        {
+          "revision": 10,
+          "date": "2026-11-01",
+          "change": "the pin caught up with the standing hand-walk revision 9 named: SURFACES in showcase-smoke.spec.ts gained an entry for nav_report_index (…/reports, the app's report index, opened by a `report` entry with no `reportName`), under the same render checks as every other entry, and no entry was removed. steps[0] now says SURFACES covers all 50 served showcase_app nav leaves, and steps[2] drops the standing hand-walk of /reports: on a current tree the served-vs-SURFACES diff is empty. No clause changed. Counts read from source at base e170d42438 (apps/index.ts: 50 leaves; SURFACES: 50)",
+          "ref": "#28653"
         }
       ]
     },
 
@@ -81,6 +81,11 @@ const SURFACES: { name: string; path: string; chart?: boolean }[] = [
   { name: 'CRM Workbench', path: base('page/showcase_crm_workbench') },
   { name: 'Task Desk', path: base('page/showcase_task_desk') },
   { name: 'Renewals Pipeline', path: base('page/showcase_renewals_pipeline') },
+  // [#28653] The 50th leaf: `nav_report_index`, a `report` entry with no
+  // `reportName`, which the console opens as the app's report index at
+  // `…/reports` (#27525). It carries no label, so the name is the console's
+  // own for that page. With it, every served `showcase_app` nav leaf is here.
+  { name: 'All reports', path: base('reports') },
 ];
 
 /**