@mohasinac/appkit 4.52.5 → 4.53.1

package/dist/features/tester/seed-data/authored/content-discovery__site-wide-index.js

@@ -0,0 +1,340 @@
+/*
+ * WHY: Authored six-part procedures for the site-wide search index cases
+ *      added 2026-10-19 to the content-discovery/search page.
+ * WHAT: 17 case(s), keyed by full checklist id.
+ *
+ * 🛑 EVERY CASE CARRIES A CONTROL. A search box that has stopped filtering
+ * returns plausible rows for any real term and looks identical to one that
+ * works — "zzzznope" returning zero is the only kind of assertion here that
+ * cannot pass by accident. That is this directory's standing rule and it is
+ * why the control is a STEP, not a footnote.
+ *
+ * 🛑 Several of these check the NETWORK PANEL rather than the page, and that
+ * is deliberate. "Zero Firestore reads per keystroke" and "a guest issues no
+ * authenticated request" are the two claims the whole design rests on, and
+ * neither is visible on screen — a page that fetches per keystroke looks
+ * exactly like one that does not.
+ *
+ * @tag domain:tester
+ * @tag layer:seed
+ * @tag pattern:none
+ * @tag access:server-only
+ * @tag consumers:seed-data/authored/index.ts
+ * @tag sideEffects:none
+ */
+export const authored = {
+    "checklist-content-discovery-search-search-finds-every-type": {
+        roles: ["guest"],
+        startPage: "/",
+        steps: [
+            "Open / in a private window with no session.",
+            "Click the header search and type dranzer.",
+            "Press Enter.",
+            "Read the URL in the address bar.",
+            "Count how many distinct section headings the results page shows.",
+            "Go back, type zzzznope, and press Enter.",
+            "Read what the page says.",
+        ],
+        inputs: { query: "dranzer", control: "zzzznope" },
+        expectedBehaviour: "Submitting navigates to the cross-resource results page and searches every indexed type at once, rather than redirecting to one browse route chosen by the type dropdown.",
+        expectedUiState: "The URL is /search?q=dranzer, not /products?q=dranzer. Results appear under several headings (for example Products, Categories, Parts, Articles), each with its own 'See all … →' link. For zzzznope the page says nothing matched and shows ZERO result rows — that control is the only assertion here that cannot pass by accident.",
+        endResult: "Read-only; nothing persists.",
+    },
+    "checklist-content-discovery-search-search-finds-a-part": {
+        roles: ["guest"],
+        startPage: "/search",
+        steps: [
+            "Open /search?q=Rubber Flat in a private window.",
+            "Read every result row and note which section each sits under.",
+            "Change the query to RF and search again.",
+            "Compare the two result sets.",
+            "Click the part row and read the page it lands on.",
+        ],
+        inputs: { byName: "Rubber Flat", byCode: "RF" },
+        expectedBehaviour: "Parts are searchable by full name and by code. Before this they had no search tokens at all — all 752 were reachable only by drilling /parts into a classification and then a code.",
+        expectedUiState: "Both queries return the part under a Parts heading, and the row shows its classification on a second line underneath the name. Clicking it lands on a real /parts/<classification>/<code> page, not a 404.",
+        endResult: "Read-only; nothing persists.",
+    },
+    "checklist-content-discovery-search-search-ambiguous-part-code": {
+        roles: ["guest"],
+        startPage: "/search",
+        steps: [
+            "Open /search?q=105 in a private window.",
+            "Count the rows under the Parts heading.",
+            "Read the second line of each row and write down the classification it names.",
+            "Click two different rows in turn and write down the URL each lands on.",
+        ],
+        inputs: { query: "105" },
+        expectedBehaviour: "A bare code is ambiguous across generations — 105 is a Metal Fight spin-track height while a bare number in Burst is a disc — so the engine must return all of them rather than picking one.",
+        expectedUiState: "SEVERAL rows, each naming a DIFFERENT classification, each linking to a different /parts/<classification>/105 URL. Exactly one row is the FAILURE: it means something chose a winner for the user.",
+        endResult: "Read-only; nothing persists.",
+    },
+    "checklist-content-discovery-search-search-midword": {
+        roles: ["guest"],
+        startPage: "/search",
+        steps: [
+            "Open /search?q=ariza in a private window.",
+            "Read the result rows.",
+            "Change the query to zzzz and search again.",
+            "Read what the page says.",
+        ],
+        inputs: { midword: "ariza", control: "zzzz" },
+        expectedBehaviour: "The browser scans the whole index, so a fragment from the MIDDLE of a word matches. The Firestore path structurally cannot do this — its tokens are word-prefix only.",
+        expectedUiState: "'ariza' returns Charizard rows. 'zzzz' returns nothing — without that control a matcher returning everything for any fragment would also pass the first half.",
+        endResult: "Read-only; nothing persists.",
+    },
+    "checklist-content-discovery-search-search-typo": {
+        roles: ["guest"],
+        startPage: "/search",
+        steps: [
+            "Open /search?q=dragon g in a private window.",
+            "Read the result rows.",
+            "Search again for Pegasis (note the spelling: 'sis', not 'sus').",
+            "Read the result rows.",
+        ],
+        inputs: { typo1: "dragon g", typo2: "Pegasis" },
+        expectedBehaviour: "Misspellings are expanded at INDEX time from a crawl of a counterfeit seller's real titles, on the measured insight that an evasion spelling is the same string a genuine buyer mistypes.",
+        expectedUiState: "'dragon g' returns Dragoon G. 'Pegasis' returns Storm Pegasus. Neither returns an empty state.",
+        endResult: "Read-only; nothing persists.",
+    },
+    "checklist-content-discovery-search-search-normalised-away": {
+        roles: ["guest"],
+        startPage: "/search",
+        steps: [
+            "Open /search?q=!!! in a private window.",
+            "Read the message on the page word for word.",
+            "Count the result rows.",
+            "Now search zzzznope and read that message too.",
+            "Compare the two messages.",
+        ],
+        inputs: { punctuation: "!!!", nonsense: "zzzznope" },
+        expectedBehaviour: "A query that normalises to no searchable words must return NOTHING, never everything. The inverse of this bug shipped on /api/products once: a punctuation-only query produced no filter clause and returned the entire published catalogue as search results.",
+        expectedUiState: "'!!!' says the search had no searchable words in it. 'zzzznope' says nothing matched. The two messages are DIFFERENT — one means we could not form a query, the other means we ran one and found none. Any rows at all for '!!!' is the failure.",
+        endResult: "Read-only; nothing persists.",
+    },
+    "checklist-content-discovery-search-search-zero-reads": {
+        roles: ["guest"],
+        startPage: "/",
+        steps: [
+            "Open / in a private window and open DevTools → Network.",
+            "Clear the network log.",
+            "Click into the header search and type d.",
+            "Wait for suggestions to appear, then type r, a, n, z, e, r one character at a time.",
+            "Read the network log and count the requests made after the first one.",
+        ],
+        inputs: { query: "dranzer" },
+        expectedBehaviour: "The index is fetched ONCE per page session and searched locally thereafter. Before this, every keystroke was a request to /api/search/suggestions, which was four parallel Firestore reads.",
+        expectedUiState: "The log shows ONE large .json fetch from firebasestorage (a few hundred KB) on the first focus or keystroke, and NOTHING further as you keep typing. A request per character is the failure even though the suggestions look identical either way.",
+        endResult: "Read-only; nothing persists.",
+    },
+    "checklist-content-discovery-search-search-no-prices": {
+        roles: ["guest"],
+        startPage: "/",
+        steps: [
+            "Open / in a private window with no session.",
+            "Click the header search and type dranzer.",
+            "Read every suggestion row, including the small second line.",
+            "Press Enter and read every row on the results page.",
+            "Search the rendered page for the ₹ character.",
+        ],
+        inputs: { query: "dranzer" },
+        expectedBehaviour: "Prices are hidden from signed-out visitors so the catalogue cannot be read at scale without an account. The suggestion subtitle used to be the product's price, served from a route cached PUBLIC for 60 seconds — a live leak on every page of the site.",
+        expectedUiState: "Suggestion subtitles show the brand and category, e.g. 'Takara-Tomy · Attack Rings'. No ₹ appears anywhere in the dropdown or in the results, signed out.",
+        endResult: "Read-only; nothing persists.",
+    },
+    "checklist-content-discovery-search-search-no-sandbox": {
+        roles: ["guest"],
+        startPage: "/search",
+        steps: [
+            "Open /search?q=sandbox in a private window with no session.",
+            "Read every result row.",
+            "Search again for tester and read every row.",
+            "Note any row whose title or detail names a tester or sandbox fixture.",
+        ],
+        inputs: { query1: "sandbox", query2: "tester" },
+        expectedBehaviour: "The index is ONE shared file every browser downloads, with no per-viewer filter anywhere after it is built — so a test-data row in it is published to the world for that version's whole lifetime, and an immutable object cannot be recalled.",
+        expectedUiState: "No row seeded as test data appears. Finding even one is a disclosure, not a cosmetic issue.",
+        endResult: "Read-only; nothing persists.",
+    },
+    "checklist-content-discovery-search-search-freshness": {
+        roles: ["seller"],
+        startPage: "/store/products/new",
+        steps: [
+            "Create and PUBLISH a listing with a distinctive title, e.g. Freshness Probe Dranzer.",
+            "Write down the time.",
+            "Open /search in a private window and search that exact title.",
+            "If it is absent, wait and retry every few minutes for up to 20 minutes.",
+            "Once it appears, go back and UNPUBLISH the listing.",
+            "Search the same title again, retrying for up to 20 minutes.",
+        ],
+        inputs: { title: "Freshness Probe Dranzer" },
+        expectedBehaviour: "A content write marks the index stale and the scheduled job rebuilds within about 15 minutes. An unpublished listing still has a fresh updatedAt, so the incremental pass re-reads it, sees it fail the published filter, and removes it.",
+        expectedUiState: "The listing becomes findable within ~15 minutes of publishing and disappears within ~15 minutes of unpublishing. A row that NEVER appears and a row that never LEAVES are both failures, and both mean the rebuild has stopped — note which one you saw.",
+        endResult: "Delete the probe listing afterwards. Its absence from search within ~15 minutes is itself the final check.",
+    },
+    "checklist-content-discovery-search-search-facet-counts": {
+        roles: ["guest"],
+        startPage: "/search",
+        steps: [
+            "Open /search?q=beyblade in a private window.",
+            "Find the facet chips above the results and write down each chip's label and number.",
+            "Count the result rows actually shown for one type and compare it with that chip's number.",
+            "Click one chip.",
+            "Read the result rows again, and read the other chips' numbers again.",
+            "Click the same chip a second time to clear it.",
+        ],
+        inputs: { query: "beyblade" },
+        expectedBehaviour: "Facet counts are computed over the hits the current query produced, in memory. The Firestore path cannot afford this — it is one aggregation query per facet value, each needing its own composite index, and it returns no count at all when an index is missing.",
+        expectedUiState: "Chips show a number each. Clicking one narrows the results AND lowers the other chips' numbers to match. Clicking again restores both. A chip that does not change the results, or a number that disagrees with the rows you can count, is the failure.",
+        endResult: "Read-only; the selection is not persisted and is gone on reload.",
+    },
+    "checklist-content-discovery-search-search-guest-no-private": {
+        roles: ["guest"],
+        startPage: "/search",
+        steps: [
+            "Open a private window with no session and open DevTools → Network.",
+            "Clear the network log.",
+            "Go to /search?q=order.",
+            "Read every request in the log.",
+            "Look specifically for any request whose path contains /api/search/scoped.",
+            "Read the page for any section headed 'Your …' or 'Admin'.",
+        ],
+        inputs: { query: "order" },
+        expectedBehaviour: "A signed-out visitor must make NO authenticated request at all — not a 401, not an empty 200. The client gate, the route's auth requirement and the empty source list are three independent gates, because the expensive failure is not a guest seeing an error, it is a guest silently receiving someone's data.",
+        expectedUiState: "No /api/search/scoped request appears in the log in any form. No account or admin section renders on the page. A 401 in the log is still a FAIL — it means the request was issued.",
+        endResult: "Read-only; nothing persists.",
+    },
+    "checklist-content-discovery-search-search-buyer-isolation": {
+        roles: ["buyer"],
+        startPage: "/search",
+        steps: [
+            "Sign in as one buyer.",
+            "From an admin session in another browser, find a DIFFERENT buyer's order and note a distinctive word from its product title.",
+            "Back in the first buyer's session, search that word on /search.",
+            "Read every row, including any under 'Your orders'.",
+            "Now open /api/search/scoped?q=<that word> directly in the same signed-in session.",
+            "Read the raw JSON response end to end.",
+        ],
+        expectedBehaviour: "Every scoped source carries an owner clause built from the verified session, so the QUERY itself cannot return another viewer's rows. The API half of this check is the half that matters.",
+        expectedUiState: "Neither the page nor the JSON contains the other buyer's order. A page that hides the row while the endpoint returns it is precisely the failure this case exists for, and only the second half can see it.",
+        endResult: "Read-only; nothing persists.",
+    },
+    "checklist-content-discovery-search-search-seller-own-store": {
+        roles: ["seller"],
+        startPage: "/store/products/new",
+        steps: [
+            "Signed in as a seller, create a listing with a distinctive title and leave it as a DRAFT.",
+            "Go to /search and search that title.",
+            "Read which section the row appears under.",
+            "Note a draft title belonging to a DIFFERENT store (ask an admin for one).",
+            "Search that second title and read every row.",
+        ],
+        inputs: { ownDraft: "Isolation Probe Draft" },
+        expectedBehaviour: "A seller's own drafts are returned by the scoped tier. Published listings are deduped away because the public index already has them, so what survives in that section is exactly the drafts — which is why it is labelled as such.",
+        expectedUiState: "Your own draft appears under 'Your listings (incl. drafts)'. The other store's draft returns nothing at all.",
+        endResult: "Delete the probe draft afterwards.",
+    },
+    "checklist-content-discovery-search-search-listing-boxes-still-filter": {
+        roles: ["guest", "seller", "admin"],
+        startPage: "/stores",
+        steps: [
+            "Open /stores and type a real store name into the page's own search box.",
+            "Confirm the list narrows, then type zzzznope and confirm it empties.",
+            "Sign in as a seller, open /store/orders, and repeat both searches there.",
+            "Check the pager still works and the filter-drawer badge still shows the right count.",
+            "Sign in as an admin, open /admin/users, and repeat both searches there.",
+        ],
+        inputs: { control: "zzzznope" },
+        expectedBehaviour: "The per-collection boxes are a DIFFERENT system from site-wide search — they filter one table, carry URL state and feed real pagination — and nothing in the index work touches them. This case exists because that is a promise, and a promise with no check is a hope.",
+        expectedUiState: "All three boxes narrow on a real term and return zero on the control. Pagination still pages, and the filter-drawer badge still counts only drawer filters.",
+        endResult: "Read-only; the URL carries the query but nothing persists server-side.",
+    },
+    "checklist-content-discovery-search-search-support-ticket-two-words": {
+        roles: ["admin"],
+        startPage: "/admin/support-tickets",
+        steps: [
+            "Open /admin/support-tickets and read several ticket subjects.",
+            "Pick TWO words that appear together in exactly one subject, where the longer word also appears in others.",
+            "Type just the longer word into the search box and count the rows.",
+            "Now type both words and count the rows again.",
+            "Compare the two counts.",
+        ],
+        expectedBehaviour: "Both words must narrow the result. Before this the second word was discarded entirely — only the longest term reached the query — so a two-word search returned everything matching the longer word while looking like it was working.",
+        expectedUiState: "The two-word search returns FEWER rows than the one-word search, and every row it returns contains both words. Identical counts mean the second word is still being thrown away.",
+        endResult: "Read-only; nothing persists.",
+    },
+    "checklist-content-discovery-search-search-parts-page-has-a-box": {
+        roles: ["guest"],
+        startPage: "/parts",
+        steps: [
+            "Open /parts in a private window.",
+            "Look above the grid of classifications for a search input.",
+            "Type RF and read the rows that appear.",
+            "Read the second line of each row.",
+            "Clear it and type zzzznope.",
+            "Scroll down and confirm the classification grid is still present.",
+        ],
+        inputs: { query: "RF", control: "zzzznope" },
+        expectedBehaviour: "Before this the page was browse-only: 752 parts reachable only by clicking a classification and then a code, with no search input anywhere on the surface.",
+        expectedUiState: "A search box sits above the grid. 'RF' returns the part with its classification on a second line; 'zzzznope' says no part matches. The classification grid is still there underneath — the box adds a way in, it does not replace browsing.",
+        endResult: "Read-only; nothing persists.",
+    },
+    "checklist-content-discovery-search-search-facet-carries-through": {
+        roles: ["guest"],
+        startPage: "/search",
+        steps: [
+            "Open /search?q=beyblade in a private window.",
+            "Tick one facet chip, e.g. a brand.",
+            "Find that group's own 'See all →' link and read its href before clicking.",
+            "Click it.",
+            "Read the URL you land on and whether the listing page shows the same filter applied.",
+        ],
+        inputs: { query: "beyblade" },
+        expectedBehaviour: "The refinement a visitor builds on /search must survive the jump to the real browse page — losing it means re-doing work they already did.",
+        expectedUiState: "The destination URL carries the same filter (e.g. a brand query parameter), and the browse page opens already narrowed to it, not showing the unfiltered full list.",
+        endResult: "Read-only; nothing persists.",
+    },
+    "checklist-content-discovery-search-search-admin-person-exact": {
+        roles: ["admin"],
+        startPage: "/admin/users",
+        steps: [
+            "Sign in as admin and open /admin/users.",
+            "Pick a real user and note their first name only.",
+            "Type just that first name into the search box.",
+            "Read the results.",
+            "Clear the box and type only the first 3-4 letters of that same first name — a prefix, not the whole word.",
+            "Read the results again.",
+        ],
+        expectedBehaviour: "The admin search resolves through a whole-WORD index, not a whole-STRING exact match. Typing a first name alone must find a user whose displayName is 'First Last' — before this it required the exact full string. A PREFIX of the word must find nobody: the index is whole-word only on purpose, so it cannot be unpicked by counting partial-match frequencies.",
+        expectedUiState: "The full first name returns the user. The 3-4 letter prefix returns an empty list — not the same user, not anybody else.",
+        endResult: "Read-only; nothing persists.",
+    },
+    "checklist-content-discovery-search-search-no-plaintext-pii": {
+        roles: ["admin"],
+        startPage: "/admin/users",
+        steps: [
+            "With Firestore console access, open any `users` document.",
+            "Find the `nameTokensIndex` field and read its values.",
+            "Confirm every entry is an opaque hex string with an `hmac:` prefix, never a readable name fragment.",
+            "Separately, fetch the public search artifact's .json file (the one the header search downloads) and search its raw text for the word 'TokensIndex'.",
+        ],
+        needsReview: true,
+        reviewNote: "Needs Firestore console access, which an automated browser session does not have — flagged for a human or an admin-tooling pass rather than answered null.",
+        expectedBehaviour: "A blind index lets admin search without ever decrypting anyone's name. If the stored values are readable, or if the field reaches the public artifact (a deterministic per-person identifier published to every browser, cross-referenceable even unbroken), the whole design has failed regardless of what the UI shows.",
+        expectedUiState: "Every `nameTokensIndex` entry is an `hmac:`-prefixed digest. The public artifact's raw text contains no occurrence of 'TokensIndex' at all.",
+        endResult: "Read-only; nothing persists.",
+    },
+    "checklist-content-discovery-search-faq-punctuation-search": {
+        roles: ["guest"],
+        startPage: "/faqs",
+        steps: [
+            "Open /faqs in a private window.",
+            "Type !!! into the FAQ search box.",
+            "Read the message shown and count the FAQs displayed.",
+        ],
+        inputs: { punctuation: "!!!" },
+        expectedBehaviour: "GUARD CASE — pins behaviour that is already correct. A punctuation-only query has no searchable words, and must say so rather than silently falling through to 'no filter', which would return the entire FAQ catalogue disguised as search results.",
+        expectedUiState: "The page says the search had no searchable words. Zero FAQs are shown — not the full list.",
+        endResult: "Read-only; nothing persists.",
+    },
+};

