[renovate]

This PR contains the following updates:

Package	Change	Age	Confidence
wrangler (source)	4.155.0 → 4.156.0

---

Release Notes

cloudflare/workers-sdk (wrangler)

v4.156.0

Compare Source

Minor Changes

• #​16532 25802bc Thanks @​simonha9! - Allow the experimental wrangler d1 insights command to run across every D1 database in the account

  The database name is now optional. With no name, the command returns the top queries across every D1 database in the account, and each result gains a databaseId field.

Patch Changes

• #​16369 ec0bea4 Thanks @​MattieTK! - Stop autoconfig in non-interactive runs when a project root holds both static files and a Pages functions directory

  When a project without a detected framework has a functions directory, autoconfig asks whether it is a Cloudflare Pages project. Non-interactive runs (CI and coding agents) assume it is not and continue as a static site. When the static files are in the project root, that deploys the root as static assets, and the Pages Functions (the project's API routes) are not deployed.

  In that case autoconfig now stops with an error explaining that Pages Functions cannot be migrated automatically yet. For Pages Functions it suggests moving the static files into a subdirectory and deploying with wrangler pages deploy, or migrating the Functions to a Worker; for a functions directory that is not Pages Functions, it suggests moving the static files into a subdirectory or adding a configuration file. Projects whose static files are already in a subdirectory, projects detected as Pages or with a detected framework, and interactive runs where the user answers the prompt are unaffected.

• #​16367 b4653b4 Thanks @​MattieTK! - Write a protective .assetsignore when autoconfig uses the project root as the static assets directory

  Autoconfig is meant to write an .assetsignore when the project root itself is the assets directory, so that local files are not uploaded as public assets. The check compared the detected output directory, which is relative ("."), with the absolute project path, so it never matched and no .assetsignore was written. A static project with an index.html at its root (for example after wrangler setup or a zero-config wrangler deploy) then uploaded files such as .env, .dev.vars, .git and node_modules as public assets.

  The check now resolves the assets directory that the generated configuration uses and compares it with the project root, so frameworks that set their own build output directory (such as Nuxt or SvelteKit) do not get an unused root .assetsignore. The generated .assetsignore also covers what a Cloudflare Pages upload skips, alongside the existing .wrangler, .dev.vars* and .env* entries: /_worker.js, /_routes.json and /functions at the root (so nested paths such as blog/functions/index.html are still uploaded), node_modules, .git and .DS_Store at any depth, and .npmrc. If an existing .assetsignore only lists a narrower pattern such as .env, .env* is added so that files like .env.production are skipped too. When the project root of an assets-only project contains a Pages functions directory or _worker.js, autoconfig now warns that it will not be deployed, since it is excluded from the assets and not run as server code.

• #​16532 25802bc Thanks @​simonha9! - Fail the experimental wrangler d1 insights command with an actionable error when the GraphQL Analytics API rejects the request

  Previously the command printed an empty []. Rate limit errors now say how long to wait before retrying, and authorization errors name the "Account Analytics: Read" permission the API token needs.

• #​16013 8b64bec Thanks @​swalker326! - Fix Durable Object self-references in tests and container validation

  Durable Object bindings that explicitly name the Worker itself now resolve to the test runner in @cloudflare/vitest-plugin, for both cloudflare.config.ts and Wrangler configuration files. Named Wrangler environments use their effective Worker name, keeping bindings to the base Worker external. Container validation also accepts these self-references, using the effective deployment name to distinguish local and external bindings.

  Explicit binding targets remain intact during configuration conversion, so deploying with --name or a CI name override preserves the intended Durable Object target.

• Updated dependencies [15fbaed, d8899ac]:

  • miniflare@5.20261023.3-beta

---

Configuration

📅 Schedule: (UTC)

• Branch creation
  • At any time (no schedule defined)
• Automerge
  • At any time (no schedule defined)

🚦 Automerge: Enabled.

♻ 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.

[coderabbitai]

Important

Review skipped

Bot user detected.

To trigger a single review, invoke the @coderabbitai review command.

Run configuration

• Source mode: Auto
• Repository: Unavailable
• Branch: Unavailable
• File: No configuration file from this repository applied
• Commit: Unavailable
• Layers: Organization UI
• Review profile: CHILL
• Plan: Advanced
• Run ID: aca3e5bb-6c5b-42cf-8767-bb53bd9f913b

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Use the checkbox below for a quick retry:

• 🔍 Trigger review

• Autofix · Keep fixing CodeRabbit findings and required CI, and resolving merge conflicts

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

• X
• Mastodon
• Reddit
• LinkedIn

_{Comment @coderabbitai help to get the list of available commands.}

[github-actions]

💻 Website Preview

The latest changes are available as preview in: https://pr-4282.fets-3ku.pages.dev

[github-actions]

✅ Benchmark Results

     ✓ no_errors{server:node-http,mode:no-schema}
     ✓ expected_result{server:node-http,mode:no-schema}
     ✓ no_errors{server:node-http,mode:json-schema}
     ✓ expected_result{server:node-http,mode:json-schema}
     ✓ no_errors{server:uWebSockets,mode:no-schema}
     ✓ expected_result{server:uWebSockets,mode:no-schema}
     ✓ no_errors{server:uWebSockets,mode:json-schema}
     ✓ expected_result{server:uWebSockets,mode:json-schema}

     checks......................................: 100.00% ✓ 897884      ✗ 0     
     data_received...............................: 82 MB   679 kB/s
     data_sent...................................: 57 MB   475 kB/s
     http_req_blocked............................: avg=1.39µs   min=661ns    med=1.21µs   max=2.02ms   p(90)=1.7µs    p(95)=2.24µs  
     http_req_connecting.........................: avg=1ns      min=0s       med=0s       max=144.57µs p(90)=0s       p(95)=0s      
     http_req_duration...........................: avg=187.81µs min=112.69µs med=177.84µs max=10.33ms  p(90)=207.92µs p(95)=217.86µs
       { expected_response:true }................: avg=187.81µs min=112.69µs med=177.84µs max=10.33ms  p(90)=207.92µs p(95)=217.86µs
     ✓ { server:node-http,mode:json-schema }.....: avg=197.97µs min=133.66µs med=187.64µs max=8.2ms    p(90)=216.37µs p(95)=226.12µs
     ✓ { server:node-http,mode:no-schema }.......: avg=192.9µs  min=127.82µs med=180.72µs max=10.33ms  p(90)=212.03µs p(95)=224.01µs
     ✓ { server:uWebSockets,mode:json-schema }...: avg=184.23µs min=122.19µs med=175.65µs max=8.53ms   p(90)=202.58µs p(95)=211.17µs
     ✓ { server:uWebSockets,mode:no-schema }.....: avg=177.13µs min=112.69µs med=168.27µs max=9.39ms   p(90)=195.02µs p(95)=203.72µs
     http_req_failed.............................: 0.00%   ✓ 0           ✗ 448942
     http_req_receiving..........................: avg=25.05µs  min=9µs      med=24.72µs  max=2.95ms   p(90)=31.77µs  p(95)=33.65µs 
     http_req_sending............................: avg=8.52µs   min=4.26µs   med=7.77µs   max=530.85µs p(90)=11.78µs  p(95)=14.33µs 
     http_req_tls_handshaking....................: avg=0s       min=0s       med=0s       max=0s       p(90)=0s       p(95)=0s      
     http_req_waiting............................: avg=154.23µs min=88.54µs  med=144.14µs max=10.27ms  p(90)=171.22µs p(95)=180.89µs
     http_reqs...................................: 448942  3741.142272/s
     iteration_duration..........................: avg=262.24µs min=179.23µs med=251.31µs max=10.49ms  p(90)=287.22µs p(95)=299.53µs
     iterations..................................: 448942  3741.142272/s
     vus.........................................: 1       min=1         max=1   
     vus_max.....................................: 2       min=2         max=2