@mohasinac/appkit 4.58.0 → 4.60.0

package/dist/features/tester/seed-data/authored/selling__listing-lifecycle.js

@@ -1,336 +0,0 @@
-/*
- * WHY: Authored six-part procedures for the selling/listing-lifecycle page.
- * WHAT: 18 case(s), keyed by full checklist id.
- *
- * 🛑 EVERY OTHER PAGE TESTS A LISTING TYPE AT REST. THIS ONE WALKS IT.
- * Detail pages, badges and filters are covered elsewhere; what was not covered
- * anywhere is create → publish → sell → close, per type, which is where the
- * type-specific fields either survive the round trip or quietly do not.
- *
- * Adding a listing type is a five-place change and TypeScript catches only three
- * of them. The two it misses both fail SILENTLY and in the same shape — a query
- * that returns everything, or a post-filter that strips the type from every
- * unfiltered call — so a type can be fully built, fully rendered on its own page,
- * and invisible in every grid. Several cases here exist for exactly 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!.";
-/*
- * The two MIXED-ROLE cases below list roles [seller, buyer], and identityFor
- * resolves that to the BUYER session — admin wins if present, then all-seller,
- * and everything else falls to the buyer. So those batches open as someone who
- * owns no store, and their first step is a seller action. They say so; the
- * twelve seller-only cases on this page need no such warning and do not carry
- * one.
- */
-const SIGN_IN_SELLER_MIXED = SIGN_IN_SELLER +
-    " 🛑 THIS CASE OPENS AS THE BUYER because its roles are [seller, buyer]. Copy tester/.tester-runs/session-seller.json over session.json and CLOSE THE BROWSER before this step; the MCP reads that file only when the context is created.";
-export const authored = {
-    "checklist-selling-listing-lifecycle-standard-create-publish-sell": {
-        roles: ["seller", "buyer"],
-        startPage: "/store/products",
-        steps: [
-            SIGN_IN_SELLER,
-            "Create a standard listing titled 'QA Lifecycle Standard' priced at 349 with stock 1, and publish it.",
-            "Open its public page and check it is buyable.",
-            "Sign in as rehan.sheikh@gmail.com / TempPass123! and buy it with Cash on Delivery.",
-            "Sign back in as the seller and read the listing's stock and availability.",
-            "Open /products and check the listing has left the Available scope.",
-            "Delete the listing afterwards.",
-        ],
-        inputs: { title: "QA Lifecycle Standard", price: 349, stock: 1 },
-        expectedBehaviour: "The full walk works: created, publicly buyable, bought, stock decremented, and out of the available scope once stock reaches zero. Availability is one shared rule rather than a per-surface check, so the listing must leave the scope everywhere at once.",
-        expectedUiState: "Stock reads 0 after the purchase and the listing is absent from Available while present in All. Still appearing as buyable is the finding.",
-        expectedData: { stockAfterSale: 0 },
-        endResult: "The QA listing is deleted; one order exists.",
-    },
-    "checklist-selling-listing-lifecycle-auction-create-publish-bid-close": {
-        roles: ["seller", "buyer"],
-        startPage: "/store/products",
-        steps: [
-            SIGN_IN_SELLER_MIXED,
-            "Create an auction titled 'QA Lifecycle Auction' with a starting bid of 500, an increment of 50 and no reserve, ending within the current test window, and publish it.",
-            "Swap session: copy tester/.tester-runs/session-buyer.json over session.json and CLOSE THE BROWSER before continuing — the MCP reads that file only when the context is created, so swapping over an open browser changes nothing and the next steps run as the previous person. Then sign in as rehan.sheikh@gmail.com / TempPass123! and place a bid of 550.",
-            "Sign out and sign in as vivaan.kapoor@gmail.com / TempPass123! — same browser session file, a different account — and place a bid of 600.",
-            "Wait for the auction to end.",
-            "Read the auction page for the outcome.",
-            "Sign in as the winning bidder (vivaan, at ₹600) and check the won line is in their cart under the Won Auctions tab.",
-        ],
-        inputs: { title: "QA Lifecycle Auction", startingBid: 500, increment: 50, bidA: 550, bidB: 600 },
-        expectedBehaviour: "The auction closes at its end time and the top bidder wins. A win reaches the buyer as a LOCKED cart line rather than as a ready-made order, because that is the only checkout that knows how to collect an address, charge a method and split per store — an order written directly by settlement had no payment method and no way to pay it at all.",
-        expectedUiState: "The auction shows as ended with the ₹600.00 bidder as the winner, and that bidder's cart holds a non-removable won line under the Won Auctions tab.",
-        expectedData: { winningBid: 600 },
-        endResult: "An auction is settled and a won line exists. Set the end time with the shared window helper so this is testable inside one run.",
-    },
-    "checklist-selling-listing-lifecycle-auction-reserve-respected-at-close": {
-        roles: ["seller", "buyer"],
-        startPage: "/store/products",
-        steps: [
-            SIGN_IN_SELLER,
-            "Create an auction titled 'QA Lifecycle Reserve' with a starting bid of 500 and a reserve of 2000, ending within the current test window, and publish it.",
-            "Sign in as rehan.sheikh@gmail.com / TempPass123! and bid 600.",
-            "Read whether the page says the reserve has not been met.",
-            "Wait for the auction to end.",
-            "Read the outcome on the auction page.",
-            "Check no winner was declared and no won line reached the bidder's cart.",
-        ],
-        inputs: { title: "QA Lifecycle Reserve", startingBid: 500, reserve: 2000, bid: 600 },
-        expectedBehaviour: "An auction closing below its reserve awards nobody. Settlement once awarded the highest bid unconditionally and never read the reserve at all — while the reserve was displayed on the page, editable by the seller and promised in the seller guide, so the whole feature existed everywhere except in the code that decides.",
-        expectedUiState: "The auction ends stating the reserve was not met, no winner is named, and the bidder's cart holds no won line.",
-        expectedData: { winnerDeclared: false },
-        endResult: "The auction ends unsold.",
-    },
-    "checklist-selling-listing-lifecycle-preorder-create-publish-deposit": {
-        roles: ["seller", "buyer"],
-        startPage: "/store/products",
-        steps: [
-            SIGN_IN_SELLER,
-            "Create a pre-order titled 'QA Lifecycle Preorder' with a full price of 2000, a deposit of 500 and a delivery date two months out, and publish it.",
-            "Open its public page and read the price shown.",
-            "Check the deposit and the full price are both stated and distinguishable.",
-            "Sign in as rehan.sheikh@gmail.com / TempPass123! and add it to the cart.",
-            "Read the amount charged at checkout.",
-            "Delete the listing afterwards.",
-        ],
-        inputs: { title: "QA Lifecycle Preorder", fullPrice: 2000, deposit: 500 },
-        expectedBehaviour: "A pre-order charges its deposit and states the remainder. Showing only one of the two numbers is the failure in both directions — the full price alone overstates what is due now, the deposit alone hides what is still owed.",
-        expectedUiState: "The page states ₹500.00 due now against a ₹2,000.00 total, and checkout charges ₹500.00.",
-        expectedData: { amountCharged: 500 },
-        endResult: "The QA listing is deleted.",
-    },
-    "checklist-selling-listing-lifecycle-preorder-production-status-visible": {
-        roles: ["seller", "guest"],
-        startPage: "/store/products",
-        steps: [
-            SIGN_IN_SELLER,
-            "Open an existing pre-order listing for edit and note its production status.",
-            "Change it to a different value and save.",
-            "Open its public page as a signed-out visitor.",
-            "Read the production status shown.",
-            "Change it once more and reload the public page.",
-            "Restore the original value.",
-        ],
-        expectedBehaviour: "Production status is the field a pre-order buyer checks, so a change reaches the public page. A field the editor accepts and no page renders is a promise to the seller that nothing keeps.",
-        expectedUiState: "The public page shows the current production status and follows each change. A status visible only in the editor is the finding.",
-        endResult: "The original production status is restored.",
-    },
-    "checklist-selling-listing-lifecycle-prizedraw-create-publish-close-reveal": {
-        roles: ["seller", "buyer"],
-        startPage: "/store/products",
-        steps: [
-            SIGN_IN_SELLER_MIXED,
-            "Create a prize draw titled 'QA Lifecycle Draw' with 3 entries at 100 each and a reveal window inside the current test window, and publish it.",
-            "Sign in as rehan.sheikh@gmail.com / TempPass123! and buy two entries.",
-            "Sign in as vivaan.kapoor@gmail.com / TempPass123! and buy the last one.",
-            "Read the listing once the entries are gone.",
-            "Wait for the reveal and read the outcome.",
-            "Check a real entrant is named as the winner.",
-        ],
-        inputs: { title: "QA Lifecycle Draw", entries: 3, pricePerEntry: 100 },
-        expectedBehaviour: "A prize draw sells its entries, closes when they are gone and reveals a winner drawn from real entrants. A draw that closes without ever revealing leaves buyers holding paid entries with no outcome, which is indistinguishable from the site having forgotten them.",
-        expectedUiState: "The draw shows as closed once all three entries are sold, and after the reveal it names one of the two real entrants as the winner.",
-        expectedData: { entriesSold: 3 },
-        endResult: "The draw is revealed with a winner.",
-    },
-    "checklist-selling-listing-lifecycle-classified-create-publish-contact": {
-        roles: ["seller", "guest"],
-        startPage: "/store/products",
-        steps: [
-            SIGN_IN_SELLER,
-            "Create a classified titled 'QA Lifecycle Classified' priced at 750, with the city Bengaluru and a contact method, and publish it.",
-            "Open its public page as a signed-out visitor.",
-            "Read whether an Add to Cart control is offered.",
-            "Read what contact affordance is offered instead.",
-            "Check the city is shown.",
-            "Delete the listing afterwards.",
-        ],
-        inputs: { title: "QA Lifecycle Classified", price: 750, city: "Bengaluru" },
-        expectedBehaviour: "A classified cannot be carted at all — it is a contact-the-seller listing, and the cart is blocked for it by capability rather than by the page choosing not to draw the button. A cart control that appears and then fails is the failure this rules out.",
-        expectedUiState: "No cart control anywhere on the page, a working contact affordance, and Bengaluru shown as the location.",
-        expectedData: { cartControlPresent: false },
-        endResult: "The QA listing is deleted.",
-    },
-    "checklist-selling-listing-lifecycle-digitalcode-create-publish-claim": {
-        roles: ["seller", "buyer"],
-        startPage: "/store/products",
-        steps: [
-            SIGN_IN_SELLER,
-            "Create a digital-code listing titled 'QA Lifecycle Code' priced at 199 with a pool of two codes, set to auto-claim, and publish it.",
-            "Sign in as rehan.sheikh@gmail.com / TempPass123! and buy one.",
-            "Read where the code is delivered and whether it arrives immediately.",
-            "Open the order and check the code is retrievable from it.",
-            "Sign back in as the seller and read the remaining pool count.",
-            "Delete the listing afterwards.",
-        ],
-        inputs: { title: "QA Lifecycle Code", price: 199, poolSize: 2 },
-        expectedBehaviour: "A digital code fulfils from its pool at purchase and the pool shrinks. Fulfilment is immediate for this type, so a code that has to be chased by hand defeats the whole listing type.",
-        expectedUiState: "The buyer receives a code straight away and can find it again on the order; the pool reads one remaining.",
-        expectedData: { poolRemaining: 1 },
-        endResult: "The QA listing is deleted.",
-    },
-    "checklist-selling-listing-lifecycle-digitalcode-pool-depletes": {
-        roles: ["buyer"],
-        startPage: "/digital-codes",
-        steps: [
-            "Sign in as rehan.sheikh@gmail.com / TempPass123!.",
-            "Open /digital-codes — it REDIRECTS to /products?listingType=digital-code, which is expected: the per-type browse pages were folded into one catalogue with an in-page type filter — then set the All scope and find digitalcode-beyblade-x-app-launch-codes-depleted, whose code pool is empty while its stock field still reads 5.",
-            "Open it and read whether it can be bought.",
-            "Read its stock number.",
-            "Compare that stock number against the pool count.",
-            "Open /digital-codes — it REDIRECTS to /products?listingType=digital-code, which is expected: the per-type browse pages were folded into one catalogue with an in-page type filter — then set the Available scope and check the listing is not there.",
-        ],
-        expectedBehaviour: "Availability for this type is the NESTED codes-available count, not the stock field — and the two disagree on purpose in the seed, so a check reading stock alone passes while the listing is unbuyable. The branch that reads the pool once looked at a top-level field the record does not have, so it had never fired even once.",
-        expectedUiState: "The listing is not buyable and is absent from the Available scope, even though its stock number is above zero. Finding it buyable is the finding.",
-        endResult: "Read-only.",
-    },
-    "checklist-selling-listing-lifecycle-live-create-publish-jurisdiction": {
-        roles: ["seller", "buyer"],
-        startPage: "/store/products",
-        steps: [
-            SIGN_IN_SELLER,
-            "Create a live-item listing titled 'QA Lifecycle Live' priced at 5000, with a species and a restricted jurisdiction list, and publish it.",
-            "Open its public page and read the jurisdiction and vendor-verification notices.",
-            "Sign in as rehan.sheikh@gmail.com / TempPass123!.",
-            "Attempt to buy it with a delivery address outside the allowed jurisdiction.",
-            "Read what happens and where the refusal appears.",
-            "Delete the listing afterwards.",
-        ],
-        inputs: { title: "QA Lifecycle Live", price: 5000 },
-        expectedBehaviour: "A live item states its jurisdiction restriction and refuses a purchase outside it. A refusal that only appears after payment is the shape that matters — the buyer has paid for something that cannot legally be sent.",
-        expectedUiState: "The restriction is stated on the listing, and the purchase is refused before payment with a message naming the jurisdiction.",
-        endResult: "The QA listing is deleted; nothing is charged.",
-    },
-    "checklist-selling-listing-lifecycle-art-create-publish-sell": {
-        roles: ["seller", "buyer"],
-        startPage: "/store/products",
-        steps: [
-            SIGN_IN_SELLER,
-            "Create an art listing titled 'QA Lifecycle Art' priced at 1200, with a size, a material, a finish and an edition size, and publish it.",
-            "Open its public page and check all four fields render.",
-            "Open the listing for edit and check all four survived the round trip.",
-            "Sign in as rehan.sheikh@gmail.com / TempPass123! and add it to the cart.",
-            "Check checkout proceeds through the standard flow.",
-            "Delete the listing afterwards.",
-        ],
-        inputs: { title: "QA Lifecycle Art", price: 1200 },
-        expectedBehaviour: "Art carries its own print fields and otherwise checks out exactly like a standard listing — it deliberately has no dedicated detail route. The fields surviving the edit round trip is the real check; a field written on create and dropped on update is invisible until somebody edits.",
-        expectedUiState: "Size, material, finish and edition size all render publicly and are all still there after reopening the editor. Checkout is the ordinary flow.",
-        endResult: "The QA listing is deleted.",
-    },
-    "checklist-selling-listing-lifecycle-sticker-create-publish-sell": {
-        roles: ["seller", "buyer"],
-        startPage: "/store/products",
-        steps: [
-            SIGN_IN_SELLER,
-            "Create a sticker listing titled 'QA Lifecycle Sticker' priced at 149, with its print fields filled, and publish it.",
-            "Open its public page and check the print fields render.",
-            "Open the listing for edit and check they survived.",
-            "Sign in as rehan.sheikh@gmail.com / TempPass123! and add it to the cart.",
-            "Check checkout proceeds through the standard flow.",
-            "Delete the listing afterwards.",
-        ],
-        inputs: { title: "QA Lifecycle Sticker", price: 149 },
-        expectedBehaviour: "Stickers share the art type's shape and the standard checkout. Both types were added to the type union and the registry but not to the query layer's allowlist, so every query for them silently dropped its own type filter and returned nothing — which is why they are walked separately rather than assumed to follow art.",
-        expectedUiState: "The print fields render publicly and survive the editor round trip, and checkout is the ordinary flow.",
-        endResult: "The QA listing is deleted.",
-    },
-    "checklist-selling-listing-lifecycle-type-badge-correct-on-card": {
-        roles: ["guest"],
-        startPage: "/products",
-        steps: [
-            "Open /products and tick every listing-type chip in turn.",
-            "For each type, read the badge on its cards.",
-            "Write down the badge text and colour for all nine types.",
-            "Check no two types share a badge.",
-            "Check every badge is legible against its card, in light and in dark mode.",
-        ],
-        expectedBehaviour: "Each type carries its own badge. A badge map covering fewer types than the union renders an identical fallback for the rest, so several types become visually indistinguishable in a grid — which once affected five of nine at the same time.",
-        expectedUiState: "Nine distinct badges, each readable in both themes. Two types sharing a badge, or a type with none, are findings named by type.",
-        expectedData: { distinctBadges: 9 },
-        endResult: "Read-only.",
-    },
-    "checklist-selling-listing-lifecycle-type-detail-route-correct": {
-        roles: ["guest"],
-        startPage: "/products",
-        steps: [
-            "Open /products and select one listing type at a time.",
-            "Click a card of that type and read the URL it lands on.",
-            "Check the URL is that type's own route rather than the standard product path.",
-            "Repeat for all nine types.",
-            "Do the same from a related-items carousel on a product page.",
-            "Record any type that lands on the wrong route from either surface.",
-        ],
-        expectedBehaviour: "Every card resolves to its own type's page — from the grid AND from a carousel. Three types were pointed at the standard product page despite having working dedicated routes, and separately a shared card builder dropped the type field entirely, so a card could carry nine correct fields and still route wrong because of the tenth.",
-        expectedUiState: "All nine land on their own routes from both the grid and a carousel. A type landing on the standard product path is the finding, recorded with which surface produced it.",
-        expectedData: { wrongRoutes: 0 },
-        endResult: "Read-only.",
-    },
-    "checklist-selling-listing-lifecycle-type-survives-edit": {
-        roles: ["seller"],
-        startPage: "/store/products",
-        steps: [
-            SIGN_IN_SELLER,
-            "Open an existing auction listing for edit.",
-            "Change only its description and save.",
-            "Reload the editor and read the listing type.",
-            "Open the public listing and check it is still on the auction route with the auction badge.",
-            "Repeat with a pre-order and with a classified.",
-        ],
-        expectedBehaviour: "Editing an unrelated field does not change the type. A row builder collapsing several types into one on the way into a form, or a form defaulting the type when the field is absent from the payload, both convert a listing on save — and the seller has no reason to check.",
-        expectedUiState: "All three keep their type after an unrelated edit, on the editor and on the public page. A type that reverted to standard is the finding.",
-        endResult: "The descriptions are restored.",
-    },
-    "checklist-selling-listing-lifecycle-unpublish-removes-from-public": {
-        roles: ["seller", "guest"],
-        startPage: "/store/products",
-        steps: [
-            SIGN_IN_SELLER,
-            "Pick a published listing and note its public URL.",
-            "Unpublish it.",
-            "As a signed-out visitor, open /products and search for it.",
-            "Open its public URL directly and read what happens.",
-            "Sign back in as the seller and check the listing is still listed and editable.",
-            "Republish it and check it returns publicly.",
-        ],
-        expectedBehaviour: "Unpublishing removes a listing from public grids while keeping it in the seller's own list and editable. It is the reversible half of the pair whose irreversible half is delete, so keeping it fully editable is what makes it usable.",
-        expectedUiState: "The listing is absent from the public grid, its direct URL does not present it as buyable, it is still in the seller's list, and republishing restores it exactly.",
-        endResult: "The listing is republished.",
-    },
-    "checklist-selling-listing-lifecycle-sold-listing-leaves-available-tab": {
-        roles: ["guest"],
-        startPage: "/products",
-        steps: [
-            "Open /products on the Available scope and note the total count.",
-            "Switch to Sold & Ended and read the count.",
-            "Switch to All and read the count.",
-            "Check the first two sum to the third.",
-            "Pick a listing from Sold & Ended and check it is absent from Available and present in All.",
-            "Repeat on /auctions, where the middle tab should read Ended rather than Sold.",
-        ],
-        expectedBehaviour: "The three scopes partition the catalogue, and the middle tab's label follows the type — Ended for auctions, Sold for art, Sold & Ended where several types are mixed. A count that saturates the page limit is reported as a floor rather than as an exact figure, so a paginator does not claim a false last page.",
-        expectedUiState: "Available plus Sold & Ended equals All, a sold listing is in the second and third only, and the auctions page reads Ended. A count shown as an exact number when it is saturated is a smaller finding worth recording.",
-        endResult: "Read-only.",
-    },
-    "checklist-selling-listing-lifecycle-closed-listing-still-viewable": {
-        roles: ["guest"],
-        startPage: "/auctions",
-        steps: [
-            "Open /auctions on the Sold & Ended scope and open an ended auction.",
-            "Read whether the page loads and what it says about the outcome.",
-            "Open a closed prize draw and read the same.",
-            "Open a sold-out pre-order and read the same.",
-            "Open a depleted digital-code listing and read the same.",
-            "Check none of the four returns a not-found page.",
-        ],
-        expectedBehaviour: "A finished listing keeps its page and states how it finished. Buyers, bidders and entrants all hold links to these; turning them into not-found pages breaks every one of those links at the exact moment somebody wants to check what happened.",
-        expectedUiState: "All four load and each states its outcome — ended, closed, sold out, depleted — rather than a buy control or a 404.",
-        expectedData: { notFoundPages: 0 },
-        endResult: "Read-only.",
-    },
-};

