Bug 225809

Summary: [LFC][IFC] line-height incorrectly triggers scrollable overflow
Product: WebKit Reporter: alan <zalan>
Component: Layout and RenderingAssignee: 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:
Description Flags
test case none

alan
Reported 2021-05-14 08:28:07 PDT
Created attachment 428623 [details] test case ssia
Attachments
test case (332 bytes, text/html)
2021-05-14 08:28 PDT, alan
no flags
Radar WebKit Bug Importer
Comment 1 2021-05-14 08:28:25 PDT
Radar WebKit Bug Importer
Comment 2 2021-05-14 08:28:45 PDT
alan
Comment 4 2021-05-14 12:42:14 PDT
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.
alan
Comment 5 2021-05-14 13:55:58 PDT
Note You need to log in before you can comment on or make changes to this bug.