chore(deps): update all non-major dependencies #277
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
^2.20.0
->^2.21.0
^4.5.2
->^4.5.3
^1.0.0-next.267
->^1.0.0-next.278
^5.11.0
->^5.12.0
^5.11.0
->^5.12.0
^0.58.2
->^0.58.3
^0.14.21
->^0.14.23
^8.3.0
->^8.4.0
^26.1.0
->^26.1.1
^4.17.2
->^4.17.3
^1.19.0
->^1.19.1
^6.30.1
->^6.31.0
^2.67.2
->^2.67.3
^1.49.7
->^1.49.8
^2.8.1
->^2.8.4
^1.7.0
->^1.7.1
Release Notes
changesets/changesets
v2.21.0
Compare Source
Minor Changes
#690
27a5a82
Thanks @Andarist! - Added a new.changeset/config.json
option:fixed
. It can be used to group packages that should always be released together. If any package from a group is going to be released then all packages from that group will be released together (with the same version).This is similar to what people often know from Lerna as this is how their fixed/locked mode works.
Patch Changes
0812858
Thanks @Andarist! - Fixed an issue with"none"
releases causing package versions being bumped during snapshot releases. In addition to when you create"none"
release types explicitly Changesets might create them implicitly in some situations, for example under some circumstances this issue caused snapshot releases to be created sometimes for ignored packages.15c461d
Thanks @Andarist! - Fixed an issue with*
dependency ranges not being replaced in premode. Those have to replaced with exact versions because prereleases don't satisfy wildcard ranges. A published prerelease package with such dependency range left untouched won't install correct prerelease dependency version.d14cf79
Thanks @Andarist! - Fixed an issue that caused created CHANGELOG files not being formatted in the same way as the updated ones (this could happen when callingchangeset version
for the very first time for a package).59c7ebc
Thanks @Rugvip! - Fixed an issue where dependent packages would sometimes not get bumped properly when exiting prerelease mode.#703
15c461d
Thanks @Andarist! - Fixed an issue with dependant packages being always bumped when their*
dependency was bumped.Updated dependencies [
0812858
,15c461d
,27a5a82
,27a5a82
,d14cf79
,27a5a82
,0d1debd
,59c7ebc
,15c461d
]:typescript-eslint/typescript-eslint (@typescript-eslint/eslint-plugin)
v5.12.0
Compare Source
Bug Fixes
Features
typescript-eslint/typescript-eslint (@typescript-eslint/parser)
v5.12.0
Compare Source
Note: Version bump only for package @typescript-eslint/parser
carbon-design-system/carbon-components-svelte
v0.58.3
Compare Source
Fixes
TextInput
andPasswordInput
should render label if "labelText" slot is usedPasswordInput
should not renderlabel
if nolabelText
is providedStructuredList
overflow-y should not be "hidden"MultiSelect
should not prevent default key behavior when openSwitch
should havetype="button"
evanw/esbuild
v0.14.23
Compare Source
Update feature database to indicate that node 16.14+ supports import assertions (#2030)
Node versions 16.14 and above now support import assertions according to these release notes. This release updates esbuild's internal feature compatibility database with this information, so esbuild no longer strips import assertions with
--target=node16.14
:Basic support for CSS
@layer
rules (#2027)This adds basic parsing support for a new CSS feature called
@layer
that changes how the CSS cascade works. Adding parsing support for this rule to esbuild means esbuild can now minify the contents of@layer
rules:You can read more about
@layer
here:Note that the support added in this release is only for parsing and printing
@layer
rules. The bundler does not yet know about these rules and bundling with@layer
may result in behavior changes since these new rules have unusual ordering constraints that behave differently than all other CSS rules. Specifically the order is derived from the first instance while with every other CSS rule, the order is derived from the last instance.v0.14.22
Compare Source
Preserve whitespace for token lists that look like CSS variable declarations (#2020)
Previously esbuild removed the whitespace after the CSS variable declaration in the following CSS:
However, that broke rendering in Chrome as it caused Chrome to ignore the entire rule. This did not break rendering in Firefox and Safari, so there's a browser bug either with Chrome or with both Firefox and Safari. In any case, esbuild now preserves whitespace after the CSS variable declaration in this case.
Ignore legal comments when merging adjacent duplicate CSS rules (#2016)
This release now generates more compact minified CSS when there are legal comments in between two adjacent rules with identical content:
Block
onResolve
andonLoad
untilonStart
ends (#1967)This release changes the semantics of the
onStart
callback. AllonStart
callbacks from all plugins are run concurrently so that a slow plugin doesn't hold up the entire build. That's still the case. However, previously the only thing waiting for theonStart
callbacks to finish was the end of the build. This meant thatonResolve
and/oronLoad
callbacks could sometimes run beforeonStart
had finished. This was by design but violated user expectations. With this release, allonStart
callbacks must finish before anyonResolve
and/oronLoad
callbacks are run.Add a self-referential
default
export to the JS API (#1897)Some people try to use esbuild's API using
import esbuild from 'esbuild'
instead ofimport * as esbuild from 'esbuild'
(i.e. using a default import instead of a namespace import). There is nodefault
export so that wasn't ever intended to work. But it would work sometimes depending on which tools you used and how they were configured so some people still wrote code this way. This release tries to make that work by adding a self-referentialdefault
export that is equal to esbuild's module namespace object.More detail: The published package for esbuild's JS API is in CommonJS format, although the source code for esbuild's JS API is in ESM format. The original ESM code for esbuild's JS API has no export named
default
so using a default import like this doesn't work with Babel-compatible toolchains (since they respect the semantics of the original ESM code). However, it happens to work with node-compatible toolchains because node's implementation of importing CommonJS from ESM broke compatibility with existing conventions and automatically creates adefault
export which is set tomodule.exports
. This is an unfortunate compatibility headache because it means thedefault
import only works sometimes. This release tries to fix this by explicitly creating a self-referentialdefault
export. It now doesn't matter if you doesbuild.build()
,esbuild.default.build()
, oresbuild.default.default.build()
because they should all do the same thing. Hopefully this means people don't have to deal with this problem anymore.Handle
write
errors when esbuild's child process is killed (#2007)If you type Ctrl+C in a terminal when a script that uses esbuild's JS library is running, esbuild's child process may be killed before the parent process. In that case calls to the
write()
syscall may fail with anEPIPE
error. Previously this resulted in an uncaught exception because esbuild didn't handle this case. Starting with this release, esbuild should now catch these errors and redirect them into a generalThe service was stopped
error which should be returned from whatever top-level API calls were in progress.Better error message when browser WASM bugs are present (#1863)
Safari's WebAssembly implementation appears to be broken somehow, at least when running esbuild. Sometimes this manifests as a stack overflow and sometimes as a Go panic. Previously a Go panic resulted in the error message
Can't find variable: fs
but this should now result in the Go panic being printed to the console. Using esbuild's WebAssembly library in Safari is still broken but now there's a more helpful error message.More detail: When Go panics, it prints a stack trace to stderr (i.e. file descriptor 2). Go's WebAssembly shim calls out to node's
fs.writeSync()
function to do this, and it converts calls tofs.writeSync()
into calls toconsole.log()
in the browser by providing a shim forfs
. However, Go's shim code stores the shim onwindow.fs
in the browser. This is undesirable because it pollutes the global scope and leads to brittle code that can break if other code also useswindow.fs
. To avoid this, esbuild shadows the global object by wrapping Go's shim. But that broke bare references tofs
since the shim is no longer stored onwindow.fs
. This release now stores the shim in a local variable namedfs
so that bare references tofs
work correctly.Undo incorrect dead-code elimination with destructuring (#1183)
Previously esbuild eliminated these statements as dead code if tree-shaking was enabled:
This is incorrect because both of these lines will throw an error when evaluated. With this release, esbuild now preserves these statements even when tree shaking is enabled.
Update to Go 1.17.7
The version of the Go compiler used to compile esbuild has been upgraded from Go 1.17.6 to Go 1.17.7, which contains a few compiler and security bug fixes.
prettier/eslint-config-prettier
v8.4.0
Compare Source
jest-community/eslint-plugin-jest
v26.1.1
Compare Source
Bug Fixes
expressjs/express
v4.17.3
Compare Source
===================
__proto__
keysMicrosoft/playwright
v1.19.1
Compare Source
Highlights
This patch includes the following bug fixes:
https://github.com/microsoft/playwright/issues/12075 - [Question] After update to 1.19 firefox fails to runhttps://github.com/microsoft/playwright/issues/120900 - [BUG] did something change on APIRequest/Response APIs ?
Browser Versions
This version was also tested against the following stable channels:
pnpm/pnpm
v6.31.0
Compare Source
Minor Changes
Added
--shell-mode
/-c
option support topnpm exec
#4328--shell-mode
: shell interpreter. See: https://github.com/sindresorhus/execa/tree/484f28de7c35da5150155e7a523cbb20de161a4f#shellUsage example:
Patch Changes
publishConfig
when thepack
orpublish
commands are used #4311pnpx
,pnpm dlx
,pnpm create
, andpnpm exec
commands should set thenpm_config_user_agent
env variable #3985.What's Changed
New Contributors
Full Changelog: pnpm/pnpm@v6.30.1...v6.31.0
rollup/rollup
v2.67.3
Compare Source
2022-02-18
Bug Fixes
Pull Requests
sass/dart-sass
v1.49.8
Compare Source
JS API
Node 17.
Embedded Sass
importers to the legacy API.
vitejs/vite
v2.8.4
Compare Source
Bug Fixes
v2.8.3
Compare Source
Bug Fixes
v2.8.2
Compare Source
Features
import.meta.glob
andimport.meta.globEager
generic (#5073) (78e84c8)Performance Improvements
antfu/vite-plugin-windicss
v1.7.1
Compare Source
Features
Configuration
📅 Schedule: "before 3am on Monday" (UTC).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.
This PR has been generated by WhiteSource Renovate. View repository job log here.