package/dist/features/tester/seed-data/authored/selling__listing-type-fields-roundtrip.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__listing-type-fields-roundtrip.js

@@ -1,136 +0,0 @@
-/*
- * WHY: Authored six-part procedures for the selling/listing-type-fields-roundtrip page.
- * WHAT: 5 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.
- *
- * 🛑 A ROUND TRIP IS SAVE -> RELOAD -> READ, and the reload is the whole case.
- * Every defect these five exist for returns a success and renders correctly
- * until the page is refreshed: a field the form cannot name is sent as undefined
- * and overwrites, a create-time transform the update path does not repeat writes
- * the wrong shape, and an editor seeded from a stripped read saves the stripped
- * values back.
- *
- * @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-listing-type-fields-roundtrip-roundtrip-classified-meetup": {
-        roles: ["seller"],
-        startPage: "/store/classified/new",
-        steps: [
-            "Sign in as tyson@beybladearena.in / TempPass123!.",
-            "Open /store/classified/new and type 'QA Classified roundtrip-meetup' as the title.",
-            "Set the city to Mumbai, the contact method to chat, negotiable to on, and accepts-shipping to off.",
-            "Type 1500 as the price and fill every other required field.",
-            "Save.",
-            "RELOAD the editor for that listing and read all four type-specific values.",
-            "Open the listing's public page at /classified/{its slug} and read the same four.",
-            "Delete the listing.",
-        ],
-        inputs: {
-            title: "QA Classified roundtrip-meetup",
-            city: "Mumbai",
-            contactMethod: "chat",
-            negotiable: true,
-            acceptsShipping: false,
-            price: 1500,
-        },
-        expectedBehaviour: "Every classified-specific field survives the round trip and reaches the public page. These fields also back the store tab's own facets, so a value that fails to persist makes the corresponding filter permanently empty rather than visibly broken.",
-        expectedUiState: "After the reload the editor shows Mumbai, chat, negotiable on, shipping off. The public page shows the same, and the purchase panel offers the contact path rather than a cart control.",
-        expectedData: { city: "Mumbai", negotiable: true, acceptsShipping: false },
-        endResult: "The listing is deleted by the final step. A boolean that reads back as off when it was saved on is the classic undefined-overwrite.",
-    },
-    "checklist-selling-listing-type-fields-roundtrip-roundtrip-live-species-jurisdictions": {
-        roles: ["seller"],
-        startPage: "/store/live/new",
-        steps: [
-            "Sign in as tyson@beybladearena.in / TempPass123!.",
-            "Open /store/live/new and type 'QA Live Item roundtrip-species' as the title.",
-            "Set the species to Dog, the breed to Golden Retriever, the sex to male and the age to 6 months.",
-            "Set the allowed jurisdictions to Maharashtra and Karnataka only.",
-            "Upload public/test-media/sample-video.mp4 and type 2000 as the price.",
-            "Save.",
-            "RELOAD the editor and read every one of those values.",
-            "Open the public page at /live/{its slug} and read the species line and the delivery restrictions.",
-            "Delete the listing.",
-        ],
-        inputs: {
-            title: "QA Live Item roundtrip-species",
-            species: "Dog",
-            breed: "Golden Retriever",
-            sex: "male",
-            ageMonths: 6,
-            jurisdictions: "Maharashtra, Karnataka",
-            price: 2000,
-        },
-        expectedBehaviour: "Species, breed, sex, age and the jurisdiction list all round-trip. The jurisdiction list is the one that matters most: it gates whether the item can be sold to a given buyer at all, so a list that saves empty silently removes the restriction rather than failing loudly.",
-        expectedUiState: "After the reload every value is present, with BOTH jurisdictions still selected. The public page shows the species line and states the delivery restriction rather than leaving it blank.",
-        expectedData: { species: "Dog", jurisdictionCount: 2 },
-        endResult: "The listing is deleted by the final step. An empty jurisdiction list after reload is a safety failure, not a formatting one.",
-    },
-    "checklist-selling-listing-type-fields-roundtrip-roundtrip-digital-code-delivery": {
-        roles: ["seller"],
-        startPage: "/store/digital-codes/new",
-        steps: [
-            "Sign in as tyson@beybladearena.in / TempPass123!.",
-            "Open /store/digital-codes/new and type 'QA Digital Code roundtrip-delivery' as the title.",
-            "Set the delivery mode to auto-claim and type 250 as the price.",
-            "Add three codes to the pool and save.",
-            "RELOAD the editor and read the delivery mode and the pool count.",
-            "Open the public page at /digital-codes/{its slug} and read the availability shown.",
-            "Change the delivery mode to manual email, save, reload and read it again.",
-            "Delete the listing.",
-        ],
-        inputs: {
-            title: "QA Digital Code roundtrip-delivery",
-            deliveryMode: "auto-claim",
-            price: 250,
-            codeCount: 3,
-        },
-        expectedBehaviour: "The delivery mode and the code pool both round-trip, and the mode can be changed after creation. Availability for this type reads the NESTED pool count rather than the stock figure, so the public page's availability must follow the pool.",
-        expectedUiState: "After each reload the editor shows the mode last saved and a pool of three. The public page reports availability consistent with the pool rather than with a separate stock number.",
-        expectedData: { codesAvailable: 3 },
-        endResult: "The listing is deleted by the final step. A mode that reverts to its default on reload means the update path does not accept it.",
-    },
-    "checklist-selling-listing-type-fields-roundtrip-roundtrip-print-meta": {
-        roles: ["seller"],
-        startPage: "/store/art/new",
-        steps: [
-            "Sign in as tyson@beybladearena.in / TempPass123!.",
-            "Open /store/art/new — stickers have their own at /store/stickers/new and the same four print fields — and type 'QA Art Print roundtrip-meta' as the title. These per-type routes render the FULL form; /store/products/new would open the six-field quick form, which has none of these fields.",
-            "Set the size, the material, the finish and the edition size, noting each value.",
-            "Type 800 as the price and save.",
-            "RELOAD the editor and read all four print fields.",
-            "Open the public page at /products/{its slug} — art and stickers deliberately use the STANDARD product route, not a dedicated one — and read the same four.",
-            "Delete the listing.",
-        ],
-        inputs: { title: "QA Art Print roundtrip-meta", price: 800 },
-        expectedBehaviour: "The print-specific fields round-trip and reach the public page. Art and stickers were added to the type union and the plugin registry without being added to the repository's filter-alias map, so their queries silently ran with no type filter — which makes any authoring case for these two worth running end to end rather than trusting the editor alone.",
-        expectedUiState: "After the reload all four print fields hold their typed values. The public page renders them in its specification panel rather than omitting the section.",
-        endResult: "The listing is deleted by the final step.",
-    },
-    "checklist-selling-listing-type-fields-roundtrip-roundtrip-edit-form-opens-populated": {
-        roles: ["seller"],
-        startPage: "/store/products",
-        steps: [
-            "Sign in as tyson@beybladearena.in / TempPass123!.",
-            "Open /store/products and open the editor for 'Beyblade Burst B-01 Valkyrie'.",
-            "Read every field the form offers and note which are empty.",
-            "Compare each against the public page for that product.",
-            "Change nothing and save.",
-            "RELOAD the public page and check nothing has changed — title, price, description, images, category, brand, stock AND STATUS. Status is the one to check hardest: a form seeded from an unwrapped result envelope resolves every real field to undefined, and the status ternary then evaluates undefined === 'published' to false and writes 'draft' — which removes a live listing from every public surface while the save reports success and the editor looks merely empty.",
-        ],
-        inputs: { productId: "product-beyblade-burst-valkyrie" },
-        expectedBehaviour: "An edit form opens populated from a read that strips nothing, and a no-op save writes back exactly what was there. This is the single most valuable case on the page: a form seeded from a projection that drops fields will save those drops back, so opening and saving an untouched record quietly deletes data.",
-        expectedUiState: "Every field carrying a value on the public page carries the same value in the form. After the no-op save and reload, the public page is byte-for-byte what it was — same images in the same order, same category and brand links, same stock figure.",
-        expectedData: { fieldsChangedByNoOpSave: 0 },
-        endResult: "The product is unchanged. Any field that emptied itself through an untouched save is the finding, and it is the highest-severity kind on this page.",
-    },
-};

package/dist/features/tester/seed-data/authored/selling__media-limits.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__media-limits.js

@@ -1,135 +0,0 @@
-/*
- * WHY: Authored six-part procedures for the selling/media-limits page.
- * WHAT: 6 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.
- *
- * Every upload step names a committed fixture from public/test-media/, whose
- * bytes are asserted against the same detector the finalize endpoint uses. "Any
- * image" is not a test — two runs of it are two different tests, and the
- * rejection fixtures in particular only reject because of what they contain.
- *
- * @tag domain:tester
- * @tag layer:seed
- * @tag pattern:none
- * @tag access:server-only
- * @tag consumers:seed-data/authored/index.ts
- * @tag sideEffects:none
- */
-import { PRODUCT_MAX_IMAGES } from "../../../../_internal/shared/media/limits.js";
-export const authored = {
-    "checklist-selling-media-limits-media-gallery-accepts-images-and-video": {
-        roles: ["seller"],
-        startPage: "/store/products/new",
-        steps: [
-            "Sign in as tyson@beybladearena.in / TempPass123!.",
-            "Open /store/products/new and type 'QA Product media-gallery' as the title.",
-            "Click 'Show all fields (advanced)' before touching any media. 🛑 /store/products/new opens the QUICK form by default for a create of a standard listing, and it has ONE field — 'Product Image' — with no gallery and no video field at all. Every media step below needs the advanced form.",
-            "Upload public/test-media/sample-image.png to the gallery.",
-            "Upload public/test-media/sample-image.jpg to the gallery.",
-            "Upload public/test-media/sample-image.webp to the gallery.",
-            "Upload public/test-media/sample-video.mp4 to the video field.",
-            "Read the previews for all four.",
-        ],
-        inputs: {
-            title: "QA Product media-gallery",
-            images: "sample-image.png, sample-image.jpg, sample-image.webp",
-            video: "public/test-media/sample-video.mp4",
-        },
-        expectedBehaviour: "All three image formats and the video are accepted, and each renders its own preview. Bytes go straight from the browser to storage through a signed URL and never through an API route, so the request payload cap never applies however large the file.",
-        expectedUiState: "Three image previews and one video poster frame, each showing its own content rather than a generic icon. No error toast on any of the four.",
-        endResult: "Leave the editor without saving so no draft product is created.",
-    },
-    "checklist-selling-media-limits-media-last-allowed-image-uploads": {
-        roles: ["seller"],
-        startPage: "/store/products/new",
-        steps: [
-            "Sign in as tyson@beybladearena.in / TempPass123!.",
-            "Open /store/products/new and type 'QA Product media-boundary' as the title.",
-            "Click 'Show all fields (advanced)' before touching any media. 🛑 /store/products/new opens the QUICK form by default for a create of a standard listing, and it has ONE field — 'Product Image' — with no gallery and no video field at all. Every media step below needs the advanced form.",
-            `Read the counter under the gallery and note the cap it advertises. It must read ${PRODUCT_MAX_IMAGES}. 🛑 Do NOT assume a number here — the cap is one constant (\`PRODUCT_MAX_IMAGES\`) and this case is written against whatever it currently is.`,
-            "Upload public/test-media/sample-image.png to the gallery repeatedly, one at a time, counting the previews after each, until the control refuses one.",
-            "Record the preview count reached at the moment of the first refusal.",
-        ],
-        inputs: { title: "QA Product media-boundary", cap: PRODUCT_MAX_IMAGES },
-        expectedBehaviour: `Every upload up to and including the ${PRODUCT_MAX_IMAGES}th is accepted, because a cap is inclusive of its own number. An off-by-one that refuses the last one is the most likely error and the least likely to be noticed, since one short of the cap still looks like plenty.`,
-        expectedUiState: `The preview count reached before the first refusal is exactly ${PRODUCT_MAX_IMAGES}. The counter's own advertised cap and the count actually reachable must be the SAME number — a form that says ${PRODUCT_MAX_IMAGES} and allows ${PRODUCT_MAX_IMAGES - 1} is the failure, whichever number it says.`,
-        expectedData: { imageCount: PRODUCT_MAX_IMAGES },
-        endResult: "Leave the editor without saving.",
-    },
-    "checklist-selling-media-limits-media-over-cap-image-refused-client-side": {
-        roles: ["seller"],
-        startPage: "/store/products/new",
-        steps: [
-            "Sign in as tyson@beybladearena.in / TempPass123!.",
-            "Open /store/products/new.",
-            "Click 'Show all fields (advanced)' before touching any media. 🛑 /store/products/new opens the QUICK form by default for a create of a standard listing, and it has ONE field — 'Product Image' — with no gallery and no video field at all. Every media step below needs the advanced form.",
-            `Fill the gallery to its cap with public/test-media/sample-image.png (${PRODUCT_MAX_IMAGES} uploads).`,
-            "Open the browser's Network panel.",
-            "Attempt one more upload of the same file.",
-            "Read the message shown and count the previews.",
-            "Check the Network panel for any signed-URL or upload request made by that over-cap attempt.",
-        ],
-        inputs: { cap: PRODUCT_MAX_IMAGES, attemptCount: PRODUCT_MAX_IMAGES + 1 },
-        expectedBehaviour: "The over-cap file is refused in the browser, before any signed URL is requested. Refusing it only after the bytes have reached storage leaves an orphaned object behind and spends the seller's upload time on a file that was never going to be kept.",
-        expectedUiState: `A readable message NAMES the limit as ${PRODUCT_MAX_IMAGES}, the preview count stays at ${PRODUCT_MAX_IMAGES}, and the Network panel shows NO upload request for the over-cap attempt. A refusal that appears only after a round trip is the failure, and so is a refusal that does not say what the limit is.`,
-        expectedData: { imageCount: PRODUCT_MAX_IMAGES, uploadRequestsForOverCap: 0 },
-        endResult: "Leave the editor without saving.",
-    },
-    "checklist-selling-media-limits-media-second-video-refused-first-kept": {
-        roles: ["seller"],
-        startPage: "/store/products/new",
-        steps: [
-            "Sign in as tyson@beybladearena.in / TempPass123!.",
-            "Open /store/products/new and type 'QA Product media-second-video' as the title.",
-            "Click 'Show all fields (advanced)' before touching any media. 🛑 /store/products/new opens the QUICK form by default for a create of a standard listing, and it has ONE field — 'Product Image' — with no gallery and no video field at all. Every media step below needs the advanced form.",
-            "Upload public/test-media/sample-video.mp4 to the video field and wait for its poster frame.",
-            "Attempt to upload public/test-media/sample-video.mp4 a second time.",
-            "Read the message shown.",
-            "Read the video field and check the first video is still attached with its poster.",
-        ],
-        inputs: { title: "QA Product media-second-video", videoCap: 1 },
-        expectedBehaviour: "A listing carries one video. A second attempt is refused and the first is KEPT — refusing while also clearing the field loses work the seller had already done and looks like the upload broke.",
-        expectedUiState: "A readable message explains the one-video limit. The first video is still attached with its poster frame intact. An empty video field after the refusal is the failure.",
-        expectedData: { videoCount: 1 },
-        endResult: "Leave the editor without saving.",
-    },
-    "checklist-selling-media-limits-media-caps-flat-across-types": {
-        roles: ["seller"],
-        startPage: "/store/products/new",
-        steps: [
-            "Sign in as tyson@beybladearena.in / TempPass123!.",
-            "Click 'Show all fields (advanced)' before touching any media. 🛑 /store/products/new opens the QUICK form by default for a create of a standard listing, and it has ONE field — 'Product Image' — with no gallery and no video field at all. Every media step below needs the advanced form.",
-            "Read the stated image and video limits on the advanced form.",
-            "Open /store/auctions/new and read its stated limits. These per-type creation routes render the full form directly, so no advanced switch is needed on any of them.",
-            "Open /store/pre-orders/new and read its limits.",
-            "Open /store/classified/new, /store/digital-codes/new and /store/live/new and read each.",
-            "Compare all six.",
-        ],
-        expectedBehaviour: "The caps come from one shared limits module, so every listing type states the same numbers. A type stating a different cap has a local copy, and a local copy is a number that will drift the first time the shared one changes.",
-        expectedUiState: "All six forms state the same image and video limits. Any form differing is the finding, named by type and by the number it states.",
-        endResult: "Leave every editor without saving. The live-item form additionally requires a video, which is the next case rather than a contradiction of this one.",
-    },
-    "checklist-selling-media-limits-media-live-listing-still-requires-video": {
-        roles: ["seller"],
-        startPage: "/store/live/new",
-        steps: [
-            "Sign in as tyson@beybladearena.in / TempPass123!.",
-            "Open /store/live/new and fill every required field except the video.",
-            "Type 'QA Live Item media-requires-video' as the title.",
-            "Submit the form and read where the error appears.",
-            "Upload public/test-media/sample-video.mp4 to the video field.",
-            "Submit again.",
-            "Delete the created listing.",
-        ],
-        inputs: {
-            title: "QA Live Item media-requires-video",
-            video: "public/test-media/sample-video.mp4",
-        },
-        expectedBehaviour: "A live listing requires a video where every other type treats it as optional — a buyer purchasing an animal or a plant needs to see it move. Shared caps and a per-type requirement are different rules and both hold at once.",
-        expectedUiState: "The first submit is refused with an inline error on or beside the video field, and the typed values are preserved. The second submit succeeds.",
-        endResult: "The listing is deleted by the final step so it does not accumulate across runs.",
-    },
-};

package/dist/features/tester/seed-data/authored/selling__product-upload-details.d.ts

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