7cfb07a99eThe shim has been silently restoring Asyncify.currData across overlapping parks since it was written — so a prod console dump could never say whether the #9153 family fired, mislinked, or was bypassed. Rate-limited [wx-asyncify] reporting, calibrated against the timer-park e2e (2 rounds, 2026-07-31): - concurrent-park: a FRESH park (state 0) starting while another chain's currData is live. state-2 entries are NOT reported — every legal resume re-enters handleSleep while Rewinding (~100/s measured on a healthy run). - reentrant-state: handleSleep entered mid-unwind (state 1) — never observed; if it ever fires it IS the bug. - aliased-wake-live / overlapped-wake: the restore actually repairing — dangerous (other chain still parked) vs benign (other chain done). The e2e observed 8 live cross-restores in one run, all survived. Console.log only, no printf plumbing needed; stacks name the parker (__asyncjs__wxWasmYieldToBrowser vs _emscripten_sleep etc.). .ci-cache-epoch 1→2: the wasm output cache key omits scripts/**. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019SE4o46Lnq3hF574FFq8x4
1 line
2 B
Text
1 line
2 B
Text
2
|