Intermittent "connection refused" errors [@ nsHttpHandler::GetConnection_Locked]

VERIFIED FIXED in mozilla0.9.9



17 years ago
4 years ago


(Reporter: kaufman, Assigned: Vinay Badami)


({crash, helpwanted, topcrash})

crash, helpwanted, topcrash

Firefox Tracking Flags

(Not tracked)


(Whiteboard: [patch needs r/sr=], crash signature, URL)


(4 attachments, 3 obsolete attachments)



17 years ago
I'm getting this message popup on probably ~10% on the links I click on.

"The connection was refused when attempting to contact <some web site>"

Reclicking on the link might get me through or it might popup the same message
(sometimes several times).

This has happened on all sorts of sites such as google and slashdot.

This has been happening for all the nightlies I have downloaded in the past
month (at least).

In reading some of the other bug reports in trying to find a cause (or progress
in fixing), perhaps a proxy problem at my ISP (alltel) is the problem? (I don't
run a proxy) Another reason, I've seen a similar occurrence with Netscape 4.x


PS: though I don't use it often, I have not seen this problem on Win98 using
Netscape 4.x or IE

Comment 1

17 years ago
-> Networking

Is it possible the ISP is running a SOCKS proxy upstream?  That would make this
a likely dup of bug 48357.
Assignee: asa → neeti
Component: Browser-General → Networking
Ever confirmed: true
QA Contact: doronr → benc
Do you have ipchains or some sort of packet filtering program running that might
refuse certain sites?  If you do not see the problem on W32 then it most likely
is not an ISP issue (this of course assumes that you use the same ISP for both
Linux and W32).

I got that problem on Win98 while running Norton Internet Security (firewall). 
Come to think of it, I don't believe I recieved that with NS 4 or IE 5.5 while
on Win32 either.. only on Mozilla... this could be a bug if it's not a dupe.

Comment 3

17 years ago
I have noticed this specially with pop mail
I think this is a bug because sometimes when i receive the connection refused
dialog, when i click it again it pop ups the same window again, so fast i know
mozilla could not have done a retry already

Comment 4

17 years ago
The main Alltel help desk said as a rule, Alltel doesn't run proxies, but he's
obviously not a tech. I'll call the Kansas Alltel desk tomorrow and see what
they have to say.

I don't run ipchains and no packet filtering. It's straight ppp.

20 minutes of random browsing on Communicator 4.75 (win98, different box, same
ISP) yielded _no_ connection problems.

Comment 5

17 years ago
If there is no obvious Proxy, lets assume there isn't one.

In the past, many people have turned off HTTP 1.0 or Keep-Alive (Persistent
Connections) as a troubleshooting method...

Comment 6

17 years ago
Kansas Alltel says `NO proxies here`.

>In the past, many people have turned off HTTP 1.0 or Keep-Alive (Persistent
>Connections) as a troubleshooting method...

I did this, nothing changed. If someone would like to email me as to how exactly
to go about doing some diagnostics, that would be nice, (newbie bug hunter) 

Comment 7

17 years ago
need some help getting a test case here.  I have not seeing this either behind a
firewall at netscape nor at my home using pacbell DSL.
Assignee: neeti → gagan
Target Milestone: --- → mozilla0.9.3

Comment 8

17 years ago
I use a 256k/64k adsl connection behind a linksys router and really the only one
url that showed this problem for me was the ftp slackware page

I would advise a higher milestone. There are lots of bugs more important
Keywords: helpwanted

Comment 9

17 years ago
Assignee: gagan → darin

Comment 10

17 years ago
unlikely to be the same SOCKS problem, unless specifically indicated.

Comment 11

17 years ago
I dont use socks
I use an ADSL modem under a linksys router

Comment 12

17 years ago
Who knows if bug 84580 and bug 92195 are related...

Comment 13

17 years ago
i have seen this quite a few times from home using an ISDN line.  it is
typically associated with the first attempt i make to connect to a website, and
i've always just assumed it was related to my ISP.  i'll take a closer look at
this when i get chance.

