@spooky-sync/core 0.0.1-canary.22 → 0.0.1-canary.221

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (163) hide show
  1. package/AGENTS.md +57 -0
  2. package/dist/index.d.ts +2615 -58
  3. package/dist/index.js +12714 -2408
  4. package/dist/otel/index.d.ts +2 -2
  5. package/dist/otel/index.js +6 -6
  6. package/dist/sqlite-open.js +303 -0
  7. package/dist/sqlite-worker.d.ts +1 -0
  8. package/dist/sqlite-worker.js +439 -0
  9. package/dist/tabs-broker-worker.d.ts +8 -0
  10. package/dist/tabs-broker-worker.js +472 -0
  11. package/dist/types.d.ts +751 -11
  12. package/package.json +11 -7
  13. package/scripts/check-broker-bundle.mjs +33 -0
  14. package/skills/{spooky-core → sp00ky-core}/SKILL.md +12 -12
  15. package/skills/{spooky-core → sp00ky-core}/references/auth.md +1 -1
  16. package/skills/{spooky-core → sp00ky-core}/references/config.md +2 -2
  17. package/src/bucket-blurhash.test.ts +148 -0
  18. package/src/build-globals.d.ts +12 -0
  19. package/src/events/events.test.ts +2 -1
  20. package/src/events/index.ts +3 -0
  21. package/src/index.ts +36 -2
  22. package/src/modules/app-release/index.test.ts +125 -0
  23. package/src/modules/app-release/index.ts +201 -0
  24. package/src/modules/auth/auth.local-first.test.ts +141 -0
  25. package/src/modules/auth/events/index.ts +2 -1
  26. package/src/modules/auth/index.ts +138 -25
  27. package/src/modules/cache/cache.relay.test.ts +95 -0
  28. package/src/modules/cache/index.ts +163 -43
  29. package/src/modules/cache/types.ts +2 -2
  30. package/src/modules/crdt/crdt-field.ts +294 -0
  31. package/src/modules/crdt/crdt-hydration.test.ts +210 -0
  32. package/src/modules/crdt/crdt-reconnect.test.ts +195 -0
  33. package/src/modules/crdt/index.ts +463 -0
  34. package/src/modules/crdt/loro-loader.ts +25 -0
  35. package/src/modules/data/data.hydration.test.ts +142 -0
  36. package/src/modules/data/data.membership.test.ts +523 -0
  37. package/src/modules/data/data.notify-table.test.ts +41 -0
  38. package/src/modules/data/data.pending-ids.test.ts +199 -0
  39. package/src/modules/data/data.rebind.test.ts +170 -0
  40. package/src/modules/data/data.rematerialize.test.ts +114 -0
  41. package/src/modules/data/data.run.test.ts +113 -0
  42. package/src/modules/data/data.settled-writes.test.ts +206 -0
  43. package/src/modules/data/data.status.test.ts +249 -0
  44. package/src/modules/data/id-set-plan.test.ts +122 -0
  45. package/src/modules/data/index.ts +1815 -151
  46. package/src/modules/data/mutation-id.test.ts +25 -0
  47. package/src/modules/data/mutation-id.ts +35 -0
  48. package/src/modules/data/window-query.test.ts +52 -0
  49. package/src/modules/data/window-query.ts +194 -0
  50. package/src/modules/devtools/flags.ts +349 -0
  51. package/src/modules/devtools/index.ts +450 -46
  52. package/src/modules/devtools/notify-throttle.test.ts +154 -0
  53. package/src/modules/devtools/state-shape.test.ts +146 -0
  54. package/src/modules/devtools/storage-info.test.ts +79 -0
  55. package/src/modules/devtools/storage-info.ts +168 -0
  56. package/src/modules/devtools/versions.test.ts +74 -0
  57. package/src/modules/devtools/versions.ts +110 -0
  58. package/src/modules/feature-flag/index.test.ts +251 -0
  59. package/src/modules/feature-flag/index.ts +308 -0
  60. package/src/modules/ref-tables.test.ts +91 -0
  61. package/src/modules/ref-tables.ts +88 -0
  62. package/src/modules/sync/engine.ts +165 -86
  63. package/src/modules/sync/events/index.ts +9 -2
  64. package/src/modules/sync/queue/queue-down.test.ts +228 -0
  65. package/src/modules/sync/queue/queue-down.ts +108 -13
  66. package/src/modules/sync/queue/queue-up.forwarded.test.ts +164 -0
  67. package/src/modules/sync/queue/queue-up.ts +241 -57
  68. package/src/modules/sync/scheduler.pause.test.ts +109 -0
  69. package/src/modules/sync/scheduler.retry.test.ts +237 -0
  70. package/src/modules/sync/scheduler.ts +215 -13
  71. package/src/modules/sync/sync.cleanup.test.ts +116 -0
  72. package/src/modules/sync/sync.health.test.ts +149 -0
  73. package/src/modules/sync/sync.heartbeat.test.ts +80 -0
  74. package/src/modules/sync/sync.live-removal.test.ts +175 -0
  75. package/src/modules/sync/sync.reconnect.test.ts +145 -0
  76. package/src/modules/sync/sync.subquery.test.ts +82 -0
  77. package/src/modules/sync/sync.tabs.test.ts +249 -0
  78. package/src/modules/sync/sync.ts +1851 -98
  79. package/src/modules/sync/utils.test.ts +269 -2
  80. package/src/modules/sync/utils.ts +201 -16
  81. package/src/otel/index.ts +13 -10
  82. package/src/services/blobs/blob-cache.test.ts +359 -0
  83. package/src/services/blobs/blob-cache.ts +603 -0
  84. package/src/services/blobs/blob-manifest.ts +227 -0
  85. package/src/services/blobs/blob-store.test.ts +77 -0
  86. package/src/services/blobs/blob-store.ts +359 -0
  87. package/src/services/blobs/blob.fixture.ts +90 -0
  88. package/src/services/blobs/index.ts +70 -0
  89. package/src/services/database/cache-engine.ts +193 -0
  90. package/src/services/database/connection-supervisor.test.ts +289 -0
  91. package/src/services/database/connection-supervisor.ts +415 -0
  92. package/src/services/database/database.query-timeout.test.ts +83 -0
  93. package/src/services/database/database.ts +41 -12
  94. package/src/services/database/engine-factory.ts +33 -0
  95. package/src/services/database/errors.ts +34 -0
  96. package/src/services/database/events/index.ts +2 -1
  97. package/src/services/database/index.ts +7 -0
  98. package/src/services/database/local-migrator.ts +30 -27
  99. package/src/services/database/local.test.ts +64 -0
  100. package/src/services/database/local.ts +484 -67
  101. package/src/services/database/plan-render.test.ts +159 -0
  102. package/src/services/database/plan-render.ts +108 -0
  103. package/src/services/database/relation-resolver.test.ts +413 -0
  104. package/src/services/database/relation-resolver.ts +0 -0
  105. package/src/services/database/remote.ts +192 -15
  106. package/src/services/database/sqlite-cache-engine.test.ts +616 -0
  107. package/src/services/database/sqlite-cache-engine.timeout.test.ts +61 -0
  108. package/src/services/database/sqlite-cache-engine.ts +1358 -0
  109. package/src/services/database/sqlite-devtools-queries.integration.test.ts +143 -0
  110. package/src/services/database/sqlite-devtools-queries.test.ts +154 -0
  111. package/src/services/database/sqlite-lock-verify.test.ts +33 -0
  112. package/src/services/database/sqlite-lock-verify.ts +45 -0
  113. package/src/services/database/sqlite-open.test.ts +150 -0
  114. package/src/services/database/sqlite-open.ts +164 -0
  115. package/src/services/database/sqlite-plan-sql.test.ts +104 -0
  116. package/src/services/database/sqlite-plan-sql.ts +138 -0
  117. package/src/services/database/sqlite-projection.test.ts +99 -0
  118. package/src/services/database/sqlite-select.integration.test.ts +185 -0
  119. package/src/services/database/sqlite-select.test.ts +246 -0
  120. package/src/services/database/sqlite-select.ts +131 -0
  121. package/src/services/database/sqlite-transport.fixture.ts +30 -0
  122. package/src/services/database/sqlite-transport.ts +224 -0
  123. package/src/services/database/sqlite-worker.ts +437 -0
  124. package/src/services/database/surql-translate.ts +416 -0
  125. package/src/services/database/surreal-cache-engine.ts +161 -0
  126. package/src/services/logger/index.ts +3 -2
  127. package/src/services/persistence/localstorage.ts +2 -2
  128. package/src/services/persistence/resilient.ts +11 -4
  129. package/src/services/persistence/surrealdb.ts +10 -10
  130. package/src/services/stream-processor/index.ts +796 -84
  131. package/src/services/stream-processor/permissions.test.ts +47 -0
  132. package/src/services/stream-processor/permissions.ts +53 -0
  133. package/src/services/stream-processor/stream-processor.batch.test.ts +186 -0
  134. package/src/services/stream-processor/stream-processor.prime.test.ts +198 -0
  135. package/src/services/stream-processor/stream-processor.reset.test.ts +226 -0
  136. package/src/services/stream-processor/stream-processor.test.ts +1 -1
  137. package/src/services/stream-processor/wasm-types.ts +59 -3
  138. package/src/services/tabs/broker-client.ts +283 -0
  139. package/src/services/tabs/broker.test.ts +327 -0
  140. package/src/services/tabs/coordinator.test.ts +365 -0
  141. package/src/services/tabs/coordinator.ts +633 -0
  142. package/src/services/tabs/fake-ports.fixture.ts +112 -0
  143. package/src/services/tabs/leader-locks.ts +75 -0
  144. package/src/services/tabs/protocol.ts +258 -0
  145. package/src/services/tabs/support.ts +36 -0
  146. package/src/services/tabs/tabs-broker-worker.ts +640 -0
  147. package/src/sp00ky.auth-order.test.ts +92 -0
  148. package/src/sp00ky.init-query.test.ts +183 -0
  149. package/src/sp00ky.local-first.test.ts +60 -0
  150. package/src/sp00ky.ts +1720 -0
  151. package/src/types.ts +528 -13
  152. package/src/utils/blurhash.ts +90 -0
  153. package/src/utils/error-classification.test.ts +44 -0
  154. package/src/utils/error-classification.ts +7 -0
  155. package/src/utils/index.ts +79 -13
  156. package/src/utils/parser.test.ts +49 -120
  157. package/src/utils/parser.ts +32 -2
  158. package/src/utils/semver.test.ts +32 -0
  159. package/src/utils/semver.ts +30 -0
  160. package/src/utils/surql.ts +30 -18
  161. package/src/utils/withRetry.test.ts +1 -1
  162. package/tsdown.config.ts +86 -1
  163. package/src/spooky.ts +0 -395
package/dist/index.d.ts CHANGED
@@ -1,81 +1,290 @@
1
- import { C as Logger$1, S as UpdateOptions, T as EventSystem, _ as RunOptions, a as MutationEvent, b as SpookyQueryResultPromise, c as PinoTransmit, d as QueryHash, f as QueryState, g as RecordVersionDiff, h as RecordVersionArray, i as MutationCallback, l as QueryConfig, m as QueryUpdateCallback, n as EventSubscriptionOptions, o as MutationEventType, p as QueryTimeToLive, r as Level, s as PersistenceClient, t as DebounceOptions, u as QueryConfigRecord, v as SpookyConfig, w as EventDefinition, x as StoreType, y as SpookyQueryResult } from "./types.js";
1
+ import { A as Sp00kyQueryResultPromise, B as LocalStore, C as ReconnectConfig, D as RunOptions, E as RegistrationTimings, F as SyncHealthConfig, G as SyncEventSystem, H as DatabaseEventSystem, I as SyncHealthStatus, K as EventDefinition, L as TimingPhase, M as StorageHealthStatus, N as StoreType, O as Sp00kyConfig, P as SyncHealth, R as UpdateOptions, S as QueryUpdateCallback, T as RecordVersionDiff, U as DatabaseEventTypes, V as SealedQuery, W as Logger$1, _ as QueryState, a as MATERIALIZATION_SAMPLE_WINDOW, b as QueryTimeToLive, c as MutationEventType, d as PinoTransmit, f as PreloadOptions, g as QueryHash, h as QueryConfigRecord, i as Level, j as StorageHealth, k as Sp00kyQueryResult, l as PersistenceClient, m as QueryConfig, n as DebounceOptions, o as MutationCallback, p as PreloadRefresh, q as EventSystem, r as EventSubscriptionOptions, s as MutationEvent, t as ConnectionState, u as PhaseStat, v as QueryStatus, w as RecordVersionArray, x as QueryTimings, y as QueryStatusCallback, z as UpEvent } from "./types.js";
2
2
  import * as surrealdb0 from "surrealdb";
3
- import { Duration, RecordId, Surreal, SurrealTransaction } from "surrealdb";
4
- import { AccessDefinition, BackendNames, BackendRoutes, BucketNames, ColumnSchema, GetTable, QueryBuilder, QueryOptions, RoutePayload, SchemaStructure, TableModel, TableNames, TypeNameToTypeMap } from "@spooky-sync/query-builder";
3
+ import { Duration, RecordId, Surreal as Surreal$1, SurrealEvents, SurrealTransaction } from "surrealdb";
4
+ import { AccessDefinition, BackendNames, BackendRoutes, BucketNames, ColumnSchema, FinalQuery, GetTable, QueryBuilder, QueryOptions, QueryPlan, RoutePayload, SchemaStructure, TableModel, TableNames, TypeNameToTypeMap } from "@spooky-sync/query-builder";
5
5
  import { Logger } from "pino";
6
+ import { decode, encode, isBlurhashValid } from "blurhash";
7
+ import { LoroDoc } from "loro-crdt";
6
8
 
7
- //#region src/services/database/events/index.d.ts
8
- declare const DatabaseEventTypes: {
9
- readonly LocalQuery: "DATABASE_LOCAL_QUERY";
10
- readonly RemoteQuery: "DATABASE_REMOTE_QUERY";
11
- };
12
- interface DatabaseQueryEventPayload {
13
- query: string;
14
- vars?: Record<string, unknown>;
15
- duration: number;
16
- success: boolean;
17
- error?: string;
18
- timestamp: number;
19
- }
20
- type DatabaseEventTypeMap = {
21
- [DatabaseEventTypes.LocalQuery]: EventDefinition<typeof DatabaseEventTypes.LocalQuery, DatabaseQueryEventPayload>;
22
- [DatabaseEventTypes.RemoteQuery]: EventDefinition<typeof DatabaseEventTypes.RemoteQuery, DatabaseQueryEventPayload>;
23
- };
24
- type DatabaseEventSystem = EventSystem<DatabaseEventTypeMap>;
25
- //#endregion
26
- //#region src/utils/surql.d.ts
27
- interface SealedQuery<T = void> {
28
- readonly sql: string;
29
- readonly extract: (results: unknown[]) => T;
30
- }
31
- //#endregion
32
9
  //#region src/services/database/database.d.ts
33
10
  declare abstract class AbstractDatabaseService {
34
- protected client: Surreal;
11
+ protected client: Surreal$1;
35
12
  protected logger: Logger$1;
36
13
  protected events: DatabaseEventSystem;
14
+ /**
15
+ * Per-query deadline in ms; `0` disables. The remote service sets it from
16
+ * `queryTimeoutMs` (see `RemoteDatabaseService`), the local one from
17
+ * `localOpTimeoutMs` (see `LocalDatabaseService`): a local query can be
18
+ * legitimately slow, but it must never be endless - every query waits on the
19
+ * previous link of {@link query}'s chain, and one that never settled wedged
20
+ * every later local op behind it.
21
+ */
22
+ protected queryTimeoutMs: number;
23
+ /** The error a deadline expiry rejects with; the local service substitutes
24
+ * its typed `LocalOpTimeoutError`. "timed out" in the message is
25
+ * load-bearing either way: `classifySyncError` keys off it. */
26
+ protected timeoutError(_query: string): Error;
37
27
  protected abstract eventType: typeof DatabaseEventTypes.LocalQuery | typeof DatabaseEventTypes.RemoteQuery;
38
- constructor(client: Surreal, logger: Logger$1, events: DatabaseEventSystem);
28
+ constructor(client: Surreal$1, logger: Logger$1, events: DatabaseEventSystem);
39
29
  abstract connect(): Promise<void>;
40
- getClient(): Surreal;
30
+ getClient(): Surreal$1;
41
31
  getEvents(): DatabaseEventSystem;
42
32
  tx(): Promise<SurrealTransaction>;
43
33
  private queryQueue;
44
34
  /**
45
35
  * Execute a query with serialized execution to prevent WASM transaction issues.
36
+ *
37
+ * Serialization means every query waits on the previous one, so a call that
38
+ * never settles blocks the whole chain forever. {@link queryTimeoutMs} bounds
39
+ * each link: on expiry this promise rejects and the chain moves on, even
40
+ * though the underlying RPC is still parked in the SDK's pending map.
46
41
  */
47
42
  query<T extends unknown[]>(query: string, vars?: Record<string, unknown>): Promise<T>;
48
43
  execute<T>(query: SealedQuery<T>, vars?: Record<string, unknown>): Promise<T>;
49
44
  close(): Promise<void>;
50
45
  }
51
46
  //#endregion
52
- //#region src/services/database/local.d.ts
53
- declare class LocalDatabaseService extends AbstractDatabaseService {
54
- private config;
55
- protected eventType: "DATABASE_LOCAL_QUERY";
56
- constructor(config: SpookyConfig<any>['database'], logger: Logger$1);
57
- getConfig(): SpookyConfig<any>['database'];
58
- connect(): Promise<void>;
59
- }
60
- //#endregion
61
47
  //#region src/services/database/remote.d.ts
48
+ /** Transport events the SDK publishes, mapped 1:1 to {@link ConnectionState}. */
49
+ type RemoteConnectionEvent = ConnectionState | 'error';
62
50
  declare class RemoteDatabaseService extends AbstractDatabaseService {
63
51
  private config;
64
52
  protected eventType: "DATABASE_REMOTE_QUERY";
65
- constructor(config: SpookyConfig<any>['database'], logger: Logger$1);
66
- getConfig(): SpookyConfig<any>['database'];
53
+ private readonly reconnectConfig;
54
+ /**
55
+ * In-flight `connect()`, so concurrent callers (boot + supervisor revive +
56
+ * an `online` event landing at the same moment) share one attempt instead of
57
+ * racing two sockets. Cleared on settle, so a later call always reconnects.
58
+ */
59
+ private connecting;
60
+ /**
61
+ * The token to re-authenticate a freshly opened socket with, kept current by
62
+ * {@link setAuthToken}.
63
+ *
64
+ * `config.token` is fixed at construction and most apps never set it: they
65
+ * sign in later, which authenticates the socket that happens to be open at
66
+ * the time. That is enough for the SDK's OWN reconnects (it replays
67
+ * `version`/`use`/`authenticate` itself), but not for the supervisor's revive
68
+ * loop, which builds a socket from scratch. Without this the revived socket
69
+ * came back UNAUTHENTICATED and stayed that way for the life of the page,
70
+ * while the client's `currentUserId` — restored from local storage — kept
71
+ * reporting the user as signed in.
72
+ *
73
+ * The visible damage is silent and total: `fn::query::register` sends
74
+ * `<string>($auth.id OR '')`, so every view registered afterwards is stamped
75
+ * with an empty identity, and every `$auth.id` predicate in it resolves
76
+ * false. Public tables keep returning rows while everything owned by the user
77
+ * returns nothing, on a page that still looks signed in.
78
+ */
79
+ private authToken;
80
+ constructor(config: Sp00kyConfig<any>['database'], logger: Logger$1);
81
+ getConfig(): Sp00kyConfig<any>['database'];
82
+ /**
83
+ * Send one SurrealQL statement so that it survives the page going away.
84
+ *
85
+ * A WebSocket `send()` during `pagehide` is not guaranteed to flush — the
86
+ * browser may tear the socket down first, and the frame is simply lost.
87
+ * Measured: an unload-time release over the live socket reached the server
88
+ * zero times out of one. `fetch` with `keepalive` is the primitive the
89
+ * platform actually guarantees here, so this goes over SurrealDB's HTTP
90
+ * `/sql` endpoint instead of the RPC socket.
91
+ *
92
+ * Best-effort by design: no await, no retry, errors swallowed. Every caller
93
+ * must have a server-side fallback that makes a lost beacon a non-event.
94
+ */
95
+ beaconSql(sql: string): void;
96
+ /**
97
+ * Record the token every future connect should authenticate with, or `null`
98
+ * on sign-out. See {@link authToken}.
99
+ *
100
+ * Does not touch the CURRENT socket: callers authenticate that themselves
101
+ * (sign-in and session restore both already do). This only makes the next
102
+ * from-scratch connect reproduce that state.
103
+ */
104
+ setAuthToken(token: string | null): void;
105
+ /** Resolved reconnect tunables; the supervisor reads its own knobs here. */
106
+ getReconnectConfig(): Required<ReconnectConfig>;
107
+ /** Current transport state as reported by the SDK. */
108
+ getStatus(): ConnectionState;
109
+ /**
110
+ * Observe transport events. Thin passthrough so callers (the supervisor,
111
+ * sync, CRDT) don't have to reach through `getClient()`.
112
+ */
113
+ subscribeConnection<K extends RemoteConnectionEvent>(event: K, cb: (...payload: SurrealEvents[K]) => void): () => void;
114
+ /**
115
+ * Tear the socket down on purpose. Used by the heartbeat watchdog when a
116
+ * socket stops answering but never closes: `close()` makes the SDK publish
117
+ * `disconnected`, which is what drives the supervisor's revive loop.
118
+ */
119
+ forceClose(): Promise<void>;
120
+ /**
121
+ * Open (or re-open) the remote connection.
122
+ *
123
+ * Safe to call repeatedly: concurrent calls share the in-flight attempt, and
124
+ * a call after a `disconnected` builds a fresh socket. `use()` and
125
+ * `authenticate()` are re-applied here for the cold path; the SDK also
126
+ * replays them itself on its own internal reconnects.
127
+ */
67
128
  connect(): Promise<void>;
129
+ private doConnect;
68
130
  signin(params: any): Promise<any>;
69
131
  signup(params: any): Promise<any>;
70
132
  authenticate(token: string): Promise<any>;
71
133
  invalidate(): Promise<void>;
72
134
  }
