Weather Underground very slow and janky




2 years ago
2 years ago


(Reporter: keepitsimplestupid, Unassigned)


44 Branch

Firefox Tracking Flags

(Not tracked)




2 years ago
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:44.0) Gecko/20100101 Firefox/44.0
Build ID: 20160125134356

Steps to reproduce:

I basically browsed the web.   It doesn't matter if it's Yahoo, Google or ebay.

What I did to troubleshoot:
Long packet length pings to my router and my public IP addrress to rule out cable issues.
Changed the DNS from my ISP's to Google's DNS.
running nslookup is quick in all cases so I ruled out DNS issues.
Installed the Chromium Browser .  Problem does not exist in Chromium.
I don't know when the issue started.  I run the Live CD and download the latest Firefox on a restart.

Firefox is unuseable.
Disabled IPV6 in Firefox.

Actual results:

Firefox spends too much time in the "Waiting phase".   It could take up to a minute and Firefox could timeout.  Timing out is rare.
example:  Firefox 30 sec, Chromium 3 seconds.

Expected results:

URL lookup should be timely.  Not 30 seconds to a minute to load.  Firefox should not timeout


2 years ago
Component: Untriaged → Networking
Product: Firefox → Core

Comment 1

2 years ago
I'd like to try to regress, but don't know how.  I did find the files for all of the versions, but don;t know what to do next after downloading.

Since Ubuntu 12.04.LTS loads with FF 18;  FF 18 does not have the probelm.  I'd like to at least go back to 43.0 and then binary search between them to see when the problem started.   FF 43 is about Dec 8, 2015.

Comment 2

2 years ago
To find a regression range, you can use the tool mozregression:
It's python 2.7 package.

Comment 3

2 years ago
OK, thanks.

The error is "Server not Found", not timeout when it fails to work.  Try again, usually finds it quickly.
please reduce the test as much as you can and obtain an http log with it:

when attaching the log just make sure to comment on what URL you saw the problem (so we can find it in the log)

please use firefox 44 - the latest released version

your comment about ipv6 is unclear to me. Do you mean you disabled v6 and things worked better? Were you actually using ipv6? (I know that's a silly sounding question, but enabling and using it are different.)

Flags: needinfo?(keepitsimplestupid)
Whiteboard: [necko-backlog]

Comment 5

2 years ago
I tried to regress with only moderate success.  Performance has seemed to have gotten a little better since I filed this bug. 

What I can say now, is that Vivaldi loads the following complex websites a LOT faster and it's now a comparison with FF 47 instead of FF 43 and

wunderground is a weather website and titantv is a TV listing website

You can particularly notice a performance hit when you try to search for a new location.  There is some time of day variability with the website itself.  It takes a while to generate the plots.

You also get a warning error "Unresponsive script "A script on this page may be busy or stopped"  and it may interrupt whatever page your browsing on from other websites.  Stop script really doesn't do anything.

Nuts & Volts magazine called a complex page.  I think they were comparing the speed to another new browser that begins with a B.

Sometimes about:performance shows that wunderground is degrading performance.

Ironically, in this session about:performance is a culpret

about:performance may currently be slowing down Firefox.less

    Full name: [System Principal], about:newtab (as window 43143).
    Impact on framerate: 7/10.
    CPU usage: 30%.
    System usage: 1%.
    Blocking process calls: 0%.
    Measure start: 2863 seconds ago.
    Processes: 6752 (parent)

There is still a bunch of status messages for tracking sites that have to load before other pages load for many sites, so earlier i was seeing.  it took about 30-40 seconds to load Yahoo mail and 30 seconds to load gmail just flipping between and

Vivaldi took 6 sec to load Yahoo and about 11 s to load gmail with Vivaldi
Flags: needinfo?(keepitsimplestupid)

Comment 6

2 years ago
Another comment is that when browsing Yahoo mail (scrolling through the subjects of the messages) Firefox's response to the wheel is like: I'll move when I want to and when I feel like it.  I thought all along it was Yahoo's Neo interface, but apparently it isn't because the problem goes away when I use Vivaldi. is also unresponsive in the same way when scrolling. e.g. Scrolling the window to enter additional comments.

Vivaldi is very smooth.

Some sites, I don't notice the issue.
so I can reproduce some badness (linux x64) on if I just continually try and click the input box to search for a new city as you suggest. A large fraction of the time there is a huge wait for that to respond.

That, and your other comment in comment 6, don't point at a network problem.. so moving over to the dom team for better triage.
Component: Networking → DOM
Summary: Firefox waits too long when loading pages → Weather Underground very slow and janky
Whiteboard: [necko-backlog]
Patrick, any chance for a performance profile?

(I can't atm reproduce any unusual jank with
 This bug was more generic about networking issues, and I've heard people complaining about FF not connecting as fast as other browsers)

reporter, do you have addons installed?
Does this help? (I haven't really looked at it)

I'm not really sure what the root cause is about here.. the wu was a concrete thing I could repro.. (sometimes I can get in 3 or 4 queries back to back without a problem.. othertimes, huge pauses) also I've seen the "scroll wheel" issues of comment 6 from time to time on other websites. Might very well be a collection of things.

from the networking side bug 1275917 has been making weird pageload things on 49 and 50 for a while (fixed on m-c still waiting for a nightly).. but doesn't impact all the releases in this bug.

Comment 10

2 years ago
No Add-ons.  Im fact, I'm running the CD version of Linux.

So, were're in FF 47 now and it really did occur in 44.  I do believe it occurred suddenly.

My Geolocation is 50 miles away from me, hence I have to select my city each time in wunderground, so I see this bug often.

At least now, there is a duplicateable bug and it will agree it does not occur 100% of the time.

With most websites you either don't see or it goes by very fast the initial unrelated websites.  eg Looking up, Waiting for, etc.

Comment 11

2 years ago
OOps.  I do have one Add-on installed.  Flash.  Right now it's .621 and it's not the latest version. But it doesn't matter.  Flash or No flash, same issue. 

I did re-booot without the latest FF which is FF 18.0.2 and the Yahoo wheelmouse issue and the wunderground issue don't appear to exist.

So, I guess there is now a possibility to regress from FF 18 to FF 44 (47).

I think I got lucky in discovering a test for it:
  1. I did discover Vivaldi.  
  2.  There was a mention of the Brave browser and specifically weather underground in a late issue of Nuts & Volts magazine.

Somehow I connected the dots.  The bug mentioned in Comment #9  appears to have also been misled into beliveing it to be a possible network problem.

Does comment #7 mean it's "confirmed"?
FF18 is really ancient. Could you possibly test other more recent versions of Firefox?
And are there some clear steps to reproduce?

Comment 13

2 years ago
Comment #7 says it's reproducible by other than me, so there.

It exists in FF 44 and probably through FF 47 and occurred suddenly.

Within wunderground just do alternate searching for different cities  The amount of time will change significantly during searches.  They can be the same two.  I'm alternating cities in the US within 50 miles of each other.  Look at how long the graph takes to appear.

As was also noted, the slowdown does not occur 100% of the time, but it's probably >90%.

Just keeping wunderground in the background will generate a slow script error. (artifact).

I have less data for the janky wheelmouse scrolling in Yahoo mail.  It may be related. It may not.
You need to log in before you can comment on or make changes to this bug.