valtech-components 4.0.629 → 4.0.632

package/lib/components/organisms/mini-games/chessimals-adventure.component.d.ts

@@ -24,8 +24,11 @@ export declare class ChessimalsAdventureComponent {
     readonly actViews: import("@angular/core").Signal<AdventureActView[]>;
     constructor();
     t(key: string): string;
+    private readonly ADV_ACT_THEMES;
     avatarSrc(profileId: string): string;
-    nodeIcon(type: ChessimalsAdventureNode['type']): string;
+    actAssetSrc(actId: string): string;
+    actBgSrc(actId: string): string;
+    nodeAssetSrc(type: ChessimalsAdventureNode['type']): string;
     onNodeTap(nodeView: AdventureNodeView): void;
     dismissEncounter(): void;
     confirmPlay(): void;

package/lib/components/organisms/mini-games/chessimals-game.component.d.ts

@@ -133,7 +133,7 @@ export declare class ChessimalsGameComponent implements OnInit, OnDestroy {
     readonly botProfiles: ChessimalsBotProfile[];
     readonly challengeLadder: ChessimalsChallengeBot[];
     readonly animals: ChessimalsAnimalView[];
-    readonly valtechComponentsVersion = "4.0.629";
+    readonly valtechComponentsVersion = "4.0.632";
     readonly screen: import("@angular/core").WritableSignal<"home" | "challenge" | "path" | "game">;
     readonly selectedBoardSize: import("@angular/core").WritableSignal<ChessimalsBoardSize>;
     readonly selectedLocalMode: import("@angular/core").WritableSignal<ChessimalsLocalMode>;

package/lib/services/auth/auth.service.d.ts

@@ -104,6 +104,34 @@ export declare class AuthService implements OnDestroy {
      * dev cross-site con cookie de terceros bloqueada) → invitado.
      */
     private bootstrapSessionFromHintCookie;
+    /**
+     * Nombre de la sessionStorage key usada como guarda anti-loop del bridge.
+     * `sessionStorage` (no localStorage) — el guard debe expirar naturalmente al
+     * cerrar la pestaña; una sesión de familia recién iniciada en otra pestaña
+     * debe poder reintentar el bridge en una pestaña nueva.
+     */
+    private static readonly SSO_BRIDGE_GUARD_KEY;
+    /**
+     * ¿Corresponde disparar el redirect al Auth Proxy Central (ADR-050 Modo B)?
+     *
+     * Falso si: la config no lo habilita, falta `ssoBridgeUrl`, no corremos en
+     * un browser real (SSR/tests), o esta pestaña YA volvió de un intento de
+     * bridge — sin este último guard, un bridge que redirige sin `?handoff`
+     * (sin sesión) dispararía un bucle infinito de redirects en cada
+     * `initialize()` posterior de la misma pestaña.
+     */
+    private shouldBootstrapViaSSOBridge;
+    /**
+     * Navega la página completa al Auth Proxy Central con `redirect_uri` = la
+     * URL actual. El backend valida la cookie `valtech_refresh` (visible solo
+     * en su propio dominio, por eso el redirect debe ser top-level navigation
+     * y no un fetch) y redirige de vuelta con `?handoff=TOKEN` si hay sesión.
+     *
+     * Marca el guard ANTES de navegar — si el bridge redirige sin `?handoff`
+     * (sin sesión), el siguiente `initialize()` de esta pestaña no debe volver
+     * a intentar el bridge.
+     */
+    private redirectToSSOBridge;
     ngOnDestroy(): void;
     /**
      * Inicia sesión con email y contraseña.

package/lib/services/auth/types.d.ts

@@ -84,6 +84,41 @@ export interface ValtechAuthConfig {
      * credencial — el token real va en la cookie HttpOnly `valtech_refresh`.
      */
     loggedInHintCookie?: string;
+    /**
+     * Bootstrapear la sesión vía el Auth Proxy Central cuando esta app NO
+     * comparte dominio raíz con el resto del factory (ADR-050, Modo B — ej. un
+     * producto con dominio propio como `sigify.com`, a diferencia de bingo/
+     * showcase bajo `*.myvaltech.com`).
+     *
+     * Cuando es `true`, no hay access token local NI cookie-hint legible
+     * (`bootstrapSessionFromHint` no aplica en este dominio — la cookie
+     * `Domain=.myvaltech.com` nunca llega aquí), e `initialize()` no viene de
+     * un retorno del bridge (ver más abajo), la app hace una navegación de
+     * página completa a `ssoBridgeUrl` con `redirect_uri` = la URL actual.
+     *
+     * El backend valida la cookie `valtech_refresh` (HttpOnly, sólo visible en
+     * su propio dominio) y:
+     *   - si hay sesión activa: redirige de vuelta con `?handoff=TOKEN` — el
+     *     `APP_INITIALIZER` de `HandoffService.detectAndExchangeHandoff()`
+     *     (ya requerido por cross-app handoff, ver frontend/CLAUDE.md) instala
+     *     la sesión sin pedir credenciales.
+     *   - si no hay sesión: redirige de vuelta sin `?handoff` — la app cae a
+     *     invitado, comportamiento normal.
+     *
+     * El usuario ve una redirección breve (dos cargas de página), tal como
+     * documenta el ADR-050 para este modo — no hay forma de evitarla sin
+     * iframe/popup, y esos rompen con el bloqueo de cookies de terceros.
+     *
+     * Requiere `ssoBridgeUrl` seteado y el `APP_INITIALIZER` de handoff
+     * cableado en `main.ts` (mismo requisito que el handoff cross-app manual).
+     */
+    bootstrapSessionFromBridge?: boolean;
+    /**
+     * URL completa del endpoint `GET /v2/auth/sso-bridge` del Auth Proxy
+     * Central (ej: 'https://api.myvaltech.com/v2/auth/sso-bridge'). Requerido
+     * cuando `bootstrapSessionFromBridge` es `true`.
+     */
+    ssoBridgeUrl?: string;
 }
 /**
  * Estado completo de autenticación.

package/lib/version.d.ts

@@ -2,4 +2,4 @@
  * Current version of valtech-components.
  * This is automatically updated during the publish process.
  */
-export declare const VERSION = "4.0.629";
+export declare const VERSION = "4.0.632";

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "valtech-components",
-  "version": "4.0.629",
+  "version": "4.0.632",
   "private": false,
   "bin": {
     "valtech-firebase-config": "./src/lib/services/firebase/scripts/generate-sw-config.js"

package/src/lib/assets/games/chessimals/adventure/README.md

@@ -47,6 +47,32 @@ Transparent 512x512 PNGs:
 - `nodes/mystery.png`: mystery/reward node.
 - `nodes/boss.png`: boss encounter node.
 
+### Act Backgrounds
+
+Wide 1600x900 PNGs for adventure ambience behind the map or behind the game
+surface:
+
+- `backgrounds/savanna.png`: warm open savanna.
+- `backgrounds/jungle.png`: lush jungle clearing.
+- `backgrounds/arctic.png`: bright icy clearing.
+- `backgrounds/coliseum.png`: final arena.
+
+These backgrounds are intentionally calmer in the center so a board, map, or
+encounter panel can sit on top.
+
+### Visual Proposals
+
+Exploratory assets for improving the board and pawns:
+
+- `proposals/savanna-board-concept.png`: direction for a wilder savanna board.
+- `proposals/pawn-white-adventure.png`: transparent 512x512 white pawn concept.
+- `proposals/pawn-black-adventure.png`: transparent 512x512 black pawn concept.
+
+The board concept is not a functional board asset. Recreate the grid with CSS,
+canvas, or deterministic HTML so the 6x6 and 8x8 boards keep exact rows,
+columns, hit areas, labels, and accessibility. Use the concept for palette,
+border, texture, and edge decoration only.
+
 ## Implementation Notes
 
 - Use these assets instead of emojis in the adventure map and encounter UI.
@@ -55,3 +81,5 @@ Transparent 512x512 PNGs:
   - act icons: 64-112px depending on card density;
   - node icons: 48-88px depending on node size;
   - hero: full-width responsive image with `object-fit: cover` and UI-owned border radius.
+  - backgrounds: full-width layer with dark/light overlay tuned per theme;
+  - pawn concepts: test at the smallest mobile board size before replacing the current pieces.