Bjorn Lu
Bjorn Lu
Digging around the source code, my guess is that SvelteKit's manifest wasn't able to detect the component's CSS to inline it into the initial html response. I'm not sure where...
This is likely because svelte-preprocess tries to locate the import, but it doesn't know about alias. The SCSS never reaches Vite. There are two options: 1. Use `useVitePreprocess` in the...
They do option 1 by default.
No, but for `` specifically, it's recommended to do `import "./style.scss"` in JS instead as that's faster performance-wise.
Looks like there has been some work for array support for `extends`: https://github.com/microsoft/TypeScript/pull/50403
adapter-node now uses `rollup` (#6896) which I believe solved the issue here
@sw-yx Seems like it's happening for `adapter-netlify` (which `adapter-auto` picks) which is still using esbuild. But the original cause #6372 only changes `adapter-node`, so something else might have caused it...
This is because assets are only generated for the client side builds (which doesn't bundle endpoints). SSR builds (which bundles endpoints) don't generate assets. To workaround this, you can specify...
I thought this was already fixed via https://github.com/sveltejs/vite-plugin-svelte/issues/360. A workaround for now is to add this in `vite.config.js`: ``` ssr: { noExternal: ['sveltekit-flash-message'] } ```
It should be added automatically but it's not, which sounds like a bug. I'll transfer this over to `vite-plugin-svelte` to track there onwards.