All versions since 2.3.6

2.3.6

Patch Changes

#8100 82b9a8e Thanks @Netail! - Added the nursery rule useFind. Enforce the use of Array.prototype.find() over Array.prototype.filter() followed by [0] when looking for a single result.

Invalid:
```
1
[1, 2, 3].filter((x) => x > 1)[0];
2

3
[1, 2, 3].filter((x) => x > 1).at(0);
```
#8118 dbc7021 Thanks @hirokiokada77! - Fixed #8117: useValidLang now accepts valid BCP 47 language tags with script subtags.

Valid:
```
1
<html lang="zh-Hans-CN"></html>
```
#7672 f1d5725 Thanks @Netail! - Added the nursery rule useConsistentGraphqlDescriptions, requiring all descriptions to follow the same style (either block or inline) inside GraphQL files.

Invalid:
```
1
enum EnumValue {
2
  "this is a description"
3
  DEFAULT
4
}
```
Valid:
```
1
enum EnumValue {
2
  """
3
  this is a description
4
  """
5
  DEFAULT
6
}
```
#8026 f102661 Thanks @matanshavit! - Fixed #8004: noParametersOnlyUsedInRecursion now correctly detects recursion by comparing function bindings instead of just names.

Previously, the rule incorrectly flagged parameters when a method had the same name as an outer function but called the outer function (not itself):
```
1
function notRecursive(arg) {
2
  return arg;
3
}
4

5
const obj = {
6
  notRecursive(arg) {
7
    return notRecursive(arg); // This calls the outer function, not the method itself
8
  },
9
};
```
Biome now properly distinguishes between these cases and will not report false positives.
#8097 5fc5416 Thanks @dyc3! - Added the nursery rule noVueVIfWithVFor. This rule disallows v-for and v-if on the same element.
```
1

2
<div v-for="item in items" v-if="item.isActive">
3
  {{ item.name }}
4
</div>
```
#8085 7983940 Thanks @Netail! - Added the nursery rule noForIn. Disallow iterating using a for-in loop.

Invalid:
```
1
for (const i in array) {
2
  console.log(i, array[i]);
3
}
```
#8086 2b41e82 Thanks @matanshavit! - Fixed #8045: The noNestedTernary rule now correctly detects nested ternary expressions even when they are wrapped in parentheses (e.g. foo ? (bar ? 1 : 2) : 3).

Previously, the rule would not flag nested ternaries like foo ? (bar ? 1 : 2) : 3 because the parentheses prevented detection. The rule now looks through parentheses to identify nested conditionals.

Previously not detected (now flagged):
```
1
const result = foo ? (bar ? 1 : 2) : 3;
```
Still valid (non-nested with parentheses):
```
1
const result = foo ? bar : baz;
```
#8075 e403868 Thanks @YTomm! - Fixed #7948: The useReadonlyClassProperties code fix when checkAllProperties is enabled will no longer insert a newline after readonly and the class property.
#8102 47d940e Thanks @lucasweng! - Fixed #8027. useReactFunctionComponents no longer reports class components that implement componentDidCatch using class expressions.

The rule now correctly recognizes error boundaries defined as class expressions:
```
1
const ErrorBoundary = class extends Component {
2
  componentDidCatch(error, info) {}
3

4
  render() {
5
    return this.props.children;
6
  }
7
};
```
#8097 5fc5416 Thanks @dyc3! - Added the nursery rule useVueHyphenatedAttributes, which encourages using kebab case for attribute names, per the Vue style guide’s recommendations.
```
1

2
<MyComponent myProp="value" />
3

4

5
<MyComponent my-prop="value" />
```

#8108 0f0a658 Thanks @Netail! - Added the nursery rule noSyncScripts. Prevent the usage of synchronous scripts.

Invalid:

1
<script src="https://third-party-script.js" />

Valid:

1
<script src="https://third-party-script.js" async />
2
<script src="https://third-party-script.js" defer />

#8098 1fdcaf0 Thanks @Jayllyz! - Added documentation URLs to rule descriptions in the JSON schema.
#8097 5fc5416 Thanks @dyc3! - Fixed an issue with the HTML parser where it would treat Vue directives with dynamic arguments as static arguments instead.
#7684 f4433b3 Thanks @vladimir-ivanov! - Changed noUnusedPrivateClassMembers to align more fully with meaningful reads.

