930796 - Slow animation in popup when parent tab is in background

Status: RESOLVED INVALID

(Firefox :: Untriaged, defect)

Description

[Hugh Nougher [:Hughman]]

It seems that at least some animations are getting slowed down in popups when the parent tab is changed to the background. The following has been reproduced in both Aurora and Nightly.

Steps:
1. In gmail start a chat to someone. Use a :) which will be animated full speed rotation when sent.
2. Pop out the chat window from gmail. Either mouse over or add another :) to the chat. It still animates properly.
3. Now change to a different tab in main window leaving the chat popup open.
4. Make another smile. This time it would appear to be not animated. But wait! Over the next minute it will change frames once ever 2 seconds!
5. Make another smile. Now while its still animating change the main window back to gmail. Animation suddenly is full speed.

I dont know what type of animation those are but they are definitely getting slowed down due to background tab being non-active.

From IRC:
> smaug: sounds like a animated img problem
> smaug: (driving their updates from the original window or something)

Comment 1

[abhi]

<img src="images/cleardot.gif" onload="_GM_EmoticonHandler('load', this)" onmouseover="_GM_EmoticonHandler('mouseover', this)" width="14" height="14" alt="=)" pattern="equal smile" createtime="1382666236002" iconset="goomoji" framecount="123" style="background-image: url(https://mail.google.com/mail/u/0/im/emotisprites/equal_smile3.png); background-position: 0px -336px;">

I am trying to learn. Can someone tell me what is _GM_EmoticonHandler here ? I can see that its part of Gmail. Is it a JS function ? or a CSS thing or something else ?

Also I think this belongs to Core>Imagelib or Core>Layout:images. Please correct me if I am wrong and tell me how to change the component.

Comment 2

[abhi]

Okay a little more research tells me these are animated using CSS sprites and jquery

Comment 3

[Hugh Nougher [:Hughman]]

jrmuizel: can you profile this? This bug will likely disappear into the void in its current state. (khuey suggested it)

Comment 4

[(mostly gone) XtC4UaLL [:xtc4uall]]

Is this still happening?
If yes, i'd suggest needinfo'ing jrmuizel so this doesn't get lost (again) :)

Comment 5

[Hugh Nougher [:Hughman]]

Yes. It still happens on both Release and Nightly.

Comment 6

[Joe Bott]

For what it's worth, this exact problem with the same steps to reproduce is in Chrome as well, and has been for quite a while (most recently I checked version 36.0.1985.125)

Comment 7

[Hugh Nougher [:Hughman]]

Well... it did get lost anyway...

I also just checked and it appears to be working fine in e10s nightly.
I guess I should check non-e10s before closing.

Comment 8

[Hugh Nougher [:Hughman]]

Checked non-e10s Nightly and its OK also so closing.