Commit 708ea5d
test(e2e): wait for terminal historian state (flag cleared), not just compartment row
historian-success failed in CI (host behavior) at line 216: compartment
published (count=1) and historian ran (requests=1), but compartment_in_progress
was still 1. Passed locally (44/44 on 1.16.0); only the slower CI runner hit it.
Root cause is a test race, not a plugin bug. The compartment row is COMMITted
(compartment-runner-incremental.ts BEGIN IMMEDIATE..COMMIT) well before
compartment_in_progress clears at the end of the same async run — there's an
(git/project registration, slower on a fresh CI
checkout) plus embedding/signal/marker work in between. The old waitFor keyed
only on compartment count, so it returned the instant the row appeared and then
asserted the flag, which hadn't cleared yet.
The flag always ends at 0 on a finished run (success path clears it; any throw
clears it via the runner catch), so the terminal invariant is compartment1 parent ab8e203 commit 708ea5d
1 file changed
Lines changed: 21 additions & 3 deletions
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
173 | 173 | | |
174 | 174 | | |
175 | 175 | | |
176 | | - | |
| 176 | + | |
| 177 | + | |
| 178 | + | |
| 179 | + | |
| 180 | + | |
| 181 | + | |
| 182 | + | |
| 183 | + | |
| 184 | + | |
| 185 | + | |
| 186 | + | |
| 187 | + | |
177 | 188 | | |
178 | 189 | | |
179 | 190 | | |
| |||
182 | 193 | | |
183 | 194 | | |
184 | 195 | | |
185 | | - | |
| 196 | + | |
| 197 | + | |
| 198 | + | |
| 199 | + | |
| 200 | + | |
| 201 | + | |
| 202 | + | |
| 203 | + | |
186 | 204 | | |
187 | | - | |
| 205 | + | |
188 | 206 | | |
189 | 207 | | |
190 | 208 | | |
| |||
0 commit comments