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
Solid 2.0 appears to provide no built-in primitive for detecting when a previously failed (or explicitly evicted) value is being fetched again without a stale value to show.
Specifically:
Inside <Errored fallback={(err, reset) => ...}>, calling reset() triggers recomputation but returns immediately; there is no promise, signal, or observable retry state exposed to the fallback.
After a cache eviction + re-read, there is no isPending(...)-equivalent for the case where the previous value is gone and a new fetch is now in flight.
This means retry/refetch UI currently requires manual coordination, such as managing an isRetrying signal and wiring it to prefetch(...).finally(...) alongside reset().
Should Solid expose something for this case, such as:
an isRetrying(...) / isRefetching(...) primitive, or
a reset() API that returns a promise or observable retry lifecycle?
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
<Loading>isPending()<Errored>Solid 2.0 appears to provide no built-in primitive for detecting when a previously failed (or explicitly evicted) value is being fetched again without a stale value to show.
Specifically:
Inside
<Errored fallback={(err, reset) => ...}>, callingreset()triggers recomputation but returns immediately; there is no promise, signal, or observable retry state exposed to the fallback.After a cache eviction + re-read, there is no
isPending(...)-equivalent for the case where the previous value is gone and a new fetch is now in flight.This means retry/refetch UI currently requires manual coordination, such as managing an
isRetryingsignal and wiring it toprefetch(...).finally(...)alongsidereset().Should Solid expose something for this case, such as:
isRetrying(...)/isRefetching(...)primitive, orreset()API that returns a promise or observable retry lifecycle?Beta Was this translation helpful? Give feedback.
All reactions