valtech-components 2.0.827 → 2.0.829

package/fesm2022/valtech-components.mjs

@@ -53,7 +53,7 @@ import 'prismjs/components/prism-json';
  * Current version of valtech-components.
  * This is automatically updated during the publish process.
  */
-const VERSION = '2.0.827';
+const VERSION = '2.0.829';
 
 /**
  * Servicio para gestionar presets de componentes.
@@ -24626,6 +24626,14 @@ class AuthService {
                 }
                 // 3. Iniciar timer de refresco proactivo
                 this.startRefreshTimer();
+                // 4. Re-establecer la sesión de Firebase en bootstrap.
+                // El access token sigue válido, así que NO pasamos por la rama de
+                // refresh — pero la persistencia IndexedDB propia de Firebase Auth no
+                // sobrevive el contenedor de storage de una PWA standalone en iOS.
+                // Sin esto, `firebaseAuthReady` se queda en `false` para siempre y
+                // cualquier listener Firestore (ej. el inbox de notificaciones) cuelga.
+                // Fire-and-forget: NO debe demorar el resolve de initialize().
+                void this.ensureFirebaseSessionOnBootstrap();
             }
             else if (storedState.refreshToken) {
                 // 4. Token expirado pero hay refresh token - intentar refrescar
@@ -25278,8 +25286,15 @@ class AuthService {
             console.log('[ValtechAuth] Calling signInWithFirebase with token length:', response.firebaseToken.length);
             this.signInWithFirebase(response.firebaseToken);
         }
+        else if (this.config.enableFirebaseIntegration) {
+            // El login NO trajo firebaseToken (ej. flujo OAuth que lo perdió). En vez
+            // de quedar sin sesión de Firebase, recurrimos al fallback self-healing:
+            // /refresh sí devuelve un firebaseToken confiable.
+            console.log('[FBAuth] login response sin firebaseToken → recurriendo a fallback /refresh');
+            void this.reestablishFirebaseViaRefresh('login-missing-firebase-token');
+        }
         else {
-            console.log('[ValtechAuth] Firebase signin skipped - conditions not met');
+            console.log('[ValtechAuth] Firebase signin skipped - integración Firebase desactivada');
         }
         // Registro automático de dispositivo para push notifications
         if (this.config.enableDeviceRegistration) {
@@ -25402,6 +25417,61 @@ class AuthService {
             console.warn('[ValtechAuth] Firebase signout failed:', error);
         }
     }
+    /**
+     * Re-establece la sesión de Firebase Auth en el bootstrap de la app cuando
+     * el access token de la app sigue válido (la rama de initialize() que NO
+     * pasa por refresh).
+     *
+     * Firebase Auth mantiene su PROPIA sesión con persistencia IndexedDB
+     * independiente del storage de tokens de la app. En un navegador normal esa
+     * persistencia se auto-restaura sola; en una PWA standalone en iOS el
+     * contenedor de storage no sobrevive, y `firebaseAuthReady` se queda en
+     * `false` indefinidamente → los listeners Firestore cuelgan (~40s timeout).
+     *
+     * Estrategia: dar una ventana corta a la auto-restauración de Firebase y, si
+     * no ocurre, forzar un `refreshAccessToken()` — que ya hace `signInWithFirebase`
+     * con el `firebaseToken` que devuelve `/refresh`.
+     *
+     * Fire-and-forget: se invoca con `void` para no demorar `initialize()`.
+     */
+    async ensureFirebaseSessionOnBootstrap() {
+        if (!this.config.enableFirebaseIntegration || !this.firebaseService)
+            return;
+        // Dar a la persistencia IndexedDB propia de Firebase Auth una oportunidad
+        // de auto-restaurarse (navegador normal). En una PWA standalone de iOS
+        // normalmente NO lo hará.
+        await new Promise(r => setTimeout(r, 2500));
+        if (this.firebaseService.firebaseAuthReady()) {
+            console.log('[FBAuth] bootstrap — Firebase session restored on its own');
+            return;
+        }
+        console.log('[FBAuth] bootstrap — session valid but Firebase NOT ready → recurriendo a fallback');
+        await this.reestablishFirebaseViaRefresh('bootstrap-session-restore');
+    }
+    /**
+     * Fallback self-healing de Firebase Auth. Pide un firebaseToken fresco vía
+     * `/refresh` (que sí lo devuelve de forma confiable) y, en éxito,
+     * `refreshAccessToken()` ya ejecuta `signInWithFirebase()`.
+     *
+     * Se invoca cuando un path de auth dejó la sesión de Firebase sin establecer:
+     *  - login OAuth/password que volvió sin `firebaseToken`,
+     *  - cold launch de PWA iOS sin persistencia de Firebase.
+     *
+     * `reason` aparece en los logs `[FBAuth] fallback` para poder atestiguar
+     * desde el debug-console qué disparó el fallback.
+     */
+    async reestablishFirebaseViaRefresh(reason) {
+        if (!this.config.enableFirebaseIntegration || !this.firebaseService)
+            return;
+        console.log(`[FBAuth] fallback — re-estableciendo Firebase vía /refresh (motivo: ${reason})`);
+        try {
+            await firstValueFrom(this.refreshAccessToken());
+            console.log(`[FBAuth] fallback — /refresh OK, Firebase re-establecido (motivo: ${reason})`);
+        }
+        catch (e) {
+            console.warn(`[FBAuth] fallback — /refresh falló (motivo: ${reason}):`, e);
+        }
+    }
     // =============================================
     // DEVICE REGISTRATION (Push Notifications)
     // =============================================