Incorrect flexbox layout in virtualbox.org
Categories
(Core :: Layout: Flexbox, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr115 | --- | unaffected |
| firefox-esr128 | --- | unaffected |
| firefox132 | --- | wontfix |
| firefox133 | --- | wontfix |
| firefox134 | --- | fixed |
People
(Reporter: Tom25519, Unassigned)
References
(Regression)
Details
(Keywords: nightly-community, regression)
Attachments
(6 files, 3 obsolete files)
This bug not only happens on latest Firefox nightly for Windows (134.0a1), but also on Android (Fenix 134.0a1).
Comment 5•1 year ago
|
||
Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=f68eda3d65dd80db08c49ffabb424ac78bcc4332&tochange=d0336fee53a3e4eaee3e4db7c46245b9363084df
Comment 6•1 year ago
|
||
Set release status flags based on info from the regressing bug 1909761
:TYLin, since you are the author of the regressor, bug 1909761, could you take a look? Also, could you set the severity field?
For more information, please visit BugBot documentation.
Updated•1 year ago
|
| Comment hidden (obsolete) |
| Comment hidden (obsolete) |
Comment 9•1 year ago
|
||
This is a reduced testcase from virtualbox.org.
Comment 10•1 year ago
|
||
In the testcase, there are nested flex containers, and the image descendants have aspect-ratio. This bug look very similar to bug 1926015 or bug 1910290.
I got the expected behavior by adding min-width: 0 to .box style to skip the content size measurement.
Comment 11•1 year ago
|
||
Daniel, I am the REO for Fx133, this bug is still marked affecting Fx133 - I think we are considering it for a dot-release ride along - what's your take - how important is that to get fixed? I know it's rated as S3, however I still wanted to ask explicitly - thank you!
Comment 12•1 year ago
|
||
(In reply to Christoph Kerschbaumer [:ckerschb] from comment #11)
Daniel, I am the REO for Fx133, this bug is still marked affecting Fx133 - I think we are considering it for a dot-release ride along - what's your take - how important is that to get fixed? I know it's rated as S3, however I still wanted to ask explicitly - thank you!
TYLin is prepping a fix which we think should address this, re-landing a fix that previously landed -- it was backed out for perf reasons, but in retrospect (in light of bugs like this one) the correctness is more important than the perf cost (and we can iterate on clawing back the perf regression).
We're pretty confident in the correctness of that fix, so I think it'd be suitable for a 133 dot-release ride-along (assuming the perf hit is acceptable).
Comment 13•1 year ago
|
||
Testcase 2 is reduced from Testcase 1, and it still fails with emilio's patch in https://phabricator.services.mozilla.com/D229621
Comment 14•1 year ago
|
||
I attached a wrong testcase in Comment 13. This is the correct reduced testcase.
Updated•1 year ago
|
Comment 15•1 year ago
|
||
(In reply to Daniel Holbert [:dholbert] from comment #12)
TYLin is prepping a fix [...]
We're pretty confident in the correctness of that fix, so I think it'd be suitable for a 133 dot-release ride-along (assuming the perf hit is acceptable).
(Actually: I'm a bit less sure about the dot-release ride-along now -- we added an additional patch in bug 1926015 to improve our caching and to address the perf issues, and that makes the fix as-a-whole a bit more risky. So: given that we shipped this in 132, I think we can live with shipping it in the about-to-go-out 133 release as well, and let the fix arrive as part of 134.)
Updated•1 year ago
|
Comment 16•1 year ago
•
|
||
From some brief testing, I think this is fixed in latest Nightly and can perhaps be closed as a dupe of bug 1926015 -- TYLin, could you confirm?
Comment 17•1 year ago
|
||
Yes, this bug is fixed by 1926015. I test it on Nightly 134.0a1 (2024-11-22).
The testcase in comment 14 has been captured as a wpt in https://wpt.fyi/results/css/css-sizing/intrinsic-percent-replaced-027.html
Updated•1 year ago
|
Description
•