@mohasinac/appkit 4.52.5 → 4.53.1

package/scripts/seed-cli.mjs

@@ -181,7 +181,8 @@ const appkit = await import("@mohasinac/appkit");
 // client-safe barrel, only from "@mohasinac/appkit/server". The *_PII_FIELDS
 // / *_PII_INDEX_MAP constants are plain data and stay in the main barrel.
 const appkitServer = await import("@mohasinac/appkit/server");
-const { encryptPiiFields, piiIndicesFor, encryptPayoutDetails, encryptPayoutBankAccount, encryptShippingConfig } = appkitServer;
+const { encryptPiiFields, piiIndicesFor, encryptPayoutDetails, encryptPayoutBankAccount, encryptShippingConfig,
+  buildTokensIndex, BLIND_INDEX_KEY_VERSION_FIELD, CURRENT_BLIND_INDEX_KEY_VERSION } = appkitServer;
 
 const {
   // seed data
@@ -191,9 +192,9 @@ const {
   storeCategoriesSeedData, listingTemplatesSeedData, moderationQueueSeedData, reportsSeedData,
   itemRequestsSeedData, storeGoogleConfigSeedData,
   categoriesSeedData, storesSeedData, sessionsSeedData,
-  productsStandardSeedData, productsAuctionsSeedData, productsPreordersSeedData,
+  productsStandardSeedData, productsBeybladeXSeedData, productsAuctionsSeedData, productsPreordersSeedData,
   productsPrizeDrawsSeedData, productsClassifiedsSeedData, productsDigitalCodesSeedData, productsLiveItemsSeedData,
-  productsArtSeedData, productsStickersSeedData,
+  productsArtSeedData, productsStickersSeedData, productsSparesSeedData,
   productsCatalogueSeedData,
   FRANCHISE_BY_CATEGORY_ROOT,
   ordersSeedData, reviewsSeedData, cartsSeedData, bidsSeedData,
@@ -206,6 +207,7 @@ const {
   groupedListingsSeedData,
   mediaAssetsSeedData,
   scammersSeedData, productFeaturesSeedData, taxCodesSeedData,
+  authenticityKnowledgeSeedData,
   partGlossarySeedData, modelCompositionSeedData,
   testerChecklistSeedData, testerResponsesSeedData,
   supportTicketsSeedData, catalogueSeedData,
@@ -316,6 +318,7 @@ const COLLECTION_MAP = {
   mediaAssets: "mediaAssets",
   scammerProfiles: SCAMMER_COLLECTION,
   productFeatures: PRODUCT_FEATURES_COLLECTION,
+  authenticityKnowledge: "authenticityKnowledge",
   taxCodes: TAX_CODES_COLLECTION,
   // E4/D12 — extracted from the local corpus, generated into the seed.
   partGlossary: PART_GLOSSARY_COLLECTION,
@@ -492,18 +495,47 @@ const SEED_DATA_MAP = {
   categories: categoriesSeedData,
   stores: storesSeedData,
   products: withFranchise(withDerivedCategoryFields([
-    ...(productsStandardSeedData || []), ...(productsAuctionsSeedData || []), ...(productsPreordersSeedData || []),
+    ...(productsStandardSeedData || []),
+    // Real, wiki-verified Beyblade X listings under store-letitrip-official —
+    // added 2026-10-19 for PhonePe merchant registration, which requires at
+    // least one genuinely purchasable product. See the file's own header.
+    ...(productsBeybladeXSeedData || []),
+    ...(productsAuctionsSeedData || []), ...(productsPreordersSeedData || []),
     ...(productsPrizeDrawsSeedData || []), ...(productsClassifiedsSeedData || []), ...(productsDigitalCodesSeedData || []), ...(productsLiveItemsSeedData || []),
     // art + stickers were written, exported from the seed barrel, and then never
     // spread here — so 13 fixtures had NEVER reached the database, /art and
     // /stickers were permanently empty, and listingType=art|stickers returned 0.
     // Root Cause #58's family one layer down: added everywhere except the runner.
     ...(productsArtSeedData || []), ...(productsStickersSeedData || []),
-    // The 972 generated catalogue-filler listings (one per taxonomy leaf) —
-    // see scripts/gen-catalogue-listings.mjs. This is what makes `products`
-    // reproducible after a full wipe; without it the collection drops from
-    // 1,039 to 71 the moment someone purges it.
-    ...(productsCatalogueSeedData || []),
+    // 🛑 BOTH sites, every time. This file's own header records 13 art/sticker
+    // fixtures that never reached the database because only the import was
+    // edited and this spread was not — the loader then wrote every OTHER
+    // product and reported success.
+    ...(productsSparesSeedData || []),
+    /*
+     * 🛑 DEREGISTERED 2026-10-19 — productsCatalogueSeedData (1,237 rows, one
+     * per taxonomy leaf) is NOT spread here, on purpose.
+     *
+     * This is a reversal of the comment that used to be here, which said the
+     * opposite: that this spread was "what makes `products` reproducible
+     * after a full wipe." That was true when the catalogue was the only
+     * content under its leaf categories. It stopped being true the moment
+     * real curated listings exist for the SAME leaves — four of them,
+     * confirmed by grep: `category-aeropegasus-3-70a`, `category-
+     * valkyrievolt-s4-70v`, `category-wizardarrow-4-80b`, `category-
+     * knightshield-3-80n` each already carry one generated row. Re-enabling
+     * this spread would not just add filler back — it would put a
+     * hash-priced synthetic duplicate (one measured as a NEGATIVE price,
+     * `-61`) into the exact categories the real BX-53 fixture now occupies,
+     * silently resurrecting the thing a full `appkit-seed purge` was just run
+     * to remove.
+     *
+     * The generator (`scripts/gen-catalogue-listings.mjs`) and the committed
+     * file itself are both left untouched — this is deliberately a one-line
+     * "stop loading it" change, not a deletion. Re-enable only after deciding
+     * what should happen to a leaf that now has BOTH a real listing and a
+     * generated one.
+     */
   ])),
   orders: ordersSeedData,
   reviews: reviewsSeedData,
@@ -545,6 +577,7 @@ const SEED_DATA_MAP = {
   mediaAssets: mediaAssetsSeedData,
   scammerProfiles: scammersSeedData,
   productFeatures: productFeaturesSeedData,
+  authenticityKnowledge: authenticityKnowledgeSeedData,
   taxCodes: taxCodesSeedData,
   partGlossary: partGlossarySeedData,
   modelComposition: modelCompositionSeedData,
@@ -593,6 +626,33 @@ async function purgeCollection(path) {
   return removed;
 }
 
+/*
+ * 🛑 `TOKENS_INDEX_MAP` holds ONLY `payouts`, and that is a measured fact
+ * about this file, not an oversight.
+ *
+ * `encryptSeedPii` is called from exactly one place — `loadGeneric`'s
+ * per-doc loop. `users` and `addresses` are seeded by their OWN dedicated
+ * loaders (`loadUsers`, the addresses block near line 1029) that write
+ * straight to Firestore and never call this function — so a `users`/
+ * `addresses` entry here would be dead code, silently unreachable, which is
+ * worse than no entry: it would read as "handled" to the next person who
+ * greps for it.
+ *
+ * It is also the right scope rather than a gap, because `users` and
+ * `addresses` are PRESERVE-tier in the tester harness — never wiped, never
+ * reseeded — so the only two things that can write their `*TokensIndex`
+ * are a REAL write (covered by `UserRepository`/`AddressesRepository`'s
+ * `buildTokensIndexFor`, wired separately) and the one-time bootstrap seed
+ * load `appkit-seed load --collections users` documented in CLAUDE.md's
+ * § "Claude Tester" — which `backfill-blind-index.mjs` exists to catch up
+ * after. `payouts` has no such safety net: it is SEED_TRANSACTIONAL, so it
+ * cascades and RESEEDS on every tester run that touches its store, through
+ * exactly this function — which is why it is the one entry that matters.
+ */
+const TOKENS_INDEX_MAP = {
+  payouts: { field: "sellerTokensIndex", from: ["sellerName", "sellerEmail"] },
+};
+
 function encryptSeedPii(collection, data) {
   const PII_MAP = {
     orders: ORDER_PII_FIELDS,
@@ -604,11 +664,28 @@ function encryptSeedPii(collection, data) {
     eventEntries: EVENT_ENTRY_PII_FIELDS,
   };
   const fields = PII_MAP[collection];
-  if (!fields) return data;
-  let result = encryptPiiFields(data, [...fields]);
+  let result = fields ? encryptPiiFields(data, [...fields]) : { ...data };
   if (collection === "payouts" && result.bankAccount) {
     result.bankAccount = encryptPayoutBankAccount(result.bankAccount);
   }
+
+  /*
+   * 🛑 THIS IS WHAT MAKES `payouts` SURVIVE A TESTER WIPE WITH A WORKING
+   * SEARCH INDEX. `payouts` is SEED_TRANSACTIONAL in the tester harness —
+   * it cascades on `storeId` whenever its store is wiped, then gets
+   * RE-SEEDED by exactly this function. Without this block, the reseeded
+   * documents would carry ciphertext and no `sellerTokensIndex` at all,
+   * silently undoing a one-shot backfill on the very next tester run.
+   */
+  const tokensIndex = TOKENS_INDEX_MAP[collection];
+  if (tokensIndex) {
+    const values = tokensIndex.from.map((f) => data[f]).filter((v) => typeof v === "string");
+    if (values.length > 0) {
+      result[tokensIndex.field] = buildTokensIndex(...values);
+      result[BLIND_INDEX_KEY_VERSION_FIELD] = CURRENT_BLIND_INDEX_KEY_VERSION;
+    }
+  }
+
   return result;
 }
 
@@ -1226,9 +1303,23 @@ async function cmdPurge() {
     const sub = SUBCOLLECTIONS.find((s) => s.key === colName);
     try {
       if (sub) {
-        /* A collection-group query reaches every parent at once. */
-        const snap = await db.collectionGroup(sub.name).where("seedPurpose", "==", "test").get();
-        if (snap.size > 0) plan.push({ colName, docs: snap.docs, isSub: true });
+        /*
+         * 🛑 Unfiltered collection-group read, filtered in memory — NOT
+         * `.where("seedPurpose", "==", "test")` on the group.
+         *
+         * A single-field equality is auto-indexed per COLLECTION, but a
+         * COLLECTION-GROUP query needs an explicit composite/group index that
+         * this project has never deployed, and `purge` must not require a
+         * Firebase deploy just to run (it is a read-then-delete script, not an
+         * infra change). Measured live: `3 FAILED_PRECONDITION: ... requires a
+         * COLLECTION_GROUP_ASC index`. `couponUsage` is small (single digits
+         * per store), so reading the whole group and filtering client-side
+         * costs nothing here — this is not a pattern to reuse on a large
+         * subcollection.
+         */
+        const snap = await db.collectionGroup(sub.name).get();
+        const docs = snap.docs.filter((d) => d.data()?.seedPurpose === "test");
+        if (docs.length > 0) plan.push({ colName, docs, isSub: true });
       } else {
         const snap = await db.collection(path).where("seedPurpose", "==", "test").get();
         if (snap.size > 0) plan.push({ colName, docs: snap.docs, isSub: false });
@@ -1283,19 +1374,40 @@ async function cmdPurge() {
         }
       }
     }
-    for (let i = 0; i < p.docs.length; i += 450) {
-      const chunk = p.docs.slice(i, i + 450);
-      const batch = db.batch();
-      for (const d of chunk) batch.delete(d.ref);
-      try {
-        await batch.commit();
-        stats.deleted += chunk.length;
-        if (VERBOSE) for (const d of chunk) console.log(`    - ${p.colName}/${d.id}`);
-      } catch (err) {
-        console.error(`✗ ${p.colName}: ${err.message}`);
-        stats.errors++;
-      }
+    /*
+     * 🛑 BulkWriter, never a manually-chunked `db.batch()`.
+     *
+     * A 450-document chunk stays under Firestore's 500-OPERATION limit but
+     * says nothing about the 10 MiB per-request PAYLOAD limit — and a rich
+     * document (a product's `searchTxt` array, `customFields`,
+     * `customSections`, `images[]`) can blow that well before 450 count.
+     * Measured live purging this exact `products` collection: `3
+     * INVALID_ARGUMENT: Transaction too big` partway through, which aborted
+     * the whole chunk's commit and silently left every doc in it undeleted —
+     * `stats.deleted` kept counting the chunk as done regardless, so the
+     * printed total was wrong by exactly the size of the failed chunk.
+     *
+     * `db.bulkWriter()` sizes and retries its own requests, so it is correct
+     * regardless of document size — CLAUDE.md documents the identical failure
+     * for a `categories` wipe (1,177 rows, ~100-entry `searchTxt` each) dying
+     * at a 400-doc batch for the same reason.
+     */
+    const writer = db.bulkWriter();
+    let chunkErrors = 0;
+    writer.onWriteError((err) => {
+      chunkErrors += 1;
+      console.error(`✗ ${p.colName}/${err.documentRef.id}: ${err.message}`);
+      // Retry up to the default limit; beyond that, give up on this one doc
+      // rather than retrying forever.
+      return err.failedAttempts < 3;
+    });
+    for (const d of p.docs) {
+      writer.delete(d.ref);
+      if (VERBOSE) console.log(`    - ${p.colName}/${d.id}`);
     }
+    await writer.close();
+    stats.deleted += p.docs.length - chunkErrors;
+    stats.errors += chunkErrors;
   }
 
   console.log(

package/scripts/verify-css-build.mjs

@@ -1,53 +1,134 @@
 /**
- * Post-build guard: verifies that critical responsive Tailwind classes are present
- * in the compiled dist/tailwind-utilities.css. Fails the build if any are missing,
- * catching cases where a stale or incomplete CSS bundle was published.
+ * verify-css-build — the BUILD-TIME guard on appkit's compiled stylesheets.
  *
- * Run via: node scripts/verify-css-build.mjs
- * Called automatically at the end of `npm run build`.
+ * Runs at the end of `npm run build`, before `npm publish` can ship the tarball.
+ *
+ * ── What this is for, and what it is NOT ───────────────────────────────────
+ * This answers "did the build produce a plausible, complete stylesheet?" — a
+ * question about the ARTEFACT. It deliberately does not try to answer "does
+ * every authored class resolve to a rule?", which is a question about the
+ * CODE: `scripts/audit-dead-css-classes.mjs` owns that, reads all three
+ * stylesheets, and runs in `npm run check` and the Stop hook.
+ *
+ * 🛑 It used to be a list of EIGHT hardcoded strings — `{md,lg}:{block,flex,
+ * hidden}` plus two breakpoints — chosen in 2026-08 for one specific nav bug.
+ * That is what it could see, and nothing added since was covered: not a hover,
+ * not a dropdown, not one of the ~980 hand-written `appkit-*` classes. Asked
+ * in 2026-10 whether the CSS was checked "or just a few", the honest answer
+ * was: just those eight.
+ *
+ * The replacement checks properties that hold for ANY correct build, so it
+ * cannot go stale as the class surface grows:
+ *
+ *   1. Each artefact EXISTS and is non-trivially large.
+ *   2. Each carries a floor of rules — catching a half-written `dist/`.
+ *   3. `styles.css` has no unresolved `@import` left in it.
+ *   4. The responsive machinery is present (media queries at the real
+ *      breakpoints), without naming individual classes.
+ *
+ * ── Why (2) exists: the half-written dist is a REAL failure here ───────────
+ * CLAUDE.md records a publish that died inside its own build step and left
+ * `dist/` with `client-entry.js` present and `tailwind-utilities.css` gone.
+ * A guard that only checked for a few class names in a file that existed
+ * would have passed a stylesheet missing most of itself. The floors are set
+ * well below current size so ordinary authoring never trips them; they exist
+ * to catch an order-of-magnitude loss, not a diff.
  */
-import { readFileSync } from "fs";
+import { readFileSync, statSync, existsSync } from "fs";
 import { resolve, dirname } from "path";
 import { fileURLToPath } from "url";
 
 const __dirname = dirname(fileURLToPath(import.meta.url));
-const CSS_PATH = resolve(__dirname, "../dist/tailwind-utilities.css");
-
-const REQUIRED_CLASSES = [
-  // Responsive display utilities used by MainNavbar (NavbarLayout) and TitleBar
-  "lg\\:block",
-  "lg\\:flex",
-  "lg\\:hidden",
-  "md\\:block",
-  "md\\:flex",
-  "md\\:hidden",
-  // Responsive breakpoints must exist as @media rules.
-  // Tailwind v4 (2026-08-16 migration) uses rem-based default breakpoints —
-  // 64rem/48rem are the exact same viewport widths as v3's 1024px/768px at the
-  // browser default 16px root font-size (this project does not override
-  // html { font-size }), just expressed in the new unit.
-  "min-width:64rem",
-  "min-width:48rem",
+const DIST = resolve(__dirname, "../dist");
+
+/**
+ * Floors, not targets. Measured 2026-10-19 at 205 KB / 2,400 rules for the
+ * utilities and 495 KB / 7,900 rules for the components; these sit at roughly
+ * a third of that, so deleting a feature is fine and losing the file is not.
+ */
+const ARTEFACTS = [
+  {
+    file: "tailwind-utilities.css",
+    minBytes: 60_000,
+    minRules: 800,
+    what: "Tailwind utilities generated from appkit/src",
+  },
+  {
+    file: "styles.css",
+    minBytes: 150_000,
+    minRules: 2_500,
+    what: "hand-written appkit-* component CSS, flattened from *.style.css",
+  },
 ];
 
-let css;
-try {
-  css = readFileSync(CSS_PATH, "utf8");
-} catch {
-  console.error(`[verify-css-build] ERROR: Could not read ${CSS_PATH}`);
-  console.error("  Run 'npm run build' in appkit/ before publishing.");
-  process.exit(1);
+/**
+ * The breakpoints the layout primitives actually switch on. Expressed as
+ * MEDIA QUERIES rather than class names: a class list has to be maintained
+ * and silently narrows over time, while "the build emitted rules at these
+ * widths" stays true however the classes are spelled.
+ *
+ * rem, not px — Tailwind v4 emits `min-width: 64rem`, the same viewport width
+ * v3's `1024px` meant at the browser default root font-size (this project does
+ * not override `html { font-size }`).
+ */
+const BREAKPOINTS = ["40rem", "48rem", "64rem", "80rem"];
+
+const problems = [];
+
+for (const { file, minBytes, minRules, what } of ARTEFACTS) {
+  const p = resolve(DIST, file);
+  if (!existsSync(p)) {
+    problems.push(`${file} — MISSING (${what})`);
+    continue;
+  }
+  const bytes = statSync(p).size;
+  const css = readFileSync(p, "utf8");
+  // Rule count ≈ declaration blocks. Minified output is one line, so counting
+  // `{` is the only size-independent measure available.
+  const rules = (css.match(/\{/g) ?? []).length;
+
+  if (bytes < minBytes) {
+    problems.push(`${file} — ${bytes} bytes, below the ${minBytes} floor (${what})`);
+  }
+  if (rules < minRules) {
+    problems.push(`${file} — ${rules} rules, below the ${minRules} floor (${what})`);
+  }
+  // An unresolved @import means bundle-css.mjs did not run, or ran against an
+  // already-flattened file. Turbopack does not reliably resolve nested CSS
+  // imports, so one left here ships as missing styles.
+  if (file === "styles.css" && /@import\s+["']\./.test(css)) {
+    problems.push(`${file} — contains an unresolved relative @import; run bundle-css.mjs`);
+  }
 }
 
-const missing = REQUIRED_CLASSES.filter((cls) => !css.includes(cls));
+const utilitiesPath = resolve(DIST, "tailwind-utilities.css");
+if (existsSync(utilitiesPath)) {
+  const css = readFileSync(utilitiesPath, "utf8");
+  const missingBps = BREAKPOINTS.filter((bp) => !css.includes(`min-width:${bp}`) && !css.includes(`min-width: ${bp}`));
+  if (missingBps.length) {
+    problems.push(
+      `tailwind-utilities.css — no @media rule at ${missingBps.join(", ")}; ` +
+        `the responsive layer did not build`,
+    );
+  }
+}
 
-if (missing.length > 0) {
-  console.error("[verify-css-build] FAIL: Missing critical CSS classes in dist/tailwind-utilities.css:");
-  missing.forEach((cls) => console.error(`  - ${cls}`));
+if (problems.length) {
+  console.error("[verify-css-build] FAIL:");
+  for (const p of problems) console.error(`  - ${p}`);
+  console.error("");
+  console.error("  The build did not produce a complete stylesheet. Most likely causes:");
+  console.error("    - a concurrent `npm run build` wrote dist/ at the same time");
+  console.error("      (never run two builds at once — see CLAUDE.md's publish rules)");
+  console.error("    - copy-assets.mjs or bundle-css.mjs did not run");
+  console.error("    - the tailwindcss CLI failed without a non-zero exit");
   console.error("");
-  console.error("  This usually means the Tailwind build ran on stale source files.");
-  console.error("  Fix: rebuild appkit with 'npm run build' and re-verify.");
+  console.error("  For per-class completeness run `npm run audit dead-css-classes`,");
+  console.error("  which compares every authored class against the compiled CSS.");
   process.exit(1);
 }
 
-console.log(`[verify-css-build] OK: all ${REQUIRED_CLASSES.length} required classes/breakpoints present.`);
+console.log(
+  `[verify-css-build] OK — ${ARTEFACTS.length} artefact(s) present, above their size/rule floors, ` +
+    `responsive layer built at ${BREAKPOINTS.join(" / ")}.`,
+);

package/dist/_internal/server/features/search/actions.d.ts

@@ -1,7 +0,0 @@
-import { type ActionResult } from "@mohasinac/appkit/server";
-import type { SearchQuery } from "../../../../features/search/types";
-/**
- * Server action for client-initiated search (debounced as-you-type).
- * Bypasses React.cache() so each call returns fresh results.
- */
-export declare function searchAction(query: SearchQuery): Promise<ActionResult<unknown>>;

package/dist/_internal/server/features/search/actions.js

@@ -1,21 +0,0 @@
-"use server";
-import { wrapAction } from "@mohasinac/appkit/server";
-import { searchProducts } from "../../../../features/search/actions/search-actions.js";
-/**
- * Server action for client-initiated search (debounced as-you-type).
- * Bypasses React.cache() so each call returns fresh results.
- */
-export async function searchAction(query) {
-    return wrapAction(async () => {
-        return searchProducts(query).catch(() => ({
-            items: [],
-            q: query.q ?? "",
-            total: 0,
-            page: 1,
-            pageSize: query.pageSize ?? 20,
-            totalPages: 0,
-            hasMore: false,
-            backend: "in-memory",
-        }));
-    });
-}

package/dist/_internal/server/features/search/data.d.ts

@@ -1,15 +0,0 @@
-import type { SearchQuery } from "../../../../features/search/types";
-/**
- * SSR-compatible search read — deduplicated per request via React.cache().
- * Used by the /search page to pre-render results without a client fetch.
- */
-export declare const getSearchResults: (query: SearchQuery) => Promise<import("../../../..").SearchProductsResult | {
-    items: never[];
-    q: string;
-    total: number;
-    page: number;
-    pageSize: number;
-    totalPages: number;
-    hasMore: boolean;
-    backend: "in-memory";
-}>;

package/dist/_internal/server/features/search/data.js

@@ -1,18 +0,0 @@
-import { cache } from "react";
-import { searchProducts } from "../../../../features/search/actions/search-actions.js";
-/**
- * SSR-compatible search read — deduplicated per request via React.cache().
- * Used by the /search page to pre-render results without a client fetch.
- */
-export const getSearchResults = cache(async (query) => {
-    return searchProducts(query).catch(() => ({
-        items: [],
-        q: query.q ?? "",
-        total: 0,
-        page: 1,
-        pageSize: query.pageSize ?? 20,
-        totalPages: 0,
-        hasMore: false,
-        backend: "in-memory",
-    }));
-});

package/dist/_internal/server/features/search/index.d.ts

@@ -1,3 +0,0 @@
-export { getSearchResults } from "./data";
-export { searchAction } from "./actions";
-export type { SearchQuery } from "../../../../features/search/types";

package/dist/_internal/server/features/search/index.js

@@ -1,2 +0,0 @@
-export { getSearchResults } from "./data.js";
-export { searchAction } from "./actions.js";

package/dist/features/account/components/UserAddressesView.d.ts

@@ -1,13 +0,0 @@
-import React from "react";
-import type { StackedViewShellProps } from "../../../ui";
-export interface UserAddressesViewLabels {
-    title?: string;
-    addAddress?: string;
-}
-export interface UserAddressesViewProps extends Omit<StackedViewShellProps, "sections"> {
-    labels?: UserAddressesViewLabels;
-    renderToolbar?: () => React.ReactNode;
-    renderAddresses?: () => React.ReactNode;
-    renderDeleteModal?: () => React.ReactNode;
-}
-export declare function UserAddressesView({ labels, renderToolbar, renderAddresses, renderDeleteModal, ...rest }: UserAddressesViewProps): React.JSX.Element;

package/dist/features/account/components/UserAddressesView.js

@@ -1,5 +0,0 @@
-import { jsx as _jsx } from "react/jsx-runtime";
-import { StackedViewShell } from "../../../ui/index.js";
-export function UserAddressesView({ labels = {}, renderToolbar, renderAddresses, renderDeleteModal, ...rest }) {
-    return (_jsx(StackedViewShell, { portal: "user", ...rest, title: labels.title, sections: [renderToolbar?.(), renderAddresses?.()], overlays: renderDeleteModal?.() }));
-}

package/dist/features/account/components/UserNotificationsView.d.ts

@@ -1,15 +0,0 @@
-import React from "react";
-import type { StackedViewShellProps } from "../../../ui";
-export interface UserNotificationsViewLabels {
-    title?: string;
-}
-export interface UserNotificationsViewProps extends Omit<StackedViewShellProps, "sections"> {
-    labels?: UserNotificationsViewLabels;
-    renderToolbar?: () => React.ReactNode;
-    renderFilters?: () => React.ReactNode;
-    renderActiveFilters?: () => React.ReactNode;
-    renderBulkActions?: () => React.ReactNode;
-    renderList?: () => React.ReactNode;
-    renderPagination?: () => React.ReactNode;
-}
-export declare function UserNotificationsView({ labels, renderToolbar, renderFilters, renderActiveFilters, renderBulkActions, renderList, renderPagination, ...rest }: UserNotificationsViewProps): React.JSX.Element;

package/dist/features/account/components/UserNotificationsView.js

@@ -1,12 +0,0 @@
-import { jsx as _jsx } from "react/jsx-runtime";
-import { StackedViewShell } from "../../../ui/index.js";
-export function UserNotificationsView({ labels = {}, renderToolbar, renderFilters, renderActiveFilters, renderBulkActions, renderList, renderPagination, ...rest }) {
-    return (_jsx(StackedViewShell, { portal: "user", ...rest, title: labels.title, sections: [
-            renderToolbar?.(),
-            renderFilters?.(),
-            renderActiveFilters?.(),
-            renderBulkActions?.(),
-            renderList?.(),
-            renderPagination?.(),
-        ] }));
-}

package/dist/features/account/components/UserSettingsView.d.ts

@@ -1,16 +0,0 @@
-import React from "react";
-import type { StackedViewShellProps } from "../../../ui";
-export interface UserSettingsViewLabels {
-    title?: string;
-}
-export interface UserSettingsViewProps extends Omit<StackedViewShellProps, "sections"> {
-    labels?: UserSettingsViewLabels;
-    renderAccountInfo?: () => React.ReactNode;
-    renderProfileForm?: () => React.ReactNode;
-    renderEmailVerification?: () => React.ReactNode;
-    renderPhoneVerification?: () => React.ReactNode;
-    renderPasswordForm?: () => React.ReactNode;
-    renderMessage?: () => React.ReactNode;
-    renderAppearance?: () => React.ReactNode;
-}
-export declare function UserSettingsView({ labels, renderAccountInfo, renderProfileForm, renderEmailVerification, renderPhoneVerification, renderPasswordForm, renderMessage, renderAppearance, ...rest }: UserSettingsViewProps): React.JSX.Element;

package/dist/features/account/components/UserSettingsView.js

@@ -1,13 +0,0 @@
-import { jsx as _jsx } from "react/jsx-runtime";
-import { StackedViewShell } from "../../../ui/index.js";
-export function UserSettingsView({ labels = {}, renderAccountInfo, renderProfileForm, renderEmailVerification, renderPhoneVerification, renderPasswordForm, renderMessage, renderAppearance, ...rest }) {
-    return (_jsx(StackedViewShell, { portal: "user", ...rest, title: labels.title, sections: [
-            renderMessage?.(),
-            renderAppearance?.(),
-            renderAccountInfo?.(),
-            renderProfileForm?.(),
-            renderEmailVerification?.(),
-            renderPhoneVerification?.(),
-            renderPasswordForm?.(),
-        ] }));
-}

package/dist/features/account/components/UserSupportView.d.ts

@@ -1,3 +0,0 @@
-import React from "react";
-export type UserSupportViewProps = Record<string, never>;
-export declare function UserSupportView(_props: UserSupportViewProps): React.JSX.Element;