oxc-project/oxc · error · OxcDiagnostic
Do not use chained assignment
Error message
Do not use chained assignment
What it means
Lint diagnostic from eslint/no-multi-assign: an assignment expression is chained (a = b = c). Chained assignment makes the intermediate value flow hard to follow and frequently hides unintended sharing of references.
Source
Thrown at crates/oxc_linter/src/rules/eslint/no_multi_assign.rs:15
use oxc_ast::{AstKind, ast::Expression};
use oxc_diagnostics::OxcDiagnostic;
use oxc_macros::declare_oxc_lint;
use oxc_span::Span;
use schemars::JsonSchema;
use serde::Deserialize;
use crate::{
AstNode,
context::LintContext,
rule::{DefaultRuleConfig, Rule},
};
fn no_multi_assign_diagnostic(span: Span) -> OxcDiagnostic {
OxcDiagnostic::warn("Do not use chained assignment")
.with_help("Separate each assignment into its own statement")
.with_label(span)
}
#[derive(Debug, Default, Clone, JsonSchema, Deserialize)]
#[serde(rename_all = "camelCase", default, deny_unknown_fields)]
pub struct NoMultiAssign {
/// When set to `true`, the rule allows chains that don't include initializing a variable in a declaration or initializing a class field.
///
/// Examples of **correct** code for this option set to `true`:
/// ```js
/// let a;
/// let b;
/// a = b = "baz";
///
/// const x = {};
/// const y = {};
/// x.one = y.one = 1;View on GitHub (pinned to e1e7af627c)
Solutions
- Split the chain into separate assignment statements
- Initialize each variable with its own expression
Defensive patterns
Strategy: validation
When it happens
Trigger: Thrown at crates/oxc_linter/src/rules/eslint/no_multi_assign.rs:15 when the library encounters an invalid state.
Common situations: See trigger scenarios.
AI-assisted analysis of oxc-project/oxc@e1e7af627c (2026-08-20).
Data as JSON: /api/errors/cb1c675a7c37a666.
Report an issue: GitHub.