73
135
  //#endregion
136
+ //#region src/services/database/connection-supervisor.d.ts
137
+ /**
138
+ * Keeps the remote WebSocket alive for the whole life of the page.
139
+ *
140
+ * The SurrealDB SDK reconnects on its own after a socket `close`, but that
141
+ * covers only one of three ways the connection dies:
142
+ *
143
+ * 1. **Socket closes, SDK recovers.** Handled entirely by the SDK. This
144
+ * supervisor only observes it (to report `reconnecting` upward).
145
+ * 2. **Socket closes, SDK gives up.** With `attempts: -1` this shouldn't happen
146
+ * from exhaustion — but the SDK also terminates the engine permanently when
147
+ * its post-reconnect handshake throws (it re-runs `version()`, `use()`,
148
+ * `authenticate()` on every reconnect and closes the engine on any error).
149
+ * One transient hiccup there would otherwise kill the page's connection for
150
+ * good. The revive loop re-opens from scratch.
151
+ * 3. **Socket never closes at all.** A half-open connection: the peer is gone
152
+ * (NAT timeout, wifi switch, laptop sleep) but no FIN ever arrives, so
153
+ * `readyState` stays OPEN and the SDK's own 30s ping — fire-and-forget, no
154
+ * response deadline — never notices. Nothing ever fires a `close` event, so
155
+ * nothing ever triggers a reconnect. The heartbeat detects this and forces
156
+ * the teardown that case 2's loop then repairs.
157
+ *
158
+ * Plus wake triggers: coming back `online` or un-hiding the tab probes
159
+ * immediately rather than waiting out a backoff that was scheduled while the
160
+ * network was known-down.
161
+ */
162
+ declare class ConnectionSupervisor {
163
+ private readonly remote;
164
+ private readonly logger;
165
+ private readonly config;
166
+ private state;
167
+ private subscribers;
168
+ private started;
169
+ private disposed;
170
+ private heartbeatTimer;
171
+ private heartbeatInFlight;
172
+ /** Consecutive failed probes. See {@link FAILURES_BEFORE_TEARDOWN}. */
173
+ private heartbeatFailures;
174
+ private reviveTimer;
175
+ private reviveAttempts;
176
+ /** Timestamp of the last wake-triggered probe, for rate limiting. */
177
+ private lastWakeProbeAt;
178
+ private reviving;
179
+ /**
180
+ * Set while the browser reports itself offline. Retrying a socket against a
181
+ * down interface only burns backoff, so the loop parks until `online` fires.
182
+ */
183
+ private suspended;
184
+ private teardown;
185
+ private static readonly REVIVE_BASE_MS;
186
+ /**
187
+ * How many consecutive heartbeat failures it takes to tear the socket down.
188
+ *
189
+ * The probe rides the same serialized queue as every other RPC (deliberately
190
+ * — see {@link beat}), which means it cannot distinguish a WEDGED queue from
191
+ * a merely BUSY one. A single slow window (a large sync burst, one heavy
192
+ * app query) used to be enough to force-close a perfectly healthy socket,
193
+ * and the resulting reconnect re-registered every active query about a
194
+ * second later. That self-inflicted teardown manufactured the very reconnect
195
+ * storms this class exists to survive. A genuinely dead socket still fails
196
+ * every probe, so it is torn down one interval later than before.
197
+ */
198
+ private static readonly FAILURES_BEFORE_TEARDOWN;
199
+ /** Retry delay after an inconclusive (first) heartbeat failure. */
200
+ private static readonly HEARTBEAT_RETRY_MS;
201
+ /** Floor between probes triggered by wake events (tab focus, pageshow). */
202
+ private static readonly WAKE_PROBE_MIN_INTERVAL_MS;
203
+ constructor(remote: RemoteDatabaseService, logger: Logger$1, config?: Required<ReconnectConfig>);
204
+ /** Latest observed transport state. */
205
+ get connection(): ConnectionState;
206
+ /**
207
+ * Observe transport state. Fires immediately with the current value and again
208
+ * on every change. Returns an unsubscribe.
209
+ */
210
+ subscribe(cb: (state: ConnectionState) => void): () => void;
211
+ /**
212
+ * Begin supervising. Call once, after the initial {@link
213
+ * RemoteDatabaseService.connect}. Idempotent.
214
+ */
215
+ start(): void;
216
+ /** Stop all timers and listeners. Safe to call more than once. */
217
+ dispose(): void;
218
+ private setState;
219
+ private clearReviveTimer;
220
+ /**
221
+ * Queue the next `connect()` attempt on exponential backoff, capped at
222
+ * `superviseRetryDelayMaxMs`. Never gives up — the page is expected to
223
+ * outlive any outage.
224
+ */
225
+ private scheduleRevive;
226
+ private revive;
227
+ private stopHeartbeat;
228
+ private startHeartbeat;
229
+ /**
230
+ * Probe the server end-to-end. Deliberately goes through
231
+ * `remote.query` — the same serialized queue every other remote call uses —
232
+ * so a queue wedged behind a stuck RPC also fails the heartbeat instead of
233
+ * being invisible to it.
234
+ */
235
+ private beat;
236
+ /**
237
+ * A restored network or an un-hidden tab is the strongest available hint that
238
+ * a reconnect will now succeed, so probe immediately instead of waiting out a
239
+ * backoff scheduled under worse conditions.
240
+ */
241
+ private installWakeTriggers;
242
+ /**
243
+ * Reset the backoff and act on whichever problem is present: reconnect if the
244
+ * socket is gone, otherwise probe it (it may be half-open — which is exactly
245
+ * what a sleep/wake cycle produces).
246
+ */
247
+ private wake;
248
+ }
249
+ //#endregion
250
+ //#region src/modules/sync/queue/queue-down.d.ts
251
+ type RegisterEvent = {
252
+ type: 'register';
253
+ payload: {
254
+ hash: string;
255
+ };
256
+ };
257
+ type SyncEvent = {
258
+ type: 'sync';
259
+ payload: {
260
+ hash: string;
261
+ };
262
+ };
263
+ type HeartbeatEvent = {
264
+ type: 'heartbeat';
265
+ payload: {
266
+ hash: string;
267
+ };
268
+ };
269
+ type CleanupEvent = {
270
+ type: 'cleanup';
271
+ payload: {
272
+ hash: string;
273
+ };
274
+ };
275
+ type DownEvent = RegisterEvent | SyncEvent | HeartbeatEvent | CleanupEvent;
276
+ //#endregion
74
277
  //#region src/services/stream-processor/wasm-types.d.ts
75
278
  interface WasmStreamUpdate {
76
279
  query_id: string;
77
280
  result_hash: string;
78
281
  result_data: RecordVersionArray;
282
+ timing_store_apply_ms?: number;
283
+ timing_circuit_step_ms?: number;
284
+ timing_transform_ms?: number;
285
+ timing_parse_ms?: number;
286
+ timing_plan_ms?: number;
287
+ timing_snapshot_ms?: number;
79
288
  }
80
289
  //#endregion
81
290
  //#region src/services/stream-processor/index.d.ts
@@ -96,6 +305,33 @@ interface StreamUpdate {
96
305
  queryHash: string;
97
306
  localArray: RecordVersionArray;
98
307
  op?: 'CREATE' | 'UPDATE' | 'DELETE';
308
+ /**
309
+ * Client-internal: not from the circuit. A membership-only change that
310
+ * needed no fetch is re-materialized through this same path so it cannot
311
+ * race a real update (DataModule.scheduleRematerialize). Carries the last
312
+ * known `localArray`; consumers that describe an INGEST (persist, metrics,
313
+ * devtools events) skip it.
314
+ */
315
+ synthetic?: boolean;
316
+ /**
317
+ * End-to-end ingest latency for the WASM call that produced this update,
318
+ * in milliseconds. Populated by StreamProcessorService.ingest. Undefined
319
+ * for the initial register_view snapshot.
320
+ */
321
+ materializationTimeMs?: number;
322
+ /** SSP internal sub-phase timings (ms) for this ingest, from the WASM binding. */
323
+ storeApplyMs?: number;
324
+ circuitStepMs?: number;
325
+ transformMs?: number;
326
+ /**
327
+ * One-shot registration timings (ms). Only set on the StreamUpdate returned
328
+ * by `registerQueryPlan` (the register_view snapshot), not on ingest updates.
329
+ */
330
+ registration?: {
331
+ parseMs: number;
332
+ planMs: number;
333
+ snapshotMs: number;
334
+ };
99
335
  }
100
336
  type StreamProcessorEvents = {
101
337
  stream_update: EventDefinition<'stream_update', StreamUpdate[]>;
@@ -107,34 +343,204 @@ type StreamProcessorEvents = {
107
343
  interface StreamUpdateReceiver {
108
344
  onStreamUpdate(update: StreamUpdate): void;
109
345
  }
346
+ /** One row change in the shape `ingestMany` consumes. */
347
+ interface IngestRecord {
348
+ table: string;
349
+ /** `MERGE` overlays the given fields on the stored row (projection widening). */
350
+ op: 'CREATE' | 'UPDATE' | 'DELETE' | 'MERGE';
351
+ id: string;
352
+ record: any;
353
+ }
354
+ /**
355
+ * What the boot-time prime needs from the client: which tables to walk, how
356
+ * to recognise a snapshot written under a different schema, and which rows'
357
+ * local `_00_rv` must not be reported as the server's.
358
+ */
359
+ interface CircuitPrimeContext {
360
+ tables: string[];
361
+ schemaHash: string;
362
+ /** Encoded ids with an unsettled local mutation (their `_00_rv` was bumped
363
+ * locally and may exceed the server's next version). */
364
+ pendingIds: Set<string>;
365
+ /** Receives every `(id, rv)` the prime put into the circuit, per table, so
366
+ * the sync layer can skip re-downloading bodies it already has. */
367
+ onVersions?: (table: string, entries: [string, number][]) => void;
368
+ }
369
+ /** Storage key of the circuit snapshot inside the local store. */
370
+
110
371
  declare class StreamProcessorService {
111
372
  events: EventSystem<StreamProcessorEvents>;
112
373
  private db;
113
- private persistenceClient;
114
374
  private logger;
115
375
  private processor;
116
376
  private isInitialized;
117
377
  private receivers;
118
- constructor(events: EventSystem<StreamProcessorEvents>, db: LocalDatabaseService, persistenceClient: PersistenceClient, logger: Logger);
378
+ private batching;
379
+ private batchBuffer;
380
+ private sessionAuth;
381
+ private stateGeneration;
382
+ private persistState;
383
+ private persistCircuit;
384
+ private checkpointMs;
385
+ private checkpointTimer;
386
+ private snapshotDirty;
387
+ private dirtyRows;
388
+ private hideHandler;
389
+ private checkpointInFlight;
390
+ private projection;
391
+ private primed;
392
+ private schemaHash;
393
+ private widenQueue;
394
+ private widenPending;
395
+ constructor(events: EventSystem<StreamProcessorEvents>, db: LocalStore, logger: Logger);
119
396
  /**
120
397
  * Add a receiver for stream updates.
121
398
  * Multiple receivers can be registered (DataManager, DevTools, etc.)
122
399
  */
123
400
  addReceiver(receiver: StreamUpdateReceiver): void;
124
401
  private notifyUpdates;
402
+ private dispatchUpdates;
403
+ /**
404
+ * Ingest a batch of record changes, firing one coalesced `StreamUpdate` per
405
+ * affected query once every record has been ingested. Use this whenever
406
+ * multiple records land at once (sync fetching N rows, the boot prime).
407
+ *
408
+ * The batch is fed to the wasm side in chunks of {@link INGEST_CHUNK}: one
409
+ * circuit step per chunk (a step walks every registered view, so per-record
410
+ * ingest paid that fixed cost N times), but never the whole batch at once,
411
+ * because the wasm side has to hold every parsed row of a call at the same
412
+ * time and wasm32 dlmalloc never returns that peak.
413
+ *
414
+ * Returns the records that were ingested. A chunk that fails is reported
415
+ * and skipped, not retried (a retry would double-apply whatever the failed
416
+ * step already committed), and the remaining chunks still run.
417
+ */
418
+ ingestMany(records: IngestRecord[]): IngestRecord[];
419
+ /**
420
+ * Open a coalescing window. While open, the per-record stream updates
421
+ * emitted by `ingest` are buffered (one entry per queryHash) instead of
422
+ * dispatched. Always paired with `flushCoalescing()` in a try/finally by
423
+ * `ingestMany` so the window always closes — otherwise the processor stays
424
+ * stuck buffering forever.
425
+ *
426
+ * No-op if a window is already open (nested batches aren't expected here).
427
+ */
428
+ private beginCoalescing;
429
+ /**
430
+ * Close the coalescing window and flush: dispatch one coalesced
431
+ * `StreamUpdate` per buffered queryHash, then persist processor state once
432
+ * for the whole batch (instead of once per ingest).
433
+ */
434
+ private flushCoalescing;
125
435
  /**
126
436
  * Initialize the WASM module and processor.
127
437
  * This must be called before using other methods.
128
438
  */
129
439
  init(): Promise<void>;
130
- loadState(): Promise<void>;
131
- saveState(): Promise<void>;
440
+ /**
441
+ * Drop the current WASM processor and start a fresh, empty circuit. Used on
442
+ * local-bucket switches: the old circuit holds the previous user's rows AND
443
+ * views registered with the previous `$auth` context, so neither may survive.
444
+ * Deliberately loads nothing: the snapshot in the store being swapped away
445
+ * from belongs to the previous bucket; the caller primes the new bucket's
446
+ * circuit (`primeFromLocal`) once its store is open, and the DataModule
447
+ * rebind re-registers every live view against this fresh processor. Caller
448
+ * must re-seed `setPermissions` afterwards (a fresh circuit default-denies
449
+ * every table).
450
+ */
451
+ reset(): Promise<void>;
452
+ /**
453
+ * Release the wasm circuit and stop checkpointing. Call when the client is
454
+ * torn down; a recreated client (provider remount, HMR) would otherwise stack
455
+ * one full circuit per instance.
456
+ */
457
+ dispose(): void;
458
+ /**
459
+ * Explicitly run the wasm-bindgen destructor. Guarded: stale wasm builds may
460
+ * not expose `free`, and a double free must not take the app down.
461
+ */
462
+ private freeProcessor;
463
+ /** Toggle circuit-state persistence (shared-tabs follower/leader role). */
464
+ setPersistenceEnabled(enabled: boolean): void;
465
+ /**
466
+ * Snapshot persistence (`persistCircuit`). When on, the circuit's store is
467
+ * written to the local store on a checkpoint interval and when the page
468
+ * goes hidden, and restored by {@link primeFromLocal} on the next boot.
469
+ */
470
+ configureCircuitPersistence(enabled: boolean, checkpointMs?: number): void;
471
+ /**
472
+ * Field projection (`circuitProjection`, default on). Takes effect on the
473
+ * next processor (`init`/`reset`) and on rows written after that.
474
+ */
475
+ configureProjection(enabled: boolean): void;
476
+ private applyProjection;
477
+ /** Resolves once the boot-time prime has finished (or was skipped). */
478
+ whenPrimed(): Promise<void>;
479
+ /**
480
+ * Fill the circuit from the LOCAL store, in the background.
481
+ *
482
+ * With a usable snapshot: install it under whatever views have registered
483
+ * meanwhile (`load_store_state` re-primes them), then `reconcile` each table
484
+ * against the store's `(id, rv)` list so rows deleted since the checkpoint
485
+ * are stepped out and only rows added or changed since are read back and
486
+ * ingested. Without one: read every row and ingest it, chunked.
487
+ *
488
+ * Either way the circuit ends up equal to the local store without touching
489
+ * the network, so the first sync diff is a real delta rather than "fetch
490
+ * everything". The returned promise never rejects; `whenPrimed` gates on it.
491
+ */
492
+ primeFromLocal(ctx: CircuitPrimeContext): Promise<void>;
493
+ private runPrime;
494
+ /** Publish wasm updates produced outside an ingest (restore, reconcile). */
495
+ private dispatchWasmUpdates;
496
+ /**
497
+ * Record that the circuit changed by `rows` rows. Cheap; the snapshot is
498
+ * deferred to the checkpoint timer and skipped entirely when `persistCircuit`
499
+ * is off.
500
+ */
501
+ private markSnapshotDirty;
502
+ private startCheckpoints;
503
+ /** Stop checkpointing and drop the visibility listeners. */
504
+ stopCheckpoints(): void;
505
+ /**
506
+ * Write the circuit's store to the local store as a snapshot. Compacts the
507
+ * row arena first when dead bytes outweigh live ones. Serialised: a second
508
+ * call while one is in flight joins it. No-op unless persistence is on, this
509
+ * tab owns the store, and the engine can hold a snapshot.
510
+ */
511
+ checkpoint(reason?: string): Promise<void>;
512
+ private runCheckpoint;
513
+ /**
514
+ * Projection widening: a newly registered view evaluates fields that rows
515
+ * already in the circuit were stored without. Merge just those fields in,
516
+ * table by table, from the local store. The view registered against what
517
+ * was present and converges as the merges step through.
518
+ */
519
+ private scheduleWiden;
520
+ private runWiden;
521
+ /**
522
+ * Seed per-table `select` permission predicates ({ [table]: whereText }).
523
+ * Must run after the processor exists and before any `register_view`, else
524
+ * non-`_00_` tables are default-denied and registration fails.
525
+ */
526
+ setPermissions(permissions: Record<string, string>): void;
527
+ /**
528
+ * Set the current session's auth identity for permission injection,
529
+ * mirroring the server's `fn::query::register`
530
+ * (`object::extend(params, { auth: { id: $auth.id }, access: $access })`).
531
+ * Stored as strings (empty when logged out) and applied to every
532
+ * `register_view` in {@link registerQueryPlan}. Must be set before a
533
+ * `$auth`-gated query registers (and re-set on auth state changes), or the
534
+ * in-browser SSP's `permission_inject` rejects it with
535
+ * "requires $auth but registration params lack it".
536
+ */
537
+ setSessionAuth(authId: string | null, access: string | null): void;
132
538
  /**
133
539
  * Ingest a record change into the processor.
134
540
  * Emits 'stream_update' event if materialized views are affected.
135
541
  * @param isOptimistic true = local mutation (increment versions), false = remote sync (keep versions)
136
542
  */
137
- ingest(table: string, op: 'CREATE' | 'UPDATE' | 'DELETE', id: string, record: any): WasmStreamUpdate[];
543
+ ingest(table: string, op: IngestRecord['op'], id: string, record: any): WasmStreamUpdate[];
138
544
  /**
139
545
  * Register a new query plan.
140
546
  * Emits 'stream_update' with the initial result.
@@ -147,6 +553,1209 @@ declare class StreamProcessorService {
147
553
  private normalizeValue;
148
554
  }
149
555
  //#endregion
556
+ //#region src/modules/cache/types.d.ts
557
+ type RecordWithId = Record<string, any> & {
558
+ id: RecordId<string>;
559
+ };
560
+ interface QueryConfig$1 {
561
+ queryHash: string;
562
+ surql: string;
563
+ params: Record<string, any>;
564
+ ttl: QueryTimeToLive | Duration;
565
+ lastActiveAt: Date;
566
+ }
567
+ interface CacheRecord {
568
+ table: string;
569
+ op: 'CREATE' | 'UPDATE' | 'DELETE';
570
+ record: RecordWithId;
571
+ version: number;
572
+ }
573
+ //#endregion
574
+ //#region src/modules/cache/index.d.ts
575
+ /**
576
+ * CacheModule - Centralized storage and DBSP ingestion
577
+ *
578
+ * Single responsibility: Handle all local storage operations and DBSP ingestion.
579
+ * This module acts as the bridge between data operations and persistence.
580
+ */
581
+ /** One ingested change, in exactly the shape `ingestMany` consumes. Shared
582
+ * with the tabs protocol so a leader can relay its ingests to followers. */
583
+ interface CacheIngestTuple {
584
+ table: string;
585
+ op: 'CREATE' | 'UPDATE' | 'DELETE';
586
+ id: string;
587
+ record: Record<string, unknown>;
588
+ }
589
+ declare class CacheModule implements StreamUpdateReceiver {
590
+ private local;
591
+ private streamProcessor;
592
+ private logger;
593
+ private streamUpdateCallback;
594
+ private versionLookups;
595
+ /** Shared-tabs leader: fan every committed ingest out to follower circuits.
596
+ * Fired AFTER the local tx (the rows are already in the shared store, so a
597
+ * follower only needs the circuit feed). A follower relays its own
598
+ * mutations to the leader the same way, see {@link setIngestRelay}. */
599
+ private ingestRelay;
600
+ /** See {@link setIngestRelay}. */
601
+ private relayLocalWritesOnly;
602
+ constructor(local: LocalStore, streamProcessor: StreamProcessorService, streamUpdateCallback: (update: StreamUpdate) => void, logger: Logger$1);
603
+ /**
604
+ * Implements StreamUpdateReceiver interface
605
+ * Called directly by StreamProcessor when views change
606
+ */
607
+ onStreamUpdate(update: StreamUpdate): void;
608
+ /**
609
+ * Fan every committed ingest out to the other tabs. The leader relays
610
+ * everything (its sync fetches are the only copy the followers get). A
611
+ * follower relays with `localWritesOnly`: just the mutation path, which is
612
+ * the only thing it knows that the leader does not. Its sync-fetched
613
+ * batches are the leader's data coming back and must not be re-broadcast,
614
+ * or every follower registration would fan its whole working set to
615
+ * every tab.
616
+ */
617
+ setIngestRelay(cb: ((tuples: CacheIngestTuple[]) => void) | null, opts?: {
618
+ localWritesOnly?: boolean;
619
+ }): void;
620
+ /**
621
+ * Shared-tabs follower: feed relayed tuples into THIS tab's circuit only.
622
+ * The rows are already in the shared store (the leader wrote them), so no
623
+ * local write happens here; the normal chain then runs: SSP -> stream update
624
+ * -> DataModule debounce -> materializeRecords (re-reads via the port
625
+ * transport) -> this tab's subscriptions fire with this tab's hashes.
626
+ */
627
+ applyRelayedIngest(tuples: CacheIngestTuple[]): void;
628
+ lookup(recordId: string): number;
629
+ /**
630
+ * Seed the version memo from rows the circuit was primed with out of the
631
+ * local store, so the first post-reload sync diff does not re-download
632
+ * bodies the browser already has. Only rows the prime actually put into the
633
+ * circuit belong here: a memo entry with no circuit row would make the diff
634
+ * flag the id forever while nothing ever fetches it.
635
+ */
636
+ primeVersions(entries: [string, number][]): void;
637
+ /** Drop the version cache on a bucket switch — a stale version would make
638
+ * the sync diff skip fetching a body the new bucket legitimately needs. */
639
+ clearVersionLookups(): void;
640
+ /**
641
+ * Save a single record to local DB and ingest into DBSP
642
+ * Used by mutations (create/update)
643
+ */
644
+ save(cacheRecord: CacheRecord, skipDbInsert?: boolean): Promise<void>;
645
+ /**
646
+ * Save multiple records in a batch
647
+ * More efficient than calling save() multiple times
648
+ * Used by sync operations
649
+ */
650
+ saveBatch(records: CacheRecord[], skipDbInsert?: boolean): Promise<void>;
651
+ /**
652
+ * Delete a record from local DB and ingest deletion into DBSP
653
+ */
654
+ delete(table: string, id: string, skipDbDelete?: boolean, recordData?: Record<string, any>): Promise<void>;
655
+ /**
656
+ * Register a query with DBSP to create a materialized view
657
+ * Returns the initial result array
658
+ */
659
+ registerQuery(config: QueryConfig$1): {
660
+ localArray: RecordVersionArray;
661
+ registrationTimings?: {
662
+ parseMs: number;
663
+ planMs: number;
664
+ snapshotMs: number;
665
+ };
666
+ };
667
+ /**
668
+ * Unregister a query from DBSP
669
+ */
670
+ unregisterQuery(queryHash: string): void;
671
+ }
672
+ //#endregion
673
+ //#region src/modules/data/index.d.ts
674
+ /**
675
+ * DataModule - Unified query and mutation management
676
+ *
677
+ * Merges the functionality of QueryManager and MutationManager.
678
+ * Uses CacheModule for all storage operations.
679
+ */
680
+ /** A `_00_window` row as read back: the id-set and whether the server vouched
681
+ * for it (which is what allows an empty set to count as known membership). */
682
+ interface DurableMembership {
683
+ ids: RecordVersionArray;
684
+ confirmed: boolean;
685
+ }
686
+ declare class DataModule<S extends SchemaStructure> {
687
+ private cache;
688
+ private local;
689
+ private schema;
690
+ private streamDebounceTime;
691
+ /** Tab identity baked into mutation ids (shared-tabs rollback routing);
692
+ * undefined in solo mode, where mutation-id falls back to a session id. */
693
+ private tabId;
694
+ private activeQueries;
695
+ private pendingQueries;
696
+ private subscriptions;
697
+ private statusSubscriptions;
698
+ private mutationCallbacks;
699
+ private debounceTimers;
700
+ private pendingStreamUpdates;
701
+ private fetchDepth;
702
+ private logger;
703
+ /**
704
+ * Optional observer notified whenever a query's fetch status changes.
705
+ * Wired by Sp00kyClient to push status changes into DevTools. Kept as a
706
+ * settable field (rather than a constructor arg) because DevTools is
707
+ * constructed after DataModule.
708
+ */
709
+ onQueryStatusChange?: (hash: QueryHash, status: QueryStatus) => void;
710
+ /**
711
+ * Optional observer invoked when a still-subscribed query's TTL heartbeat
712
+ * fires (~90% of the TTL). Wired by Sp00kyClient to
713
+ * `Sp00kySync.heartbeatQuery`, which refreshes the remote `_00_query`
714
+ * row's `lastActiveAt` so an actively-watched query never expires. Settable
715
+ * field (not a constructor arg) because the sync engine is wired after
716
+ * DataModule is constructed — mirrors `onQueryStatusChange`.
717
+ */
718
+ onHeartbeat?: (hash: QueryHash) => void;
719
+ /**
720
+ * Optional hook fired by {@link deregisterQuery} when an opt-in query (e.g. a
721
+ * viewport-windowed list cancelling an off-screen window) loses its last
722
+ * subscriber. Wired by Sp00kyClient to enqueue a `cleanup` down-event, which
723
+ * tears the remote `_00_query` view down (releasing its `_00_list_ref` edges)
724
+ * instead of leaving it for the TTL sweep. The local view + state are freed in
725
+ * {@link finalizeDeregister} only after that remote delete, so a fast
726
+ * re-subscribe (scroll back) can abort/heal the teardown — see `cleanupQuery`.
727
+ */
728
+ onDeregister?: (hash: QueryHash) => void;
729
+ private sessionId;
730
+ private currentUserId;
731
+ constructor(cache: CacheModule, local: LocalStore, schema: S, logger: Logger$1, streamDebounceTime?: number);
732
+ init(sessionId: string): Promise<void>;
733
+ /**
734
+ * Update the session salt used in query-id hashing. Call this when the
735
+ * SurrealDB session changes (sign-in, sign-out, reconnect). Subsequently
736
+ * registered queries will get fresh, session-scoped IDs.
737
+ */
738
+ setSessionId(sessionId: string): void;
739
+ /** Shared-tabs: bake this tab's identity into mutation ids so a rollback of
740
+ * a follower's mutation routes back to the tab that made it. */
741
+ setTabId(tabId: string): void;
742
+ /**
743
+ * Update the authenticated user record id. Pass `null` on sign-out.
744
+ * Read by `Sp00kySync.listRefTable()` so the LIVE subscription and
745
+ * the poll route to the same per-user `_00_list_ref_user_<id>` the
746
+ * SSP writes to.
747
+ */
748
+ setCurrentUserId(userId: string | null): void;
749
+ /** Read-only view of the authenticated user id used for per-user
750
+ * `_00_list_ref` routing. Other modules consult this so they pick the
751
+ * same table name DataModule does. */
752
+ getCurrentUserId(): string | null;
753
+ /**
754
+ * Register a query and return its hash for subscriptions
755
+ */
756
+ query<T extends TableNames<S>>(tableName: T, surqlString: string, params: Record<string, any>, ttl: QueryTimeToLive, plan?: QueryPlan): Promise<QueryHash>;
757
+ /**
758
+ * Subscribe to query updates
759
+ */
760
+ subscribe(queryHash: string, callback: QueryUpdateCallback, options?: {
761
+ immediate?: boolean;
762
+ }): () => void;
763
+ /**
764
+ * Subscribe to a query's fetch-status changes (idle/fetching).
765
+ * With `{ immediate: true }` the callback fires synchronously with the
766
+ * current status (defaults to `idle` if the query isn't registered yet).
767
+ */
768
+ subscribeStatus(queryHash: string, callback: QueryStatusCallback, options?: {
769
+ immediate?: boolean;
770
+ }): () => void;
771
+ /**
772
+ * Set a query's fetch status and notify status observers (DevTools +
773
+ * `subscribeStatus` listeners). No-op when the status is unchanged or the
774
+ * query is unknown.
775
+ */
776
+ setQueryStatus(queryHash: string, status: QueryStatus): void;
777
+ /**
778
+ * Enter a fetch cycle for a query. Refcounted: registration and concurrent
779
+ * poll/LIVE sync rounds can overlap on the same hash, and only the OUTERMOST
780
+ * cycle may flip the status — 0→1 emits `fetching`, and `endFetching`'s 1→0
781
+ * emits `idle`. Always pair with `endFetching` in a `finally`.
782
+ */
783
+ beginFetching(queryHash: string): void;
784
+ /** Leave a fetch cycle started with {@link beginFetching}; emits `idle` on the last exit. */
785
+ endFetching(queryHash: string): void;
786
+ /**
787
+ * Subscribe to mutations (for sync)
788
+ */
789
+ onMutation(callback: MutationCallback): () => void;
790
+ /**
791
+ * Handle stream updates from DBSP (via CacheModule)
792
+ */
793
+ onStreamUpdate(update: StreamUpdate): Promise<void>;
794
+ /** Coalesce `update` onto the query's trailing timer (see onStreamUpdate). */
795
+ private queueStreamUpdate;
796
+ /**
797
+ * Re-materialize + notify a query whose MEMBERSHIP changed without any row
798
+ * needing to be fetched, i.e. without the SSP stream update that normally
799
+ * carries the notify. That is every row this client wrote itself: the local
800
+ * CREATE memoized it at `_00_rv = 1`, the server publishes it at 1, so the
801
+ * sync engine rightly fetches nothing - and then nobody told the subscribers
802
+ * that `remoteArray` now holds the id. The row appeared on reload only.
803
+ *
804
+ * Routed through the same per-query debounce as a real stream update, so it
805
+ * cannot race one: a pending real update already materializes against the
806
+ * current `remoteArray` and wins. The synthetic update re-uses the circuit's
807
+ * last `localArray` and skips the persist/metrics that describe an ingest.
808
+ */
809
+ scheduleRematerialize(queryHash: string): void;
810
+ /**
811
+ * Process a query's pending (debounced) stream update NOW instead of on the
812
+ * trailing edge. Called by the sync engine before it flips a query back to
813
+ * `idle`, so the status change never races ahead of the rows it fetched.
814
+ * No-op when nothing is pending. The pending entry is removed before the
815
+ * await so a concurrently-firing timer can't process it twice.
816
+ */
817
+ flushPendingStreamUpdate(queryHash: string): Promise<void>;
818
+ /**
819
+ * Materialize a query's result rows from the local store.
820
+ *
821
+ * A query's rows are its MEMBERSHIP — the id-set the server put in
822
+ * `_00_list_ref` (`remoteArray`) — not "every local body that matches the
823
+ * WHERE". Those two disagree, and the disagreement was the bug: when a row
824
+ * leaves a query's window but still exists upstream, `handleRemovedRecords`
825
+ * keeps its local body and never re-fetches it, so a predicate re-scan finds
826
+ * that stale body still matching and keeps rendering the row. Selecting the
827
+ * id-set directly is also the only correct thing for a windowed query, where
828
+ * re-applying `START m` against the shared local store skips the window's own
829
+ * rows entirely (sparse windowing) and returns nothing.
830
+ *
831
+ * The rendered set is:
832
+ *
833
+ * (membership ∪ (pendingWrites ∩ localArray)) − pendingDeletes
834
+ *
835
+ * The middle term keeps optimistic writes visible without re-admitting stale
836
+ * rows. Every local write is fed to the SSP (`cache.saveBatch` →
837
+ * `ingestMany`), so `localArray` answers "does this row match the predicate
838
+ * per LOCAL truth". A pending write that moves a row into the window is in
839
+ * `localArray` and shows; one that moves a row out is absent and does not; a
840
+ * stale body the server dropped has no pending write at all, so it stays out.
841
+ * `pendingDeletes` covers the reverse lag — the server still lists a row whose
842
+ * DELETE is sitting in our outbox.
843
+ *
844
+ * Falls back to the predicate scan only when membership has never been
845
+ * established (a query first run on this device), so an offline first paint
846
+ * still shows something.
847
+ */
848
+ private materializeRecords;
849
+ /**
850
+ * The materialization itself, without the DevTools timing wrapper. Split out so
851
+ * cold-start seeding can use it before a `QueryState` exists.
852
+ */
853
+ private materializeFromConfig;
854
+ /**
855
+ * The authoritative membership list to render from, or `null` when membership
856
+ * has never been established and the caller must fall back to a scan.
857
+ *
858
+ * A windowed query has no usable fallback — re-running its `START m` locally
859
+ * returns the wrong rows — so it renders from whatever id-set is on hand
860
+ * (SSP's included) rather than degrading to a scan. That is the pre-existing
861
+ * behavior for windows and is preserved.
862
+ */
863
+ private resolveMembership;
864
+ private readonly settledWrites;
865
+ private readonly settledDeletes;
866
+ private pendingIds;
867
+ private pendingIdsAt;
868
+ private pendingIdsInflight;
869
+ private static readonly PENDING_IDS_TTL_MS;
870
+ private pendingIdsGen;
871
+ private static readonly PENDING_IDS_MAX_REREADS;
872
+ /** Drop the cached outbox ids. Cheap; call it on anything that could change
873
+ * `_00_pending_mutations`. */
874
+ private invalidatePendingIds;
875
+ /**
876
+ * Grace period for a settled write. Long enough to cover an SSP round trip
877
+ * that is running slowly (seconds, not milliseconds, when the edge path is
878
+ * backed up), short enough that a write the server silently dropped cannot
879
+ * linger misleadingly.
880
+ *
881
+ * The rejection case does NOT rely on this expiring: an application error
882
+ * rolls the mutation back and never reports it settled, so it vanishes at
883
+ * once. This deadline only bounds the case where the write succeeded and its
884
+ * membership never arrived at all.
885
+ */
886
+ private static readonly SETTLED_WRITE_GRACE_MS;
887
+ /**
888
+ * Report that a mutation was accepted by the server and its outbox row
889
+ * removed. Called only on the SUCCESS path — a rolled-back mutation must
890
+ * disappear immediately, which is what makes this safe.
891
+ */
892
+ noteWriteSettled(recordId: string, mutationType: string): void;
893
+ /** Drop entries past their deadline. */
894
+ private pruneSettled;
895
+ /** Apply the pending-write union and pending-delete subtraction, and map to
896
+ * RecordIds for the engines' id-set path. */
897
+ private buildRenderIds;
898
+ private processStreamUpdate;
899
+ /**
900
+ * Compute p55/p90/p99 from a rolling window of materialization samples.
901
+ * Returns nulls for any percentile that has no samples yet so SurrealDB
902
+ * `option<float>` columns stay NONE rather than 0 before the first ingest.
903
+ */
904
+ private computeMaterializationPercentiles;
905
+ /** Record a per-phase timing sample (ms) on a query's rolling window. */
906
+ private recordPhase;
907
+ /** Record the remote record-fetch time (ms) for a query. Called by the sync engine. */
908
+ recordRemoteFetch(hash: string, ms: number): void;
909
+ /**
910
+ * Record the frontend reconcile time (ms) for a query. Called from `useQuery`
911
+ * via `Sp00kyClient.reportFrontendTiming` after it applies an update to its store.
912
+ */
913
+ recordFrontendTiming(hash: string, ms: number): void;
914
+ /**
915
+ * Build the per-query processing-time breakdown surfaced to the DevTools panel
916
+ * and the MCP. `ssp` is the WASM-ingest wall time (from `materializationSamples`);
917
+ * the rest come from the per-phase rolling windows + one-shot registration timings.
918
+ */
919
+ phaseTimings(q: QueryState): QueryTimings;
920
+ /**
921
+ * Get query state (for sync and devtools)
922
+ */
923
+ getQueryByHash(hash: string): QueryState | undefined;
924
+ /**
925
+ * Cold-query guard for instant-hydrate: true when the query exists, hasn't been
926
+ * hydrated, and has NOT yet fetched its server result (`remoteArray` empty).
927
+ * We gate on `remoteArray`, not local `records`: a windowed query is often
928
+ * partially pre-seeded from the circuit (e.g. the dashboard's 5-row preview),
929
+ * but it still hasn't loaded its own full window from the server — so it should
930
+ * still hydrate. A warm re-subscribe (remoteArray already populated) is skipped.
931
+ */
932
+ isCold(hash: string): boolean;
933
+ /**
934
+ * Walk a hydrated record's fields and append any EMBEDDED child records to
935
+ * `batch` (recursing for nested related fields). An embedded child is a
936
+ * value that is itself a record — a non-null object whose `id` is a
937
+ * `RecordId` — or an array of such records (one-to-many vs one-to-one). A
938
+ * bare `RecordId` (a foreign-key reference) or any other value is skipped,
939
+ * so this never mistakes a FK column for an embedded body. Children are
940
+ * keyed by their own `record.id.table`, versioned by `_00_rv`, and cleaned
941
+ * to their table's real columns (which strips the alias/related fields).
942
+ * `seen` dedupes within the batch.
943
+ */
944
+ private collectEmbeddedChildren;
945
+ /**
946
+ * Prepare a subquery-bearing row (preload / hydration) for the schemafull
947
+ * local store: replace an embedded FORWARD-relation object (`author = { id, … }`)
948
+ * with its RecordId so a `record<…>` field coerces, and DROP reverse-subquery
949
+ * ARRAYS (`comments = [ … ]`) since their rows are cached separately as their
950
+ * own bodies. A flat record — as the live `SELECT * FROM $ids` sync returns,
951
+ * with relations already RecordIds — passes through unchanged.
952
+ */
953
+ private flattenRelationsForStorage;
954
+ /**
955
+ * Instant-hydrate: ingest rows fetched one-shot from the remote (the query's own
956
+ * surql run directly) so the query DISPLAYS immediately, while the full realtime
957
+ * registration proceeds in the background. Ingests with versions (`_00_rv`) so the
958
+ * later `syncRecords` dedup skips re-pulling unchanged bodies, and seeds
959
+ * `remoteArray` so windowed queries materialize the correct window (no sparse
960
+ * local-circuit issue). Runs at most once per query (the `hydrated` flag).
961
+ */
962
+ applyHydration(hash: string, rows: RecordWithId[]): Promise<void>;
963
+ /**
964
+ * Build the cache batch for a set of one-shot rows and persist it to the
965
+ * local DB + in-browser SSP. Maps each row to a `CREATE` op on its own table
966
+ * and extracts EMBEDDED related children (any nesting depth) as their own
967
+ * records — a `.related()` query returns its children embedded, and a later
968
+ * correlated re-materialization needs them present as standalone rows.
969
+ * Shared by `applyHydration` (live registration) and `persistSnapshot`
970
+ * (preload).
971
+ */
972
+ private buildAndSaveCacheBatch;
973
+ /**
974
+ * Preload/prewarm: persist one-shot rows (and their embedded related children)
975
+ * into the local cache WITHOUT registering a query — no `activeQueries` entry,
976
+ * no `_00_query` view, no TTL heartbeat. The rows live in the local DB as
977
+ * ordinary bodies (never GC'd on their own) so a later `useQuery` seeds its
978
+ * first paint from them instantly, then registers a live view to freshen.
979
+ */
980
+ persistSnapshot(tableName: string, rows: RecordWithId[]): Promise<void>;
981
+ /**
982
+ * Read the durable preload freshness marker for a query hash, or null if this
983
+ * query was never preloaded in the current bucket. Co-located with the cached
984
+ * rows (per-bucket `_00_preload` table) so a bucket switch that clears the
985
+ * data also clears the marker — a stale marker can't claim "warm" when the
986
+ * rows are gone. Any read error is treated as cold.
987
+ */
988
+ getPreloadMarker(hash: string): Promise<{
989
+ fetchedAt: number;
990
+ rowCount: number;
991
+ } | null>;
992
+ /** Stamp the preload freshness marker after a successful snapshot fetch. */
993
+ writePreloadMarker(hash: string, rowCount: number): Promise<void>;
994
+ /**
995
+ * Read the durable membership row, or `null` if this query has never had
996
+ * authoritative membership on this device. Any read error is treated as
997
+ * "unknown" so a broken row degrades to the predicate scan rather than
998
+ * rendering an empty list.
999
+ *
1000
+ * `confirmed` is true only for rows written after the server itself vouched
1001
+ * for the set (a non-empty id-set, or an empty one it reported a row count of
1002
+ * zero for, or an empty one that followed a non-empty one in the same
1003
+ * session). Rows written before the marker existed, including the `[]` rows a
1004
+ * pre-`ea56f50e` client mirrored from an unflushed read, read as unconfirmed.
1005
+ */
1006
+ getWindowMembership(key: string): Promise<DurableMembership | null>;
1007
+ /**
1008
+ * Persist the durable membership row. Best-effort: callers must not fail a
1009
+ * sync round because the mirror write failed.
1010
+ *
1011
+ * `confirmed` says whether a cold start may trust this row even when it is
1012
+ * empty. A confirmed empty is a real answer ("the server says this query has
1013
+ * no rows") and stays empty across a reload; an unconfirmed empty is the
1014
+ * retry budget's guess and falls back to the predicate scan on the next boot,
1015
+ * exactly as every empty row did before the marker existed.
1016
+ */
1017
+ writeWindowMembership(key: string, ids: RecordVersionArray, confirmed: boolean): Promise<void>;
1018
+ /**
1019
+ * Record ids with a mutation still in the outbox, split by direction.
1020
+ *
1021
+ * Both halves feed {@link materializeRecords}: `writes` keeps optimistic
1022
+ * creates/updates visible before the server has acknowledged them, and
1023
+ * `deletes` suppresses rows the server still lists because our DELETE hasn't
1024
+ * been processed yet. Reading `_00_pending_mutations` (rather than tracking
1025
+ * ids in memory) is what makes both survive a reload.
1026
+ *
1027
+ * On failure returns empty sets: membership alone then decides, which can
1028
+ * briefly hide an optimistic write but never resurrects a deleted row.
1029
+ */
1030
+ getPendingRecordIds(): Promise<{
1031
+ writes: Set<string>;
1032
+ deletes: Set<string>;
1033
+ }>;
1034
+ /** The uncached read. Also the reload path after an invalidation, so the ids
1035
+ * still survive a reload exactly as before. `gen` is the generation the read
1036
+ * was issued under; the result is cached only if it is still current. */
1037
+ private readPendingRecordIds;
1038
+ /** True while ≥1 live subscriber is watching this query (refcount guard). */
1039
+ hasSubscribers(hash: string): boolean;
1040
+ /**
1041
+ * Opt-in eager teardown for a query whose LAST subscriber just left — used by
1042
+ * viewport-windowed lists to cancel off-screen windows instead of leaving
1043
+ * their remote views to expire on the TTL sweep. No-op while any subscriber
1044
+ * remains (refcount). Only enqueues the remote cleanup here; the local WASM
1045
+ * view + in-memory state are freed in {@link finalizeDeregister} after the
1046
+ * remote delete completes, so a re-subscribe in between aborts/heals it.
1047
+ *
1048
+ * NOTE: most queries should NOT use this — the default keep-alive on
1049
+ * unsubscribe avoids re-registration churn on navigation.
1050
+ */
1051
+ deregisterQuery(hash: string): void;
1052
+ /**
1053
+ * Final local teardown after the remote `_00_query` row was deleted: free the
1054
+ * WASM view, heartbeat timer, debounce timer, and in-memory state. Caller
1055
+ * (`cleanupQuery`) guarantees no subscriber remains.
1056
+ */
1057
+ finalizeDeregister(hash: string): void;
1058
+ /**
1059
+ * Get query state by id (for sync and devtools)
1060
+ */
1061
+ getQueryById(id: RecordId<string>): QueryState | undefined;
1062
+ /**
1063
+ * Get all active queries (for devtools)
1064
+ */
1065
+ getActiveQueries(): QueryState[];
1066
+ getActiveQueryHashes(): QueryHash[];
1067
+ updateQueryLocalArray(id: string, localArray: RecordVersionArray): Promise<void>;
1068
+ updateQueryRemoteArray(hash: string, remoteArray: RecordVersionArray, opts?: {
1069
+ /** `_00_query.rowCount` read in the same round trip; `null` = unknown. */
1070
+ serverRowCount?: number | null;
1071
+ }): Promise<void>;
1072
+ /**
1073
+ * Cancel every armed timer ahead of a local-bucket switch: stream-update
1074
+ * debounce timers (their pending updates carry the OLD bucket's id-sets) and
1075
+ * per-query TTL heartbeats (they'd refresh the previous user's remote
1076
+ * `_00_query` rows under the new session). The rebind re-arms heartbeats.
1077
+ */
1078
+ quiesce(): void;
1079
+ /**
1080
+ * Re-home every active query in a freshly-opened bucket, KEEPING its hash —
1081
+ * `useQuery` subscriptions are keyed by hash and don't re-register on auth
1082
+ * changes, so the hooks must stay attached. Per query:
1083
+ * 1. reset the sync arrays + hydration flag and drop the previous user's
1084
+ * records, notifying subscribers with the new-bucket materialization
1085
+ * (usually empty) so their rows leave the UI immediately;
1086
+ * 2. recreate the `_00_query` row in the new bucket;
1087
+ * 3. re-register the SSP view on the (fresh, post-reset) processor — this
1088
+ * also rebinds the view to the NEW `$auth` context;
1089
+ * 4. restart the TTL heartbeat.
1090
+ * Returns the hashes so the caller can enqueue remote re-registration, which
1091
+ * refills records from the server via the normal register→sync→notify path.
1092
+ */
1093
+ rebindAfterBucketSwitch(): Promise<QueryHash[]>;
1094
+ /**
1095
+ * Called after a query's initial sync completes.
1096
+ * Ensures subscribers are notified even if no stream updates fired (e.g. empty result set).
1097
+ */
1098
+ notifyQuerySynced(queryHash: string): Promise<void>;
1099
+ run<B extends BackendNames<S>, R extends BackendRoutes<S, B>>(backend: B, path: R, data: RoutePayload<S, B, R>, options?: RunOptions): Promise<void>;
1100
+ /**
1101
+ * Build the outbox job record + resolve its table for a backend route.
1102
+ *
1103
+ * Every job is a single execution. Recurring work is declared server-side
1104
+ * (`schedules:` in sp00ky.yml) and the scheduler creates a fresh row per cycle,
1105
+ * so nothing here needs to know about schedules.
1106
+ */
1107
+ private buildJobRecord;
1108
+ /**
1109
+ * Create a new record
1110
+ */
1111
+ create<T extends Record<string, unknown>>(id: string, data: T): Promise<T>;
1112
+ /**
1113
+ * Update an existing record
1114
+ */
1115
+ update<T extends Record<string, unknown>>(table: string, id: string, data: Partial<T>, options?: UpdateOptions): Promise<T>;
1116
+ /**
1117
+ * Delete a record
1118
+ */
1119
+ delete(table: string, id: string): Promise<void>;
1120
+ /**
1121
+ * Rollback a failed optimistic create by deleting the record locally
1122
+ */
1123
+ rollbackCreate(recordId: RecordId, tableName: string): Promise<void>;
1124
+ /**
1125
+ * Rollback a failed optimistic update by restoring the previous record state
1126
+ */
1127
+ rollbackUpdate(recordId: RecordId, tableName: string, beforeRecord: Record<string, unknown>): Promise<void>;
1128
+ /**
1129
+ * Force a re-materialize + notify of every active query on `tableName`.
1130
+ * Used after a DELETE landed in the local store (this tab's own, or one
1131
+ * relayed from another tab): the SSP may not emit a view update for a
1132
+ * DELETE ingest, and the re-materialize reads the store, which already
1133
+ * excludes the row. Each query is isolated so one failing re-materialize
1134
+ * can't stop the others.
1135
+ */
1136
+ notifyTableQueries(tableName: string): Promise<void>;
1137
+ /**
1138
+ * Remove a record from all active query states and notify subscribers
1139
+ */
1140
+ private removeRecordFromQueries;
1141
+ private createAndRegisterQuery;
1142
+ private createNewQuery;
1143
+ private calculateHash;
1144
+ /**
1145
+ * Session-independent counterpart of {@link calculateHash}: the key for a
1146
+ * query's durable `_00_window` membership row.
1147
+ *
1148
+ * Deliberately the SAME inputs minus the `session::id()` salt, so the two keys
1149
+ * can never drift apart. The salt is right for `_00_query` (two tabs must not
1150
+ * fight over one row) and wrong for membership, which has to be recognizable
1151
+ * after a reload — a reload mints a new session id, and offline the salt is
1152
+ * `''`, so a salted key can never match what the previous session wrote.
1153
+ */
1154
+ private calculateMembershipKey;
1155
+ private sha256;
1156
+ private startTTLHeartbeat;
1157
+ private replaceRecordInQueries;
1158
+ }
1159
+ /**
1160
+ * Parse update options to generate push event options
1161
+ */
1162
+ //#endregion
1163
+ //#region src/services/tabs/protocol.d.ts
1164
+ type TabId = string;
1165
+ type TabRole = 'solo' | 'leader' | 'follower';
1166
+ /** Broker pings every tab at this cadence. */
1167
+
1168
+ /** Matches `CacheIngestTuple` (modules/cache): exactly what `ingestMany`
1169
+ * consumes, so relayed batches feed follower circuits without reshaping. */
1170
+ interface IngestTuple {
1171
+ table: string;
1172
+ op: 'CREATE' | 'UPDATE' | 'DELETE';
1173
+ id: string;
1174
+ record: Record<string, unknown>;
1175
+ }
1176
+ type FollowerToLeaderMessage = {
1177
+ type: 'sync-hello';
1178
+ tabId: TabId;
1179
+ }
1180
+ /** The follower committed an outbox row (through the shared store) and the
1181
+ * leader should drain it. Idempotent; a new leader's loadFromDatabase is
1182
+ * the backstop for a notify lost in a failover window. */ | {
1183
+ type: 'mutation-enqueued';
1184
+ mutationId: string;
1185
+ } | {
1186
+ type: 'request-poll';
1187
+ }
1188
+ /** An optimistic write this follower committed to the SHARED store and
1189
+ * ingested into its own circuit. The leader ingests it (no DB write, the
1190
+ * row is already there) and fans it out to every OTHER follower as
1191
+ * `ingest-relay`, so a follower's write lands in every tab in one hop
1192
+ * instead of after the server round-trip. */ | {
1193
+ type: 'ingest';
1194
+ tuples: IngestTuple[];
1195
+ };
1196
+ type LeaderToFollowerMessage = {
1197
+ type: 'db-ready';
1198
+ leadershipId: number;
1199
+ bucketId: string;
1200
+ storageHealth: StorageHealth;
1201
+ }
1202
+ /** Every ingest the leader's CacheModule committed, so follower circuits
1203
+ * stay live without their own fetch. seq detects gaps. */ | {
1204
+ type: 'ingest-relay';
1205
+ tuples: IngestTuple[];
1206
+ leadershipId: number;
1207
+ seq: number;
1208
+ }
1209
+ /** A `_00_list_ref` LIVE event, relayed verbatim. Each follower resolves the
1210
+ * queryId against its own DataModule and ignores foreign queries. */ | {
1211
+ type: 'list-ref-change';
1212
+ action: 'CREATE' | 'UPDATE' | 'DELETE';
1213
+ queryId: string;
1214
+ recordId: string;
1215
+ version: number;
1216
+ parent: boolean;
1217
+ }
1218
+ /** The leader's drain rolled back a mutation owned by this tab. */ | {
1219
+ type: 'mutation-rolled-back';
1220
+ mutationId: string;
1221
+ recordId: string;
1222
+ eventType: 'create' | 'update' | 'delete';
1223
+ error: string;
1224
+ }
1225
+ /** The leader's drain pushed a mutation and deleted its outbox row from the
1226
+ * SHARED store. Every follower starts its settled-write grace so a row it
1227
+ * was rendering as a pending write does not blink out before its
1228
+ * `_00_list_ref` membership arrives. */ | {
1229
+ type: 'mutation-settled';
1230
+ mutationId: string;
1231
+ recordId: string;
1232
+ eventType: 'create' | 'update' | 'delete';
1233
+ };
1234
+ //#endregion
1235
+ //#region src/services/tabs/coordinator.d.ts
1236
+ /** Leader-side fan-out surface handed to the sync layer. The sync router
1237
+ * (modules/sync/tab-router.ts) registers itself as the message handler. */
1238
+ declare class LeaderSyncHub {
1239
+ readonly leadershipId: number;
1240
+ private logger;
1241
+ private followers;
1242
+ private seq;
1243
+ onFollowerMessage: ((tabId: TabId, msg: FollowerToLeaderMessage) => void) | null;
1244
+ onFollowerDetached: ((tabId: TabId) => void) | null;
1245
+ constructor(leadershipId: number, logger: Logger$1);
1246
+ attach(tabId: TabId, port: MessagePort): void;
1247
+ detach(tabId: TabId): void;
1248
+ detachAll(): void;
1249
+ sendTo(tabId: TabId, msg: LeaderToFollowerMessage): void;
1250
+ broadcast(msg: LeaderToFollowerMessage, exceptTabId?: TabId): void;
1251
+ /** Stamped ingest relay; seq lets followers detect gaps. */
1252
+ relayIngest(tuples: IngestTuple[], exceptTabId?: TabId): void;
1253
+ get followerCount(): number;
1254
+ get relayedBatches(): number;
1255
+ }
1256
+ /** Follower half of the syncPort. Queues while detached (leaderless window)
1257
+ * and flushes on rebind; a lost-in-flight mutation notify is additionally
1258
+ * backstopped by the new leader reloading the shared outbox from the store. */
1259
+ declare class SyncForwarder {
1260
+ private tabId;
1261
+ private port;
1262
+ private queued;
1263
+ onLeaderMessage: ((msg: LeaderToFollowerMessage) => void) | null;
1264
+ constructor(tabId: TabId);
1265
+ rebind(port: MessagePort): void;
1266
+ unbind(): void;
1267
+ private post;
1268
+ mutationEnqueued(mutationId: string): void;
1269
+ /** An optimistic write this tab just ingested. Deliberately NOT queued while
1270
+ * detached: a new leader primes its circuit from the shared store, which
1271
+ * already holds the row, and replaying a stale tuple at it later would put
1272
+ * an older `_00_rv` in its version memo. */
1273
+ ingest(tuples: IngestTuple[]): void;
1274
+ requestPoll(): void;
1275
+ }
1276
+ //#endregion
1277
+ //#region src/modules/sync/sync.d.ts
1278
+ /**
1279
+ * Tunables for `Sp00kySync` construction.
1280
+ */
1281
+ interface Sp00kySyncOptions {
1282
+ /**
1283
+ * Cadence (ms) for the `_00_list_ref` poll fallback that catches
1284
+ * cross-session UPDATEs the LIVE-permission gap drops. Non-positive
1285
+ * values fall back to the default; see
1286
+ * {@link resolveListRefPollInterval}.
1287
+ */
1288
+ refSyncIntervalMs?: number;
1289
+ /**
1290
+ * Enable realtime sync for unauthenticated clients against the shared
1291
+ * `_00_list_ref_anon` table. See {@link Sp00kyConfig.enableAnonymousLiveQueries}.
1292
+ * Defaults to `false`.
1293
+ */
1294
+ anonymousLiveQueries?: boolean;
1295
+ /**
1296
+ * Consecutive failed sync rounds before sync health flips to `degraded`.
1297
+ * `0` disables degraded reporting. See {@link Sp00kyConfig.syncHealth}.
1298
+ * Defaults to `3`.
1299
+ */
1300
+ degradeAfterConsecutiveFailures?: number;
1301
+ /**
1302
+ * Max time a single mutation push may take before it is treated as a network
1303
+ * failure and retried. Guards against an RPC that never settles wedging the
1304
+ * up-queue for the session. Defaults to 30000; `0` disables the timeout.
1305
+ */
1306
+ pushTimeoutMs?: number;
1307
+ /**
1308
+ * Max time a single down event (`register`/`sync`/`cleanup`) may take before
1309
+ * it is treated as a network failure and retried. The mirror of
1310
+ * {@link pushTimeoutMs} for the read side, which had no such guard: a
1311
+ * `fn::query::register` that never settled held its slot in the down drain,
1312
+ * and every later registration behind it, for the rest of the session.
1313
+ * Defaults to 30000; `0` disables the timeout.
1314
+ */
1315
+ downTimeoutMs?: number;
1316
+ /**
1317
+ * Transport supervisor. Sync reads its state to report `connection` in
1318
+ * {@link SyncHealth} so a UI can show "reconnecting…" the instant the socket
1319
+ * drops, without waiting for the degrade threshold. Optional: omitted in
1320
+ * tests, where `connection` then reports `connected`.
1321
+ */
1322
+ connectionSupervisor?: ConnectionSupervisor;
1323
+ }
1324
+ /**
1325
+ * The main synchronization engine for Sp00ky.
1326
+ * Handles the bidirectional synchronization between the local database and the remote backend.
1327
+ * Uses a queue-based architecture with 'up' (local to remote) and 'down' (remote to local) queues.
1328
+ * @template S The schema structure type.
1329
+ */
1330
+ declare class Sp00kySync<S extends SchemaStructure> {
1331
+ private local;
1332
+ private remote;
1333
+ private cache;
1334
+ private dataModule;
1335
+ private schema;
1336
+ private upQueue;
1337
+ private downQueue;
1338
+ private isInit;
1339
+ private logger;
1340
+ private syncEngine;
1341
+ /** Engine-level events (e.g. `SYNC_REMOTE_DATA_INGESTED`). Distinct
1342
+ * from `this.events`, which carries Sp00kySync-level events like
1343
+ * `SYNC_QUERY_UPDATED` and `SYNC_MUTATION_ROLLED_BACK`. */
1344
+ get engineEvents(): SyncEventSystem;
1345
+ private scheduler;
1346
+ /**
1347
+ * Set by any event that means the socket we registered on is gone, so the
1348
+ * next `connected` knows it must re-subscribe rather than treat itself as the
1349
+ * initial connect. See {@link subscribeToReconnect}.
1350
+ */
1351
+ private needsResubscribe;
1352
+ /** When the last reconnect-driven full refetch ran, for burst coalescing. */
1353
+ private lastReconnectRefetchAt;
1354
+ /**
1355
+ * Minimum gap between reconnect-driven full refetches. Long enough to absorb
1356
+ * a flapping socket (the SDK reconnect ladder starts at 1s), short enough
1357
+ * that a genuine drop minutes later still refetches.
1358
+ */
1359
+ private static readonly RECONNECT_REFETCH_COOLDOWN_MS;
1360
+ /** Poll interval while waiting for a reconnected session to re-authenticate. */
1361
+ private static readonly AUTH_READY_RETRY_MS;
1362
+ /** Attempts before giving up on re-auth and skipping the refetch entirely. */
1363
+ private static readonly AUTH_READY_MAX_ATTEMPTS;
1364
+ events: SyncEventSystem;
1365
+ private currentUserId;
1366
+ private tabRole;
1367
+ private tabId;
1368
+ private hub;
1369
+ private forwarder;
1370
+ private refMode;
1371
+ private readonly anonLiveEnabled;
1372
+ private currentLiveQueryUuid;
1373
+ private liveQueryUnsubscribe;
1374
+ private listRefPollTimer;
1375
+ private listRefPollRunning;
1376
+ private listRefPollInFlight;
1377
+ readonly refSyncIntervalMs: number;
1378
+ private listRefIdleStreak;
1379
+ private stillRemoteStreaks;
1380
+ private lastLiveEventAt;
1381
+ private _liveRetryCount;
1382
+ get liveRetryCount(): number;
1383
+ get isSyncing(): boolean;
1384
+ get pendingMutationCount(): number;
1385
+ subscribeToPendingMutations(cb: (count: number) => void): () => void;
1386
+ private readonly degradeAfterFailures;
1387
+ /** Per-push RPC deadline; see {@link withPushTimeout}. */
1388
+ private readonly pushTimeoutMs;
1389
+ private readonly downTimeoutMs;
1390
+ private consecutiveSyncFailures;
1391
+ private syncHealthStatus;
1392
+ private lastSyncErrorKind;
1393
+ private lastSyncErrorMessage;
1394
+ private hasSyncedOnce;
1395
+ private selfHealTimer;
1396
+ private selfHealAttempts;
1397
+ private static readonly SELF_HEAL_BASE_MS;
1398
+ private static readonly SELF_HEAL_MAX_MS;
1399
+ /**
1400
+ * Transport supervisor, when one was supplied. Sync only reads state from it;
1401
+ * it never drives reconnects itself.
1402
+ */
1403
+ private readonly connectionSupervisor?;
1404
+ /**
1405
+ * Mirror of the supervisor's state. Defaults to `connected` so a client
1406
+ * constructed without a supervisor (tests, embedders) reports the same health
1407
+ * shape it always has rather than a permanent false "disconnected".
1408
+ */
1409
+ private connectionState;
1410
+ /** Current sync-health snapshot. */
1411
+ get syncHealth(): SyncHealth;
1412
+ /**
1413
+ * Observe sync health. The callback fires immediately with the current
1414
+ * status and again on every healthy↔degraded transition. Returns an
1415
+ * unsubscribe. Mirrors {@link subscribeToPendingMutations}.
1416
+ */
1417
+ subscribeToSyncHealth(cb: (health: SyncHealth) => void): () => void;
1418
+ private emitSyncHealth;
1419
+ /**
1420
+ * Mirror the supervisor's transport state into {@link SyncHealth} and emit on
1421
+ * every change, so a UI can react to a dropped socket immediately instead of
1422
+ * waiting for `degradeAfterFailures` failed rounds. `status` is untouched:
1423
+ * a brief reconnect is not a degradation.
1424
+ *
1425
+ * No explicit unsubscribe: the supervisor is owned by the same client and
1426
+ * drops all subscribers in its own `dispose()`, which `Sp00kyClient.close()`
1427
+ * calls first.
1428
+ */
1429
+ private subscribeToConnectionState;
1430
+ /**
1431
+ * Fed by the scheduler once per drained sync round. Individual failures are
1432
+ * absorbed by the queue's retry; only a run of `degradeAfterFailures`
1433
+ * consecutive failures flips the status to `degraded`, and the next clean
1434
+ * round flips it back. No-op when reporting is disabled (`degradeAfterFailures`
1435
+ * is 0).
1436
+ */
1437
+ private recordSyncOutcome;
1438
+ /**
1439
+ * Begin self-heal retries (no-op if already running). Started on the
1440
+ * healthy→degraded transition; {@link recordSyncOutcome} stops it on recovery.
1441
+ */
1442
+ private startSelfHeal;
1443
+ private scheduleSelfHeal;
1444
+ private stopSelfHeal;
1445
+ /**
1446
+ * Release a deregistered query's remote view immediately instead of leaving
1447
+ * it to the TTL sweep. Off by default; see the reasoning in
1448
+ * {@link cleanupQuery}. Kept as a field rather than deleted so the eager path
1449
+ * can be re-enabled in a test once the subquery-body repair path exists.
1450
+ */
1451
+ private readonly releaseQueriesEagerly;
1452
+ constructor(local: LocalStore, remote: RemoteDatabaseService, cache: CacheModule, dataModule: DataModule<S>, schema: S, logger: Logger$1, options?: Sp00kySyncOptions);
1453
+ /**
1454
+ * Initializes the synchronization system.
1455
+ * Starts the scheduler and initiates the initial sync cycles.
1456
+ * @throws Error if already initialized.
1457
+ */
1458
+ init(): Promise<void>;
1459
+ /** Set BEFORE init(): shapes what init boots (a follower loads no outbox and
1460
+ * never starts LIVE; its own registration/poll paths stay untouched). */
1461
+ setTabContext(role: 'solo' | 'leader' | 'follower', tabId: string | null): void;
1462
+ /** In-flight {@link resumeLeaderDuties}, so a second call joins the first
1463
+ * instead of double-draining the outbox. */
1464
+ private leaderDutiesInFlight;
1465
+ /** Resolves once the in-browser circuit has been primed from the local
1466
+ * store. Every sync diff waits on it: diffing against an empty circuit
1467
+ * classifies the whole working set as missing and re-downloads it. */
1468
+ private primeGate;
1469
+ /** The prime we last waited on. `whenPrimed` hands out one promise per
1470
+ * prime, so a new identity means a new prime (boot, bucket switch) ran. */
1471
+ private settledPrime;
1472
+ setPrimeGate(gate: () => Promise<void>): void;
1473
+ /**
1474
+ * Leader WIRING only, and deliberately synchronous.
1475
+ *
1476
+ * The coordinator publishes the leader role and tells the broker
1477
+ * `leader-ready` the moment the store is adopted, and the broker can mint a
1478
+ * follower's ports on the very next tick. So the follower-message handler
1479
+ * has to be live before this returns, or a mutation forwarded in that window
1480
+ * is dropped. Everything that can block (outbox reload, LIVE restart) moved
1481
+ * to {@link resumeLeaderDuties}: a promotion that waits on the network holds
1482
+ * `leader-ready` back, and a broker whose leader never reports ready serves
1483
+ * no follower ports and re-elects no one, which wedges the whole namespace.
1484
+ */
1485
+ promoteToLeader(hub: LeaderSyncHub): void;
1486
+ /** Leader duties: drain the shared outbox, own the single list_ref LIVE,
1487
+ * relay LIVE events and rollbacks to followers. Idempotent for a boot-time
1488
+ * leader; a runtime promotion (failover) reloads the outbox, which now
1489
+ * holds EVERY tab's rows, and restarts LIVE under this session. Runs in the
1490
+ * background off the promotion path, so however long it takes (or if it
1491
+ * never finishes) the tab is already a working leader. */
1492
+ resumeLeaderDuties(): Promise<void>;
1493
+ /** Follower duties: no outbox drain, no LIVE. Mutations forward to the
1494
+ * leader; everything else (registration, per-query sync, poll) runs
1495
+ * against this tab's own remote session as usual. */
1496
+ demoteToFollower(forwarder: SyncForwarder): void;
1497
+ /**
1498
+ * A pending mutation was discarded because it can never be sent.
1499
+ *
1500
+ * This is a lost write, so it must not stay invisible. Every failure in this
1501
+ * chain used to be a `logger.error` an app running `logLevel: 'fatal'` never
1502
+ * shows, which is how an outbox could sit undrained for hours with the UI
1503
+ * reporting nothing. Surfaces as a rollback event (the mutation will never
1504
+ * apply, which is what a subscriber needs to know) and degrades sync health.
1505
+ */
1506
+ private onMutationDropped;
1507
+ /** A forwarded outbox row from a follower: load + drain it. Idempotent. */
1508
+ enqueueForwardedMutation(mutationId: string): Promise<void>;
1509
+ /**
1510
+ * Tuples another tab already committed to the shared store: feed them to
1511
+ * THIS tab's circuit (no local write). A DELETE additionally forces a
1512
+ * re-materialize of the table's queries, exactly as the writing tab does
1513
+ * for itself, because the SSP may not emit a view update for it.
1514
+ */
1515
+ private applyRelayedIngest;
1516
+ /** A relayed `_00_list_ref` LIVE event: resolve against THIS tab's queries
1517
+ * and run the exact same handling the LIVE subscription would have. */
1518
+ private applyRelayedListRefChange;
1519
+ /** One immediate poll cycle (failover convergence). */
1520
+ forcePollRound(): Promise<void>;
1521
+ /**
1522
+ * Quiesce all sync activity ahead of a local-bucket switch. After this
1523
+ * resolves, nothing in the sync module writes to the local store: the poll
1524
+ * loop is stopped AND its in-flight tick awaited, LIVE is killed, debounce
1525
+ * timers are cancelled (their outbox rows are already persisted), and the
1526
+ * scheduler has drained its in-flight queue item — including that item's
1527
+ * outbox-row delete, which must land in the OLD bucket. Queued down-events
1528
+ * are dropped (they reference old-bucket query rows; the post-switch rebind
1529
+ * re-enqueues registrations). The old user's un-pushed outbox is deliberately
1530
+ * NOT drained: the remote session already belongs to the next user.
1531
+ */
1532
+ prepareBucketSwitch(): Promise<void>;
1533
+ /**
1534
+ * Resume syncing against the freshly-opened bucket: reload the mutation
1535
+ * outbox from ITS `_00_pending_mutations` (the new user's own un-pushed
1536
+ * offline work) and restart the scheduler. LIVE + the list_ref poll restart
1537
+ * via the `setCurrentUserId` call that follows in the auth listener.
1538
+ */
1539
+ completeBucketSwitch(): Promise<void>;
1540
+ /**
1541
+ * Push the authenticated user's record id from the parent client's
1542
+ * auth subscription. Tears down the existing `_00_list_ref` LIVE (if
1543
+ * any) and re-registers it under the new user's dedicated table so
1544
+ * SurrealDB binds the permission rule under the post-flip auth
1545
+ * context. Pass `null` on sign-out.
1546
+ *
1547
+ * The dedicated `_00_list_ref_user_<id>` table is created lazily by
1548
+ * the SSP when the first query registration arrives, which may be
1549
+ * concurrent with this call. We retry the LIVE registration with a
1550
+ * short backoff so a "table not found" race resolves without
1551
+ * surfacing as a permanent auth-loading hang.
1552
+ */
1553
+ setCurrentUserId(userId: string | null): Promise<void>;
1554
+ private startListRefPoll;
1555
+ private stopListRefPoll;
1556
+ /**
1557
+ * One poll cycle: refetch `_00_list_ref` for every active query. Returns
1558
+ * whether ANY query's remoteArray actually changed — the scheduler uses this
1559
+ * to drive the adaptive idle backoff.
1560
+ *
1561
+ * Also the ONLY health signal that runs while the page is idle. Sync health is
1562
+ * otherwise activity-driven (mutations/registrations via the scheduler,
1563
+ * reconnect re-registration, self-heal), so on a quiet page a stale `degraded`
1564
+ * would linger until the next mutation and a genuine idle drop would be
1565
+ * invisible. We fold the cycle's aggregate reachability into `recordSyncOutcome`
1566
+ * so idle health self-recovers (and self-degrades) with no user action. A clean
1567
+ * cycle is idempotent when already healthy (`recordSyncOutcome` early-returns at
1568
+ * `consecutiveSyncFailures === 0`), so a healthy idle page pays nothing.
1569
+ */
1570
+ private pollListRefForActiveQueries;
1571
+ /**
1572
+ * Pull the upstream list_ref entries for `queryHash`, diff them
1573
+ * against the local `remoteArray` cache, sync any added/updated rows
1574
+ * through the SyncEngine, then persist the new remoteArray. This is
1575
+ * the same shape `createRemoteQuery` does for its initial fetch and
1576
+ * what `handleRemoteListRefChange` does per-LIVE-event — we reuse
1577
+ * it on a timer as a fallback for missed LIVE notifications.
1578
+ */
1579
+ private refetchListRefForQuery;
1580
+ /**
1581
+ * Resolve the current `_00_list_ref` table name for the active auth
1582
+ * context. Public so the `createRemoteQuery` initial-fetch path can
1583
+ * read from the right per-user table.
1584
+ *
1585
+ * Reads the user id from `DataModule` rather than the local mirror,
1586
+ * because `DataModule.setCurrentUserId` runs synchronously from the
1587
+ * auth callback (before any `await`), whereas `sync.setCurrentUserId`
1588
+ * is async — the userQuery's initial fetch can fire between those
1589
+ * two points and we need the correct table name immediately.
1590
+ */
1591
+ listRefTable(): string;
1592
+ private killRefLiveQuery;
1593
+ private restartRefLiveQuery;
1594
+ /**
1595
+ * Drop local LIVE bookkeeping without issuing a `KILL`.
1596
+ *
1597
+ * Called when the socket dies. The server-side subscription is scoped to that
1598
+ * WebSocket session and died with it, so there is nothing left to kill — and
1599
+ * by the time the reconnect handler runs, the client reports `connected`
1600
+ * again, which would otherwise send a `KILL` for a stale uuid on the *new*
1601
+ * session and hold up the restart queued behind it.
1602
+ */
1603
+ private invalidateRefLiveQuery;
1604
+ private subscribeToReconnect;
1605
+ /**
1606
+ * Whether the REMOTE SESSION currently carries `$auth.id`.
1607
+ *
1608
+ * Not the same question as `currentUserId`, and that gap is the whole point:
1609
+ * `currentUserId` is this client's own record of who signed in and survives a
1610
+ * socket drop untouched, while `$auth` lives on the WebSocket session and has
1611
+ * to be re-applied after every reconnect. Registering in the window between
1612
+ * the two is silently destructive, because `fn::query::register` sends
1613
+ * `<string>($auth.id OR '')` and the SSP stores that value write-once: the
1614
+ * view's edges then route to the global `_00_list_ref` stamped `auth_id = ''`,
1615
+ * which that table's own permission rule (`auth_id = $auth.id`) makes
1616
+ * unreadable to the very user who registered it.
1617
+ *
1618
+ * Signed-out clients answer `true`: `''` is the honest identity there, not a
1619
+ * race.
1620
+ */
1621
+ private remoteAuthEstablished;
1622
+ /**
1623
+ * Wait for the reconnected session to carry an identity again, then
1624
+ * re-register every active query and re-bind LIVE.
1625
+ *
1626
+ * Giving up without registering is deliberately better than registering
1627
+ * anyway: a registration made with no `$auth.id` produces a view its own
1628
+ * owner cannot read, and it is write-once, so it stays that way. Skipping
1629
+ * leaves the query unregistered and visibly loading, which the next
1630
+ * reconnect or heartbeat retries.
1631
+ */
1632
+ private refetchAfterReconnect;
1633
+ private startRefLiveQueries;
1634
+ private handleRemoteListRefChange;
1635
+ /**
1636
+ * Handle a LIVE change to a SUBQUERY child edge (a `_00_list_ref` row with
1637
+ * `parent` set) for a `.related()` query. Unlike primary rows, child rows
1638
+ * must NOT touch the query's `localArray`/`remoteArray`/`rowCount`; we only
1639
+ * keep the child BODY fresh in the local cache so the in-browser SSP's
1640
+ * subquery-table dependency re-materializes the parent view.
1641
+ *
1642
+ * CREATE/UPDATE fetch+upsert the child body. DELETE is intentionally a
1643
+ * no-op: a child leaving this query's set must not delete a body another
1644
+ * query may still show (see `syncSubqueryChildren` deletion-safety note);
1645
+ * a genuine record delete propagates via the normal delete path.
1646
+ */
1647
+ private handleRemoteSubqueryChange;
1648
+ /**
1649
+ * Enqueues a 'down' event (from remote to local) for processing.
1650
+ * @param event The DownEvent to enqueue.
1651
+ */
1652
+ enqueueDownEvent(event: DownEvent): void;
1653
+ /**
1654
+ * Bound a mutation push so it always settles.
1655
+ *
1656
+ * `SyncScheduler.syncUp` early-returns while `isSyncingUp` is true, and that
1657
+ * flag only clears in the `finally` of the drain loop. A push whose RPC never
1658
+ * settles (socket dropped mid-flight, response lost) therefore wedges the
1659
+ * up-queue for the rest of the session: no retry, no error, no further
1660
+ * mutation ever sent. A timeout turns that into an ordinary network failure,
1661
+ * which `UpQueue.next` re-queues for the next trigger. The message deliberately
1662
+ * contains "timed out" so `classifySyncError` treats it as `network` and
1663
+ * retries rather than rolling the mutation back.
1664
+ */
1665
+ private withPushTimeout;
1666
+ private processUpEvent;
1667
+ /**
1668
+ * A mutation the server accepted, reported once its outbox row is gone.
1669
+ *
1670
+ * Keeps the written row in the render set until its membership arrives.
1671
+ * Without this the row is briefly in neither term of
1672
+ * `(membership ∪ pendingWrites) − pendingDeletes` — the outbox delete is
1673
+ * tied to the push, while membership waits on the SSP ingesting the row,
1674
+ * materializing the view, writing the `_00_list_ref` edge and this client
1675
+ * reading it back. The writer therefore watched its own comment appear,
1676
+ * vanish, and return, while every other client showed it throughout.
1677
+ */
1678
+ private handleMutationSettled;
1679
+ private handleRollback;
1680
+ private processDownEvent;
1681
+ private withDownTimeout;
1682
+ private runDownEvent;
1683
+ /**
1684
+ * Synchronizes a specific query by hash.
1685
+ * Compares local and remote version arrays and fetches differences.
1686
+ * @param hash The hash of the query to sync.
1687
+ */
1688
+ syncQuery(hash: string): Promise<void>;
1689
+ /**
1690
+ * Run a sync for a single query while reflecting its fetch status. Marks the
1691
+ * query `fetching` for the duration when the diff actually pulls records
1692
+ * (added/updated), then resets to `idle` in a `finally` so a failed sync
1693
+ * never leaves a query stuck `fetching`. Part A's notification coalescing
1694
+ * means the single resulting UI update lands after this completes.
1695
+ */
1696
+ private runSyncForQuery;
1697
+ /**
1698
+ * Record ids with a pending local DELETE in the outbox (`_00_pending_mutations`).
1699
+ * Sync must not re-fetch/re-insert these — the remote delete is async, so the
1700
+ * server's `_00_list_ref` still lists them until it's processed, and the diff
1701
+ * would otherwise resurrect a just-deleted record.
1702
+ */
1703
+ private getPendingDeleteIds;
1704
+ /**
1705
+ * Enqueues a list of mutations (up events) to be sent to the remote.
1706
+ * @param mutations Array of UpEvents (create/update/delete) to enqueue.
1707
+ */
1708
+ enqueueMutation(mutations: UpEvent[]): Promise<void>;
1709
+ /**
1710
+ * Best-effort release of THIS tab's views as the page goes away.
1711
+ *
1712
+ * Without it a closed tab's views stay materialized on the SSP for a full
1713
+ * TTL (10 minutes by default), because nothing else tears them down:
1714
+ * `releaseQueriesEagerly` is off, so the TTL sweep is the only reclaim path.
1715
+ * On a busy tenant that is a generation of live views per reload, each still
1716
+ * being stepped by every ingest, for ten minutes after the last human left.
1717
+ *
1718
+ * This is NOT `releaseQueriesEagerly` re-enabled. That released views
1719
+ * mid-session on a viewport change and tore the window out from under a live
1720
+ * page (see `cleanupQuery`); this runs only when the page itself is going
1721
+ * away and nothing is left to render.
1722
+ *
1723
+ * Safe against other tabs by construction: `fn::query::unsubscribe` drops
1724
+ * only this session from `subscribers` and deletes the row solely when it
1725
+ * was the last one, so a second tab of the same user keeps its view.
1726
+ *
1727
+ * One statement, not one per id: an unload handler gets a few milliseconds,
1728
+ * and N round trips would not survive it. Fire-and-forget — if the frame
1729
+ * does not make it out, the TTL sweep still reclaims exactly as before, so
1730
+ * the worst case is today's behaviour.
1731
+ */
1732
+ releaseViewsOnUnload(): void;
1733
+ private registerQuery;
1734
+ private createRemoteQuery;
1735
+ /**
1736
+ * Sync the BODIES of a `.related()` query's subquery child rows into the
1737
+ * local cache, separately from the primary window array. The SSP writes
1738
+ * each matched child as a `_00_list_ref` edge tagged `parent`/`parent_rel`;
1739
+ * `buildSubqueryListRefSelect` pulls those `out`+`version` pairs (any
1740
+ * nesting depth). We diff against the in-memory `subqueryRemoteArray` and
1741
+ * fetch added/updated bodies through the SyncEngine — which `saveBatch`s
1742
+ * them into the local DB AND the in-browser SSP, whose subquery-table
1743
+ * dependency then re-materializes the parent view (no explicit notify).
1744
+ *
1745
+ * Deletion safety: we pass `removed: []` deliberately. A child body can be
1746
+ * shared by other queries; letting `handleRemovedRecords` delete one that
1747
+ * merely left THIS query's child set would clobber data another query still
1748
+ * shows. Genuine record deletes flow through the normal delete path; a
1749
+ * lingering orphan body is invisible (the correlated WHERE stops matching).
1750
+ *
1751
+ * Kept off `runSyncForQuery` on purpose so child fetches never flip the
1752
+ * query to `fetching` or skew its DevTools timings.
1753
+ */
1754
+ private syncSubqueryChildren;
1755
+ heartbeatQuery(queryHash: string): Promise<void>;
1756
+ private cleanupQuery;
1757
+ }
1758
+ //#endregion
150
1759
  //#region src/modules/auth/events/index.d.ts
151
1760
  declare const AuthEventTypes: {
152
1761
  readonly AuthStateChanged: "AUTH_STATE_CHANGED";
@@ -169,6 +1778,13 @@ declare class AuthService<S extends SchemaStructure> {
169
1778
  token: string | null;
170
1779
  currentUser: any | null;
171
1780
  isAuthenticated: boolean;
1781
+ /**
1782
+ * The record-access method name for the current session (e.g. `"account"`),
1783
+ * derived from the token's `AC` claim. Consumed by the in-browser SSP's
1784
+ * permission injection so `$access`-gated table predicates resolve locally,
1785
+ * mirroring the server's `$access`. Null when logged out.
1786
+ */
1787
+ access: string | null;
172
1788
  isLoading: boolean;
173
1789
  private events;
174
1790
  get eventSystem(): AuthEventSystem;
@@ -181,6 +1797,24 @@ declare class AuthService<S extends SchemaStructure> {
181
1797
  */
182
1798
  subscribe(cb: (userId: string | null) => void): () => void;
183
1799
  private notifyListeners;
1800
+ /**
1801
+ * Restore a session from the locally cached JWT, with NO network.
1802
+ *
1803
+ * This is what makes a warm boot paint instantly and what makes an offline
1804
+ * boot possible at all: the token is in local storage, and it already carries
1805
+ * both the access method and the `$auth.id` record id. Everything the client
1806
+ * needs to route queries (`setCurrentUserId`) and to satisfy `$auth`-gated
1807
+ * permission predicates in the in-browser SSP (`setSessionAuth`) is therefore
1808
+ * available before a socket exists.
1809
+ *
1810
+ * The session is OPTIMISTIC: the token is unverified here. `check()` runs
1811
+ * afterwards in the background and downgrades to a real sign-out if the
1812
+ * server rejects it. Nothing is trusted that the server has not also seen -
1813
+ * the local store only ever holds rows the server previously sent.
1814
+ *
1815
+ * Returns the restored user id, or null when there is no usable token.
1816
+ */
1817
+ restoreSessionFromToken(): Promise<string | null>;
184
1818
  /**
185
1819
  * Check for existing session and validate
186
1820
  */
@@ -190,17 +1824,672 @@ declare class AuthService<S extends SchemaStructure> {
190
1824
  */
191
1825
  signOut(): Promise<void>;
192
1826
  private setSession;
1827
+ /** Fallback when the token carries no `AC` claim: if the schema defines
1828
+ * exactly one record-access method, assume the session used it. */
1829
+ private defaultAccessName;
193
1830
  signUp<Name extends keyof S['access'] & string>(accessName: Name, params: ExtractAccessParams<S, Name, 'signup'>): Promise<void>;
194
1831
  signIn<Name extends keyof S['access'] & string>(accessName: Name, params: ExtractAccessParams<S, Name, 'signIn'>): Promise<void>;
195
1832
  }
196
1833
  //#endregion
197
- //#region src/spooky.d.ts
1834
+ //#region src/modules/crdt/crdt-field.d.ts
1835
+ declare const CURSOR_COLORS: string[];
1836
+ declare function cursorColorFromName(name: string): string;
1837
+ declare class CrdtField {
1838
+ private fieldName;
1839
+ private doc;
1840
+ private pushTimer;
1841
+ private local;
1842
+ private remote;
1843
+ private recordId;
1844
+ private sessionId;
1845
+ private unsubscribe;
1846
+ private lastPushTime;
1847
+ private lastCursorPushTime;
1848
+ private loadedFromCrdt;
1849
+ private pushRetryCount;
1850
+ private logger;
1851
+ private cursorsEnabled;
1852
+ /** Remote-push debounce. Local writes happen immediately on every Loro
1853
+ * update; the remote UPSERT is coalesced over this window. Configured
1854
+ * via `Sp00kyConfig.crdtDebounceMs`, default 500. */
1855
+ private remoteDebounceMs;
1856
+ private _onCursorUpdate;
1857
+ private pendingCursorUpdate;
1858
+ /** Callback set by the editor to receive remote cursor updates.
1859
+ * Any cursor data that arrived before this callback was set will be replayed. */
1860
+ set onCursorUpdate(cb: ((data: Uint8Array) => void) | null);
1861
+ get onCursorUpdate(): ((data: Uint8Array) => void) | null;
1862
+ /**
1863
+ * @param LoroDocClass the `LoroDoc` constructor, injected by the caller after
1864
+ * awaiting {@link loadLoro} — keeps `loro-crdt` out of this module's static
1865
+ * import graph so it only ships to apps that use CRDT fields.
1866
+ */
1867
+ constructor(fieldName: string, cursorsEnabled: boolean, LoroDocClass: typeof LoroDoc, initialState?: Uint8Array, logger?: Logger$1 | null);
1868
+ getDoc(): LoroDoc;
1869
+ /** Whether the LoroDoc was loaded from saved CRDT state */
1870
+ hasContent(): boolean;
1871
+ startSync(local: LocalStore, remote: RemoteDatabaseService, recordId: string, sessionId: string, debounceMs: number): void;
1872
+ /**
1873
+ * Stop syncing this field. Flushes one final remote push by default so the
1874
+ * last keystrokes aren't lost. Pass `{ flush: false }` on a bucket switch —
1875
+ * the remote session already belongs to the NEXT user, and pushing this
1876
+ * (previous user's) snapshot under it would clobber the record remotely.
1877
+ */
1878
+ stopSync(options?: {
1879
+ flush?: boolean;
1880
+ }): void;
1881
+ importRemote(state: Uint8Array): void;
1882
+ exportSnapshot(): Uint8Array;
1883
+ /** Push this session's cursor blob into the parent row at
1884
+ * `<field>.cursors[$sid]`. No-op when cursors aren't enabled on this
1885
+ * field — the editor still calls this method optimistically, but
1886
+ * without `@cursor` on the schema there's nowhere to store the blob.
1887
+ * The UPDATE itself fires the parent table's LIVE feed, so other
1888
+ * browsers receive the cursor change without a separate `_00_rv` bump. */
1889
+ pushCursorState(encoded: Uint8Array): Promise<void>;
1890
+ /** Import remote cursor state (called by CrdtManager from LIVE SELECT) */
1891
+ importRemoteCursor(base64State: string): void;
1892
+ private scheduleRemotePush;
1893
+ /** SET path inside a parent row for the current snapshot. `@crdt`-only
1894
+ * fields hold the snapshot directly (`<field>`); `@crdt @cursor`
1895
+ * fields hold a `{ state, cursors }` object so the snapshot lives at
1896
+ * `<field>.state` next to per-session cursor blobs. */
1897
+ private statePath;
1898
+ /** Mirror the LoroDoc snapshot into the parent row locally. Runs on
1899
+ * every local update and every remote import so reloads (online or
1900
+ * offline) see the freshest content immediately. Failures are
1901
+ * swallowed — a stale local write must never block user input. */
1902
+ private persistLocal;
1903
+ private pushToRemote;
1904
+ }
1905
+ //#endregion
1906
+ //#region src/modules/crdt/index.d.ts
1907
+ /**
1908
+ * CrdtManager manages active CrdtField instances and their sync channels.
1909
+ *
1910
+ * Collaborative state lives in two dedicated tables (defined in
1911
+ * `apps/cli/src/meta_tables_remote.surql`):
1912
+ * - `_00_crdt` { record_id, field, state } — one row per (record, field)
1913
+ * - `_00_cursor` { record_id, session_id, field, state } — one row per
1914
+ * (record, session, field)
1915
+ *
1916
+ * Splitting them off the parent row is what makes offline edits mergeable:
1917
+ * each (record, field) gets its own row, so concurrent offline writes don't
1918
+ * collide on the parent's last-write-wins semantics.
1919
+ *
1920
+ * Cross-browser delivery still rides the parent table's existing LIVE feed
1921
+ * to avoid SurrealDB v3 LIVE bugs around dereference-based permission rules
1922
+ * (issues 3602, 4026). On every meta UPSERT the writer also bumps the
1923
+ * parent's `_00_rv` (a no-op assignment); that fires the parent's LIVE
1924
+ * feed, and the receiver pulls the matching `_00_crdt` / `_00_cursor` rows
1925
+ * via subquery. Permission inheritance happens server-side via
1926
+ * `record_id.id != NONE` (SELECT) and `fn::can_update_record` (UPDATE).
1927
+ */
1928
+ declare class CrdtManager {
1929
+ private schema;
1930
+ private local;
1931
+ private remote;
1932
+ private debounceMs;
1933
+ private fields;
1934
+ private liveByTable;
1935
+ private pendingLive;
1936
+ private staleTables;
1937
+ private connectionGeneration;
1938
+ private connectionUnsubscribes;
1939
+ private logger;
1940
+ private sessionId;
1941
+ constructor(schema: SchemaStructure, local: LocalStore, remote: RemoteDatabaseService, logger: Logger$1, debounceMs?: number);
1942
+ /**
1943
+ * Re-establish table LIVEs after a socket drop.
1944
+ *
1945
+ * A LIVE subscription lives and dies with its WebSocket session, and
1946
+ * `ensureTableSubscription` is memoized on `liveByTable` — so without this,
1947
+ * the first reconnect leaves CRDT realtime permanently dead: the map still
1948
+ * holds a uuid for a subscription the server has forgotten, so every later
1949
+ * `open()` short-circuits and no LIVE is ever re-issued.
1950
+ *
1951
+ * Both drop events matter: the SDK publishes `reconnecting` (not
1952
+ * `disconnected`) when it intends to recover on its own, and `disconnected`
1953
+ * only once it has given up.
1954
+ */
1955
+ private subscribeToReconnect;
1956
+ /** Stop observing transport events. Separate from {@link closeAll}, which also
1957
+ * runs on a bucket switch where the manager keeps being used. */
1958
+ dispose(): void;
1959
+ private hasOpenFieldFor;
1960
+ /** Set the session id that scopes this client's cursor entries. Must be
1961
+ * called before `open()` for cursors to be pushed under a stable key.
1962
+ * Passed in from `sp00ky.ts` at boot (it already fetches `session::id()`
1963
+ * for the data-module salt). */
1964
+ setSessionId(sessionId: string): void;
1965
+ /**
1966
+ * Open a CRDT field for collaborative editing.
1967
+ *
1968
+ * @param table - Table name
1969
+ * @param recordId - Full record ID (e.g., "thread:abc")
1970
+ * @param field - Field name (e.g., "title", "content")
1971
+ * @param fallbackText - Current plain text from the record, used to seed the
1972
+ * LoroDoc if no CRDT state exists yet (migration path)
1973
+ */
1974
+ open(table: string, recordId: string, field: string, fallbackText?: string): Promise<CrdtField>;
1975
+ close(table: string, recordId: string, field: string): void;
1976
+ /**
1977
+ * Close every open field + table LIVE. Fields flush a final remote push by
1978
+ * default; pass `{ flush: false }` on a bucket switch, where that flush
1979
+ * would push the previous user's snapshot under the next user's session.
1980
+ */
1981
+ closeAll(options?: {
1982
+ flush?: boolean;
1983
+ }): void;
1984
+ /** Ensure a single `LIVE SELECT * FROM <table>` is running, shared across
1985
+ * every open CrdtField on `table`. */
1986
+ private ensureTableSubscription;
1987
+ /** Apply a parent-row payload from a non-LIVE source (e.g. the
1988
+ * list_ref-driven sync engine, when the cross-user LIVE on the
1989
+ * parent table is filtered out by the SurrealDB cross-session
1990
+ * permission gap). Same semantics as the internal `dispatchRow`. */
1991
+ applyRow(table: string, row: Record<string, unknown>): void;
1992
+ /** Dispatch a parent-row LIVE event to every open CrdtField on that
1993
+ * record. Each open field reads its slice of the row directly — the
1994
+ * CRDT snapshot is a column on the parent now, so there is no
1995
+ * follow-up subquery. */
1996
+ private dispatchRow;
1997
+ /** One-shot remote fetch for a row whose CRDT field hasn't synced
1998
+ * locally yet (fresh device, memory-backed local DB after reload, …).
1999
+ * Used by `open()` when the local read came up empty. Subsequent
2000
+ * cross-browser updates ride `dispatchRow` via the parent LIVE feed. */
2001
+ private fetchAndDispatchRow;
2002
+ /** Schema lookup: does `<table>.<field>` carry a `@cursor` annotation?
2003
+ * Determines the on-disk shape (plain snapshot vs. `{ state, cursors }`). */
2004
+ private fieldHasCursor;
2005
+ /** Pull the LoroDoc snapshot bytes out of a row slice. For `@crdt`-only
2006
+ * the slice IS the snapshot (Uint8Array); for `@crdt @cursor` it's
2007
+ * `{ state, cursors }` where `state` carries the snapshot bytes. */
2008
+ private extractSnapshot;
2009
+ private killTableSubscription;
2010
+ private makeKey;
2011
+ /**
2012
+ * Throws if `<table>.<field>` is not annotated `@crdt` in the schema. Catches
2013
+ * typos, removed annotations, and stale schema codegen at the call site instead
2014
+ * of silently producing a non-CRDT writer.
2015
+ */
2016
+ private assertCrdtField;
2017
+ }
2018
+ //#endregion
2019
+ //#region src/modules/feature-flag/index.d.ts
2020
+ interface FeatureFlagSnapshot {
2021
+ variant: string | undefined;
2022
+ payload: unknown | undefined;
2023
+ }
2024
+ interface FeatureFlagOptions {
2025
+ fallback?: string;
2026
+ ttl?: QueryTimeToLive;
2027
+ }
2028
+ /**
2029
+ * A locally forced variant. Applies to THIS browser only and is never sent to
2030
+ * the server — the assignment in `_00_user_feature` is untouched, so clearing
2031
+ * the override restores whatever the server says.
2032
+ */
2033
+ interface FeatureFlagOverride {
2034
+ variant: string;
2035
+ payload?: unknown;
2036
+ }
2037
+ declare class FeatureFlagHandle {
2038
+ readonly key: string;
2039
+ readonly fallback: string | undefined;
2040
+ private latest;
2041
+ private listeners;
2042
+ private unsubscribeFn;
2043
+ private onCloseFn;
2044
+ private closed;
2045
+ constructor(key: string, fallback: string | undefined);
2046
+ attach(unsubscribe: () => void): void;
2047
+ detach(): void;
2048
+ set(snapshot: FeatureFlagSnapshot): void;
2049
+ variant(): string | undefined;
2050
+ payload<T = unknown>(): T | undefined;
2051
+ enabled(): boolean;
2052
+ subscribe(cb: (s: FeatureFlagSnapshot) => void): () => void;
2053
+ onClose(cb: () => void): void;
2054
+ close(): void;
2055
+ }
2056
+ interface FeatureFlagModuleDeps<S extends SchemaStructure> {
2057
+ dataModule: DataModule<S>;
2058
+ sync: Sp00kySync<S>;
2059
+ auth: AuthService<S>;
2060
+ logger: Logger$1;
2061
+ }
2062
+ declare class FeatureFlagModule<S extends SchemaStructure> {
2063
+ private deps;
2064
+ private logger;
2065
+ private handles;
2066
+ private authUnsubscribe;
2067
+ private lastUserId;
2068
+ private querySubscription;
2069
+ private starting;
2070
+ private ttl;
2071
+ private snapshots;
2072
+ private loaded;
2073
+ private overrides;
2074
+ constructor(deps: FeatureFlagModuleDeps<S>);
2075
+ init(): void;
2076
+ feature(key: string, options?: FeatureFlagOptions): FeatureFlagHandle;
2077
+ closeAll(): Promise<void>;
2078
+ /** Auth changed: drop the old user's query/snapshots and re-observe. */
2079
+ private refresh;
2080
+ private teardownQuery;
2081
+ /** Start the single shared live query (idempotent; no-op with no handles). */
2082
+ private ensureStarted;
2083
+ /** Live query result → per-key snapshots → push to every active handle. */
2084
+ private applyRecords;
2085
+ /**
2086
+ * Force `key` to `variant` in THIS browser. Pass `null` to clear.
2087
+ *
2088
+ * Nothing is written to the server: the `_00_user_feature` assignment is
2089
+ * untouched, so clearing restores whatever the server says. Persisted to
2090
+ * localStorage on the page origin, so it survives a reload.
2091
+ */
2092
+ setLocalOverride(key: string, variant: string | null, payload?: unknown): void;
2093
+ clearLocalOverrides(): void;
2094
+ getLocalOverrides(): Record<string, FeatureFlagOverride>;
2095
+ /** The assignment for `key`, with any local override taking precedence. */
2096
+ private resolve;
2097
+ private pushAll;
2098
+ private loadOverrides;
2099
+ private persistOverrides;
2100
+ }
2101
+ //#endregion
2102
+ //#region src/modules/app-release/index.d.ts
2103
+ interface AppReleaseSnapshot {
2104
+ /** Latest announced version for the app, or undefined when no row exists. */
2105
+ version: string | undefined;
2106
+ /** Clients should clear SW/caches when reloading onto this version. */
2107
+ cacheBust: boolean;
2108
+ /** Clients should reload/update immediately instead of asking. */
2109
+ mandatory: boolean;
2110
+ releasedAt: string | undefined;
2111
+ }
2112
+ interface AppReleaseOptions {
2113
+ ttl?: QueryTimeToLive;
2114
+ }
2115
+ declare class AppReleaseHandle {
2116
+ readonly app: string;
2117
+ private latest;
2118
+ private listeners;
2119
+ private onCloseFn;
2120
+ private closed;
2121
+ constructor(app: string);
2122
+ set(snapshot: AppReleaseSnapshot): void;
2123
+ snapshot(): AppReleaseSnapshot;
2124
+ version(): string | undefined;
2125
+ /** True when the announced version is semver-newer than `currentVersion`. */
2126
+ updateAvailable(currentVersion: string): boolean;
2127
+ subscribe(cb: (s: AppReleaseSnapshot) => void): () => void;
2128
+ onClose(cb: () => void): void;
2129
+ close(): void;
2130
+ }
2131
+ interface AppReleaseModuleDeps<S extends SchemaStructure> {
2132
+ dataModule: DataModule<S>;
2133
+ sync: Sp00kySync<S>;
2134
+ auth: AuthService<S>;
2135
+ logger: Logger$1;
2136
+ }
2137
+ declare class AppReleaseModule<S extends SchemaStructure> {
2138
+ private deps;
2139
+ private logger;
2140
+ private handles;
2141
+ private authUnsubscribe;
2142
+ private lastUserId;
2143
+ private querySubscription;
2144
+ private starting;
2145
+ private ttl;
2146
+ private snapshots;
2147
+ private loaded;
2148
+ constructor(deps: AppReleaseModuleDeps<S>);
2149
+ init(): void;
2150
+ release(app: string, options?: AppReleaseOptions): AppReleaseHandle;
2151
+ closeAll(): Promise<void>;
2152
+ private refresh;
2153
+ private teardownQuery;
2154
+ private ensureStarted;
2155
+ private applyRecords;
2156
+ }
2157
+ //#endregion
2158
+ //#region src/services/blobs/blob-store.d.ts
2159
+ /**
2160
+ * Byte storage for cached bucket files.
2161
+ *
2162
+ * The default implementation is OPFS. Bucket files never arrive over HTTP in
2163
+ * this client — `BucketHandle.get()` is a SurrealQL RPC on the sync socket — so
2164
+ * neither the browser's HTTP cache nor the Cache API can hold them. We persist
2165
+ * the bytes ourselves, and OPFS is the cheapest place to put them: a read is
2166
+ * `getFile()` → a disk-backed lazy `File` that `URL.createObjectURL` can serve
2167
+ * without ever moving the bytes through the JS heap.
2168
+ *
2169
+ * Layout is real nested directories rather than one hashed filename:
2170
+ *
2171
+ * sp00ky-blobs/<namespace>/<bucket>/<...path segments>
2172
+ *
2173
+ * That costs a `getDirectoryHandle` per segment on write, and buys the property
2174
+ * the whole orphan story rests on: the full `(bucket, path)` key is recoverable
2175
+ * from a directory walk alone. The `_00_blob` manifest can therefore be wiped
2176
+ * (memory fallback, SQLite pool wipe, IndexedDB corruption recovery) and be
2177
+ * rebuilt from disk instead of taking the cached bytes down with it.
2178
+ */
2179
+ /** Identifies one cached file: the bucket it lives in and its path within. */
2180
+ interface BlobKey {
2181
+ bucket: string;
2182
+ path: string;
2183
+ }
2184
+ /** What a directory walk can tell us about a stored file, with no manifest. */
2185
+ interface BlobStat {
2186
+ key: BlobKey;
2187
+ size: number;
2188
+ /** File mtime. Seeds `lastAccess` when a manifest row has to be rebuilt. */
2189
+ mtime: number;
2190
+ }
2191
+ interface BlobStore {
2192
+ /** False for {@link MemoryBlobStore} and for OPFS-less environments: the
2193
+ * cache still dedupes and serves within a tab, but nothing survives reload. */
2194
+ readonly persistent: boolean;
2195
+ /** Namespace (the local bucketId) all keys are resolved under. */
2196
+ readonly namespace: string;
2197
+ read(key: BlobKey): Promise<Blob | null>;
2198
+ /** Returns the number of bytes written. Throws on quota exhaustion. */
2199
+ write(key: BlobKey, bytes: Blob): Promise<number>;
2200
+ remove(key: BlobKey): Promise<void>;
2201
+ /** Every committed file under the current namespace. Sweeps torn writes. */
2202
+ list(): Promise<BlobStat[]>;
2203
+ /** Drop the whole namespace (sign-out with `clearOnSignOut`, or a reset). */
2204
+ clear(): Promise<void>;
2205
+ /** Point at another namespace. Does not touch the bytes of the old one. */
2206
+ setNamespace(namespace: string): void;
2207
+ }
2208
+ //#endregion
2209
+ //#region src/services/blobs/blob-manifest.d.ts
2210
+ interface BlobEntry {
2211
+ /** `${bucket}/${path}` — also the `_00_blob` row id. */
2212
+ id: string;
2213
+ bucket: string;
2214
+ path: string;
2215
+ size: number;
2216
+ contentType: string;
2217
+ createdAt: number;
2218
+ lastAccess: number;
2219
+ hits: number;
2220
+ /** Exempt from pressure eviction. Never expires on its own. */
2221
+ pinned: boolean;
2222
+ }
2223
+ declare class BlobManifest {
2224
+ private local;
2225
+ private entries;
2226
+ /** Ids whose in-memory state has not been written back yet. */
2227
+ private dirty;
2228
+ private removed;
2229
+ private flushing;
2230
+ constructor(local: LocalStore);
2231
+ /**
2232
+ * Hydrate from the rows matching `keys`. Ids come from the OPFS listing, so
2233
+ * this never needs a full-table scan (and therefore never needs a QueryPlan).
2234
+ * Any read failure yields an empty manifest: reconcile then rebuilds every
2235
+ * row from disk, which is exactly the desired degradation.
2236
+ */
2237
+ load(ids: string[]): Promise<void>;
2238
+ get(key: BlobKey): BlobEntry | undefined;
2239
+ getById(id: string): BlobEntry | undefined;
2240
+ all(): BlobEntry[];
2241
+ totalBytes(): number;
2242
+ pinnedBytes(): number;
2243
+ put(entry: BlobEntry): void;
2244
+ touch(id: string, now: number): void;
2245
+ setPinned(id: string, pinned: boolean): boolean;
2246
+ remove(id: string): void;
2247
+ /** Forget everything without scheduling deletes — for a bucket switch, where
2248
+ * the rows belong to the store we are leaving and must stay put. */
2249
+ reset(): void;
2250
+ hasPendingWrites(): boolean;
2251
+ /**
2252
+ * Write back pending changes. Serialized: a second concurrent flush awaits
2253
+ * the first rather than racing it into the same rows. Failures are swallowed
2254
+ * on purpose — a lost metadata write costs an LRU timestamp, and the entry is
2255
+ * rebuilt from disk on the next reconcile.
2256
+ */
2257
+ flush(): Promise<void>;
2258
+ private doFlush;
2259
+ }
2260
+ //#endregion
2261
+ //#region src/services/blobs/blob-cache.d.ts
2262
+ interface BlobUrlLease {
2263
+ url: string;
2264
+ release(): void;
2265
+ }
2266
+ interface BlobReadOptions {
2267
+ /** Write through to L1 on a miss. Default true. */
2268
+ persist?: boolean;
2269
+ /** Mark the entry exempt from pressure eviction. */
2270
+ pin?: boolean;
2271
+ /**
2272
+ * Default `'never'`: a bucket path is treated as immutable, which is how the
2273
+ * client writes them (`crypto.randomUUID() + ext`). `'head'` spends a remote
2274
+ * `head()` to compare sizes before trusting L1.
2275
+ */
2276
+ revalidate?: 'never' | 'head';
2277
+ /** Skip L0/L1 entirely and refill from remote. Backs `refetch()`. */
2278
+ reload?: boolean;
2279
+ }
2280
+ interface BlobCacheStats {
2281
+ entries: number;
2282
+ totalBytes: number;
2283
+ budgetBytes: number;
2284
+ pinnedBytes: number;
2285
+ evictedEntries: number;
2286
+ evictedBytes: number;
2287
+ reconciledEntries: number;
2288
+ hits: number;
2289
+ misses: number;
2290
+ persistent: boolean;
2291
+ /** True when pinned bytes alone exceed the budget: new entries stop being
2292
+ * written rather than pinned ones being thrown away. */
2293
+ persistPaused: boolean;
2294
+ }
2295
+ interface BlobCacheOptions {
2296
+ store: BlobStore;
2297
+ manifest: BlobManifest;
2298
+ /** L2 read. Resolves to null when the file does not exist remotely. */
2299
+ fetchRemote(key: BlobKey): Promise<Blob | null>;
2300
+ /** L2 metadata, for `revalidate: 'head'`. */
2301
+ headRemote?(key: BlobKey): Promise<Record<string, unknown> | null>;
2302
+ logger: Logger$1;
2303
+ maxBytes: number;
2304
+ now?: () => number;
2305
+ /** Injected so the URL layer is exercisable off a DOM (node tests). */
2306
+ urls?: {
2307
+ create(blob: Blob): string;
2308
+ revoke(url: string): void;
2309
+ };
2310
+ }
2311
+ declare class BlobCache {
2312
+ private readonly store;
2313
+ private readonly manifest;
2314
+ private readonly fetchRemote;
2315
+ private readonly headRemote?;
2316
+ private readonly logger;
2317
+ private readonly now;
2318
+ private readonly urlFactory;
2319
+ private maxBytes;
2320
+ private persistPaused;
2321
+ /** Set after a quota failure survives one forced eviction. */
2322
+ private persistDisabled;
2323
+ private readonly urls;
2324
+ /** Ids at zero references, oldest first — the hot-URL window. */
2325
+ private idleUrls;
2326
+ private readonly inflight;
2327
+ private flushTimer;
2328
+ private readonly onPageHide;
2329
+ /**
2330
+ * Resolves once the manifest has been reconciled against disk. Reads await
2331
+ * it, so `start()` does NOT have to be awaited on the boot path — blocking
2332
+ * boot on an OPFS directory walk delayed the WebSocket connect (and with it
2333
+ * the connection supervisor) for no benefit.
2334
+ */
2335
+ private ready;
2336
+ private hits;
2337
+ private misses;
2338
+ private evictedEntries;
2339
+ private evictedBytes;
2340
+ private reconciledEntries;
2341
+ constructor(opts: BlobCacheOptions);
2342
+ /** Coalesce manifest write-back. Metadata only, so losing the tail costs an
2343
+ * LRU timestamp that reconcile reseeds from the file mtime. */
2344
+ private scheduleFlush;
2345
+ /**
2346
+ * Resolve the bytes for `key`, filling L1 on the way when `persist` is on.
2347
+ * Returns null when the file does not exist remotely and is not cached.
2348
+ */
2349
+ read(key: BlobKey, options?: BlobReadOptions): Promise<Blob | null>;
2350
+ /**
2351
+ * An object URL for `key`, refcounted. Callers MUST `release()`; the URL is
2352
+ * revoked once the last holder lets go and it falls out of the hot window.
2353
+ */
2354
+ acquireUrl(key: BlobKey, options?: BlobReadOptions): Promise<BlobUrlLease | null>;
2355
+ private lease;
2356
+ private releaseUrl;
2357
+ private revokeUrl;
2358
+ /** L1 lookup with the size check that catches torn and cross-tab writes. */
2359
+ private readLocal;
2360
+ /** True when the remote agrees with the cached size, or cannot be reached. */
2361
+ private headMatches;
2362
+ private fetchDeduped;
2363
+ private persist;
2364
+ private writeThrough;
2365
+ /** Forget one path everywhere. Called on `bucket.put()`/`bucket.delete()`. */
2366
+ invalidate(key: BlobKey): Promise<void>;
2367
+ private dropLocal;
2368
+ setPinned(key: BlobKey, pinned: boolean): void;
2369
+ /**
2370
+ * Bring total bytes under budget by dropping the least recently used
2371
+ * entries. Pinned entries and anything with a live object URL are skipped —
2372
+ * evicting bytes that a mounted `<img>` is displaying would blank it.
2373
+ */
2374
+ private enforceBudget;
2375
+ /** Evict LRU-first until at or below `target`. Returns the resulting total. */
2376
+ private evictTo;
2377
+ /**
2378
+ * Rebuild the manifest from what is actually on disk. OPFS wins on existence
2379
+ * in both directions: files with no row get a row (seeded from mtime), rows
2380
+ * are only loaded for files that exist, and torn `.part-` writes are swept by
2381
+ * the walk itself.
2382
+ *
2383
+ * Rows whose file vanished outside our control (a browser origin eviction)
2384
+ * are left in `_00_blob`. They are inert — `load()` only ever asks for ids it
2385
+ * found on disk — and are overwritten if that path is cached again.
2386
+ */
2387
+ reconcile(): Promise<void>;
2388
+ /** Warm the cache for offline use. Skips anything already cached. */
2389
+ prefetch(keys: BlobKey[]): Promise<void>;
2390
+ /** Bind to the boot bucket and hydrate the manifest from disk. Separate from
2391
+ * {@link setNamespace} because boot must reconcile even when the namespace
2392
+ * it lands on is the one the store was constructed with. */
2393
+ start(namespace: string): Promise<void>;
2394
+ /** Repoint at another local bucket. The bytes of the old one stay on disk so
2395
+ * switching back (or signing back in) is still warm. */
2396
+ setNamespace(namespace: string): Promise<void>;
2397
+ setMaxBytes(maxBytes: number): void;
2398
+ /** Delete every cached byte in the current namespace. */
2399
+ clear(): Promise<void>;
2400
+ flush(): Promise<void>;
2401
+ /** Flush metadata and drop every object URL. Must run before the local store
2402
+ * closes — the flush writes through it. */
2403
+ close(): Promise<void>;
2404
+ stats(): BlobCacheStats;
2405
+ }
2406
+ //#endregion
2407
+ //#region src/utils/blurhash.d.ts
2408
+ /**
2409
+ * Blurhash generation settings. `true` enables with the defaults below, `false`
2410
+ * disables. Resolution order for a put: per-call option > client config >
2411
+ * default ON. See {@link Sp00kyConfig.blurhash}.
2412
+ */
2413
+ type BlurhashSetting = boolean | BlurhashEncodeOptions;
2414
+ interface BlurhashEncodeOptions {
2415
+ /** Horizontal detail components, 1-9. Defaults to 4. */
2416
+ componentX?: number;
2417
+ /** Vertical detail components, 1-9. Defaults to 3. */
2418
+ componentY?: number;
2419
+ }
2420
+ /**
2421
+ * Where an image's blurhash lives: a tiny sidecar object in the same bucket.
2422
+ * Buckets have no per-object metadata channel (`put` is just `.put($content)`),
2423
+ * so the hash for `covers/x_t.webp` is the text object `covers/x_t.webp.bh`.
2424
+ */
2425
+ declare function blurhashSidecarPath(path: string): string;
2426
+ /** Extensions `bucket.put` treats as images worth hashing. */
2427
+ declare const BLURHASH_IMAGE_EXTENSIONS: readonly ["webp", "png", "jpg", "jpeg", "gif", "avif", "bmp"];
2428
+ declare function isImagePath(path: string): boolean;
2429
+ /**
2430
+ * Decode `content` as an image and compute its blurhash. Browser-only: returns
2431
+ * null (never throws) when image decoding is unavailable (node, workers without
2432
+ * canvas), when the bytes are not a decodable image, or on any other failure —
2433
+ * a missing hash must never break the upload that triggered it.
2434
+ */
2435
+ declare function encodeImageToBlurhash(content: string | Uint8Array | Blob, options?: BlurhashEncodeOptions): Promise<string | null>;
2436
+ //#endregion
2437
+ //#region src/sp00ky.d.ts
2438
+ /** Coerce whatever the `.get()` RPC hands back into a Blob. */
2439
+ declare function bucketContentToBlob(content: unknown): Blob | null;
2440
+ interface BucketPutOptions {
2441
+ /** Override the client-level {@link Sp00kyConfig.blurhash} setting for this put. */
2442
+ blurhash?: BlurhashSetting;
2443
+ }
2444
+ interface BucketPutResult {
2445
+ /** The computed blurhash when the content was a hashable image; else null. */
2446
+ blurhash: string | null;
2447
+ }
2448
+ interface BucketHandleSettings {
2449
+ blurhash?: BlurhashSetting;
2450
+ logger?: {
2451
+ warn: (obj: unknown, msg?: string) => void;
2452
+ };
2453
+ }
198
2454
  declare class BucketHandle {
199
2455
  private bucketName;
200
2456
  private remote;
201
- constructor(bucketName: string, remote: RemoteDatabaseService);
202
- put(path: string, content: string | Uint8Array | Blob): Promise<void>;
2457
+ /** Absent on the raw handle the cache itself reads through. */
2458
+ private blobs?;
2459
+ private settings?;
2460
+ constructor(bucketName: string, remote: RemoteDatabaseService, /** Absent on the raw handle the cache itself reads through. */
2461
+ blobs?: (BlobCache | null) | undefined, settings?: BucketHandleSettings | undefined);
2462
+ /** Effective blurhash setting: per-call option > client config > default ON. */
2463
+ private resolveBlurhash;
2464
+ put(path: string, content: string | Uint8Array | Blob, options?: BucketPutOptions): Promise<BucketPutResult>;
2465
+ /**
2466
+ * The blurhash stored alongside an uploaded image (see
2467
+ * {@link blurhashSidecarPath}), or null when there is none. Reads through the
2468
+ * blob cache, so a warm client answers from OPFS without a network hop, and
2469
+ * misses are remembered per tab so a hashless image costs at most one
2470
+ * serialized remote read per session.
2471
+ */
2472
+ blurhash(path: string): Promise<string | null>;
203
2473
  get(path: string): Promise<unknown>;
2474
+ /**
2475
+ * Read through the local blob cache: OPFS first, the bucket second. Unlike
2476
+ * {@link get} this survives a reload and works offline. Returns null when the
2477
+ * file exists in neither place.
2478
+ */
2479
+ read(path: string, options?: BlobReadOptions): Promise<Blob | null>;
2480
+ /**
2481
+ * A refcounted object URL for `path`, suitable for `<img src>`. The caller
2482
+ * MUST call `release()` when the URL goes off screen. Returns null when the
2483
+ * file does not exist, or when object URLs are unavailable (non-browser).
2484
+ */
2485
+ url(path: string, options?: BlobReadOptions): Promise<BlobUrlLease | null>;
2486
+ /** Exempt `path` from pressure eviction. Pinned bytes never expire. */
2487
+ pin(path: string): void;
2488
+ unpin(path: string): void;
2489
+ /** Drop `path` from the local cache without touching the remote file. */
2490
+ evict(path: string): Promise<void>;
2491
+ /** Warm the cache for offline use. Already-cached paths are skipped. */
2492
+ prefetch(paths: string[]): Promise<void>;
204
2493
  delete(path: string): Promise<void>;
205
2494
  exists(path: string): Promise<boolean>;
206
2495
  head(path: string): Promise<Record<string, unknown>>;
@@ -208,55 +2497,323 @@ declare class BucketHandle {
208
2497
  rename(sourcePath: string, targetPath: string): Promise<void>;
209
2498
  list(prefix?: string): Promise<string[]>;
210
2499
  }
211
- declare class SpookyClient<S extends SchemaStructure> {
2500
+ declare class Sp00kyClient<S extends SchemaStructure> {
212
2501
  private config;
213
2502
  private local;
214
2503
  private remote;
2504
+ private blobs;
2505
+ private connectionSupervisor;
215
2506
  private persistenceClient;
216
2507
  private migrator;
217
2508
  private cache;
218
2509
  private dataModule;
219
2510
  private sync;
220
2511
  private devTools;
2512
+ private crdtManager;
2513
+ /**
2514
+ * True once the LOCAL half of boot is done and the client can serve reads
2515
+ * from the local store. Distinct from being connected: `syncHealth` covers
2516
+ * reaching the server and `storageHealth` covers whether the local store is
2517
+ * durable, but neither says "usable". Consumers gate their first paint on
2518
+ * this, which is what makes a warm boot instant and an offline boot possible.
2519
+ */
2520
+ private localReady;
2521
+ private saltUserId;
2522
+ private featureFlags;
2523
+ private appReleases;
2524
+ private preloadedHashes;
2525
+ private pendingQueryInits;
221
2526
  private logger;
222
2527
  auth: AuthService<S>;
223
2528
  streamProcessor: StreamProcessorService;
224
- get remoteClient(): Surreal;
225
- get localClient(): Surreal;
2529
+ private tabsCoordinator;
2530
+ private sharedActive;
2531
+ /** Current shared-tabs role, or null when the feature is off/fell back. */
2532
+ get tabRole(): TabRole | null;
2533
+ get remoteClient(): surrealdb0.Surreal;
2534
+ get localClient(): unknown;
226
2535
  get pendingMutationCount(): number;
2536
+ /** Number of times the initial list_ref LIVE subscription retried on
2537
+ * the most recent `setCurrentUserId` call. 0 when the SSP's
2538
+ * pre-emptive user-table creation got there first; >0 when LIVE
2539
+ * registration hit a "table not found" race. Exposed so the e2e
2540
+ * suite can guard the pre-emptive path against regression. */
2541
+ get liveRetryCount(): number;
227
2542
  subscribeToPendingMutations(cb: (count: number) => void): () => void;
228
- constructor(config: SpookyConfig<S>);
2543
+ /** Current sync-health snapshot. See {@link Sp00kyConfig.syncHealth}. */
2544
+ get syncHealth(): SyncHealth;
2545
+ /**
2546
+ * Observe sync health. Fires immediately with the current status and again
2547
+ * on every healthy↔degraded transition. Returns an unsubscribe.
2548
+ */
2549
+ subscribeToSyncHealth(cb: (health: SyncHealth) => void): () => void;
2550
+ /** Durability of the local cache. See {@link StorageHealth}. `'unknown'` for
2551
+ * engines that don't report it. */
2552
+ get storageHealth(): StorageHealth;
2553
+ /**
2554
+ * Observe local-store durability. Fires immediately with the current snapshot
2555
+ * and again on every change (at most once per bucket open in practice).
2556
+ * Returns an unsubscribe.
2557
+ */
2558
+ subscribeToStorageHealth(cb: (health: StorageHealth) => void): () => void;
2559
+ constructor(config: Sp00kyConfig<S>);
2560
+ /** The shared-tabs role machinery, wired to this client's modules. */
2561
+ private buildTabsCoordinator;
229
2562
  /**
230
2563
  * Setup direct callbacks instead of event subscriptions
231
2564
  */
232
2565
  private setupCallbacks;
233
2566
  init(): Promise<void>;
2567
+ /**
2568
+ * The network half of boot: connect, verify the restored session, and let the
2569
+ * sync engine catch up. Runs in the background after `init()` has already
2570
+ * resolved, so nothing here is on the paint path.
2571
+ *
2572
+ * Every step is best-effort. A failure leaves the client in exactly the state
2573
+ * a warm offline boot is in - local reads working, writes queued in the
2574
+ * outbox - and the connection supervisor keeps retrying underneath.
2575
+ */
2576
+ private initRemote;
2577
+ private bucketSwitchChain;
2578
+ private pendingBucketTarget;
2579
+ /**
2580
+ * Ensure the local store is this user's bucket, switching if needed. Called
2581
+ * from the auth listener on every auth flip; concurrent calls are chained
2582
+ * and superseded intermediates are skipped (latest target wins).
2583
+ */
2584
+ private ensureLocalBucket;
2585
+ /**
2586
+ * The bucket-switch choreography: drain → swap → rebind.
2587
+ *
2588
+ * Drain: sync quiesced (poll/LIVE stopped, in-flight round awaited so its
2589
+ * outbox delete lands in the OLD bucket, debounce timers cancelled),
2590
+ * DataModule timers cleared, CRDT fields closed WITHOUT their final flush
2591
+ * (the remote session already belongs to the next user).
2592
+ *
2593
+ * Swap: gate closes so any local query issued mid-switch (sibling auth
2594
+ * subscribers, FeatureFlagModule) waits and then runs against the NEW
2595
+ * bucket; store swaps open-new-before-close-old; schema provisions
2596
+ * (no-op for a returning bucket); stale `_00_query` rows are wiped (dead
2597
+ * sessionId-salted hashes with stale arrays — record bodies stay warm);
2598
+ * SSP resets to a fresh circuit with re-seeded permissions.
2599
+ *
2600
+ * Rebind: auth token re-persisted (the surrealdb persistence client wrote it
2601
+ * into the OLD bucket's `_00_kv` before this listener ran), active queries
2602
+ * re-homed keeping their hashes, sync resumed on the new bucket's own
2603
+ * outbox, and every query re-registered remotely to refill from the server.
2604
+ */
2605
+ private doSwitchBucket;
2606
+ /** Removes the `pagehide` listener installed in `init`; see `close`. */
2607
+ private detachUnloadRelease;
234
2608
  close(): Promise<void>;
2609
+ /**
2610
+ * Subscribe to a feature flag for the current user. Returns a
2611
+ * `FeatureFlagHandle` whose `variant()`, `payload()` and `enabled()`
2612
+ * accessors reflect the latest assignment from `_00_user_feature`,
2613
+ * and whose `subscribe(cb)` fires whenever that assignment changes.
2614
+ *
2615
+ * Permissions are enforced by SurrealDB: a client can only ever see
2616
+ * its own row, and cannot create or modify assignments.
2617
+ */
2618
+ feature(key: string, options?: FeatureFlagOptions): FeatureFlagHandle;
2619
+ /**
2620
+ * Force a feature flag to `variant` in THIS browser only; `null` clears it.
2621
+ *
2622
+ * Nothing is sent to the server — the `_00_user_feature` assignment is
2623
+ * untouched, so clearing restores whatever the server says. Persisted to
2624
+ * localStorage, survives reloads, and applies while signed out. Backs the
2625
+ * DevTools Access tab, and is a convenient hook for tests.
2626
+ *
2627
+ * To change a flag for OTHER users you need admin rights (`spky admin add`)
2628
+ * and the DevTools Access tab, or `spky flag`.
2629
+ */
2630
+ setFeatureOverride(key: string, variant: string | null, payload?: unknown): void;
2631
+ /** Drop every local feature flag override set via `setFeatureOverride`. */
2632
+ clearFeatureOverrides(): void;
2633
+ /** The local feature flag overrides currently in effect, keyed by flag. */
2634
+ getFeatureOverrides(): Record<string, FeatureFlagOverride>;
2635
+ /**
2636
+ * Observe the announced release of an app (`_00_app_release:<app>`, written
2637
+ * by `spky deploy` / `spky release`). The handle's `snapshot()` carries the
2638
+ * announced version plus the cache-bust/mandatory flags, and
2639
+ * `updateAvailable(currentVersion)` compares it semver-wise against the
2640
+ * running build. World-readable; writes are root-only.
2641
+ */
2642
+ appRelease(app: string, options?: AppReleaseOptions): AppReleaseHandle;
235
2643
  authenticate(token: string): Promise<surrealdb0.Tokens>;
2644
+ /**
2645
+ * Open a CRDT field for collaborative editing.
2646
+ * Returns a CrdtField with a LoroDoc that can be bound to any editor.
2647
+ * Also starts a LIVE SELECT on the parent table for real-time sync;
2648
+ * incoming events trigger a subquery fetch of `_00_crdt` / `_00_cursor`.
2649
+ */
2650
+ openCrdtField(table: string, recordId: string, field: string, fallbackText?: string): Promise<CrdtField>;
2651
+ /**
2652
+ * Close a CRDT field when editing is done.
2653
+ */
2654
+ closeCrdtField(table: string, recordId: string, field: string): void;
236
2655
  deauthenticate(): Promise<void>;
237
- query<Table extends TableNames<S>>(table: Table, options: QueryOptions<TableModel<GetTable<S, Table>>, false>, ttl?: QueryTimeToLive): QueryBuilder<S, Table, SpookyQueryResultPromise>;
2656
+ query<Table extends TableNames<S>>(table: Table, options: QueryOptions<TableModel<GetTable<S, Table>>, false>, ttl?: QueryTimeToLive): QueryBuilder<S, Table, Sp00kyQueryResultPromise>;
238
2657
  private initQuery;
2658
+ /**
2659
+ * Background tail of {@link initQuery}: instant-hydrate (opt-in via
2660
+ * `config.instantHydrate`, and only when the query is cold) followed by
2661
+ * enqueuing the `register` down-event. Never rejects — both halves catch and
2662
+ * log, so `void`-ing the returned promise can't produce an unhandled
2663
+ * rejection. By default (hydrate off) the register lifecycle is the single
2664
+ * freshness path; the one-shot fetch is an optimization apps enable
2665
+ * explicitly, and it runs regardless of preload state — cache-first delivery
2666
+ * never depends on WHY rows are cached.
2667
+ */
2668
+ private finishQueryInit;
2669
+ /**
2670
+ * Smart, awaitable preload/prewarm into the LOCAL cache — without registering a
2671
+ * live view (NO `_00_query`, NO subscription, NO TTL heartbeat).
2672
+ *
2673
+ * Cache-aware via a durable per-bucket freshness marker (`_00_preload`):
2674
+ * - COLD (never preloaded in this bucket): fetch the query one-shot from the
2675
+ * remote, persist the rows (+ embedded `.related()` children), stamp the
2676
+ * marker — and AWAIT it. This is the "smart waiting" first load: callers can
2677
+ * `await db.preload(...)` to hold the UI until the data is ready.
2678
+ * - WARM (marker present): return instantly — NEVER blocks. `refresh` decides
2679
+ * whether to also kick a one-time silent refetch (see {@link PreloadOptions}).
2680
+ * Default `onUse` does nothing; the data freshens when the real `useQuery`
2681
+ * mounts and registers its live view.
2682
+ *
2683
+ * Best-effort: any fetch failure (offline, etc.) is a no-op warn (no marker
2684
+ * written, so it's retried next load). Deduped per session by query hash.
2685
+ */
2686
+ preload(finalQuery: FinalQuery<S, any, any, any, any, any>, options?: PreloadOptions): Promise<void>;
2687
+ /**
2688
+ * One-shot remote fetch + local persist for a preload query. Returns the row
2689
+ * count on success, or -1 on failure (best-effort: logged, never thrown) so
2690
+ * the caller skips stamping the freshness marker and retries next load.
2691
+ */
2692
+ private fetchAndPersist;
239
2693
  queryRaw(sql: string, params: Record<string, any>, ttl: QueryTimeToLive): Promise<string>;
240
2694
  subscribe(queryHash: string, callback: (records: Record<string, any>[]) => void, options?: {
241
2695
  immediate?: boolean;
242
2696
  }): Promise<() => void>;
2697
+ /**
2698
+ * Opt-in eager teardown for a query whose last subscriber has gone away
2699
+ * (e.g. a viewport-windowed list cancelling an off-screen window). No-op
2700
+ * while any subscriber remains. Tears down the remote `_00_query` view +
2701
+ * local WASM view instead of waiting for the TTL sweep. Default behavior
2702
+ * (no call here) keeps the view resident for cheap re-subscription.
2703
+ */
2704
+ deregisterQuery(queryHash: string): void;
2705
+ /**
2706
+ * Subscribe to a query's fetch-status changes (idle/fetching). With
2707
+ * `{ immediate: true }` the callback fires synchronously with the current
2708
+ * status. Powers the `useQuery` hook's `isFetching()` accessor.
2709
+ */
2710
+ subscribeQueryStatus(queryHash: string, callback: QueryStatusCallback, options?: {
2711
+ immediate?: boolean;
2712
+ }): () => void;
2713
+ /**
2714
+ * Report the frontend processing time (ms) a client framework spent applying
2715
+ * an update for a query (e.g. `useQuery`'s `reconcile()`), so DevTools/MCP can
2716
+ * surface the "frontend" phase of the per-query timing breakdown.
2717
+ */
2718
+ reportFrontendTiming(queryHash: string, ms: number): void;
243
2719
  run<B extends BackendNames<S>, R extends BackendRoutes<S, B>>(backend: B, path: R, payload: RoutePayload<S, B, R>, options?: RunOptions): Promise<void>;
244
2720
  bucket<B extends BucketNames<S>>(name: B): BucketHandle;
2721
+ /** Cache-free handle. The blob cache reads the remote through this, so a
2722
+ * cache miss can't loop back into the cache. */
2723
+ private rawBucket;
2724
+ /** Blob cache counters for DevTools. */
2725
+ getBlobCacheStats(): BlobCacheStats;
245
2726
  create(id: string, data: Record<string, unknown>): Promise<Record<string, unknown>>;
246
2727
  update(table: string, id: string, data: Record<string, unknown>, options?: UpdateOptions): Promise<{
247
2728
  [x: string]: /*elided*/any;
248
2729
  }>;
249
2730
  delete(table: string, id: string): Promise<void>;
2731
+ /**
2732
+ * Whether the local store is initialized and reads can be served. See the
2733
+ * `localReady` field: this is deliberately independent of connectivity.
2734
+ */
2735
+ isLocalReady(): boolean;
250
2736
  useRemote<T>(fn: (client: Surreal) => Promise<T> | T): Promise<T>;
251
- private persistClientId;
252
- private loadOrGenerateClientId;
2737
+ /**
2738
+ * Mint the salt used for query-id hashing, so two sessions registering the
2739
+ * same logical query get distinct `_00_query` rows.
2740
+ *
2741
+ * Generated LOCALLY, deliberately. This used to be `RETURN <string>session::id()`,
2742
+ * which cost a serial round trip on the critical boot path and resolved to
2743
+ * `''` offline. The value never needed to come from the server: the server
2744
+ * derives its own `clientId` inside `fn::query::register` and *ignores*
2745
+ * whatever the caller passed, and the permission rules that matter gate on
2746
+ * `auth_id = $auth.id` rather than the session (`_00_list_ref`). Session
2747
+ * scoping via `clientId = session::id()` was in fact removed upstream because
2748
+ * it broke a user with two tabs open. All this value has to be is unique per
2749
+ * browser session, which `randomUUID` gives us for free and offline.
2750
+ */
2751
+ /**
2752
+ * The current principal as the `"table:id"` string the in-browser SSP wants
2753
+ * for `$auth.id`, or null when signed out.
2754
+ *
2755
+ * Tolerates BOTH shapes `currentUser.id` can take, which is the point:
2756
+ * a session restored from the cached token carries a plain string (the JWT's
2757
+ * `ID` claim), while one verified by the server carries a RecordId. Passing
2758
+ * the former to `encodeRecordId` reads `.table` off a string and throws
2759
+ * during boot.
2760
+ */
2761
+ /**
2762
+ * Prime the in-browser circuit from the local store. Builds the context the
2763
+ * stream processor needs: every synced table (the app schema plus the
2764
+ * server-written meta tables that sync down), a schema hash so a snapshot
2765
+ * projected under another schema is not trusted, and the ids whose local
2766
+ * `_00_rv` was bumped by an unsettled mutation.
2767
+ */
2768
+ private primeCircuit;
2769
+ private sessionAuthId;
2770
+ private mintSessionSalt;
253
2771
  }
254
2772
  //#endregion
2773
+ //#region src/utils/semver.d.ts
2774
+ /** True when `a` is a valid version strictly greater than valid version `b`. */
2775
+ declare function semverGt(a: unknown, b: unknown): boolean;
2776
+ //#endregion
2777
+ //#region src/services/database/errors.d.ts
2778
+ /**
2779
+ * A local-store operation that did not answer within its deadline.
2780
+ *
2781
+ * The local write path (`db.create` / `db.update` / `db.delete`, every local
2782
+ * query behind them) used to have no deadline anywhere: the SQLite worker
2783
+ * transport parks a call until the worker replies, the surrealdb engine's
2784
+ * query chain waits on the previous link, and `withRetry` retries without a
2785
+ * clock. One op that never settled (a worker starved behind a long select, a
2786
+ * lock verification awaiting `navigator.locks.query()` forever) left the
2787
+ * caller's promise pending for the tab's lifetime - a chat composer that never
2788
+ * re-enabled, a call that never got past "Connecting".
2789
+ *
2790
+ * The message says "timed out" on purpose: `classifySyncError` keys off it and
2791
+ * treats the failure as transient (re-queue), never as an application error
2792
+ * that rolls the mutation back. `retryable: false` keeps `withRetry` from
2793
+ * spinning on it: the op is still running in the engine, retrying queues a
2794
+ * second copy behind it.
2795
+ */
2796
+ declare class LocalOpTimeoutError extends Error {
2797
+ readonly name = "LocalOpTimeoutError";
2798
+ readonly retryable = false;
2799
+ readonly op: string;
2800
+ readonly timeoutMs: number;
2801
+ constructor(op: string, timeoutMs: number);
2802
+ }
2803
+ /** Default deadline for one local-store operation. Generous: a cold 4k-row
2804
+ * select on a throttled tab is seconds, not tens of seconds. */
2805
+ declare const DEFAULT_LOCAL_OP_TIMEOUT_MS = 30000;
2806
+ //#endregion
255
2807
  //#region src/utils/index.d.ts
256
2808
  declare function fileToUint8Array(file: File | Blob): Promise<Uint8Array>;
2809
+ /**
2810
+ * Convert plain text to simple HTML paragraphs.
2811
+ * Useful for seeding a rich-text editor (e.g. TipTap/ProseMirror) with fallback content.
2812
+ */
2813
+ declare function textToHtml(text: string): string;
257
2814
  /**
258
2815
  * Helper for retrying DB operations with exponential backoff
259
2816
  */
260
2817
 
261
2818
  //#endregion
262
- export { AuthEventSystem, AuthEventTypeMap, AuthEventTypes, AuthService, BucketHandle, DebounceOptions, EventSubscriptionOptions, Level, MutationCallback, MutationEvent, MutationEventType, PersistenceClient, PinoTransmit, QueryConfig, QueryConfigRecord, QueryHash, QueryState, QueryTimeToLive, QueryUpdateCallback, RecordVersionArray, RecordVersionDiff, RunOptions, SpookyClient, SpookyConfig, SpookyQueryResult, SpookyQueryResultPromise, StoreType, UpdateOptions, createAuthEventSystem, fileToUint8Array };
2819
+ export { AppReleaseHandle, AppReleaseModule, type AppReleaseOptions, type AppReleaseSnapshot, AuthEventSystem, AuthEventTypeMap, AuthEventTypes, AuthService, BLURHASH_IMAGE_EXTENSIONS, type BlobCacheStats, type BlobEntry, type BlobKey, type BlobReadOptions, type BlobUrlLease, type BlurhashEncodeOptions, type BlurhashSetting, BucketHandle, BucketPutOptions, BucketPutResult, CURSOR_COLORS, ConnectionState, CrdtField, CrdtManager, DEFAULT_LOCAL_OP_TIMEOUT_MS, DebounceOptions, EventSubscriptionOptions, FeatureFlagHandle, FeatureFlagModule, type FeatureFlagOptions, type FeatureFlagOverride, type FeatureFlagSnapshot, Level, LocalOpTimeoutError, MATERIALIZATION_SAMPLE_WINDOW, MutationCallback, MutationEvent, MutationEventType, PersistenceClient, PhaseStat, PinoTransmit, PreloadOptions, PreloadRefresh, QueryConfig, QueryConfigRecord, QueryHash, QueryState, QueryStatus, QueryStatusCallback, QueryTimeToLive, QueryTimings, QueryUpdateCallback, ReconnectConfig, RecordVersionArray, RecordVersionDiff, RegistrationTimings, RunOptions, Sp00kyClient, Sp00kyConfig, Sp00kyQueryResult, Sp00kyQueryResultPromise, StorageHealth, StorageHealthStatus, StoreType, SyncHealth, SyncHealthConfig, SyncHealthStatus, TimingPhase, UpdateOptions, blurhashSidecarPath, bucketContentToBlob, createAuthEventSystem, cursorColorFromName, decode as decodeBlurhash, encode as encodeBlurhash, encodeImageToBlurhash, fileToUint8Array, isBlurhashValid, isImagePath, semverGt, textToHtml };