This rule now distinguishes more carefully between writes and reads of private class members.
- A meaningful read is any access that affects program behavior.
- For example, this.#x += 1 both reads and writes #x, so it counts as usage.
- Pure writes without a read (e.g. this.#x = 1 with no getter) are no longer treated as usage.
This change ensures that private members are only considered “used” when they are actually read in a way that influences execution.

Invalid examples (previously valid)
```
1
class UsedMember {
2
  set #x(value) {
3
    doSomething(value);
4
  }
5

6
  foo() {
7
    // This assignment does not actually read #x, because there is no getter.
8
    // Previously, this was considered a usage, but now it’s correctly flagged.
9
    this.#x = 1;
10
  }
11
}
```
Valid example (Previously invalid)
```
1
class Foo {
2
  #usedOnlyInWriteStatement = 5;
3

4
  method() {
5
    // This counts as a meaningful read because we both read and write the value.
6
    this.#usedOnlyInWriteStatement += 42;
7
  }
8
}
```
#7684 f4433b3 Thanks @vladimir-ivanov! - Improved detection of used private class members

The analysis for private class members has been improved: now the tool only considers a private member “used” if it is actually referenced in the code.
- Previously, some private members might have been reported as used even if they weren’t actually accessed.
- With this change, only members that are truly read or called in the code are counted as used.
- Members that are never accessed will now be correctly reported as unused.
This makes reports about unused private members more accurate and helps you clean up truly unused code.

Example (previously valid)
```
1
type YesNo = "yes" | "no";
2

3
export class SampleYesNo {
4
  private yes: () => void;
5
  private no: () => void;
6
  private dontKnow: () => void; // <- will now report as unused
7

8
  on(action: YesNo): void {
9
    this[action]();
10
  }
11
}
```
#7681 b406db6 Thanks @kedevked! - Added the new lint rule, useSpread, ported from the ESLint rule prefer-spread.

This rule enforces the use of the spread syntax (...) over Function.prototype.apply() when calling variadic functions, as spread syntax is generally more concise and idiomatic in modern JavaScript (ES2015+).

The rule provides a safe fix.

Invalid
```
1
Math.max.apply(Math, args);
2
foo.apply(undefined, args);
3
obj.method.apply(obj, args);
```
Valid
```
1
Math.max(...args);
2
foo(...args);
3
obj.method(...args);
4

5
// Allowed: cases where the `this` binding is intentionally changed
6
foo.apply(otherObj, args);
```

#7287 aa55c8d Thanks @ToBinio! - Fixed #7205: The noDuplicateTestHooks rule now treats chained describe variants (e.g., describe.each/for/todo) as proper describe scopes, eliminating false positives.

The following code will no longer be a false positive:

1
describe("foo", () => {
2
  describe.for([])("baz", () => {
3
    beforeEach(() => {});
4
  });
5

6
  describe.todo("qux", () => {
7
    beforeEach(() => {});
8
  });
9

10
  describe.todo.each([])("baz", () => {
11
    beforeEach(() => {});
12
  });
13
});

#8013 0c0edd4 Thanks @Jayllyz! - Added the GraphQL nursery rule useUniqueGraphqlOperationName. This rule ensures that all GraphQL operations within a document have unique names.

Invalid:

1
query user {
2
  user {
3
    id
4
  }
5
}
6

7
query user {
8
  user {
9
    id
10
    email
11
  }
12
}

Valid:

1
query user {
2
  user {
3
    id
4
  }
5
}
6

7
query userWithEmail {
8
  user {
9
    id
10
    email
11
  }
12
}

#8084 c2983f9 Thanks @dyc3! - Fixed #8080: The HTML parser, when parsing Vue, can now properly handle Vue directives with no argument, modifiers, or initializer (e.g. v-else). It will no longer treat subsequent valid attributes as bogus.
```
1
<p v-else class="flex">World</p>
2

```
#8104 041196b Thanks @Conaclos! - Fixed noInvalidUseBeforeDeclaration. The rule no longer reports a use of an ambient variable before its declarations. The rule also completely ignores TypeScript declaration files. The following code is no longer reported as invalid:
```
1
CONSTANT;
2
declare const CONSTANT: number;
```
#8060 ba7b076 Thanks @dyc3! - Added the nursery rule useVueValidVBind, which enforces the validity of v-bind directives in Vue files.

Invalid v-bind usages include:
```
1
<Foo v-bind />
2

3
<Foo v-bind:foo />
4

5
<Foo v-bind:foo.bar="baz" />
6

```
#8113 fb8e3e7 Thanks @Conaclos! - Fixed noInvalidUseBeforeDeclaration. The rule now reports invalid use of classes, enums, and TypeScript’s import-equals before their declarations.

The following code is now reported as invalid:
```
1
new C();
2
class C {}
```
#8077 0170dcb Thanks @dyc3! - Added the rule useVueValidVElseIf to enforce valid v-else-if directives in Vue templates. This rule reports invalid v-else-if directives with missing conditional expressions or when not preceded by a v-if or v-else-if directive.
#8077 0170dcb Thanks @dyc3! - Added the rule useVueValidVElse to enforce valid v-else directives in Vue templates. This rule reports v-else directives that are not preceded by a v-if or v-else-if directive.
#8077 0170dcb Thanks @dyc3! - Added the rule useVueValidVHtml to enforce valid usage of the v-html directive in Vue templates. This rule reports v-html directives with missing expressions, unexpected arguments, or unexpected modifiers.
#8077 0170dcb Thanks @dyc3! - Added the rule useVueValidVIf to enforce valid v-if directives in Vue templates. It disallows arguments and modifiers, and ensures a value is provided.
#8077 0170dcb Thanks @dyc3! - Added the rule useVueValidVOn to enforce valid v-on directives in Vue templates. This rule reports invalid v-on / shorthand @ directives with missing event names, invalid modifiers, or missing handler expressions.

2.3.7 Latest

Patch Changes

#8169 7fdcec8 Thanks @arendjr! - Fixed #7999: Correctly place await after leading comment in auto-fix action from noFloatingPromises rule.
#8157 12d5b42 Thanks @Conaclos! - Fixed #8148. noInvalidUseBeforeDeclaration no longer reports some valid use before declarations.

The following code is no longer reported as invalid:
```
1
class classA {
2
  C = C;
3
}
4
const C = 0;
```
#8178 6ba4157 Thanks @dyc3! - Fixed #8174, where the HTML parser would parse 2 directives as a single directive because it would not reject whitespace in Vue directives. This would cause the formatter to erroneously merge the 2 directives into one, resulting in broken code.
```
1
<Component v-else:property="123" />
2
<Component v-else :property="123" />
```
#8088 0eb08e8 Thanks @db295! - Fixed #7876: The noUnusedImports rule now ignores imports that are used by @linkcode and @linkplain (previously supported @link and @see).

The following code will no longer be a false positive:
```
1
import type { a } from "a"
2

3
/**
4
 * {@linkcode a}
5
 */
6
function func() {}
```
#8119 8d64655 Thanks @ematipico! - Improved the detection of the rule noUnnecessaryConditions. Now the rule isn’t triggered for variables that are mutated inside a module.

This logic deviates from the original rule, hence noUnnecessaryConditions is now marked as “inspired”.

In the following example, hey starts as false, but then it’s assigned to a string. The rule isn’t triggered inside the if check.
```
1
let hey = false;
2

3
function test() {
4
  hey = "string";
5
}
6

7
if (hey) {
8
}
```
#8149 e0a02bf Thanks @Netail! - Fixed #8144: Improve noSyncScripts, ignore script tags with type="module" as these are always non-blocking.
#8182 e9f068e Thanks @hirokiokada77! - Fixed #7877: Range suppressions now handle suppressed categories properly.

Valid:
```
1
// biome-ignore-start lint: explanation
2
const foo = 1;
3
// biome-ignore-end lint: explanation
```
#8111 bf1a836 Thanks @ryan-m-walker! - Added support for parsing and formatting the CSS if function.

Example
```
1
.basic-style {
2
  color: if(style(--scheme: dark): #eeeeee; else: #000000;);
3
}
```
#8173 7fc07c1 Thanks @ematipico! - Fixed #8138 by reverting an internal refactor that caused a regression to the rule noUnusedPrivateClassMembers.
#8119 8d64655 Thanks @ematipico! - Improved the type inference engine, by resolving types for variables that are assigned to multiple values.
#8158 fb1458b Thanks @dyc3! - Added the useVueValidVText lint rule to enforce valid v-text directives. The rule reports when v-text has an argument, has modifiers, or is missing a value.

Invalid:
```
1
<div v-text />
2

3
<div v-text:aaa="foo" />
4

5
<div v-text.bbb="foo" />
6

```
#8158 fb1458b Thanks @dyc3! - Fixed useVueValidVHtml so that it will now flag empty strings, e.g. v-html=""
#7078 bb7a15c Thanks @emilyinure! - Fixed #6675: Now only flags noAccumulatingSpread on Object.assign when a new object is being allocated on each iteration. Before, all cases using Object.assign with reduce parameters were warned despite not making new allocations.

The following code will no longer be a false positive:
```
1
foo.reduce((acc, bar) => Object.assign(acc, bar), {});
```
The following cases which do make new allocations will continue to warn:
```
1
foo.reduce((acc, bar) => Object.assign({}, acc, bar), {});
```
#8175 0c8349e Thanks @ryan-m-walker! - Fixed CSS formatting of dimension units to use correct casing for Q, Hz and kHz.

Before:
```
1
.cssUnits {
2
  a: 1Q;
3
  b: 1Hz;
4
  c: 1kHz;
5
}
```
After:
```
1
.cssUnits {
2
  a: 1Q;
3
  b: 1Hz;
4
  c: 1kHz;
5
}
```