package/dist/features/tester/seed-data/authored/design-ux__header-brand-mark-centring.d.ts

@@ -0,0 +1,2 @@
+import type { AuthoredCase } from "./_types";
+export declare const authored: Record<string, AuthoredCase>;

package/dist/features/tester/seed-data/authored/design-ux__header-brand-mark-centring.js

@@ -0,0 +1,90 @@
+/*
+ * WHY: Authored six-part procedures for the design-ux/header-brand-mark-centring page.
+ * WHAT: 6 case(s), keyed by full checklist id.
+ *
+ * @tag domain:tester
+ * @tag layer:seed
+ * @tag pattern:none
+ * @tag access:server-only
+ * @tag consumers:seed-data/authored/index.ts
+ * @tag sideEffects:none
+ */
+export const authored = {
+    "checklist-design-ux-header-brand-mark-centring-mark-clear-of-icons-across-the-lg-band": {
+        roles: ["guest"],
+        startPage: "/products",
+        steps: [
+            "Open /products signed out.",
+            "Set the window to exactly 1024px wide.",
+            "Widen in roughly 32px steps to 1280px, pausing at each step.",
+            "At each step look at the space between the 'LetItRip' wordmark and the first icon of the right-hand cluster.",
+        ],
+        expectedBehaviour: "The mark is one of three in-flow tracks in the title row, so the row's layout reserves its width and the action cluster cannot be laid out across it at any width. Previously it was absolutely positioned and the cluster simply grew over it between 1024px and ~1150px.",
+        expectedUiState: "At every step the leaf mark sits in clear space with visible gap on both sides. No part of it overlaps the notification bell, the messages icon, the wishlist heart or the cart. Each icon's full 44px square is unobstructed. If an overlap appears, record the exact window width it starts and stops at — the band is the finding, not the single screenshot.",
+        endResult: "Pure layout; nothing persists. Reloading at any width in the band reproduces the same clean header, and the band must not reappear after a reload.",
+    },
+    "checklist-design-ux-header-brand-mark-centring-mark-clear-signed-out-worst-case": {
+        roles: ["guest", "buyer"],
+        startPage: "/products",
+        steps: [
+            "Sign out completely and load /products.",
+            "Set the window to approximately 1100px wide.",
+            "Screenshot the header.",
+            "Sign in as any buyer and, without changing the window width, screenshot the header again.",
+        ],
+        expectedBehaviour: "Signed out the cluster is at its widest, because 'Sign in' and 'Register' (~160px together) replace a single 44px avatar. ~1100px signed out is the exact combination the original bug report was captured at, so it is the case most likely to regress.",
+        expectedUiState: "Both screenshots show the leaf mark clear of every control. Signed out the cluster reads search, Today's Deals, theme and hamburger plus 'Sign in' and 'Register'; signed in it reads bell, messages, heart, cart, avatar and the same four. In neither does the leaf touch an icon. If exactly one of the two fails, say which — signed-out-only failure means the auth buttons' extra width is still unaccounted for.",
+        endResult: "Navigation and session change only. Signing back out at the same width must return to the clean signed-out header, not to an overlapping one.",
+    },
+    "checklist-design-ux-header-brand-mark-centring-mark-shifts-rather-than-overlapping": {
+        roles: ["guest"],
+        startPage: "/products",
+        steps: [
+            "Signed out at /products, start from 1280px.",
+            "Narrow the window slowly toward 1024px.",
+            "Watch the leaf mark's horizontal position as the gap closes.",
+            "Stop at the narrowest point where the cluster still shows all of its icons.",
+        ],
+        expectedBehaviour: "When the cluster needs more than its half of the row, the side track holding the wordmark yields and the mark is pushed off-centre. Shifting is the intended degradation — the alternative designs either hide the mark under the icons (the old bug) or let the cluster shrink below its own content and be clipped, and the app shell is overflow-clipped, so clipped is gone rather than scrollable.",
+        expectedUiState: "As the window narrows the leaf drifts toward the wordmark and stays fully visible the whole way — it never slides beneath an icon and never gets cropped. Every icon keeps its full box, the hamburger stays entirely inside the right edge, and nothing is cut off. Report separately whether the failure was an overlap, a clipped control, or a disappearing leaf; they have different causes.",
+        endResult: "Nothing persists. Widening back to 1280px returns the leaf to the centre, which also confirms the shift is layout-driven and not a one-way state.",
+    },
+    "checklist-design-ux-header-brand-mark-centring-mark-centred-at-wide-widths": {
+        roles: ["guest"],
+        startPage: "/products",
+        steps: [
+            "Load /products and maximise the window (1440px or wider).",
+            "Compare the leaf mark's position against the horizontal centre of the page content.",
+            "Repeat at 1920px if the display allows it.",
+        ],
+        expectedBehaviour: "With room to spare the two side tracks each take an equal share of the free space, which places the middle track on the row's midpoint — the mark is centred by the layout rather than by a `left: 50%` offset.",
+        expectedUiState: "The leaf is centred in the header to the eye, lining up with the centre of the page beneath it. A mark that is visibly nudged to one side at a wide width is a DIFFERENT fault from the collision — the side tracks are no longer balanced — and should be filed as such, with the window width noted.",
+        endResult: "No state. The centring must hold across a reload and across a soft navigation to another page.",
+    },
+    "checklist-design-ux-header-brand-mark-centring-mark-absent-below-md": {
+        roles: ["guest"],
+        startPage: "/products",
+        steps: [
+            "Load /products signed out.",
+            "Set the window to 767px, then 640px, then 320px.",
+            "At each width inspect the whole header row end to end.",
+            "At 320px tap the hamburger.",
+        ],
+        expectedBehaviour: "The centred mark is hidden below md, which removes it as a layout item entirely rather than merely making it invisible — so the mobile header should be identical to how it has always rendered, with the two side tracks splitting the full width.",
+        expectedUiState: "No centred leaf at any of the three widths. A small leaf sits immediately left of the 'LetItRip' wordmark. The action cluster is still flush against the right edge with no unexplained empty gap between it and the edge. At 320px the hamburger is fully visible, not sliced by the edge, and tapping it opens the menu.",
+        endResult: "Nothing is written. Widening back past 768px brings the centred leaf back, confirming the hide is width-driven.",
+    },
+    "checklist-design-ux-header-brand-mark-centring-mark-centred-in-left-hand-mode": {
+        roles: ["guest"],
+        startPage: "/products",
+        steps: [
+            "Load /products and switch the interface to left-hand mode.",
+            "Set the window to 1024px.",
+            "Widen in ~32px steps to 1280px, checking the header at each step.",
+            "Narrow to 320px and check the header once more.",
+        ],
+        expectedBehaviour: "Hand mode reverses the row's main axis, so the two side tracks swap ends. Each side carries its own mirrored alignment, and the middle track is deliberately hand-neutral — a centred brand mark must not move when the hands swap.",
+        expectedUiState: "The wordmark sits flush against the RIGHT edge with no gap between it and the edge; the icon cluster sits flush against the LEFT edge with the hamburger outermost; the leaf stays centred and overlaps nothing at any step. A wordmark floating away from the right edge means a side track lost its mirrored alignment — that is a fix that only works in right-hand mode, and it is the most likely way this regresses.",
+        endResult: "The hand-mode preference persists across a reload; the header must render the same way after it. Switching back to right-hand mode mirrors everything again with the leaf still centred.",
+    },
+};

