You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[2.0] Sibling Loading on boundaries hold silently when one reads its async through createErrorBoundary #4638
On next3ca5262. Two sibling <Loading on={sel()}> boundaries. One reads an async memo through createErrorBoundary (used as a value-level catch), and the other reads a plain async memo keyed by the same signal. When sel changes, neither boundary shows its fallback. The old content stays on screen until both answers land, so the transition holds silently.
If you remove the error boundary, both boundaries show their fallbacks at once. A single boundary that reads through the error boundary also works (it shows loading #1). The failing combination is the error boundary read plus a sibling Loading on that is pending.
Found in ReactiveScript's AI eval (round 10, desk rx-1). There, okDetail = (asked catch (e) => null) lowers to createErrorBoundary. The issue switch never showed "loading #N", and the error lines for the old issue stayed up until the new issue's answers landed. If the agent's app uses an errored region instead of the catch expression, it shows the fallback at once.
Activity
test(web): import createErrorBoundary from solid-js/internal in the #…
fix(signals): a pending error-boundary output read only behind fallba…
ryansolid commentedon Nov 3, 2026
Fixed on
nextby #4639 (6e569c7); it ships in the next RC.Generated by Claude Code