@wix/himalaya-cli 0.1052.0 → 0.1054.0

package/dist/authoring-runtime/node_modules/@wix/himalaya/dist/_types/core/dev-server/src/app-module.d.ts

@@ -1,4 +1,4 @@
-import type { AppConfigLike } from "@wix/himalaya/core";
+import type { AppConfig, AppConfigLike, FunctionsAppConfig } from "@wix/himalaya/core";
 import type { IncomingMessage, ServerResponse } from "node:http";
 import type { ActionHandler } from "./actions/types.js";
 import type { ScreenDescriptor } from "./builder.js";
@@ -121,6 +121,15 @@ export type DataRouteHandler = (req: IncomingMessage, res: ServerResponse, ctx:
     store: AppStore;
     serverBaseUrl: string;
 }) => void | Promise<void>;
+/** A functions-only app (`defineApp({ kind: "functions", … })`): no screens, and none of a UI
+ *  app's config. The same test `defineApp` itself applies. */
+export declare function isFunctionsOnlyConfig(config: AppConfigLike): config is FunctionsAppConfig;
+/** An app's config seen as a UI app's, every field optional. `FunctionsAppConfig` declares none
+ *  of `AppConfig`'s UI fields, so on a functions-only app each one reads as absent, which is what
+ *  the `?.` / `??` at every call site already assumes. For code that handles both kinds; code
+ *  past an `isFunctionsOnlyConfig` return should narrow instead. No app at all reads the same way,
+ *  as `state.app?.module.config.x` did. */
+export declare function uiConfig(config: AppConfigLike | undefined): Partial<AppConfig>;
 /** The complete contract an app package exports for the dev-server to serve. */
 export interface AppDevModule {
     /** The `defineApp()` result from the app's config.ts — single source of identity. */

package/dist/authoring-runtime/node_modules/@wix/himalaya/dist/_types/core/dev-server/src/wix-member-login.d.ts

@@ -15,3 +15,8 @@ export declare function webWixCall(method: string, path: string, body: string |
     status: number;
     body: string;
 }>;
+/** The signed-in member's Wix id, or null when the profile read fails (the identity route then
+ *  falls back to the login email). The token belongs in `webWixCall`'s TOKEN slot: the identity
+ *  route used to pass it third, where it became the GET's ignored body, so the read went out as
+ *  `Authorization: undefined`, always failed, and every member's id was reported as their email. */
+export declare function readMemberId(memberToken: string): Promise<string | null>;

package/dist/authoring-runtime/node_modules/@wix/himalaya/dist/sdui.mjs

@@ -8549,6 +8549,12 @@ function agendaList(props, opts) {
 }
 
 // ../../core/dev-server/src/app-module.ts
+function isFunctionsOnlyConfig(config) {
+  return config.kind === "functions";
+}
+function uiConfig(config) {
+  return config ?? {};
+}
 function deriveAppMeta(name, m, platforms = {}) {
   const config = m.config;
   return {
@@ -8658,6 +8664,7 @@ export {
   icon,
   iconButton,
   image,
+  isFunctionsOnlyConfig,
   label,
   labeledContent,
   lazyList,
@@ -8703,6 +8710,7 @@ export {
   timeline,
   toggle,
   tooltip,
+  uiConfig,
   video,
   voiceNote,
   vstack,