package/dist/features/tester/seed-data/authored/index.js

@@ -77,10 +77,15 @@ import { authored as a_content_discovery__blog } from "./content-discovery__blog
 import { authored as a_content_discovery__coupons } from "./content-discovery__coupons.js";
 import { authored as a_content_discovery__events } from "./content-discovery__events.js";
 import { authored as a_content_discovery__faq_help } from "./content-discovery__faq-help.js";
+import { authored as a_content_discovery__authenticity_checker } from "./content-discovery__authenticity-checker.js";
+import { authoredNearMiss as a_content_discovery__authenticity_near_miss } from "./content-discovery__authenticity-checker.js";
+import { authoredTypeahead as a_content_discovery__authenticity_typeahead } from "./content-discovery__authenticity-checker.js";
 import { authored as a_content_discovery__parts_database } from "./content-discovery__parts-database.js";
 import { authored as a_content_discovery__category_tabs_franchise_bundles } from "./content-discovery__category-tabs-franchise-bundles.js";
 import { authored as a_content_discovery__notifications } from "./content-discovery__notifications.js";
 import { authored as a_content_discovery__search } from "./content-discovery__search.js";
+import { authored as a_content_discovery__site_wide_index } from "./content-discovery__site-wide-index.js";
+import { authored as a_content_discovery__price_index_and_compare } from "./content-discovery__price-index-and-compare.js";
 import { authored as a_cta_layout__checkout_bottom_bar } from "./cta-layout__checkout-bottom-bar.js";
 import { authored as a_cta_layout__dialog_footers } from "./cta-layout__dialog-footers.js";
 import { authored as a_cta_layout__editor_action_bar } from "./cta-layout__editor-action-bar.js";
