chore(deps): update dependency wrangler to v4.118.0 - #13
Open
renovate[bot] wants to merge 1 commit into
Open
Conversation
|
PR author is in the excluded authors list. |
|
Review the following changes in direct dependencies. Learn more about Socket for GitHub.
|
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
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.114.0→4.118.0Release Notes
cloudflare/workers-sdk (wrangler)
v4.118.0Compare Source
Minor Changes
#14057
cc63aaeThanks @matingathani! - Add--jsonflag towrangler containers infofor consistent JSON output with sibling commandslistandinstances#14944
a249591Thanks @nickpatt! - Enable local observability capture by default in devwrangler devand the Vite plugin now capture request traces and console logs into the Local Explorer's Observability tab out of the box — previously this was opt-in behindX_LOCAL_OBSERVABILITY=true. SetX_LOCAL_OBSERVABILITY=falseto opt out (for example if the extra per-worker collector/streaming-tail services cause trouble in a multi-process dev-registry setup).#14919
e0bbf55Thanks @avenceslau! - Add additional triggers to WorkflowsWorkers can now declaratively start a locally defined Workflow. Configure event subscriptions under
triggers.events; Wrangler validates each target and updates the script's event triggers during deployment.{ "triggers": { "events": [ { "type": "cf.artifacts.repo.pushed", "filter": { "namespace": "my-namespace", "repo_name": "my-repo" }, "targets": [ { "type": "workflow", "workflow_name": "my-workflow" } ] } ] } }Patch Changes
#14936
f92d1fcThanks @petebacondarwin! - Fixjsx_fragmentbeing ignored whenwrangler devruns a custom buildIf your project uses a custom build and sets both
jsx_factoryandjsx_fragment,wrangler devused yourjsx_factoryvalue for JSX fragments as well, so fragments compiled incorrectly. Yourjsx_fragmentvalue is now used.#14936
f92d1fcThanks @petebacondarwin! - Stopwrangler devstarting new work after you stop it or it reloadsStopping
wrangler dev, or having it reload after a configuration change, could still leave it starting work for the state it had just left behind: your custom build command could run once more after dev had stopped, a change to a file in your assets directory could be reported against configuration that had already been replaced, and in some cases the process could stay alive instead of exiting.That work is now discarded, so stopping or reloading
wrangler devleaves nothing running behind it.#14936
f92d1fcThanks @petebacondarwin! - Stopwrangler devfrom running custom builds concurrentlyWhen several watched files changed at once — for example during a
git pullor a "save all" —wrangler devstarted a custom build for every file that changed, so multiple copies of your build command ran at the same time and fought over the same output files.A burst of file changes now results in a single build, and a build only starts once the previous one has finished.
#13746
cec9d88Thanks @edmundhung! - Report a clear error for account IDs that can't be used in a Cloudflare API requestAccount IDs are substituted straight into Cloudflare API URL paths, so a value containing non-ASCII characters previously failed deep inside the request layer with an opaque
Cannot convert argument to a ByteStringerror that gave no hint about which setting was at fault. Account IDs read fromCLOUDFLARE_ACCOUNT_IDand from theaccount_idconfiguration field are now validated up front, and an invalid value fails with a message naming both the offending value and where it came from.v4.117.0Compare Source
Minor Changes
#14586
5a56ddaThanks @emily-shen! - RemovecontainerEnginefrom the worker options returned byunstable_getMiniflareWorkerOptionsunstable_getMiniflareWorkerOptionsno longer includescontainerEnginein the returnedworkerOptions, since the container engine is a Miniflare instance-wide setting rather than a per-worker one. Callers that build a Miniflare instance from these options should setcontainerEngineat the top level instead.Patch Changes
#14586
5a56ddaThanks @emily-shen! - Rewrite local testing paths (/cdn-cgi/*)Miniflare v5 moved its internal local testing endpoints to
/cdn-cgi/local/*(and/__cf_local/*for endpoints that must remain reachable over tunnels) to prevent any potential collision with production routes.wrangler devand the Vite plugin now transparently rewrite the old paths to the new ones, meaning you can continue to use the old paths without issue.These are the new paths:
/cdn-cgi/handler/scheduled→/cdn-cgi/local/scheduled/cdn-cgi/handler/email→/cdn-cgi/local/email/cdn-cgi/explorer/*→/cdn-cgi/local/explorer/*/cdn-cgi/mf/scheduled→/cdn-cgi/local/scheduled(Note/cdn-cgi/mf/scheduledis already deprecated)/cdn-cgi/mf/stream/*→/__cf_local/stream/*/cdn-cgi/mf/imagedelivery/*→/__cf_local/imagedelivery/*Updated dependencies [
5a56dda,5a56dda,5a56dda,5a56dda,5a56dda,5a56dda,5a56dda,5a56dda,5a56dda,5a56dda,5a56dda,5a56dda,5a56dda,5a56dda,5a56dda,5a56dda,5a56dda]:v4.116.0Compare Source
Minor Changes
#14907
beec0fbThanks @NuroDev! - Avoid Worker and workers.dev naming prompts in agent-driven deploysWrangler now derives the Worker name from the project and automatically registers the same project-derived workers.dev account subdomain on a first deploy when running in a detected agent environment. The deploy output explains how to change both names.
#14905
b21eac2Thanks @jamesopstad! - The experimental build output directory now includes the Worker's configuration at.cloudflare/output/v0/workers/default/config.jsoninstead of.cloudflare/output/v0/workers/<worker-name>/worker.config.json#14893
bb09f1bThanks @apeacock1991! - Graduatewrangler check startupfrom alpha and show bundle size and a local timing summaryThe command no longer prints an alpha warning. It now reports its local profile window, sampled active, garbage collection, and idle time alongside the raw and compressed bundle sizes. The existing measurement warning continues to distinguish these local measurements from startup time measured on Cloudflare.
#14685
01d7020Thanks @edmundhung! - Add support for dispatching email handlers withcreateTestHarnessYou can now call
server.getWorker().email({ from, to, raw })to dispatch directly to a Worker'semail()handler and inspect its outcome, rejection reason, forwarded messages, and replies.Patch Changes
#14929
48f0c6cThanks @dependabot! - Update dependencies of "miniflare", "wrangler"The following dependency versions have been updated:
#14838
8049ca4Thanks @TheSaiEaranti! - Fix ctrl+c not being able to interrupt wrangler while waiting for Cloudflare Access authorizationWhen a domain is behind Cloudflare Access (for example during remote bindings startup), wrangler runs
cloudflared access login, which only returns once the user completes the authorization flow in the browser. This was invoked synchronously, blocking Node's event loop, so wrangler could not react to ctrl+c (or anything else) until the authorization completed — abandoning the browser flow left a hung wrangler process that had to be killed externally.cloudflaredis now spawned asynchronously, keeping wrangler responsive while it waits. The remote runtime passes its abort signal through to the spawn, so tearing down the session kills a still-pendingcloudflaredimmediately, with process exit as a last-resort cleanup.#14871
1394867Thanks @nickpatt! - Include the local observability query endpoint in the agent-facing Local Explorer hintThe hint
wrangler devprints for AI-agent sessions now listsPOST /cdn-cgi/explorer/api/local/observability/query, so agents can discover the read-only SQL endpoint for captured request traces and console logs (thespansandlogstables) alongside the existing binding and storage routes.#14918
cc54478Thanks @nickpatt! - Improve the agent-facing Local Explorer hint for the observability query endpointWhen a
wrangler devsession is detected as running inside an AI agent, the hint forPOST /local/observability/querynow explains that the endpoint takes a read-only SQL query (SELECT/WITH only) over the capturedspansandlogstables, notes thatattributesis JSON (read viajson(attributes)), and includes a copy-pasteablecurlexample. The full OpenAPI schema is demoted to a last-resort footer so agents reach for the small, actionable example first instead of fetching the large schema.#14897
e31ab0fThanks @ericclemmons! - Fixwrangler triggers deployto use Vite-generated redirected configurationThe command now reads
.wrangler/deploy/config.json, matchingwrangler deployandwrangler versions upload, so generated Worker names and trigger settings are applied.Updated dependencies [
01d7020,48f0c6c,d7f38c3,5c25cfe,1f61001]:v4.115.0Compare Source
Minor Changes
#14807
4dfb96eThanks @oOPa! - Add hidden--jurisdictionoption towrangler kv namespace createfor internal testingThis option creates a KV namespace within a specific jurisdiction (for example
us,eu, orfedramp), backing it with jurisdiction-scoped storage. It is experimental and currently gated to allow-listed accounts, so it is hidden from--helpuntil the feature is generally available.#14280
465c0fbThanks @tahmid-23! - Add experimentallocal_dev.experimental_s3_credentialstor2_bucketsconfigWhen set, the R2 bucket is served over a local S3-compatible API at
/cdn-cgi/local/r2/s3/<bucket-id>during local development, authenticated with the configured AWS SigV4 credentials.<bucket-id>is the bucket'sbucket_name, or the binding name ifbucket_nameis not set:{ "r2_buckets": [ { "binding": "BUCKET", "bucket_name": "my-bucket", "local_dev": { "experimental_s3_credentials": { "accessKeyId": "local-access-key-id", "secretAccessKey": "local-secret-access-key" } } } ] }#14877
552bcfcThanks @jasoncabot! - Respect and surface theRetry-Afterheader on Cloudflare API responsesPreviously, if a Wrangler command (e.g.
wrangler versions upload,wrangler deploy) hit the Cloudflare API's rate limit, the resulting error gave no indication of how long to wait before trying again, and 429 responses weren't retried at all (only5xxerrors were, with a fixed linear backoff).Now:
429 Too Many Requestsresponses are automatically retried, alongside the existing5xxretry behaviour.Retry-Afterheader, Wrangler waits for that duration instead of the default backoff, and logs a message indicating how long it's waiting. To avoid blocking for an excessive amount of time, waits longer than 60 seconds fail fast instead — the surfacedRetry-Aftervalue lets the caller schedule its own retry.Retry-Afterduration, and thecommand-failedentry written to the Wrangler output file (WRANGLER_OUTPUT_FILE_PATH/WRANGLER_OUTPUT_FILE_DIRECTORY) gains aretry_after_msfield. This lets scripts and CI/CD pipelines calling Wrangler repeatedly (for example,wrangler versions uploadon every commit) read the wait duration directly instead of regex-parsing stderr.APIError.isRetryable()is unchanged (still5xxonly);retryOnAPIFailure()separately retries 429s.retryAfterMs, when present, is honoured for any retried error, not just 429s.retryAfterMsis also now populated onAPIErrors raised from direct R2 object requests, the Browser Rendering API, and errors surfaced from commands using the officialcloudflareSDK client.#14712
6e0bf6eThanks @mack-erel! - Supportconnect()on remote VPC Network and VPC Service bindings in local developmentRemote VPC Network and VPC Service bindings previously only supported HTTP and JSRPC, so calling
binding.connect(address)against a private TCP service (for example a database) failed in local dev withIncoming CONNECT on a worker not supported. Raw TCP connections through remote VPC Network and VPC Service bindings now work in local development.This feature is experimental. Existing HTTP and JSRPC usage of remote VPC Network and VPC Service bindings is unaffected, and no new configuration is required.
Patch Changes
#14833
773ead4Thanks @DiogoSantoss! - Color Email Routing plan change markersWrangler now highlights additions in green, updates in yellow, and deletions and conflicts in red so Email Routing deployment plans are easier to scan before confirmation.
#14833
773ead4Thanks @DiogoSantoss! - Apply Email Routing changes across independent zones concurrentlyWrangler now limits concurrent zone updates while preserving the Email Routing plan order within each zone. Deployments that configure addresses across multiple zones complete faster without breaking delete-before-add transitions at a zone's rule limit.
#14815
09b8a44Thanks @chinesepowered! - Fixwrangler cloudchamber curlmangling header values that contain a colonHeader values were split on every colon and only the segment between the first and second was sent, so
--header location:https://example.com/xarrived ashttps. Headers are now split on the first colon only. A header that is not in the documented--header <name>:<value>form previously threw an unhandledTypeError, and now reports a clear error.#14806
e8b3a9dThanks @akim136! - Handle and explain authentication failures from remote bindings during local developmentWrangler now recognizes authentication failures from remote preview sessions and reports that bindings which need to run remotely require Cloudflare authentication even when the rest of the Worker is developed locally.
#14801
b737676Thanks @emily-shen! - Speed up old debug log cleanup by reading each log file's date from its filename instead ofstat-ing every fileWrangler periodically deletes debug log files older than 30 days from its logs directory. Previously it made a filesystem
statcall for each file to read its modification time; it now derives the age from the timestamp already encoded in the log filename, avoiding that extra work.Updated dependencies [
1035f74,e426cb9,3a22ae5,465c0fb,6e0bf6e]:Configuration
📅 Schedule: (in timezone America/Chicago)
* * * * 2)🚦 Automerge: Enabled.
♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR was generated by Mend Renovate. View the repository job log.