Skip to content

fix(deps): update dependency immer to ^9.0.21 - #10331

Merged
cryptodev-2s merged 2 commits into
mainfrom
renovate/immer-9.x
Sep 22, 2026
Merged

cryptodev-2s merged 2 commits into
mainfrom
renovate/immer-9.x

Conversation

@metamask-ci

@metamask-ci metamask-ci Bot commented Sep 21, 2026 •

Copy link
Copy Markdown
Contributor

This PR contains the following updates:

Package Change Age Confidence
immer ^9.0.6 → ^9.0.21 age confidence

Configuration

📅 Schedule: (UTC)

  • Branch creation
    • At any time (no schedule defined)
  • Automerge
    • At any time (no schedule defined)

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about these updates again.


  • If you want to rebase/retry this PR, check this box

This PR has been generated by Mend Renovate CLI.


Note

Low Risk
Patch-level dependency bump within immer v9 with no code changes; primary runtime impact is controller state updates via BaseController’s immer usage.

Overview
Bumps immer from ^9.0.6 to ^9.0.21 across the monorepo (still on the v9 line). Affected packages include @metamask/base-controller and many controllers that depend on it or list immer directly or in devDependencies, plus wallet-cli. yarn.lock and each package’s CHANGELOG.md [Unreleased] section are updated accordingly.

There are no source or API changes—only dependency and changelog updates.

Reviewed by Cursor Bugbot for commit b914b6f. Bugbot is set up for automated code reviews on this repo. Configure here.

@metamask-ci
metamask-ci Bot requested review from a team as code owners September 21, 2026 18:23
@metamask-ci
metamask-ci Bot deployed to default-branch September 21, 2026 18:23 Active
@metamask-ci
metamask-ci Bot deployed to dependabot September 22, 2026 14:24 Active
@metamask-ci
metamask-ci Bot force-pushed the renovate/immer-9.x branch from 1041310 to 676ad50 Compare September 22, 2026 15:38
@metamask-ci

metamask-ci Bot commented Sep 22, 2026

Copy link
Copy Markdown
Contributor Author

❌ Failed to push changelog fixes. Check the workflow run for details.

@cryptodev-2s
cryptodev-2s added this pull request to the merge queue Sep 22, 2026
Merged via the queue into main with commit 54bc5e9 Sep 22, 2026
305 checks passed
@cryptodev-2s
cryptodev-2s deleted the renovate/immer-9.x branch September 22, 2026 18:03
@cursor cursor Bot mentioned this pull request Sep 22, 2026
1 task
@OGPoyraz OGPoyraz mentioned this pull request Sep 23, 2026
1 of 4 tasks
pull Bot pushed a commit to Reality2byte/core that referenced this pull request Sep 23, 2026
## Explanation

Release `1275.0.0` with a **major** version bump for
`@metamask/transaction-controller` and a **minor** version bump for
`@metamask/transaction-pay-controller`.

- **`@metamask/transaction-controller`** `70.1.0` → `71.0.0` (major)
- **`@metamask/transaction-pay-controller`** `29.0.2` → `29.1.0` (minor)

### `@metamask/transaction-controller@71.0.0`

