Repository navigation
chore(deps): update dependency wrangler to v4.152.0 - #314
Merged
Merged
Conversation
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.151.3→4.152.0Release Notes
cloudflare/workers-sdk (wrangler)
v4.152.0Minor Changes
#14900
08f22d3Thanks @mack-erel! - Support remote Hyperdrive bindings in local development{ "hyperdrive": [ { "binding": "HYPERDRIVE", "id": "<your-hyperdrive-id>", "remote": true } ] }#16357
182d6deThanks @Naapperas! - Add ajurisdictionsetting to WorkflowsA Workflow defined by the Worker can now set the jurisdiction that its instances run and store their data in, on either a
workflowsbinding or aworkflowexport:{ "workflows": [ { "binding": "MY_WORKFLOW", "name": "my-workflow", "class_name": "MyWorkflow", "jurisdiction": "eu" } ] }The accepted values are
eu,fedramp, andus.wrangler deployandwrangler triggers deploysend the jurisdiction when they create or update the Workflow. A Workflow's jurisdiction is set when it is created and cannot be changed afterwards, sowrangler deployandwrangler versions uploadstop before uploading when an existing Workflow has a different jurisdiction from the configured one. Leavingjurisdictionout keeps the Workflow's existing jurisdiction.@cloudflare/configadds the setting toexports.workflow(),cf migratecarries it over, andwrangler workflows describeprints it. Local development ignores it.Patch Changes
#16388
80a9f96Thanks @DevVettel! - Printwrangler auth token --jsonoutput regardless ofWRANGLER_LOGPreviously the JSON was written through the normal log channel, so setting
WRANGLER_LOGtowarn,errorornonemade the command exit successfully with empty stdout. Tools that parse this output, such as the OpenNext Cloudflare adapter in CI, then failed to find any credentials. The JSON is now always printed, like other--jsoncommands.#16361
2878645Thanks @GrosserNL! - Report the R2 bucket location returned by the API when creating a bucketwrangler r2 bucket create --locationprinted the requested location hint even when R2 ignored it. Recreating a deleted bucket name keeps the original location, so the success message could claim a placement the bucket does not have. The command now uses the location from the create response: it mentions the hint only when that location matches, and otherwise reports the location R2 actually applied.Updated dependencies [
08f22d3,a4eb57d]:Configuration
📅 Schedule: (UTC)
🚦 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.