Closed Bug 555819 Opened 11 years ago Closed 5 years ago

Firefox 3.6.2 slow to resolve domain names on Mac OS X

Categories

(Core :: Networking, defect)

All
macOS
defect
Not set
major

Tracking

()

RESOLVED INCOMPLETE
Tracking Status
status1.9.2 --- wanted

People

(Reporter: zzxc, Unassigned)

Details

(Keywords: common-issue+)

Numerous users on support.mozilla.com have reported that Firefox is slow to resolve domain names after upgrading to 3.6.2, hanging for several seconds at "Looking up <site>".  Affected users have confirmed that this happens instantly both in Safari and with the ping command in Terminal.

Users in Live Chat have confirmed that proxy servers are off in Firefox, that it's still slow after clearing the DNS cache, and that the problem still happens in a Namoroka build of Firefox.
Here are the bugs that we took in 1.9.2.2 in Networking:

https://bugzilla.mozilla.org/buglist.cgi?quicksearch=ALL%20status1.9.2:.2-fixed%20comp:networking

bug 494969
bug 542318
bug 547239

are the only ones in there that aren't public-suffix-list related.
I would guess it's bug 494969.
Which OS does this happen on?

bug 494969 is a little unlikely unless it'd only happen with certain sites (that use GSSAPI authentication).
> Which OS does this happen on?

The OS field says "OSX", but I' being somewhat doubtful.  Hard to tell without any links in comment 0, though....
The bug, as reported by the release rapid response team (RRRT) is indeed OSX only, as indicated by the summary.
blocking1.9.2: --- → ?
http://support.mozilla.com/en-US/forum/1/627922 has lots of people complaining.
Hmm.  Yeah, bug 542318 wouldn't happen on mac and bug 547239 wouldn't affect DNS.

Not sure about GSSAPI on Mac.... also seems dubious.

Can we get folks who can reproduce reliably to try branch nightlies, maybe?
Is there any networking diagnostic we can have them run that would give us more information about where the failure is taking place? Would running HTTP Live Headers help, for instance?
It would certainly tell us if GSSAPI is involved, I'd think (unless I'm totally misremembering how this stuff works).
Did this really start in 3.6.2? I've been seeing slow lookups on Mac pretty much the whole 3.6 dev period. Maybe even 3.5.

(In reply to comment #8)
> Is there any networking diagnostic we can have them run that would give us more
> information about where the failure is taking place? Would running HTTP Live
> Headers help, for instance?

raw logs might be better
https://developer.mozilla.org/en/HTTP_Logging

Live Http Headers will only show the HTTP headers in the response, way above the dns lookups.
Have the people seeing this been asked to try disabling ipv6, per http://support.mozilla.com/en-US/kb/Firefox+cannot+load+websites+but+other+programs+can#IPv6 ? DNS issues on Mac has been a relatively common issue in the past (e.g. http://aplawrence.com/MacOSX/firefox_google.html ), and that's one of the potential fixes.
We'll re-evaluate "blocking" 3.6.x when we know more about the problem.
blocking1.9.2: ? → ---
Proposal to analyse the issue:
Prepare try server build(s), which are based on the release and have the mentioned networking fixes backed out, and ask affected users to test the try server builds.
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.