Update dependency wrangler to v4.114.0 (main) by renovate[bot] · Pull Request #527 · conforma/conforma.github.io

renovate · 2026-02-26T03:42:31Z

ℹ️ Note

This PR body was truncated due to platform limits.

This PR contains the following updates:

Package	Change	Age	Adoption	Passing	Confidence
wrangler (source)	`4.59.1` → `4.114.0`

Release Notes

cloudflare/workers-sdk (wrangler)

`v4.114.0`

Compare Source

Minor Changes

#14633 3203b5d Thanks @nickpatt! - Add local-dev observability

wrangler dev and the Vite plugin now capture a trace for every local Worker invocation - spans, logs, and console.* output, including requests that cross worker or Durable Object boundaries.

You can explore this data two ways:
- A new Observability tab in the Local Explorer, with a Traces view (recent invocations, an inline timeline waterfall, and filters) and an Events view.
- A read-only SQL endpoint at /cdn-cgi/explorer/api/local/observability/query, discoverable via the Local Explorer's OpenAPI document, so coding agents and tools can query the same spans and logs tables.
While this is in testing it's off by default; set X_LOCAL_OBSERVABILITY=true to turn it on. It will be on by default in the public release.

Patch Changes

#14373 246ce92 Thanks @Jacroney! - Improve the D1 database-limit error message

When creating a D1 database fails because the account has hit its database limit, the error now points to the relevant next steps — upgrading on the Workers Free plan or requesting a higher limit on a paid plan — alongside the existing commands to list and delete databases. Previously it only suggested deleting unused databases. This applies both to wrangler d1 create and to the D1 database that is created during resource provisioning on deploy.
#14796 c38a2c3 Thanks @dependabot! - Update dependencies of "miniflare", "wrangler"

The following dependency versions have been updated:

Dependency From To

@cloudflare/workers-types ^5.20260721.1 ^5.20260722.1

workerd 1.20260721.1 1.20260722.1
#14788 8416b33 Thanks @chinesepowered! - Fix grammar in the container image-too-large error

The error thrown when a container image exceeds the available disk size ended with "Your need more disk for this image." It now reads "You need more disk for this image."
#14809 4683ff8 Thanks @jamesopstad! - Ignore the removed legacy_env field when reading a redirected configuration

Older versions of tools such as the Vite plugin can generate a redirected configuration (.wrangler/deploy/config.json) that still includes the removed legacy_env field. Since these files are tool-generated, users could not easily remove the field themselves, and Wrangler would error out. Wrangler now silently strips legacy_env from redirected configurations. User-authored configurations still report an error so that the field can be removed.
#14593 02232f3 Thanks @spk-ai! - Fix dev proxy silently hanging or returning a misleading 503 on network errors for non-root-path requests

During wrangler dev, a transient network error on any request path other than / could be misclassified as the worker being reloaded, even when it wasn't: GET/HEAD requests would silently hang (with nothing logged) until the client timed out, and other methods would receive a misleading Your worker restarted mid-request 503. Such errors are now reported and surfaced immediately when the worker has not actually changed.
#14797 f8a8c2c Thanks @roerohan! - Explain how to provision Flagship bindings if app_id missing in remote development

Wrangler now reports that a Flagship binding without an app_id must first be created with wrangler flagship apps create.
Updated dependencies [c38a2c3, c079ba3, 95b026e, c4bacec, 3203b5d]:
- miniflare@4.20260722.0

`v4.113.0`

Compare Source

Minor Changes

#14471 f03b108 Thanks @DiogoSantoss! - Apply Email Routing addresses during Worker trigger deployment

Worker trigger deployment now reconciles the Worker's Email Routing rules with the top-level addresses config. This runs for wrangler deploy, wrangler triggers deploy, and clients of @cloudflare/deploy-helpers. After the Worker uploads, or when wrangler triggers deploy runs after a version promotion, the deploy helper asks the Email Routing API for a plan, renders the changes grouped by zone (+ added, ~ updated, - deleted, ! conflict), prompts once for destructive changes in interactive mode, and applies accepted changes through the per-zone rule endpoints. Purely additive plans apply without a prompt, while non-interactive destructive plans fail without modifying rules.
#14679 deae171 Thanks @dario-piotrowicz! - Add exclude_packages option to dependencies_instrumentation configuration

The dependencies_instrumentation config object now accepts an optional exclude_packages field — an array of package name patterns (with glob-style * wildcards) to exclude from the dependency metadata collected during deploy and version uploads.
```
// wrangler.json
{
  "dependencies_instrumentation": {
    "exclude_packages": ["@&#8203;internal/*", "secret-tool"]
  }
}
```
#14721 4e92e32 Thanks @dmmulroy! - Support Artifacts sources when creating Queue event subscriptions

wrangler queues subscription create now accepts the artifacts and artifacts.repo source types supported by the Cloudflare API.
#13352 d1d6945 Thanks @penalosa! - Expand automatic resource provisioning to Queue, Dispatch Namespace, and Flagship bindings

Deployments can now omit the resource name or ID for these bindings. Wrangler will inherit the existing binding on subsequent deploys, create a deterministically named resource automatically, or offer existing resources during an interactive deploy with automatic creation disabled.
#14688 a0c8bb1 Thanks @NuroDev! - Print Local Explorer API details for headless agent-driven wrangler dev sessions

When wrangler dev is started in a headless AI agent environment, Wrangler now prints the Local Explorer API URL and basic resource routes so agents can inspect local Workers and bindings without relying on the interactive UI.
#14724 a50f73a Thanks @jamesopstad! - Add a settings export to the experimental cloudflare.config.ts config

Account-level settings (accountId, complianceRegion) now live in a dedicated, named settings export authored via defineSettings, rather than on the Worker config. A cloudflare.config.ts can export at most one settings object; the Worker itself is the default export.
```
// cloudflare.config.ts
import { defineSettings, defineWorker } from "wrangler/experimental-config";
import * as entrypoint from "./src/index.ts" with { type: "cf-worker" };

export const settings = defineSettings({
	accountId: "<your-account-id>",
});

export default defineWorker({
	name: "my-worker",
	entrypoint,
	compatibilityDate: "2026-05-18",
});
```
This is only used behind the experimental new-config path (wrangler --experimental-new-config and the @cloudflare/vite-plugin experimental.newConfig option).
#14595 2b390d7 Thanks @colinhacks! - Recognise nub as a package manager

wrangler now detects nub — from its npm_config_user_agent and an installed nub binary — and autoconfig detects nub projects by their nub.lock, alongside npm, pnpm, yarn, and bun.
#14742 34430b3 Thanks @pombosilva! - Add support for redacting sensitive Workflows step output in local dev.

Steps configured with sensitive: "output" now have their output redacted to [REDACTED] in step logs and step-output responses when running Workflows locally, matching production behavior. The real value is still passed to downstream steps, and step errors are never redacted.

Patch Changes

#14715 42af66d Thanks @dependabot! - Update dependencies of "miniflare", "wrangler"

The following dependency versions have been updated:

Dependency From To

@cloudflare/workers-types ^5.20260714.1 ^5.20260721.1

workerd 1.20260714.1 1.20260721.1
#14744 a0a091b Thanks @penalosa! - Drop the "Experimental:" prefix from the resource provisioning header now that automatic provisioning is generally available. The deploy output now reads The following bindings need to be provisioned:.
#14720 0df3d43 Thanks @penalosa! - Fix remote binding previews for accounts without a workers.dev subdomain

Wrangler now automatically registers a workers.dev subdomain when one is required to start a remote binding preview.
#14773 d83a476 Thanks @chinesepowered! - Fix stray characters in the Workers Sites asset-key-too-long error

The error thrown when an asset path key exceeds the 512-character limit ended with a stray ", copy-paste artifact, so the message printed to users terminated with ...#kv-limits", and the trailing documentation URL was malformed. The message now ends cleanly at the URL.
#14766 4815711 Thanks @gianghungtien! - Report the Worker's error for HEAD requests instead of an internal JSON parse error

A Worker that threw on a HEAD request (for example curl -I) logged SyntaxError: Unexpected end of JSON input from miniflare's internals rather than the actual error, and dispatchFetch() rejected with that same misleading error. workerd drops response bodies for HEAD requests, so the serialised error never reached the code that revives it.

The error is now also carried in a header, which survives HEAD, so the original message and source-mapped stack are reported for every method. When no payload is available the reporting degrades to a plain error rather than surfacing a parse failure.
#14448 c82d96b Thanks @GregBrimble! - Use the new PATCH APIs for versioned secret commands

Wrangler now updates versioned Worker secrets by patching the latest Worker version instead of downloading the latest version contents and uploading a full replacement version. This avoids reconstructing Worker configuration in Wrangler, which should reduce bugs when Workers use less common features. For example, this avoids regressions like the previous placement preservation bug fixed in #13843.
#14617 f75ae5d Thanks @martijnwalraven! - Derive nodejsCompatMode from the effective compatibility inputs in unstable_startWorker()

The CLI computes the node-compat mode from the effective compatibility date and flags (args.* ?? parsedConfig.*), but the programmatic path used input.build.nodejsCompatMode raw — leaving it unset meant a worker's nodejs_compat flag (from its config file or from input-level compatibilityFlags) was silently ignored, so bundling failed to resolve node builtins that wrangler dev handles. startWorker now derives the mode the same way when the caller does not provide one: input-level compatibilityDate/compatibilityFlags first, then the resolved config, with no-bundle taken from the resolved build.bundle semantics. Passing an explicit null still disables it.
Updated dependencies [42af66d, 4815711, 34430b3]:
- miniflare@4.20260721.0

`v4.112.0`

Compare Source

Minor Changes

#14470 3de70df Thanks @DiogoSantoss! - Add a top-level addresses field to Wrangler configuration for Email Routing

You can now declare the inbound email addresses handled by your Worker directly in wrangler.json:
```
{
  "name": "my-worker",
  "main": "src/index.ts",
  "compatibility_date": "2026-05-21",
  "addresses": ["support@example.com", "*@&#8203;example.com"]
}
```

#14706 cb6c3f9 Thanks @edmundhung! - Add Durable Object storage access to createTestHarness()

You can now execute SQL against a SQLite-backed Durable Object to seed or assert the storage state.

const server = createTestHarness({
  workers: [{ configPath: "./wrangler.json" }],
});
await server.listen();

const worker = server.getWorker();
const storage = await worker.getDurableObjectStorage("COUNTER", {
  name: "user-123",
});

await worker.fetch("/counter/user-123");

const rows = await storage.exec(
  "SELECT value FROM counters WHERE id = ?",
  "user-123"
);
expect(rows).toEqual([{ value: 1 }]);

#14562 9f04a7e Thanks @martijnwalraven! - Emit a typed runtimeError event on the unstable_startWorker DevEnv for uncaught Worker exceptions

Uncaught Worker exceptions were only source-mapped and printed, so programmatic consumers had to scrape terminal output to observe them. The DevEnv now re-emits a RuntimeErrorEvent (like reloadComplete) carrying the exception text and source-mapped stack — fed from Miniflare's pretty-error seam via the new handleUncaughtError option for exceptions the runtime catches, and from the inspector for those it does not.

Patch Changes

#14682 d39ae01 Thanks @dependabot! - Update dependencies of "miniflare", "wrangler"

The following dependency versions have been updated:

Dependency From To

@cloudflare/workers-types ^5.20260710.1 ^5.20260714.1

workerd 1.20260710.1 1.20260714.1
#14725 c79504f Thanks @edmundhung! - Support containers in createTestHarness()

Workers configured with containers can now be tested using createTestHarness(). The harness builds configured images and makes container-backed Durable Objects available during integration tests.
#14696 c7dbe1a Thanks @martijnwalraven! - Type unstable_startWorker, DevEnv.startWorker, and ConfigController.set/patch against WranglerStartDevWorkerInput, so the wrangler-specific dev.structuredLogsHandler field the runtime already honors is expressible through the public API. Previously the public signatures took the base StartDevWorkerInput, and callers passing the handler needed a cast while internal callers (the test harness) routed the wider type around the signature.
#14494 4e1a7a7 Thanks @petebacondarwin! - Register a workers.dev subdomain before uploading a new Worker

Deploying a Worker for the first time on an account that has no workers.dev subdomain failed with an opaque API error raised by the upload request itself (code 10063, "You need a workers.dev subdomain in order to proceed"). Wrangler now checks for a workers.dev subdomain before uploading a brand-new Worker that publishes to workers.dev and prompts you to register one, so you get a clear, actionable message instead of a cryptic API failure. The check is skipped for deploys that don't target workers.dev (routes-only deploys, or workers_dev: false) and for existing Workers, since their account already has a subdomain.
Updated dependencies [34e696d, d39ae01, 9f04a7e, 9f04a7e, cb30df3, cb6c3f9, 3f3afbb, e6fbc4e]:
- miniflare@4.20260714.0

`v4.111.0`

Compare Source

Minor Changes

#14602 7692a61 Thanks @edmundhung! - Add Durable Object eviction support to createTestHarness

You can now gracefully evict a running Durable Object by class name or binding name to verify how it recovers after its instance is torn down:
```
const worker = server.getWorker();
await worker.evictDurableObject("Counter", { name: "user-123" });
```
#14620 899c297 Thanks @penalosa! - Remove support for service environments and the legacy_env configuration field

Service environments have been removed. Wrangler now always deploys each environment as its own Worker named <name>-<environment>, which matches the behaviour of the previous default (legacy_env = true). The --legacy-env CLI flag has been removed, and the legacy_env configuration field is no longer supported — including it in your configuration file will now raise an error.

Because legacy_env = true was already the default, removing the field will not change how your Worker is deployed. If you were relying on service environments (legacy_env = false), each environment will now be deployed as a standalone Worker instead of as an environment of a single Worker. See https://developers.cloudflare.com/workers/wrangler/environments/ for more information.
#14652 317ce1f Thanks @jamesopstad! - Append Workers runtime types to the generated types under --x-new-config, with a new dev.types.includeRuntime option

When running wrangler dev --x-new-config, the runtime types generated from your compatibility date and flags are now appended to worker-configuration.d.ts, alongside the types inferred from cloudflare.config.ts. This is controlled by a new dev.types.includeRuntime option in wrangler.config.ts, which defaults to true.

This applies to the experimental new config path only and does not change type generation for existing wrangler.jsonc/wrangler.toml projects.

Patch Changes

#14627 ed33326 Thanks @tpmmorris! - Add convenient logging for worker emails in the project directory. In addition to the system's temp directory, logs for emails sent by workers are also written to a local temp directory defined by the calling process, e.g for an simple text email sent via Wrangler this is .wrangler/tmp/email/<session>/email-text/<message-uuid>.txt (and related files) in the project root. Callers of Miniflare can control this location via the new defaultProjectTmpPath option, which Wrangler and Vite plugin now set automatically.
#14642 018574b Thanks @dependabot! - Update dependencies of "miniflare", "wrangler"

The following dependency versions have been updated:

Dependency From To

@cloudflare/workers-types ^5.20260708.1 ^5.20260710.1

workerd 1.20260708.1 1.20260710.1
#14588 eb99ab1 Thanks @emily-shen! - fix: Respect auth profiles when using remote bindings in the Vite plugin

Auth profiles (configured via wrangler auth create and wrangler auth activate) were previously being ignored when using remote bindings with the Vite plugin. This is now fixed.

Note that the profile directory is resolved based on the Vite project root.
#14658 cdf3148 Thanks @ATKasem! - Fix wrangler dev corrupting external hostnames in proxied response headers

When a Worker was run with routes configured, wrangler dev's proxy rewrote the host inside URL-valued headers (such as Location) using a boundary-less substring replace. Any host that merely contained the route host as a substring was corrupted — e.g. with an example.com route, a Location: https://books.example.com/read/ch01 header became https://books.127.0.0.1:8788/read/ch01, and https://myexample.com/path became https://my127.0.0.1:8788/path.

The proxy now only rewrites absolute URLs whose host is exactly the proxied host, swapping the scheme and host together (which also fixes a related case where an https: scheme survived on a plain-HTTP dev address). Unrelated hosts and subdomains pass through untouched.
#14601 3015320 Thanks @MattieTK! - Improve the agent-facing --force guidance for Pages-to-Workers delegation

When an AI agent opts out of the Pages-to-Workers delegation by passing --force to wrangler pages deploy or wrangler pages project create, Wrangler now prints a notice at the end of a successful command explaining that --force only needs to be passed once: the project then exists, so subsequent commands are no longer delegated and do not need the flag.
#14569 9da77ac Thanks @dario-piotrowicz! - Suggest similar commands when a typo is detected

When an unknown command or subcommand is entered, wrangler now suggests the closest matching command if one exists within a reasonable edit distance. For example, running wrangler whoamio will display Did you mean "wrangler whoami"?, and running wrangler kv namespase will display Did you mean "wrangler kv namespace"?.
Updated dependencies [7692a61, ed33326, 018574b, 7692a61]:
- miniflare@4.20260710.0

`v4.110.0`

Compare Source

Minor Changes

#14591 0283a1f Thanks @dario-piotrowicz! - Send npm package dependency metadata with worker uploads

Wrangler now collects npm package dependency information from the project's package.json at deploy and version upload time, and includes it in the upload metadata sent to the Cloudflare API. This enables dependency analytics and future features like vulnerability alerting.

The collected data includes the package name, the version constraint from package.json, and the exact installed version from node_modules. Both dependencies and devDependencies are included, while workspace packages, local packages, and unresolvable packages are excluded. The list is capped at 200 entries per upload.

To opt out, set dependencies_instrumentation.enabled to false in your Wrangler configuration file:
```
{
  "dependencies_instrumentation": {
    "enabled": false
  }
}
```
#14535 1b965c5 Thanks @Naapperas! - Support dynamic retry delays for Workflow steps in local dev

A step's retries.delay can now be a function that computes the delay per failed attempt, in addition to a static duration. The function receives { ctx, error } and returns a delay (a number of milliseconds or a duration string like "30 seconds"), and its result is fed into the configured backoff.
```
await step.do(
  "call flaky API",
  {
    retries: {
      limit: 5,
      backoff: "constant",
      delay: ({ ctx }) => ctx.attempt * 1000,
    },
  },
  async () => {
    /* ... */
  }
);
```
The function is invoked once per failed attempt with a 5 second timeout. If it throws, times out, or returns an invalid value, the step fails without further retries.

Patch Changes

#14589 7b28392 Thanks @jamesopstad! - Fix runtime type caching when wrangler dev auto-regenerates types

When dev.generate_types (or wrangler dev --types) regenerated an out-of-date worker-configuration.d.ts, the written file omitted the // Begin runtime types marker (and the /* eslint-disable */ header) that wrangler types writes. As a result, later runs could not detect the cached runtime types and always regenerated them. The auto-regenerated file now matches wrangler types output, restoring the cache.
Updated dependencies [1b965c5]:
- miniflare@4.20260708.1

`v4.109.0`

Compare Source

Minor Changes

#14489 e3f0cd6 Thanks @edmundhung! - Add listDurableObjectIds() to createTestHarness Worker handles

Tests using createTestHarness can now list persisted Durable Object instance IDs for a Durable Object binding. This helps integration tests discover objects created by app behavior without adding test-only endpoints.
#14465 2fedb1f Thanks @vaishnav-mk! - Add rollback support when terminating Workflow instances

WorkflowInstance.terminate({ rollback: true }) now runs registered rollback handlers before marking a local Workflow instance as terminated. Wrangler also supports this via wrangler workflows instances terminate --rollback, including local mode.

The rollback option is only sent for terminate operations and is rejected by the Local Explorer API for pause, resume, and restart actions.
#14511 17d2fc1 Thanks @juleslemee! - Add wrangler turnstile widget commands for managing Turnstile widgets

You can now create, list, inspect, update, and delete Turnstile widgets from the CLI:
```
wrangler turnstile widget create <name> --domain example.com --mode managed
wrangler turnstile widget list
wrangler turnstile widget get <sitekey>
wrangler turnstile widget update <sitekey> --name "Renamed"
wrangler turnstile widget delete <sitekey>
```
All five subcommands accept --json for machine-readable output (get prints a formatted view by default; the rest print a short human summary). --domain accepts comma-separated values, e.g. --domain a.com,b.com. delete --json requires --skip-confirmation/-y to keep output pipeable.

create prints the sitekey, the secret, and the canonical challenges.cloudflare.com/turnstile/v0/siteverify endpoint for backend verification. The hint is backend-agnostic; it doesn't assume Workers. The secret is redacted from list and update output but remains available via get for retrieval later. delete prompts for confirmation; pass --skip-confirmation/-y to bypass.

The OAuth flow now requests the challenge-widgets.write scope (the existing Bach-derived scope for Turnstile widget CRUD). Existing OAuth sessions need to run wrangler login again to pick it up. API token users need a token with the Account.Turnstile:Edit permission.

Patch Changes

#14596 8511ddf Thanks @dependabot! - Update dependencies of "miniflare", "wrangler"

The following dependency versions have been updated:

Dependency From To

workerd 1.20260706.1 1.20260708.1

@cloudflare/workers-types ^5.20260706.1 ^5.20260708.1
#14604 9f74a5f Thanks @vaishnav-mk! - Improve the deploy error for cron-triggered Workflows on free plans

Wrangler now explains that Workflow schedules require a paid Workers plan instead of showing only the generic Workflows API request failure.
#14616 c782e2a Thanks @penalosa! - Fix wrangler deploy aborting in CI for autoconfigured projects

A recent change guarded non-interactive deploys against overwriting a same-named Worker whenever there was no config file naming it. This was too broad: a plain wrangler deploy run in CI without a config file (for example an autoconfigured project whose generated config PR has not been merged) would fail with "A Worker named ... already exists in your account", even though re-deploying to that Worker is the intended behaviour.

The guard is now limited to the Pages-to-Workers delegation, where the target name is a Pages project name that must not clobber an unrelated Worker. Plain deploys once again deploy normally.
Updated dependencies [e3f0cd6, 8511ddf, 2fedb1f]:
- miniflare@4.20260708.0

`v4.108.0`

Compare Source

Minor Changes

#14312 54f74b8 Thanks @MattieTK! - Delegate agent-driven static Pages deploys to Workers

When wrangler pages deploy or wrangler pages project create is run by an AI coding agent against a brand-new, purely static project, Wrangler now delegates it to Workers static assets (using autoconfig) instead of Cloudflare Pages. Accounts that already have Cloudflare Pages projects, non-agent (human) sessions, and projects using Pages features that can't be carried across to Workers (Pages Functions, a _worker.js, or a _routes.json file) are unaffected and continue to use Pages. Passing --force to either command opts out of the delegation and deploys to Pages directly. Once the Workers deploy starts it is not silently swapped back to Pages: if it fails, the error is surfaced and the --force opt-out is suggested.

Patch Changes

#14567 0852346 Thanks @dependabot! - Update dependencies of "miniflare", "wrangler", "create-cloudflare"

The following dependency versions have been updated:

Dependency From To

workerd 1.20260702.1 1.20260706.1

@cloudflare/workers-types 4.20260702.1 5.20260706.1
#14312 54f74b8 Thanks @MattieTK! - Avoid silently overwriting an existing Worker during non-interactive deploys that cannot prove they own the name

A non-interactive deploy (an agent, CI, or the agent-delegated wrangler pages deploy) has no way to prompt before overwriting a Worker, so it now stops if the target name is already taken and this run cannot show it owns that Worker. This applies when there is no Wrangler configuration file naming the Worker and either the name was generated automatically or the deploy is the Pages-to-Workers delegation (where the name carried across is a Pages project name, not proof of Worker ownership). The check reuses the service metadata the deploy already fetches, so it adds no extra API calls.

Deploys are unaffected when a configuration file names the Worker (so repeat deployments continue to update it), and interactive deploys keep their existing confirmation flow. To update an existing Worker in one of the guarded cases, add a Wrangler configuration file naming it, or deploy under a different name.
Updated dependencies [0852346]:
- miniflare@4.20260706.0

`v4.107.1`

Compare Source

Patch Changes

#14514 d88555e Thanks @dependabot! - Update dependencies of "miniflare", "wrangler"

The following dependency versions have been updated:

Dependency From To

workerd 1.20260701.1 1.20260702.1
#14564 5fd8bee Thanks @jibin7jose! - Fix an issue where wrangler dev would not override config vars with values from .dev.vars during local development when the secrets field was defined in the configuration file.
#14332 5d9990e Thanks @Divkix! - Fix misleading error guidance when deploying a new Worker with secrets.required

When a Worker declares secrets.required and has never been deployed before, the previous error message suggested running wrangler secret put <NAME>, which doesn't work because the Worker doesn't exist yet.

The one path that does work — wrangler deploy --secrets-file <path> — was not mentioned anywhere in the error output.

The pre-deploy error now explains that wrangler secret put cannot be used for a new Worker, and directs users to the --secrets-file flag instead. The post-deploy error for existing Workers now also mentions --secrets-file alongside wrangler secret put.
#14507 bf49a41 Thanks @joey727! - Fix a potential crash when displaying certain CLI output

Previously, some CLI output with no content lines could cause a crash. This is now handled correctly.
#14492 1ac96a1 Thanks @penalosa! - Replace the CommonJS xdg-app-paths dependency with a vendored pure-ESM implementation

xdg-app-paths (and its xdg-portable/os-paths dependencies) are CommonJS only, which caused "Dynamic require of 'path' is not supported" errors when the surrounding code was bundled to ESM. The global config/cache directory resolution is now provided by a small, dependency-free pure-ESM module in @cloudflare/workers-utils that reproduces the previous path resolution exactly (verified against the real package in unit tests), so existing config and credential locations are unchanged. This also drops the transitive fsevents optional dependency that xdg-app-paths pulled in.

Miniflare and create-cloudflare now consume the shared helpers from @cloudflare/workers-utils instead of maintaining their own copies, importing node-only leaf entry points (@cloudflare/workers-utils/fs-helpers, @cloudflare/workers-utils/global-wrangler-config-path) where ESM bundling is required.
#14572 f416dd9 Thanks @petebacondarwin! - Key local rate limit counters by namespace_id instead of binding name

wrangler dev and Miniflare previously tracked each rate limit binding's counter by its binding name, so two bindings that referenced the same namespace_id were treated as separate limiters. Counters are now keyed by namespace_id, matching production: bindings that share a namespace_id share a limit, while distinct namespaces stay isolated. This also re-enables rate limit bindings in multiworker wrangler dev sessions, where they were previously stripped from secondary Workers to avoid a startup crash.
#14570 1ca8d8f Thanks @penalosa! - Upgrade signal-exit from v3 to v4

The bundled signal-exit dependency was CJS-only. Upgrading to v4 (which ships a dual ESM/CJS build) unblocks ESM output. Exit-cleanup behaviour is unchanged, though v4 no longer registers handlers for a few signals that are no longer supported by the OS (SIGUNUSED on Linux; SIGABRT/SIGALRM on Windows).
#14561 b973ed3 Thanks @martijnwalraven! - Emit an error event for watch-mode rebuild failures in unstable_startWorker

Initial build failures already dispatch an error event (surfaced as buildFailed on the DevEnv bus), but watch-mode rebuild failures were only logged from inside the esbuild plugin, so programmatic consumers had no way to observe them while dev kept serving the previous bundle. Rebuild failures now route through the same error path as initial-build failures: terminal output is unchanged and buildFailed fires symmetrically.
Updated dependencies [e7e5780, d88555e, 1ac96a1, f416dd9, 16fbf81]:
- miniflare@4.20260702.0

`v4.107.0`

Compare Source

Minor Changes

#14474 aa5d580 Thanks @WillTaylorDev! - Add cache options for WorkerEntrypoint exports

You can now set cache options on WorkerEntrypoint exports and configure cross-version cache behavior globally:
```
// wrangler.json
{
  "cache": { "enabled": true, "cross_version_cache": true },
  "exports": {
    "default": {
      "type": "worker",
      "cache": { "enabled": false }
    },
    "Admin": {
      "type": "worker",
      "cache": { "enabled": true }
    }
  }
}
```
Wrangler sends the exports config to the deploy and version upload APIs alongside the global cache.enabled and cache.cross_version_cache settings. The platform resolves those global settings plus cache overrides on exports and validates which entrypoint names are cacheable.
#14382 fd92d56 Thanks @petebacondarwin! - Add support for declarative Durable Object exports

wrangler deploy now accepts an exports map in wrangler.json as a declarative alternative to the legacy migrations array.

Each entry in exports is keyed by Durable Object class name. type carries the export kind (currently always "durable-object"); the state field carries the lifecycle and defaults to "created" (live) when omitted:
```
{
  "exports": {
    // Provision a new Durable Object class (`MyDO`)
    "MyDO": { "type": "durable-object", "storage": "sqlite" },
    // Delete Durable Object class (`OldGone`)
    "OldGone": { "type": "durable-object", "state": "deleted" },
    // Rename a Durable Object class (from `OldName` to `NewName`)
    "OldName": {
      "type": "durable-object",
      "state": "renamed",
      "renamed_to": "NewName"
    },
    "NewName": { "type": "durable-object", "storage": "sqlite" },
    // Transfer a Durable Object (`Outgoing`) to a new Worker (`target-worker`)
    "Outgoing": {
      "type": "durable-object",
      "state": "transferred",
      "transferred_to": "target-worker"
    },
    // Prepare to receive the transfer of a Durable Object (`Incoming`) from another Worker (`source-worker`)
    "Incoming": {
      "type": "durable-object",
      "state": "expecting-transfer",
      "storage": "sqlite",
      "transfer_from": "source-worker"
    }
  }
}
```
When a Worker declares Durable Object class bindings but no lifecycle for them (neither a migrations array nor an exports map), wrangler warns and now suggests a declarative exports entry for each class (previously it suggested a legacy migrations block).

The deployment response now surfaces the server's reconciliation result — created namespaces, applied tombstones, structured per-scenario info entries, and a removable_entries hint for stale tombstones that are safe to delete from the config. Blocking errors return the structured per-class detail with scenario tags, suggested remediation, and any referencing-script context.

wrangler versions upload also forwards exports. Declarative exports lifecycle changes are reconciled when the version is deployed (wrangler versions deploy or wrangler deploy), so a versions upload payload can declare new classes in exports without immediately provisioning them. An acto

✂ Note

PR body was truncated to here.

Configuration

📅 Schedule: (UTC)

Branch creation
- Between 12:00 AM and 03:59 AM (* 0-3 * * *)
Automerge
- At any time (no schedule defined)

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.

If you want to rebase/retry this PR, check this box

This PR was generated by Mend Renovate. View the repository job log.

github-actions · 2026-02-26T03:44:07Z

🚀 Preview is available at https://039f4b07.enterprise-contract.pages.dev

github-actions · 2026-02-26T17:35:05Z

🚀 Preview is available at https://08300ee1.enterprise-contract.pages.dev

github-actions · 2026-03-04T00:40:10Z

🚀 Preview is available at https://6626ba07.enterprise-contract.pages.dev

github-actions · 2026-03-05T23:55:35Z

🚀 Preview is available at https://547ec4d3.enterprise-contract.pages.dev

github-actions · 2026-03-09T12:49:51Z

🚀 Preview is available at https://777ca95c.enterprise-contract.pages.dev

github-actions · 2026-03-10T23:04:30Z

🚀 Preview is available at https://41dff465.enterprise-contract.pages.dev

github-actions · 2026-03-13T09:55:22Z

🚀 Preview is available at https://604b8a26.enterprise-contract.pages.dev

github-actions · 2026-03-24T13:28:28Z

🚀 Preview is available at https://cfdb8b39.enterprise-contract.pages.dev

github-actions · 2026-03-27T18:35:59Z

🚀 Preview is available at https://360d8039.enterprise-contract.pages.dev

github-actions · 2026-03-31T14:03:19Z

🚀 Preview is available at https://bf28eac1.enterprise-contract.pages.dev

github-actions · 2026-06-30T19:11:37Z

🚀 Preview is available at https://4d1d4b72.enterprise-contract.pages.dev

github-actions · 2026-07-02T18:57:45Z

🚀 Preview is available at https://b00612e7.enterprise-contract.pages.dev

github-actions · 2026-07-07T20:53:15Z

🚀 Preview is available at https://8120df4c.enterprise-contract.pages.dev

fullsend-ai-review · 2026-07-08T21:01:13Z

🤖 Finished Review · ✅ Success · Started 9:01 PM UTC · Completed 9:07 PM UTC
Commit: 8f05d87 · View workflow run →

github-actions · 2026-07-08T21:01:56Z

🚀 Preview is available at https://8f5df052.enterprise-contract.pages.dev

fullsend-ai-review · 2026-07-08T21:07:47Z

Review — approve

Renovate lockfile update for wrangler dev dependency: 4.59.1 → 4.112.0

Summary

This is an automated Renovate PR that updates the resolved version of wrangler in package-lock.json from 4.59.1 to 4.112.0. The package.json range (^4.59.1) is unchanged and correctly allows 4.112.0. Only package-lock.json is modified.

Analysis

Correctness

The lockfile is internally consistent — all transitive dependencies are updated in lockstep.
Key transitive dependency updates: esbuild (0.27.0 → 0.28.1), workerd (1.20260111.0 → 1.20260714.1), miniflare (4.20260111.0 → 4.20260714.0), undici (7.14.0 → 7.28.0), ws (8.18.0 → 8.21.0).
Several transitive dependencies were removed (acorn, acorn-walk, exit-hook, glob-to-regexp, mime, stoppable, zod), indicating upstream dependency cleanup — this reduces the overall dependency footprint.
The minimum Node.js engine requirement for wrangler changed from ≥20.0.0 to ≥22.0.0, and for miniflare from ≥18.0.0 to ≥22.0.0. The project's package.json specifies "node": "24", so this is safely satisfied.

Security

All affected packages are dev dependencies only — no production exposure.
The undici update (7.14.0 → 7.28.0) likely includes security fixes for the HTTP client layer.
The removal of 7 transitive dependencies reduces the attack surface.

Intent & coherence

Standard automated dependency update, appropriately scoped to the wrangler dependency tree.
Consistent with the repository's established dependency management practices (previously used dependabot, now Renovate).

Documentation & cross-repo contracts

No documentation impact — lockfile-only change.
No API, schema, or interface changes.

Verdict

✅ Approve — Clean lockfile update for a dev dependency. The version is within the declared range, the Node.js engine requirement is satisfied, the lockfile is internally consistent, and the net dependency count is reduced.

Previous run

Review

Verdict: approve ✅

Summary

Routine automated dependency update from Renovate bumping wrangler from 4.59.1 → 4.111.0. Only package-lock.json is modified — no source code changes.

Key version changes

Package	From	To
`wrangler`	4.59.1	4.111.0
`esbuild`	0.27.0	0.28.1
`workerd`	1.20260111.0	1.20260710.1
`miniflare`	4.20260111.0	4.20260710.0
`@cloudflare/kv-asset-handler`	0.4.1	0.5.0
`undici`	7.14.0	7.28.0
`ws`	8.18.0	8.21.0

Several transitive dependencies removed (acorn, acorn-walk, exit-hook, glob-to-regexp, mime, stoppable, zod) — no longer needed by the updated tree.

Compatibility checks

✅ wrangler 4.111.0 is within ^4.59.1 semver range in package.json
✅ All updated packages are devDependencies
✅ New Node.js minimum ≥22.0.0 (up from ≥20.0.0) — project targets Node 24 (.tool-versions, package.json engines field)
✅ @cloudflare/workers-types peer dep changed ^4 → ^5 — optional, not a project dependency

Observations

preview.yaml Node.js version (pre-existing, not introduced by this PR): The preview workflow runs npm ci && wrangler pages deploy without actions/setup-node, relying on the runner's default Node.js. With wrangler now requiring ≥22, this depends on ubuntu-latest shipping Node 22+. Consider adding actions/setup-node with node-version-file: '.tool-versions' for resilience.

PR title convention: Per AGENTS.md §4, PR titles should follow Conventional Commits format (e.g., chore(deps): update wrangler to v4.111.0). The current title Update dependency wrangler to v4.111.0 (main) is Renovate's default format. This can be configured via Renovate's commitMessagePrefix / commitMessageAction settings.

Previous run (2)

Review

Outcome: Approve

Automated lockfile-only dependency update from Renovate. Updates wrangler from 4.59.1 to 4.110.0 along with its transitive dependency tree.

Changes verified

File scope: Only package-lock.json is modified — no source code, configuration, or documentation changes.
Semver compatibility: package.json declares "wrangler": "^4.59.1", so 4.110.0 is within the accepted range. No package.json change is needed.
Node engine requirement: wrangler and miniflare now require Node >=22.0.0 (was >=20.0.0 and >=18.0.0 respectively). The project specifies "node": "24" in package.json, which satisfies this constraint.
Peer dependencies: @cloudflare/workers-types peer dependency changed from ^4.x to ^5.x, but it is declared as optional and is not installed in this project.
Dependency tree cleanup: Several transitive dependencies were removed (acorn, acorn-walk, exit-hook, glob-to-regexp, mime, stoppable, zod), reducing the overall dependency footprint.
Registry integrity: All packages resolve to registry.npmjs.org with integrity hashes present.
Key transitive bumps: esbuild 0.27.0 → 0.28.1, workerd 1.20260111.0 → 1.20260708.1, undici 7.14.0 → 7.28.0, ws 8.18.0 → 8.21.0.

Observations

The PR title does not follow Conventional Commits format as specified in AGENTS.md. This is standard Renovate bot behavior and is non-blocking.

No correctness, security, or compatibility concerns identified. This is a safe, routine dependency update.

Previous run (3)

Review — approve

Scope: Mechanical dependency update — wrangler v4.59.1 → v4.109.0 in package-lock.json only (Renovate bot).

Summary

This PR updates the wrangler devDependency and its transitive dependency tree. Key version changes:

Package	Old	New
wrangler	4.59.1	4.109.0
esbuild	0.27.0	0.28.1
workerd	1.20260111.0	1.20260708.1
miniflare	4.20260111.0	4.20260708.0
undici	7.14.0	7.28.0
ws	8.18.0	8.21.0

Several transitive dependencies were removed (acorn, acorn-walk, exit-hook, glob-to-regexp, mime, stoppable, zod), reducing the dependency footprint. The wrangler Node.js engine requirement increased from >=20 to >=22; the project declares engines.node: "24" and .tool-versions specifies Node.js 24.12.0, so this is satisfied.

Dimension summary

Dimension	Result
Correctness	✅ No application code changes. Lock file is mechanically consistent with `"wrangler": "^4.59.1"` in `package.json`.
Security	✅ No secrets, injection patterns, permission changes, or supply chain concerns. All packages resolve to `registry.npmjs.org`. Dev-only dependency.
Intent & coherence	✅ Mechanical Renovate bot update — authorization implicit.
Style & conventions	✅ No source code changes to evaluate.
Documentation currency	✅ No code changes that could make documentation stale.
Cross-repo contracts	✅ No exported interfaces or API surfaces modified.

Observations

Low: CI workflow missing explicit Node.js setup (pre-existing)

The preview.yaml workflow runs npm --prefix code ci and wrangler pages deploy without an actions/setup-node step, relying on the runner's default Node.js version. With wrangler's engine requirement now at >=22, this is a pre-existing gap worth addressing separately. Currently the runner's default Node.js version is likely compatible, and npm does not enforce engine requirements by default.

File: .github/workflows/preview.yaml (line 79)
Remediation: Consider adding actions/setup-node with node-version-file pointing to the root package.json in a separate PR.

Previous run (4)

Review — #527

Verdict: Approve

Summary

Routine Renovate lockfile update bumping wrangler from 4.59.1 → 4.107.1. Only package-lock.json is modified — no source code, configuration, or documentation changes.

Key dependency changes:

wrangler: 4.59.1 → 4.107.1 (engines.node: >=20 → >=22)
@cloudflare/kv-asset-handler: 0.4.1 → 0.5.0
esbuild: 0.27.0 → 0.28.1
miniflare: 4.20260111.0 → 4.20260702.0
workerd: 1.20260111.0 → 1.20260702.1
ws: 8.18.0 → 8.21.0
zod removed (no longer a transitive dependency)

Compatibility: The package.json semver range "wrangler": "^4.59.1" accepts 4.107.1. The project declares "node": "24", which satisfies wrangler's new >=22.0.0 engine requirement. The build.yaml workflow uses actions/setup-node with node 24 via antora/package.json — no issue there.

Dimension results

Dimension	Result
Correctness	✅ 1 low finding (CI compatibility)
Security	✅ No concerns — all packages from npm registry with integrity hashes, dependency tree simplified
Intent & coherence	✅ Authorization implicit (mechanical Renovate change)
Style & conventions	✅ No findings (early exit — generated lockfile)
Documentation currency	✅ No staleness (no behavioral changes introduced)
Cross-repo contracts	⏭ Skipped (no exported interfaces modified)

Findings

[low] Engine compatibility — .github/workflows/preview.yaml

The preview.yaml workflow runs npm --prefix code ci and wrangler pages deploy (lines 79–80) without an actions/setup-node step. It relies on the runner's default Node version. The updated wrangler 4.107.1 and its sub-dependencies (miniflare, @cloudflare/kv-asset-handler) now declare engines.node >= 22.0.0. While npm does not enforce engine constraints by default, this creates a latent compatibility risk if the runner's default Node version falls below 22. The build.yaml workflow is unaffected — it already uses actions/setup-node with node 24. Consider adding actions/setup-node with node-version-file to preview.yaml for consistency.

Labels: PR updates npm dependencies (lockfile)

fullsend-ai-review · 2026-07-09T16:32:39Z

🤖 Review · ❌ Terminated · Started 4:32 PM UTC · Ended 4:39 PM UTC
Commit: 87c4a29 · View workflow run →

github-actions · 2026-07-09T16:33:31Z

🚀 Preview is available at https://4c4e24e3.enterprise-contract.pages.dev

fullsend-ai-review · 2026-07-09T16:39:46Z

🤖 Finished Review · ✅ Success · Started 4:32 PM UTC · Completed 4:39 PM UTC
Commit: 87c4a29 · View workflow run →

fullsend-ai-review · 2026-07-09T23:05:24Z

🤖 Review · ❌ Terminated · Started 11:05 PM UTC · Ended 11:09 PM UTC
Commit: 87c4a29 · View workflow run →

github-actions · 2026-07-09T23:06:13Z

🚀 Preview is available at https://f6f07938.enterprise-contract.pages.dev

fullsend-ai-review · 2026-07-09T23:09:19Z

🤖 Finished Review · ✅ Success · Started 11:05 PM UTC · Completed 11:09 PM UTC
Commit: 87c4a29 · View workflow run →

fullsend-ai-review · 2026-07-15T11:13:39Z

🤖 Review · ❌ Terminated · Started 11:13 AM UTC · Ended 11:18 AM UTC
Commit: 87c4a29 · View workflow run →

github-actions · 2026-07-15T11:14:08Z

🚀 Preview is available at https://355be4a5.enterprise-contract.pages.dev

fullsend-ai-review · 2026-07-15T11:18:26Z

🤖 Finished Review · ✅ Success · Started 11:13 AM UTC · Completed 11:18 AM UTC
Commit: 87c4a29 · View workflow run →

fullsend-ai-review · 2026-07-17T09:56:36Z

🤖 Review · ❌ Terminated · Started 9:56 AM UTC · Ended 10:01 AM UTC
Commit: 87c4a29 · View workflow run →

github-actions · 2026-07-17T09:57:01Z

🚀 Preview is available at https://5b06f644.enterprise-contract.pages.dev

fullsend-ai-review · 2026-07-17T10:01:26Z

🤖 Finished Review · ✅ Success · Started 9:56 AM UTC · Completed 10:01 AM UTC
Commit: 87c4a29 · View workflow run →

fullsend-ai-review · 2026-07-21T21:17:07Z

🤖 Review · ❌ Terminated · Started 9:17 PM UTC · Ended 9:23 PM UTC
Commit: 87c4a29 · View workflow run →

github-actions · 2026-07-21T21:17:48Z

🚀 Preview is available at https://805aa25e.enterprise-contract.pages.dev

fullsend-ai-review · 2026-07-21T21:23:15Z

🤖 Finished Review · ❌ Failure · Started 9:17 PM UTC · Completed 9:23 PM UTC
Commit: 87c4a29 · View workflow run →

