Incorrect clipping on MDN mix-blend-mode example
Categories
(Core :: Graphics: WebRender, defect, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr78 | --- | unaffected |
firefox87 | --- | unaffected |
firefox88 | --- | verified |
firefox89 | --- | verified |
People
(Reporter: jnicol, Assigned: gw)
References
(Regression)
Details
(Keywords: regression)
Attachments
(2 files)
125.28 KB,
image/png
|
Details | |
48 bytes,
text/x-phabricator-request
|
RyanVM
:
approval-mozilla-release+
|
Details | Review |
Visit https://developer.mozilla.org/en-US/docs/Web/CSS/mix-blend-mode#effect_of_different_mix-blend-mode_values and make the browser window narrow enough that the example becomes scrollable. Then drag the example's scrollbar downwards. The images move up the page and remain visible even when they should be clipped by the scrollable frame's bounds.
Mozregression shows this is regressed by bug 1684781
Comment 1•4 years ago
|
||
Set release status flags based on info from the regressing bug 1684781
Updated•4 years ago
|
Updated•4 years ago
|
Assignee | ||
Updated•4 years ago
|
Updated•4 years ago
|
Comment 2•4 years ago
|
||
Is this more likely to affect Mobile where a narrow viewport is the norm?
Reporter | ||
Comment 3•4 years ago
|
||
Yes, I initially noticed it browsing the page on my phone
Comment 4•4 years ago
|
||
Jim, are we sure this should be P3/S4 then? I'm wondering if this is used widely enough that it'd be an RC respin driver this week.
Updated•4 years ago
|
Assignee | ||
Comment 5•4 years ago
|
||
When a root level blend container matches the criteria to be optimized
from a stacking context to a tile cache, we need to ensure that if
the source stacking context had any valid clips, they are propagated
to the shared clips applied by the tile cache.
Comment 7•4 years ago
|
||
Please nominate this for release approval when you get a chance. Not sure it's enough to drive an RC respin, but it might still make a good ride-along for a dot release.
Comment 8•4 years ago
|
||
bugherder |
Assignee | ||
Comment 9•4 years ago
|
||
Comment on attachment 9215683 [details]
Bug 1704478 - Ensure clips are applied to root level blend containers.
Beta/Release Uplift Approval Request
- User impact if declined: Mix-blend containers that exist inside a nested scroll frame but no other stacking context containers (e.g. clips / filters / transforms) may render outside that nested scroll frame in some cases. (ryanvm suggested nominating this as a release approval).
- Is this code covered by automated tests?: Yes
- Has the fix been verified in Nightly?: Yes
- Needs manual test from QE?: Yes
- If yes, steps to reproduce: Per bug report.
- List of other uplifts needed: None
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): It's a small patch, only affects mix-blend containers, so it should be relatively low risk.
- String changes made/needed:
Assignee | ||
Updated•4 years ago
|
Updated•4 years ago
|
Comment 10•4 years ago
|
||
Comment on attachment 9215683 [details]
Bug 1704478 - Ensure clips are applied to root level blend containers.
Approved for 88.0rc2, thanks.
Comment 11•4 years ago
|
||
bugherder uplift |
Comment 12•4 years ago
•
|
||
This issue is Verified as fixed on Windows 10, Mac Osx and Ubuntu in our latest Firefox 88.0rc2 as well as our latest nightly build 89.0a1 (2021-04-15).
Comment 13•4 years ago
|
||
Verified as fixed on the Firefox RC 88.1.1 with Google Pixel 4 XL (11), Samsung Galaxy S7 (7).
Updated•4 years ago
|
Updated•4 years ago
|
Description
•