Closed
Bug 1473789
Opened 6 years ago
Closed 1 year ago
{inc} intrinsically-sized inline-block with orthogonal writing-mode content has size of 0 on the first reflow and correct sizes later
Categories
(Core :: Layout, defect, P3)
Tracking
()
RESOLVED
DUPLICATE
of bug 1310551
Webcompat Priority | P3 |
Tracking | Status | |
---|---|---|
firefox63 | --- | affected |
People
(Reporter: karlcow, Unassigned)
References
(Blocks 1 open bug, )
Details
(Whiteboard: [webcompat])
Attachments
(2 files)
spin-off of https://webcompat.com/issues/17605
1. Go to http://penang-hokkien.gitlab.io/
2. Just look at the button.
* Firefox and Safari at first load display an oval on the side.
* Chrome gets it right at first load.
* Firefox gets it right if resizing the window (repaint)
* Safari never changes.
Screenshot:
Top Firefox
Middle Safari
Bottom Chrome
https://webcompat.com/uploads/2018/7/a9c661df-5edf-4ac6-94a5-7b314ff1d09a.jpg
That looks like an issue with first painting for the Gecko part.
Comment 1•6 years ago
|
||
Looks a case where incremental reflow disagrees with non-incremental reflow, so moving out of Web Painting.
Component: Layout: Web Painting → Layout
Comment 2•6 years ago
|
||
Sounds like we are not doing something wrong with vertical writing mode.
Comment 3•6 years ago
|
||
I mean, we are doing something wrong.
Comment 4•6 years ago
|
||
Comment 5•6 years ago
|
||
Comment 6•6 years ago
|
||
So the root of the testcase seems to be "a thing that's orthogonal inside of an inline-block makes the inline-block the wrong size".
Comment 7•6 years ago
|
||
Oh, and the basic reason for the problem is that GetMinISize and GetPrefISize are returning 0 for the div.
Comment 8•6 years ago
|
||
This is because we're hitting:
https://searchfox.org/mozilla-central/rev/28daa2806c89684b3dfa4f0b551db1d099dda7c2/layout/base/nsLayoutUtils.cpp#5335-5342
Comment 9•6 years ago
|
||
(I don't think we should try to fix this until https://github.com/w3c/csswg-drafts/issues/2890 is fixed in the spec.)
See Also: → https://github.com/w3c/csswg-drafts/issues/2890
Updated•6 years ago
|
Summary: The round button for the chinese language selector is broken → {inc} intrinsically-sized inline-block with orthogonal writing-mode content has size of 0 on the first reflow and correct sizes later
Reporter | ||
Comment 10•6 years ago
|
||
I opened an issue on WebKit too
https://bugs.webkit.org/show_bug.cgi?id=187454
Comment 12•6 years ago
|
||
Migrating Webcompat whiteboard priorities to project flags. See bug 1547409.
Webcompat Priority: --- → ?
Comment 13•6 years ago
|
||
See bug 1547409. Migrating whiteboard priority tags to program flags.
Updated•5 years ago
|
Webcompat Priority: ? → revisit
Reporter | ||
Updated•3 years ago
|
Webcompat Priority: revisit → P3
Updated•2 years ago
|
Updated•2 years ago
|
Severity: normal → S3
Comment 16•2 years ago
|
||
The severity field for this bug is relatively low, S3. However, the bug has 3 duplicates.
:dholbert, could you consider increasing the bug severity?
For more information, please visit auto_nag documentation.
Flags: needinfo?(dholbert)
Comment 17•2 years ago
|
||
The last needinfo from me was triggered in error by recent activity on the bug. I'm clearing the needinfo since this is a very old bug and I don't know if it's still relevant.
Flags: needinfo?(dholbert)
Comment 18•1 year ago
|
||
This is essentially the same thing discussed in bug 1310551. Duping.
You need to log in
before you can comment on or make changes to this bug.
Description
•