chore(deps)(deps): bump @reown/appkit from 1.8.20 to 1.8.23 in /landing

[dependabot]

Bumps @reown/appkit from 1.8.20 to 1.8.23.

Release notes

Sourced from @​reown/appkit's releases.

@​reown/appkit-siwe@​1.8.23

Patch Changes

• #5712 f2d2539 Thanks @​enesozturk! - Recover Coinbase Wallet from the EIP-1193 4100 ("Must call 'eth_requestAccounts' before other methods") error that could dead-end signing after a session restore.

  On an AppKit auto-restore, the Coinbase Wallet SDK provider keeps its accounts but drops its internal authorization — unlike wagmi's own reconnect, AppKit's restore reads eth_accounts without re-issuing eth_requestAccounts. Consumers that call .request() directly on the provider (rather than through wagmi's hooks) then failed the first signing RPC with 4100.

  The provider registration seam (syncProvider) now wraps Coinbase eip155 providers — keyed on the connector id, which is stable across the wagmi, ethers, and ethers5 adapters (the provider "type" is remapped to 'EXTERNAL' on most paths, so it can't be used to detect Coinbase). A 4100 then triggers a one-shot recovery: a single eth_requestAccounts re-authorization, an active-chain re-assert before an eth_sendTransaction retry (so the transaction can't broadcast on the wrong network after the handshake resets the SDK's chain), then exactly one retry. Non-4100 errors, rejected re-auth prompts, and non-Coinbase providers are unaffected. The wrapper is cached per provider instance so consumers keep a stable reference.

• #5665 e5ee43c Thanks @​Khizr97! - Fix coinbasePreference option being ignored — 'all' and 'eoaOnly' now correctly use the coinbaseWallet connector (with QR code support) instead of always using baseAccount. 'smartWalletOnly' uses baseAccount. Regression introduced in PR #5269.

• #5663 da65c78 Thanks @​Khizr97! - fix(ethers,ethers5): resolve walletProvider after account switch in modal

  useAppKitProvider returned a stale provider when switching accounts inside the modal. In the early-return path of connect(), connector.provider was never initialised, causing the base-client's accountChanged handler to skip syncProvider(). The provider is now resolved from ethersProviders before the event is emitted.

• #5706 ccf0dcb Thanks @​ignaciosantise! - fix: persist the universal-link base as the WalletConnect deeplink choice when experimental_preferUniversalLinks is enabled, so session-request re-opens (handled by universal-provider) use the wallet's universal link instead of falling back to its native custom scheme

• Updated dependencies [f2d2539, e5ee43c, da65c78, ccf0dcb]:

  • @​reown/appkit-utils@​1.8.23
  • @​reown/appkit-common@​1.8.23
  • @​reown/appkit-ui@​1.8.23
  • @​reown/appkit-wallet@​1.8.23
  • @​reown/appkit-controllers@​1.8.23

@​reown/appkit-scaffold-ui@​1.8.23

Patch Changes

• #5712 f2d2539 Thanks @​enesozturk! - Recover Coinbase Wallet from the EIP-1193 4100 ("Must call 'eth_requestAccounts' before other methods") error that could dead-end signing after a session restore.

  On an AppKit auto-restore, the Coinbase Wallet SDK provider keeps its accounts but drops its internal authorization — unlike wagmi's own reconnect, AppKit's restore reads eth_accounts without re-issuing eth_requestAccounts. Consumers that call .request() directly on the provider (rather than through wagmi's hooks) then failed the first signing RPC with 4100.

  The provider registration seam (syncProvider) now wraps Coinbase eip155 providers — keyed on the connector id, which is stable across the wagmi, ethers, and ethers5 adapters (the provider "type" is remapped to 'EXTERNAL' on most paths, so it can't be used to detect Coinbase). A 4100 then triggers a one-shot recovery: a single eth_requestAccounts re-authorization, an active-chain re-assert before an eth_sendTransaction retry (so the transaction can't broadcast on the wrong network after the handshake resets the SDK's chain), then exactly one retry. Non-4100 errors, rejected re-auth prompts, and non-Coinbase providers are unaffected. The wrapper is cached per provider instance so consumers keep a stable reference.

• #5665 e5ee43c Thanks @​Khizr97! - Fix coinbasePreference option being ignored — 'all' and 'eoaOnly' now correctly use the coinbaseWallet connector (with QR code support) instead of always using baseAccount. 'smartWalletOnly' uses baseAccount. Regression introduced in PR #5269.

• #5663 da65c78 Thanks @​Khizr97! - fix(ethers,ethers5): resolve walletProvider after account switch in modal

  useAppKitProvider returned a stale provider when switching accounts inside the modal. In the early-return path of connect(), connector.provider was never initialised, causing the base-client's accountChanged handler to skip syncProvider(). The provider is now resolved from ethersProviders before the event is emitted.

• #5706 ccf0dcb Thanks @​ignaciosantise! - fix: persist the universal-link base as the WalletConnect deeplink choice when experimental_preferUniversalLinks is enabled, so session-request re-opens (handled by universal-provider) use the wallet's universal link instead of falling back to its native custom scheme

• Updated dependencies [f2d2539, e5ee43c, da65c78, ccf0dcb]:

... (truncated)

Commits

• a211396 chore: version packages (#5714)
• f2d2539 fix(controllers): recover Coinbase 4100 unauthorized signing at the provider ...
• da65c78 fix(ethers,ethers5): resolve walletProvider after account switch in modal (#5...
• e5ee43c fix(wagmi): respect coinbasePreference when selecting Coinbase connector (#5665)
• ccf0dcb fix: honor experimental_preferUniversalLinks on session-request re-opens (#5706)
• a9d9c6c feat(siwx): tron verifier (#5688)
• a409474 Release (#5705)
• fb09a6d feat(appkit): expose headless resetWalletConnectUri + resetConnectingWallet (...
• 6b9c313 feat(controllers): expose WalletConnect URI on public state for headless QR (...
• a4b2d2f feat: expose headless wallet list imperatively on the AppKit client (#5695)
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)