@mohasinac/appkit 4.34.1 → 4.35.1

package/dist/features/tester/seed-data/authored/selling__seller-shipping-payouts-setup.js

@@ -0,0 +1,180 @@
+/*
+ * WHY: Authored six-part procedures for the selling/seller-shipping-payouts-setup page.
+ * WHAT: 10 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.
+ *
+ * 🛑 SEPARATE PAGES WERE CONSOLIDATED INTO TABS, so the old URLs are live links in
+ * bookmarks, emails and guides. Three cases here are about that seam: old URLs
+ * must still land, the tab must be written back to the URL so a deep link works
+ * in both directions, and a search box must only promise what its corpus can
+ * deliver.
+ *
+ * @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-seller-shipping-payouts-setup-shipping-page": {
+        roles: ["seller"],
+        startPage: "/store/shipping",
+        steps: [
+            "Sign in as tyson@beybladearena.in / TempPass123!.",
+            "Open the store's shipping settings and read every field and section.",
+            "Note which shipping options the store currently offers and their rates.",
+            "Read whether a free-shipping threshold is configurable and what it is set to.",
+            "Reload the page and confirm the same values are shown.",
+        ],
+        expectedBehaviour: "The page renders the store's real shipping configuration. Free shipping is DERIVED from who pays rather than being a field of its own, so a control labelled 'free shipping' has to write the field the read side actually consults — a filter on a field the document does not have matches nothing forever.",
+        expectedUiState: "Every configured option and rate is shown with real values rather than blanks. Reloading reproduces them.",
+        endResult: "Read-only; nothing persists.",
+    },
+    "checklist-selling-seller-shipping-payouts-setup-shipping-configs-crud": {
+        roles: ["seller"],
+        startPage: "/store/shipping",
+        steps: [
+            "Sign in as tyson@beybladearena.in / TempPass123!.",
+            "Open the store's shipping settings and create a config named 'QA Shipping configs-crud' with a rate of 99.",
+            "Save, RELOAD, and read every field of it.",
+            "Edit only its rate to 149, save, RELOAD, and read every field again including the name.",
+            "Open a product's editor and check the new config is offered as a shipping choice.",
+            "Delete the config and RELOAD to confirm.",
+        ],
+        inputs: { name: "QA Shipping configs-crud", rateBefore: 99, rateAfter: 149 },
+        expectedBehaviour: "Create, edit and delete persist, and an edit to one field leaves the others alone. A new config becomes available to the listing forms immediately — a config that exists only on its own settings page is a config no listing can use.",
+        expectedUiState: "After each reload the config holds exactly what was saved. Following the rate edit the name is unchanged. The config appears in a product editor's shipping choices.",
+        endResult: "The config is deleted by the final step.",
+    },
+    "checklist-selling-seller-shipping-payouts-setup-payout-methods-crud": {
+        roles: ["seller"],
+        startPage: "/store/payouts",
+        steps: [
+            "Sign in as tyson@beybladearena.in / TempPass123!.",
+            "Open the store's payout methods and read the existing ones.",
+            "Note how any existing account number or UPI id is displayed.",
+            "Add a method named 'QA Payout methods-crud' with test details and save.",
+            "RELOAD and read how the new method's details are displayed.",
+            "Open the browser's View Source and search for the full account identifier you typed.",
+            "Delete the method.",
+        ],
+        inputs: { name: "QA Payout methods-crud" },
+        expectedBehaviour: "Payout details are PII-encrypted at rest and shown masked. This is one of the few places a seller's bank identifier exists in the product at all, so the source check is the real assertion — a masked display over an unmasked payload is a leak that looks like a fix.",
+        expectedUiState: "Existing and new methods both show masked identifiers rather than full ones. The full identifier does not appear anywhere in the page source, including the embedded data payload.",
+        expectedData: { fullIdentifierInSource: 0 },
+        endResult: "The method is deleted by the final step. A full account number in the source fails the case regardless of how the page renders.",
+    },
+    "checklist-selling-seller-shipping-payouts-setup-payout-settings-page": {
+        roles: ["seller"],
+        startPage: "/store/payouts",
+        steps: [
+            "Sign in as tyson@beybladearena.in / TempPass123!.",
+            "Open the store's payout settings and read every field and toggle.",
+            "Read whether the payout schedule, hold period and minimum amount are shown.",
+            "Change one editable setting and save.",
+            "RELOAD and read every setting again.",
+            "Restore the changed setting.",
+        ],
+        expectedBehaviour: "The page shows the seller's own payout settings and saves what they change. Platform-side figures such as the hold period and the minimum payout amount are informational here — they are not buyer-facing and were once being published by an unauthenticated public endpoint, so a seller seeing them is correct and a public page showing them is not.",
+        expectedUiState: "Settings render with real values and the changed one survives the reload. Every other setting is unchanged after the save.",
+        endResult: "The setting is restored by the final step.",
+    },
+    "checklist-selling-seller-shipping-payouts-setup-consolidated-tabs-old-urls": {
+        roles: ["seller"],
+        startPage: "/store/shipping",
+        steps: [
+            "Sign in as tyson@beybladearena.in / TempPass123!.",
+            "Open each of the pre-consolidation URLs directly in the address bar, one at a time.",
+            "For each, read where the browser lands and which tab is open.",
+            "Note any that 404 or land on the first tab rather than the one they name.",
+            "Read the final URL each one settles on.",
+        ],
+        expectedBehaviour: "An old URL lands on the consolidated page WITH its own tab open. These URLs are live in bookmarks, emails and guides, so a 404 breaks links that were correct when they were written — and landing on tab one is only marginally better, since the user still has to hunt.",
+        expectedUiState: "Every old URL resolves and opens the tab it corresponds to. None 404s and none lands on the default tab. Record any that do, by URL.",
+        endResult: "Read-only; nothing persists.",
+    },
+    "checklist-selling-seller-shipping-payouts-setup-consolidated-tabs-url-writeback": {
+        roles: ["seller"],
+        startPage: "/store/shipping",
+        steps: [
+            "Sign in as tyson@beybladearena.in / TempPass123!.",
+            "Open the consolidated settings page and read the URL.",
+            "Click a different tab and read the URL again.",
+            "Copy that URL, open it in a new tab, and read which tab is open.",
+            "Press the browser back button and read which tab is shown.",
+            "Open the page with an unknown tab value in the URL and read what happens.",
+        ],
+        expectedBehaviour: "Selecting a tab writes it to the URL, so the deep link works in both directions and back walks the tabs. An unknown value falls back to the default quietly — the realistic cause is a stale bookmark from a renamed tab, which is not an error condition.",
+        expectedUiState: "The URL changes with the tab and reopening it lands on that tab. Back returns to the previous tab. An unknown value opens the default with no error banner and no blank panel.",
+        endResult: "Read-only; nothing persists beyond the URL.",
+    },
+    "checklist-selling-seller-shipping-payouts-setup-print-center-selection-deeplink": {
+        roles: ["seller"],
+        startPage: "/store/print-center",
+        steps: [
+            "Sign in as tyson@beybladearena.in / TempPass123!.",
+            "Open /store/print-center and select two items to print.",
+            "Read the URL and check the selection is represented in it.",
+            "Copy the URL and open it in a new tab.",
+            "Read whether the same two items are selected on arrival.",
+            "Reload and read the selection again.",
+        ],
+        expectedBehaviour: "A print selection is deep-linkable so it can be reopened or handed to a colleague. Holding it in component state alone means the URL describes a different page than the one on screen, and reloading loses the work.",
+        expectedUiState: "The URL encodes the selection, the pasted URL arrives with the same two items selected, and a reload preserves them. A selection lost on reload is the failure.",
+        endResult: "Clear the selection; nothing is printed.",
+    },
+    "checklist-selling-seller-shipping-payouts-setup-search-box-promises-match-corpus": {
+        roles: ["seller"],
+        startPage: "/store/products",
+        steps: [
+            "Sign in as tyson@beybladearena.in / TempPass123!.",
+            "Open each store listing page that has a search box and read its placeholder text.",
+            "Write down what each placeholder claims to search — title, sku, buyer, id.",
+            "For each page, search a value of every kind its placeholder names.",
+            "Write down any kind the placeholder names that returns nothing when it should match.",
+            "Search zzzznope on each page and confirm zero results.",
+        ],
+        inputs: { nonsenseQuery: "zzzznope" },
+        expectedBehaviour: "A placeholder is a promise about what the corpus can match. Naming a field the search index does not carry produces a search that fails for a reason the user cannot see — they conclude the record does not exist. Placeholders promising something unmatchable have been found and removed before.",
+        expectedUiState: "Every kind a placeholder names returns results when a matching value is searched. 'zzzznope' returns zero everywhere. A placeholder promising a field that matches nothing is the finding, quoted with the page it is on.",
+        expectedData: { unkeptPlaceholderPromises: 0 },
+        endResult: "Read-only; nothing persists beyond the URL.",
+    },
+    "checklist-selling-seller-shipping-payouts-setup-exact-search-boxes-commit-on-enter": {
+        roles: ["seller"],
+        startPage: "/store/orders",
+        steps: [
+            "Sign in as tyson@beybladearena.in / TempPass123!.",
+            "Open a store listing whose search is exact-match and read its helper text.",
+            "Type a full matching value but do NOT press Enter — wait five seconds and read the rows.",
+            "Press Enter and read the rows.",
+            "Clear the box, type a partial value, press Enter, and read the rows.",
+            "Type zzzznope, press Enter, and read the rows.",
+        ],
+        inputs: { nonsenseQuery: "zzzznope" },
+        expectedBehaviour: "An exact-match box commits on Enter rather than searching as you type. Encrypted fields can only be matched through a blind index, so a partial value cannot match — searching mid-typing would fire a query per keystroke, every one of which is guaranteed to return nothing.",
+        expectedUiState: "Nothing changes while typing. Enter runs the search and the full value returns its rows. The partial value returns none, and the helper text explains that matching is exact. 'zzzznope' returns none.",
+        endResult: "Read-only; nothing persists beyond the URL.",
+    },
+    "checklist-selling-seller-shipping-payouts-setup-consolidated-tabs-command-palette": {
+        roles: ["seller"],
+        startPage: "/store",
+        steps: [
+            "Sign in as tyson@beybladearena.in / TempPass123!.",
+            "Open /store and open the command palette or header search.",
+            "Type shipping and read the results.",
+            "Click the result and read which page and which tab it opens.",
+            "Repeat with payout, reading the results and where they land.",
+            "Type zzzznope and read the results.",
+        ],
+        inputs: { query1: "shipping", query2: "payout", nonsenseQuery: "zzzznope" },
+        expectedBehaviour: "Search reaches individual TABS, not only the consolidated page, because a tab is where the setting actually is. Landing on the page's first tab and leaving the seller to hunt is the same failure as the old-URL case, arriving from a different direction.",
+        expectedUiState: "Both queries return entries that open the consolidated page ON the relevant tab. 'zzzznope' returns nothing rather than the full list of settings.",
+        expectedData: { nonsenseResultCount: 0 },
+        endResult: "Read-only; nothing persists.",
+    },
+};

package/dist/features/tester/seed-data/authored/selling__store-dashboard-navigation.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/selling__store-dashboard-navigation.js

@@ -0,0 +1,164 @@
+/*
+ * 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 every group in the sidebar.",
+            "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 number of pages that exist under /store.",
+        ],
+        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 — a product's editor — and read the highlight again.",
+            "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.",
+            "Read how the sidebar is presented.",
+            "Open it, read its entries, and navigate somewhere.",
+            "Check whether it closed on navigation.",
+            "Count the fixed bars at the bottom of the screen.",
+            "Try to scroll the page sideways.",
+        ],
+        inputs: { mobileWidth: 390 },
+        expectedBehaviour: "On a phone the sidebar collapses behind a control and closes after navigating. The dashboard renders its own bottom tab bar and the public one is suppressed on these routes, so exactly one is mounted — two would be two bars on the same pixels with a height nobody owns.",
+        expectedUiState: "The sidebar is collapsed by default, opens on demand, and closes after a navigation. Exactly one bottom bar is present, carrying dashboard destinations. 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 and confirm it opens the public view rather than the editor.",
+        ],
+        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

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

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

@@ -0,0 +1,116 @@
+/*
+ * 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.",
+            "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 Guide area rather than only reachable by URL.",
+            "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

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

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

@@ -0,0 +1,111 @@
+/*
+ * 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-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 the products page from the site's own navigation and read the address bar.",
+            "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.",
+            "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: "/promotions",
+        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.",
+            "Open two more pages that are 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

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