Differential legacy builds #12

Rich-Harris · 2020-09-16T02:44:11Z

Not yet sure what this looks like

backflip · 2021-03-23T20:42:48Z

Unverified assumption: https://github.com/vitejs/vite/tree/main/packages/plugin-legacy might help here.

seanlail · 2021-04-07T09:40:49Z

If legacy support is added it will likely add security vulnerabilities.

Which is fine... if legacy is opt-in only the user should be warned that it could be dangerous.
The thing to watch out for is that these vulnerabilities are not exposed to the non-legacy / default setup.

This has come up in a few tickets in Sapper and most recently here:
sveltejs/sapper#1760

Relates to #93

johngrasty · 2021-05-14T10:36:32Z

I have not doubt this is a pain, but I am very glad that it is being considered though. These legacy platforms are no fun, but they are still often a reality. Thank y'all for all of the hard work on this project. It really is great!

silllli · 2021-05-16T22:09:30Z

+1 @johngrasty

(I have used a solution based on Antony Jones’ repository (antony/sapper-ie) for IE11 support with Sapper and was quite happy I got it working rather automatically.

If you work on projects for or visited by public institutions in Germany, there are chances that these visitors are using an old, restricted Windows machine. 😢)

lukechu10 · 2021-06-01T03:20:22Z

Is there any update or plan for this? This is a deal breaker for me and preventing me from migrating over from sapper because I need to target a platform that does not support native ESM. I tried using @vitejs/plugin-legacy but it doesn't seem to play nice with SvelteKit (maybe because of SSR?)

TracerBuilt · 2021-07-30T17:48:17Z

I was able to get @vitejs/plugin-legacy configured and outputting legacy chunks properly, but the <script nomodule> tag doesn’t appear to be getting passed through to the resulting html from @sveltejs/adapter-netlify. Are there any ways at all to accomplish this currently? I really need to be able to provide legacy support, and haven’t been able to find any concrete information about how to do it.

smertelny · 2021-11-01T15:28:56Z

I was able to get @vitejs/plugin-legacy configured and outputting legacy chunks properly, but the <script nomodule> tag doesn’t appear to be getting passed through to the resulting html from @sveltejs/adapter-netlify. Are there any ways at all to accomplish this currently? I really need to be able to provide legacy support, and haven’t been able to find any concrete information about how to do it.

I've managed to make it work in IE11 with @vitejs/plugin-legacy and staticAdapter by adding necessary polyfills by hand ('custom-event-polyfill' , 'core-js/modules/es.promise.js', 'regenerator-runtime/runtime') but the biggest problem is that you will need to add some code to each html file with legacy build scripts, like this

<script nomodule="" src="/_app/assets/polyfills-legacy.[hash].js"></script>
<script nomodule="">
  System.import("/_app/start-legacy-[hash].js").then(function(mod) {
    mod.start({ // all options was taken from code generated by sveltekit in type="module" script
				target: document.querySelector("#svelte"),
				paths: {"base":"","assets":""},
				session: {},
				host: location.host,
				route: true,
				spa: false,
				trailing_slash: "never",
				hydrate: {
					status: 200,
					error: null,
					nodes: [
						System.import("/_app/layout.svelte-legacy-[hash].js"), // "import" call changed to System.import in order to work in old browsers
						System.import("/_app/pages/about.svelte-legacy-[hash]js")
					],
					page: {
						host: location.host, // TODO this is redundant
						path: "\u002Fabout",
						query: new URLSearchParams(""),
						params: {}
					}
				}
			});
  })
</script>

I was trying to understand how to make sveltekit generate such a code to be added to %svelte.body% but didn't make it. Will try to look at this in near future, if I will have time.
Hope it will help someone in future investigations)

Update: I've managed to monkey-patch (under monkey-patching I mean that I just added some functions and data here and there and it just works) build_server and render_response functions in order to provide needed data for template and build sites with adapter-static and adapter-node which could be opened with IE11 and it worked. Don't know if I could provide a proper pull request for this, to be honest

