Wrangler Changelog
2024-03-14
3.34.2
- #5238
a0768bcThanks @RamIdeas! - fix:versions uploadannotations (--messageand/or--tag) are now applied correctly to the uploaded Worker Version
3.34.1
- Updated dependencies [
2e50d51]:
3.34.0
#5224
03484c2Thanks @RamIdeas! - feature: Implementwrangler deployments listandwrangler deployments statusbehind--experimental-gradual-rolloutsflag.#5115
29e8151Thanks @RamIdeas! - feature: Implementwrangler versions deploycommand.For now, invocations should use the
--experimental-gradual-rolloutsflag.Without args, a user will be guided through prompts. If args are specified, they are used as the default values for the prompts. If the
--yesflag is specified, the defaults are automatically accepted for a non-interactive flow.#5208
4730b6cThanks @RamIdeas! - feature: Implementwrangler versions listandwrangler versions viewcommands behind the--experimental-gradual-rolloutsflag.#5064
bd935cfThanks @OilyLime! - feature: Improve create and update logic for hyperdrive to include caching settings
2024-03-12
3.33.0
#4930
2680462Thanks @rozenmd! - refactor: defaultwrangler d1 executeandwrangler d1 migrationscommands to local mode first, to matchwrangler devThis PR defaults
wrangler d1 executeandwrangler d1 migrationscommands to use the local development environment provided by wrangler to match the default behaviour inwrangler dev.BREAKING CHANGE (for a beta feature):
wrangler d1 executeandwrangler d1 migrationscommands now default--localtotrue. When runningwrangler d1 executeagainst a remote D1 database, you will need to provide the--remoteflag.#5184
046930eThanks @nora-soderlund! - fix: change d1 migrations create to use the highest migration number rather than the first non-existing migration number to allow for gaps in the migration files.
2024-03-07
3.32.0
#5148
11951f3Thanks @dom96! - chore: bumpworkerdto1.20240304.0#5148
11951f3Thanks @dom96! - fix: use python_workers compat flag for Python#5089
5b85dc9Thanks @DaniFoldi! - fix: include all currently existing bindings inwrangler typesAdd support for Email Send, Vectorize, Hyperdrive, mTLS, Browser Rendering and Workers AI bindings in
wrangler typesFor example, from the following
wrangler.tomlsetup:[browser]binding = "BROWSER"[ai]binding = "AI"[[send_email]]name = "SEND_EMAIL"[[vectorize]]binding = "VECTORIZE"index_name = "VECTORIZE_NAME"[[hyperdrive]]binding = "HYPERDRIVE"id = "HYPERDRIVE_ID"[[mtls_certificates]]binding = "MTLS"certificate_id = "MTLS_CERTIFICATE_ID"Previously, nothing would have been included in the generated Environment. Now, the following will be generated:
interface Env {SEND_EMAIL: SendEmail;VECTORIZE: VectorizeIndex;HYPERDRIVE: Hyperdrive;MTLS: Fetcher;BROWSER: Fetcher;AI: Fetcher;}
2024-03-05
3.31.0
#5119
b0bd413Thanks @garrettgu10! - feature: Python support for remote dev#5118
30694a3Thanks @garrettgu10! - fix: Including version identifiers in Python requirements.txt will now throw an error#5132
82a3f94Thanks @mrbbot! - fix: switch default logging level ofunstable_dev()towarnWhen running
unstable_dev()in its default “test mode”, the logging level was set tonone. This meant any Worker startup errors or helpful warnings wouldn’t be shown. This change switches the default towarn. To restore the previous behaviour, includelogLevel: "none"in your options object:const worker = await unstable_dev("path/to/script.js", {logLevel: "none",});#5128
d27e2a7Thanks @taylorlee! - fix: Add legacy_env support to experimental versions upload command.#5087
a5231deThanks @dario-piotrowicz! - fix: makewrangler typesalways generate ad.tsfile for module workersCurrently if a config file doesn’t define any binding nor module, running
wrangler typesagainst such file would not produce ad.tsfile.Producing a
d.tsfile can however still be beneficial as it would define a correct env interface (even if empty) that can be expanded/referenced by user code (this can be particularly convenient for scaffolding tools that may want to always generate an env interface).Example: Before
wrangler types --env-interface MyEnvrun with an emptywrangler.tomlfile would not generate any file, after these change it would instead generate a file with the following content:interface MyEnv { }#5138
3dd9089Thanks @G4brym! - fix: ensure Workers-AI local mode fetcher returns headers to client worker
2024-02-29
3.30.1
#5106
2ed7f32Thanks @RamIdeas! - fix: automatically drain incoming request bodiesPreviously, requests sent to
wrangler devwith unconsumed bodies could result inNetwork connection losterrors. This change attempts to work around the issue by ensuring incoming request bodies are drained if they’re not used. This is a temporary fix whilst we try to address the underlying issue. Whilst we don’t think this change will introduce any other issues, it can be disabled by setting theWRANGLER_DISABLE_REQUEST_BODY_DRAINING=trueenvironment variable. Note this fix is only applied if you’ve enabled Wrangler’s bundling—--no-bundlemode continues to have the previous behaviour.#5107
65d0399Thanks @penalosa! - fix: Ensures that switching to remote mode during a dev session (from local mode) will correctly use the right zone. Previously, zone detection happened before the dev session was mounted, and so dev sessions started with local mode would have no zone inferred, and would have failed to start, with an ugly error.#5107
65d0399Thanks @penalosa! - fix: Ensure that preview sessions created without a zone don’t switch the host on which to start the preview from the one returned by the API.#4833
54f6bfcThanks @admah! - fix: remove extra arguments from wrangler init deprecation message and update recommended c3 versionc3 can now infer the pre-existing type from the presence of the
--existing-scriptflag so we can remove the extratypeargument. C3 2.5.0 introduces an auto-update feature that will make sure users get the latest minor version of c3 and prevent problems where older 2.x.x versions get cached by previous runs ofwrangler init.
2024-02-27
3.30.0
#4742
c2f3f1eThanks @benycodes! - feat: allow preserving file names when defining rules for non-js modulesThe developer is now able to specify the `preserve_file_names property in wrangler.toml which specifies whether Wrangler will preserve the file names additional modules that are added to the deployment bundle of a Worker.
If not set to true, files will be named using the pattern ${fileHash}-${basename}. For example,
34de60b44167af5c5a709e62a4e20c4f18c9e3b6-favicon.ico.Resolves #4741
Updated dependencies [
0c0949d]: