fix(deps): update all non-major dependencies #1780
Open
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:
^4.11.0
->^4.11.2
^7.25.7
->^7.25.9
^8.0.0-alpha.12
->^8.0.0-alpha.13
^7.25.8
->^7.26.0
^7.25.8
->^7.25.9
^7.25.7
->^7.25.9
^7.25.8
->^7.26.0
^7.25.7
->^7.25.9
^7.25.7
->^7.26.0
^7.25.7
->^7.25.9
^7.25.7
->^7.26.0
^2.10.2
->^2.10.4
^1.2.0
->^1.2.3
^2.2.8
->^2.3.0
^5.21.2
->^5.22.4
^5.21.2
->^5.22.4
^5.21.2
->^5.22.4
^8.3.5
->^8.4.4
^8.3.5
->^8.4.4
^8.3.5
->^8.4.4
^8.3.5
->^8.4.4
^8.3.5
->^8.4.4
^8.3.5
->^8.4.4
^8.3.5
->^8.4.4
^8.3.5
->^8.4.4
^6.5.0
->^6.6.3
^0.0.278
->^0.0.283
^29.5.13
->^29.5.14
^4.17.10
->^4.17.13
^20.16.11
->^20.17.6
^18.3.11
->^18.3.12
^8.9.0
->^8.14.0
^8.9.0
->^8.14.0
^31.7.0
->^31.7.5
^28.8.3
->^28.9.0
^7.37.1
->^7.37.2
^11.11.8
->^11.11.17
^15.11.0
->^15.12.0
^5.6.0
->^5.6.3
^5.0.7
->^5.0.8
9.12.1
->9.13.2
^6.27.0
->^6.28.0
^5.8.1
->^5.8.3
^4.25.0
->^4.26.0
^19.2.2
->^19.2.3
^19.1.0
->^19.1.1
^8.3.5
->^8.4.4
^8.9.0
->^8.14.0
^5.95.0
->^5.96.1
Release Notes
apollographql/apollo-server (@apollo/server)
v4.11.2
Compare Source
(No change; there is a change to the
@apollo/server-integration-testsuite
used to test integrations, and the two packages always have matching versions.)v4.11.1
Compare Source
Patch Changes
#7952
bb81b2c
Thanks @glasser! - Upgrade dependencies so that automated scans don't detect a vulnerability.@apollo/server
depends onexpress
which depends oncookie
. Versions ofexpress
older than v4.21.1 depend on a version ofcookie
vulnerable to CVE-2024-47764. Users of olderexpress
versions who callres.cookie()
orres.clearCookie()
may be vulnerable to this issue.However, Apollo Server does not call this function directly, and it does not expose any object to user code that allows TypeScript users to call this function without an unsafe cast.
The only way that this direct dependency can cause a vulnerability for users of Apollo Server is if you call
startStandaloneServer
with a context function that calls Express-specific methods such asres.cookie()
orres.clearCookies()
on the response object, which is a violation of the TypeScript types provided bystartStandaloneServer
(which only promise that the response object is a core Node.jshttp.ServerResponse
rather than the Express-specific subclass). So this vulnerability can only affect Apollo Server users who use unsafe JavaScript or unsafeas
typecasts in TypeScript.However, this upgrade will at least prevent vulnerability scanners from alerting you to this dependency, and we encourage all Express users to upgrade their project's own
express
dependency to v4.21.1 or newer.babel/babel (@babel/cli)
v7.25.9
Compare Source
🐛 Bug Fix
babel-parser
,babel-template
,babel-types
syntacticPlaceholders
mode (@liuxingbaoyu)babel-helper-compilation-targets
,babel-preset-env
ClassAccessorProperty
to prevent theno-undef
rule (@victorenator)🏠 Internal
babel-helper-transform-fixture-test-runner
🏃♀️ Performance
babel-parser
,babel-types
VISITOR_KEYS
etc. faster to access (@liuxingbaoyu)babel/babel (@babel/code-frame)
v8.0.0-alpha.13
Compare Source
v8.0.0-alpha.13 (2024-10-25)
In addition to the changelog below, this release includes changes from v7.25.1 to v7.26.0
💥 Breaking Change
babel-generator
,babel-parser
,babel-plugin-transform-typescript
,babel-traverse
,babel-types
TSClassImplements|TSInterfaceHeritage
and renameTsExpressionWithTypeArguments
in Babel 8 (@liuxingbaoyu)babel-generator
,babel-parser
,babel-plugin-proposal-pipeline-operator
,babel-plugin-syntax-pipeline-operator
,babel-standalone
minimal,smart
option of Pipeline Operator (@liuxingbaoyu)babel-parser
babel-plugin-transform-class-static-block
,babel-plugin-transform-destructuring
,babel-plugin-transform-spread
,babel-traverse
Scope
methods (@liuxingbaoyu)babel-generator
,babel-parser
,babel-plugin-proposal-import-wasm-source
,babel-template
,babel-types
importAssertions
parser plugin (@nicolo-ribaudo)babel-generator
,babel-parser
,babel-standalone
importReflection
parser plugin (@nicolo-ribaudo)babel-generator
,babel-traverse
,babel-types
DecimalLiteral
AST (@liuxingbaoyu)babel-generator
,babel-parser
,babel-plugin-proposal-destructuring-private
,babel-plugin-syntax-decimal
,babel-standalone
decimal
from parser (@liuxingbaoyu)babel-generator
,babel-parser
,babel-types
typeParameter
ofTSMappedType
(@liuxingbaoyu)babel-plugin-proposal-async-do-expressions
,babel-traverse
NodePath
methods (@liuxingbaoyu)🚀 New Feature
babel-parser
,babel-plugin-syntax-flow
,babel-preset-typescript
enums
option of flow plugin (@liuxingbaoyu)🐛 Bug Fix
babel-core
babel-template
,babel-types
babel-plugin-transform-async-generator-functions
,babel-plugin-transform-block-scoped-functions
,babel-plugin-transform-block-scoping
transform-block-scoped-function
(@liuxingbaoyu)babel-helper-transform-fixture-test-runner
,babel-node
@babel/node
args parsing to Node.js (@nicolo-ribaudo)babel-parser
💅 Polish
babel-core
🏠 Internal
babel-generator
,babel-helper-create-class-features-plugin
,babel-helper-module-transforms
,babel-plugin-proposal-destructuring-private
,babel-plugin-transform-destructuring
,babel-plugin-transform-modules-commonjs
,babel-plugin-transform-object-rest-spread
,babel-plugin-transform-parameters
,babel-traverse
,babel-types
BABEL_TYPES_8_BREAKING
flag and enable it by default (@liuxingbaoyu)^18.20.0 || ^20.17.0 || >=22.8.0
(@nicolo-ribaudo)babel-generator
,babel-parser
,babel-plugin-bugfix-v8-spread-parameters-in-optional-chaining
,babel-plugin-syntax-typescript
,babel-plugin-transform-class-properties
,babel-plugin-transform-modules-commonjs
,babel-plugin-transform-private-methods
,babel-plugin-transform-unicode-sets-regex
,babel-traverse
Committers: 13
babel/babel (@babel/core)
v7.26.0
Compare Source
v7.25.9
Compare Source
🐛 Bug Fix
babel-parser
,babel-template
,babel-types
syntacticPlaceholders
mode (@liuxingbaoyu)babel-helper-compilation-targets
,babel-preset-env
ClassAccessorProperty
to prevent theno-undef
rule (@victorenator)🏠 Internal
babel-helper-transform-fixture-test-runner
🏃♀️ Performance
babel-parser
,babel-types
VISITOR_KEYS
etc. faster to access (@liuxingbaoyu)eslint/rewrite (@eslint/compat)
v1.2.3
Compare Source
v1.2.2
Compare Source
v1.2.1
Compare Source
reduxjs/redux-toolkit (@reduxjs/toolkit)
v2.3.0
Compare Source
This feature release adds a new RTK Query
upsertQueryEntries
util to batch-upsert cache entries more efficiently, passes through additional values for use inprepareHeaders
, and exports additional TS types around query options and selectors.Changelog
upsertQueryEntries
RTK Query already had an
upsertQueryData
thunk that would upsert a single cache entry. However, some users wanted to upsert many cache entries (potentially hundreds or thousands), and found thatupsertQueryData
had poor performance in those cases. This is becauseupsertQueryData
runs the full async request handling sequence, including dispatching bothpending
andfulfilled
actions, each of which run the main reducer and update store subscribers. That means there's2N
store / UI updates per item, so upserting hundreds of items becomes extremely perf-intensive.RTK Query now includes an
api.util.upsertQueryEntries
action that is meant to handle the batched upsert use case more efficiently. It's a single synchronous action that accepts an array of many{endpointName, arg, value}
entries to upsert. This results in a single store update, making this vastly better for performance vs many individualupsertQueryData
calls.We see this as having two main use cases. The first is prefilling the cache with data retrieved from storage on app startup (and it's worth noting that
upsertQueryEntries
can accept entries for many different endpoints as part of the same array).The second is to act as a "pseudo-normalization" tool. RTK Query is not a "normalized" cache. However, there are times when you may want to prefill other cache entries with the contents of another endpoint, such as taking the results of a
getPosts
list endpoint response and prefilling the individualgetPost(id)
endpoint cache entries, so that components that reference an individual item endpoint already have that data available.Currently, you can implement the "pseudo-normalization" approach by dispatching
upsertQueryEntries
in an endpoint lifecycle, like this:Down the road we may add a new option to query e