valtech-components 2.0.827 → 2.0.828

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.828';
 
 /**
  * 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
@@ -25402,6 +25410,43 @@ 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 → refreshing to re-establish');
+        try {
+            // refreshAccessToken() ya llama signInWithFirebase() en éxito.
+            await firstValueFrom(this.refreshAccessToken());
+        }
+        catch (e) {
+            console.warn('[FBAuth] bootstrap — refresh to re-establish Firebase failed:', e);
+        }
+    }
     // =============================================
     // DEVICE REGISTRATION (Push Notifications)
     // =============================================