miniflare@4.20260603.0
Summary
<h3>Minor Changes</h3> <ul> <li> <p><a href="https://github.com/cloudflare/workers-sdk/pull/14164" data-hovercard-type="pull_request" data-hovercard-url="/cloudflare/workers-sdk/pull/14164/hovercard">#14164</a> <a href="https://github.com/cloudflare/workers-sdk/commit/b502d5445b9e9e030020a3d65c0334507393aa64"><code>b502d54</code></a> Thanks <a href="https://github.com/G4brym">@G4brym</a>! - Rename the <code>web_search</code> binding kind to <code>websearch</code></p> <p>Pre-launch rename of the public binding type from <code>web_search</code> to <code>websearch</code> so the on-the-wire shape matches the product name (Web Search). The wrangler config key, the binding-type string sent to the Cloudflare API, and the miniflare option key all move from <code>web_search</code> / <code>webSearch</code> to <code>websearch</code>.</p> <p>Update your wrangler config:</p> <div class="highlight highlight-source-diff notranslate position-relative overflow-auto" data-snippet-clipboard-copy-content="- "web_search": { "binding": "WEBSEARCH" } + "websearch": { "binding": "WEBSEARCH" }"><pre><span class="pl-md"><span class="pl-md">-</span> "web_search": { "binding": "WEBSEARCH" }</span> <span class="pl-mi1"><span class="pl-mi1">+</span> "websearch": { "binding": "WEBSEARCH" }</span></pre></div> <p>The runtime <code>WebSearch</code> type exposed on <code>env.WEBSEARCH</code> is unchanged.</p> </li> <li> <p><a href="https://github.com/cloudflare/workers-sdk/pull/13863" data-hovercard-type="pull_request" data-hovercard-url="/cloudflare/workers-sdk/pull/13863/hovercard">#13863</a> <a href="https://github.com/cloudflare/workers-sdk/commit/3b8b80ab32e3ac33b5df9f6944dca9cdf72c5495"><code>3b8b80a</code></a> Thanks <a href="https://github.com/aslakhellesoy">@aslakhellesoy</a>! - Support cross-worker workflow bindings via the dev registry</p> <p>When a workflow binding has a <code>scriptName</code> that refers to a worker registered in another Miniflare instance (via <code>unsafeDevRegistryPath</code>), miniflare now reroutes the engine's <code>USER_WORKFLOW</code> binding through the dev-registry-proxy worker — the same mechanism Durable Objects already use for cross-worker <code>scriptName</code> bindings.</p> <p>Previously the workflow engine was bound directly to a local service <code>core:user:<scriptName></code>, so workerd refused to start when that script lived in a different process.</p> <p>This unblocks <code>getPlatformProxy()</code> (and any other split-Miniflare setup) for users whose workflow class is defined in a separate worker — for example SvelteKit/Remix on Cloudflare, where <code>adapter-cloudflare</code>'s dev integration runs the user's worker in a sidecar.</p> <p>See <a href="https://github.com/cloudflare/workers-sdk/issues/7459" data-hovercard-type="issue" data-hovercard-url="/cloudflare/workers-sdk/issues/7459/hovercard">#7459</a>.</p> </li> </ul> <h3>Patch Changes</h3> <ul> <li> <p><a href="https://github.com/cloudflare/workers-sdk/pull/14175" data-hovercard-type="pull_request" data-hovercard-url="/cloudflare/workers-sdk/pull/14175/hovercard">#14175</a> <a href="https://github.com/cloudflare/workers-sdk/commit/a3eea277aae46450aec1f0c811e3fe256022c46e"><code>a3eea27</code></a> Thanks <a href="https://github.com/apps/dependabot">@dependabot</a>! - Update dependencies of "miniflare", "wrangler"</p> <p>The following dependency versions have been updated:</p> <table> <thead> <tr> <th>Dependency</th> <th>From</th> <th>To</th> </tr> </thead> <tbody> <tr> <td>workerd</td> <td>1.20260601.1</td> <td>1.20260603.1</td> </tr> </tbody> </table> </li> <li> <p><a href="https://github.com/cloudflare/workers-sdk/pull/14081" data-hovercard-type="pull_request" data-hovercard-url="/cloudflare/workers-sdk/pull/14081/hovercard">#14081</a> <a href="https://github.com/cloudflare/workers-sdk/commit/1fdd8def456011c29c5879fe49be6fa90ad9858d"><code>1fdd8de</code></a> Thanks <a href="https://github.com/dario-piotrowicz">@dario-piotrowicz</a>! - Detect early workerd exit instead of hanging indefinitely</p> <p>When <code>workerd</code> exits during startup before writing all expected listen events to the control file descriptor (e.g. due to an IPv6 bind failure, permission error, or missing library), Miniflare's <code>waitForPorts()</code> would block forever. This caused <code>wrangler dev</code> to stall at "Starting local server..." with no error and no timeout.</p> <p>The fix races <code>waitForPorts()</code> against the child process exit event so that any unexpected <code>workerd</code> termination is detected immediately. When <code>workerd</code> exits early, Miniflare now throws <code>ERR_RUNTIME_FAILURE</code> with the runtime's stderr output included in the error message, making the root cause diagnosable without external tools.</p> </li> </ul>
News Radar provides aggregated summaries. Full content and copyright remain with the original publisher.