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

## 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.

Commencez par preloadObservable et le cache global preloadedObservables, puis suivez le comportement d’erreur et de réinitialisation de SuspenseSubject à travers le chemin d’état non-Suspense du hook. C’est terminé lorsqu’un chemin de retry ou de reset convenu permet à une entrée en erreur de récupérer avec le même observableId, sans nécessiter un autre ID ni un contournement par remount.

Rédigé par le modèle d'indexation à partir du texte de l'issue.