v2.2.0

Compare Source

Minor Changes

• #​5506 1f8755b Thanks @​sakai-ast! - The noRestrictedImports rule has been enhanced with a new patterns option. This option allows for more flexible and powerful import restrictions using gitignore-style patterns.

  You can now define patterns to restrict entire groups of modules. For example, you can disallow imports from any path under import-foo/ except for import-foo/baz.

  {
    "options": {
      "patterns": [
        {
          "group": ["import-foo/*", "!import-foo/baz"],
          "message": "import-foo is deprecated, except for modules in import-foo/baz."
        }
      ]
    }
  }

  Invalid examples

  import foo from "import-foo/foo";
  import bar from "import-foo/bar";

  Valid examples

  import baz from "import-foo/baz";

  Additionally, the patterns option introduces importNamePattern to restrict specific import names using regular expressions.
  The following example restricts the import names that match x , y or z letters from modules under import-foo/.

  {
    "options": {
      "patterns": [
        {
          "group": ["import-foo/*"],
          "importNamePattern": "[xyz]"
        }
      ]
    }
  }

  Invalid examples

  import { x } from "import-foo/foo";

  Valid examples

  import { foo } from "import-foo/foo";

  Furthermore, you can use the invertImportNamePattern boolean option to reverse this logic. When set to true, only the import names that match the importNamePattern will be allowed. The following configuration only allows the import names that match x , y or z letters from modules under import-foo/.

  {
    "options": {
      "patterns": [
        {
          "group": ["import-foo/*"],
          "importNamePattern": "[xyz]",
          "invertImportNamePattern": true
        }
      ]
    }
  }

  Invalid examples

  import { foo } from "import-foo/foo";

  Valid examples

  import { x } from "import-foo/foo";

• #​6506 90c5d6b Thanks @​nazarhussain! - Allow customization of the sort order for different sorting actions. These actions now support a sort option:

  • assist/source/useSortedKeys now has a sortOrder option
  • assist/source/useSortedAttributes now has a sortOrder option
  • assist/source/organizeImports now has an identifierOrder option

  For each of these options, the supported values are the same:

  1. natural. Compares two strings using a natural ASCII order. Uppercase letters come first (e.g. A < a < B < b) and number are compared in a human way (e.g. 9 < 10). This is the default value.
  2. lexicographic. Strings are ordered lexicographically by their byte values. This orders Unicode code points based on their positions in the code charts. This is not necessarily the same as “alphabetical” order, which varies by language and locale.

• #​7159 df3afdf Thanks @​ematipico! - Added the new rule useBiomeIgnoreFolder. Since v2.2, Biome correctly prevents the indexing and crawling of folders.

  However, the correct pattern has changed. This rule attempts to detect incorrect usage, and promote the new pattern:

  // biome.json
  {
    "files": {
      "includes": [
  -      "!dist/**",
  -      "!**/fixtures/**",
  +      "!dist",
  +      "!**/fixtures",
      ]
    }
  }

• #​6989 85b1128 Thanks @​arendjr! - Fixed minor inconsistencies in how files.includes was being handled.

  Previously, Biome sometimes failed to properly ignore the contents of a folder if you didn't specify the /** at the end of a glob pattern. This was unfortunate, because it meant we still had to traverse the folder and then apply the glob to every entry inside it.

  This is no longer an issue and we now recommend to ignore folders without using the /** suffix.

• #​7118 a78e878 Thanks @​avshalomt2! - Added support for .graphqls files. Biome can now format and lint GraphQL files that have the extension .graphqls

• #​6159 f02a296 Thanks @​bavalpey! - Added a new option to Biome's JavaScript formatter, javascript.formatter.operatorLinebreak, to configure whether long lines should be broken before or after binary operators.

  For example, the following configuration:

  {
    formatter: {
      javascript: {
        operatorLinebreak: "before", // defaults to "after"
      },
    },
  }

  Will cause this JavaScript file:

  const VERY_LONG_CONDITION_1234123412341234123412341234 = false;
  
  if (
    VERY_LONG_CONDITION_1234123412341234123412341234 &&
    VERY_LONG_CONDITION_1234123412341234123412341234 &&
    VERY_LONG_CONDITION_1234123412341234123412341234 &&
    VERY_LONG_CONDITION_1234123412341234123412341234
  ) {
    console.log("DONE");
  }

  to be formatted like this:

  const VERY_LONG_CONDITION_1234123412341234123412341234 = false;
  if (
    VERY_LONG_CONDITION_1234123412341234123412341234 &&
    VERY_LONG_CONDITION_1234123412341234123412341234 &&
    VERY_LONG_CONDITION_1234123412341234123412341234 &&
    VERY_LONG_CONDITION_1234123412341234123412341234
  ) {
    console.log("DONE");
  }

• #​7137 a653a0f Thanks @​ematipico! - Promoted multiple lint rules from nursery to stable groups and renamed several rules for consistency.

Promoted rules

The following rules have been promoted from nursery to stable groups:

CSS

• Promoted noImportantStyles to the complexity group.
• Promoted noUnknownAtRules to the suspicious group.

GraphQL

• Promoted useGraphqlNamedOperations to the correctness group.
• Promoted useGraphqlNamingConvention to the style group.

JavaScript/TypeScript

• Promoted noExcessiveLinesPerFunction to the complexity group.
• Promoted noImplicitCoercions to the complexity group.
• Promoted useIndexOf to the complexity group.
• Promoted noGlobalDirnameFilename to the correctness group.
• Promoted noNestedComponentDefinitions to the correctness group.
• Promoted noProcessGlobal to the correctness group.
• Promoted noReactPropAssignments to the correctness group.
• Promoted noRestrictedElements to the correctness group.
• Promoted noSolidDestructuredProps to the correctness group.
• Promoted useJsonImportAttributes to the correctness group.
• Promoted useParseIntRadix to the correctness group.
• Promoted useSingleJsDocAsterisk to the correctness group.
• Promoted useUniqueElementIds to the correctness group.
• Promoted noAwaitInLoops to the performance group.
• Promoted noUnwantedPolyfillio to the performance group.
• Promoted useGoogleFontPreconnect to the performance group.
• Promoted useSolidForComponent to the performance group.
• Promoted noMagicNumbers to the style group.
• Promoted useConsistentObjectDefinitions to the style group.
• Promoted useExportsLast to the style group.
• Promoted useGroupedAccessorPairs to the style group.
• Promoted useNumericSeparators to the style group.
• Promoted useObjectSpread to the style group.
• Promoted useReadonlyClassProperties to the style group.
• Promoted useSymbolDescription to the style group.
• Promoted useUnifiedTypeSignatures to the style group.
• Promoted noBitwiseOperators to the suspicious group.
• Promoted noConstantBinaryExpressions to the suspicious group.
• Promoted noTsIgnore to the suspicious group.
• Promoted noUnassignedVariables to the suspicious group.
• Promoted noUselessRegexBackrefs to the suspicious group.
• Promoted noUselessStringEscapes to the suspicious group.
• Promoted useConsistentIterableCallbackReturnValues to the suspicious group.
• Promoted useStaticResponseMethods to the suspicious group.

Renamed rules

The following rules have been renamed during promotion. The migration tool will automatically update your configuration:

• Renamed noAwaitInLoop to noAwaitInLoops.
• Renamed noConstantBinaryExpression to noConstantBinaryExpressions.
• Renamed noDestructuredProps to noSolidDestructuredProps.
• Renamed noImplicitCoercion to noImplicitCoercions.
• Renamed noReactPropAssign to noReactPropAssignments.
• Renamed noUnknownAtRule to noUnknownAtRules.
• Renamed noUselessBackrefInRegex to noUselessRegexBackrefs.
• Renamed useAdjacentGetterSetter to useGroupedAccessorPairs.
• Renamed useConsistentObjectDefinition to useConsistentObjectDefinitions.
• Renamed useConsistentResponse to useStaticResponseMethods.
• Renamed useForComponent to useSolidForComponent.
• Renamed useJsonImportAttribute to useJsonImportAttributes.
• Renamed useNamedOperation to useGraphqlNamedOperations.
• Renamed useNamingConvention to useGraphqlNamingConvention.
• Renamed useUnifiedTypeSignature to useUnifiedTypeSignatures.

Configuration files using the old rule names will need to be updated. Use the migration tool to automatically update your configuration:

biome migrate --write

• #​7159 df3afdf Thanks @​ematipico! - Added the new rule noBiomeFirstException. This rule prevents the incorrect usage of patterns inside files.includes.

  This rule catches if the first element of the array contains !. This mistake will cause Biome to analyze no files:

  // biome.json
  {
    files: {
      includes: ["!dist/**"], // this is an error
    },
  }

• #​6923 0589f08 Thanks @​ptkagori! - Added Qwik Domain to Biome

  This release introduces Qwik domain support in Biome, enabling Qwik developers to use Biome as a linter and formatter for their projects.

  • Added the Qwik domain infrastructure to Biome.
  • Enabled the following rules for Qwik:
    • useJsxKeyInIterable
    • noReactSpecificProps

• #​6989 85b1128 Thanks @​arendjr! - Fixed #​6965: Implemented smarter scanner for project rules.

  Previously, if project rules were enabled, Biome's scanner would scan all dependencies regardless of whether they were used by/reachable from source files or not. While this worked for a first version, it was far from optimal.

  The new scanner first scans everything listed under the files.includes setting, and then descends into the dependencies that were discovered there, including transitive dependencies. This has three main advantages:

  • Dependencies that are not reachable from your source files don't get indexed.
  • Dependencies that have multiple type definitions, such as those with separate definitions for CommonJS and ESM imports, only have the relevant definitions indexed.
  • If vcs.useIgnoreFile is enabled, .gitignore gets respected as well. Assuming you have folders such as build/ or dist/ configured there, those will be automatically ignored by the scanner.

  The change in the scanner also has a more nuanced impact: Previously, if you used files.includes to ignore a file in an included folder, the scanner would still index this file. Now the file is fully ignored, unless you import it.

  As a user you should notice better scanner performance (if you have project rules enabled), and hopefully you need to worry less about configuring files.experimentalScannerIgnores. Eventually our goal is still to deprecate that setting, so if you're using it today, we encourage you to see which ignores are still necessary there, and whether you can achieve the same effect by ignoring paths using files.includes instead.

  None of these changes affect the scanner if no project rules are enabled.

• #​6731 d6a05b5 Thanks @​ematipico! - The --reporter=summary has been greatly enhanced. It now shows the list of files that contains violations, the files shown are clickable and can be opened from the editor.

  Below an example of the new version:

  reporter/parse ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
  
    i The following files have parsing errors.
  
    - index.css
  
  reporter/format ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
  
    i The following files needs to be formatted.
  
    - index.css
    - index.ts
    - main.ts
  
  reporter/violations ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
  
    i Some lint rules or assist actions reported some violations.
  
    Rule Name                                        Diagnostics
  
    lint/correctness/noUnknownFunction               14 (2 error(s), 12 warning(s), 0 info(s))
    lint/suspicious/noImplicitAnyLet                 16 (12 error(s), 4 warning(s), 0 info(s))
    lint/suspicious/noDoubleEquals                   8 (8 error(s), 0 warning(s), 0 info(s))
    assist/source/organizeImports                    2 (2 error(s), 0 warning(s), 0 info(s))
    lint/suspicious/noRedeclare                      12 (12 error(s), 0 warning(s), 0 info(s))
    lint/suspicious/noDebugger                       8 (8 error(s), 0 warning(s), 0 info(s))
  
  

• #​6896 527db7f Thanks @​ematipico! - Added new functions to the @biomejs/wasm-* packages:

  • fileExists: returns whether the input file exists in the workspace.
  • isPathIgnored: returns whether the input path is ignored.
  • updateModuleGraph: updates the internal module graph of the input path.
  • getModuleGraph: it returns a serialized version of the internal module graph.
  • scanProject: scans the files and directories in the project to build the internal module graph.

• #​6398 d1a315d Thanks @​josh-! - Added support for tracking stable results in user-provided React hooks that return objects to useExhaustiveDependencies to compliment existing support for array return values. For example:

  // biome.json
  {
    // rule options
    useExhaustiveDependencies: {
      level: "error",
      options: {
        hooks: [
          {
            name: "useCustomHook",
            stableResult: ["setMyState"],
          },
        ],
      },
    },
  }

  This will allow the following to be validated:

  const { myState, setMyState } = useCustomHook();
  const toggleMyState = useCallback(() => {
    setMyState(!myState);
  }, [myState]); // Only `myState` needs to be specified here.

• #​7201 2afaa49 Thanks @​Conaclos! - Implemented #​7174. useConst no longer reports variables that are read before being written.

  Previously, useConst reported uninitialised variables that were read in an inner function before being written, as shown in the following example:

  let v;
  function f() {
    return v;
  }
  v = 0;

  This can produce false positives in the case where f is called before v has been written, as in the following code:

  let v;
  function f() {
    return v;
  }
  console.log(f()); // print `undefined`
  v = 0;

  Although this is an expected behavior of the original implementation, we consider it problematic since the rule’s fix is marked as safe.
  To avoid false positives like this, the rule now ignores the previous examples.
  However, this has the disadvantage of resulting in false negatives, such as not reporting the first example.

Patch Changes

• #​7156 137d111 Thanks @​ematipico! - Fixed #​7152. Now the rule noDuplicateFontNames correctly detects font names with spaces e.g. Liberation Mono. The diagnostic of the rule now points to the first instances of the repeated font.

  The following example doesn't trigger the rule anymore:

  c {
    font-family:
      SF Mono,
      Liberation Mono,
      sans-serif;
  }
  d {
    font:
      1em SF Mono,
      Liberation Mono,
      sans-serif;
  }

• #​6907 7331bb9 Thanks @​ematipico! - Added a new experimental option that allows parsing of .html files that contain interpolation syntax.

  // biome.json
  {
    html: {
      // This is the new, experimental option.
      parser: {
        interpolation: true,
      },
    },
  }

  <h1>{{ $title }}</h1>

• #​7124 3f436b8 Thanks @​Jayllyz! - Added the rule useMaxParams.

  This rule enforces a maximum number of parameters for functions to improve code readability and maintainability. Functions with many parameters are difficult to read, understand, and maintain because they require memorizing parameter order and types.

  // Invalid - too many parameters (default max: 4)
  function processData(
    name,
    age,
    email,
    phone,
    address,
    city,
    country,
    zipCode,
  ) {
    // ...
  }
  
  // Valid - within parameter limit
  function processData(userData) {
    const { name, age, email, phone, address, city, country, zipCode } =
      userData;
    // ...
  }
  
  function calculateSum(a, b, c) {
    return a + b + c;
  }

• #​7161 1a14a59 Thanks @​ematipico! - Fixed #​7160. Now Biome correctly computes ignored files when using formatter.includes, linter.includes and assist.includes inside nested configurations that use "extends": "//".

• #​7081 a081bbe Thanks @​Jayllyz! - Added the rule noNextAsyncClientComponent.

  This rule prevents the use of async functions for client components in Next.js applications. Client components marked with "use client" directive should not be async as this can cause hydration mismatches, break component rendering lifecycle, and lead to unexpected behavior with React's concurrent features.

  "use client";
  
  // Invalid - async client component
  export default async function MyComponent() {
    return <div>Hello</div>;
  }
  
  // Valid - synchronous client component
  export default function MyComponent() {
    return <div>Hello</div>;
  }

• #​7171 5241690 Thanks @​siketyan! - Fixed #​7162: The noUndeclaredDependencies rule now considers a type-only import as a dev dependency.

  For example, the following code is no longer reported:

  package.json:

  {
    "devDependencies": {
      "type-fest": "*"
    }
  }

  foo.ts:

  import type { SetRequired } from "type-fest";

  Note that you still need to declare the package in the devDependencies section in package.json.

v2.1.4

Compare Source

Patch Changes

• #​7121 b9642ab Thanks @​arendjr! - Fixed #​7111: Imported symbols using aliases are now correctly recognised.

• #​7103 80515ec Thanks @​omasakun! - Fixed #​6933 and #​6994.

  When the values of private member assignment expressions, increment expressions, etc. are used, those private members are no longer marked as unused.

• #​6887 0cc38f5 Thanks @​ptkagori! - Added the noQwikUseVisibleTask rule to Qwik.

  This rule is intended for use in Qwik applications to warn about the use of useVisibleTask$() functions which require careful consideration before use.

  Invalid:

  useVisibleTask$(() => {
    console.log("Component is visible");
  });

  Valid:

  useTask$(() => {
    console.log("Task executed");
  });

• #​7084 50ca155 Thanks @​ematipico! - Added the new nursery rule noUnnecessararyConditions, which detects whenever some conditions don't
  change during the life cycle of the program, and truthy or false, hence deemed redundant.

  For example, the following snippets will trigger the rule:

  // Always truthy literal conditions
  if (true) {
    console.log("always runs");
  }

  // Unnecessary condition on constrained string type
  function foo(arg: "bar" | "baz") {
    if (arg) {
      // This check is unnecessary
    }
  }

• #​6887 0cc38f5 Thanks @​ptkagori! - Added the useImageSize rule to Biome.

  The useImageSize rule enforces the use of width and height attributes on <img> elements for performance reasons. This rule is intended to prevent layout shifts and improve Core Web Vitals by ensuring images have explicit dimensions.

  Invalid:

  <img src="/image.png" />
  <img src="https://example.com/image.png" />
  <img src="/image.png" width="200" />
  <img src="/image.png" height="200" />

  Valid:

  <img width="200" height="600" src="/static/images/portrait-01.webp" />
  <img width="100" height="100" src="https://example.com/image.png" />

• #​6887 0cc38f5 Thanks @​ptkagori! - Added the useAnchorHref rule to Biome.

  The useAnchorHref rule enforces the presence of an href attribute on <a> elements in JSX. This rule is intended to ensure that anchor elements are always valid and accessible.

  Invalid:

  <a>Link</a>

  <a target="_blank">External</a>

  Valid:

  <a href="/home">Home</a>

  <a href="https://example.com" target="_blank">
    External
  </a>

• #​7100 29fcb05 Thanks @​Jayllyz! - Added the rule noNonNullAssertedOptionalChain.

  This rule prevents the use of non-null assertions (!) immediately after optional chaining expressions (?.). Optional chaining is designed to safely handle nullable values by returning undefined when the chain encounters null or undefined. Using a non-null assertion defeats this purpose and can lead to runtime errors.

  // Invalid - non-null assertion after optional chaining
  obj?.prop!;
  obj?.method()!;
  obj?.[key]!;
  obj?.prop!;
  
  // Valid - proper optional chaining usage
  obj?.prop;
  obj?.method();
  obj?.prop ?? defaultValue;
  obj!.prop?.method();

• #​7129 9f4538a Thanks @​drwpow! - Removed option, combobox, listbox roles from useSemanticElements suggestions

• #​7106 236deaa Thanks @​arendjr! - Fixed #​6985: Inference of return types no longer mistakenly picks up return types of nested functions.

• #​7102 d3118c6 Thanks @​omasakun! - Fixed #​7101: noUnusedPrivateClassMembers now handles members declared as part of constructor arguments:

  1. If a class member defined in a constructor argument is only used within the constructor, it removes the private modifier and makes it a plain method argument.
  2. If it is not used at all, it will prefix it with an underscore, similar to noUnusedFunctionParameter.

• #​7104 5395297 Thanks @​harxki! - Reverting to prevent regressions around ref handling

• #​7143 1a6933a Thanks @​siketyan! - Fixed #​6799: The noImportCycles rule now ignores type-only imports if the new ignoreTypes option is enabled (enabled by default).

  [!WARNING]
  Breaking Change: The noImportCycles rule no longer detects import cycles that include one or more type-only imports by default.
  To keep the old behaviour, you can turn off the ignoreTypes option explicitly:

  {
    "linter": {
      "rules": {
        "nursery": {
          "noImportCycles": {
            "options": {
              "ignoreTypes": false
            }
          }
        }
      }
    }
  }

• #​7099 6cc84cb Thanks @​arendjr! - Fixed #​7062: Biome now correctly considers extended configs when determining the mode for the scanner.

• #​6887 0cc38f5 Thanks @​ptkagori! - Added the useQwikClasslist rule to Biome.

  This rule is intended for use in Qwik applications to encourage the use of the built-in class prop (which accepts a string, object, or array) instead of the classnames utility library.

  Invalid:

  <div class={classnames({ active: true, disabled: false })} />

  Valid:

  <div classlist={{ active: true, disabled: false }} />

• #​7019 57c15e6 Thanks @​fireairforce! - Added support in the JS parser for import source(a stage3 proposal). The syntax looks like:

  import source foo from "<specifier>";

• #​7053 655049e Thanks @​jakeleventhal! - Added the useConsistentTypeDefinitions rule.

  This rule enforces consistent usage of either interface or type for object type definitions in TypeScript.

  The rule accepts an option to specify the preferred style:

  • interface (default): Prefer using interface for object type definitions
  • type: Prefer using type for object type definitions

  Examples:

  // With default option (interface)
  // ❌ Invalid
  type Point = { x: number; y: number };
  
  // ✅ Valid
  interface Point {
    x: number;
    y: number;
  }
  
  // With option { style: "type" }
  // ❌ Invalid
  interface Point {
    x: number;
    y: number;
  }
  
  // ✅ Valid
  type Point = { x: number; y: number };

  The rule will automatically fix simple cases where conversion is straightforward.

v4.20250821.0

Compare Source

v4.20250820.0

Compare Source

v4.20250819.0

Compare Source

v4.20250816.0

Compare Source

v4.20250813.0

Compare Source

v4.20250812.0

Compare Source

v4.20250810.0

Compare Source

v4.20250809.0

Compare Source

v1.11.3

Compare Source

Bug Fixes

• contextMenuCommands: Remove regular expression validation (#​10996) (4906aae)

v0.38.21

Compare Source

Features

• guest invites (#​1290) (1a37ae3)
• PermissionFlagsBits: add PinMessages (#​1340) (b05df17)

v0.38.20

Compare Source

v0.38.19

Compare Source

Features

• GatewayActivity: add url & status display type fields (#​1326) (5f9c1e1)

v10.15.0

Compare Source

Minor Changes

• Added the cleanupUnusedCatalogs configuration. When set to true, pnpm will remove unused catalog entries during installation #​9793.
• Automatically load pnpmfiles from config dependencies that are named @*/pnpm-plugin-* #​9780.
• pnpm config get now prints an INI string for an object value #​9797.
• pnpm config get now accepts property paths (e.g. pnpm config get catalog.react, pnpm config get .catalog.react, pnpm config get 'packageExtensions["@​babel/parser"].peerDependencies["@​babel/types"]'), and pnpm config set now accepts dot-leading or subscripted keys (e.g. pnpm config set .ignoreScripts true).
• pnpm config get --json now prints a JSON serialization of config value, and pnpm config set --json now parses the input value as JSON.

