STR: 1. Go to http://www.24joursdeweb.fr/ 2. hover on the article tiles with your mouse => observe it's not properly painted.
Works in Nightly 46.
Tracking as it is an obvious and visual regression.
I found that disabling e10s makes this bug much easier to reproduce. It also reproduces on trunk that way. Regression range: https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=ddd566eb39b7a39d0ff630343f179fedc8fcafd5&tochange=7e18014be68d9e13760b2814862745911caf49a5 Regression from bug 1168263. Probably a dupe of one of the other blockers hanging off it, but we can figure that out if/when one of them actually gets fixed.
Also, I was only able to reproduce this on Linux. Windows 10 WFM regardless of whether e10s is enabled or disabled on both trunk and aurora.
(In reply to Ryan VanderMeulen [:RyanVM] from comment #3) > I found that disabling e10s makes this bug much easier to reproduce. It also > reproduces on trunk that way. > > Regression range: > https://hg.mozilla.org/integration/mozilla-inbound/ > pushloghtml?fromchange=ddd566eb39b7a39d0ff630343f179fedc8fcafd5&tochange=7e18 > 014be68d9e13760b2814862745911caf49a5 > > Regression from bug 1168263. Probably a dupe of one of the other blockers > hanging off it, but we can figure that out if/when one of them actually gets > fixed. Comment 2 suggests that this is already fixed in 46, is that what you're seeing? I've just landed all the outstanding fixes I have, so hopefully this just needs an uplift to aurora.
On Linux I was able to reproduce on trunk as well with e10s disabled. I can also confirm that current m-c tip still reproduces the issue, so I suspect that this isn't going to be fixed on Aurora by uplifting whatever patches have already landed.
I can still reproduce the problem on Windows Nightly46.0a1 if I disabled both HWA and e10s. https://hg.mozilla.org/mozilla-central/rev/6020a4cb41a77a09484c24a5875bb221714c0e6a Mozilla/5.0 (Windows NT 6.1; WOW64; rv:46.0) Gecko/20100101 Firefox/46.0 ID:20160111030207
Ok, I can reproduce this in a local build with HWA disabled.
Created attachment 8706740 [details] [diff] [review] Force perspective layers to be active
Verified on trunk. Ready for an uplift request? Also, I'm wondering if we can land a test for this. We've had a lot of preserve-3d related regressions lately, which is concerning from a test coverage standpoint.
Tracking for 45+ this is a regression.
We're probably going to be backing the regressing bug out of Aurora as part of the preserve-3d backouts, so I'll wait on requesting uplift.
The change that caused this regression was backed out from Firefox 45. A current Developer Edition build should now work correctly, or you can wait until 45 goes to Beta some time next week. https://hg.mozilla.org/releases/mozilla-aurora/rev/64ec448f156d
Confirmed from my side. Thanks !