Dominic Gannaway

Results 315 comments of Dominic Gannaway

For prod: Svelte 5: ![Screenshot 2024-05-13 at 15 09 29](https://github.com/sveltejs/svelte/assets/1519870/8afc8852-cf2e-4b47-8ad9-2cf6cce9d1d7) Svelte 4: ![Screenshot 2024-05-13 at 15 09 46](https://github.com/sveltejs/svelte/assets/1519870/d6a03d58-f9b7-47ab-a4bf-62e790a566e6) I don't see anything here that stands out as problematic?

I do see this in Svelte 5, which doesn't look like something Svelte 5 has in its runtime: ![Screenshot 2024-05-13 at 15 10 49](https://github.com/sveltejs/svelte/assets/1519870/8c7cd665-41de-4ab0-96ac-862afcf75b98) This is what is adding the...

@gtm-nayan It is in both, it just seems to majorly affect Svelte 5 compared to Svelte 4. Not sure why.

Interestingly, avoiding using document fragments internally from doing this: ```svelte {#each {length: 50000} as _} {/each} ``` Has a noticeable impact on performance for Svelte 5.

@gtm-nayan You're on to something: Svelte 5 logs of DOM mutations: ``` (2) [MutationRecord, MutationRecord] ``` Svelte 4 logs of DOM mutations: ``` (200019) [MutationRecord, MutationRecord, MutationRecord, MutationRecord, MutationRecord, MutationRecord,...

Ah maybe it's not that on reflection. It seems we early return and don't add the mutation observer at all.

Can you update to the latest version of Svelte 5? This should include some improvements.

@mheinzerling Yeah I think we need a better example. For me Svelte 5 is faster in script time and parse html/css time than Svelte 4.

If you open the dev tools and enable pause on exception, it should stop on the error that occurs that is causing the hydration error. Can you show what that...