508788 - graphic layer flying in moves only when mouse is moved

Status: RESOLVED INVALID

(Firefox :: General, defect)

Description

[Peter Gruendler]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.1.2) Gecko/20090729 Firefox/3.5.2 (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.1.2) Gecko/20090729 Firefox/3.5.2 (.NET CLR 3.5.30729)

On this page, two layers are displayed after the page loads: somthing like a bubble tip in the right lower corner, and a large (ad) image flying in from the left after some seconds.

While in chrome and IE the ad layer flies in (and out) smoothly, in FF 3.0.12 and in 3.5.2 it stops when the mouse pointer is not moving.

Reproducible: Always

Steps to Reproduce:
1. load page
2. wait until the image flies in from the left
3. see what happens when not moving the mouse pointer
Actual Results:  
slow and stuttering movement of fly-in layer, depending on mouse pointer movement

Expected Results:  
fast and smooth fly-in, independent of mouse

Comment 1

[Ria Klaassen (not reading all bugmail)]

Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.3pre) Gecko/20090804 Shiretoko/3.5.3pre

Makes no difference here whether or not I move my mouse.

Comment 2

[Peter Gruendler]

And does it fly in smoothly or stuttering?
I tried it on four different machines.
(XP SP3)

Comment 3

[Peter Gruendler]

I uploaded a CAM video clip to
http://gruendler.org/bugzilla/
the fly-in starts at 0:10

Comment 4

[Ian Stirling.]

works for me - apart from the initial load when it stuttered halfway through. (no mouse movement) 

Does reloading stutter?

Comment 5

[Peter Gruendler]

reloading (even with ctrl-F5) doesn't display the fly-in (probably a cookie).

Comment 6

[Ria Klaassen (not reading all bugmail)]

It moves really smooth here. Could it be a performance issue?

Comment 7

[Peter Gruendler]

Not on this machine. And it moves smooth in other browsers. But I suppose we can close it for now and I'll dig a bit into it (addins etc.)
thx!

Comment 8

[Ria Klaassen (not reading all bugmail)]

OK, then reopen if you have more info.

Comment 9

[Peter Gruendler]

Ok, it was simple:
When google mail (gmail.com) in its full-blown version is running in one tab, the behavior described appears. (this is a dual core AMD X2 5600).
It looks like gmail overloads firefox's javascript engine.

Comment 10

[Peter Gruendler]

One additional point:
When the tab is dragged out or the window with the gmail tab, the problem is resolved too.
So this must be a threading problem, which also makes clear why chrome doesn't have this problem.

Comment 11

[Ria Klaassen (not reading all bugmail)]

Can you test if you still see the problem with a trunk build?
It has the latest fixes.
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-central/

Comment 12

[Peter Gruendler]

(Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20090806 Minefield/3.6a1pre (.NET CLR 3.5.30729))

basically the same, although less reproducible (~50% or the times when gmail is running). hm. the cookies to delete for retrying are the three cookies starting with tto... and the PHP session id cookie (search for torrent.to first).

Comment 13

[Peter Gruendler]

I finally tracked it down.
The behavior is caused by an add-on, linkification:
https://addons.mozilla.org/en-US/firefox/addon/190

Deactivating linkification completely restores normal behavior.

I will notify the maintainer of the add-on.

Comment 14

[Ria Klaassen (not reading all bugmail)]

Great it's solved. Bugs found in extensions are invalid Firefox bugs.
FIXED is reserved for bugs that had code applied to fix the problem in Firefox.

Comment 15

[Peter Gruendler]

ok, thanks, Ria. In fact, I left the field on its default, as I wasn't sure what option to use.