Migrate from Wrangler v3 to v4

Wrangler v4 is a major release focused on updates to underlying systems and dependencies, along with improvements to keep Wrangler commands consistent and clear. Unlike previous major versions of Wrangler, which were foundational rewrites and rearchitectures — Version 4 of Wrangler includes a much smaller set of changes. If you use Wrangler today, your workflow is very unlikely to change.

While many users should expect a no-op upgrade, the following sections outline the more significant changes and steps for migrating where necessary.

Upgrade to Wrangler v4

To upgrade to the latest version of Wrangler v4 within your Worker project, run:

npm i -D wrangler@4

yarn add -D wrangler@4

pnpm add -D wrangler@4

bun add -d wrangler@4

After upgrading, you can verify the installation:

npx wrangler --version

yarn wrangler --version

pnpm wrangler --version

Summary of changes

• Updated Node.js support policy: Node.js v16, which reached End-of-Life in 2022, is no longer supported in Wrangler v4. Wrangler now follows Node.js's official support lifecycle.

• Upgraded esbuild version: Wrangler uses esbuild to bundle Worker code before deploying it, and was previously pinned to esbuild v0.17.19. Wrangler v4 uses esbuild v0.24, which could impact dynamic wildcard imports. Going forward, Wrangler will be periodically updating the esbuild version included with Wrangler, and since esbuild is a pre-1.0.0 tool, this may sometimes include breaking changes to how bundling works. In particular, we may bump the esbuild version in a Wrangler minor version.

• Commands default to local mode: All commands that can run in either local or remote mode now default to local, requiring a --remote flag for API queries.

• Deprecated commands and configurations removed: Legacy commands, flags, and configurations are removed.

Detailed Changes

Updated Node.js support policy

Wrangler now supports only Node.js versions that align with Node.js's official lifecycle:

• Supported: Current, Active LTS, Maintenance LTS
• No longer supported: Node.js v16 (EOL in 2022)

Wrangler tests no longer run on v16, and users still on this version may encounter unsupported behavior. Users still using Node.js v16 must upgrade to a supported version to continue receiving support and compatibility with Wrangler.

node --version

Upgraded esbuild version

Wrangler v4 upgrades esbuild from v0.17.19 to v0.24, bringing improvements (such as the ability to use the using keyword with RPC) and changes to bundling behavior:

• Dynamic imports: Wildcard imports (for example, import('./data/' + kind + '.json')) now automatically include all matching files in the bundle.

Users relying on wildcard dynamic imports may see unwanted files bundled. Prior to esbuild v0.19, import statements with dynamic paths (like import('./data/' + kind + '.json')) did not bundle all files matching the glob pattern (*.json). Only files explicitly referenced or included using find_additional_modules were bundled. With esbuild v0.19, wildcard imports now automatically bundle all files matching the glob pattern. This could result in unwanted files being bundled, so users might want to avoid wildcard dynamic imports and use explicit imports instead.

Commands default to local mode

All commands now run in local mode by default. Wrangler has many commands for accessing resources like KV and R2, but the commands were previously inconsistent in whether they ran in a local or remote environment. For example, D1 defaulted to querying a local datastore, and required the --remote flag to query via the API. KV, on the other hand, previously defaulted to querying via the API (implicitly using the --remote flag) and required a --local flag to query a local datastore. In order to make the behavior consistent across Wrangler, each command now uses the --local flag by default, and requires an explicit --remote flag to query via the API.

For example:

• Previous Behavior (Wrangler v3): wrangler kv key get queried remotely by default.
• New Behavior (Wrangler v4): wrangler kv key get queries locally unless --remote is specified.

Those using wrangler kv key and/or wrangler r2 object commands to query or write to their data store will need to add the --remote flag in order to replicate previous behavior.

grep -rE "wrangler (kv|r2)" --include="*.sh" --include="*.yml" --include="*.yaml" --include="Makefile" --include="package.json" .

# Before (Wrangler v3 - queried remote by default)
wrangler kv key get --binding MY_KV "my-key"

# After (Wrangler v4 - must specify --remote)
wrangler kv key get --binding MY_KV "my-key" --remote

Deprecated commands and configurations removed

All previously deprecated features in Wrangler v2 and in Wrangler v3 are now removed. Additionally, the following features that were deprecated during the Wrangler v3 release are also now removed:

• Legacy Assets (using wrangler dev/deploy --legacy-assets or the legacy_assets config file property). Instead, we recommend you migrate to Workers Static Assets.
• Legacy Node.js compatibility (using wrangler dev/deploy --node-compat or the node_compat config file property). Instead, use the nodejs_compat compatibility flag. This includes the functionality from legacy node_compat polyfills and natively implemented Node.js APIs.
• wrangler version. Instead, use wrangler --version to check the current version of Wrangler.
• getBindingsProxy() (via import { getBindingsProxy } from "wrangler"). Instead, use the getPlatformProxy() API, which takes exactly the same arguments.
• usage_model. This no longer has any effect, after the rollout of Workers Standard Pricing.

# For TOML files
grep -E "(legacy_assets|node_compat|usage_model)\s*=" wrangler.toml

# For JSON files
grep -E "\"(legacy_assets|node_compat|usage_model)\"" wrangler.json wrangler.jsonc

grep -rE "wrangler.*(--legacy-assets|--node-compat)" --include="*.sh" --include="*.yml" --include="*.yaml" --include="Makefile" --include="package.json" .

grep -rE "getBindingsProxy" --include="*.js" --include="*.ts" --include="*.mjs" .