cloudflare-workers-browser-rendering
cloudflare-workers-browser-rendering copied to clipboard
Bump wrangler from 3.7.0 to 3.19.0
Bumps wrangler from 3.7.0 to 3.19.0.
Release notes
Sourced from wrangler's releases.
[email protected]
Minor Changes
#4547
86c81ff0Thanks@mrbbot! - fix: listen on IPv4 loopback only by default on WindowsDue to a known issue,
workerdwill only listen on the IPv4 loopback address127.0.0.1when it's asked to listen onlocalhost. On Node.js > 17,localhostwill resolve to the IPv6 loopback address, meaning requests toworkerdwould fail. This change switches to using the IPv4 loopback address throughout Wrangler on Windows, while workerd#1408 gets fixed.#4535
29df8e17Thanks@mrbbot! - Reintroduces some internal refactorings of wrangler dev servers (includingwrangler dev,wrangler dev --remote, andunstable_dev()).These changes were released in 3.13.0 and reverted in 3.13.1 -- we believe the changes are now more stable and ready for release again.
There are no changes required for developers to opt-in. Improvements include:
- fewer 'address in use' errors upon reloads
- upon config/source file changes, requests are buffered to guarantee the response is from the new version of the Worker
Patch Changes
#4521
6c5bc704Thanks@zebp! - fix: init from dash specifying explicit usage model in wrangler.toml for standard users#4550
63708a94Thanks@mrbbot! - fix: validateHostandOrginheaders where appropriate
HostandOriginheaders are now checked when connecting to the inspector and Miniflare's magic proxy. If these don't match what's expected, the request will fail.[email protected]
Minor Changes
#4532
311ffbd5Thanks@mrbbot! - fix: changewrangler (pages) devto listen onlocalhostby defaultPreviously, Wrangler listened on all interfaces (
*) by default. This change switcheswrangler (pages) devto just listen on local interfaces. Whilst this is technically a breaking change, we've decided the security benefits outweigh the potential disruption caused. If you need to access your dev server from another device on your network, you can usewrangler (pages) dev --ip *to restore the previous behaviour.Patch Changes
- Updated dependencies [
1b348782]:[email protected]
Patch Changes
#4474
382ef8f5Thanks@mrbbot! - fix: open browser to correct url pressingbin--remotemodeThis change ensures Wrangler doesn't try to open
http://*when*is used as the dev server's hostname. Instead, Wrangler will now openhttp://127.0.0.1.#4488
3bd57238Thanks@RamIdeas! - Changes the default directory for log files to workaround frameworks that are watching the entire.wranglerdirectory in the project root for changes
... (truncated)
Changelog
Sourced from wrangler's changelog.
3.19.0
Minor Changes
#4547
86c81ff0Thanks@mrbbot! - fix: listen on IPv4 loopback only by default on WindowsDue to a known issue,
workerdwill only listen on the IPv4 loopback address127.0.0.1when it's asked to listen onlocalhost. On Node.js > 17,localhostwill resolve to the IPv6 loopback address, meaning requests toworkerdwould fail. This change switches to using the IPv4 loopback address throughout Wrangler on Windows, while workerd#1408 gets fixed.
#4535
29df8e17Thanks@mrbbot! - Reintroduces some internal refactorings of wrangler dev servers (includingwrangler dev,wrangler dev --remote, andunstable_dev()).These changes were released in 3.13.0 and reverted in 3.13.1 -- we believe the changes are now more stable and ready for release again.
There are no changes required for developers to opt-in. Improvements include:
- fewer 'address in use' errors upon reloads
- upon config/source file changes, requests are buffered to guarantee the response is from the new version of the Worker
Patch Changes
- #4521
6c5bc704Thanks@zebp! - fix: init from dash specifying explicit usage model in wrangler.toml for standard users
#4550
63708a94Thanks@mrbbot! - fix: validateHostandOrginheaders where appropriate
HostandOriginheaders are now checked when connecting to the inspector and Miniflare's magic proxy. If these don't match what's expected, the request will fail.3.18.0
Minor Changes
#4532
311ffbd5Thanks@mrbbot! - fix: changewrangler (pages) devto listen onlocalhostby defaultPreviously, Wrangler listened on all interfaces (
*) by default. This change switcheswrangler (pages) devto just listen on local interfaces. Whilst this is technically a breaking change, we've decided the security benefits outweigh the potential disruption caused. If you need to access your dev server from another device on your network, you can usewrangler (pages) dev --ip *to restore the previous behaviour.Patch Changes
- Updated dependencies [
1b348782]:3.17.1
Patch Changes
#4474
382ef8f5Thanks@mrbbot! - fix: open browser to correct url pressingbin--remotemodeThis change ensures Wrangler doesn't try to open
http://*when*is used as the dev server's hostname. Instead, Wrangler will now openhttp://127.0.0.1.
- #4488
3bd57238Thanks@RamIdeas! - Changes the default directory for log files to workaround frameworks that are watching the entire.wranglerdirectory in the project root for changes
... (truncated)
Commits
5e67ea1Version Packages (#4536)63708a9fix: validateHost/Originheaders in magic proxy and `InspectorProxyWorke...86c81fffix: listen on IPv4 loopback only by default on Windows (#4547)6c5bc70fix: init from dash using explicit usage model for standard accounts (#4521)29df8e1Revert "Revert "startDevWorker - Milestone 1 (#4497)" (#4531)" (#4535)97727deVersion Packages (#4495)311ffbd[wrangler] fix: changewrangler (pages) devto listen onlocalhostby def...310281aRevert "startDevWorker - Milestone 1 (#4497)" (#4531)01eda78startDevWorker - Milestone 1 (#4497)961c8earemove unused npx-import dependency (#4477)- Additional commits viewable in compare view
Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.
Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
@dependabot rebasewill rebase this PR@dependabot recreatewill recreate this PR, overwriting any edits that have been made to it@dependabot mergewill merge this PR after your CI passes on it@dependabot squash and mergewill squash and merge this PR after your CI passes on it@dependabot cancel mergewill cancel a previously requested merge and block automerging@dependabot reopenwill reopen this PR if it is closed@dependabot closewill close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually@dependabot show <dependency name> ignore conditionswill show all of the ignore conditions of the specified dependency@dependabot ignore this major versionwill close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this minor versionwill close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this dependencywill close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself) You can disable automated security fix PRs for this repo from the Security Alerts page.