Closed Bug 964560 Opened 10 years ago Closed 2 years ago

slow script dialog appearing on gmail for talkwidget.google.com script

Categories

(Core :: General, defect)

Product:
Core
Component:
General
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED INCOMPLETE

People

(Reporter: Gavin, Unassigned)

References

Details

(Whiteboard: [platform-rel-Google] [platform-rel-Gmail]) 

I'm always logged into Gmail in Nightly, and in the past week or so I've started seeing hangs and slowness occasionally. When Gmail is left open in the background I often return to see a slow script dialog open for a script on https://talkgadget.google.com. I and not signed in to Hangouts, and have the Hangouts pane collapsed.

Yehuda has seen this as well (see comments in bug 962211).
This is difficult to debug, because I can't easily reproduce it. There's a copy of the script in question in the other bug (attachment 8365268 [details]), which seems to have the same content as the script I get.

The slow script dialog points to line 16 of that file:

var hb=function $0(a){return a},ib=function $1(a){return a},haa=function $2(a){return a};var jb=function $3(a){return a[a.length-1]},kb=Array.prototype,lb=kb.indexOf?function(s,a,b){return kb.indexOf.call(s,a,b)}:function(s,a,b){b=null==b?0:0>b?Math.max(0,s.length+b):b;if(ja(s))return ja(a)&&1==a.length?s.indexOf(a,b):-1;for(;b<s.length;b++)if(b in s&&s[b]===a)return b;return-1},w=kb.forEach?function(s,a,b){kb.forEach.call(s,a,b)}:function(s,a,b){for(var c=s.length,d=ja(s)?s.split(""):s,e=0;e<c;e++)e in d&&a.call(b,d[e],e,s)},mb=function $4(a,b,c){for(var d=ja(a)?a.split(""):a,e=a.length-
I see this too. When it gets slow, I've noticed that the browser console has tons of lines of GET requests for https://clients6.google.com/rpc. When I close my gmail tabs, these requests stop and the slowness goes away.

Googling that URL returns a bunch of results about some Google+ API for counting the number of +1s.
I see this on google+ (I don't have the talk widget enabled for my gmail tab). It only happens on one of my two machines. They're very similarly configured, the notable difference being the one machine that doesn't show this behavior has a faster processor (and maybe more cores? I can't remember offhand, and don't have it available to check). It seems to happen to me on my slower machine very reliably if I leave g+ open overnight (which I did all the time, until this behavior manifested).
I see this very often after waking my MBP up from sleep. I often just have to kill Firefox to get it going again
I noticed this today. Unfortunately, I haven't been paying much attention but I did receive a 'slow script' warning in my GMail tab.

In general I've noticed GMail being very unresponsive starting today. Prior it was always very fast.
Signing out of Google Hangouts in GMail appears to resolve the UI latency for me.
Nightly uses up a full core power in the script, seem there is a deadlock
I tested nightlies from 1-10, 1-16, 1-17, 1-20, 1-21, 1-22, and 1-23. Strangely, the 1-16 nightly is the only one that did not exhibit the problem after one night. It's possible that it would happen in the 1-16 nightly if I had waited longer.
I reverted to the nightly from 2013-12-14 and so far I haven't seen this again.
Scratch that - I just saw it today using the same build. Since I'm sure I didn't experience this as far back as December, that suggests Google code changes are at least partially to blame.
OS: Mac OS X → All
(In reply to Dave Townsend (:Mossop) from comment #4)
> I see this very often after waking my MBP up from sleep.
I've been trying to debug this for the last few days (turning off add-ons, pinned/unpinned, hangouts vs chat, etc.), and I'm starting to think it might be related to sleep/waking perhaps losing/restoring network.

I'll restart and avoid computer sleeping and report back.
This has nothing to do with sleep/waking, I'm on windows and my power options set to always on
The script busy problem appears even when I'm actively using firefox
It seems google has patched the bug in the script, I have not encountered the prompt today.
This is still happening to me.
I've seen this every day for the past week or so. Never seems to be right away, but after a few hours of Nightly being open (and Gmail is always in a pinned tab).
Luckily I don't see it on FF27. I guess I'll try FF28 next.
It doesn't appear on a 28 beta either. So something happened in FF29, which opened on December 9th. Gavin is seeing it on a 2013-12-14 nightly, so that restricts the range a lot, assuming I haven't made a mistake.
I also only see this on v29.
Hmm. Maybe a UA detection issue of some sort?
Some other reports of this:
https://support.mozilla.org/en-US/questions/984269
https://productforums.google.com/forum/#!topic/gmail/vicxSvTgQbQ

Both of those point to people encountering this issue with Firefox 26.
I haven't seen this issue in a while. Perhaps Google has fixed it?
I've not seen this in a while either.
I saw this yesterday. However, I was seeing a lot of hangs yesterday because of a bad interaction between the gecko profiler add-on and bug 973353, so perhaps that also tickled this issue.
Saw it today. It is really annoying. Any ideas on how to fix this ?
Still occouring for me in Firefox 30.0
Have had to block everything from talkgadget.google.com with adblock plus to stop the problem, however that means I am unable to use hangouts at all. And I use it a LOT. at any time I have at least 50 convos going. All on my nexus tab because firefox on pc cant deal with it.
Same problem here: I came back to Gtalk on Gmail and disable Hangouts from G+

It's just a workaround 'cause in the future Google will disable Gtalk.
Still happening with FF 40.0.3, both Linux and Windows, both GMail and GPlus
I just come back to Gtalk on gmail. And I use YesScript to blacklist talkgadget.google.com when Hangouts try to appears in my life again.
This has been happening to me for quite a few months.  A sort of workaround is to go to about:config and change the value for dom.max_script_run_time from 10 to 20.

This will likely cause Firefox to seem to hang for a few seconds, but it gives the script more time to execute.  I'm not sure what changed with Google, but eventually, it will respond again without timing out, and Talk works again.

Another thing that seemed to work is clicking "debug" from the timeout pop-up, and stepping into a few functions before pressing play to let the script continue executing.  This seems more tedious though.
Whiteboard: [platform-rel-Google] [platform-rel-Gmail]
platform-rel: --- → ?
platform-rel: ? → ---
Depends on: 1645217
No longer depends on: 1645217

Google Talk (or whatever it is called now) and Firefox have changed so much in the 7 years since this bug last had a complaint that I think we can close it.

Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.