@mohasinac/appkit 4.35.4 → 4.37.0

package/dist/features/tester/seed-data/authored/content-discovery__search.js

@@ -39,17 +39,30 @@ export const authored = {
         roles: ["guest"],
         startPage: "/",
         steps: [
+            // The batch seeds TWO probe rows: product-{{w}}-draft-probe (status
+            // "draft") and product-{{w}}-archived-probe (status "archived"), both
+            // titled so the query below matches them. Without a KNOWN unpublished row
+            // the case cannot distinguish "drafts are correctly hidden" from "there
+            // were no drafts" — a tester reported exactly that: the suggestion payload
+            // carries no status field to inspect, and no draft existed to probe with.
             "Open / in a private window with no session.",
-            "Click into the header search and type beyblade.",
+            "Click into the header search and type draftprobe.",
             "Read every suggestion and note its title.",
+            "Check specifically whether product-{{w}}-draft-probe or product-{{w}}-archived-probe appear.",
+            "Now type beyblade and read every suggestion.",
             "Open each suggestion in turn and read the page it lands on.",
             "Note any that 404s or shows an unpublished listing.",
         ],
-        inputs: { query: "beyblade" },
+        inputs: {
+            query: "beyblade",
+            probeQuery: "draftprobe",
+            draftProduct: "product-{{w}}-draft-probe",
+            archivedProduct: "product-{{w}}-archived-probe",
+        },
         expectedBehaviour: "Suggestions are filtered to published, publicly-visible listings. A status filter applied only when the caller explicitly asks for one is absent here, because a typeahead rarely asks — which is exactly how draft rows reach a public suggestion list.",
-        expectedUiState: "Every suggestion opens a real published listing. None 404s, none opens a draft or archived listing, and none names a tester sandbox item for a signed-out visitor.",
-        expectedData: { draftSuggestions: 0 },
-        endResult: "Read-only; nothing persists.",
+        expectedUiState: "Searching 'draftprobe' returns NEITHER probe row — that is the real test, because both exist and both match the term. Then every 'beyblade' suggestion opens a real published listing: none 404s, none opens a draft or archived listing, and none names a tester sandbox item for a signed-out visitor.",
+        expectedData: { draftSuggestions: 0, probeRowsSuggested: 0 },
+        endResult: "Read-only; both probe rows are removed when the batch ends.",
     },
     "checklist-content-discovery-search-search-prefix-match": {
         roles: ["guest"],
@@ -101,16 +114,24 @@ export const authored = {
         roles: ["guest"],
         startPage: "/products",
         steps: [
-            "Open /products in a private window.",
+            // PRECONDITION FIRST. Without it a broken sort reads as "inconclusive"
+            // instead of "fail" — which is exactly what happened: a tester reported
+            // sorts=price and sorts=-price returning an IDENTICAL order with no
+            // search term at all, and had no way to record that as a verdict.
+            "Open /products in a private window with NO search term.",
+            "Set the sort to 'Price: low to high' and read the first three prices in order.",
+            "Set the sort to 'Price: high to low' and read the first three prices again.",
+            "If those two orders are identical, STOP and answer NO — sort is broken before search is involved, and say so. Do not continue.",
             "Type beyblade in the search field and click 'Search'.",
             "Read the card order and note the sort dropdown's selection.",
-            "Change the sort to price, low to high.",
+            "Change the sort to 'Price: low to high'.",
             "Read the card order, the URL and the search field.",
             "Reload the page and read all three again.",
         ],
-        inputs: { query: "beyblade", sort: "Price: low to high" },
+        inputs: { query: "beyblade", sort: "Price: low to high", sortReverse: "Price: high to low" },
         expectedBehaviour: "Changing the sort re-orders the current results and keeps the term. Both live in the URL, so a reload reproduces the same page — and the sort field must be one the query can actually sort on, since an unsortable field is dropped and the dropdown silently reorders nothing.",
-        expectedUiState: "Prices ascend down the page and the search field still holds 'beyblade'. The URL carries both. After the reload the order and the term are unchanged. A dropdown selection that changes no order at all is the dropped-sort failure.",
+        expectedUiState: "With no search term, ascending and descending produce DIFFERENT orders — that is the precondition. Then, with the term applied, prices ascend down the page and the search field still holds 'beyblade'. The URL carries both. After the reload the order and the term are unchanged. A dropdown selection that changes no order at all is the dropped-sort failure, and it is a NO rather than an unanswerable.",
+        expectedData: { ascendingDiffersFromDescending: true },
         endResult: "Read-only; nothing persists beyond the URL.",
     },
     "checklist-content-discovery-search-search-keeps-facets": {
@@ -126,8 +147,8 @@ export const authored = {
         ],
         inputs: { query: "beyblade", priceMin: 500, priceMax: 1500 },
         expectedBehaviour: "Price, tag and availability all narrow alongside the term. A facet that renders and counts toward the badge while changing nothing is inert — that happens when it emits a field the query allowlist does not carry, and nothing raises.",
-        expectedUiState: "Each facet visibly reduces the count and every card respects it. The availability tab changes which rows appear. A facet that leaves the count identical while the filter badge increments is the failure.",
-        expectedData: { inertFacetCount: 0 },
+        expectedUiState: "Each facet visibly reduces the count and every card respects it. The availability tab changes which rows appear. A facet that leaves the count identical while the filter badge increments is the failure. RECORD ALL THREE COUNTS SEPARATELY — price, tag, availability. This case names those three specifically; exercising a different facet (category, say) and reporting a partial pass answers a question nobody asked. If one of the three cannot be reached, answer NO or null for that reason rather than passing on the strength of the other two.",
+        expectedData: { inertFacetCount: 0, facetsExercised: 3 },
         endResult: "Read-only; nothing persists beyond the URL.",
     },
     "checklist-content-discovery-search-search-case-and-accents": {
@@ -182,10 +203,11 @@ export const authored = {
         startPage: "/faqs",
         steps: [
             "Open /faqs in a private window and read the category list.",
-            "Open the Shipping category page.",
+            "CLICK INTO the Shipping category — this case is about the category PAGE, so reading the counters on /faqs is not an answer to it.",
             "Read the questions listed and expand one to read its answer.",
             "Read the address bar.",
             "Open a second category page and read its questions.",
+            "Compare the two lists of questions against each other.",
         ],
         expectedBehaviour: "Each category has its own page, keyed on the category's slug, rendering only its questions. Two category pages showing the same questions means the slug is not reaching the query.",
         expectedUiState: "The Shipping page lists shipping questions and an expanded answer renders as formatted text, not as raw HTML shown as visible characters. The second category shows a different set.",
@@ -318,15 +340,22 @@ export const authored = {
         startPage: "/admin/products",
         steps: [
             "Sign in as admin@letitrip.in / TempPass123!.",
-            "Open /admin/products and sort by oldest first.",
-            "Read the title of the oldest listing.",
-            "Search for a distinctive word from that title.",
-            "Read whether that listing is returned.",
-            "Repeat with the newest listing's title as a comparison.",
+            // The batch seeds product-{{w}}-untokenised with NO searchTokens field —
+            // a stand-in for a record written before the token field existed. On a
+            // freshly-seeded catalogue every row carries current tokens, so without
+            // this fixture the case is unanswerable by construction, which is exactly
+            // what a tester reported: "the catalogue was freshly seeded... there is no
+            // older record to probe with".
+            "Open /admin/products and search for the exact word 'untokenised'.",
+            "Read whether product-{{w}}-untokenised is returned.",
+            "Search for a distinctive word from any ordinary seeded listing's title.",
+            "Read whether that one is returned.",
+            "Compare the two results.",
         ],
+        inputs: { untokenisedProduct: "product-{{w}}-untokenised", query: "untokenised" },
         expectedBehaviour: "Search is backed by a normalised token field written on save. Records created before that field existed have no tokens, so they are unfindable — the fix is a backfill, and this case is what detects whether one is needed.",
-        expectedUiState: "Both the oldest and the newest listing are returned by a word from their own titles. The newest being findable while the oldest is not is the signature of missing tokens on older rows, not of a broken search.",
+        expectedUiState: "BOTH listings are returned by a word from their own titles. The ordinary one being findable while product-{{w}}-untokenised is not is the signature of missing tokens on older rows, not of a broken search — and it means a backfill is owed.",
         expectedData: { oldRecordFound: true },
-        endResult: "Read-only; nothing persists. Testing only recent records would pass this case while the backfill gap remains.",
+        endResult: "Read-only; the fixture is removed when the batch ends. Testing only recent records would pass this case while the backfill gap remains.",
     },
 };

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

@@ -34,6 +34,7 @@ import { authored as a_admin__catalog_listings } from "./admin__catalog-listings
 import { authored as a_admin__orders_fulfillment } from "./admin__orders-fulfillment";
 import { authored as a_admin__users_trust } from "./admin__users-trust";
 import { authored as a_admin__site_system } from "./admin__site-system";
+import { authored as a_admin__bug_hunter_rewards } from "./admin__bug-hunter-rewards";
 import { authored as a_admin__category_brand_authoring } from "./admin__category-brand-authoring";
 import { authored as a_admin__uncovered_admin_pages } from "./admin__uncovered-admin-pages";
 import { authored as a_admin__bans_and_trust } from "./admin__bans-and-trust";
@@ -119,6 +120,8 @@ import { authored as a_selling__seller_orders } from "./selling__seller-orders";
 import { authored as a_selling__seller_marketing_extras } from "./selling__seller-marketing-extras";
 import { authored as a_selling__listing_a_product } from "./selling__listing-a-product";
 import { authored as a_selling__seller_listing_types } from "./selling__seller-listing-types";
+import { authored as a_selling__product_upload_details } from "./selling__product-upload-details";
+import { authored as a_selling__quick_add_minimum_details } from "./selling__quick-add-minimum-details";
 import { authored as a_seo__canonical_and_host } from "./seo__canonical-and-host";
 import { authored as a_seo__sitemap_and_robots } from "./seo__sitemap-and-robots";
 import { authored as a_seo__page_metadata } from "./seo__page-metadata";
@@ -141,6 +144,7 @@ export const AUTHORED_CASES = {
     ...a_admin__orders_fulfillment,
     ...a_admin__users_trust,
     ...a_admin__site_system,
+    ...a_admin__bug_hunter_rewards,
     ...a_admin__category_brand_authoring,
     ...a_admin__uncovered_admin_pages,
     ...a_admin__bans_and_trust,
@@ -226,6 +230,8 @@ export const AUTHORED_CASES = {
     ...a_selling__seller_marketing_extras,
     ...a_selling__listing_a_product,
     ...a_selling__seller_listing_types,
+    ...a_selling__product_upload_details,
+    ...a_selling__quick_add_minimum_details,
     ...a_seo__canonical_and_host,
     ...a_seo__sitemap_and_robots,
     ...a_seo__page_metadata,

package/dist/features/tester/seed-data/authored/public-pages__auth-error-pages.js

@@ -36,6 +36,8 @@ export const authored = {
         endResult: "The account exists and persists. This case creates a real row that teardown does not remove, which is why the address is numbered rather than fixed.",
     },
     "checklist-public-pages-auth-error-pages-forgot-reset-password-pages": {
+        requiresHumanChannel: true,
+        humanChannelReason: "real email inbox",
         roles: ["guest"],
         startPage: "/auth/forgot-password",
         steps: [
@@ -58,6 +60,8 @@ export const authored = {
         endResult: "The password is back at TempPass123! by the final step. This case shares divya.funko@gmail.com with the single-use-link case in signup-login and with nothing else, deliberately — the seeder never resets an existing password, so a changed one outlives every future re-seed.",
     },
     "checklist-public-pages-auth-error-pages-verify-email-page": {
+        requiresHumanChannel: true,
+        humanChannelReason: "real email inbox",
         roles: ["guest"],
         startPage: "/auth/register",
         steps: [

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

@@ -168,22 +168,6 @@ export const authored = {
         expectedUiState: "Every preview shows its picture at the same size as its neighbours, at both widths. An empty white or bordered box where a photo should be is the failure, and it hits every clickable image tile in the app at once.",
         endResult: "Leave the editor without saving.",
     },
-    "checklist-selling-listing-a-product-media-upload-images-capped-at-5": {
-        roles: ["seller"],
-        startPage: "/store/products/new",
-        steps: [
-            "Sign in as tyson@beybladearena.in / TempPass123!.",
-            "Open /store/products/new and read the stated image limit before uploading anything.",
-            "Upload public/test-media/sample-image.png repeatedly, counting the previews after each.",
-            "Continue until an upload is refused.",
-            "Read the message and the preview count at that point.",
-            "Compare the count against the limit the form stated.",
-        ],
-        inputs: { image: "public/test-media/sample-image.png" },
-        expectedBehaviour: "The number the form STATES is the number it enforces. This case exists to catch a disagreement between them: a label saying five against a limit of ten, or the reverse, is a promise the form does not keep — and the checklist label itself says five while the shared limits module is the authority.",
-        expectedUiState: "Uploads are accepted up to the stated limit and the next is refused with a readable message. The refusal count equals the stated limit exactly. If the two disagree, record BOTH numbers — which one is wrong is a judgement for the reader, not for the tester.",
-        endResult: "Leave the editor without saving.",
-    },
     "checklist-selling-listing-a-product-media-upload-video-duration": {
         roles: ["seller"],
         startPage: "/store/products/new",

package/dist/features/tester/seed-data/authored/selling__product-upload-details.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__product-upload-details.js

@@ -0,0 +1,150 @@
+/*
+ * WHY: Authored six-part procedures for the selling/product-upload-details page.
+ * WHAT: 6 case(s), keyed by full checklist id.
+ *
+ * The seller product form has THREE separate media controls and they are easy to
+ * conflate. Grounded in SellerProductShell.tsx `StepMedia` (:342-497):
+ *
+ *   Main image    ImageUpload,      label "Main Image", enableAdvancedCrop,
+ *                                   cropAspectRatio 1, max 10 MB, index 1
+ *   Gallery       MediaUploadList,  label "Gallery (up to 10 images + 1 video)",
+ *                                   maxItems 11, maxImages 10, maxVideos 1,
+ *                                   maxSizeMB 50, indices 2..11
+ *   Video panel   MediaUploadField, YouTube / external URL / trim / poster
+ *
+ * The existing pages already cover the CAPS (selling/media-limits: 10th uploads,
+ * 11th refused, second video refused) and the basics (selling/listing-a-product:
+ * upload, preview, remove, crop, multiple). This page covers what neither does:
+ * refusal copy, type refusal, ordering, index collision, and the video path that
+ * was returning a 500 until 2026-09.
+ *
+ * @tag domain:tester
+ * @tag layer:seed
+ * @tag pattern:none
+ * @tag access:server-only
+ * @tag consumers:seed-data/authored/index.ts
+ * @tag sideEffects:none
+ */
+import { MEDIA_ENDPOINTS } from "../../../../constants/api-endpoints";
+/*
+ * The endpoint comes from the registry, not a literal.
+ *
+ * These cases genuinely need to name it — the tester is told to open the
+ * network panel and read that exact request, and "the signing request" would be
+ * too vague for R8, which requires literal values. But a pasted copy of the path
+ * is a second definition that silently rots the day the route moves, leaving a
+ * tester hunting a request that no longer exists and reporting a bug that is
+ * really a stale case. Interpolating keeps it precise AND single-sourced.
+ */
+const SIGN = MEDIA_ENDPOINTS.SIGN;
+const SIGN_IN_SELLER = "Sign in as tyson@beybladearena.in / TempPass123!.";
+export const authored = {
+    "checklist-selling-product-upload-details-main-image-crop-applies": {
+        roles: ["seller"],
+        startPage: "/store/products/new",
+        steps: [
+            SIGN_IN_SELLER,
+            "Open /store/products/new and click 'Show all fields (advanced)' to reach the sectioned form.",
+            "Open the Media section and choose public/test-media/sample-image.png for 'Main Image'.",
+            "Wait for the crop dialog to appear and note the shape of the crop box.",
+            "Drag the crop box to cover clearly only the LEFT half of the picture, then confirm.",
+            "Read the thumbnail that appears afterwards and compare what it shows against the original.",
+        ],
+        inputs: { image: "public/test-media/sample-image.png" },
+        expectedBehaviour: "The crop is applied to the bytes that are uploaded, not merely previewed. A cropper that shows a selection and then stores the original is worse than no cropper — the seller believes they framed the photo and the marketplace shows something else. The box is locked square because the main image is rendered square on every card.",
+        expectedUiState: "A crop dialog opens before any upload begins, and its box is square and stays square when dragged. The resulting thumbnail shows the LEFT half that was selected, not the whole picture.",
+        expectedData: { cropAspectRatio: 1 },
+        endResult: "Leave without saving. Re-open the form: no half-uploaded image is left attached to a draft.",
+    },
+    "checklist-selling-product-upload-details-oversize-image-refused-client-side": {
+        roles: ["seller"],
+        startPage: "/store/products/new",
+        steps: [
+            SIGN_IN_SELLER,
+            "Open /store/products/new and switch to the advanced form.",
+            "Open the Media section and read the size limit stated next to 'Main Image'.",
+            "Choose public/test-media/oversized.png for the Main Image and start a timer. (The batch generates this file — it is >10 MB of incompressible noise and deliberately not committed.)",
+            "Read the message that appears and note how long it took.",
+            `Open the browser network panel and check whether any request to ${SIGN} was made.`,
+        ],
+        inputs: { image: "public/test-media/oversized.png", limitMb: 10 },
+        expectedBehaviour: "A file over the limit is refused BEFORE any bytes leave the browser. The point is the seller's time: a 12 MB upload that travels, then finalises, then fails validation has taken a minute to tell them something the form already knew when they picked the file. The limit is also stated up front rather than only in the refusal.",
+        expectedUiState: `The refusal is immediate (well under a second) and reads 'File size must be less than 10MB', naming the actual size. No ${SIGN} request appears in the network panel. The field keeps whatever image it had before.`,
+        expectedData: { signRequestsMade: 0 },
+        endResult: "Leave without saving; nothing was uploaded.",
+    },
+    "checklist-selling-product-upload-details-disallowed-type-refused": {
+        roles: ["seller"],
+        startPage: "/store/products/new",
+        steps: [
+            SIGN_IN_SELLER,
+            "Open /store/products/new and switch to the advanced form.",
+            "Open the Media section and choose public/test-media/sample-vector.svg for the Main Image.",
+            "Read the message that appears.",
+            "Now choose public/test-media/sample-image.png for the same field.",
+            "Read whether it is accepted.",
+        ],
+        inputs: { rejected: "public/test-media/sample-vector.svg", accepted: "public/test-media/sample-image.png" },
+        expectedBehaviour: "SVG is deliberately outside the allowed image types — it is a document format that can carry script, and it is served from our own origin. The refusal happens on type, not on extension alone, and the control recovers: refusing one file must not leave the field wedged.",
+        expectedUiState: "The SVG is refused with a message naming the accepted types. Immediately afterwards the PNG uploads normally in the same field — no reload needed.",
+        endResult: "Leave without saving.",
+    },
+    "checklist-selling-product-upload-details-gallery-order-persists": {
+        roles: ["seller"],
+        startPage: "/store/products/new",
+        steps: [
+            SIGN_IN_SELLER,
+            "Open /store/products/new and switch to the advanced form.",
+            "Open the Media section and add three gallery images one at a time: public/test-media/sample-image.png, then public/test-media/sample-image-2.png, then public/test-media/sample-image-3.png.",
+            "Note the order the three thumbnails appear in, left to right.",
+            "Drag the THIRD thumbnail to the first position.",
+            "Fill Title 'Gallery Order Probe', Description 'Checking that gallery ordering survives a save and reload.', Category 'Beyblade Burst', Price 499, then Publish.",
+            "Re-open the product for editing and read the gallery order again.",
+        ],
+        inputs: {
+            images: "public/test-media/sample-image.png + sample-image-2.png + sample-image-3.png",
+            title: "Gallery Order Probe",
+            price: 499,
+        },
+        expectedBehaviour: "Gallery order is the seller's editorial decision about which angle a buyer sees second, so it is stored, not just displayed. Order that survives in the form but resets on reload means the array is being rebuilt from upload time rather than from the arrangement.",
+        expectedUiState: "After the drag the moved image is first. After publish and re-open it is STILL first, in the same order as before the save.",
+        expectedData: { firstGalleryImage: "public/test-media/sample-image-3.png" },
+        endResult: "The published product's gallery order matches what was arranged. Delete the product afterwards.",
+    },
+    "checklist-selling-product-upload-details-main-image-does-not-collide-with-gallery": {
+        roles: ["seller"],
+        startPage: "/store/products/new",
+        steps: [
+            SIGN_IN_SELLER,
+            "Open /store/products/new and switch to the advanced form.",
+            "Open the Media section and set the Main Image to public/test-media/sample-image.png, accepting the crop.",
+            "Add public/test-media/sample-image-2.png as the first GALLERY image.",
+            "Read both previews and confirm they show different pictures.",
+            "Publish with Title 'Slot Collision Probe', Description 'Main image and first gallery image must not overwrite each other.', Category 'Beyblade Burst', Price 499.",
+            "Open the product's public page and read the main image and the first gallery thumbnail.",
+        ],
+        inputs: { mainImage: "public/test-media/sample-image.png", firstGalleryImage: "public/test-media/sample-image-2.png", price: 499 },
+        expectedBehaviour: "The main image occupies index 1 and the gallery starts at index 2. Filenames here are content-derived with no timestamp, so two uploads that computed the same index would write the same storage path and the second would silently overwrite the first — the seller would see one of their two pictures simply vanish.",
+        expectedUiState: "The main image and the first gallery thumbnail show DIFFERENT pictures, both in the form and on the published page. Neither is blank.",
+        expectedData: { distinctImages: 2 },
+        endResult: "Both images survive a reload of the public page. Delete the product afterwards.",
+    },
+    "checklist-selling-product-upload-details-video-upload-succeeds": {
+        roles: ["seller"],
+        startPage: "/store/products/new",
+        steps: [
+            SIGN_IN_SELLER,
+            "Open /store/products/new and switch to the advanced form.",
+            "Open the Media section and open the video panel's 'Upload' tab.",
+            "Choose public/test-media/sample-video.mp4 and wait for it to finish.",
+            `Open the browser network panel and read the status of the ${SIGN} request.`,
+            "Read whether a poster frame and a duration appear.",
+            "Publish with Title 'Video Upload Probe', Description 'Checking the seller video upload path end to end.', Category 'Beyblade Burst', Price 499, then open the public page and play the video.",
+        ],
+        inputs: { video: "public/test-media/sample-video.mp4", price: 499 },
+        expectedBehaviour: "The dedicated video panel uploads through the same signed-URL flow as the gallery. This path returned HTTP 500 until 2026-09 because the panel omitted the category from the upload context and the filename generator threw on it — so every seller video upload from this panel failed while the gallery path worked. This case is that defect's regression test.",
+        expectedUiState: `${SIGN} returns 200, not 400 or 500. A poster frame and a duration appear. The published page plays the video.`,
+        expectedData: { signStatus: 200 },
+        endResult: "The video survives a reload of the public page. Delete the product afterwards.",
+    },
+};

package/dist/features/tester/seed-data/authored/selling__quick-add-minimum-details.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__quick-add-minimum-details.js

@@ -0,0 +1,154 @@
+/*
+ * WHY: Authored six-part procedures for the selling/quick-add-minimum-details page.
+ * WHAT: 6 case(s), keyed by full checklist id.
+ *
+ * 🛑 THE QUICK FORM AND "THE FIELDS VISIBLE ON WHATSAPP" ARE THE SAME SET. That is
+ * what makes this one page rather than two.
+ *
+ * `/store/products/new` does NOT open the sectioned form. SellerProductShell.tsx
+ * :1339 picks `formMode = "quick"` whenever mode is create and listingType is
+ * standard, so the default is QuickProductForm — six fields: title*, category*,
+ * price*, mainImage*, description, stockQuantity. The sectioned form is behind
+ * "Show all fields (advanced)".
+ *
+ * And the WhatsApp catalog push (catalog-sync/route.ts:70-86) sends exactly
+ * title, price, mainImage, condition and stockQuantity plus a derived slug and
+ * link. That is the quick form's field set. A seller who fills only the short
+ * form has, by construction, filled everything a WhatsApp buyer will ever see.
+ *
+ * 🛑 TWO CASES HERE ARE EXPECTED TO FAIL, and their expectations are written as
+ * the CORRECT behaviour rather than the current one. A case that documents a bug
+ * as intended passes forever and locks the defect in. Both are known:
+ *
+ *   condition-options-are-all-saveable  the form offers Like New / Good / Fair
+ *                                       (SellerProductShell.tsx:228-235) but
+ *                                       productBaseSchema accepts only new /
+ *                                       used / refurbished / broken
+ *                                       (request-schemas.ts:155)
+ *   description-requirement-is-honest   QuickProductForm labels description
+ *                                       "Brief description (optional)" and never
+ *                                       validates it, while the server requires
+ *                                       >= 20 characters (:122-128)
+ *
+ * @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-quick-add-minimum-details-quick-form-is-the-default": {
+        roles: ["seller"],
+        startPage: "/store/products/new",
+        steps: [
+            SIGN_IN_SELLER,
+            "Open /store/products/new without clicking anything else.",
+            "Read the heading and count the input fields on screen.",
+            "List the field labels in order.",
+            "Read whether a control offering the full form is present, and read its label.",
+            "Open /store/art/new and count its fields for comparison.",
+        ],
+        expectedBehaviour: "Creating an ordinary product opens the SHORT form, because most listings need six fields and the sectioned form asks for thirty. The full form stays one click away rather than being the default. Non-standard types (art, auctions) open the sectioned form directly, since they carry type-specific fields the short form has no room for.",
+        expectedUiState: "Six fields: Product Name, Category, Price, Product Image, Description, Stock Quantity — and a control reading 'Show all fields (advanced)'. /store/art/new shows the sectioned form instead.",
+        expectedData: { quickFormFields: 6 },
+        endResult: "Read-only; leave without saving.",
+    },
+    "checklist-selling-quick-add-minimum-details-publish-with-the-minimum": {
+        roles: ["seller"],
+        startPage: "/store/products/new",
+        steps: [
+            SIGN_IN_SELLER,
+            "Open /store/products/new.",
+            "Enter Product Name 'Minimum Details Probe'.",
+            "Pick Category 'Beyblade Burst'.",
+            "Enter Price 499.",
+            "Upload public/test-media/sample-image.png as the Product Image.",
+            "Enter Description 'A short-form listing created with only the required fields present.'",
+            "Click Publish and read what happens.",
+            "Open the product's public page and read the title, price and image.",
+        ],
+        inputs: {
+            title: "Minimum Details Probe",
+            category: "Beyblade Burst",
+            price: 499,
+            image: "public/test-media/sample-image.png",
+            description: "A short-form listing created with only the required fields present.",
+        },
+        expectedBehaviour: "The short form can produce a real, published, buyable listing on its own. If it cannot, it is a decoy: the seller fills it, is refused, and has to learn the long form anyway — having already done the work twice.",
+        expectedUiState: "Publish succeeds with no inline errors and no error toast. The public page renders the title, ₹499 and the uploaded image.",
+        expectedData: { published: true },
+        endResult: "The listing survives a reload of the public page and appears in /store/products. Delete it afterwards.",
+    },
+    "checklist-selling-quick-add-minimum-details-whatsapp-shows-the-same-fields": {
+        roles: ["seller"],
+        startPage: "/store/whatsapp",
+        steps: [
+            SIGN_IN_SELLER,
+            "Publish 'Minimum Details Probe' from /store/products/new as in the previous case, with Price 499.",
+            "Open /store/whatsapp and find the catalog preview.",
+            "Locate the tile for 'Minimum Details Probe'.",
+            "Read every piece of information the tile shows.",
+            "Compare that list against the fields the quick form asked for.",
+        ],
+        inputs: { title: "Minimum Details Probe", price: 499 },
+        expectedBehaviour: "What WhatsApp shows is a subset of what the short form collects — title, price, image, condition and stock. This is the reason the short form is the right shape: a seller who fills only it has already supplied everything a WhatsApp buyer will see, so nothing is missing from the channel most of them arrive through.",
+        expectedUiState: "The tile shows the image, the name and ₹499. Nothing on it is blank or a placeholder, and nothing it shows was absent from the quick form.",
+        endResult: "Read-only against the catalog preview. Delete the probe listing afterwards.",
+    },
+    "checklist-selling-quick-add-minimum-details-advanced-flip-keeps-values": {
+        roles: ["seller"],
+        startPage: "/store/products/new",
+        steps: [
+            SIGN_IN_SELLER,
+            "Open /store/products/new.",
+            "Enter Product Name 'Flip Probe', Price 750, and Description 'Checking that switching to the full form keeps what was already typed.'",
+            "Pick Category 'Beyblade Burst'.",
+            "Click 'Show all fields (advanced)'.",
+            "Read the Title, Price, Description and Category fields in the sectioned form.",
+            "Read whether any value is blank that was filled a moment ago.",
+        ],
+        inputs: { title: "Flip Probe", price: 750, category: "Beyblade Burst" },
+        expectedBehaviour: "The flip changes the presentation, not the draft. Losing typed values on the way to the full form punishes the seller for outgrowing the short one, and teaches them to start with the long form every time — which defeats the point of having a short one.",
+        expectedUiState: "Title reads 'Flip Probe', Price 750, Category 'Beyblade Burst' and the description is intact in the sectioned form's Basic and Pricing sections.",
+        expectedData: { valuesPreserved: 4 },
+        endResult: "Leave without saving.",
+    },
+    "checklist-selling-quick-add-minimum-details-condition-options-are-all-saveable": {
+        roles: ["seller"],
+        startPage: "/store/products/new",
+        steps: [
+            SIGN_IN_SELLER,
+            "Open /store/products/new and click 'Show all fields (advanced)'.",
+            "Open the Basic section and read every option in the Condition dropdown, writing them all down.",
+            "Fill Title 'Condition Probe', Description 'Checking that every condition the form offers can actually be saved.', Category 'Beyblade Burst', Price 499 and a Main Image.",
+            "Select Condition 'Like New' and click Publish.",
+            "Read the result — inline error, toast, or success.",
+            "Repeat with 'Good', then with 'Fair', then with 'New', reading the result each time.",
+        ],
+        inputs: { title: "Condition Probe", price: 499, conditions: "Like New, Good, Fair, New" },
+        expectedBehaviour: "Every option the dropdown offers can be saved. A select that lists a value the server rejects is a trap with no way out — the seller picks the option that describes their item honestly and is refused, with nothing on screen saying which options are real.",
+        expectedUiState: "Publishing succeeds for EVERY option in the list, including Like New, Good and Fair. Any option that produces a validation failure is the finding — record which ones and quote the message.",
+        expectedData: { saveableConditions: "all options listed in the dropdown" },
+        endResult: "Each successful publish is visible on the public page with the chosen condition. Delete the listings afterwards.",
+    },
+    "checklist-selling-quick-add-minimum-details-description-requirement-is-honest": {
+        roles: ["seller"],
+        startPage: "/store/products/new",
+        steps: [
+            SIGN_IN_SELLER,
+            "Open /store/products/new.",
+            "Read the Description field's label and note exactly whether it says required or optional.",
+            "Fill Product Name 'Short Description Probe', Category 'Beyblade Burst', Price 499 and a Product Image.",
+            "Type exactly 'Nice bey' in Description — eight characters.",
+            "Click Publish and read what happens, and WHERE it appears.",
+            "If it was refused, read whether the message appeared on the Description field itself or somewhere else.",
+        ],
+        inputs: { title: "Short Description Probe", description: "Nice bey", price: 499 },
+        expectedBehaviour: "The form tells the truth about what it requires, and it tells it at the field. Either the description really is optional and a short one publishes, or it is required and the label says so with the minimum length stated. What must not happen is a field marked optional being refused by the server after the seller commits — that is the form making a promise the save does not keep.",
+        expectedUiState: "Label and behaviour agree. If a minimum length applies, the label states it and a short entry is caught inline on the Description field BEFORE publishing. A toast appearing after Publish, with the field itself showing no error, is the failure.",
+        expectedData: { errorShownInline: true },
+        endResult: "Either the listing publishes, or nothing is created and the form still holds what was typed. Delete anything created.",
+    },
+};

package/dist/features/tester/seed-data/authored/selling__seller-orders.js

@@ -176,6 +176,8 @@ export const authored = {
         endResult: "Read-only; nothing persists.",
     },
     "checklist-selling-seller-orders-seller-new-order-notification-reaches-seller": {
+        requiresHumanChannel: true,
+        humanChannelReason: "real email inbox",
         roles: ["buyer", "seller"],
         startPage: "/products/product-beyblade-burst-valkyrie",
         steps: [

package/dist/features/tester/seed-data/index.d.ts

@@ -9,3 +9,4 @@ export { bidsTesterSeedData } from "./bids-tester-seed-data";
 export { cartsTesterSeedData } from "./carts-tester-seed-data";
 export { ordersTesterSeedData } from "./orders-tester-seed-data";
 export { offersTesterSeedData } from "./offers-tester-seed-data";
+export { testerResponsesSeedData } from "./tester-responses-seed-data";

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

@@ -9,3 +9,4 @@ export { bidsTesterSeedData } from "./bids-tester-seed-data";
 export { cartsTesterSeedData } from "./carts-tester-seed-data";
 export { ordersTesterSeedData } from "./orders-tester-seed-data";
 export { offersTesterSeedData } from "./offers-tester-seed-data";
+export { testerResponsesSeedData } from "./tester-responses-seed-data";