1227130 - impress.js cause residue when loading slides (Firefox 44)

Status: RESOLVED DUPLICATE of bug 1210784

(Core :: Graphics, defect)

Description

[Fubuki Hoshino]

Attachment: 2015-11-23_22-19-18.png

User Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:44.0) Gecko/20100101 Firefox/44.0
Build ID: 20151122004109

Steps to reproduce:

Go to http://impress.github.io/impress.js
Press arrow key to load next slide


Actual results:

Residue frame is shown when moving between slides
Even when action is stop, residue frame still stays on screen


Expected results:

No residue frames with smooth transition effects

Comment 1

[Loic]

WFM with FF45 in 32b. Could you test the 32b version instead of the 64b.

Comment 2

[Fubuki Hoshino]

32bit build yields the same result

Comment 3

[Simona Badau, Desktop QA]

Mozilla/5.0 (Windows NT 6.3; rv:45.0) Gecko/20100101 Firefox/45.0
Build ID: 20151125030231

Works fine for me also. (latest Nightly on Windows 8).

Fubuki, could you please let me know if you are still seeing the issue when:
- starting Firefox in safe mode
https://support.mozilla.org/en-US/kb/troubleshoot-firefox-issues-using-safe-mode
- starting Firefox with a new profile
https://support.mozilla.org/en-US/kb/profile-manager-create-and-remove-firefox-profiles
- starting Firefox after a reset 
https://support.mozilla.org/en-US/kb/reset-firefox-easily-fix-most-problems

Comment 4

[Fubuki Hoshino]

It works fine in all release, beta and nightly, the problem only exist on dev

Comment 5

[Simona Badau, Desktop QA]

Indeed, I can also reproduce the issue on Firefox 44.0a2. 
Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:44.0) Gecko/20100101 Firefox/44.0
Build ID: 20151126004035

The issue is not reproducible on: Firefox 42, Firefox 43 beta 7, latest Firefox 45.0a1.

Fubuki, will you be willing to use the mozregression tool to try and track down the fix that was pushed on Firefox 45? 
http://mozilla.github.io/mozregression/

Please let me know if you need additional assistance in using the mozregression tool.

Comment 6

[Fubuki Hoshino]

I've an extreme slow network speed on downloading nightlies.
I guess I can't help on this.

Comment 7

[Benoit Girard (:BenWa)]

If it only works on dev it's because there's something different in your profile. Dev edition doesn't share your regular profile.

Can you post about:support for both Dev and Nightly (or release)? Finding the difference in preference and/or rendering backend should identify what is causing the bug.

Comment 8

[Fubuki Hoshino]

(In reply to Benoit Girard (:BenWa) from comment #7)
> If it only works on dev it's because there's something different in your
> profile. Dev edition doesn't share your regular profile.
> 
> Can you post about:support for both Dev and Nightly (or release)? Finding
> the difference in preference and/or rendering backend should identify what
> is causing the bug.

This is tested on both clean profiles, nothing to do with settings / extensions.

Comment 9

[Simona Badau, Desktop QA]

(In reply to Benoit Girard (:BenWa) from comment #7)
> If it only works on dev it's because there's something different in your
> profile. Dev edition doesn't share your regular profile.
> 
> Can you post about:support for both Dev and Nightly (or release)? Finding
> the difference in preference and/or rendering backend should identify what
> is causing the bug.

I can also confirm this is reproducing on a clean profile.

Using the mozregression tool I found the pushlogs that made the fix:

On mozilla-central:
Last good revision: cc473fe5dc512c450634506f68cbacfb40a06a23 (2015-11-10)
First bad revision: 3cc3b1968524248450c465c4ea2ee5596ffa65f2 (2015-11-12)
Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=cc473fe5dc512c450634506f68cbacfb40a06a23&tochange=3cc3b1968524248450c465c4ea2ee5596ffa65f2

On mozilla-inbound:
https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=fe8c4e0c7ef0ae8a9add40d1b3bc127ed90ebeb2&tochange=1e5f3d1151d60a1edd6424a35a2e38b5ab17adad

Comment 10

[Thinker Li [:sinker]]

I would look into it.

Comment 11

[Thinker Li [:sinker]]

So, is it only happening for firefox44?  It work for me with m-c on Linux.
Could you check if the patch at bug 1210784 fixes the bug here?

Comment 12

[Simona Badau, Desktop QA]

(In reply to Thinker Li [:sinker] from comment #11)
> So, is it only happening for firefox44?  It work for me with m-c on Linux.

Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:44.0) Gecko/20100101 Firefox/44.0
Build ID: 20151214004008

Yes. It's happening only on Firefox 44.0a2. On Firefox 45.0a2 the issue is not reproducible.

> Could you check if the patch at bug 1210784 fixes the bug here?

Based on the mozilla-inbound pushlog from Comment 9, the patch from Bug 1210784 should have fixed the issue.

Comment 13

[Ryan VanderMeulen [:RyanVM]]

Bug 1097464 got backed out from Fx44 and I've confirmed that this no longer reproduces on current Beta builds either.