WebKit incorrectly calculates element basline when useing "display:inline-block" and "overflow: hidden"

• Component: DOM
• Status: RESOLVED CONFIGURATION CHANGED

[Berend-Jan Wever]

Created attachment 80763 [details]
Repro

I found a bug that leads to elements getting the wrong baseline when using CSS style "display:inline-block; overflow:hidden". I've attached a repro, which renders differently in FF and WebKit. At first I thought this was a bug in Firefox, but apparently this is by design and WebKit is wrong:
https://bugzilla.mozilla.org/show_bug.cgi?id=615712

In the attached repro, the first fieldset should apparently have the "2" aligned to the bottom to follow the spec. In Chrome and Safari this is not the case; both are aligned at the top.

[Berend-Jan Wever]

Quoting Ian Hickson "the right behaviour is the Gecko/Opera behaviour (a red box with a green box inside it, the green box being offset slightly so that vertically from the bottom there's a red line, a gap, a green line, the word "HTML5" crossed out by a red line, and then above that another green line). WebKit (Safari/Chrome) is wrong (it doesn't reset the inline-block baseline to the bottom of the line box due to the 'overflow' property as the current revision of the CSS level 2 spec requires in the last paragraph of section 10.8.1)."

[Darth]

This seems a duplicate of Bug 36084

[Ahmad Saleem]

Created attachment 461258 [details]
Safari 15.6 matches with other browsers

I am unable to reproduce this bug using attached repo in Safari 15.6 on macOS 12.5 and as can be seen from attached screenshot, all browsers are matching with each other. Can we mark this as "RESOLVED CONFIGURATION CHANGED"? Thanks!