• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In

solidjs / solid / 41124912075
78%
main: 89%

Build:
Build:
LAST BUILD BRANCH: claude/project-thread-x1ore2-4542
DEFAULT BRANCH: main
Ran 30 Oct 2026 08:48PM UTC
Jobs 1
Files 12
Run time 1min
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst

30 Oct 2026 08:39PM UTC coverage: 78.1%. Remained the same
41124912075

push

github

web-flow
fix(signals): a derived store's readers settle with its derive, not by a re-run (#4493)

* fix(signals): a derived store's derive re-runs when a source it pends on settles

`createStore(fn)` over an async memo. The derive went pending on the memo's
flight by propagation (`familyStatus` -> `wakeFamily`), and the store's
readers were parked on the derive itself. When the flight then settled
without the derive re-running (a rejection staged in its transaction, or a
re-ask that returned to the committed question), the settle walk retired
the memo from the derive but never reached the readers parked on it:
`isPending` stayed true forever (F-9), and the staged rejection's
transaction never landed, so the error never showed (F-12, D-41). The wake
now marks the derive blocked, as a pass that threw is, so the settle
re-runs it and its commit settles the family.

Found by the async-gen rerun on rc.20 (pair E3, rows #1 and #9).

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_015hPxMkC3jg3Uivh65gvaf2

* chore(size): record the derived-store settle fix's sizes over next @ 7135a77a

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_015hPxMkC3jg3Uivh65gvaf2

* fix(signals): a derived store's readers settle with its derive, not by a re-run

The derive pending by propagation (familyStatus -> wakeFamily) was marked
blocked so its source's settle re-ran it. For an async derive that re-run
is a new flight: when the source's rejection was staged, the walk in
stageError re-ran the derive in the same flush, ahead of the commit that
publishes the error to it. The new flight woke the family again, so a
reader beside isPending showed a second pending frame before the error
(#4463's error-once test, D-41).

The settle walk now settles the family instead (familyStatus with no
status -> settleFamily) when it retires a derive's pending without a pass
to re-run, as a memo's ... (continued)

790 of 1090 branches covered (72.48%)

Branch coverage included in aggregate %.

1125 of 1362 relevant lines covered (82.6%)

29.78 hits per line

Jobs
ID Job ID Ran Files Coverage
1 41124912075.1 30 Oct 2026 08:48PM UTC 12
78.1
GitHub Action Run
Source Files on build 41124912075
  • Tree
  • List 12
  • Changed 0
  • Source Changed 0
  • Coverage Changed 0
Coverage ∆ File Lines Relevant Covered Missed Hits/Line Branch Hits Branch Misses
  • Back to Repo
  • Github Actions Build #41124912075
  • 20c115c4 on github
  • Prev Build on next (#41122374697)
  • Next Build on next (#41125818647)
  • Delete
STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE TRIAL · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2026 Coveralls, Inc