2.0.0-rc.13 async isPending derivation makes rendered memo values disagree
Maintainers usually reply within 1 day
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 45/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Active
- Tech stack
- javascript, typescript
- Domain
- frontend, performance
Research direction
Start with the linked reproduction and inspect the compiled JSX and connected DOM behavior described there, comparing the two reads of gate() during the delayed update. The payload names no source file or test; done means both visible gate() values remain consistent while the pending state is held or revealed, including against the current next runtime.
Written by the indexing model from the issue text.
Description
Describe the bug
Two JSX expressions read the same async memo, gate(). After an update, one displays 200 while the other still displays 100 for about three seconds.
The second expression also reads an async derivation of isPending(source). Retaining its previous pending value while the correction waits is understandable, but this also leaves its ordinary gate() read disagreeing with the other visible expression.
Your Example Website or App
https://s.olid.uk/id/lg40u1dpQkC5mIUmTn_Grw
Steps to Reproduce the Bug or Issue
- Wait for initialization (about three seconds), until both rows show
false | 100. - Click Run.
- After about 300ms, the first row shows
true | 200and the second showstrue | 100. - The different right-hand values remain visible for about three seconds. Both rows eventually show
false | 200.
Expected behavior
The two visible reads of the ordinary memo gate() should agree while this update is held or revealed. This does not require the pending boolean to immediately become false: the delayed pending correction can remain held without showing two different values of gate() at once.
Screenshots or Videos
No response
Platform
- OS: Linux
- Browser: Chromium 151.0.7922.173
- Solid: 2.0.0-rc.13; also reproduced with current
nextat e44b2e4.
Additional context
Verified with compiled JSX and connected DOM in both development and production, including builds of the current next runtime and JSX compiler. There are no imperative reads, latest() calls, or loading boundaries in this example.
Two controls remove the mismatch:
- Change the pending-true delay from
300to50, so the child resolves before its parents: both rows showtrue | 200during the hold. - Make
slowsynchronous by returningvalueinstead ofdelay(...): both rows showfalse | 200after the parent work resolves.
- Dominant language
- TypeScript
- Stars
- 36.1k
- Forks
- 1.1k
- Avg merge
- 13h 13m
- Merged PRs (30d)
- 306
Getting set up
- No Dockerfile or Docker Compose file
- Has a pull request template
- Read the contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from solidjs/solid
-
Difficulty 3/5 1-2 days Newbie friendliness 70/100
Maintainers usually reply within 1 day
-
Difficulty 3/5 1-2 days Newbie friendliness 45/100
Maintainers usually reply within 1 day
-
Difficulty 4/5 3-5 days Newbie friendliness 55/100
Maintainers usually reply within 1 day
-
Difficulty 3/5 Half a day Newbie friendliness 65/100
Maintainers usually reply within 1 day
-
Per-scope takeover for live nodes whose server value is still streaming (D8 follow-up to #3817)Open
Difficulty 4/5 3-5 days Newbie friendliness 45/100
Maintainers usually reply within 1 day
Similar issues
-
bug DUP Reservations
Difficulty 2/5 1-3 hours Newbie friendliness 62/100
bcgov/reserve-rec-public#952 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
daufderheide/racecoordinator_ai#948 ·
Maintainers usually reply within 1 day
-
Bug pulumi/pulumi
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
Maintainers usually reply within 1 day
-
bug priority:high
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
Maintainers usually reply within 1 day
-
api bug claude
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
diegosouzapw/OmniRoute#15764 ·
Maintainers usually reply within 2 days