watchFallbackDelay

watchFallbackDelay is how long a realtime document's watch stream may stay silent (no frame of any kind received) before that attachment starts pulling on every sync-loop tick (throttled to documentPollInterval) as if it were Polling — i.e. degrades toward polling semantics per-attachment until a watch frame arrives again. This bounds staleness instead of the permanent pull starvation a silently-dead watch stream otherwise causes (a dead watch stream never flips changeEventReceived, so pull would never re-engage on its own — see #351).

Default is 10000(ms), ON: healthy realtime streams deliver far more often than every 10s, so this default avoids false engagement on a healthy-but-quiet stream while bounding staleness to roughly watchFallbackDelay + documentPollInterval; 10s is also comfortably under the server's 15s ChannelSessionTTL, keeping recovery within a single session lifetime.

Set to Duration.INFINITE to disable fallback entirely (a silent watch stream then starves pull forever, matching pre-fallback behavior).

Note: the fallback targets HALF-OPEN silence (stream object alive but delivering nothing — the shape that never triggers the reconnect loop). It runs inside the client's own sync loop, so it cannot help with hard outages where that loop itself stops; those surface as RPC errors through the existing retry/backoff path instead.