fullsend-ai-review · 2026-07-23T21:13:03Z

🤖 Review · ❌ Terminated · Started 9:13 PM UTC · Ended 9:18 PM UTC
Commit: 87c4a29 · View workflow run →

github-actions · 2026-07-23T21:13:31Z

🚀 Preview is available at https://8ca8aaeb.enterprise-contract.pages.dev

fullsend-ai-review · 2026-07-23T21:18:35Z

🤖 Finished Review · ❌ Failure · Started 9:13 PM UTC · Completed 9:18 PM UTC
Commit: 87c4a29 · View workflow run →

renovate Bot added main renovate labels Feb 26, 2026

github-actions Bot added the size: XL label Feb 26, 2026

renovate Bot force-pushed the renovate/main-npm-dependencies branch from 4de6708 to 8f5d08f Compare February 26, 2026 17:33

renovate Bot changed the title ~~Update dependency wrangler to v4.68.1 (main)~~ Update dependency wrangler to v4.69.0 (main) Feb 26, 2026

renovate Bot force-pushed the renovate/main-npm-dependencies branch from 8f5d08f to 063bccc Compare March 4, 2026 00:38

renovate Bot changed the title ~~Update dependency wrangler to v4.69.0 (main)~~ Update dependency wrangler to v4.70.0 (main) Mar 4, 2026

renovate Bot force-pushed the renovate/main-npm-dependencies branch from 063bccc to d1bb21f Compare March 5, 2026 23:53

renovate Bot changed the title ~~Update dependency wrangler to v4.70.0 (main)~~ Update dependency wrangler to v4.71.0 (main) Mar 5, 2026

renovate Bot force-pushed the renovate/main-npm-dependencies branch from d1bb21f to 085816e Compare March 9, 2026 12:48

renovate Bot changed the title ~~Update dependency wrangler to v4.71.0 (main)~~ Update npm dependencies (main) (minor) Mar 9, 2026

renovate Bot force-pushed the renovate/main-npm-dependencies branch from 085816e to 04a82b2 Compare March 10, 2026 23:02

renovate Bot force-pushed the renovate/main-npm-dependencies branch from 04a82b2 to d42d94a Compare March 13, 2026 09:53

renovate Bot force-pushed the renovate/main-npm-dependencies branch 3 times, most recently from d3d3ce0 to 8b18491 Compare March 20, 2026 09:56

renovate Bot force-pushed the renovate/main-npm-dependencies branch from 8b18491 to 7fc3e4c Compare March 24, 2026 13:26

renovate Bot force-pushed the renovate/main-npm-dependencies branch from 7fc3e4c to ab5547c Compare March 27, 2026 18:34

renovate Bot force-pushed the renovate/main-npm-dependencies branch from ab5547c to aa15d89 Compare March 31, 2026 14:01

renovate Bot force-pushed the renovate/main-npm-dependencies branch from aa15d89 to f3e5e17 Compare April 1, 2026 12:31

This comment was marked as outdated.

Sign in to view

fullsend-ai-review Bot approved these changes Jul 17, 2026

View reviewed changes

Update dependency wrangler to v4.114.0

226f38b

Dependency	From	To
@cloudflare/workers-types	^5.20260721.1	^5.20260722.1
workerd	1.20260721.1	1.20260722.1

Dependency	From	To
@cloudflare/workers-types	^5.20260714.1	^5.20260721.1
workerd	1.20260714.1	1.20260721.1

Dependency	From	To
@cloudflare/workers-types	^5.20260710.1	^5.20260714.1
workerd	1.20260710.1	1.20260714.1

Dependency	From	To
@cloudflare/workers-types	^5.20260708.1	^5.20260710.1
workerd	1.20260708.1	1.20260710.1

Dependency	From	To
workerd	1.20260706.1	1.20260708.1
@cloudflare/workers-types	^5.20260706.1	^5.20260708.1

Dependency	From	To
workerd	1.20260702.1	1.20260706.1
@cloudflare/workers-types	4.20260702.1	5.20260706.1

Uh oh!

Conversation

renovate Bot commented Feb 26, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Release Notes

Minor Changes

Patch Changes

Minor Changes

Patch Changes

Minor Changes

Patch Changes

Minor Changes

Patch Changes

Minor Changes

Patch Changes

Minor Changes

Patch Changes

Minor Changes

Patch Changes

Patch Changes

Minor Changes

Configuration

Uh oh!

github-actions Bot commented Feb 26, 2026

Uh oh!

github-actions Bot commented Feb 26, 2026

Uh oh!

github-actions Bot commented Mar 4, 2026

Uh oh!

github-actions Bot commented Mar 5, 2026

Uh oh!

github-actions Bot commented Mar 9, 2026

Uh oh!

github-actions Bot commented Mar 10, 2026

Uh oh!

github-actions Bot commented Mar 13, 2026

Uh oh!

github-actions Bot commented Mar 24, 2026

Uh oh!

github-actions Bot commented Mar 27, 2026

Uh oh!

github-actions Bot commented Mar 31, 2026

Uh oh!

github-actions Bot commented Jun 30, 2026

Uh oh!

github-actions Bot commented Jul 2, 2026

Uh oh!

github-actions Bot commented Jul 7, 2026

Uh oh!

fullsend-ai-review Bot commented Jul 8, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

github-actions Bot commented Jul 8, 2026

Uh oh!

fullsend-ai-review Bot commented Jul 8, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Review — approve

Summary

Analysis

Verdict

Review

Summary

Key version changes

Compatibility checks

Observations

Review

Changes verified

Observations

Review — approve

Summary

Dimension summary

Observations

Review — #527

Summary

Dimension results

Findings

Uh oh!

This comment was marked as outdated.

Uh oh!

fullsend-ai-review Bot commented Jul 9, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

renovate Bot commented Feb 26, 2026 •

edited

Loading

fullsend-ai-review Bot commented Jul 8, 2026 •

edited

Loading

fullsend-ai-review Bot commented Jul 8, 2026 •

edited

Loading

fullsend-ai-review Bot commented Jul 9, 2026 •

edited

Loading

fullsend-ai-review Bot commented Jul 9, 2026 •

edited

Loading

fullsend-ai-review Bot commented Jul 15, 2026 •

edited

Loading

fullsend-ai-review Bot commented Jul 17, 2026 •

edited

Loading

fullsend-ai-review Bot commented Jul 21, 2026 •

edited

Loading

fullsend-ai-review Bot commented Jul 23, 2026 •

edited

Loading