[wpt-sync] Sync PR 33839 - Fix |FramePainter| to reset |DisplayItemFragment|
Categories
(Core :: CSS Parsing and Computation, task, P4)
Tracking
()
Tracking | Status | |
---|---|---|
firefox102 | --- | fixed |
People
(Reporter: wpt-sync, Unassigned)
References
()
Details
(Whiteboard: [wptsync downstream])
Sync web-platform-tests PR 33839 into mozilla-central (this bug is closed when the sync is complete).
PR: https://github.com/web-platform-tests/wpt/pull/33839
Details from upstream follow.
Koji Ishii <kojii@chromium.org> wrote:
Fix |FramePainter| to reset |DisplayItemFragment|
In-process IFRAME can create NG --> legacy --> NG paint calls.
The fragment ID is currently used for 3 purposes in NG:
- NG block fragmentation.
- NG inline box fragmentation (line wrapping.)
- NG line box.
When an in-process IFRAME in a non-culled inline box has self-
painting layer inline boxes:
- The outer inline box sets the fragment ID.
- The IFRAME is painted by a legacy |FramePainter|.
- It calls |NGInlineBoxPainter| for the self-painting layer
inline boxes.Then at 3, the fragment ID has incorrect value. This patch
fixes it to 0.Bug: 1320310
Change-Id: I2ebed9503d9e048a24ed3cb68909dcef6f508ec2
Reviewed-on: https://chromium-review.googlesource.com/3610681
WPT-Export-Revision: 3d245088ed824e3b31d632ac96cfe181217f84ec
Assignee | ||
Updated•3 years ago
|
Assignee | ||
Comment 1•3 years ago
|
||
Assignee | ||
Comment 2•3 years ago
|
||
CI Results
Ran 0 Firefox configurations based on mozilla-central, and Firefox, and Chrome on GitHub CI
Total 2 tests
Status Summary
Firefox
PASS
: 2
Chrome
FAIL
: 2
Description
•