bug(cdk/text-field): cdkTextareaAutosize caches line height before matInput applies `font: inherit`, so min/max rows are wrong
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 57/100
- issue の種類
- バグ
- 明瞭さ
- 明確に書かれている
- 活発さ
- 活発
- 技術スタック
- angular, typescript
- 領域
- frontend
調査の方向性
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.
索引モデルが issue の本文から書いたものです。
説明
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):
CdkTextareaAutosizemeasures and caches the line height on the firstngDoCheck(resizeToFitContent→_cacheTextareaLineHeight, cloning the textarea withrows=1).MatInputappliesfont: inheritvia the classmat-mdc-form-field-input-control, which is a dynamic host binding ('[class.mat-mdc-form-field-input-control]': '_isInFormField').- Host bindings are applied after
ngDoCheckin 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
resizeclears 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:
- Open the page above (fresh load, don't resize the window).
- 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" - Type more than 3 lines: the textarea starts scrolling after ~3 lines instead of 5.
- 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
- 主要言語
- TypeScript
- スター
- 25k
- フォーク
- 6.9k
- 平均マージ
- 2日 7時間
- マージ済み PR(30日)
- 83
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
angular/components のほかの issue
-
bug(mat-slider): on Firefox, slider thumb is not aligned with cursor対応中かも @Devyalamaddi が 3 日前に担当しました。 オープンarea: material/slider P4
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
angular/components#34094 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
bug(material/sort): hover hint arrow on an unsorted header shows the active sort direction, not the resulting direction after click.対応中かも @abdul-karim-mia が 2 日前に担当しました。 オープンarea: material/sort P3
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
angular/components#33933 ·
メンテナーはふだん 1 日以内に返信
-
bug(mat-date-picker): month shown twice in date picker対応中かも @PreethiPantangi が 54 日前に担当しました。 オープンarea: material/datepicker P4
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
angular/components#33763 · コメント 2 件 · リアクション 3 件 ·
メンテナーはふだん 1 日以内に返信
-
Bug in table.scss footer cell height: unset instead of footer row height unset対応中かも @minwookshin が 41 日前に担当しました。 オープンarea: material/table P4
難易度 1/5 1時間未満 初心者へのやさしさ 88/100
angular/components#33709 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
bug(date-adapter): Misleading JSDoc for createDate returns type対応中かも @BHUVANSH855 が 171 日前に担当しました。 オープンarea: material/core P3
難易度 1/5 1時間未満 初心者へのやさしさ 78/100
angular/components#33059 · コメント 2 件 ·
メンテナーはふだん 1 日以内に返信
angular/components の issue をすべて見る
似ている issue
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
jeanibarz/knowledge-base-mcp-server#1268 ·
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 78/100
Koenkk/zigbee-herdsman-converters#13820 ·
メンテナーはふだん 2 日以内に返信
-
[prefer-expect-resolves] autofix leaves a stray ")" when the awaited expression is parenthesizedオープン
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
jest-community/eslint-plugin-jest#2052 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
-
Wallet functions throws TypeError when the wallet has no account ID対応中かも @Medhansh-741 が今日担当しました。 オープンbug
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
hiero-ledger/hiero-sdk-js#4781 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信