@mohasinac/appkit 4.57.0 → 4.59.0

package/dist/features/tester/seed-data/authored/selling__store-dashboard-navigation.js

@@ -1,165 +0,0 @@
-/*
- * WHY: Authored six-part procedures for the selling/store-dashboard-navigation page.
- * WHAT: 9 case(s), keyed by full checklist id.
- *
- * Written by hand, case by case, against the label each one states. There is no
- * generator: the authoring scripts were deleted once it was clear they were
- * scaffolding around work that is simply writing.
- *
- * 🛑 THE STORE SUBTREE IS PER-REQUEST BECAUSE ITS LAYOUT READS THE SESSION, and
- * that single read is what makes every route beneath it dynamic — there is no
- * route-segment config anywhere in the tree, and adding one would be declaring a
- * rendering contract to silence a build error. The redirect case below exercises
- * exactly that layout read.
- *
- * @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-selling-store-dashboard-navigation-store-sidebar-all-links-work": {
-        roles: ["seller"],
-        startPage: "/store",
-        steps: [
-            "Sign in as tyson@beybladearena.in / TempPass123!.",
-            "Open /store and expand ALL SIX sidebar groups: Overview, Listings, Orders & Reviews, Finance, Store, Guides. The last one — Guides — sets defaultOpen:false, so it is the one a tester skips and then reports as missing.",
-            "Click each link in turn, reading where it lands and going back each time.",
-            "Write down any link that 404s, renders an empty shell, or lands somewhere unrelated.",
-            "Count the links against the pages that exist under /store. There are 39 sidebar items and 86 page.tsx files beneath /store, so a surplus of pages is EXPECTED — new/, [id]/edit/ and other sub-routes legitimately have no entry of their own. What matters is a top-level page with no route in at all.",
-        ],
-        expectedBehaviour: "Every sidebar link opens a real page with content. The inverse — a built page with no sidebar entry — is the same defect from the other side and is why the count matters: around seventeen store pages were once reachable only by typing their exact URL.",
-        expectedUiState: "Every link resolves to a page that renders content, not a 404 and not chrome with an empty body. Note any page you know exists that has no link — that half is not enforced and has to be spotted by eye.",
-        expectedData: { brokenLinks: 0 },
-        endResult: "Read-only; nothing persists.",
-    },
-    "checklist-selling-store-dashboard-navigation-store-sidebar-active-highlight": {
-        roles: ["seller"],
-        startPage: "/store",
-        steps: [
-            "Sign in as tyson@beybladearena.in / TempPass123!.",
-            "Open /store and note which sidebar entry is highlighted.",
-            "Navigate to /store/products and read which entry is highlighted.",
-            "Navigate to a nested page beneath it — open /store/products, then a product's editor at /store/products/{id}/edit — and read the highlight again. The parent Products entry must stay highlighted two levels down; a highlight that only matches the exact path goes dark on every editor.",
-            "Navigate to /store/orders and read it again.",
-            "Use the browser's back button and read the highlight.",
-        ],
-        expectedBehaviour: "The highlight follows the current path, including on nested routes where the sidebar has no entry of its own — a product editor should still highlight Products. It must also follow a back navigation, since the highlight is derived from the path rather than from the click.",
-        expectedUiState: "Exactly one entry is highlighted at a time and it matches the current section, including on the nested editor. After the back navigation the highlight matches wherever the browser landed.",
-        endResult: "Read-only; nothing persists.",
-    },
-    "checklist-selling-store-dashboard-navigation-store-sidebar-mobile-collapse": {
-        roles: ["seller"],
-        startPage: "/store",
-        steps: [
-            "Sign in as tyson@beybladearena.in / TempPass123!.",
-            "Resize the browser window to 390 pixels wide and open /store.",
-            "Open the sidebar using the header's hamburger icon.",
-            "Read its entries, and navigate somewhere.",
-            "Check whether it closed on navigation.",
-            "Count the fixed bars at the bottom of the screen and read every one of its slots, including the last ('More').",
-            "Tap the bottom bar's 'More' slot and read what it opens.",
-            "Try to scroll the page sideways.",
-        ],
-        inputs: { mobileWidth: 390 },
-        expectedBehaviour: "BEFORE (fixed 2026-09-28): /store rendered a dashboard-specific bottom bar — up to 5 flattened sidebar links, text-only, no icons — while the public bottom bar was suppressed on this route. AFTER: the dashboard sidebar opens from the header hamburger, exactly as on every dashboard route, and closes after navigating. The bottom tab bar itself is now the SAME shared bar every public page uses (same items, same order, same icons) — not a dashboard-specific one — and its own 'More' slot opens the public site menu, not this sidebar. Exactly one bottom bar is mounted either way.",
-        expectedUiState: "The header hamburger opens the dashboard sidebar, collapsed by default, closing after navigation. The bottom bar matches the public site's bar item-for-item, and tapping its 'More' slot opens the public menu rather than the dashboard sidebar. The page does not scroll sideways.",
-        expectedData: { bottomNavCount: 1 },
-        endResult: "Read-only; restore the window width afterwards.",
-    },
-    "checklist-selling-store-dashboard-navigation-store-deep-link-direct-load": {
-        roles: ["seller"],
-        startPage: "/store/products",
-        steps: [
-            "Sign in as tyson@beybladearena.in / TempPass123!.",
-            "Open a product's editor from /store/products and copy the URL.",
-            "Open a new tab and paste that URL directly.",
-            "Read whether the editor opens populated on the same record.",
-            "Reload that tab and read it again.",
-            "Copy a filtered listing URL — with a search term and a sort applied — and open it in a new tab.",
-            "Read whether the filters and sort are applied on first paint.",
-        ],
-        expectedBehaviour: "Every dashboard URL is a real destination: an editor deep link opens on its record, and a filtered listing URL reproduces its filters on first paint. Listing state lives in the URL for this reason, so the server's render and the toolbar controls agree.",
-        expectedUiState: "The pasted editor URL opens populated and survives a reload. The filtered listing URL shows the same rows, filters and sort as the tab it was copied from, on first paint rather than after a re-sort.",
-        endResult: "Read-only; close the editors without saving.",
-    },
-    "checklist-selling-store-dashboard-navigation-store-user-crossnav": {
-        roles: ["seller"],
-        startPage: "/store",
-        steps: [
-            "Sign in as tyson@beybladearena.in / TempPass123!.",
-            "Open /store and find the cross-dashboard navigation to the buyer portal.",
-            "Click through to /user and read where it lands.",
-            "From /user, find the way back to /store and click it.",
-            "Check the sidebar changed with the portal each time.",
-            "Open the public store page from within the dashboard — it is /stores/store-beyblade-arena, under the PLURAL /stores — and confirm it opens the public view rather than the editor. The two differ by one character, which is exactly how such a link ends up pointing back into the dashboard.",
-        ],
-        expectedBehaviour: "A seller is also a buyer, so both portals are reachable from each other and each renders its own navigation. The public-store link is a distinct destination from the store settings editor — conflating them is a live defect on the buyer side, where a 'My Profile' entry leads to the edit page rather than the public profile.",
-        expectedUiState: "Each cross-link lands in the other portal with that portal's own sidebar. The public store link opens the public store page, not the settings editor.",
-        endResult: "Read-only; nothing persists.",
-    },
-    "checklist-selling-store-dashboard-navigation-store-browser-back-forward": {
-        roles: ["seller"],
-        startPage: "/store",
-        steps: [
-            "Sign in as tyson@beybladearena.in / TempPass123!.",
-            "Open /store, then /store/products, then apply a filter, then open a product editor.",
-            "Press the browser back button once and read where it lands.",
-            "Press back again and read where it lands, including whether the filter is still applied.",
-            "Press back once more.",
-            "Press forward three times, reading each landing.",
-        ],
-        expectedBehaviour: "Every state change that alters the URL is one history entry, so back walks them in reverse. A filter change that writes the URL twice — once for the filter and once to reset the page number — produces two entries for one action and makes back appear not to work.",
-        expectedUiState: "Back and forward walk the sequence one step per press, and the filtered listing comes back with its filter applied. Two presses needed to undo a single filter change is the double-navigation failure.",
-        endResult: "Read-only; close any editor without saving.",
-    },
-    "checklist-selling-store-dashboard-navigation-store-logged-out-redirect": {
-        roles: ["guest"],
-        startPage: "/store",
-        steps: [
-            "Open a private window with no session.",
-            "Open /store and watch the page for 5 seconds.",
-            "Open /store/products and watch for 5 seconds.",
-            "Open /store/payouts and watch for 5 seconds.",
-            "Read each for any store name, order, payout figure or seller detail at any point.",
-            "Read where each ends up.",
-        ],
-        expectedBehaviour: "The store layout reads the session server-side, which both makes the whole subtree per-request and gates it. A signed-out request is redirected before any store data is rendered — no flash of a real store's figures.",
-        expectedUiState: "All three end on the sign-in page. At no point does a store name, an order, a payout amount or a seller's detail appear. A spinner still turning after 5 seconds is a separate failure from a leak, and both should be reported.",
-        expectedData: { storeDataShownToGuest: 0 },
-        endResult: "Read-only. Any trace of real store data is a leak and fails the case outright.",
-    },
-    "checklist-selling-store-dashboard-navigation-store-nav-listing-type-groups": {
-        roles: ["seller"],
-        startPage: "/store",
-        steps: [
-            "Sign in as tyson@beybladearena.in / TempPass123!.",
-            "Open /store and find the listing-type entries in the sidebar.",
-            "Write down every listing type offered.",
-            "Compare that list against the nine types the catalogue supports.",
-            "Open each and check it lists that type's listings rather than everything.",
-            "Write down any type that is missing or whose page shows the wrong listings.",
-        ],
-        expectedBehaviour: "Every listing type has a way in. Adding a type to the union and the plugin registry is not enough — omit it from the repository's filter-alias map and the alias returns an empty value that is then dropped, so the page runs with NO type filter and shows the seller everything.",
-        expectedUiState: "All nine types are offered and each page shows only its own type. A page showing the full catalogue under a type heading is the dropped-filter failure; a missing type is the other half of the same bug.",
-        expectedData: { listingTypeEntries: 9 },
-        endResult: "Read-only; nothing persists.",
-    },
-    "checklist-selling-store-dashboard-navigation-store-sidebar-logout-button": {
-        roles: ["seller"],
-        startPage: "/store",
-        steps: [
-            "Sign in as tyson@beybladearena.in / TempPass123!.",
-            "Open /store and find the log-out control in the sidebar.",
-            "Click it and read where the browser lands.",
-            "Open /store again.",
-            "Read what happens.",
-            "Press the browser back button and read what is shown.",
-        ],
-        expectedBehaviour: "Log out clears both halves of the session — the server cookie and the client auth session. Clearing only one leaves the browser able to re-mint a session on the next request, which is why the second navigation, not the redirect, is the real check.",
-        expectedUiState: "The browser leaves the dashboard on log-out. Opening /store afterwards redirects to sign-in rather than rendering the dashboard, even briefly with real data. The back button does not restore it from cache.",
-        endResult: "The session is ended. A dashboard visible via the back button after log-out is a real exposure on a shared machine.",
-    },
-};

package/dist/features/tester/seed-data/authored/selling__store-uncovered-pages.d.ts

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

package/dist/features/tester/seed-data/authored/selling__store-uncovered-pages.js

@@ -1,116 +0,0 @@
-/*
- * WHY: Authored six-part procedures for the selling/store-uncovered-pages page.
- * WHAT: 6 case(s), keyed by full checklist id.
- *
- * Six seller routes the sweep found with no case naming them anywhere. One case
- * each: does the page render, and does its main affordance work. A page nobody
- * has opened does not need depth before it has that.
- *
- * @tag domain:tester
- * @tag layer:seed
- * @tag pattern:none
- * @tag access:server-only
- * @tag consumers:seed-data/authored/index.ts
- * @tag sideEffects:none
- */
-const SIGN_IN_SELLER = "Sign in as tyson@beybladearena.in / TempPass123!.";
-export const authored = {
-    "checklist-selling-store-uncovered-pages-store-stickers-renders": {
-        roles: ["seller"],
-        startPage: "/store/stickers",
-        steps: [
-            SIGN_IN_SELLER,
-            "Open /store/stickers.",
-            "Read the listings shown and check each is a sticker listing.",
-            "Check no listing of another type appears.",
-            "Create a sticker listing from this page titled 'QA Store Sticker Probe' priced at 99.",
-            "Check it appears in the list, then delete it.",
-        ],
-        inputs: { title: "QA Store Sticker Probe", price: 99 },
-        expectedBehaviour: "The page lists this seller's sticker listings only and can create one. A type-scoped page whose query dropped its own type filter returns the seller's whole catalogue — which reads as a working page until somebody notices a Beyblade on the stickers screen.",
-        expectedUiState: "Only sticker listings are shown, and the new one appears after creation. Any other type present is the finding.",
-        endResult: "The probe listing is deleted.",
-    },
-    "checklist-selling-store-uncovered-pages-store-support-renders": {
-        roles: ["seller"],
-        startPage: "/store/support",
-        steps: [
-            SIGN_IN_SELLER,
-            "Open /store/support.",
-            "Read the tickets listed, or the empty state.",
-            "Open a new ticket with the subject 'QA seller support probe' and a body naming this checklist case.",
-            "Submit it and check it appears in the list.",
-            "Open it and reply once.",
-            "Reload and check both the ticket and the reply are still there.",
-        ],
-        inputs: { subject: "QA seller support probe" },
-        expectedBehaviour: "A seller can open and continue a ticket from their own dashboard rather than being sent to the buyer-side surface. The reply is the half more likely to fail silently — a reply appended optimistically and never written looks identical until the reload.",
-        expectedUiState: "The ticket and its reply are both present after the reload.",
-        endResult: "One QA support ticket exists; close it if the interface allows.",
-    },
-    "checklist-selling-store-uncovered-pages-store-analytics-cards-renders": {
-        roles: ["seller"],
-        startPage: "/store/analytics/cards",
-        steps: [
-            SIGN_IN_SELLER,
-            "Open /store/analytics/cards with the console open.",
-            "Read every figure shown.",
-            "Open /store/orders and count this store's orders.",
-            "Compare the analytics figures against what the orders list shows.",
-            "Check no figure is an order of magnitude out.",
-            "Read the console for errors.",
-        ],
-        expectedBehaviour: "The figures come from this store's real orders. Money is stored in whole rupees with decimals, so a figure computed against the older hundredth-unit scale reads a hundred times too large — plausible-looking on a screen nobody has a baseline for.",
-        expectedUiState: "Figures that reconcile with the orders list, a clean console, and no hundredfold jump. All zeros against real orders is equally a finding.",
-        endResult: "Read-only.",
-    },
-    "checklist-selling-store-uncovered-pages-store-preorders-renders": {
-        roles: ["seller"],
-        startPage: "/store/pre-orders",
-        steps: [
-            SIGN_IN_SELLER,
-            "Open /store/pre-orders. It REDIRECTS to /store/products?listingType=pre-order — the per-type seller pages were folded into the one products list with a type filter — so landing on a differently-named URL carrying a query is the design, not a broken link. Everything below is read on that filtered list.",
-            "Read the listings shown and check each is a pre-order.",
-            "Read each one's production status and delivery date in the list.",
-            "Create a pre-order from this page titled 'QA Store Preorder Probe' with a full price of 999 and a deposit of 200.",
-            "Check it appears in the list, then delete it.",
-        ],
-        inputs: { title: "QA Store Preorder Probe", fullPrice: 999, deposit: 200 },
-        expectedBehaviour: "The page lists this seller's pre-orders with the fields that make them pre-orders, and can create one. Production status and delivery date belong in the list rather than only in the editor — they are what the seller is managing.",
-        expectedUiState: "Only pre-orders are shown, each with its production status and delivery date, and the new one appears after creation.",
-        endResult: "The probe listing is deleted.",
-    },
-    "checklist-selling-store-uncovered-pages-store-guides-all-render": {
-        roles: ["seller"],
-        startPage: "/store/guide",
-        steps: [
-            SIGN_IN_SELLER,
-            "Open each of these by URL in turn: /store/guide, /store/guide/capabilities, /store/guide/finance, /store/guide/listings, /store/guide/orders, /store/guide/settings and /store/guide/whatsapp.",
-            "Check every one of them is also linked from the sidebar's 'Guides' group — it is the LAST group and sets defaultOpen:false, so EXPAND IT before concluding anything is unlinked. All seven are there: All Guides, Listings Guide, Orders Guide, Finance Guide, Settings, Capabilities, WhatsApp Catalog Sync.",
-            "Record any that 404 or render empty.",
-            "On two of them, check the screen they describe still exists and is named the same way.",
-            "Record any guide describing a control that is no longer there.",
-        ],
-        expectedBehaviour: "Every seller guide renders and describes something that still exists. A guide has no compiler behind it, so it rots silently — and a seller following instructions for a screen that was renamed concludes the site is broken rather than the documentation.",
-        expectedUiState: "Every guide loads with real content. A 404 is a finding; so is a guide naming a screen or control that no longer exists, recorded with which guide.",
-        expectedData: { guidePagesNotFound: 0 },
-        endResult: "Read-only.",
-    },
-    "checklist-selling-store-uncovered-pages-store-listing-templates-new-renders": {
-        roles: ["seller"],
-        startPage: "/store/listing-templates/new",
-        steps: [
-            SIGN_IN_SELLER,
-            "Open /store/listing-templates/new directly by URL.",
-            "Check the form is already open rather than the page being blank.",
-            "Create a template named 'QA Template Probe' with a description and a default condition.",
-            "Save it and check the browser lands on the template list with it present.",
-            "Start creating a listing and check the template is offered and applies its defaults.",
-            "Delete the template afterwards.",
-        ],
-        inputs: { name: "QA Template Probe" },
-        expectedBehaviour: "The editor page opens with its form showing, and a saved template is usable where templates are meant to be used. A template that saves and is never offered during listing creation is a feature with no consumer — which is the state a superseded template feature sat in for a long time.",
-        expectedUiState: "The form is open on arrival, the saved template is in the list, and it appears and applies when creating a listing. A template that saves and is never offered is the finding.",
-        endResult: "The probe template is deleted.",
-    },
-};

