Open Bug 1928223 Opened 1 year ago Updated 1 year ago

Firefox differs from Chrome on float stacking order, in relatively-positioned inline with ib-split sibling

Categories

(Core :: Layout: Floats, defect)

defect

Tracking

()

People

(Reporter: dholbert, Unassigned)

References

Details

Attachments

(1 file)

Attached file testcase 1

This is a reduced testcase from bug 1926971, though I'm not yet sure whether this is the main issue in that bug.

STR:

  1. Load attached testcase.

ACTUAL RESULTS:
Top half of blue rect is covered up by the lightgray rect.

EXPECTED RESULTS:
Top half of blue rect should (maybe?) be visible, stacking on top.

(I'm not entirely sure who's correct here; painting order has a lot of subtlety, particularly here where we've got a mix of floats, positioning, and a block-in-inline-split.)

Firefox & WebKit (epiphany) give ACTUAL RESULTS.
Chrome gives EXPECTED RESULTS.

Our behavior goes back as far as I can test -- Nightly 2009-12-31 3.7a1pre matches current Nightly.

Chrome 100 and earlier match Firefox/WebKit here (top half of blue div covered up).
Chrome 101 and newer match current Chrome (top half of blue div is visible/foreground).

More specifically: Chrome 100 behaves like WebKit on the testcase here and on both testcases in bug 1926971 -- they match Firefox on Jeff's "reduced test case" but not on the "standalone test case" on that bug.

So: this bug here is really a reduction of the "reduced testcase" which demonstrates a difference vs. Chrome 101-and-beyond, which is independent from our failure in bug 1926971.

No longer blocks: 1926971

(This seems similar to bug 1899829.)

See Also: → 1899829
Blocks: 1926971
No longer blocks: 1926971
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: