In quirks mode, toplevel "height:calc(%)" is treated as "auto", unlike raw percent heights (which are honored)
Categories
(Core :: Layout, defect, P3)
Tracking
()
| Webcompat Priority | P3 |
| Tracking | Status | |
|---|---|---|
| firefox54 | --- | affected |
People
(Reporter: dholbert, Unassigned)
References
Details
(Whiteboard: [webcompat])
Attachments
(1 file)
|
151 bytes,
text/html
|
Details |
| Reporter | ||
Comment 1•9 years ago
|
||
| Reporter | ||
Comment 2•9 years ago
|
||
| Reporter | ||
Comment 4•9 years ago
|
||
| Reporter | ||
Comment 5•9 years ago
|
||
Comment 6•9 years ago
|
||
Updated•9 years ago
|
Updated•8 years ago
|
Updated•7 years ago
|
Comment 7•7 years ago
|
||
Migrating Webcompat whiteboard priorities to project flags. See bug 1547409.
Comment 8•7 years ago
|
||
See bug 1547409. Migrating whiteboard priority tags to program flags.
Updated•6 years ago
|
Comment 9•5 years ago
|
||
https://bugs.chromium.org/p/chromium/issues/detail?id=388892#c20
Firefox is the only browser that doesn't do percentage height quirks on calc(). Chrome, EdgeHTML and Safari have the same behavior as we observe here.
Due to compatibility risks, we are unlikely to change our behavior.
Comment 10•5 years ago
|
||
raising the priority as it is closed as wontfix on the side of blink.
Updated•4 years ago
|
Updated•3 years ago
|
Comment 11•2 years ago
•
|
||
The test case is now matching Chrome, so does the issue in https://github.com/webcompat/web-bugs/issues/4534.
https://github.com/webcompat/web-bugs/issues/17810 is no longer reproducible.
Will close as worksforme.
Looks like the fixing patch is within this range:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=26711f10f5f45471b5856fb5cef08948f0e5bc21&tochange=f60e7f5f8557d4f385cb182a995fb537f2cb7611
(perhaps, bug1577139 could be the one)
| Reporter | ||
Comment 12•2 years ago
|
||
Yup, I think we can consider this an exact duplicate of bug 1577139 in fact. Marking as such. Thanks!
Description
•