Minor Changes
-
#16231
091e5ecThanks @WalshyDev! - Upload source maps by default forwrangler deploy,wrangler versions uploadandwrangler previewWhen
upload_source_mapsisn't set in config or via--upload-source-maps, Wrangler now generates and uploads source maps so stack traces in logs andwrangler tailpoint at your original source without extra setup. In this default mode, source maps that can't be resolved (for example inlinedata:maps or missing.mapfiles from a custom build) are skipped rather than failing the upload. Settingupload_source_maps = truekeeps the existing strict behaviour, andupload_source_maps = false(or--no-upload-source-mapsfor deploy and versions upload) opts out.wrangler build --experimental-cf-build-outputis unchanged and still only includes source maps whenupload_source_maps = true. -
#16128
daae435Thanks @redsteadz! - Stopwrangler deploy,wrangler versions uploadandwrangler previewin projects that build for the Cloudflare CLI (cf)If your project builds through
cf, deploying it with Wrangler reads a different configuration, so it could update the wrong Worker or fail without explaining why. These commands now stop before uploading anything, name the.cloudflare/outputdirectory they found, and tell you to runcf deployinstead. If that directory is just left over from an earlier build, deleting it restores the Wrangler workflow.Ordinary Wrangler projects are unaffected, and
--dry-runstill works ondeployandversions upload. This is a new guard for the experimental Build Output Specification rather than a fix, and it gives three stable commands a failure mode they did not have before, so it is a minor.
Patch Changes
-
#16161
fcf625dThanks @dario-piotrowicz! - Clarify the Worker not found error during CI deploy validationWrangler now reports that the configured Worker could not be found in the account instead of incorrectly describing the failure as a name mismatch.
-
#16156
18f061cThanks @armancharan! - Ignore.wranglerwrites in the dev assets watcherwrangler devreloaded in a loop whenassets.directorywas the project root, because the assets watcher treated wrangler's own writes under.wrangleras asset changes and dropped in-flight requests. The watcher now ignores the project's.wranglerdirectory anddev.persist, except when that path is the assets directory. -
#16025
61e07fdThanks @kohjunhao! - Fix optional Docker lookups printing Docker CLI errors during successful buildscf buildlooks for Container images left behind by earlier builds so it can remove them. This lookup is best effort, but when Docker could not be reached it still printed errors such asCannot connect to the Docker daemon, even when the build succeeded and no image needed Docker. Docker commands whose output Wrangler reads no longer forward the Docker CLI's error output to the terminal. If one of these commands fails in a way that stops the command, the error message still includes the Docker CLI's output. -
#16151
cafd3f9Thanks @DevVettel! - Time out the OAuth token request instead of waiting indefinitelyThe request that exchanges an authorization code or refresh token for an access token had no timeout, so a stalled connection (for example behind an HTTP proxy) could leave
wrangler loginhanging silently for many minutes after the browser step had succeeded. The request now gives up after 30 seconds and reports that the Cloudflare auth server could not be reached. -
#15517
ea64ec4Thanks @xgame92! - Preserve binding options when provisioning resources through a redirected configWrangler now writes provisioned resource identifiers to both the redirected and original config files without copying other binding options between them. This prevents generated relative paths such as D1
migrations_dirfrom replacing user-authored paths during Vite deployments. -
#16219
d232454Thanks @petebacondarwin! - HonorX-Forwarded-Protofor incoming development requests behind TLS-terminating proxiesMiniflare now uses the original client protocol when constructing URLs for network requests. This also prevents Wrangler from downgrading HTTPS URLs in response headers such as
LocationandWWW-Authenticatewhen a tunnel forwards requests over HTTP. Explicit programmatic request URLs and configured upstream origins remain authoritative.