STR: Open Settings -> Sound -> Manage Tones menu Actual: The window transition seems broken, and it is different from Bug 1127877. Expected: The window transition is normal Video Link: https://www.youtube.com/watch?v=qssUv6eaUII Version Info: 2.2 No-Jun-MacBook-Pro:B2G-flash-tool mozilla$ ./check_versions.sh Gaia-Rev ea64caf6d4ab03fc4472eca9f41f20d651d55fa9 Gecko-Rev https://hg.mozilla.org/releases/mozilla-b2g37_v2_2/rev/78d823f7be4c Build-ID 20150217002515 Version 37.0a2 Device-Name flame FW-Release 4.4.2 FW-Incremental eng.cltbld.20150217.040742 FW-Date Tue Feb 17 04:07:53 EST 2015 Bootloader L1TC000118D0 3.0 Gaia-Rev ae02fbdeae77b2002cebe33c61aedeee4b9439fd Gecko-Rev https://hg.mozilla.org/mozilla-central/rev/4bb425001d8a Build-ID 20150217074221 Version 38.0a1 Device-Name flame FW-Release 4.4.2 FW-Incremental eng.cltbld.20150217.111839 FW-Date Tue Feb 17 11:18:50 EST 2015 Bootloader L1TC000118D0
ni?ing milan for possible graphics bug. Nominating for 2.2 since the transition is quite noticeably wrong.
blocking-b2g: --- → 2.2?
4 years ago
Assignee: nobody → bgirard
Triage is blocking because this is a regression.
blocking-b2g: 2.2? → 2.2+
It is related to low-res painting. Not related to intermediate surface recycling (turning it off makes the glitches worse cause we repaint it every frame).
Ok kats is correct. The problem is we only draw the critical display port. With OMTA we have to draw everything.
The animation is set on the parent container layer. Going to try to disable the critical display port code if there's an animation on an ancestor layer.
The problem in the work around I found will be addressed in bug 1137203.
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 1137203
You need to log in before you can comment on or make changes to this bug.