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
Up to SvelteKit 2.5.4, the loading-animation div was removed from the DOM when the SvelteKit app finishes loading. However, this no longer works in SvelteKit 2.5.5, and the loading animation continues to display on top of the loaded app.
I think this is the right behaviour since no SSR means no hydration, thus no repairing the DOM. It's easy enough to query the document for the loading element and remove it in an onMount callback.
cc: @Rich-Harris was disabling the hydration behaviour on SPA project considered a breaking change?
Isn't the Svelte app hydrated to the DOM regardless of whether SSR is enabled? To me it's confusing that siblings of %sveltekit.body% wouldn't always be replaced when it's rendered, especially given that this has always worked before. If this difference is intended, it should at least be documented somewhere.
Isn't the Svelte app hydrated to the DOM regardless of whether SSR is enabled?
Hydration is only required when the page contents have already been rendered by SSR. If the HTML hasn't been rendered yet, it's just client-side rendering.
To me it's confusing that siblings of %sveltekit.body% wouldn't always be replaced when it's rendered, especially given that this has always worked before. If this difference is intended, it should at least be documented somewhere.
Yeah, this makes me think it might have been a breaking change and may be something we need to wait until the next major version for including documentation for it.
Describe the bug
I have an SPA mode app using adapter-static.
My
app.html
file contains the following inside the<body>
tag:Up to SvelteKit 2.5.4, the
loading-animation
div was removed from the DOM when the SvelteKit app finishes loading. However, this no longer works in SvelteKit 2.5.5, and the loading animation continues to display on top of the loaded app.Reproduction
My top-level
+layout.ts
file contains:Logs
No response
System Info
Severity
blocking an upgrade
Additional Information
I suspect this issue may be caused by #12050.
The text was updated successfully, but these errors were encountered: