@koolbase/core 12.13.0 → 12.13.1

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.
@@ -58,3 +58,12 @@ export declare function addToWriteQueue(userId: string, write: Omit<LegacyPendin
58
58
  export declare function removeFromWriteQueue(userId: string, writeId: string): Promise<void>;
59
59
  export declare function incrementWriteRetry(userId: string, writeId: string): Promise<void>;
60
60
  export declare function optimisticallyInsert(userId: string, collection: string, record: KoolbaseRecord): Promise<void>;
61
+ /**
62
+ * The reverse of optimisticallyInsert: takes one record out of every cached
63
+ * result of a collection.
64
+ *
65
+ * Precise on purpose. Dropping the collection's cached results instead would
66
+ * leave a device that is still offline with no saved lists to show at all,
67
+ * to get rid of one record.
68
+ */
69
+ export declare function removeFromCachedQueries(userId: string, collection: string, recordId: string): Promise<void>;
@@ -13,6 +13,7 @@ exports.addToWriteQueue = addToWriteQueue;
13
13
  exports.removeFromWriteQueue = removeFromWriteQueue;
14
14
  exports.incrementWriteRetry = incrementWriteRetry;
15
15
  exports.optimisticallyInsert = optimisticallyInsert;
16
+ exports.removeFromCachedQueries = removeFromCachedQueries;
16
17
  const platform_js_1 = require("./platform.js");
17
18
  const CACHE_VERSION = 'v1';
18
19
  function cacheKey(userId, collection, queryHash) {
@@ -211,3 +212,35 @@ async function optimisticallyInsert(userId, collection, record) {
211
212
  // ignore
212
213
  }
213
214
  }
215
+ /**
216
+ * The reverse of optimisticallyInsert: takes one record out of every cached
217
+ * result of a collection.
218
+ *
219
+ * Precise on purpose. Dropping the collection's cached results instead would
220
+ * leave a device that is still offline with no saved lists to show at all,
221
+ * to get rid of one record.
222
+ */
223
+ async function removeFromCachedQueries(userId, collection, recordId) {
224
+ try {
225
+ const keys = await (0, platform_js_1.getPlatform)().storage.getAllKeys();
226
+ const prefix = `koolbase:${CACHE_VERSION}:${userId}:${collection}:`;
227
+ for (const key of keys.filter(k => k.startsWith(prefix))) {
228
+ const raw = await (0, platform_js_1.getPlatform)().storage.getItem(key);
229
+ if (!raw)
230
+ continue;
231
+ const cached = JSON.parse(raw);
232
+ if (!Array.isArray(cached.records))
233
+ continue;
234
+ const kept = cached.records.filter(r => r.id !== recordId);
235
+ const removed = cached.records.length - kept.length;
236
+ if (removed === 0)
237
+ continue;
238
+ cached.records = kept;
239
+ cached.total = Math.max(0, cached.total - removed);
240
+ await (0, platform_js_1.getPlatform)().storage.setItem(key, JSON.stringify(cached));
241
+ }
242
+ }
243
+ catch {
244
+ // ignore
245
+ }
246
+ }
@@ -173,6 +173,15 @@ export declare class KoolbaseDatabase {
173
173
  */
174
174
  private requireUserId;
175
175
  private requireConflict;
176
+ /**
177
+ * Removes a decided conflict and points the writes held behind it at the
178
+ * state the record is now in -- in one transaction, so the conflict can
179
+ * never be gone while its held writes still describe the old world.
180
+ *
181
+ * Without a known state (a refused add, a delete) there is nothing to
182
+ * rebase onto: the conflict is removed and the held writes stay as they are.
183
+ */
184
+ private settleConflict;
176
185
  private dropConflict;
177
186
  /**
178
187
  * Issues the resolving write, conditional on the revision the refusal
@@ -65,12 +65,15 @@ class KoolbaseDatabase {
65
65
  resolveWithServer: async (id) => {
66
66
  const c = await this.requireConflict(id);
67
67
  // The server's version stands. Recorded as a decision by removing the
68
- // conflict, rather than the change quietly disappearing.
69
- await this.dropConflict(c.id);
68
+ // conflict, rather than the change quietly disappearing -- and what
69
+ // stands is what the writes held behind it now build on.
70
+ await this.settleConflict(c, c.server, c.serverRevision);
70
71
  },
71
72
  abandon: async (id) => {
72
73
  const c = await this.requireConflict(id);
73
- await this.dropConflict(c.id);
74
+ // Neither version claimed to win, so the record stands as the server
75
+ // has it: what anything still queued must build on.
76
+ await this.settleConflict(c, c.server, c.serverRevision);
74
77
  },
75
78
  };
76
79
  this.config = config;
@@ -540,6 +543,25 @@ class KoolbaseDatabase {
540
543
  }
541
544
  return found;
542
545
  }
546
+ /**
547
+ * Removes a decided conflict and points the writes held behind it at the
548
+ * state the record is now in -- in one transaction, so the conflict can
549
+ * never be gone while its held writes still describe the old world.
550
+ *
551
+ * Without a known state (a refused add, a delete) there is nothing to
552
+ * rebase onto: the conflict is removed and the held writes stay as they are.
553
+ */
554
+ async settleConflict(c, resolved, revision) {
555
+ if (!resolved || !c.recordId) {
556
+ await this.dropConflict(c.id);
557
+ return;
558
+ }
559
+ const userId = this.requireUserId('conflict resolution');
560
+ await (0, offline_state_js_1.mutateOfflineState)(userId, (s) => {
561
+ s.conflicts = s.conflicts.filter((x) => x.id !== c.id);
562
+ (0, offline_state_js_1.rebaseHeldWrites)(s, c.recordId, resolved, revision);
563
+ });
564
+ }
543
565
  async dropConflict(id) {
544
566
  const userId = this.requireUserId('conflict resolution');
545
567
  await (0, offline_state_js_1.mutateOfflineState)(userId, (s) => {
@@ -554,6 +576,8 @@ class KoolbaseDatabase {
554
576
  */
555
577
  async applyResolution(c, payload) {
556
578
  const rev = c.serverRevision;
579
+ // What the server now holds, from its answer: the state held writes build on.
580
+ let landed = null;
557
581
  try {
558
582
  if (c.operation === 'insert') {
559
583
  // Resolving a rejected insert IS the insert, retried — with amended
@@ -564,7 +588,7 @@ class KoolbaseDatabase {
564
588
  // original on retry rather than duplicating — the queue's own
565
589
  // lost-response discipline, extended to the one insert path that
566
590
  // lacked it.
567
- await this.request('POST', '/v1/sdk/db/insert', {
591
+ landed = await this.request('POST', '/v1/sdk/db/insert', {
568
592
  collection: c.collection,
569
593
  data: payload,
570
594
  idempotency_key: c.id,
@@ -575,7 +599,7 @@ class KoolbaseDatabase {
575
599
  await this.request('DELETE', `/v1/sdk/db/records/${c.recordId}${q}`);
576
600
  }
577
601
  else {
578
- await this.request('PATCH', `/v1/sdk/db/records/${c.recordId}`, { data: payload, ...(rev !== undefined ? { expected_revision: rev } : {}) });
602
+ landed = await this.request('PATCH', `/v1/sdk/db/records/${c.recordId}`, { data: payload, ...(rev !== undefined ? { expected_revision: rev } : {}) });
579
603
  }
580
604
  }
581
605
  catch (e) {
@@ -604,7 +628,8 @@ class KoolbaseDatabase {
604
628
  }
605
629
  throw e;
606
630
  }
607
- await this.dropConflict(c.id);
631
+ const landedRevision = landed && typeof landed.$revision === 'number' ? landed.$revision : undefined;
632
+ await this.settleConflict(c, landed ?? undefined, landedRevision);
608
633
  await (0, cache_store_js_2.invalidateCache)(this.getUserId() ?? 'anonymous', c.collection);
609
634
  void (0, query_refresh_js_1.refreshCollectionQueries)(c.collection);
610
635
  }
@@ -103,3 +103,19 @@ export declare function queueWrite(userId: string, write: Omit<QueuedWrite, 'ret
103
103
  * and nothing is written on a guess.
104
104
  */
105
105
  export declare function migrateLegacyQueue(userId: string): Promise<void>;
106
+ /**
107
+ * Points the writes still queued for a record at the state it is now in.
108
+ *
109
+ * When a conflict is decided, the writes held behind it carry baselines
110
+ * describing the state the conflicted write would have produced -- a state
111
+ * that no longer exists, and may never have. Released unchanged they would
112
+ * replay against a revision that has moved on, and each would conflict in
113
+ * turn: one disagreement multiplying into as many conflicts as the user had
114
+ * queued. The same rule as the Flutter SDK's rebaseAfterResolution.
115
+ *
116
+ * Refreshing the baseline is enough because every operation is an absolute
117
+ * assignment: a patch says what a field becomes, not what to do to it. If a
118
+ * relative operation is ever added (an increment, an append), the chain must
119
+ * be replayed through its projected states instead.
120
+ */
121
+ export declare function rebaseHeldWrites(state: OfflineState, recordId: string, resolved: Record<string, unknown>, revision: number | undefined): void;
@@ -8,6 +8,7 @@ exports.readOfflineState = readOfflineState;
8
8
  exports.mutateOfflineState = mutateOfflineState;
9
9
  exports.queueWrite = queueWrite;
10
10
  exports.migrateLegacyQueue = migrateLegacyQueue;
11
+ exports.rebaseHeldWrites = rebaseHeldWrites;
11
12
  const platform_js_1 = require("./platform.js");
12
13
  const shared_js_1 = require("./shared.js");
13
14
  /**
@@ -213,3 +214,36 @@ async function migrateLegacyQueue(userId) {
213
214
  });
214
215
  await (0, platform_js_1.getPlatform)().storage.removeItem(legacyQueueKey(userId));
215
216
  }
217
+ /**
218
+ * Points the writes still queued for a record at the state it is now in.
219
+ *
220
+ * When a conflict is decided, the writes held behind it carry baselines
221
+ * describing the state the conflicted write would have produced -- a state
222
+ * that no longer exists, and may never have. Released unchanged they would
223
+ * replay against a revision that has moved on, and each would conflict in
224
+ * turn: one disagreement multiplying into as many conflicts as the user had
225
+ * queued. The same rule as the Flutter SDK's rebaseAfterResolution.
226
+ *
227
+ * Refreshing the baseline is enough because every operation is an absolute
228
+ * assignment: a patch says what a field becomes, not what to do to it. If a
229
+ * relative operation is ever added (an increment, an append), the chain must
230
+ * be replayed through its projected states instead.
231
+ */
232
+ function rebaseHeldWrites(state, recordId, resolved, revision) {
233
+ let current = {};
234
+ for (const [k, v] of Object.entries(resolved)) {
235
+ if (!k.startsWith('$'))
236
+ current[k] = v;
237
+ }
238
+ for (const w of state.pending) {
239
+ if (w.recordId !== recordId)
240
+ continue;
241
+ w.baseline = { ...current };
242
+ w.baseRevision = revision;
243
+ // Each write is composed against the one before it.
244
+ if (w.operation === 'update')
245
+ current = { ...current, ...(w.data ?? {}) };
246
+ else if (w.operation === 'delete')
247
+ break;
248
+ }
249
+ }
@@ -101,13 +101,21 @@ class SyncEngine {
101
101
  // being online — would give the same input different outcomes. It clears
102
102
  // the old key when done, so later calls find nothing and return.
103
103
  await (0, offline_state_js_1.migrateLegacyQueue)(userId);
104
- const { pending } = await (0, offline_state_js_1.readOfflineState)(userId);
104
+ const { pending, conflicts } = await (0, offline_state_js_1.readOfflineState)(userId);
105
105
  if (pending.length === 0)
106
106
  return;
107
107
  // Records whose chain stopped this pass. Writes queued after a conflicted
108
108
  // one were composed against the state it would have produced, so applying
109
109
  // them now would write against a state their baseline never described.
110
110
  const blocked = new Set();
111
+ // And records whose chain stopped in an EARLIER pass: a conflict waits
112
+ // for a decision across restarts, and so must the writes behind it.
113
+ // Seeded only from this pass's finds, the next pass replayed them
114
+ // against a state their baselines never described -- each becoming its
115
+ // own conflict. Deciding the conflict rebases and releases them.
116
+ for (const c of conflicts)
117
+ if (c.recordId)
118
+ blocked.add(c.recordId);
111
119
  for (const queued of pending) {
112
120
  if (queued.recordId && blocked.has(queued.recordId))
113
121
  continue;
@@ -202,10 +210,15 @@ class SyncEngine {
202
210
  // — cached at enqueue for a record the server refused to create.
203
211
  // Left alone it is a phantom: it renders as saved, and an offline
204
212
  // edit against it queues a write to a record that does not exist.
205
- // Evict it, and invalidate the collection so cached queries stop
206
- // serving it. The conflict above keeps the user's data and the
207
- // server's verdict; the cache stops testifying to a fiction.
208
- // MUTATION: phantom eviction removed
213
+ // Evict it from the record cache and from every cached query that
214
+ // holds it -- precisely, not by dropping the collection's saved
215
+ // results, which a device still offline needs. The conflict above
216
+ // keeps the user's data and the server's verdict; the cache stops
217
+ // testifying to a fiction.
218
+ if (write.operation === 'insert' && write.recordId) {
219
+ await (0, cache_store_js_1.removeCachedRecord)(userId, write.recordId);
220
+ await (0, cache_store_js_1.removeFromCachedQueries)(userId, write.collection, write.recordId);
221
+ }
209
222
  if (write.recordId)
210
223
  blocked.add(write.recordId);
211
224
  continue;
@@ -58,3 +58,12 @@ export declare function addToWriteQueue(userId: string, write: Omit<LegacyPendin
58
58
  export declare function removeFromWriteQueue(userId: string, writeId: string): Promise<void>;
59
59
  export declare function incrementWriteRetry(userId: string, writeId: string): Promise<void>;
60
60
  export declare function optimisticallyInsert(userId: string, collection: string, record: KoolbaseRecord): Promise<void>;
61
+ /**
62
+ * The reverse of optimisticallyInsert: takes one record out of every cached
63
+ * result of a collection.
64
+ *
65
+ * Precise on purpose. Dropping the collection's cached results instead would
66
+ * leave a device that is still offline with no saved lists to show at all,
67
+ * to get rid of one record.
68
+ */
69
+ export declare function removeFromCachedQueries(userId: string, collection: string, recordId: string): Promise<void>;
@@ -196,3 +196,35 @@ export async function optimisticallyInsert(userId, collection, record) {
196
196
  // ignore
197
197
  }
198
198
  }
199
+ /**
200
+ * The reverse of optimisticallyInsert: takes one record out of every cached
201
+ * result of a collection.
202
+ *
203
+ * Precise on purpose. Dropping the collection's cached results instead would
204
+ * leave a device that is still offline with no saved lists to show at all,
205
+ * to get rid of one record.
206
+ */
207
+ export async function removeFromCachedQueries(userId, collection, recordId) {
208
+ try {
209
+ const keys = await getPlatform().storage.getAllKeys();
210
+ const prefix = `koolbase:${CACHE_VERSION}:${userId}:${collection}:`;
211
+ for (const key of keys.filter(k => k.startsWith(prefix))) {
212
+ const raw = await getPlatform().storage.getItem(key);
213
+ if (!raw)
214
+ continue;
215
+ const cached = JSON.parse(raw);
216
+ if (!Array.isArray(cached.records))
217
+ continue;
218
+ const kept = cached.records.filter(r => r.id !== recordId);
219
+ const removed = cached.records.length - kept.length;
220
+ if (removed === 0)
221
+ continue;
222
+ cached.records = kept;
223
+ cached.total = Math.max(0, cached.total - removed);
224
+ await getPlatform().storage.setItem(key, JSON.stringify(cached));
225
+ }
226
+ }
227
+ catch {
228
+ // ignore
229
+ }
230
+ }
@@ -173,6 +173,15 @@ export declare class KoolbaseDatabase {
173
173
  */
174
174
  private requireUserId;
175
175
  private requireConflict;
176
+ /**
177
+ * Removes a decided conflict and points the writes held behind it at the
178
+ * state the record is now in -- in one transaction, so the conflict can
179
+ * never be gone while its held writes still describe the old world.
180
+ *
181
+ * Without a known state (a refused add, a delete) there is nothing to
182
+ * rebase onto: the conflict is removed and the held writes stay as they are.
183
+ */
184
+ private settleConflict;
176
185
  private dropConflict;
177
186
  /**
178
187
  * Issues the resolving write, conditional on the revision the refusal
@@ -3,7 +3,7 @@ import { refreshCollectionQueries } from './query-refresh.js';
3
3
  import { KoolbaseRevisionMismatchError } from './database-errors.js';
4
4
  import { KoolbaseError, KoolbaseOfflineBaselineUnavailableError, KoolbaseUnauthenticatedError, } from './errors.js';
5
5
  import { cacheRecord, getCachedRecord, removeCachedRecord } from './cache-store.js';
6
- import { readOfflineState, mutateOfflineState, queueWrite, } from './offline-state.js';
6
+ import { readOfflineState, mutateOfflineState, queueWrite, rebaseHeldWrites, } from './offline-state.js';
7
7
  import { KoolbaseConflict } from './conflict.js';
8
8
  import { toPendingWrite } from './pending-write.js';
9
9
  import { getCached, setCached, invalidateCache, optimisticallyInsert, hashQuery, } from './cache-store.js';
@@ -62,12 +62,15 @@ export class KoolbaseDatabase {
62
62
  resolveWithServer: async (id) => {
63
63
  const c = await this.requireConflict(id);
64
64
  // The server's version stands. Recorded as a decision by removing the
65
- // conflict, rather than the change quietly disappearing.
66
- await this.dropConflict(c.id);
65
+ // conflict, rather than the change quietly disappearing -- and what
66
+ // stands is what the writes held behind it now build on.
67
+ await this.settleConflict(c, c.server, c.serverRevision);
67
68
  },
68
69
  abandon: async (id) => {
69
70
  const c = await this.requireConflict(id);
70
- await this.dropConflict(c.id);
71
+ // Neither version claimed to win, so the record stands as the server
72
+ // has it: what anything still queued must build on.
73
+ await this.settleConflict(c, c.server, c.serverRevision);
71
74
  },
72
75
  };
73
76
  this.config = config;
@@ -537,6 +540,25 @@ export class KoolbaseDatabase {
537
540
  }
538
541
  return found;
539
542
  }
543
+ /**
544
+ * Removes a decided conflict and points the writes held behind it at the
545
+ * state the record is now in -- in one transaction, so the conflict can
546
+ * never be gone while its held writes still describe the old world.
547
+ *
548
+ * Without a known state (a refused add, a delete) there is nothing to
549
+ * rebase onto: the conflict is removed and the held writes stay as they are.
550
+ */
551
+ async settleConflict(c, resolved, revision) {
552
+ if (!resolved || !c.recordId) {
553
+ await this.dropConflict(c.id);
554
+ return;
555
+ }
556
+ const userId = this.requireUserId('conflict resolution');
557
+ await mutateOfflineState(userId, (s) => {
558
+ s.conflicts = s.conflicts.filter((x) => x.id !== c.id);
559
+ rebaseHeldWrites(s, c.recordId, resolved, revision);
560
+ });
561
+ }
540
562
  async dropConflict(id) {
541
563
  const userId = this.requireUserId('conflict resolution');
542
564
  await mutateOfflineState(userId, (s) => {
@@ -551,6 +573,8 @@ export class KoolbaseDatabase {
551
573
  */
552
574
  async applyResolution(c, payload) {
553
575
  const rev = c.serverRevision;
576
+ // What the server now holds, from its answer: the state held writes build on.
577
+ let landed = null;
554
578
  try {
555
579
  if (c.operation === 'insert') {
556
580
  // Resolving a rejected insert IS the insert, retried — with amended
@@ -561,7 +585,7 @@ export class KoolbaseDatabase {
561
585
  // original on retry rather than duplicating — the queue's own
562
586
  // lost-response discipline, extended to the one insert path that
563
587
  // lacked it.
564
- await this.request('POST', '/v1/sdk/db/insert', {
588
+ landed = await this.request('POST', '/v1/sdk/db/insert', {
565
589
  collection: c.collection,
566
590
  data: payload,
567
591
  idempotency_key: c.id,
@@ -572,7 +596,7 @@ export class KoolbaseDatabase {
572
596
  await this.request('DELETE', `/v1/sdk/db/records/${c.recordId}${q}`);
573
597
  }
574
598
  else {
575
- await this.request('PATCH', `/v1/sdk/db/records/${c.recordId}`, { data: payload, ...(rev !== undefined ? { expected_revision: rev } : {}) });
599
+ landed = await this.request('PATCH', `/v1/sdk/db/records/${c.recordId}`, { data: payload, ...(rev !== undefined ? { expected_revision: rev } : {}) });
576
600
  }
577
601
  }
578
602
  catch (e) {
@@ -601,7 +625,8 @@ export class KoolbaseDatabase {
601
625
  }
602
626
  throw e;
603
627
  }
604
- await this.dropConflict(c.id);
628
+ const landedRevision = landed && typeof landed.$revision === 'number' ? landed.$revision : undefined;
629
+ await this.settleConflict(c, landed ?? undefined, landedRevision);
605
630
  await invalidateCache(this.getUserId() ?? 'anonymous', c.collection);
606
631
  void refreshCollectionQueries(c.collection);
607
632
  }
@@ -103,3 +103,19 @@ export declare function queueWrite(userId: string, write: Omit<QueuedWrite, 'ret
103
103
  * and nothing is written on a guess.
104
104
  */
105
105
  export declare function migrateLegacyQueue(userId: string): Promise<void>;
106
+ /**
107
+ * Points the writes still queued for a record at the state it is now in.
108
+ *
109
+ * When a conflict is decided, the writes held behind it carry baselines
110
+ * describing the state the conflicted write would have produced -- a state
111
+ * that no longer exists, and may never have. Released unchanged they would
112
+ * replay against a revision that has moved on, and each would conflict in
113
+ * turn: one disagreement multiplying into as many conflicts as the user had
114
+ * queued. The same rule as the Flutter SDK's rebaseAfterResolution.
115
+ *
116
+ * Refreshing the baseline is enough because every operation is an absolute
117
+ * assignment: a patch says what a field becomes, not what to do to it. If a
118
+ * relative operation is ever added (an increment, an append), the chain must
119
+ * be replayed through its projected states instead.
120
+ */
121
+ export declare function rebaseHeldWrites(state: OfflineState, recordId: string, resolved: Record<string, unknown>, revision: number | undefined): void;
@@ -202,3 +202,36 @@ export async function migrateLegacyQueue(userId) {
202
202
  });
203
203
  await getPlatform().storage.removeItem(legacyQueueKey(userId));
204
204
  }
205
+ /**
206
+ * Points the writes still queued for a record at the state it is now in.
207
+ *
208
+ * When a conflict is decided, the writes held behind it carry baselines
209
+ * describing the state the conflicted write would have produced -- a state
210
+ * that no longer exists, and may never have. Released unchanged they would
211
+ * replay against a revision that has moved on, and each would conflict in
212
+ * turn: one disagreement multiplying into as many conflicts as the user had
213
+ * queued. The same rule as the Flutter SDK's rebaseAfterResolution.
214
+ *
215
+ * Refreshing the baseline is enough because every operation is an absolute
216
+ * assignment: a patch says what a field becomes, not what to do to it. If a
217
+ * relative operation is ever added (an increment, an append), the chain must
218
+ * be replayed through its projected states instead.
219
+ */
220
+ export function rebaseHeldWrites(state, recordId, resolved, revision) {
221
+ let current = {};
222
+ for (const [k, v] of Object.entries(resolved)) {
223
+ if (!k.startsWith('$'))
224
+ current[k] = v;
225
+ }
226
+ for (const w of state.pending) {
227
+ if (w.recordId !== recordId)
228
+ continue;
229
+ w.baseline = { ...current };
230
+ w.baseRevision = revision;
231
+ // Each write is composed against the one before it.
232
+ if (w.operation === 'update')
233
+ current = { ...current, ...(w.data ?? {}) };
234
+ else if (w.operation === 'delete')
235
+ break;
236
+ }
237
+ }
@@ -2,7 +2,7 @@ import { koolbaseFetch } from './network.js';
2
2
  import { readOfflineState, mutateOfflineState, migrateLegacyQueue, flushLockName, } from './offline-state.js';
3
3
  import { KoolbaseUnauthenticatedError } from './errors.js';
4
4
  import { getPlatform } from './platform.js';
5
- import { invalidateCache, removeCachedRecord, } from './cache-store.js';
5
+ import { invalidateCache, removeCachedRecord, removeFromCachedQueries, } from './cache-store.js';
6
6
  /**
7
7
  * Internal signal that the server refused a write because the record moved.
8
8
  *
@@ -98,13 +98,21 @@ export class SyncEngine {
98
98
  // being online — would give the same input different outcomes. It clears
99
99
  // the old key when done, so later calls find nothing and return.
100
100
  await migrateLegacyQueue(userId);
101
- const { pending } = await readOfflineState(userId);
101
+ const { pending, conflicts } = await readOfflineState(userId);
102
102
  if (pending.length === 0)
103
103
  return;
104
104
  // Records whose chain stopped this pass. Writes queued after a conflicted
105
105
  // one were composed against the state it would have produced, so applying
106
106
  // them now would write against a state their baseline never described.
107
107
  const blocked = new Set();
108
+ // And records whose chain stopped in an EARLIER pass: a conflict waits
109
+ // for a decision across restarts, and so must the writes behind it.
110
+ // Seeded only from this pass's finds, the next pass replayed them
111
+ // against a state their baselines never described -- each becoming its
112
+ // own conflict. Deciding the conflict rebases and releases them.
113
+ for (const c of conflicts)
114
+ if (c.recordId)
115
+ blocked.add(c.recordId);
108
116
  for (const queued of pending) {
109
117
  if (queued.recordId && blocked.has(queued.recordId))
110
118
  continue;
@@ -199,10 +207,15 @@ export class SyncEngine {
199
207
  // — cached at enqueue for a record the server refused to create.
200
208
  // Left alone it is a phantom: it renders as saved, and an offline
201
209
  // edit against it queues a write to a record that does not exist.
202
- // Evict it, and invalidate the collection so cached queries stop
203
- // serving it. The conflict above keeps the user's data and the
204
- // server's verdict; the cache stops testifying to a fiction.
205
- // MUTATION: phantom eviction removed
210
+ // Evict it from the record cache and from every cached query that
211
+ // holds it -- precisely, not by dropping the collection's saved
212
+ // results, which a device still offline needs. The conflict above
213
+ // keeps the user's data and the server's verdict; the cache stops
214
+ // testifying to a fiction.
215
+ if (write.operation === 'insert' && write.recordId) {
216
+ await removeCachedRecord(userId, write.recordId);
217
+ await removeFromCachedQueries(userId, write.collection, write.recordId);
218
+ }
206
219
  if (write.recordId)
207
220
  blocked.add(write.recordId);
208
221
  continue;
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@koolbase/core",
3
- "version": "12.13.0",
3
+ "version": "12.13.1",
4
4
  "description": "Koolbase SDK core \u2014 shared behaviour behind @koolbase/react-native and @koolbase/js. Install one of those, not this.",
5
5
  "main": "./dist/cjs/index.js",
6
6
  "types": "./dist/esm/index.d.ts",