[fix] hydration append issue #6602
Conversation
| Why is there a change for how |
| In issue #6463, |
src/runtime/internal/dom.ts Outdated
| } | ||
| return result; | ||
| } | ||
| |
There was a problem hiding this comment.
If you have multiple <svelte:head> elements, wouldn't this be selecting {@html} elements from another <svelte:head> element?
There was a problem hiding this comment.
I imagine it would, yeah. This would also be addressed if the HtmlTag class (or, I guess, the HtmlTagHydration class) were responsible for inserting this attribute on the top level elements - since each component would only be removing elements matching its unique scoping class name.
| Could you update this to only include the fix for #6561 please? This seems like a more serious regression, and is something with a less controversial fix. We can take a look at the fix for #6463 (which appears to be a much longer-standing bug) in another PR, perhaps by updating how the elements are created in SSR. rather than how they are claimed. |
| Thank you! I will cut a new release with this shortly. |
| Thank you for the feedback! |
3 participants
(Hopefully) Fixes #6561 (issue with keyed each block)
and fixes 6463 (hydration duplicates elements inhead)Fix for issue #6561 is in the
append_hydrationfunction where an append operation was omitted in a case wherenode.parentNode === targetbutnode.nextSibling !== null. The corresponding test isruntime/samples/key-block-post-hydrate.Fix for issue #6463 is based on the comment #6463 (comment). The corresponding test ishydration/samples/head-html.