**Breaking:** Move sponsorship and signing decisions to optional
approval-time `isSponsored` and `shouldSign` hooks
([MetaMask#10109](MetaMask#10109))
- The hooks default to non-sponsored and local signing when omitted.
Sponsored transactions skip the `shouldSign` hook and local signing,
while transactions that skip local signing retain an existing nonce and
require a publish hook.
- `isGasFeeSponsored` and `isExternalSign` remain in the public types as
deprecated compatibility properties but no longer control the
transaction lifecycle; `isGasFeeSponsored` remains available as
migration metadata.
- Add `TransactionMeta.isGasFeeSponsoredAvailable` and refresh it during
approval preparation when simulation is enabled so sponsorship hooks
receive current availability without overriding simulation preferences.

Other changes:
- Add `membershipSubscription` transaction type
([MetaMask#10340](MetaMask#10340))
- Bump `bn.js` from `^5.2.1` to `^5.2.5`
([MetaMask#10362](MetaMask#10362))

### `@metamask/transaction-pay-controller@29.1.0`

- Support subsidized max Relay deposits using atomic `EXACT_OUTPUT`
quotes with transaction calls embedded, gated by
`payStrategies.relay.atomicMaxEnabled`
([MetaMask#10224](MetaMask#10224))
- Bump `bn.js` from `^5.2.1` to `^5.2.5`
([MetaMask#10362](MetaMask#10362))
- Bump `immer` from `^9.0.6` to `^9.0.21`
([MetaMask#10331](MetaMask#10331))

### Dependency updates

16 packages had their `@metamask/transaction-controller` dependency
range updated to `^71.0.0` with `package.json` changes under this
release branch. Changelog entries for those packages will be generated
by commenting `@metamaskbot update-changelogs` on this PR.

## References

- [MetaMask#10109](MetaMask#10109) — Move
sponsorship and signing decisions to optional approval-time hooks
- [MetaMask#10340](MetaMask#10340) — Add
`membershipSubscription` transaction type
- [MetaMask#10224](MetaMask#10224) — Support
subsidized max Relay deposits using atomic `EXACT_OUTPUT` quotes

## Checklist

- [ ] I've updated the test suite for new or updated code as appropriate
- [ ] I've updated documentation (JSDoc, Markdown, etc.) for new or
updated code as appropriate
- [x] I've communicated my changes to consumers by [updating changelogs
for packages I've
changed](https://github.com/MetaMask/core/tree/main/docs/processes/updating-changelogs.md)
- [ ] I've introduced [breaking
changes](https://github.com/MetaMask/core/tree/main/docs/processes/breaking-changes.md)
in this PR and have prepared draft pull requests for clients and
consumer packages to resolve them

<!-- CURSOR_SUMMARY -->
---

> [!NOTE]
> **High Risk**
> The major transaction-controller release changes core transaction
approval, sponsorship, and signing behavior across many downstream
packages that depend on it.
> 
> **Overview**
> Release **`1275.0.0`** cuts published versions for
**`@metamask/transaction-controller`** `71.0.0` (major) and
**`@metamask/transaction-pay-controller`** `29.1.0` (minor), and bumps
the monorepo root version accordingly.
> 
> The transaction-controller release documents **breaking**
approval-time behavior: sponsorship and signing now flow through
optional **`isSponsored`** / **`shouldSign`** hooks instead of
**`isGasFeeSponsored`** / **`isExternalSign`**, plus a new
**`membershipSubscription`** transaction type. This PR mostly
**propagates** that major by setting dependent packages’
`@metamask/transaction-controller` ranges to **`^71.0.0`**, updating
**`yarn.lock`**, and recording bump entries in package changelogs
(including transaction-pay’s dependency bump under `29.1.0`).
> 
> <sup>Reviewed by [Cursor Bugbot](https://cursor.com/bugbot) for commit
b93ad54. Bugbot is set up for automated
code reviews on this repo. Configure
[here](https://www.cursor.com/dashboard/bugbot).</sup>
<!-- /CURSOR_SUMMARY -->

---------

Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
@NidhiKJha NidhiKJha mentioned this pull request Sep 23, 2026
3 of 4 tasks
pull Bot pushed a commit to Reality2byte/core that referenced this pull request Sep 23, 2026
## Explanation

Publish `@metamask/profile-sync-controller@32.3.0` so clients can
consume the additive changes that have accumulated on `main` since
32.2.0, including the `pairedIdentifierIds` field on `UserProfile` in
`srpSessionData` (MetaMask#10394).

Minor bump: the release only adds new, optional API surface (AAL2-gated
MFA enrollment, elevated tokens for credential enrollment,
`pairedIdentifierIds`) and bumps the internal `immer` dependency.
Nothing existing changes, so it is not breaking.

All 15 workspace packages that depend on
`@metamask/profile-sync-controller` now pin `^32.3.0`; none are being
published in this release. `yarn.lock` is updated accordingly.

## References

- Add `pairedIdentifierIds` to `UserProfile`:
MetaMask#10394
- MFA / AAL2 enrollment support:
MetaMask#10374
- Bump `immer` from `^9.0.6` to `^9.0.21`:
MetaMask#10331

## Checklist

- [x] I've updated the test suite for new or updated code as appropriate
- [x] I've updated documentation (JSDoc, Markdown, etc.) for new or
updated code as appropriate
- [x] I've communicated my changes to consumers by [updating changelogs
for packages I've
changed](https://github.com/MetaMask/core/tree/main/docs/processes/updating-changelogs.md)
- [ ] I've introduced [breaking
changes](https://github.com/MetaMask/core/tree/main/docs/processes/breaking-changes.md)
in this PR and have prepared draft pull requests for clients and
consumer packages to resolve them

<!-- CURSOR_SUMMARY -->
---

> [!NOTE]
> **Medium Risk**
> Releases auth/MFA and profile-session API surface; the diff is
dependency pins only, but consumers will pick up security-sensitive
behavior from 32.3.0.
> 
> **Overview**
> This release PR cuts **`@metamask/profile-sync-controller@32.3.0`**
(monorepo **`1280.0.0`**) and propagates it across the workspace. The
**15** packages that depend on profile sync now pin **`^32.3.0`** in
`package.json`, with matching **Unreleased** changelog notes and
**`yarn.lock`** updates; those dependents are **not** republished here.
> 
> The **32.3.0** changelog section documents what clients get from this
publish: **AAL2-gated MFA enrollment** (elevated `accessToken` for
`beginMfaEnrollment`, new MFA error codes / `StepUpRequiredError`,
`retry_after_seconds` handling), **`pairedIdentifierIds`** on
`UserProfile` in `srpSessionData`, and an internal **`immer`** bump. No
runtime code changes appear in this diff—only versioning and release
notes.
> 
> <sup>Reviewed by [Cursor Bugbot](https://cursor.com/bugbot) for commit
3a7ced6. Bugbot is set up for automated
code reviews on this repo. Configure
[here](https://www.cursor.com/dashboard/bugbot).</sup>
<!-- /CURSOR_SUMMARY -->

---------

Co-authored-by: Cursor <cursoragent@cursor.com>
Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant