Version Packages - #15036
Open
workers-devprod wants to merge 1 commit into
Open
Conversation
Contributor
|
✅ All changesets look good |
@cloudflare/autoconfig
@cloudflare/build-output-utils
@cloudflare/config
create-cloudflare
@cloudflare/deploy-helpers
@cloudflare/kv-asset-handler
miniflare
@cloudflare/pages-functions
@cloudflare/pages-shared
@cloudflare/unenv-preset
@cloudflare/vite-plugin
@cloudflare/vitest-pool-workers
@cloudflare/workers-auth
@cloudflare/workers-editor-shared
@cloudflare/workers-utils
wrangler
commit: |
workers-devprod
force-pushed
the
changeset-release/main
branch
4 times, most recently
from
August 6, 2026 15:27
8d9cff1 to
53fd375
Compare
workers-devprod
force-pushed
the
changeset-release/main
branch
from
August 6, 2026 17:35
53fd375 to
34abc8d
Compare
dario-piotrowicz
approved these changes
Aug 6, 2026
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 was opened by the Changesets release GitHub action. When you're ready to do a release, you can merge this and the packages will be published to npm automatically. If you're not ready to do a release yet, that's fine, whenever you add more changesets to main, this PR will be updated.
Releases
miniflare@5.20260801.1-alpha
Major Changes
#15040
99eb50cThanks @edmundhung! - Add per-worker control over dev registry registrationMiniflare workers must now opt in to the dev registry with
unsafeRegisterWorker. Wrangler and the Cloudflare Vite plugin use this option to advertise user workers without exposing internal or external workers.Patch Changes
#15037
b4f0c97Thanks @petebacondarwin! - Stop deleting and recreating every dev registry entry on each config updateApplying options rewrote this instance's dev registry entries by removing them and putting them straight back. Other dev sessions find Workers by watching that directory, so each update briefly looked to them like every Worker in the session had gone away — and a session that had already resolved one of those Workers could be left acting on that, up to and including tearing down a binding to a Worker that never actually stopped running.
Entries are now reconciled instead: Workers that are still present are updated in place, and only the ones that have genuinely gone are removed. Switching to a different registry path still clears the entries from the directory being left behind.
#15015
a60ff4dThanks @nickpatt! - Cut the per-request cost of local observability captureEvery tail event was written to the trace store as its own Durable Object call, so a request paid two or three round-trips per span. On a module-heavy app under the Vite plugin that dominated dev request latency. Rows are now buffered and written in batches, taking a request from roughly thirty calls to three.
Work in progress still shows up as it happens: the root span is written immediately, console logs and exceptions as they arrive, and a span's completion is written on the next event once 100ms has passed. An invocation that goes completely quiet writes nothing further until it ends, since the flush is driven by tail events rather than a timer.
The Vite plugin's own router, asset and proxy workers are also no longer captured. Their traces were noise the Observability views already hid, and skipping them cuts the spans recorded per request — a side benefit being that a trace's root is now your Worker rather than
__router-worker__.wrangler@4.120.0
Minor Changes
#15008
35c87e9Thanks @skepticfx! - Adds the ability to find container instances by exact ID or namewrangler containers instances <application_id> --search <instance_id_or_name>now searches every page and returns exact matches in human-readable or JSON output. JSON returns a top-level array, including an empty array when there is no match, while human-readable output prints a no-match message. If multiple instances have the same exact name, every matching instance is returned.#15008
35c87e9Thanks @skepticfx! - Add explicit pagination to container instance JSON outputUse
wrangler containers instances <application_id> --json --per-page <size>to return one page with machine-readableresult_info, then pass itsnext_page_tokento--page-tokento retrieve the next page. Plain--jsonremains backward-compatible: it requests the complete list and returns the existing top-level array.Patch Changes
#15015
a60ff4dThanks @nickpatt! - Cut the per-request cost of local observability captureEvery tail event was written to the trace store as its own Durable Object call, so a request paid two or three round-trips per span. On a module-heavy app under the Vite plugin that dominated dev request latency. Rows are now buffered and written in batches, taking a request from roughly thirty calls to three.
Work in progress still shows up as it happens: the root span is written immediately, console logs and exceptions as they arrive, and a span's completion is written on the next event once 100ms has passed. An invocation that goes completely quiet writes nothing further until it ends, since the flush is driven by tail events rather than a timer.
The Vite plugin's own router, asset and proxy workers are also no longer captured. Their traces were noise the Observability views already hid, and skipping them cuts the spans recorded per request — a side benefit being that a trace's root is now your Worker rather than
__router-worker__.Updated dependencies [
b4f0c97,a60ff4d,99eb50c]:@cloudflare/autoconfig@0.2.5
Patch Changes
6946da1]:@cloudflare/cli-shared-helpers@0.1.21
Patch Changes
6946da1]:@cloudflare/deploy-helpers@0.6.6
Patch Changes
b4f0c97,a60ff4d,6946da1,99eb50c]:@cloudflare/pages-shared@0.13.165
Patch Changes
b4f0c97,a60ff4d,99eb50c]:@cloudflare/vite-plugin@1.51.1
Patch Changes
#15015
a60ff4dThanks @nickpatt! - Cut the per-request cost of local observability captureEvery tail event was written to the trace store as its own Durable Object call, so a request paid two or three round-trips per span. On a module-heavy app under the Vite plugin that dominated dev request latency. Rows are now buffered and written in batches, taking a request from roughly thirty calls to three.
Work in progress still shows up as it happens: the root span is written immediately, console logs and exceptions as they arrive, and a span's completion is written on the next event once 100ms has passed. An invocation that goes completely quiet writes nothing further until it ends, since the flush is driven by tail events rather than a timer.
The Vite plugin's own router, asset and proxy workers are also no longer captured. Their traces were noise the Observability views already hid, and skipping them cuts the spans recorded per request — a side benefit being that a trace's root is now your Worker rather than
__router-worker__.Updated dependencies [
35c87e9,b4f0c97,a60ff4d,99eb50c,35c87e9]:@cloudflare/vitest-pool-workers@0.20.3
Patch Changes
35c87e9,b4f0c97,a60ff4d,99eb50c,35c87e9]:@cloudflare/workers-auth@0.6.1
Patch Changes
6946da1]:@cloudflare/workers-utils@0.31.2
Patch Changes
#15011
6946da1Thanks @LeSingh1! - Validateobservability.logs.head_sampling_rateandobservability.traces.head_sampling_rateare between 0 and 1The 0–1 range check was only applied to the top level
observability.head_sampling_rate. The two nested fields were type-checked as numbers but never bounds-checked, so a value such as10(a common mix-up with a percentage) was accepted locally and sent to the API.{ "observability": { "logs": { "enabled": true, "head_sampling_rate": 10 } } }All three fields now report
must be a value between 0 and 1.consistently.@cloudflare/remote-bindings@0.0.8
Patch Changes
b4f0c97,a60ff4d,6946da1,99eb50c]:@cloudflare/runtime-types@0.0.10
Patch Changes
b4f0c97,a60ff4d,99eb50c]: