bug(cdk/text-field): cdkTextareaAutosize caches line height before matInput applies `font: inherit`, so min/max rows are wrong

Offen
  • Stimmt etwas nicht?
#33,944 5 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

@nagahara-naoki arbeitet bereits daran.

Seit 14.11.2026.

  • #34136 von @nagahara-naoki — offen

Bewertung

Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Anfängerfreundlichkeit
57/100
Issue-Typ
Bug
Klarheit
Klar beschrieben
Aktivitätsstatus
Aktiv
Tech-Stack
angular, typescript
Bereich
frontend

Rechercherichtung

Start with CdkTextareaAutosize and its first ngDoCheck measurement path (resizeToFitContent and _cacheTextareaLineHeight), then compare it with the MatInput host binding that applies mat-mdc-form-field-input-control. Reproduce the issue in the official CDK text-field autosizing example and inspect the cached line height before and after resizing. Done means min/max heights use the textarea's actual line height on first render, without a window resize.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

area: cdk/text-field P4
Is this a regression?
  • Yes, this behavior used to work in the previous version
The previous version in which this bug was not present was

14.x (verified on v14.material.angular.dev, Angular 14.0.0)

Description

When cdkTextareaAutosize is used on a matInput textarea inside mat-form-field, the cached line height used for cdkAutosizeMinRows / cdkAutosizeMaxRows is measured with the browser's default textarea font instead of the form field's font. As a result, min-height / max-height are too small until the window is resized.

Cause (as far as I can tell):

  • CdkTextareaAutosize measures and caches the line height on the first ngDoCheck (resizeToFitContent → _cacheTextareaLineHeight, cloning the textarea with rows=1).
  • MatInput applies font: inherit via the class mat-mdc-form-field-input-control, which is a dynamic host binding ('[class.mat-mdc-form-field-input-control]': '_isInFormField').
  • Host bindings are applied after ngDoCheck in the first change detection pass. So at measuring time the textarea (and its clone) still uses the UA default textarea font (Chrome: monospace 13.33px, line-height: normal ≈ 15px).
  • The wrong value stays cached until a window resize clears it.

Measured on the official docs example (cdkAutosizeMaxRows="5", actual line height 24px):

Docs Angular measured line height max-height
v14 14.0.0 18px (correct) 90px
v15 15.1.1 15px 75px
v17 17.3.0 15px 75px
v19 19.2.6 15px 75px
v21 21.2.11 15px 75px
current 22.2.1 15px 75px (expected 120px)

It started with v15, i.e. the switch to the MDC-based form field.

Workaround: a global style so the textarea inherits the font before the first measurement:

textarea.cdk-textarea-autosize { font: inherit; letter-spacing: inherit; }
Reproduction

No StackBlitz needed – the official docs example reproduces it:
https://material.angular.dev/cdk/text-field/examples ("Auto-resizing textarea")

Steps to reproduce:

  1. Open the page above (fresh load, don't resize the window).
  2. Select the textarea in DevTools and run: 
    ({ minHeight: $0.style.minHeight, maxHeight: $0.style.maxHeight, lineHeight: getComputedStyle($0).lineHeight })
    → minHeight: "15px", maxHeight: "75px", lineHeight: "24px"
  3. Type more than 3 lines: the textarea starts scrolling after ~3 lines instead of 5.
  4. Resize the browser window and run the snippet again → minHeight: "24px", maxHeight: "120px" (correct).

For comparison, the same example on https://v14.material.angular.dev/cdk/text-field/examples measures correctly on first load.

Expected Behavior

min-height / max-height are based on the actual line height of the textarea (24px → max-height: 120px for 5 rows) right after the first render.

Actual Behavior

They are based on the UA default textarea font (15px → max-height: 75px) until the window is resized.

Environment
  • Angular 22.2.1
  • CDK/Material 22.2.x
  • Chrome (Version 154.0.8037.95 (64-Bit))
  • Windows 11
Vorherrschende Sprache
TypeScript
Sterne
25k
Forks
6.9k
Ø Merge
2 T. 7 Std.
Gemergte PRs (30 T.)
83

Entwicklungsumgebung

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus angular/components

Alle Issues in angular/components

Ähnliche Issues

Weitere Issues zu TypeScript

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.