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
In @solidjs/router 0.13.1, using useIsRouting() inside the root component would yield false
now it yields true and the markup for this result is sent to the client, then when the component mounts it switches to false
when it switches everything inside Suspense is removed from the DOM for some reason
all of this may be expected from changes in 0.13.2 and 0.13.3, but I am placing it here in case this behavior is not intentional. This makes it more difficult to have global handling for displaying a loader during routing.
After playing with Suspense more, it looks like the issue of removing DOM elements can be fixed by wrapping {props.children} like <div>{props.children}</div> so perhaps this is some Suspense hydration issue.
But still, need to confirm if useIsRouting() should now be true on app load
I mean the error is but it still shouldn't happen. I believe it is fixed in 0.13.6 as I can't reproduce in the reproduction after upgraind. There were some missteps around 0.13.3 but I think we are back in a good spot.
Describe the bug
In @solidjs/router 0.13.1, using
useIsRouting()
inside the root component would yield falsenow it yields true and the markup for this result is sent to the client, then when the component mounts it switches to false
when it switches everything inside Suspense is removed from the DOM for some reason
all of this may be expected from changes in 0.13.2 and 0.13.3, but I am placing it here in case this behavior is not intentional. This makes it more difficult to have global handling for displaying a loader during routing.
Your Example Website or App
https://github.com/sabercoy/solid-start-useIsRouting
Steps to Reproduce the Bug or Issue
clone the repo, install deps, run dev
Expected behavior
I expected the behavior to remain the same as 0.13.1
Screenshots or Videos
Screencast.from.2024-05-11.23-40-30.mp4
Platform
Additional context
No response
The text was updated successfully, but these errors were encountered: