1146123 - Animated gif or png stop when tooltip appears with HWA off and OMTC on

Status: RESOLVED INCOMPLETE

(Core :: Graphics, defect)

Description

[rdz_bug]

User Agent: Mozilla/5.0 (Android; Mobile; rv:39.0) Gecko/39.0 Firefox/39.0
Build ID: 20150319030202

Steps to reproduce:

1. Open http://cdn.osxdaily.com/wp-content/uploads/2013/07/dancing-banana.gif
2. Mouse over to any Fx button and wait for the tooltip to appear
2. Or click to open the Fx menu


Actual results:

Animation stopped, it also stopped the animation of the tab icon, be it the loading throbber or the miniaturized image.


Expected results:

Animation should continue.

Problem started: http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2015-02-26-03-02-25-mozilla-central/

Comment 2

[Loic]

I'm not able to reproduce it with FF39 on Win 7. Did you test with a fresh profile on Nightly?

Comment 3

[rdz_bug]

(In reply to Loic from comment #2)
> I'm not able to reproduce it with FF39 on Win 7. Did you test with a fresh
> profile on Nightly?

Yes. Tested again in 20131522 Nightly.

I don't have hardware acceleration (blocked driver), btw.

Also, I just noted that, after I open Fx, the highlight appears for a few seconds, then it stops completely.

Comment 4

[rdz_bug]

"Also, I just noted that, after I open Fx, the highlight appears for a few seconds, then it stops completely."

Correction: Ignore that sentence.

Comment 5

[Loic]

I'll test again with HWA disabled. Anyway could you post the section "graphics" from the page about:support, please.

Comment 6

[Loic]

WFM with HWA on or off.

Comment 7

[rdz_bug]

(In reply to Loic from comment #5)
> I'll test again with HWA disabled. Anyway could you post the section
> "graphics" from the page about:support, please.

Adapter Description: Intel(R) G33/G31 Express Chipset Family
Adapter Drivers: igdumd64 igdumdx32
Adapter RAM: Unknown
Device ID: 0x29c2
Direct2D Enabled: Blocked for your graphics driver version.
DirectWrite Enabled: false (6.2.9200.16571)
Driver Date: 9-23-2009
Driver Version: 8.15.10.1930
GPU #2 Active: false
GPU Accelerated Windows: 0/1 Basic (OMTC) Blocked for your graphics driver version.
Subsys ID: 00000000
Vendor ID: 0x8086
WebGL Renderer: Blocked for your graphics driver version.
windowLayerManagerRemote: true
AzureCanvasBackend: skia
AzureContentBackend: cairo
AzureFallbackCanvasBackend: cairo
AzureSkiaAccelerated: 0


Video of the problem: http://screencast-o-matic.com/watch/coeZVreMKt

Comment 8

[rdz_bug]

Hm, problem doesn't happen with layers.offmainthreadcomposition.enabled;false

Comment 9

[Loic]

It's probably related to your GPU and OMTC.
In addition, there is no more recent drivers for your card:
https://downloadcenter.intel.com/download/18228/Intel-Graphics-Media-Accelerator-Driver-for-Windows-7-64-exe-

Do you have the same issue with FF36 or 37? Is it new in FF39?

Comment 10

[Jeff Muizelaar [:jrmuizel]]

Rodze, can you get a regression window using mozregression (http://mozilla.github.io/mozregression/)

Comment 11

[rdz_bug]

(In reply to Jeff Muizelaar [:jrmuizel] from comment #10)
> Rodze, can you get a regression window using mozregression
> (http://mozilla.github.io/mozregression/)

mozregression keeps crashing before I can narrow it down. Those are the last messages:

 1:41.89 LOG: MainThread mozversion INFO platform_buildid: 20150224073623
 1:41.90 LOG: MainThread mozversion INFO platform_changeset: a2cf62a366f7
 1:41.90 LOG: MainThread mozversion INFO platform_repository: https://hg.mozilla.org/integration/moz
illa-inbound
 1:41.90 LOG: MainThread mozversion INFO platform_version: 39.0a1
Was this inbound build good, bad, or broken? (type 'good', 'bad', 'skip', 'retry' or 'exit' and pres
s Enter): good
Retrying to remove "c:\users\********\appdata\local\temp\tmponsaqg". Reason: Acesso negado (13)
 2:01.62 LOG: MainThread Bisector INFO Narrowed inbound regression window from [5de3af90, 3838257
(227 revisions) to [a2cf62a3, 38382572] (114 revisions) (~6 steps left)
Traceback (most recent call last):
  File "C:\Python27\Scripts\mozregression-script.py", line 9, in <module>
    load_entry_point('mozregression==0.35', 'console_scripts', 'mozregression')()
  File "C:\Python27\lib\site-packages\mozregression\main.py", line 365, in cli
    sys.exit(bisect(runner, logger))
  File "C:\Python27\lib\site-packages\mozregression\main.py", line 268, in bisect_nightlies
    return runner.bisect_nightlies(good_date, bad_date)
  File "C:\Python27\lib\site-packages\mozregression\bisector.py", line 439, in bisect_nightlies
    return self.bisect_inbound(good_rev, bad_rev)
  File "C:\Python27\lib\site-packages\mozregression\bisector.py", line 468, in bisect_inbound
    result = self.do_bisect(handler, good_rev, bad_rev, range=60*60*12)
  File "C:\Python27\lib\site-packages\mozregression\main.py", line 202, in do_bisect
    return BisectRunner.do_bisect(self, handler, good, bad, **kwargs)
  File "C:\Python27\lib\site-packages\mozregression\bisector.py", line 394, in do_bisect
    return self.bisector.bisect(handler, good, bad, **kwargs)
  File "C:\Python27\lib\site-packages\mozregression\bisector.py", line 278, in bisect
    return self._bisect(download_manager, handler, build_data)
  File "C:\Python27\lib\site-packages\mozregression\bisector.py", line 303, in _bisect
    build_infos = handler.build_infos(mid, self.fetch_config)
  File "C:\Python27\lib\site-packages\mozregression\bisector.py", line 217, in build_infos
    infos = BisectorHandler.build_infos(self, index, fetch_config)
  File "C:\Python27\lib\site-packages\mozregression\bisector.py", line 57, in build_infos
    infos.update(self.build_data[index])
TypeError: 'bool' object is not iterable

Comment 12

[Ryan VanderMeulen [:RyanVM]]

Does this still reproduce for you in a current build, Rodze?

Comment 13

[Ryan VanderMeulen [:RyanVM]]

Closing this as incomplete due to inactivity and the lack of a reproducible test case. Feel free to reopen the bug if there's an updated testcase that still reproduces the issue.