modus-web-components
modus-web-components copied to clipboard
Bump the npm_and_yarn group across 8 directories with 10 updates
Bumps the npm_and_yarn group with 3 updates in the /angular-workspace/ng16 directory: js-yaml, esbuild and tmp. Bumps the npm_and_yarn group with 3 updates in the /angular-workspace/ng17 directory: js-yaml, esbuild and tmp. Bumps the npm_and_yarn group with 2 updates in the /angular-workspace/ng19 directory: js-yaml and vite. Bumps the npm_and_yarn group with 2 updates in the /angular-workspace/test-ng15 directory: js-yaml and esbuild. Bumps the npm_and_yarn group with 1 update in the /react-workspace/test-react-v17 directory: js-yaml. Bumps the npm_and_yarn group with 1 update in the /react-workspace/test-react-v18 directory: js-yaml. Bumps the npm_and_yarn group with 1 update in the /react-workspace/test-react-v19 directory: js-yaml. Bumps the npm_and_yarn group with 1 update in the /react-workspace/test-web-components directory: js-yaml.
Updates js-yaml from 3.14.1 to 3.14.2
Changelog
Sourced from js-yaml's changelog.
[3.14.2] - 2025-11-15
Security
- Backported v4.1.1 fix to v3
[4.1.1] - 2025-11-12
Security
- Fix prototype pollution issue in yaml merge (<<) operator.
[4.1.0] - 2021-04-15
Added
- Types are now exported as
yaml.types.XXX.- Every type now has
optionsproperty with original arguments kept as they were (seeyaml.types.int.optionsas an example).Changed
Schema.extend()now keeps old type order in case of conflicts (e.g. Schema.extend([ a, b, c ]).extend([ b, a, d ]) is now ordered asabcdinstead ofcbad).[4.0.0] - 2021-01-03
Changed
- Check migration guide to see details for all breaking changes.
- Breaking: "unsafe" tags
!!js/function,!!js/regexp,!!js/undefinedare moved to js-yaml-js-types package.- Breaking: removed
safe*functions. Useload,loadAll,dumpinstead which are all now safe by default.yaml.DEFAULT_SAFE_SCHEMAandyaml.DEFAULT_FULL_SCHEMAare removed, useyaml.DEFAULT_SCHEMAinstead.yaml.Schema.create(schema, tags)is removed, useschema.extend(tags)instead.!!binarynow always mapped toUint8Arrayon load.- Reduced nesting of
/libfolder.- Parse numbers according to YAML 1.2 instead of YAML 1.1 (
01234is now decimal,0o1234is octal,1:23is parsed as string instead of base60).dump()no longer quotes:,[,],(,)except when necessary, #470, #557.- Line and column in exceptions are now formatted as
(X:Y)instead ofat line X, column Y(also present in compact format), #332.- Code snippet created in exceptions now contains multiple lines with line numbers.
dump()now serializesundefinedasnullin collections and removes keys withundefinedin mappings, #571.dump()withskipInvalid=truenow serializes invalid items in collections as null.- Custom tags starting with
!are now dumped as!taginstead of!<!tag>, #576.- Custom tags starting with
tag:yaml.org,2002:are now shorthanded using!!, #258.Added
... (truncated)
Commits
9963d363.14.2 released10d3c8edist rebuild5278870fix prototype pollution in merge (<<) (#731)- See full diff in compare view
Updates js-yaml from 4.1.0 to 4.1.1
Changelog
Sourced from js-yaml's changelog.
[3.14.2] - 2025-11-15
Security
- Backported v4.1.1 fix to v3
[4.1.1] - 2025-11-12
Security
- Fix prototype pollution issue in yaml merge (<<) operator.
[4.1.0] - 2021-04-15
Added
- Types are now exported as
yaml.types.XXX.- Every type now has
optionsproperty with original arguments kept as they were (seeyaml.types.int.optionsas an example).Changed
Schema.extend()now keeps old type order in case of conflicts (e.g. Schema.extend([ a, b, c ]).extend([ b, a, d ]) is now ordered asabcdinstead ofcbad).[4.0.0] - 2021-01-03
Changed
- Check migration guide to see details for all breaking changes.
- Breaking: "unsafe" tags
!!js/function,!!js/regexp,!!js/undefinedare moved to js-yaml-js-types package.- Breaking: removed
safe*functions. Useload,loadAll,dumpinstead which are all now safe by default.yaml.DEFAULT_SAFE_SCHEMAandyaml.DEFAULT_FULL_SCHEMAare removed, useyaml.DEFAULT_SCHEMAinstead.yaml.Schema.create(schema, tags)is removed, useschema.extend(tags)instead.!!binarynow always mapped toUint8Arrayon load.- Reduced nesting of
/libfolder.- Parse numbers according to YAML 1.2 instead of YAML 1.1 (
01234is now decimal,0o1234is octal,1:23is parsed as string instead of base60).dump()no longer quotes:,[,],(,)except when necessary, #470, #557.- Line and column in exceptions are now formatted as
(X:Y)instead ofat line X, column Y(also present in compact format), #332.- Code snippet created in exceptions now contains multiple lines with line numbers.
dump()now serializesundefinedasnullin collections and removes keys withundefinedin mappings, #571.dump()withskipInvalid=truenow serializes invalid items in collections as null.- Custom tags starting with
!are now dumped as!taginstead of!<!tag>, #576.- Custom tags starting with
tag:yaml.org,2002:are now shorthanded using!!, #258.Added
... (truncated)
Commits
9963d363.14.2 released10d3c8edist rebuild5278870fix prototype pollution in merge (<<) (#731)- See full diff in compare view
Updates esbuild from 0.17.19 to 0.25.9
Release notes
Sourced from esbuild's releases.
v0.25.9
Better support building projects that use Yarn on Windows (#3131, #3663)
With this release, you can now use esbuild to bundle projects that use Yarn Plug'n'Play on Windows on drives other than the
C:drive. The problem was as follows:
- Yarn in Plug'n'Play mode on Windows stores its global module cache on the
C:drive- Some developers put their projects on the
D:drive- Yarn generates relative paths that use
../..to get from the project directory to the cache directory- Windows-style paths don't support directory traversal between drives via
..(soD:\..is justD:)- I didn't have access to a Windows machine for testing this edge case
Yarn works around this edge case by pretending Windows-style paths beginning with
C:\are actually Unix-style paths beginning with/C:/, so the../..path segments are able to navigate across drives inside Yarn's implementation. This was broken for a long time in esbuild but I finally got access to a Windows machine and was able to debug and fix this edge case. So you should now be able to bundle these projects with esbuild.Preserve parentheses around function expressions (#4252)
The V8 JavaScript VM uses parentheses around function expressions as an optimization hint to immediately compile the function. Otherwise the function would be lazily-compiled, which has additional overhead if that function is always called immediately as lazy compilation involves parsing the function twice. You can read V8's blog post about this for more details.
Previously esbuild did not represent parentheses around functions in the AST so they were lost during compilation. With this change, esbuild will now preserve parentheses around function expressions when they are present in the original source code. This means these optimization hints will not be lost when bundling with esbuild. In addition, esbuild will now automatically add this optimization hint to immediately-invoked function expressions. Here's an example:
// Original code const fn0 = () => 0 const fn1 = (() => 1) console.log(fn0, function() { return fn1() }())// Old output
const fn0 = () => 0;
const fn1 = () => 1;
console.log(fn0, function() {
return fn1();
}());// New output
const fn0 = () => 0;
const fn1 = (() => 1);
console.log(fn0, (function() {
return fn1();
})());
Note that you do not want to wrap all function expressions in parentheses. This optimization hint should only be used for functions that are called on initial load. Using this hint for functions that are not called on initial load will unnecessarily delay the initial load. Again, see V8's blog post linked above for details.
Update Go from 1.23.10 to 1.23.12 (#4257, #4258)
This should have no effect on existing code as this version change does not change Go's operating system support. It may remove certain false positive reports (specifically CVE-2025-4674 and CVE-2025-47907) from vulnerability scanners that only detect which version of the Go compiler esbuild uses.
v0.25.8
Fix another TypeScript parsing edge case (#4248)
This fixes a regression with a change in the previous release that tries to more accurately parse TypeScript arrow functions inside the
?:operator. The regression specifically involves parsing an arrow function containing a#privateidentifier inside the middle of a?:ternary operator inside a class body. This was fixed by propagating private identifier state into the parser clone used to speculatively parse the arrow function body. Here is an example of some affected code:
... (truncated)
Changelog
Sourced from esbuild's changelog.
Changelog: 2023
This changelog documents all esbuild versions published in the year 2023 (versions 0.16.13 through 0.19.11).
0.19.11
Fix TypeScript-specific class transform edge case (#3559)
The previous release introduced an optimization that avoided transforming
super()in the class constructor for TypeScript code compiled withuseDefineForClassFieldsset tofalseif all class instance fields have no initializers. The rationale was that in this case, all class instance fields are omitted in the output so no changes to the constructor are needed. However, if all of this is the case and there are#privateinstance fields with initializers, those private instance field initializers were still being moved into the constructor. This was problematic because they were being inserted before the call tosuper()(sincesuper()is now no longer transformed in that case). This release introduces an additional optimization that avoids moving the private instance field initializers into the constructor in this edge case, which generates smaller code, matches the TypeScript compiler's output more closely, and avoids this bug:// Original code class Foo extends Bar { #private = 1; public: any; constructor() { super(); } }// Old output (with esbuild v0.19.9)
class Foo extends Bar {
constructor() {
super();
this.#private = 1;
}
#private;
}// Old output (with esbuild v0.19.10)
class Foo extends Bar {
constructor() {
this.#private = 1;
super();
}
#private;
}// New output
class Foo extends Bar {
#private = 1;
constructor() {
super();
}
}
Minifier: allow reording a primitive past a side-effect (#3568)
The minifier previously allowed reordering a side-effect past a primitive, but didn't handle the case of reordering a primitive past a side-effect. This additional case is now handled:
... (truncated)
Commits
195e05cpublish 0.25.9 to npm3dac33ffix #3131, fix #3663: yarnpnp + windows + D drive0f2c5c8mock fs now supports multiple volumes on windows100a51esplit out yarnpnp snapshot tests13aace3removeC:assumption from windows snapshot testsf1f413ffix #4252: preserve parentheses around functions1bc8091fix #4257, close #4258: go 1.23.10 => 1.23.12bc52135move the go compiler version togo.versiona0af5d1makefile: useESBUILD_VERSIONconsistently8c71947publish 0.25.8 to npm- Additional commits viewable in compare view
Removes tmp
Updates postcss from 8.4.24 to 8.5.6
Release notes
Sourced from postcss's releases.
8.5.6
- Fixed
ContainerWithChildrentype discriminating (by@Goodwine).8.5.5
- Fixed
package.json→exportscompatibility with some tools (by@JounQin).8.5.4
- Fixed Parcel compatibility issue (by
@git-sumitchaudhary).8.5.3
- Added more details to
Unknown worderror (by@hiepxanh).- Fixed types (by
@romainmenke).- Fixed docs (by
@catnipan).8.5.2
- Fixed end position of rules with semicolon (by
@romainmenke).8.5.1
- Fixed backwards compatibility for complex cases (by
@romainmenke).8.5 “Duke Alloces”
PostCSS 8.5 brought API to work better with non-CSS sources like HTML, Vue.js/Svelte sources or CSS-in-JS.
@romainmenkeduring his work on Stylelint addedInput#documentin additional toInput#css.root.source.input.document //=> "<p>Hello</p> // <style> // p { // color: green; // } // </style>" root.source.input.css //=> "p { // color: green; // }"Thanks to Sponsors
This release was possible thanks to our community.
If your company wants to support the sustainability of front-end infrastructure or wants to give some love to PostCSS, you can join our supporters by:
- Tidelift with a Spotify-like subscription model supporting all projects from your lock file.
- Direct donations at GitHub Sponsors or Open Collective.
... (truncated)
Changelog
Sourced from postcss's changelog.
8.5.6
- Fixed
ContainerWithChildrentype discriminating (by@Goodwine).8.5.5
- Fixed
package.json→exportscompatibility with some tools (by@JounQin).8.5.4
- Fixed Parcel compatibility issue (by
@git-sumitchaudhary).8.5.3
- Added more details to
Unknown worderror (by@hiepxanh).- Fixed types (by
@romainmenke).- Fixed docs (by
@catnipan).8.5.2
- Fixed end position of rules with semicolon (by
@romainmenke).8.5.1
- Fixed backwards compatibility for complex cases (by
@romainmenke).8.5 “Duke Alloces”
- Added
Input#documentfor sources like CSS-in-JS or HTML (by@romainmenke).8.4.49
- Fixed custom syntax without
source.offset(by@romainmenke).8.4.48
- Fixed position calculation in error/warnings methods (by
@romainmenke).8.4.47
- Removed debug code.
8.4.46
- Fixed
Cannot read properties of undefined (reading 'before').8.4.45
- Removed unnecessary fix which could lead to infinite loop.
8.4.44
- Another way to fix
markClean is not a functionerror.8.4.43
- Fixed
markClean is not a functionerror.8.4.42
- Fixed CSS syntax error on long minified files (by
@varpstar).8.4.41
- Fixed types (by
@nex3and@querkmachine).- Cleaned up RegExps (by
@bluwy).
... (truncated)
Commits
91d6eb5Release 8.5.6 version65ffc55Update dependenciesecd20ebFix ContainerWithChildren to allow discriminating the node type by comparing ...c181597Release 8.5.5 versionc5523fbUpdate dependencies2e3450crefactor:importshould be listed beforerequire(#2052)4d720bdUpdate EM text6cb4a66Release 8.5.4 versionec5c1e0Update dependenciese85e938Fix code format- Additional commits viewable in compare view
Updates vite from 4.3.9 to 7.1.11
Release notes
Sourced from vite's releases.
[email protected]
Please refer to CHANGELOG.md for details.
v6.4.1
Please refer to CHANGELOG.md for details.
[email protected]
Please refer to CHANGELOG.md for details.
v6.4.0
Please refer to CHANGELOG.md for details.
v6.3.7
Please refer to CHANGELOG.md for details.
v6.3.6
Please refer to CHANGELOG.md for details.
v6.3.5
Please refer to CHANGELOG.md for details.
v6.3.4
Please refer to CHANGELOG.md for details.
v6.3.3
Please refer to CHANGELOG.md for details.
v6.3.2
Please refer to CHANGELOG.md for details.
[email protected]
Please refer to CHANGELOG.md for details.
v6.3.1
Please refer to CHANGELOG.md for details.
v6.3.0
Please refer to CHANGELOG.md for details.
v6.3.0-beta.2
Please refer to CHANGELOG.md for details.
v6.3.0-beta.1
Please refer to CHANGELOG.md for details.
v6.3.0-beta.0
Please refer to CHANGELOG.md for details.
Commits
a7349efrelease: v6.3.1a152b7cfix: backward compat for internal plugintransformcalls (#19878)35c7f35fix: avoid usingPromise.allSettledin preload function (#19805)5fdcfe7release: v6.3.0d4ee5e8fix(hmr): avoid infinite loop happening withhot.invalidatein circular dep...5003434fix(preview): use host url to open browser (#19836)bf9728erelease: v6.3.0-beta.2380c10efix(hmr): run HMR handler sequentially (#19793)8bed1defix: addWatchFile doesn't work if base is specified (fixes #19792) (#19794)0a0c50arefactor: simplify pluginFilter implementation (#19828)- Additional commits viewable in compare view
Updates webpack from 5.86.0 to 5.101.2
Release notes
Sourced from webpack's releases.
v5.101.2
Fixes
- Fixed syntax error when comment is on the last line
- Handle var declaration for
createRequire- Distinguish free variable and tagged variable
v5.101.1
Fixes
- Filter deleted assets in
processAdditionalAssetshook- HMR failure in defer module
- Emit assets even if invalidation occurs again
- Export types for serialization and deserialization in plugins and export the
ModuleFactoryclass- Fixed the failure export of internal function for ES module chunk format
- Fixed
GetChunkFilenamefailure caused bydependOnentry- Fixed the import of missing dependency chunks
- Fixed when entry chunk depends on the runtime chunk hash
- Fixed
module.exportsbundle to ESM library- Adjusted the time of adding a group depending on the fragment of execution time
- Fixed circle dependencies when require
RawModuleand condition ofisDeferred- Tree-shakable module library should align preconditions of
allowInlineStartupv5.101.0
Fixes
- Fixed concatenate optimization for ESM that caused undefined export
- Respect the
output.environment.nodePrefixForCoreModulesoption everywhere- Respect the
output.importMetaNameoption everywhere- Fixed await async dependencies when accepting them during HMR
- Better typescript types
Features
- Added colors helpers for CLI
- Enable tree-shaking for ESM external modules with named imports
- Added the
deferImportoption to parser optionsPerformance Improvements
- Fixed a regression in module concatenation after implementing deferred import support
- Fixed a potential performance issue in CleanPlugin
- Avoid extra
requirein some placesv5.100.2
Fixes
- Keep consistent CSS order
- Dependency without the source order attribute must keep their original index
- Keep module traversal consistent across reexport scenarios
... (truncated)
Commits
1d9cc24chore(release): 5.101.2f0da8c6fix: syntax error when comment is on the last line (#19805)0d7aaaefix: handle var declaration forcreateRequire(#19804)c21b4e2chore(deps-dev): bump the dependencies group across 1 directory with 2 update...0617b7drefactor: restructure dependOn relationship retrieval (#19800)cbfba9afix: distinguish free variable and tagged variable (#19795)61a15a6test: more case about cjs bundle to esm lib (#19787)ad23854chore(deps-dev): bump mini-css-extract-plugin in the dependencies group (#19792)1a3c3a3chore(release): 5.101.14a0aa5dchore(deps): bump actions/checkout from 4 to 5 (#19791)- Additional commits viewable in compare view
Updates webpack-dev-server from 4.15.0 to 5.2.2
Release notes
Sourced from webpack-dev-server's releases.
v5.2.2
5.2.2 (2025-06-03)
Bug Fixes
- "Overlay enabled" false positive (18e72ee)
- do not crush when error is null for runtime errors (#5447) (309991f)
- remove unnecessary header
X_TEST(#5451) (64a6124)- respect the
allowedHostsoption for cross-origin header check (#5510) (03d1214)v5.2.1
5.2.1 (2025-03-26)
Security
- cross-origin requests are not allowed unless allowed by
Access-Control-Allow-Originheader- requests with an IP addresses in the
Originheader are not allowed to connect to WebSocket server unless configured byallowedHostsor it different from theHostheaderThe above changes may make the dev server not work if you relied on such behavior, but unfortunately they carry security risks, so they were considered as fixes.
Bug Fixes
- prevent overlay for errors caught by React error boundaries (#5431) (8c1abc9)
- take the first network found instead of the last one, this restores the same behavior as 5.0.4 (#5411) (ffd0b86)
v5.2.0
5.2.0 (2024-12-11)
Features
- added
getClientEntryandgetClientHotEntrymethods to get clients entries (dc642a8)Bug Fixes
- speed up initial client bundling (145b5d0)
v5.1.0
5.1.0 (2024-09-03)
Features
- add visual progress indicators (a8f40b7)
- added the
appoption to beFunction(by default only withconnectcompatibility frameworks) (3096148)- allow the
serveroption to beFunction(#5275) (02a1c6d)- http2 support for
connectandconnectcompatibility frameworks which support HTTP2 (#5267) (6509a3f)
... (truncated)
Changelog
Sourced from webpack-dev-server's changelog.
5.2.2 (2025-06-03)
Bug Fixes
- "Overlay enabled" false positive (18e72ee)
- do not crush when error is null for runtime errors (#5447) (309991f)
- remove unnecessary header
X_TEST(#5451) (64a6124)- respect the
allowedHostsoption for cross-origin header check (#5510) (03d1214)5.2.1 (2025-03-26)
Security
- cross-origin requests are not allowed unless allowed by
Access-Control-Allow-Originheader- requests with an IP addresses in the
Originheader are not allowed to connect to WebSocket server unless configured byallowedHostsor it different from theHostheaderThe above changes may make the dev server not work if you relied on such behavior, but unfortunately they carry security risks, so they were considered as fixes.
Bug Fixes
- prevent overlay for errors caught by React error boundaries (#5431) (8c1abc9)
- take the first network found instead of the last one, this restores the same behavior as 5.0.4 (#5411) (ffd0b86)
5.2.0 (2024-12-11)
Features
- added
getClientEntryandgetClientHotEntrymethods to get clients entries (dc642a8)Bug Fixes
- speed up initial client bundling (145b5d0)
5.1.0 (2024-09-03)
Features
- add visual progress indicators (a8f40b7)
- added the
appoption to beFunction(by default only withconnectcompatibility frameworks) (3096148)- allow the
serveroption to beFunction(#5275) (02a1c6d)- http2 support for
connectandconnectcompatibility frameworks which support HTTP2 (#5267) (6509a3f)Bug Fixes
... (truncated)
Commits
195a7e6chore(release): 5.2.2620bef1chore(deps): update (#5511)03d1214fix: respect theallowedHostsoption for cross-origin header check (#5510)5ba862echore(deps-dev): bump the dependencies group across 1 directory with 7 update...f7fec94chore: fix typo (#5508)6ee8cd0ci: add Node.js v24 (#5492)d30f963chore: update http-proxy-middleware to ^2.0.9 (#5503)66cf033chore(deps-dev): bump the dependencies group with 2 updates (#5504)4367a5crefactor: use 'String#startsWith' & replace if-then-else (#5501)8e6604fchore(deps): bump the dependencies group across 1 directory with 4 updates (#...- Additional commits viewable in compare view
Updates js-yaml from 3.14.1 to 3.14.2
Changelog
Sourced from js-yaml's changelog.
[3.14.2] - 2025-11-15
Security
- Backported v4.1.1 fix to v3
[4.1.1] - 2025-11-12
Security
- Fix prototype pollution issue in yaml merge (<<) operator.
[4.1.0] - 2021-04-15
Added
- Types are now exported as
yaml.types.XXX.- Every type now has
optionsproperty with original arguments kept as they were (seeyaml.types.int.optionsas an example).Changed
Schema.extend()now keeps old type order in case of conflicts (e.g. Schema.extend([ a, b, c ]).extend([ b, a, d ]) is now ordered asabcdinstead ofcbad).[4.0.0] - 2021-01-03
Changed
- Check migration guide to see details for all breaking changes.
- Breaking: "unsafe" tags
!!js/function,!!js/regexp,!!js/undefinedare moved to js-yaml-js-types package.- Breaking: removed
safe*functions. Useload,loadAll,dumpinstead which are all now safe by default.yaml.DEFAULT_SAFE_SCHEMAandyaml.DEFAULT_FULL_SCHEMAare removed, useyaml.DEFAULT_SCHEMAinstead.yaml.Schema.create(schema, tags)is removed, useschema.extend(tags)instead.!!binarynow always mapped toUint8Arrayon load.- Reduced nesting of
/libfolder.- Parse numbers according to YAML 1.2 instead of YAML 1.1 (
01234is now decimal,0o1234is octal,1:23is parsed as string instead of base60).dump()no longer quotes:,[,],(,)except when necessary, #470, #557.- Line and column in exceptions are now formatted as
(X:Y)instead ofat line X, column Y(also present in compact format), #332.- Code snippet created in exceptions now contains multiple lines with line numbers.
dump()now serializesundefinedasnullin collections and removes keys withundefinedin mappings, #571.dump()withskipInvalid=truenow serializes invalid items in collections as null.- Custom tags starting with
!are now dumped as!taginstead of!<!tag>, #576.- Custom tags starting with
tag:yaml.org,2002:are now shorthanded using!!, #258.Added
... (truncated)
Commits
9963d363.14.2 released10d3c8edist rebuild5278870fix prototype pollution in merge (<<) (#731)- See full diff in compare view
Updates js-yaml from 4.1.0 to 4.1.1
Changelog
Sourced from js-yaml's changelog.
[3.14.2] - 2025-11-15
Security
- Backported v4.1.1 fix to v3
[4.1.1] - 2025-11-12
Security
- Fix prototype pollution issue in yaml merge (<<) operator.
[4.1.0] - 2021-04-15
Added
- Types are now exported as
yaml.types.XXX.- Every type now has
optionsproperty with original arguments kept as they were (seeyaml.types.int.optionsas an example).Changed
Schema.extend()now keeps old type order in case of conflicts (e.g. Schema.extend([ a, b, c ]).extend([ b, a, d ]) is now ordered asabcdinstead ofcbad).[4.0.0] - 2021-01-03
Changed
- Check migration guide to see details for all breaking changes.
- Breaking: "unsafe" tags
!!js/function,!!js/regexp,!!js/undefinedare moved to js-yaml-js-types package.- Breaking: removed
safe*functions. Useload,loadAll,dumpinstead which are all now safe by default.yaml.DEFAULT_SAFE_SCHEMAandyaml.DEFAULT_FULL_SCHEMAare removed, useyaml.DEFAULT_SCHEMAinstead.yaml.Schema.create(schema, tags)is removed, useschema.extend(tags)instead.!!binarynow always mapped toUint8Arrayon load.- Reduced nesting of
/libfolder.- Parse numbers according to YAML 1.2 instead of YAML 1.1 (
01234is now decimal,0o1234is octal,1:23is parsed as string instead of base60).dump()no longer quotes:,[,],(,)except when necessary, #470, #557.- Line and column in exceptions are now formatted as
(X:Y)instead ofat line X, column Y(also present in compact format), #332.- Code snippet created in exceptions now contains multiple lines with line numbers.
dump()now serializesundefinedasnullin collections and removes keys withundefinedin mappings, #571.dump()withskipInvalid=truenow serializes invalid items in collections as null.- Custom tags starting with
!are now dumped as!taginstead of!<!tag>, #576.- Custom tags starting with
tag:yaml.org,2002:are now shorthanded using!!, #258.Added
... (truncated)
Commits
9963d363.14.2 released10d3c8edist rebuild5278870fix prototype pollution in merge (<<) (#731)- See full diff in compare view
Updates esbuild from 0.19.12 to 0.25.9
Release notes
Sourced from esbuild's releases.
v0.25.9
Better support building projects that use Yarn on Windows (#3131, #3663)
With this release, you can now use esbuild to bundle projects that use Yarn Plug'n'Play on Windows on drives other than the
C:drive. The problem was as follows:
- Yarn in Plug'n'Play mode on Windows stores its global module cache on the
C:drive- Some developers put their projects on the
D:drive- Yarn generates relative paths that use
../..to get from the project directory to the cache directory- Windows-style paths don't support directory traversal between drives via
..(soD:\..is justD:)- I didn't have access to a Windows machine for testing this edge case
Yarn works around this edge case by pretending Windows-style paths beginning with
C:\are actually Unix-style paths beginning with/C:/, so the../..path segments are able to navigate across drives inside Yarn's implementation. This was broken for a long time in esbuild but I finally got access to a Windows machine and was able to debug and fix this edge case. So you should now be able to bundle these projects with esbuild.Preserve parentheses around function expressions (#4252)
The V8 JavaScript VM uses parentheses around function expressions as an optimization hint to immediately compile the function. Otherwise the function would be lazily-compiled, which has additional overhead if that function is always called immediately as lazy compilation involves parsing the function twice. You can read V8's blog post about this for more details.
Previously esbuild did not represent parentheses around functions in the AST so they were lost during compilation. With this change, esbuild will now preserve parentheses around function expressions when they are present in the original source code. This means these optimization hints will not be lost when bundling with esbuild. In addition, esbuild will now automatically add this optimization hint to immediately-invoked function expressions. Here's an example:
// Original code const fn0 = () => 0 const fn1 = (() => 1) console.log(fn0, function() { return fn1() }())// Old output
const fn0 = () => 0;
const fn1 = () => 1;
console.log(fn0, function() {
return fn1();
}());// New output
const fn0 = () => 0;
const fn1 = (() => 1);
console.log(fn0, (function() {
return fn1();
})());
Note that you do not want to wrap all function expressions in parentheses. This optimization hint should only be used for functions that are called on initial load. Using this hint for functions that are not called on initial load will unnecessarily delay the initial load. Again, see V8's blog post linked above for details.
Update Go from 1.23.10 to 1.23.12 (#4257, #4258)
This should have no effect on existing code as this version change does not change Go's operating system support. It may remove certain false positive reports (specifically CVE-2025-4674 and CVE-2025-47907) from vulnerability scanners that only detect which version of the Go compiler esbuild uses.
v0.25.8
Fix another TypeScript parsing edge case (#4248)
This fixes a regression with a change in the previous release that tries to more accurately parse TypeScript arrow functions inside the
?:operator. The regression specifically involves parsing an arrow function containing a#privateidentifier inside the middle of a?:ternary operator inside a class body. This was fixed by propagating private identifier state into the parser clone used to speculatively parse the arrow function body. Here is an example of some affected code:
... (truncated)
Changelog
Sourced from esbuild's changelog.
Changelog: 2023
This changelog documents all esbuild versions published in the year 2023 (versions 0.16.13 through 0.19.11).
0.19.11
Fix TypeScript-specific class transform edge case (#3...
Description has been truncated
Deploy Preview for moduswebcomponents canceled.
| Name | Link |
|---|---|
| Latest commit | b4a5ffaca70a9e399d93278b74829d527c5240f7 |
| Latest deploy log | https://app.netlify.com/projects/moduswebcomponents/deploys/692558bb87e66600086989e9 |
@copilot don't update esbuild in this PR.
@coliff I've opened a new pull request, #3498, to work on those changes. Once the pull request is ready, I'll request review from you.
@copilot don't update esbuild in this PR.
@coliff I've opened a new pull request, #3500, to work on those changes. Once the pull request is ready, I'll request review from you.