@@ -89,6 +94,7 @@ import { authored as a_design_ux__back_to_top_button } from "./design-ux__back-t
 import { authored as a_design_ux__rich_text_readability } from "./design-ux__rich-text-readability.js";
 import { authored as a_design_ux__action_bar_placement } from "./design-ux__action-bar-placement.js";
 import { authored as a_design_ux__nav_reachability } from "./design-ux__nav-reachability.js";
+import { authored as a_design_ux__header_brand_mark_centring } from "./design-ux__header-brand-mark-centring.js";
 import { authored as a_design_ux__header_controls_and_messages } from "./design-ux__header-controls-and-messages.js";
 import { authored as a_design_ux__feature_badge_picker } from "./design-ux__feature-badge-picker.js";
 import { authored as a_design_ux__dashboard_layout } from "./design-ux__dashboard-layout.js";
@@ -114,6 +120,10 @@ import { authored as a_selling__final_sale_authoring } from "./selling__final-sa
 import { authored as a_selling__listing_type_fields_roundtrip } from "./selling__listing-type-fields-roundtrip.js";
 import { authored as a_selling__media_limits } from "./selling__media-limits.js";
 import { authored as a_selling__seller_bids_bundles_filters } from "./selling__seller-bids-bundles-filters.js";
+import { authored as a_tools__sticker_tracer } from "./tools__sticker-tracer.js";
+import { authored as a_tools__sticker_promote_to_listings } from "./tools__sticker-promote-to-listings.js";
+import { authored as a_buying__spares_and_groups } from "./buying__spares-and-groups.js";
+import { authored as a_selling__spares_and_group_editing } from "./selling__spares-and-group-editing.js";
 import { authored as a_selling__seller_catalog_org } from "./selling__seller-catalog-org.js";
 import { authored as a_selling__seller_custom_brands } from "./selling__seller-custom-brands.js";
 import { authored as a_selling__seller_guide } from "./selling__seller-guide.js";
