Gathering detailed insights and metrics for @gustavotoyota/vitejs-plugin-legacy
Gathering detailed insights and metrics for @gustavotoyota/vitejs-plugin-legacy
Gathering detailed insights and metrics for @gustavotoyota/vitejs-plugin-legacy
Gathering detailed insights and metrics for @gustavotoyota/vitejs-plugin-legacy
Next generation frontend tooling. It's fast!
npm install @gustavotoyota/vitejs-plugin-legacy
Typescript
Module System
Min. Node Version
Node Version
NPM Version
plugin-legacy@7.0.1
Updated on Jul 17, 2025
v7.0.5
Updated on Jul 17, 2025
create-vite@7.0.3
Updated on Jul 11, 2025
create-vite@7.0.2
Updated on Jul 10, 2025
v7.0.4
Updated on Jul 10, 2025
create-vite@7.0.1
Updated on Jul 08, 2025
TypeScript (83.23%)
JavaScript (9.81%)
HTML (5.17%)
CSS (1.23%)
Vue (0.14%)
AppleScript (0.11%)
SCSS (0.1%)
Svelte (0.1%)
Less (0.05%)
Stylus (0.02%)
Shell (0.01%)
Pug (0.01%)
Sass (0.01%)
SugarSS (0.01%)
Total Downloads
0
Last Day
0
Last Week
0
Last Month
0
Last Year
0
MIT License
74,185 Stars
7,943 Commits
6,955 Forks
459 Watchers
43 Branches
1,128 Contributors
Updated on Jul 17, 2025
Latest Version
1.8.3
Package Id
@gustavotoyota/vitejs-plugin-legacy@1.8.3
Unpacked Size
30.22 kB
Size
9.75 kB
File Count
5
NPM Version
8.19.2
Node Version
18.12.0
Cumulative downloads
Total Downloads
Last Day
0%
NaN
Compared to previous day
Last Week
0%
NaN
Compared to previous week
Last Month
0%
NaN
Compared to previous month
Last Year
0%
NaN
Compared to previous year
1
Vite's default browser support baseline is Native ESM. This plugin provides support for legacy browsers that do not support native ESM when building for production.
By default, this plugin will:
Generate a corresponding legacy chunk for every chunk in the final bundle, transformed with @babel/preset-env and emitted as SystemJS modules (code splitting is still supported!).
Generate a polyfill chunk including SystemJS runtime, and any necessary polyfills determined by specified browser targets and actual usage in the bundle.
Inject <script nomodule>
tags into generated HTML to conditionally load the polyfills and legacy bundle only in browsers without native ESM support.
Inject the import.meta.env.LEGACY
env variable, which will only be true
in the legacy production build, and false
in all other cases.
1// vite.config.js 2import legacy from '@vitejs/plugin-legacy' 3 4export default { 5 plugins: [ 6 legacy({ 7 targets: ['defaults', 'not IE 11'] 8 }) 9 ] 10}
When targeting IE11, you also need regenerator-runtime
:
1// vite.config.js 2import legacy from '@vitejs/plugin-legacy' 3 4export default { 5 plugins: [ 6 legacy({ 7 targets: ['ie >= 11'], 8 additionalLegacyPolyfills: ['regenerator-runtime/runtime'] 9 }) 10 ] 11}
targets
Type: string | string[] | { [key: string]: string }
Default: 'defaults'
If explicitly set, it's passed on to @babel/preset-env
.
The query is also Browserslist compatible. The default value, 'defaults'
, is what is recommended by Browserslist. See Browserslist Best Practices for more details.
polyfills
Type: boolean | string[]
Default: true
By default, a polyfills chunk is generated based on the target browser ranges and actual usage in the final bundle (detected via @babel/preset-env
's useBuiltIns: 'usage'
).
Set to a list of strings to explicitly control which polyfills to include. See Polyfill Specifiers for details.
Set to false
to avoid generating polyfills and handle it yourself (will still generate legacy chunks with syntax transformations).
additionalLegacyPolyfills
Type: string[]
Add custom imports to the legacy polyfills chunk. Since the usage-based polyfill detection only covers ES language features, it may be necessary to manually specify additional DOM API polyfills using this option.
Note: if additional polyfills are needed for both the modern and legacy chunks, they can simply be imported in the application source code.
ignoreBrowserslistConfig
Type: boolean
Default: false
@babel/preset-env
automatically detects browserslist
config sources:
browserslist
field in package.json
.browserslistrc
file in cwd.Set to false
to ignore these sources.
modernPolyfills
Type: boolean | string[]
Default: false
Defaults to false
. Enabling this option will generate a separate polyfills chunk for the modern build (targeting browsers with native ESM support).
Set to a list of strings to explicitly control which polyfills to include. See Polyfill Specifiers for details.
Note it is not recommended to use the true
value (which uses auto-detection) because core-js@3
is very aggressive in polyfill inclusions due to all the bleeding edge features it supports. Even when targeting native ESM support, it injects 15kb of polyfills!
If you don't have hard reliance on bleeding edge runtime features, it is not that hard to avoid having to use polyfills in the modern build altogether. Alternatively, consider using an on-demand service like Polyfill.io to only inject necessary polyfills based on actual browser user-agents (most modern browsers will need nothing!).
renderLegacyChunks
Type: boolean
Default: true
Set to false
to disable legacy chunks. This is only useful if you are using modernPolyfills
, which essentially allows you to use this plugin for injecting polyfills to the modern build only:
1import legacy from '@vitejs/plugin-legacy' 2 3export default { 4 plugins: [ 5 legacy({ 6 modernPolyfills: [ 7 /* ... */ 8 ], 9 renderLegacyChunks: false 10 }) 11 ] 12}
externalSystemJS
Type: boolean
Default: false
Defaults to false
. Enabling this option will exclude systemjs/dist/s.min.js
inside polyfills-legacy chunk.
The legacy plugin offers a way to use native import()
in the modern build while falling back to the legacy build in browsers with native ESM but without dynamic import support (e.g. Legacy Edge). This feature works by injecting a runtime check and loading the legacy bundle with SystemJs runtime if needed. There are the following drawbacks:
SyntaxError
in browsers without dynamic importPolyfill specifier strings for polyfills
and modernPolyfills
can be either of the following:
Any core-js
3 sub import paths - e.g. es/map
will import core-js/es/map
Any individual core-js
3 modules - e.g. es.array.iterator
will import core-js/modules/es.array.iterator.js
Example
1import legacy from '@vitejs/plugin-legacy' 2 3export default { 4 plugins: [ 5 legacy({ 6 polyfills: ['es.promise.finally', 'es/map', 'es/set'], 7 modernPolyfills: ['es.promise.finally'] 8 }) 9 ] 10}
The legacy plugin requires inline scripts for Safari 10.1 nomodule
fix, SystemJS initialization, and dynamic import fallback. If you have a strict CSP policy requirement, you will need to add the corresponding hashes to your script-src
list:
sha256-MS6/3FCg4WjP9gwgaBGwLpRCY6fZBgwmhVCdrPrNf3E=
sha256-tQjf8gvb2ROOMapIxFvFAYBeUJ0v1HCbOcSmDNXGtDo=
sha256-4m6wOIrq/wFDmi9Xh3mFM2mwI4ik9n3TMgHk6xDtLxk=
sha256-uS7/g9fhQwNZS1f/MqYqqKv8y9hCu36IfX9XZB5L7YY=
These values (without the sha256-
prefix) can also be retrieved via
1const { cspHashes } = require('@vitejs/plugin-legacy')
When using the regenerator-runtime
polyfill, it will attempt to use the globalThis
object to register itself. If globalThis
is not available (it is fairly new and not widely supported, including IE 11), it attempts to perform dynamic Function(...)
call which violates the CSP. To avoid dynamic eval
in the absence of globalThis
consider adding core-js/proposals/global-this
to additionalLegacyPolyfills
to define it.
No vulnerabilities found.
Reason
30 commit(s) and 14 issue activity found in the last 90 days -- score normalized to 10
Reason
no dangerous workflow patterns detected
Reason
license file detected
Details
Reason
security policy file detected
Details
Reason
0 existing vulnerabilities detected
Reason
detected GitHub workflow tokens with excessive permissions
Details
Reason
binaries present in source code
Details
Reason
dependency not pinned by hash detected -- score normalized to 6
Details
Reason
Found 14/27 approved changesets -- score normalized to 5
Reason
SAST tool is not run on all commits -- score normalized to 1
Details
Reason
no effort to earn an OpenSSF best practices badge detected
Reason
project is not fuzzed
Details
Score
Last Scanned on 2025-07-07
The Open Source Security Foundation is a cross-industry collaboration to improve the security of open source software (OSS). The Scorecard provides security health metrics for open source projects.
Learn More