Open drcmda opened 1 year ago
I'm not sure if it's described well in react-18 WG discussions (I think there was a tweet about it from Seb.), but the "Sync" is important. It's not useExternalStore
. So, it's not a bug per se. It's a designed limitation.
I hit the same behavior and it was far from obvious in my case, because uSES wasn't the one that supposed to be triggering suspense. I created this sandbox https://codesandbox.io/s/upbeat-flower-2gnhm6 to show that the shim implementation (use-sync-external-store
itself, before it got rerouted to the React hook implementation) didn't have this behavior and was working in the way I as a user would expect: when suspending render is triggered via useTransition, I can use pending
flag instead of suspense boundary for UI feedback.
https://github.com/facebook/react/assets/858295/28c030eb-10a1-433a-8151-6f93eff59c44
I'll tag in a related React-Redux issue:
This issue has been automatically marked as stale. If this issue is still affecting you, please leave any comment (for example, "bump"), and we'll keep it open. We are sorry that we haven't been able to prioritize it yet. If you have any new additional information, please include it with your comment!
Bump. There was no patch for it and we are yet to discover if v19 fixes the issue.
I can confirm that this bug is still present in React 19.0.0-beta-94eed63c49-20240425
. I created a repo for reproduction (since my old codesandbox disappeared): https://github.com/alexeyraspopov/react-beta-bugs. Here's the video as well. Disregard the first text being always gray, there's another bug I'll report separately. Should I also create a separate ticket for v19 behavior? @eps1lon
https://github.com/facebook/react/assets/858295/fbd8d16c-afdc-4ddb-8737-cccae17dde6d
This issue has been automatically marked as stale. If this issue is still affecting you, please leave any comment (for example, "bump"), and we'll keep it open. We are sorry that we haven't been able to prioritize it yet. If you have any new additional information, please include it with your comment!
bump
I'm using @tanstack/router for one of my apps. I just started integrating it and discovered an odd behaviour when I was using the browser's navigation buttons. Every time I go forth or back, the whole router suspends and shows the loading/pending component that can be set. If I don't set it, the whole screen just disappears due to some parts in the react-dom package that set display: none !important
. I tried to figure out the reason for it, because this does not happen with react 18.
Then I found this line here : https://github.com/TanStack/router/blob/7d6ebcf5f01febd961ae1bd854205dacacc5938e/packages/react-router/src/Transitioner.tsx#L28
When we're not on the server, tanstack router uses React's useTransition() hook and that seems to lead to a very similar behaviour as @alexeyraspopov shows in the video in https://github.com/facebook/react/issues/26814#issuecomment-2079275889.
It's kinda easy to reproduce. Just checkout one of the @tanstack/router examples (e.g. this one https://github.com/TanStack/router/tree/main/examples/react/kitchen-sink-file-based) and instead of react 18.x use the rc
version. Try both when navigating with the browser history / navigation buttons and you'll see that each time the history is being changed, the whole app will disappear.
I got around this problem by wrapping the transition state in a hook, I couldn't find any examples of how to get around this, maybe it's worth recording this somewhere in the documentation
const useTransitionState = () => {
// useEvent is created store in zustand
const contentType = useEvent.use.contentType();
const [type, setType] = useState<'simple' | 'template' | undefined>(contentType);
const setContentType = useEvent.use.setContentType();
useEffect(() => {
if (type !== contentType) {
setType(contentType);
}
}, [contentType]);
useEffect(() => {
if (type !== contentType) {
setContentType(type);
}
}, [type]);
return { type, setType };
};
the code is not clean, my idea is to subscribe to the state change that we store in the store and wrap it in state
if there are any ideas on how to get around this, please write, I will be grateful
React version: 18.2.0
Steps To Reproduce
We learn that components should not rely on render. But useTransition does seem to rely on it. If we wrap a set into a useTransition:
everything that now suspends because of it is marked as a transition, it will not go into suspense fallback but instead
pending
will be true. ✅But if the suspending component, for whatever reason, happens to render again while still in suspense, giving react the same promise that it already has, then it will unpend because that render wasn't marked a transition. ❌
This at least happens when state managers are built on uSES.
Link to code example:
https://codesandbox.io/s/cool-fast-pcz6bv?file=/src/App.js
The current behavior
In that sandbox it:
The expected behavior
startTransition should mark the component that suspended a transition as long as it suspends.
btw, @dai-shi has an extension that lets us use zustand without uSES, it does not happen then: https://codesandbox.io/s/suspicious-hooks-hdvxhl?file=/src/App.js