package/dist/features/tester/seed-data/authored/seo__canonical-and-host.d.ts

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

package/dist/features/tester/seed-data/authored/seo__canonical-and-host.js

@@ -1,127 +0,0 @@
-/*
- * WHY: Authored six-part procedures for the seo/canonical-and-host checklist page.
- * WHAT: 6 case(s), keyed by full checklist id.
- *
- * 🛑 THE CANONICAL HOST HAS EXACTLY ONE DEFINITION AND EVERYTHING DERIVES FROM IT.
- * When it had two — one hardcoded, one read from an environment variable, with a
- * comment claiming they were kept in sync — the sitemap advertised 182 URLs on a
- * host that redirected, the destination declared a canonical on a host present in
- * no sitemap, and the site fell out of search results with nothing erroring
- * anywhere. These cases are the read-side proof that there is still only one.
- *
- * @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-seo-canonical-and-host-gated-price-is-declared-in-structured-data": {
-        roles: ["guest"],
-        startPage: "/products/product-beyblade-burst-valkyrie",
-        steps: [
-            "Open /products/product-beyblade-burst-valkyrie in a private window and view the page source.",
-            "Find every <script type=\"application/ld+json\"> block and read them.",
-            "In the Product block, read the offers object and confirm it still carries a price and a priceCurrency.",
-            "Find the WebPage block and read its isAccessibleForFree value and its hasPart.cssSelector value.",
-            "Search the rendered HTML for that exact selector's class name and confirm at least one element carries it.",
-            "Repeat all of the above for /auctions/auction-beyblade-metal-lightning-l-drago.",
-        ],
-        expectedBehaviour: "The structured data keeps the price on purpose, so search engines still see it — and declares the on-page gate alongside it, so the richer markup is not an undeclared mismatch. Both halves are required: the price alone is a mismatch, and the declaration alone throws away the search value the decision was made to keep.",
-        expectedUiState: "The Product block's offers object contains a numeric price and priceCurrency 'INR'. A separate WebPage block is present carrying isAccessibleForFree: false and hasPart.cssSelector '.appkit-gated-price'. Searching the HTML for 'appkit-gated-price' finds at least one element. On the auction page the same two blocks are present, the offer price being the current bid. A page with offers.price and NO WebPage block is the failure; so is a cssSelector that matches no element in the HTML.",
-        expectedData: { webPageBlocksWithGateDeclared: 2, selectorMatchesElement: true },
-        endResult: "Read-only; nothing persists.",
-    },
-    "checklist-seo-canonical-and-host-apex-redirects-to-www": {
-        roles: ["guest"],
-        startPage: "/",
-        steps: [
-            "Open the site by typing the bare domain with no www prefix into the address bar.",
-            "Open the browser's network panel before the page finishes loading.",
-            "Read the status code of the FIRST response, before any redirect is followed.",
-            "Read the address bar afterwards.",
-            "Repeat with a deep path rather than the homepage.",
-        ],
-        expectedBehaviour: "The apex redirects to the www host permanently. A temporary redirect explicitly tells a search engine NOT to move the index entry, so the old address stays indexed while the new one is the only place content lives — which is how a site keeps two competing addresses for every page indefinitely.",
-        expectedUiState: "The first response is a permanent redirect — a 301 or 308 — not a 307 or 302. The address bar ends on the www host, and the deep path is preserved rather than being dropped to the homepage.",
-        expectedData: { redirectIsPermanent: true },
-        endResult: "Read-only.",
-    },
-    "checklist-seo-canonical-and-host-locale-prefix-redirects-to-bare": {
-        roles: ["guest"],
-        startPage: "/products",
-        steps: [
-            "Type the products path with an /en prefix in front of it into the address bar.",
-            "Watch the network panel and read the first response's status.",
-            "Read where the address bar lands.",
-            "Open /products from the site's own navigation — the Products entry in the main nav, not a typed URL — and read the address bar. It must land on /products with no locale prefix; the site's own links are what matter here, since a typed /en/products would only prove the redirect works, not that the navigation stopped emitting prefixed hrefs.",
-            "Compare the two.",
-        ],
-        expectedBehaviour: "A locale-prefixed path resolves to the unprefixed one, and the site's own links use the unprefixed form so no internal navigation pays the redirect. Two spellings of every path is two addresses a crawler has to reconcile, and one of them is always the slower.",
-        expectedUiState: "The prefixed path redirects and the address bar reads the bare path. The site's own navigation produces the bare path directly, with no redirect in the network panel.",
-        endResult: "Read-only.",
-    },
-    "checklist-seo-canonical-and-host-canonical-matches-visited-host": {
-        roles: ["guest"],
-        startPage: "/",
-        steps: [
-            "Open the homepage on the www host and view the page source. The canonical host has ONE definition — appkit.config.js seo.siteUrl, which defaults to https://www.letitrip.in and can be overridden by NEXT_PUBLIC_SITE_URL. That override is how these drifted apart before: one path read the env var and another held a hardcoded apex, so the sitemap advertised URLs on a host that redirected. Compare what you read here against the host in the address bar, not against a remembered value.",
-            "Find the canonical link element and read its href.",
-            "Compare its host against the host in the address bar.",
-            "Open /products and read its canonical.",
-            "Open /products/product-beyblade-burst-valkyrie and read its canonical.",
-            "Open /sitemap.xml and read the host on the first entry.",
-            "Compare all four hosts.",
-        ],
-        expectedBehaviour: "One definition of the host feeds page canonicals, social tags, structured data, robots and the sitemap. Two owners drifted the moment the deployment environment changed, and neither side errored — the sitemap simply advertised URLs that redirected while the destination pointed somewhere the sitemap never named.",
-        expectedUiState: "The canonical on every page names the same host as the address bar and as the sitemap. Any page whose canonical names a different host is the finding, named by page.",
-        expectedData: { distinctHosts: 1 },
-        endResult: "Read-only.",
-    },
-    "checklist-seo-canonical-and-host-no-inherited-homepage-canonical": {
-        roles: ["guest"],
-        startPage: "/reviews",
-        steps: [
-            "Open /reviews and view the page source.",
-            "Find the canonical link element, if there is one, and read its href.",
-            "Check it is not the homepage's URL.",
-            "Open /promotions and read its canonical the same way. EXPECT NONE: it is a bare redirect, and a redirect page deliberately carries no metadata at all, because redirect() fires before a document is produced — a crawler follows it and reads the canonical of the page it LANDS on. An absent canonical here is correct; the homepage's URL appearing here is the defect.",
-            "Open /sellers and /brands — two more pages unlikely to declare their own metadata — and read theirs.",
-        ],
-        expectedBehaviour: "Metadata declared at the root is INHERITED by every page beneath it, so a static absolute canonical there makes every page that does not override it declare itself a duplicate of the homepage. A page either declares its own or has none.",
-        expectedUiState: "No page other than the homepage carries the homepage's URL as its canonical. Every page whose canonical reads as the bare site root is a finding, listed by path.",
-        expectedData: { pagesCanonicalisedToHomepage: 0 },
-        endResult: "Read-only.",
-    },
-    "checklist-seo-canonical-and-host-tab-family-single-canonical": {
-        roles: ["guest"],
-        startPage: "/stores/store-beyblade-arena",
-        steps: [
-            "Open /stores/store-beyblade-arena and read its canonical from the page source.",
-            "Open the store's About tab and read its canonical.",
-            "Open two more of the store's tabs and read theirs.",
-            "Compare all four canonicals.",
-            "Read each tab's title and description as well.",
-        ],
-        inputs: { storeId: "store-beyblade-arena" },
-        expectedBehaviour: "Tabs are views of ONE page, so they share one canonical — the store's own URL, which is the one the sitemap advertises. Four competing canonicals split the section into four addresses, none of which is the advertised one. Titles and descriptions genuinely differ per tab and must keep differing.",
-        expectedUiState: "All four tabs declare the same canonical, and it is the store's base URL. Each tab still has its own title and description. Four different canonicals is the failure; four identical titles is a separate, smaller one.",
-        expectedData: { distinctCanonicals: 1 },
-        endResult: "Read-only.",
-    },
-    "checklist-seo-canonical-and-host-redirect-only-page-no-canonical": {
-        roles: ["guest"],
-        startPage: "/promotions",
-        steps: [
-            "Open the network panel and navigate to /promotions.",
-            "Read whether the first response is a redirect.",
-            "Read where it lands.",
-            "View the source of the page it landed on and read its canonical.",
-            "Check that canonical names the LANDING page rather than /promotions.",
-        ],
-        expectedBehaviour: "A redirect fires before any document is produced, so metadata declared on a redirecting page never reaches a browser at all — a crawler follows the redirect and reads the canonical of the page it lands on. Metadata there is code that reads as though it were doing something and is not.",
-        expectedUiState: "The redirect resolves and the landing page's canonical names the landing page. A canonical naming the redirecting path is the failure.",
-        endResult: "Read-only.",
-    },
-};

package/dist/features/tester/seed-data/authored/seo__og-images.d.ts

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

package/dist/features/tester/seed-data/authored/seo__og-images.js

@@ -1,107 +0,0 @@
-/*
- * WHY: Authored six-part procedures for the seo/og-images checklist page.
- * WHAT: 5 case(s), keyed by full checklist id.
- *
- * A social card is rendered server-side and never appears in the page a visitor
- * sees, so every failure here is invisible until somebody shares a link. The brand
- * card's image reader named a field the record does not have — always undefined,
- * always omitted, and the card still rendered.
- *
- * @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-seo-og-images-og-image-renders-homepage": {
-        roles: ["guest"],
-        startPage: "/",
-        steps: [
-            "Open the homepage and view the page source.",
-            "Find the og:image tag and copy its URL.",
-            "Open that URL in a fresh tab.",
-            "Read what renders — a real image, an error, or a blank frame.",
-            "Read the response status and content type in the network panel.",
-        ],
-        expectedBehaviour: "The social image URL serves a real image. It is generated rather than a static file, so a failure inside the generator returns an error or an empty frame that nothing on the site would ever reveal.",
-        expectedUiState: "The URL returns 200 with an image content type and renders a card carrying the site's branding. A blank frame or an error page is the finding.",
-        endResult: "Read-only.",
-    },
-    "checklist-seo-og-images-og-image-product": {
-        roles: ["guest"],
-        startPage: "/products/product-beyblade-burst-valkyrie",
-        steps: [
-            "Open /products/product-beyblade-burst-valkyrie and note the product's title and main photo.",
-            "View the source, find the og:image tag and copy its URL.",
-            "Open that URL in a fresh tab.",
-            "Read the title rendered on the card and compare it against the product's.",
-            "Check the product's own photo appears on the card rather than a generic placeholder.",
-        ],
-        inputs: { productId: "product-beyblade-burst-valkyrie" },
-        expectedBehaviour: "A product's card is built from that product. A card that renders correctly but with the site's default artwork is the more likely failure — it looks deliberate, and only comparing it against the product reveals that the record was never read.",
-        expectedUiState: "The card shows the product's own title and its own photo. A generic card is the finding.",
-        endResult: "Read-only.",
-    },
-    "checklist-seo-og-images-og-image-carries-no-price": {
-        roles: ["guest"],
-        startPage: "/products/product-beyblade-burst-valkyrie",
-        steps: [
-            "Open /products/product-beyblade-burst-valkyrie, view source, find the og:image tag and open its URL in a fresh tab.",
-            "Read every figure printed on the card.",
-            "Repeat for /bundles/bundle-every-generation-starter-pack.",
-            "Repeat for /classified/classified-beyblade-stadium-set.",
-            "Repeat for /digital-codes/digitalcode-beyblade-x-app-starter-pack.",
-            "Repeat for /live/live-golden-retriever-puppy.",
-            "Repeat for /prize-draws/prizedraw-beyblade-mystery-box.",
-        ],
-        expectedBehaviour: "None of these cards prints a money amount. The card is a public image URL with its contents burned into the pixels, so a price there survives every gate on the page and is fetchable by anyone who has the listing URL. A prize draw that is genuinely free may still say 'Free entry' — that is a fact about the draw, not a disclosed amount.",
-        expectedUiState: "BEFORE: the product card showed '₹1,299', the bundle card its bundle price, the classified/digital-code/live/catalogue cards their own prices, and the prize-draw card '₹X / entry'. AFTER: no '₹' character appears on any of the six cards. The auction and pre-order cards are unchanged — they show an end date and a release date respectively and never carried a price.",
-        expectedData: { cardsShowingRupee: 0 },
-        endResult: "Read-only. A ₹ figure on any of these cards is the regression this case exists for.",
-    },
-    "checklist-seo-og-images-og-image-brand-logo-present": {
-        roles: ["guest"],
-        startPage: "/brands/brand-takara-tomy",
-        steps: [
-            "Open /brands/brand-takara-tomy and note the cover image shown in its hero.",
-            "View the source, find the og:image tag and copy its URL.",
-            "Open that URL in a fresh tab.",
-            "Read whether the brand's image is on the card or the slot is empty.",
-            "Repeat with /brands/brand-beyblade.",
-        ],
-        inputs: { brandId: "brand-takara-tomy" },
-        expectedBehaviour: "The card reads the same cover image the brand page's hero uses. It previously read a field that does not exist on a brand record at all, so the value was always undefined and the image was silently omitted — the card still rendered, just without it.",
-        expectedUiState: "The brand's cover image is on the card for both brands. An empty image slot with the rest of the card intact is exactly the failure this case exists for.",
-        endResult: "Read-only.",
-    },
-    "checklist-seo-og-images-og-tags-present-and-absolute": {
-        roles: ["guest"],
-        startPage: "/products/product-beyblade-burst-valkyrie",
-        steps: [
-            "Open /products/product-beyblade-burst-valkyrie and view the source.",
-            "List every og: and twitter: tag present.",
-            "Check og:title, og:description, og:image and og:url are all there.",
-            "Read og:image's and og:url's values and check both are absolute URLs.",
-            "Check their host matches the canonical's host.",
-            "Repeat on a store page and a blog post.",
-        ],
-        expectedBehaviour: "Social tags are present and their URLs are absolute on the canonical host. A relative social image URL is not fetchable by the service rendering the preview — it has no page context to resolve it against — so the card falls back to nothing.",
-        expectedUiState: "All four tags present on all three pages, with absolute URLs on the canonical host. A relative URL, or one on a different host, is the finding.",
-        endResult: "Read-only.",
-    },
-    "checklist-seo-og-images-og-image-missing-media-fallback": {
-        roles: ["guest"],
-        startPage: "/classified/classified-beyblade-stadium-set",
-        steps: [
-            "🛑 THIS BRANCH CANNOT BE REACHED THROUGH THE UI — answer null and record why, rather than hunting. The OG renderer falls back when a listing has neither mainImage nor images[0] (resolveOgImageUrl is passed null), but EVERY seeded listing carries images, and both product forms require one: the schema is mainImage: z.string().min(1, 'A main image is required'), on the quick form and the advanced form alike. So no listing a tester can find or create reaches the fallback. Confirm the branch exists by reading the source if you wish, then abstain — a fabricated yes here would be coverage of a path no visitor can produce.",
-            "Open its detail page and view the source.",
-            "Copy the og:image URL and open it in a fresh tab.",
-            "Read what renders.",
-        ],
-        expectedBehaviour: "A record with no image still produces a readable card, falling back to the site's own artwork rather than to a broken image. A card generator that assumes an image exists throws, and the shared link then has no preview at all.",
-        expectedUiState: "The card renders with the listing's title over the site's default artwork. A broken image, an error page or a 500 are all findings.",
-        endResult: "Read-only.",
-    },
-};

package/dist/features/tester/seed-data/authored/seo__page-metadata.d.ts

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