[Webkit-unassigned] [Bug 254595] New: display: flex element not ignore font (content) like as other browser engines.

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue Mar 28 09:15:42 PDT 2023


https://bugs.webkit.org/show_bug.cgi?id=254595

            Bug ID: 254595
           Summary: display: flex element not ignore font (content) like
                    as other browser engines.
           Product: WebKit
           Version: Safari 16
          Hardware: All
                OS: All
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: HTML Editing
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: morfyum at gmail.com
                CC: wenson_hsieh at apple.com

Hello! 

I have a proof of concept code, you can test this.

## The problem:
By default, flexbox elements ignore font-size and/or text in div on Chrome and Firefox. <- Bug in chrome/chromium and firefox based browsers? 
This is the problem for which required 26px margin-top in .header-flex-dropdown (block elements has no this issue)
On webkit browsers, show this extra 26 pixel (as bug), because not ignore hidden (display: none) element font/content size <- BUG in webkit? 

I open an issue in my repo:
This is contain:
  1. The problem description
  2. The code parts what cause the problem
https://github.com/morfyum/maincss/issues/2


## Proof of Concept code:
https://morfyum.github.io/maincss/
> Click on [ Templates ] drop down menu in header on chrome/firefox and Safari. Please check the difference.  
  - Dropdown menu work without issue on Chrome, and Firefox (Linux, android, and mac)
  - Dropdown menu show extra pixels (from not ignored font size) on Safari(OSX) and Epiphany(linux) (probably any webkit based browser)

Header work on all platform, all browser well instead of webkit based browsers: Safari(macos), Epiphany(linux).
I don't know is this a bug in blink and spidermonkey, or in a webkit engine.
I think webkit handles it more logically, but other browser engines don't think so.

Thanks for reading.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20230328/fc630f43/attachment.htm>


More information about the webkit-unassigned mailing list