Patch Changes

• Semi-breaking. When automatically installing missing peer dependencies, prefer versions that are already present in the direct dependencies of the root workspace package #​9835.
• When executing the pnpm create command, must verify whether the node version is supported even if a cache already exists #​9775.
• When making requests for the non-abbreviated packument, add */* to the Accept header to avoid getting a 406 error on AWS CodeArtifact #​9862.
• The standalone exe version of pnpm works with glibc 2.26 again #​9734.
• Fix a regression in which pnpm dlx pkg --help doesn't pass --help to pkg #​9823.

v4.32.0

Compare Source

Minor Changes

• #​10354 da40571 Thanks @​edmundhung! - Enable cross-process communication for wrangler dev with multiple config files

  Workers running in separate wrangler dev sessions can now communicate with each other regardless of whether you are running with single or multiple config files.

  Check out the Developing with multiple Workers guide to learn more about the different approaches and when to use each one.

• #​10012 4728c68 Thanks @​penalosa! - Support unsafe dynamic worker loading bindings

Patch Changes

• #​10245 d304055 Thanks @​edmundhung! - Migrate wrangler dev to use Miniflare dev registry implementation

  Updated wrangler dev to use a shared dev registry implementation that now powers both the Cloudflare Vite plugin and Wrangler. This internal refactoring has no user-facing changes but consolidates registry logic for better consistency across tools.

• #​10407 f534c0d Thanks @​emily-shen! - default containers.rollout_active_grace_period to 0

• #​10425 0a96e69 Thanks @​dario-piotrowicz! - Fix debugging logs not including headers for CF API requests and responses

  Fix the fact that wrangler, when run with the WRANGLER_LOG=DEBUG and WRANGLER_LOG_SANITIZE=false environment variables, displays {} instead of the actual headers for requests and responses for CF API fetches

• #​10337 f9f7519 Thanks @​emily-shen! - containers: rollout_step_percentage now also accepts an array of numbers. Previously it accepted a single number, and each rollout step would target the same percentage of instances. Now users can customise percentages for each step.

  rollout_step_percentage also now defaults to [10,100] (previously 25), which should make rollouts progress slightly faster.

  You can also use wrangler deploy --containers-rollout=immediate to override rollout settings in Wrangler configuration and update all instances in one step. Note this doesn't override rollout_active_grace_period if configured.

• Updated dependencies [4728c68]:

  • [email protected]

v4.31.0

Compare Source

Minor Changes

• #​10314 9b09751 Thanks @​dario-piotrowicz! - Show possible local vs. dashboard diff information on deploys

  When re-deploying a Worker using wrangler deploy, if the configuration has been modified in the Cloudflare dashboard, the local configuration will overwrite the remote one. This can lead to unexpected results for users. To address this, currently wrangler deploy warns users about potential configuration overrides (without presenting them) and prompts them to confirm whether they want to proceed.

  The changes here improve the above flow in the following way:

  • If the local changes only add new configurations (without modifying or removing existing ones), the deployment proceeds automatically without warnings or prompts, as these changes are non-destructive and safe.
  • If the local changes modify or remove existing configurations, wrangler deploy now displays a git-like diff showing the differences between the dashboard and local configurations. This allows users to review and understand the impact of their changes before confirming the deployment.

• #​10334 cadf19a Thanks @​jonesphillip! - Added queues subscription command to Wrangler including create, update, delete, get, list

Patch Changes

• #​10374 20520fa Thanks @​edmundhung! - Simplify debug package resolution with nodejs_compat

  A patched version of debug was previously introduced that resolved the package to a custom implementation. However, this caused issues due to CJS/ESM interop problems. We now resolve the debug package to use the Node.js implementation instead.

• #​10249 875197a Thanks @​penalosa! - Support JSRPC for remote bindings. This unlocks:

  • JSRPC over Service Bindings
  • JSRPC over Dispatch Namespace Bindings
  • Email
  • Pipelines

• Updated dependencies [565c3a3, ddadb93, 20520fa, 875197a]:

  • [email protected]
  • @​cloudflare/unenv-preset@​2.6.2

v4.30.0

Compare Source

Minor Changes

• #​10341 76a6701 Thanks @​garvit-gupta! - feat: Add Wrangler command for Vectorize list-vectors operation

Patch Changes

• #​10217 979984b Thanks @​veggiedefender! - Increase the maxBuffer size for capnp uploads

• [#​10356](https://redirect.github.com/cloudflare/workers-sd