Comment 14

17 years ago
-> moz0.9.4
Target Milestone: mozilla0.9.3 → mozilla0.9.4

Comment 15

17 years ago
If you ever see this in mail, go to mail and hit "get mail"
You should get instantly a connection refused error
That's why i think it's not isp related but mozilla related

Comment 16

17 years ago
One way to get "Connection Refused" error:

1. Add "" to /etc/hosts
2. Go to
3. Notice error.

Can we suppress the error in prefs?
(thanks Chris Hiner)

Comment 17

17 years ago
Nevermind, above comment a separate issue:


17 years ago
Priority: -- → P4


17 years ago
Target Milestone: mozilla0.9.4 → mozilla1.0

Comment 18

17 years ago
Ok, this bug looks very similar to behavior that I'm seeing.  Before I say much,
here's my string from "About Mozilla" : Mozilla 0.9.3
Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.3) Gecko/20010801.  I'm using a
56K dialup through Earthlink.  And for the record, my Windows 98 is SE and I've
got IE 5.00 (the default one with 98SE).  The behavior that I observe:
occasionaly, when I try to go to a website, either by typing the URL in directly
or by clicking a link, I get the aforementioned error dialog: "The connection
was refused when attempting to contact <website>."  I have not yet found any
patterns in when this pops up, however, in contrast with Mike's experience, I
have never observed actually getting through to the site if I keep retrying. 
Even retrying many hours later does not change anything.  I also notice that a
Java Console icon has shown up on my system tray (I think that's what it's
called).  I have no idea if it's related, but...  Opening it, I see many Java
errors, although to my knowledge none of the pages I tried to open had any Java
on them.  Also, the console window is rather broken: it doesn't update properly
as I scroll.  I do have Sun's new Beta Java JRE installed, but I'm hard pressed
to guess any correlation.  I'm going to attach the errors from my Java console
in case they provide a hint.  If you have any specific questions, feel free to
email me, and I'll continue to watch for patterns or other seemingly correlated
symptoms.  Oh yeah, and the pages load just find in my IE 5.  I can go to IE,
load the page, and switch back to moz and have it fail again, so I'm rather
confident that it's a moz specific issue.  The behaviour is sporadic but has
happened enough times that I've developed a work around--open it in IE :( Thanks-

Augustus Saunders

Comment 19

17 years ago
Created attachment 47474 [details]
Java errors from Augustus's comments.  May be unrelated.

Comment 20

17 years ago
I dont think java has got anything to do with the initial connection to a
webpage, but thanks for the report.

In my case, i get this mostly in mail. Retrying, not once or twice but a LOT of
times (like 10) gets my mail downloaded. Of course, downloading lots of stuff in
my connection makes this problem appear more since i have less bandwidth
available, and mozilla mail timers are really sensitive

Why can we configure the timeouts mozilla uses for mail?

Comment 21

17 years ago
i suspect this is bug 92675... please try that patch and let me know if it
improves things.

Comment 22

17 years ago
a=asa on behalf of drivers

Comment 23

17 years ago
I get a 'The connection was refused when attempting to contact' message without fail every time I log into yahoo mail
using a 0.9.3+ build.  The problem is NOT present in 0.9.3 itself.

Other random connection refused messages come up when accessing message boards
on and when following links on any site.  (even when initally
loading the homepage.)  Usually the page appears after pressing the
'ok' button on the error dialog, but in framesets sometimes only one frame will
load.  (such is the case with

I've been checking to see if this had been fixed for a few weeks now, but since
it hasn't in today's build (2001090808), I figured I'd add my experiences..

Have a great day!


(oh, and I'm posting this with 0.9.3 because there's some problem with today's
build that won't let me post...)

Comment 24

17 years ago
Oh, and I'm running windows ME, so I'd guess it isn't just a linux problem.


Comment 25

17 years ago
After moving to another state and another "ISP" (university modem pool)
I have seen _zero_ "connection refused" errors. It could be that this 20010922
build that I am using fixed the problem, but I imagine that this is not purely a
mozilla problem. Now why mozilla doesn't play nice in whatever situation that
was, and a windows browser does is another question.

If anyone wants more precise details of the circumstances which I was in, let me
know.I can also supply the phone number to the old ISP.

Again, Alltel Kansas says they run no proxies, but the guy I talked to could
merely be ignorant of reality.

Comment 26

17 years ago
Yes, things are *much* better this week.  I use Mozilla a lot at work...  often
all-day long, and the browser was becoming unusable for a while for me due to
connection-refused errors.  Yesterday I got a little excited because I realized
I hadn't had any of these errors, and then I had one.  But it was the only one
all day.

I wish I could figure out some sort of specific pattern to these, but can't. 
One thing that I noticed, however, is that the error happened much more
frequently if a URL had been typed in or if teh page had been spawned from Outlook.

Using Win 98 with a proxy.   

Comment 27

17 years ago
it may be worthwhile to just increase the connection timeout from 30 seconds to
a minute (or more).

bbaetz, gagan: what do you think?
30 seconds should be high enough, shouldn't it, unless the website/your link is
very congested.

Comment 29

17 years ago
actually, i used to see this error when first connecting via ISDN... my ISDN
router would have to dialup before the connection could be established, and this
would often take on the order of 30 seconds to complete.  the result would
almost always be that the page i initially loaded would fail with "connection

this was especially bad due to a bug in http that would still try to reuse these
connections in the future... always failing to load, and never pruning away the
bad connections!  that bug has been fixed for a while now, and makes this bug
less severe for sure.

however, i still think there would be some value in increasing the connection
timeout... afterall, it couldn't hurt.
Oh, so you're using demand dialing? Yes, that would explain it.

However, it is an edge case. What timeout did ns4 use?

Comment 31

17 years ago
I'm getting this message popup on all address that I try to connect to, and 
the message comes up instantly.

I'm using Mozilla 0.9.6, on Windows XP Professional.

When using Internet Explorer, I have no problems. This combined with the fact 
that the connection refused message comes up instantly leads me to believe 
that this is a bug with Mozilla and not my setup.

Comment 32

17 years ago
philip: how are you connected to the internet?  via a proxy server perhaps?

Comment 33

17 years ago
Darin, you asking if I was using a proxy server got me thinking. Although I
don't use a proxy server, I used to use Zonealarm, a firewall. However, I had
removed it from my startup folder some time before installing Mozilla. Upon
closer inspection, I found that the Zonealarm services were still loading up,
and blocking Mozilla's internet access, yet as I had stopped loading the main
program, I wasn't getting a message from Zonealarm.

So, in the end the problem wasn't a bug in Mozilla, and thank you for your help.


Comment 34

17 years ago
In my case, I am getting these errors at work on a Win98 box, and we do have a
proxy server.  However, the problem is with Mozilla because I can simply
cut-and-paste the problem URL into my IE5.0 window and I'm fine.

I'm not noticing this problem anymore at home on a 56K modem with no proxy server.

The most unpredictable thing is that sometimes a URL that is working just fine
in Mozilla will give a connection refused error when I attempt to reload it
after a certain absence.  After a previously-working URL gets its first
connection-refused status, it seems that it can't be connected to again unless I
shut down the browser and restart it.

Comment 35

17 years ago

have you tried configuring mozilla to use HTTP/1.0 and/or disabling keep-alives?

look in Edit->Preferences->Debug->Networking

some proxy servers do not implement HTTP/1.1 correctly (or even HTTP/1.0
correctly  w.r.t. keep-alive connections).
Data point: I've seen this too. I'm behind a transparent proxy - ie I don't set
anything in the proxy fields.

I get this about 2-3 times per week, though, but in all cases a reload does fix
it. Could be my ISP's servers acting up, though. This doesn't feel like a 1.0
compatabililty thing, but I could be wrong

darin: When do we pop up this dialog? Don't we retry a couple of times first, or

Comment 37

17 years ago
we only retry, if after successfully connecting to a server, we read 0 bytes
(ie. EOF).  in this case we resend the request.  we don't do anything but report
the error if the connection fails.  there have been bugs in the past that caused
us to cache nsHttpConnection objects that never established a connection.  doing
so can lead to quick "connection refused" errors.  so perhaps there is another
race condition somewhere that could lead to such a state.

Comment 38

17 years ago
with no good way to repro this problem, i'm going to push this off the 1.0
radar.  that being said, it might still get some attention before 1.0, time

-> future
Target Milestone: mozilla1.0 → Future

Comment 39

17 years ago
Just have to add my $.02, since this seems to have migrated from a Linux to
Win98 discussion.

After 'heavy' web surfing w/ Mozilla under win98, I sometimes get numerous 'The
connection was refused' messages, almost to the point where Mozilla has ceased
to be able to fetch any pages.  If I wait a while Mozilla starts working again.
 If I disable keepalive in Mozilla (I'm not using a proxy), I never have this

If I do a 'netstat -s' right after I get a 'connection was refused', I see about
85 current TCP connections (Win98's max is supposedly 100).  If I set
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VxD\MSTCP\MaxConnections to
200, I get current TCP connections up into the 130's but no 'connection refused'
messages.  It seems that (in some cases anyway) Mozilla is hitting a max TCP
connection ceiling and giving a 'connection was refused' message.  With
keepalive disabled in Mozilla I generally don't see more than a dozen current
TCP connections, so it seems to me that maybe keepalive is a little too
aggressive?  I sure don't see anywhere near this many established TCP
connections accumulating when browsing w/ IE6/NC4.79.  Hopefully this info is

Comment 40

17 years ago
excellent information... thank you!!

Comment 41

17 years ago
Very interesting, i hope someone can tell me what is the limit connections in 
linux, and how to tweak it if possible

Comment 42

17 years ago
Interesting comment concerning the number of connections.  I was using a site
that started giving me "refused" messages, so I decided to wait it out.  Sure
enough, I was able to connect again after waiting a few minutes.  I normally
wouldn't wait so long of course, so I never noticed that such a site would be
come usable again.

Turning off keep-alive and setting HTTP to 1.0 didn't seem to help with
anything, unfortunately.

However, there is also something domain-related going on here in some cases.  At
work (Win 98, T-1, proxy server), if I go to and click on any of
the first three board-description links (to, I get connection
refused.  Maybe it doesn't like the onClick handler in some cases?   At home
(Win95, modem, no proxy), I connect just fine on these links.

Anything else I should try?

Comment 43

17 years ago
Kevin: is that a manual proxy or transparent proxy?

Comment 44

17 years ago
The occasional "connection was refused" message, where the same web site works
without noticable hesitation in other browsers, may be a manifestation of bug
#86917 - "socket transport should try all ip addresses returned by DNS service".

If a name server returns multiple IP addresses for a hostname and the first IP
in the list happens to be refusing connections or is outright dead, Mozilla will
not try the other IPs at its disposal, not even if the hostname is reentered or
Reload is clicked.  Not even if Mozilla is exited and restarted.  Not even if
Mozilla is killed in the system tray and restarted.  The OS'es DNS cache has to
be flushed and Mozilla restarted, and even that doesn't guarantee that you won't
get the IP list in the same order as before.  Target milestone for bug #86917 is

Comment 45

17 years ago
rcummins: i agree with you... fixing bug 86917 is sure to help this bug.

Comment 46

17 years ago
I was using a manual proxy connection (SOCKS v5) at work and that seems to have
been responsible for (at least some of) the "domain-related" errors I reported

I just changed the setting to "automatic proxy URL" and the problems I reported
here yesterday regarding seem to have stopped.
 I'll leave my browser set this way and let you know how it goes over the next
couple of days.

Comment 47

17 years ago
This problem has been bugging me for a long time, but as a retry would generally
work, I didn't worry about it too much. However, with Mozilla getting ever
closer to v1.0, I think it needs looking into.

I'm about to try the registry edit as mentioned in Comment #39 as I'm running
Win 98SE, and see if that fixes things. As this bug/problem is not overly
predictable, I'll report my results in a few days.

Comment 48

17 years ago
i think the problem here is that mozilla only limits the number of active
connections.  that does not include the numerous idle connections that can grow
in mozilla idle connection list.  what we really should be doing is limiting the
total number of connections.  if we start reaching this limit, then we need to
start pruning "old" idle connections.

-> mozilla 0.9.9
Priority: P4 → P3
Target Milestone: Future → mozilla0.9.9


17 years ago
Keywords: mozilla1.0

Comment 49

17 years ago
As a followup to my Comment #47, I can't find the MaxConnections registry item
anywhere under Windows 98SE, this may be due to my being on a Cable Modem
attached via an Ethernet NIC.

This would lead me to agree with Darin is his Comment #48. Another solution to
his example, would be to make the max connections configurable to suit ones
internet connection.

Comment 50

17 years ago
the plan is definitely to one day add connection settings to the preferences
dialog, which would definitely include a maximum value.

Comment 51

17 years ago
Re Comment #49

The MaxConnections value has to be added (you won't find it unless you've
already added it), see;EN-US;Q158474

Comment 52

17 years ago
 Re #51, OK, now I have a MaxConnections entry....I'll report back after a
reboot and some testing.

Also, Re #50, that is good news. However, in the interim, would it possible to
up the current max value? If someone could give me some pointers to the right
file, I could have a go at doing it myself.

Comment 53

17 years ago
My MaxConnections is now set to 200, but I just got the infamous connection
refused message again. Mind you, I did have a lot of non-Mozilla TCP/IP activity
happening at the same time.

As the message seems to come up very quickly, when it does happen, I wonder if a
retry could be coded in, as that it what I do to get around the problem anyway.

Comment 54

17 years ago
-> 0.9.8 (perhaps)
Target Milestone: mozilla0.9.9 → mozilla0.9.8

Comment 55

17 years ago
not going to make it for 0.9.8  -->  let's try for 0.9.9

vinay: if your interested in working on a patch for this one, let me know.
Target Milestone: mozilla0.9.8 → mozilla0.9.9

Comment 56

17 years ago
Sure, let us discuss what u would like me test this thru. Are folks still seeing
this after the timer changes for pruning http keep-laive connections got added ?

Comment 57

17 years ago
Vinay, when did the timer changes land on daily builds?

The last time I saw the problem was with build 20020110 when my cable modem
service provider had some technical problems that was causing severe packet loss.

Comment 58

17 years ago
This landed quite a while ago. 20020110 would have certainly had it.

So have u run into this under normal operating conditions ?


Comment 59

17 years ago
I haven't seen it in the last few days under "normal" conditions.

Comment 60

17 years ago
vinay: despite the timer patch, this bug could still happen.  if the user visits
enough sites to collect enough live connections (in the idle state), we could
exceed the operating system's limit.  the bug in mozilla is the fact that we
only limit the number of live connections actively in use.  we don't limit the
number of total live, idle connections.

Comment 61

17 years ago
I'm going to revise my comments in #59 as I've changed my Operating System limit
as per #39 & #51. My system is no longer "normal" as it doesn't follow the
default Win 98 SE configuration.

Comment 62

16 years ago
-> badami
Assignee: darin → badami

Comment 63

16 years ago
From Darin on AIM
the connection management code in nsHttpHandler, you'll see that we don't ever
enforce a maximum number of connections
we only enforce the maximum number of active connections
we should also enforce active+idle <= maximum
but it might mean killing off some idle connections when we reach that limit if
we have not already reached the active connection limit

Comment 64

16 years ago
1. We can never to anything with the active connections since they r in use.
2. We can purge the idle connections whenever active + idle >= mac connections.
3. This can be done 
    a. In the PurgeDeadConnections
    b. And also whenever ReclaimConnection is being called.

U think this suffices ?


Comment 65

16 years ago
Created attachment 68302 [details] [diff] [review]
purge old idle connections if we are >= maxConnections

Comment 66

16 years ago

actually, i think you only need to purge idle connections in
GetConnection_Locked, if a new connection must be created.  there should be no
need to change ReclaimConnections or PurgeDeadConnections.  GetConnection_Locked
does the following:

1) check if we're at the active connection limit, if so abort
2) check if we can reuse an idle connection, if so use it
3) if no idle connection, then create new connection

at this 3rd step we need to enforce (active + idle <= max).  if we would exceed
the maximum by creating a new connection, then we must find an idle connection
to kill off.  i'd suggest removing the oldest idle connection, which should be
at the tail of mIdleConnections.  so, you'd only need to remove the last element
of mIdleConnections if (active + idle == max) before creating a new connection.

Comment 67

16 years ago
Created attachment 68497 [details] [diff] [review]
remove oldest connection if max connections exceeded when a new one is created.

Comment 68

16 years ago
Comment on attachment 68497 [details] [diff] [review]
remove oldest connection if max connections exceeded when a new one is created.

Obsoleted by attachment (id=68497)
Attachment #68497 - Attachment is obsolete: true

Comment 69

16 years ago
Comment on attachment 68497 [details] [diff] [review]
remove oldest connection if max connections exceeded when a new one is created.

Correct patch; this obsoletes attachment (id=68302)
Attachment #68497 - Attachment is obsolete: false

Comment 70

16 years ago
Comment on attachment 68302 [details] [diff] [review]
purge old idle connections if we are >= maxConnections

This is obseleted by attachment (id=68497)
Attachment #68302 - Attachment is obsolete: true

Comment 71

16 years ago
Darin, Gagan, Bbaetz
Can u folks do a r/sr on this please ?

Comment on attachment 68497 [details] [diff] [review]
remove oldest connection if max connections exceeded when a new one is created.

>Index: nsHttpHandler.cpp
>RCS file: /cvsroot/mozilla/netwerk/protocol/http/src/nsHttpHandler.cpp,v
>retrieving revision 1.47
>diff -u -r1.47 nsHttpHandler.cpp
>--- nsHttpHandler.cpp	2002/01/27 06:02:39	1.47
>+++ nsHttpHandler.cpp	2002/02/08 03:39:45
>@@ -736,6 +736,17 @@
>             NS_RELEASE(conn);
>             return rv;
>         }
>+        // We created a new connection
>+        // If idle + active connections > max connections, then purge the oldest idle one.
>+        if (mIdleConnections.Count() + mActiveConnections.Count() > mMaxConnections) {
>+            NS_ASSERTION(mIdleConnections.Count() > 0, "idle connection list zero lenght");

You misspelled length.

>+            if (mIdleConnections.Count() > 0) {              

Theres lots of trailing space on this line, and you should use

>+                nsHttpConnection *conn = (nsHttpConnection *) mIdleConnections[0];
>+                mIdleConnections.RemoveElement(0);
>+                NS_RELEASE(conn);
>+            }

Why were we getting this error to begin with? If the user wants to create too
many connections,
shouldn't we do something better than pop up a "connection refused" error?

Comment 73

16 years ago
Created attachment 68531 [details] [diff] [review]
incorporate bbaetz's comments

1. Corrected spelling
2. No IsEmpty on nsVoidArray. No can do.
3. Removed white spaces.
4. We are restricting max connections by popping an idle one whenever the limit
is exceeded and a new one is created. Earlier we were not doing this.

Comment 74

16 years ago
bbaetz: windows 9x has a limit on the number of sockets.  apparently, when that
limit is reached, we get a NS_ERROR_CONNECTION_REFUSED.  it may actually be
another error code instead as i believe we munge error codes a bit in the socket
transport, but that's really besides the point.  we have user prefs to limit the
maximum number of http connections, and we currently aren't honoring that
preference.  this patch will solve that problem.  we may decide that the default
maximum number of connections is too small, but i doubt it.

Comment 75

16 years ago
Comment on attachment 68531 [details] [diff] [review]
incorporate bbaetz's comments

vinay: this seems like the patch for a different bug.
Attachment #68531 - Flags: needs-work+

Comment 76

16 years ago
Comment on attachment 68531 [details] [diff] [review]
incorporate bbaetz's comments

Wrong Patch - Sorry for the confusion.
Attachment #68531 - Attachment is obsolete: true

Comment 77

16 years ago
Created attachment 68840 [details] [diff] [review]
really incorpoarting bbaets's comments


16 years ago
Whiteboard: [patch needs r/sr=]

Comment 78

16 years ago
Comment on attachment 68840 [details] [diff] [review]
really incorpoarting bbaets's comments


remember to submit "cvs diff -u" patches in the future.
Attachment #68840 - Flags: superreview+

Comment 79

16 years ago
Bbaetz, Gagan
Can I get a r on this one ?
Comment on attachment 68840 [details] [diff] [review]
really incorpoarting bbaets's comments

Attachment #68840 - Flags: review+

Comment 81

16 years ago
Fixed with checkin
Checking in nsHttpHandler.cpp;
/cvsroot/mozilla/netwerk/protocol/http/src/nsHttpHandler.cpp,v  <--  nsHttpHandl
new revision: 1.48; previous revision: 1.47
Last Resolved: 16 years ago
Resolution: --- → FIXED
I've been searching for this problem for awhile, vinay, darin thanks for fixing

I notice this alot on dialup, when opening alot of tabs for webpages.  I had
assumed it was my ISP killing my connection or Moz just goes dead after awhile
(without a clue per say).  To workaround it, I have had to kill Moz, and the
dialup connection then connect again to get me to connect to websites again.

Comment 83

16 years ago
this may have caused a crash... see bug 125405.

Comment 84

16 years ago
backed out my fix for the moment.
Trying to figure out what is causing bug 125405
nsHttpHandler is back tosame state as version 1.47
C:\newTree\mozilla\netwerk\protocol\http\src>cvs diff -r 1.47 nsHttpHandler.cpp

C:\newTree\mozilla\netwerk\protocol\http\src>cvs commit nsHttpHandler.cpp
Checking in nsHttpHandler.cpp;
/cvsroot/mozilla/netwerk/protocol/http/src/nsHttpHandler.cpp,v  <--  nsHttpHandl
new revision: 1.49; previous revision: 1.48
Resolution: FIXED → ---

Comment 85

16 years ago
Created attachment 69628 [details] [diff] [review]
use RemoveElementAt instead of RemoveElement

updated patch.
uses RemoveElementAt instead of RemoveElement.
Added some logging and null checking/assertions.

Comment 86

16 years ago
*** Bug 125405 has been marked as a duplicate of this bug. ***

Comment 87

16 years ago
whoops!  vinay: can you figure out why we're reaching this code so easily?  how
can there be so many connections on just one page view?  is mMaxConnections
initialized correctly?

Comment 88

16 years ago
Created attachment 69815 [details]
showing the state of connections 

We seem to be popping whenver we exceed mMaxconnections=24 which is ok. 
Look for the word popping in the attached http log. 

However, it does look to me that we are exceeding mMaxConnectionsPerServer. 
For ex:
0[3c5128]: ActiveConnection[0]=[conn=38a8528]
0[3c5128]: ActiveConnection[1]=[conn=38a8528]
0[3c5128]: ActiveConnection[2]=[conn=38a8528]
0[3c5128]: ActiveConnection[3]=[conn=38a8528]
0[3c5128]: ActiveConnection[4]=[conn=38a8528]
0[3c5128]: ActiveConnection[5]=[conn=38a8528]
0[3c5128]: ActiveConnection[6]=[conn=38a8528]
0[3c5128]: ActiveConnection[7]=[conn=38a8528]
0[3c5128]: ActiveConnection[8]=[conn=38a8528]
0[3c5128]: ActiveConnection[9]=[conn=38a8528]
0[3c5128]: ActiveConnection[10]=[conn=38a8528]
0[3c5128]: ActiveConnection[11]=[conn=38a8528]
0[3c5128]: ActiveConnection[12]=[conn=38a8528]
0[3c5128]: ActiveConnection[13]=[conn=38a8528]
0[3c5128]: ActiveConnection[14]=[conn=38a8528]
0[3c5128]: ActiveConnection[15]=[conn=38a8528]
0[3c5128]: ActiveConnection[16]=[conn=38a8528]
0[3c5128]: ActiveConnection[17]=[conn=38a8528]
0[3c5128]: ActiveConnection[18]=[conn=38a8528]

Comment 89

16 years ago
Comment on attachment 69815 [details]
showing the state of connections 

Please ignore this listing. The debug messages were wrong.
Attachment #69815 - Attachment is obsolete: true

Comment 90

16 years ago
Please ignore comment 88 and attachement 69815. My debug statements were wrong.
With correct debug statements I find that:
The reason we are creating so many connections on one page view is a result of
going to different akamai servers.
We pop a connection once active+idle > 24.
Max Connections per server is not exceeded either since each of the akamai
servers has a different hostname.
All is ok. Nothing to worry here.

Darin can u please sr this so that it can be checked in.

Comment 91

16 years ago
Since topcrash 125405 has been duped to this bug, I am transferring its keywords 
, severity and signature for Talkback tracking. It is still on the topcrash 
lists for the Trunk. Once Darin sr's and Vinay checks in we can verify the fix.
Severity: normal → critical
Keywords: crash, topcrash
Summary: Intermittent "connection refused" errors → Intermittent "connection refused" errors [@ @nsHttpHandler::GetConnection_Locked]

Comment 92

16 years ago
Comment on attachment 69628 [details] [diff] [review]
use RemoveElementAt instead of RemoveElement

Attachment #69628 - Flags: superreview+

Comment 93

16 years ago
It looks like we got the sr= last this going to make it into M099? 
Just curious.
Summary: Intermittent "connection refused" errors [@ @nsHttpHandler::GetConnection_Locked] → Intermittent "connection refused" errors [@ nsHttpHandler::GetConnection_Locked]

Comment 94

16 years ago
Rick, Gagan, Bbaetz
Can one of u folks please r= this one again ?
Comment on attachment 69628 [details] [diff] [review]
use RemoveElementAt instead of RemoveElement

Attachment #69628 - Flags: review+

Comment 96

16 years ago
a=asa (on behalf of drivers) for checkin to 0.9.9
Keywords: mozilla1.0 → mozilla0.9.9+

Comment 97

16 years ago
Fixed with checkin
D:\mozilla\netwerk\protocol\http\src>cvs commit nsHttpHandler.cpp
Checking in nsHttpHandler.cpp;
/cvsroot/mozilla/netwerk/protocol/http/src/nsHttpHandler.cpp,v  <--  nsHttpHandler.
new revision: 1.50; previous revision: 1.49
Last Resolved: 16 years ago16 years ago
Resolution: --- → FIXED

Comment 98

16 years ago
verified fixed.  talkback data shows this last crashed with MozillaTrunk build 
2002021413...which seems weird since the original checkin was backed out on 2/14
and the new one checked in 2/22.  did another checkin maybe fix this crash on 2/14?
Crash Signature: [@ nsHttpHandler::GetConnection_Locked]
You need to log in before you can comment on or make changes to this bug.