@@ -134,12 +144,14 @@ import { authored as a_seo__page_metadata } from "./seo__page-metadata.js";
 import { authored as a_seo__og_images } from "./seo__og-images.js";
 import { authored as a_search_and_nav__employee_permissions } from "./search-and-nav__employee-permissions.js";
 import { authored as a_search_and_nav__header_search } from "./search-and-nav__header-search.js";
+import { authoredIndexEra as a_search_and_nav__header_search_index_era } from "./search-and-nav__header-search.js";
 import { authored as a_search_and_nav__settings_deep_links } from "./search-and-nav__settings-deep-links.js";
 import { authored as a_search_and_nav__sidebar_search } from "./search-and-nav__sidebar-search.js";
 import { authored as a_selling__listing_edit_roundtrip } from "./selling__listing-edit-roundtrip.js";
 import { authored as a_selling__digital_content_delivery } from "./selling__digital-content-delivery.js";
 import { authored as a_selling__seller_orders_at_scale } from "./selling__seller-orders-at-scale.js";
 import { authored as a_content_discovery__category_counts_and_rollup } from "./content-discovery__category-counts-and-rollup.js";
+import { authored as a_content_discovery__overflowing_pill_rows } from "./content-discovery__overflowing-pill-rows.js";
 import { authored as a_content_discovery__store_reviews_aggregate } from "./content-discovery__store-reviews-aggregate.js";
 import { authored as a_buying__order_detail_actions } from "./buying__order-detail-actions.js";
 import { authored as a_admin__admin_detail_round_trips } from "./admin__admin-detail-round-trips.js";
