Error recovery: no retry path once an observable cache entry errors

Offen

#742 erstellt am 20.7.2026 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 5/5
Geschätzter Aufwand: Über eine Woche
Anfängerfreundlichkeit: 35/100

Issue-Typ: Feature
Klarheit: Muss geklärt werden
Aktivitätsstatus: Ruhig
Tech-Stack: firebase, react, typescript
Bereich: frontend

Rechercherichtung

Beginne bei preloadObservable und dem globalen preloadedObservables-Cache und verfolge dann das Fehler- und Reset-Verhalten von SuspenseSubject über den Non-Suspense-Statuspfad des Hooks. Erledigt ist die Aufgabe, wenn ein abgestimmter Retry- oder Reset-Pfad es einem fehlerhaften Eintrag ermöglicht, sich mit derselben observableId zu erholen, ohne eine andere ID oder einen Remount-Workaround zu benötigen.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

Problem

Once a reactfire hook enters status: 'error', there is no way to recover without remounting with a different observableId.

The errored SuspenseSubject stays in the global preloadedObservables cache under its observableId. On error, the 30-second reset timer is cancelled (it becomes a no-op timeout), and the observable does not re-subscribe. A component that remounts with the same observableId rejoins the same errored subject and immediately receives status: 'error' again.

This became user-visible in v4.3.0, which made status: 'error' reachable in non-suspense mode (previously errors always threw, so the stuck state was hidden). Users building status === 'error' UI now have no way to trigger a retry.

Current workaround

Change the observableId passed to the hook. This causes preloadObservable to create a fresh SuspenseSubject and re-subscribe to the source. Not a real API — just an escape hatch.

What a fix might look like

An explicit retry() / reset() function returned from the hook, or
A retryOnError option that re-subscribes automatically after a delay, or
Cache eviction on error after the reset timeout (restoring the pre-v4.3 behavior for the cache entry, not for error surfacing)

The right shape is an open question. Filing to track the gap.

Closes none. Related to #735.

Vorherrschende Sprache: TypeScript
Sterne: 3.6k
Forks: 403
Ø Merge: 5 T. 1 Std.
Gemergte PRs (30 T.): 10

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus FirebaseExtended/reactfire

No bindings for Firebase AI Logic Offen

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 38/100

FirebaseExtended/reactfire#801 · Erstellt am 25.8.2026
Suspense mode resumes with the previous observable's value on React 19 Offen

v5

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100

FirebaseExtended/reactfire#793 · Erstellt am 12.8.2026
The observable cache leaks subscriptions and is shared across SSR requests Offen

v5

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 35/100

FirebaseExtended/reactfire#790 · 2 Kommentare · Erstellt am 11.8.2026
React 19 foundation: run tests against 19, then drop React 16/17 Offen

v5

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 55/100

FirebaseExtended/reactfire#789 · Erstellt am 11.8.2026
Tests that keep passing when the code they cover is broken Offen

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 35/100

FirebaseExtended/reactfire#788 · Erstellt am 10.8.2026

Alle Issues in FirebaseExtended/reactfire