rodoch · 2021-11-02T19:11:23Z

@smertelny I've been working on something similar and was falling at the last hurdle (i.e. calling the client start function successfully in legacy browsers). I'd love to see what you've done if you were able to put it in a repo somewhere and I might be willing to take a PR on.

…tion

winston0410 · 2022-07-28T00:13:20Z

@NikolayMakhonin same thing in clean latest version of sveltekit with this plugin (vitejs/plugin-legacy) but with errors :

> my-app@0.0.1 build
> vite build

vite v3.0.2 building for production...
✓ 34 modules transformed.
[vite-plugin-svelte-kit] ENOENT: no such file or directory, open 'D:\projects\my-app\.svelte-kit/output/client//manifest.json'
error during build:
Error: ENOENT: no such file or directory, open 'D:\projects\my-app\.svelte-kit/output/client//manifest.json'
      at Object.openSync (node:fs:585:3)
      at Object.readFileSync (node:fs:453:35)
      at client_build_info (file:///D:/projects/my-app/node_modules/@sveltejs/kit/dist/vite.js:2921:16)
      at Object.writeBundle (file:///D:/projects/my-app/node_modules/@sveltejs/kit/dist/vite.js:3062:19)
      at file:///D:/projects/my-app/node_modules/rollup/dist/es/shared/rollup.js:22694:37
      at async Promise.all (index 0)
      at async file:///D:/projects/my-app/node_modules/rollup/dist/es/shared/rollup.js:23717:13
      at async catchUnfinishedHookActions (file:///D:/projects/my-app/node_modules/rollup/dist/es/shared/rollup.js:23040:20)
      at async doBuild (file:///D:/projects/my-app/node_modules/vite/dist/node/chunks/dep-1513d487.js:43468:26)
      at async build (file:///D:/projects/my-app/node_modules/vite/dist/node/chunks/dep-1513d487.js:43297:16)

and strange, double slash in the file path client//manifest.json

my package-lock.json:

"@sveltejs/kit": {
	"version": "1.0.0-next.382",
	...
},
"@sveltejs/vite-plugin-svelte": {
	"version": "1.0.1",
	...
},
"vite": {
	"version": "3.0.2",
	...
},
"@vitejs/plugin-legacy": {
	"version": "2.0.0",
	...
}

while the plugin returns js files

without the plugin returns all files (js, assets directory: css, woff, woff2, svg, and manifest.json)

sorry i'm using a translator

I can confirm I have the same error, the path is malformed there after using the legacy plugin.

smertelny · 2022-08-03T07:09:34Z

Finally I had some time to look into it (again).
The path with two slashes (//) is working (somehow) and is not causing any troubles, because this path is same when building without plugin-legacy.
The problem is that "manifest.json" is not formed by vite while using plugin-legacy at the moment sveltkit's vite plugin is trying to read it.

But there is another problem for implementing legacy build and it is a module that is inlined into page with start and set_public_env function in it.
Is there anything that stops us from extracting it into it's own file and extracting data needed for hydration into some script tag with application/json type in order not to trigger CSP?

ZaDarkSide · 2022-08-08T00:07:05Z

@NikolayMakhonin same thing in clean latest version of sveltekit with this plugin (vitejs/plugin-legacy) but with errors :

> my-app@0.0.1 build
> vite build

vite v3.0.2 building for production...
✓ 34 modules transformed.
[vite-plugin-svelte-kit] ENOENT: no such file or directory, open 'D:\projects\my-app\.svelte-kit/output/client//manifest.json'
error during build:
Error: ENOENT: no such file or directory, open 'D:\projects\my-app\.svelte-kit/output/client//manifest.json'
      at Object.openSync (node:fs:585:3)
      at Object.readFileSync (node:fs:453:35)
      at client_build_info (file:///D:/projects/my-app/node_modules/@sveltejs/kit/dist/vite.js:2921:16)
      at Object.writeBundle (file:///D:/projects/my-app/node_modules/@sveltejs/kit/dist/vite.js:3062:19)
      at file:///D:/projects/my-app/node_modules/rollup/dist/es/shared/rollup.js:22694:37
      at async Promise.all (index 0)
      at async file:///D:/projects/my-app/node_modules/rollup/dist/es/shared/rollup.js:23717:13
      at async catchUnfinishedHookActions (file:///D:/projects/my-app/node_modules/rollup/dist/es/shared/rollup.js:23040:20)
      at async doBuild (file:///D:/projects/my-app/node_modules/vite/dist/node/chunks/dep-1513d487.js:43468:26)
      at async build (file:///D:/projects/my-app/node_modules/vite/dist/node/chunks/dep-1513d487.js:43297:16)

We need this fixed same thing is happening to me too, no manifest.json for client is created only for server.

perqa · 2022-08-08T14:31:37Z

Looks like this issue is tagged as post-1.0. Since it is the one issue which blocks me (and others) from using Sveltekit in projects, I would like to suggest to move it to 1.0 tag, like it used to be. @Rich-Harris ? Is it definitely out of scope?

Sveltekit is a great candidate when developing apps for low-performant devices, since it is less demanding in runtime than most other frameworks. However, those low-performant devices usually require legacy support, and that's the blocker.

Tal500 · 2022-08-22T07:39:23Z

@NikolayMakhonin same thing in clean latest version of sveltekit with this plugin (vitejs/plugin-legacy) but with errors :

> my-app@0.0.1 build
> vite build

vite v3.0.2 building for production...
✓ 34 modules transformed.
[vite-plugin-svelte-kit] ENOENT: no such file or directory, open 'D:\projects\my-app\.svelte-kit/output/client//manifest.json'
error during build:
Error: ENOENT: no such file or directory, open 'D:\projects\my-app\.svelte-kit/output/client//manifest.json'
      at Object.openSync (node:fs:585:3)
      at Object.readFileSync (node:fs:453:35)
      at client_build_info (file:///D:/projects/my-app/node_modules/@sveltejs/kit/dist/vite.js:2921:16)
      at Object.writeBundle (file:///D:/projects/my-app/node_modules/@sveltejs/kit/dist/vite.js:3062:19)
      at file:///D:/projects/my-app/node_modules/rollup/dist/es/shared/rollup.js:22694:37
      at async Promise.all (index 0)
      at async file:///D:/projects/my-app/node_modules/rollup/dist/es/shared/rollup.js:23717:13
      at async catchUnfinishedHookActions (file:///D:/projects/my-app/node_modules/rollup/dist/es/shared/rollup.js:23040:20)
      at async doBuild (file:///D:/projects/my-app/node_modules/vite/dist/node/chunks/dep-1513d487.js:43468:26)
      at async build (file:///D:/projects/my-app/node_modules/vite/dist/node/chunks/dep-1513d487.js:43297:16)

and strange, double slash in the file path client//manifest.json

my package-lock.json:

"@sveltejs/kit": {
	"version": "1.0.0-next.382",
	...
},
"@sveltejs/vite-plugin-svelte": {
	"version": "1.0.1",
	...
},
"vite": {
	"version": "3.0.2",
	...
},
"@vitejs/plugin-legacy": {
	"version": "2.0.0",
	...
}

while the plugin returns js files

without the plugin returns all files (js, assets directory: css, woff, woff2, svg, and manifest.json)

sorry i'm using a translator

Finally I had some time to look into it (again). The path with two slashes (//) is working (somehow) and is not causing any troubles, because this path is same when building without plugin-legacy. The problem is that "manifest.json" is not formed by vite while using plugin-legacy at the moment sveltkit's vite plugin is trying to read it.

But there is another problem for implementing legacy build and it is a module that is inlined into page with start and set_public_env function in it. Is there anything that stops us from extracting it into it's own file and extracting data needed for hydration into some script tag with application/json type in order not to trigger CSP?

@NikolayMakhonin same thing in clean latest version of sveltekit with this plugin (vitejs/plugin-legacy) but with errors :

> my-app@0.0.1 build
> vite build

vite v3.0.2 building for production...
✓ 34 modules transformed.
[vite-plugin-svelte-kit] ENOENT: no such file or directory, open 'D:\projects\my-app\.svelte-kit/output/client//manifest.json'
error during build:
Error: ENOENT: no such file or directory, open 'D:\projects\my-app\.svelte-kit/output/client//manifest.json'
      at Object.openSync (node:fs:585:3)
      at Object.readFileSync (node:fs:453:35)
      at client_build_info (file:///D:/projects/my-app/node_modules/@sveltejs/kit/dist/vite.js:2921:16)
      at Object.writeBundle (file:///D:/projects/my-app/node_modules/@sveltejs/kit/dist/vite.js:3062:19)
      at file:///D:/projects/my-app/node_modules/rollup/dist/es/shared/rollup.js:22694:37
      at async Promise.all (index 0)
      at async file:///D:/projects/my-app/node_modules/rollup/dist/es/shared/rollup.js:23717:13
      at async catchUnfinishedHookActions (file:///D:/projects/my-app/node_modules/rollup/dist/es/shared/rollup.js:23040:20)
      at async doBuild (file:///D:/projects/my-app/node_modules/vite/dist/node/chunks/dep-1513d487.js:43468:26)
      at async build (file:///D:/projects/my-app/node_modules/vite/dist/node/chunks/dep-1513d487.js:43297:16)

We need this fixed same thing is happening to me too, no manifest.json for client is created only for server.

I'm glad to announce that I had managed to fix this problem on my fork (which is a continuation of PR #2745 by @smertelny).

The reason for the manifest problem is that Vite generates the manifest only after all Rollup build outputs end, as we can see in the internal Vite manifest plugin, in the generateBundle stage:
https://github.com/vitejs/vite/blob/81989bfb32bee3138f406350d518c53b1683919e/packages/vite/src/node/plugins/manifest.ts#L125-L137

Vite-Legacy plugin modifies Rollup output to be an array in size of at least two, one for the legacy version and the other targets for the original:
https://github.com/vitejs/vite/blob/31c2926c681f33552afee8b5e3f5d1f3fc52d069/packages/plugin-legacy/src/index.ts#L307-L314

So in a similar fashion to the internal manifest plugin, I had modified the writeBundle stage in kit plugin, to be processed only after all Rollup build output had been done (since it is called after every output that is done), and now it receives the manifest file:
https://github.com/Tal500/kit/blob/365fc7c20ae2ec365efef204489fbfc204fc15b1/packages/kit/src/vite/index.js#L334-L341

This took me so much time to investigate, I had to make my own version of the vite-legacy and the manifest plugin until I had found this logic. (Why does Vite documentation can't be better and in more details???)
Now the legacy files generation works well!
Basically, now the only thing that is left to my fork is to generate correctly the HTML JS legacy imports and the "nomodule" fixes, and then SvelteKit legacy support could work well! (Need also to clean my code, but who cares :-) )

Looks like this issue is tagged as post-1.0. Since it is the one issue which blocks me (and others) from using Sveltekit in projects, I would like to suggest to move it to 1.0 tag, like it used to be. @Rich-Harris ? Is it definitely out of scope?

Sveltekit is a great candidate when developing apps for low-performant devices, since it is less demanding in runtime than most other frameworks. However, those low-performant devices usually require legacy support, and that's the blocker.

I totally agree.
I saw many features that are important for this project, like internalization, but not legacy.
Although internalization is way more important, legacy is much more urgent since the former can be solved by external libraries of Svelte (which already exists), but the latter must be solved internally in the library, since it's a core issue in the system.

I think that beside the time for implementation, Rich is concerned about the stability of the API for 1.0.
For fixing Rich's concerns, I suggest to have in SvelteKit configuration some section of "experimental features"(i.e. kit.experimental), which are not promised to work, and their API can be changed all the time. This is common in many framework.
If the legacy feature will be pushed too close to the release, it can be marked as experimental.

Tal500 · 2022-08-25T11:32:10Z

I'm glad to share my work - PR #6265, solving this issue.

Please test locally in your legacy browsers and share your experience, I have only tested it on IE11.

ZaDarkSide · 2022-08-26T14:58:58Z

@vitejs/plugin-legacy was updated to 2.0.1

Tal500 · 2022-08-26T15:04:22Z

@vitejs/plugin-legacy was updated to 2.0.1

Yes, the demos on my PR #6265 are using it! Thought I'm not sure the update made a difference.

polioan · 2022-11-01T17:53:46Z

Same err with @vitejs/plugin-legacy and manifest.json

0x366 · 2023-01-09T12:43:52Z

Any updates? Using latest sveltekit with node-adapter with 3.0.1 legacy plugin and still get this error, that vite_manifest.json is not found in .svelte-kit/output/server/vite-manifest.json

[vite-plugin-sveltekit-compile] ENOENT: no such file or directory, open '<proj path>.svelte-kit/output/client/vite-manifest.json' error during build: Error: ENOENT: no such file or directory, open '<proj path>.svelte-kit/output/client/vite-manifest.json' at Object.openSync (node:fs:594:3) at Object.readFileSync (node:fs:462:35) at client_build_info (file://<proj path>node_modules/@sveltejs/kit/src/exports/vite/index.js:189:7) at Object.handler (file://<proj path>node_modules/@sveltejs/kit/src/exports/vite/index.js:501:20) at file://<proj path>node_modules/rollup/dist/es/shared/rollup.js:23660:40 at async PluginDriver.hookParallel (file://<proj path>node_modules/rollup/dist/es/shared/rollup.js:23582:17) at async file://<proj path>node_modules/rollup/dist/es/shared/rollup.js:24990:13 at async catchUnfinishedHookActions (file://<proj path>node_modules/rollup/dist/es/shared/rollup.js:24022:20) at async doBuild (file://<proj path>node_modules/vite/dist/node/chunks/dep-5e7f419b.js:44518:22) at async build (file://<proj path>node_modules/vite/dist/node/chunks/dep-5e7f419b.js:44347:16) at async CAC.<anonymous> (file://<proj path>node_modules/vite/dist/node/cli.js:808:9)

HelloLudger · 2023-01-10T10:16:15Z

If you work on projects for or visited by public institutions in Germany, there are chances that these visitors are using an old, restricted Windows machine. 😢)

@silllli this is exactly my problem. I fear the browser and Windows version are not the real problem. They probably use a white list. Complex JavaScript apps like Google Maps work, but the Svelte test-page (even the legacy test-page) do not work.

Have you found a workaround?

silllli · 2023-01-10T10:54:23Z

If you work on projects for or visited by public institutions in Germany, there are chances that these visitors are using an old, restricted Windows machine. 😢)

@silllli this is exactly my problem. I fear the browser and Windows version are not the real problem. They probably use a white list. Complex JavaScript apps like Google Maps work, but the Svelte test-page (even the legacy test-page) do not work.

Have you found a workaround?

I still use Sapper 🥲

Tal500 · 2023-01-10T11:36:33Z

If you work on projects for or visited by public institutions in Germany, there are chances that these visitors are using an old, restricted Windows machine. 😢)

@silllli this is exactly my problem. I fear the browser and Windows version are not the real problem. They probably use a white list. Complex JavaScript apps like Google Maps work, but the Svelte test-page (even the legacy test-page) do not work.
Have you found a workaround?

I still use Sapper 🥲

I was also like this, until I have become more aggressive, so I created my own PR #6265 and maintain my own fork of SvelteKit. Please tell me if this PR and the demo have a nice DX for you.
It still requires the browser version to be at least IE11 or something similar though, can't pass through this limit.

ZaDarkSide · 2023-01-13T17:25:36Z

@Rich-Harris please take a look at the PR #6265 from @Tal500 we need this feature in SvelteKit 👍

jokin · 2023-02-23T15:14:08Z

It still requires the browser version to be at least IE11 or something similar though, can't pass through this limit.

for me is more than enough, as what i need to support are chrome 49 and opera 32 versions, because of deployed fleets of tvs that included that versions, well, deployed and even new tvs came with that browser versions, so your fork has been a nice thing to start migrating from sapper version.

There's something that we can do to help integrate this fork more easily in the main branch?

Tal500 · 2023-02-23T16:48:16Z

It still requires the browser version to be at least IE11 or something similar though, can't pass through this limit.

for me is more than enough, as what i need to support are chrome 49 and opera 32 versions, because of deployed fleets of tvs that included that versions, well, deployed and even new tvs came with that browser versions, so your fork has been a nice thing to start migrating from sapper version.

There's something that we can do to help integrate this fork more easily in the main branch?

This PR is outdated. Please see my own PR based on this one, in #6265.

gamesguru · 2023-04-15T16:03:48Z

@Tal500

@Rich-Harris expressed concerns with merging legacy support to the main kit. He suggested this be made into a plugin, rather than core functionality. Would it be possible to maintain this as a fork until there is community consensus?

His other suggestion of progressive enhancement seems woefully at odds with the frameworks of vite and svelte, which take the unique approach of prioritizing modern support and leaving legacy browsers as an afterthought. But I read Vue 3 will not support ES5 out of the box, so this may increasingly become the case.

It has been pointed out that svelte is an unusually speedy framework. I'm wondering what can be done to make it an unusually backward compatible framework as well? Having things break on older devices with no warning or explanation is not a good look.

Edit:

Looks like nginx has some support for browser specific serving. But we don't even have working ES5 builds for svelte projects?

https://nginx.org/en/docs/http/ngx_http_browser_module.html

Tal500 · 2023-04-15T17:47:32Z

@Tal500

@Rich-Harris expressed concerns with merging legacy support to the main kit. He suggested this be made into a plugin, rather than core functionality. Would it be possible to maintain this as a fork until there is community consensus?

Sadly, that's what I'm doing currently, while still hoping for a solution from the core team.
Another disappointing fact is that I don't see how this feature can be extracted to a plugin in a normal way, since the "logic extraction" is already done by using the external Vite plugin-legacy. The main concern for SvelteKit is to write a legacy-compatible code, while the legacy bundling is done by the external Vite plugin already.

His other suggestion of progressive enhancement seems woefully at odds with the frameworks of vite and svelte, which take the unique approach of prioritizing modern support and leaving legacy browsers as an afterthought. But I read Vue 3 will not support ES5 out of the box, so this may increasingly become the case.

That's not true about Vue 3, see Vue 3 Browser Compatibility.
Basically, the Vite plugin-legacy is a piece of code written by the same guys maintaining Vue, so the same logic, however in a fancier more universal form, is being offered by Vite plugin-legacy.
SvelteKit has an advantage over Vue that it's specific only to the Vite bundler, so we can leverage the hard work that done by the Vite plugin-legacy, we just need to "read" its results correctly, and this is basically what my PR is doing(plus many tests and etc.).

It has been pointed out that svelte is an unusually speedy framework. I'm wondering what can be done to make it an unusually backward compatible framework as well? Having things break on older devices with no warning or explanation is not a good look.

Totally agree!

Edit:

Looks like nginx has some support for browser specific serving. But we don't even have working ES5 builds for svelte projects?

https://nginx.org/en/docs/http/ngx_http_browser_module.html

The philosophy of "modern" legacy support is to not distinguish the legacy browsers in the HTTP request level, but on the client level instead, making it so simpler basically for everything (testing/debugging/caching/static-serving...). Thankfully, the solution in the client level is simple enough so you wouldn't naturally like to go to these places.

gamesguru · 2023-04-19T22:08:49Z

@Tal500 Do you have it in the npm registry? As long as it's merged within the last few versions, I don't need the latest. Do we still need the legacy adapter if we're going to use this?

Other than that, I would try out Sapper I guess.

madkarlsson · 2023-07-21T12:48:18Z

@gamesguru

Other than that, I would try out Sapper I guess.

Sapper is deprecated and should not be an alternative or a solution for anything at this point

https://sapper.svelte.dev/docs

Sapper has been deprecated in favor of SvelteKit. We recommend using SvelteKit.
for all projects moving forward. Sapper will no be receiving security fixes, bug fixes, or any type of improvements.

Because plugin/legacy doesn't work correctly with sveltekit: sveltejs/kit#12 This reverts commit 85acd5a.

Tal500 · 2023-08-25T08:39:31Z

@Tal500 Do you have it in the npm registry? As long as it's merged within the last few versions, I don't need the latest. Do we still need the legacy adapter if we're going to use this?

Other than that, I would try out Sapper I guess.

Sorry for the long wait, but I think I cannot keep update every time a new kit conflict occurs.
I'll be glad if anyone could help me keep update the versioning, since I don't have time for this side project for now.

intzaaa · 2023-10-01T13:09:42Z

Any updates? . . .

Rich-Harris transferred this issue from another repository Oct 15, 2020

Rich-Harris added the snowpack label Oct 15, 2020

This comment has been minimized.

Sign in to view

Rich-Harris added this to the 1.0 milestone Oct 29, 2020

benmccann mentioned this issue Oct 29, 2020

IE support #91

Closed

benmccann added the bundling label Dec 11, 2020

benmccann removed the snowpack label Mar 2, 2021

benmccann changed the title ~~Differential builds~~ Differential legacy builds Mar 14, 2021

benmccann added vite and removed bundling labels Mar 24, 2021

Conduitry mentioned this issue Mar 26, 2021

kit.vite.build.rollupOptions example #689

Closed

Rich-Harris mentioned this issue Mar 29, 2021

fix: lib build-mode causes assets to be inlined (#461) #741

Merged

Rich-Harris modified the milestones: 1.0, post-1.0 May 1, 2021

hobbes7878 mentioned this issue May 18, 2021

Non-modern browser support -- IE11 reuters-graphics/bluprint_graphics-kit#5

Closed

Conduitry mentioned this issue Jun 13, 2021

Build single (non ESM) bundle.js file in SPA-Mode #1682

Closed

Conduitry mentioned this issue Jun 30, 2021

Building for legacy browsers fails #1788

Closed

dummdidumm mentioned this issue Sep 19, 2021

Ability to avoid using JS import in production for non-recent browsers ("Legacy" support for ES2015) #2458

Closed

Conduitry mentioned this issue Oct 7, 2021

Setting Custom Babel #2567

Closed

smertelny added a commit to smertelny/kit that referenced this issue Nov 4, 2021

sveltejs#12: Initial commit for differential legacy builds implementa…

4d60069

…tion

smertelny mentioned this issue Nov 4, 2021

[feat] differential legacy builds #2745

Closed

Conduitry mentioned this issue Nov 11, 2021

SvelteKit not working on mobile phone default browser (non chrome) but Svelte only is working. #2776

Closed

Tal500 mentioned this issue Jul 25, 2022

Legacy support issue in IE11 on hydration sveltejs/svelte#7723

Closed

This was referenced Aug 23, 2022

relative url resolving in JS via toOutputFilePathInString may introduce the need for the module param in SystemJS vitejs/vite#9807

Closed

[feat] Legacy JS support (fixes #12) #6265

Open

fetinin pushed a commit to fetinin/pocket-planner that referenced this issue Jul 22, 2023

Revert "add polyfil for old safary browsers"

b604443

Because plugin/legacy doesn't work correctly with sveltekit: sveltejs/kit#12 This reverts commit 85acd5a.

codercms mentioned this issue Jan 15, 2024

Support for older browsers that don't support ES6 #11643

Closed

dummdidumm mentioned this issue Jan 19, 2024

SvelteKit 2 does not transform logical assignments with es2015 target #11658

Closed

ccdexcom mentioned this issue Jan 20, 2024

Document how to have different SSR vs browser build config #9544

Open

mattyg mentioned this issue Mar 7, 2024

white screen on macOS 10.15 rainlanguage/rain.orderbook#395

Closed

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Differential legacy builds #12

Differential legacy builds #12

Rich-Harris commented Sep 16, 2020 •

edited by benmccann

Loading

This comment has been minimized.

backflip commented Mar 23, 2021

seanlail commented Apr 7, 2021

johngrasty commented May 14, 2021

silllli commented May 16, 2021

lukechu10 commented Jun 1, 2021

TracerBuilt commented Jul 30, 2021

smertelny commented Nov 1, 2021 •

edited

Loading

rodoch commented Nov 2, 2021

winston0410 commented Jul 28, 2022

smertelny commented Aug 3, 2022

ZaDarkSide commented Aug 8, 2022 •

edited

Loading

perqa commented Aug 8, 2022 •

edited

Loading

Tal500 commented Aug 22, 2022 •

edited

Loading

Tal500 commented Aug 25, 2022

ZaDarkSide commented Aug 26, 2022

Tal500 commented Aug 26, 2022 •

edited

Loading

polioan commented Nov 1, 2022

0x366 commented Jan 9, 2023 •

edited

Loading

HelloLudger commented Jan 10, 2023

silllli commented Jan 10, 2023

Tal500 commented Jan 10, 2023

ZaDarkSide commented Jan 13, 2023

jokin commented Feb 23, 2023

Tal500 commented Feb 23, 2023

gamesguru commented Apr 15, 2023 •

edited

Loading

Tal500 commented Apr 15, 2023 •

edited

Loading

gamesguru commented Apr 19, 2023

madkarlsson commented Jul 21, 2023

Tal500 commented Aug 25, 2023

intzaaa commented Oct 1, 2023

Differential legacy builds #12

Differential legacy builds #12

Comments

Rich-Harris commented Sep 16, 2020 • edited by benmccann Loading

This comment has been minimized.

backflip commented Mar 23, 2021

seanlail commented Apr 7, 2021

johngrasty commented May 14, 2021

silllli commented May 16, 2021

lukechu10 commented Jun 1, 2021

TracerBuilt commented Jul 30, 2021

smertelny commented Nov 1, 2021 • edited Loading

rodoch commented Nov 2, 2021

winston0410 commented Jul 28, 2022

smertelny commented Aug 3, 2022

ZaDarkSide commented Aug 8, 2022 • edited Loading

perqa commented Aug 8, 2022 • edited Loading

Tal500 commented Aug 22, 2022 • edited Loading

Tal500 commented Aug 25, 2022

ZaDarkSide commented Aug 26, 2022

Tal500 commented Aug 26, 2022 • edited Loading

polioan commented Nov 1, 2022

0x366 commented Jan 9, 2023 • edited Loading

HelloLudger commented Jan 10, 2023

silllli commented Jan 10, 2023

Tal500 commented Jan 10, 2023

ZaDarkSide commented Jan 13, 2023

jokin commented Feb 23, 2023

Tal500 commented Feb 23, 2023

gamesguru commented Apr 15, 2023 • edited Loading

Tal500 commented Apr 15, 2023 • edited Loading

gamesguru commented Apr 19, 2023

madkarlsson commented Jul 21, 2023

Tal500 commented Aug 25, 2023

intzaaa commented Oct 1, 2023

Rich-Harris commented Sep 16, 2020 •

edited by benmccann

Loading

smertelny commented Nov 1, 2021 •

edited

Loading

ZaDarkSide commented Aug 8, 2022 •

edited

Loading

perqa commented Aug 8, 2022 •

edited

Loading

Tal500 commented Aug 22, 2022 •

edited

Loading

Tal500 commented Aug 26, 2022 •

edited

Loading

0x366 commented Jan 9, 2023 •

edited

Loading

gamesguru commented Apr 15, 2023 •

edited

Loading

Tal500 commented Apr 15, 2023 •

edited

Loading