Closed Bug 1335627 Opened 9 years ago Closed 2 years ago

In quirks mode, toplevel "height:calc(%)" is treated as "auto", unlike raw percent heights (which are honored)

Categories

(Core :: Layout, defect, P3)

defect

Tracking

()

RESOLVED DUPLICATE of bug 1577139
Webcompat Priority P3
Tracking Status
firefox54 --- affected

People

(Reporter: dholbert, Unassigned)

References

Details

(Whiteboard: [webcompat])

Attachments

(1 file)

STR: 1. Load attached testcase. 2. Compare the two colorful divs. ACTUAL RESULTS: The gray div occupies 50% of the page's height, but the orange one is only as tall as its content. EXPECTED RESULTS: Consistent behavior -- both divs should be 50% of the page's height. Firefox (51 release and today's 54 Nightly) give ACTUAL RESULTS. Chrome 55 and Edge 14 give EXPECTED RESULTS. Note that this document is in quirks mode. If I add <!DOCTYPE html> to trigger standards-mode, then both divs collapse to fit their content.
Attached file testcase 1
This was originally filed as a webcompat issue here: https://github.com/webcompat/web-bugs/issues/4534 ...for this site (whose "pages" are intended to each occupy about half of the viewport's height): http://whsieh.github.io/examples/markdown
I think when I did this the idea was that we wouldn't extend the quirk to calc(). I guess other browsers did?
It appears that they did, yeah.
(In reply to Daniel Holbert [:dholbert] from comment #2) > This was originally filed as a webcompat issue [...] > for this site (whose "pages" are intended to each occupy about half of > the viewport's height): > http://whsieh.github.io/examples/markdown (The site has been fixed to not depend on this quirk now, BTW [that was fast!], so don't use it as a demo for this bug at this point.)
Whiteboard: [webcompat]
Priority: -- → P3

Migrating Webcompat whiteboard priorities to project flags. See bug 1547409.

Webcompat Priority: --- → ?

See bug 1547409. Migrating whiteboard priority tags to program flags.

Webcompat Priority: ? → revisit

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.

raising the priority as it is closed as wontfix on the side of blink.

Webcompat Priority: revisit → P3
Severity: normal → S3

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)

Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → WORKSFORME

Yup, I think we can consider this an exact duplicate of bug 1577139 in fact. Marking as such. Thanks!

Duplicate of bug: 1577139
Resolution: WORKSFORME → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: