| Summary: | [LFC][IFC] line-height incorrectly triggers scrollable overflow | ||||||
|---|---|---|---|---|---|---|---|
| Product: | WebKit | Reporter: | zalan <zalan> | ||||
| Component: | Layout and Rendering | Assignee: | Nobody <webkit-unassigned> | ||||
| Status: | NEW --- | ||||||
| Severity: | Normal | CC: | bfulgham, simon.fraser, webkit-bug-importer, zalan | ||||
| Priority: | P2 | Keywords: | InRadar | ||||
| Version: | WebKit Nightly Build | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Attachments: |
|
||||||
According to the CSS Overflow Module Level 3 (https://www.w3.org/TR/css-overflow-3/#scrollable) and CSS Inline Layout Module Level 3 (https://www.w3.org/TR/css-inline-3/#line-layout) this looks like a progression. CSS Overflow Module says: "... The scrollable overflow area is the union of: ... - all line boxes directly contained by the box .." while CSS Inline Layout Module says: ".. The line box’s logical height is calculated to exactly include the aligned layout bounds of all its inline-level boxes. .." where the layout bounds are computed by taking the (non-normal) line-height into account ("When its computed line-height is not normal, its layout bounds are derived solely from metrics of its first available font (ignoring glyphs from other fonts), and leading is used to adjust the effective A and D to add up to the used line-height." so it looks like the "line-height" here should affect the scrollable overflow area and Safari should produce a scrollbar for it. It also matches Firefox(88.0.1) behavior. I'd say this is a progression but according to https://bugs.chromium.org/p/chromium/issues/detail?id=996847, this is not what's expected. Blink's test reduction https://bugs.chromium.org/p/chromium/issues/attachmentText?aid=409419 |
Created attachment 428623 [details] test case ssia