|
17 | 17 | * re-verification carrier: re-measure the prolongation once that fix lands, and |
18 | 18 | * close only on the measurement. |
19 | 19 | * |
20 | | - * The re-verification (PR #14431) found that #13331 closes the registry-heal |
| 20 | + * The re-verification (commit a98b61b3e) found that #13331 closes the registry-heal |
21 | 21 | * half but opens a SECOND gap on the read-in-window path (see "Arms" below, |
22 | 22 | * preserved as history). Ruling A′ (2026-09-03, director batch #22, comment |
23 | 23 | * 5528370129) ordered the fix for that gap: `applyRemoteMetadataMutation` |
|
110 | 110 | * writes the deleted row straight back into the registry the bridge |
111 | 111 | * just healed — and the registry has no TTL. |
112 | 112 | * |
113 | | - * So the prolongation was — PR #14431's finding, kept as history below — |
| 113 | + * So the prolongation was — commit a98b61b3e's finding, kept as history below — |
114 | 114 | * neither unconditionally bounded nor unconditionally unbounded, and the |
115 | 115 | * discriminator was not time but TRAFFIC: |
116 | 116 | * |
|
132 | 132 | * one. The bounded arm is the quiet-replica arm. |
133 | 133 | * |
134 | 134 | * --------------------------------------------------------------------------- |
135 | | - * Why the re-hydration USED TO happen, precisely (history — PR #14431) |
| 135 | + * Why the re-hydration USED TO happen, precisely (history — commit a98b61b3e) |
136 | 136 | * --------------------------------------------------------------------------- |
137 | 137 | * Nothing on the bridge's receipt path touched the WRITE EPOCH that keys the |
138 | 138 | * overlay cache. `applyRemoteMetadataMutation` re-read the row and repaired the |
|
180 | 180 | * re-derived (the dispatch forbids re-deriving that finding). |
181 | 181 | * 3. list-cache TTL (#5109) ............. RE-MEASURED, then CLOSED. At this |
182 | 182 | * door the cache is `meta-overlay-cache`, not `MetadataManager.listCache` — |
183 | | - * PR #14431 found it did not merely delay the correct answer, it FED the |
| 183 | + * commit a98b61b3e found it did not merely delay the correct answer, it FED the |
184 | 184 | * untimed registry, converting a 30s residue into an unbounded one on any |
185 | 185 | * read landing in the window. Ruling A′'s bump on the receipt path retires |
186 | 186 | * this cache at the moment of convergence, so the read that follows has |
@@ -691,7 +691,7 @@ describe('[#13609] ⭐ the re-verification: how long does the peer keep serving |
691 | 691 |
|
692 | 692 | // `measureProlongationMs` reads the door once BEFORE advancing the |
693 | 693 | // clock — i.e. inside the residue window, which is what a replica |
694 | | - // under load does continuously. Previously (PR #14431) that read |
| 694 | + // under load does continuously. Previously (commit a98b61b3e) that read |
695 | 695 | // converted the bounded cache residue into an unbounded registry |
696 | 696 | // entry. Now the convergence bump has already retired the cache |
697 | 697 | // before this first read runs, so the read-in-window traffic |
|
0 commit comments