docthub-core-components 2.93.0 → 2.95.0

package/dist/src/components/overrides/ui/footer/footer-routes.d.ts

@@ -64,10 +64,10 @@ export declare function getFooterRoutes(): FooterRoutes;
  * @deprecated Use {@link getFooterRoutes} instead.
  *
  * Module-level constant — evaluated once at import time. In SSR contexts
- * (Next.js server components) `window` is unavailable, so `resolveNavEnv()`
- * falls back to `import.meta.env.PROD`. Because both QA and PROD sites are
- * built with `vite build`, that flag is always `true`, causing QA sites to
- * receive production URLs. Use `getFooterRoutes()` inside the component render
- * to guarantee hostname-based resolution runs in the browser.
+ * (Next.js SSR) `window` is unavailable. Without `NEXT_PUBLIC_NAV_ENV` or
+ * `NEXT_PUBLIC_BASE_URL` (hostname *.in / *.com), `resolveNavEnv()` falls back
+ * to `import.meta.env.PROD` / `NODE_ENV === "production"`, which can point QA
+ * builds at production URLs. Prefer `getFooterRoutes()` at render time and set
+ * those env vars for correct SSR on QA.
  */
 export declare const FOOTER_ROUTES: FooterRoutes;

package/dist/src/components/overrides/ui/navigation-menu/nav-env.d.ts

@@ -3,13 +3,12 @@
  * Used by both individual and organization nav menus.
  *
  * Resolution order:
- * 1. VITE_NAV_ENV — explicit override (qa | production | prod | dev)
- * 2. window.location.hostname — localhost → QA; *.com → prod; *.in → QA
- *    (Hostname takes precedence over build flags to ensure correct routing
- *    when a QA site like dochub.in is deployed as a production build.)
- * 3. import.meta.env.PROD — Vite prod build → prod (SSR fallback only)
- * 4. process.env.NODE_ENV — Node/Next.js SSR fallback → "production" means prod
- * 5. Default → QA
+ * 1. Explicit override — `VITE_NAV_ENV` (Vite) or `NEXT_PUBLIC_NAV_ENV` (Next.js)
+ * 2. `window.location.hostname` — localhost → QA; *.com → prod; *.in → QA
+ * 3. SSR only — parse `NEXT_PUBLIC_BASE_URL` hostname (Next.js) when `window` is unavailable
+ * 4. `import.meta.env.PROD` — Vite prod build (SSR fallback)
+ * 5. `process.env.NODE_ENV === "production"` — Node/Next SSR fallback
+ * 6. Default → QA
  */
 export declare function resolveNavEnv(): "qa" | "production";
 /** True when nav links should point to production (docthub.com). */

package/dist/src/components/overrides/ui/search/search-input.d.ts

@@ -7,5 +7,7 @@ export interface SearchInputProps extends Omit<React.InputHTMLAttributes<HTMLInp
     onChange?: (e: React.ChangeEvent<HTMLInputElement>) => void;
     query?: string;
     disabled?: boolean;
+    /** When true, shows a clear (×) control when the field has text. Calls `onChange` with an empty value. */
+    allowClear?: boolean;
 }
 export declare const SearchInput: React.ForwardRefExoticComponent<SearchInputProps & React.RefAttributes<HTMLInputElement>>;

package/dist/src/vite-env.d.ts

@@ -3,3 +3,11 @@
 interface ImportMetaEnv {
   readonly VITE_NAV_ENV?: "qa" | "dev" | "production" | "prod";
 }
+
+/** Used when this package is consumed from Next.js (SSR resolves `process.env`). */
+declare namespace NodeJS {
+  interface ProcessEnv {
+    readonly NEXT_PUBLIC_NAV_ENV?: "qa" | "dev" | "production" | "prod";
+    readonly NEXT_PUBLIC_BASE_URL?: string;
+  }
+}

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "docthub-core-components",
-  "version": "2.93.0",
+  "version": "2.95.0",
   "type": "module",
   "main": "dist/index.cjs.js",
   "module": "dist/index.esm.js",