@@ -204,10 +216,15 @@ export const AUTHORED_CASES = {
     ...a_content_discovery__coupons,
     ...a_content_discovery__events,
     ...a_content_discovery__faq_help,
+    ...a_content_discovery__authenticity_checker,
+    ...a_content_discovery__authenticity_near_miss,
+    ...a_content_discovery__authenticity_typeahead,
     ...a_content_discovery__parts_database,
     ...a_content_discovery__category_tabs_franchise_bundles,
     ...a_content_discovery__notifications,
     ...a_content_discovery__search,
+    ...a_content_discovery__site_wide_index,
+    ...a_content_discovery__price_index_and_compare,
     ...a_cta_layout__checkout_bottom_bar,
     ...a_cta_layout__dialog_footers,
     ...a_cta_layout__editor_action_bar,
@@ -216,6 +233,7 @@ export const AUTHORED_CASES = {
     ...a_design_ux__rich_text_readability,
     ...a_design_ux__action_bar_placement,
     ...a_design_ux__nav_reachability,
+    ...a_design_ux__header_brand_mark_centring,
     ...a_design_ux__header_controls_and_messages,
     ...a_design_ux__feature_badge_picker,
     ...a_design_ux__dashboard_layout,
@@ -241,6 +259,10 @@ export const AUTHORED_CASES = {
     ...a_selling__listing_type_fields_roundtrip,
     ...a_selling__media_limits,
     ...a_selling__seller_bids_bundles_filters,
+    ...a_tools__sticker_tracer,
+    ...a_tools__sticker_promote_to_listings,
+    ...a_buying__spares_and_groups,
+    ...a_selling__spares_and_group_editing,
     ...a_selling__seller_catalog_org,
     ...a_selling__seller_custom_brands,
     ...a_selling__seller_guide,
@@ -261,12 +283,14 @@ export const AUTHORED_CASES = {
     ...a_seo__og_images,
     ...a_search_and_nav__employee_permissions,
     ...a_search_and_nav__header_search,
+    ...a_search_and_nav__header_search_index_era,
     ...a_search_and_nav__settings_deep_links,
     ...a_search_and_nav__sidebar_search,
     ...a_selling__listing_edit_roundtrip,
     ...a_selling__digital_content_delivery,
     ...a_selling__seller_orders_at_scale,
     ...a_content_discovery__category_counts_and_rollup,
+    ...a_content_discovery__overflowing_pill_rows,
     ...a_content_discovery__store_reviews_aggregate,
     ...a_buying__order_detail_actions,
     ...a_admin__admin_detail_round_trips,

package/dist/features/tester/seed-data/authored/search-and-nav__header-search.d.ts

@@ -1,2 +1,3 @@
 import type { AuthoredCase } from "./_types";
 export declare const authored: Record<string, AuthoredCase>;
+export declare const authoredIndexEra: Record<string, AuthoredCase>;

package/dist/features/tester/seed-data/authored/search-and-nav__header-search.js

@@ -126,3 +126,60 @@ export const authored = {
         endResult: "Read-only; nothing persists. The fourth query is the control — a search that returned nothing for everything would pass the first three for the wrong reason.",
     },
 };
+/*
+ * ── The header now reaches /search (2026-10-19) ─────────────────────────
+ *
+ * One `onSearch` handler was the entire reason the cross-resource results
+ * page had no users: it mapped the type dropdown to a browse route and
+ * redirected there, so a buyer searching "dranzer" never learned there is
+ * also a category, a part, a blog post and an FAQ about it.
+ */
+export const authoredIndexEra = {
+    "checklist-search-and-nav-header-search-header-search-submit-lands-on-search": {
+        roles: ["guest"],
+        startPage: "/",
+        steps: [
+            "Open / in a private window.",
+            "Click the header search and type dranzer.",
+            "Press Enter.",
+            "Read the URL in the address bar.",
+            "Count the section headings on the page.",
+            "Find the 'See all … →' link on one group and read where it points.",
+        ],
+        inputs: { query: "dranzer" },
+        expectedBehaviour: "Submitting goes to the cross-resource page. The nine per-type browse routes are not lost — each is its own group's 'See all' link, which is where a per-type destination belongs once results are grouped.",
+        expectedUiState: "The URL is /search?q=dranzer. Results appear under several headings. Any URL of the form /products?q=… or /stores?q=… means the old redirect is still in place.",
+        endResult: "Read-only; nothing persists.",
+    },
+    "checklist-search-and-nav-header-search-header-search-type-is-a-filter": {
+        roles: ["guest"],
+        startPage: "/",
+        steps: [
+            "Open / in a private window.",
+            "Open the header search and set the type dropdown to Stores.",
+            "Type beyblade and press Enter.",
+            "Read the URL and the sections shown.",
+            "Find the Stores group and click its 'See all stores →' link.",
+            "Go back, clear the query completely, and press Enter with an EMPTY box.",
+            "Note whether the page navigated anywhere.",
+        ],
+        inputs: { type: "Stores", query: "beyblade" },
+        expectedBehaviour: "The dropdown narrows the result set; it no longer decides the destination. An empty query does nothing, because landing on a browse page you did not ask for is worse than staying put.",
+        expectedUiState: "You land on /search, not /stores. The Stores group's 'See all' link is what goes to /stores. Submitting an empty box leaves you exactly where you were.",
+        endResult: "Read-only; nothing persists.",
+    },
+    "checklist-search-and-nav-header-search-header-search-no-price-for-guest": {
+        roles: ["guest"],
+        startPage: "/",
+        steps: [
+            "Open / in a private window with no session.",
+            "Click the header search and type dranzer.",
+            "Read every suggestion row, including the small grey second line.",
+            "Look specifically for a ₹ figure anywhere in the dropdown.",
+        ],
+        inputs: { query: "dranzer" },
+        expectedBehaviour: "The suggestion subtitle used to be the product's price, from an unauthenticated route cached publicly for 60 seconds — so every signed-out visitor saw prices in the header on every page of the site.",
+        expectedUiState: "Subtitles read as brand and category, e.g. 'Takara-Tomy · Attack Rings'. Any ₹ in the dropdown while signed out is a FAIL.",
+        endResult: "Read-only; nothing persists.",
+    },
+};