msdn pages never stop loading & stop button doesn't stop 'em




17 years ago
16 years ago


(Reporter: rmp, Assigned: neeti)


Windows NT

Firefox Tracking Flags

(Not tracked)





17 years ago
I've noticed with a number of msdn pages that the throbber
never stops.  Also, neither <esc> nor the stop button stop
the throbber.  The status bar will say Tranferring data
from for as long as I care to leave it
there.  However, the page contents do appear to have 
loaded completely.

Going to another page and then coming back usually will
result in loading the page & the throbber stopping.

Also broken in Netscape 6.2.  Works in Netscape 4.78.

I checked some other related bugs (with stop and load as
substrings in summary) and tried the URLs in them and
they all finished loading.  So I'm guessing this is a
new and separate beast.

Comment 1

17 years ago
Odd. The page loads quickly on a day old Linux build, and finished right away.
But afterwards my firewall kept getting hit on ports 36797 upwards from
Could this be some firewall issue?

Comment 2

17 years ago
Robert, please always state your build ID in your bug reports.  This page loaded
fine with 2001-12-13-03 under W2K twice and then never quit the third time for
me and stop did nothing.
Ever confirmed: true

Comment 3

17 years ago
oops.  Sorry 'bout that.  To quote from Bugzilla:

Some fields initialized from your user-agent, Mozilla/5.0
(Windows; U; WinNT4.0; en-US; rv:0.9.6) Gecko/20011120

Specific build Id was (is) 2001112009.  BTW, if Bugzilla
knows all of the above, why doesn't it log it?  Perhaps
I should file that as a feature request for Bugzilla...

Comment 4

17 years ago
ya know what?  I went back to the URL in this report and it
loaded fine.  I cleared cache, tried again and it was still
OK.  But when I tried some new search terms and followed the
links on the results for those, I was back to eternal throbbing.

So you may need a link from a fresh query to get it to break.
Breaks for me, anyway:-)

Comment 5

17 years ago
Robert Praetorius: What are your cookie prefs?

Comment 6

17 years ago
ccokies prefs?  Good question, shoulda thoughta that.
Enable cookies for the originating web site only.  But I
just tried Enable all cookies and the behavior didn't

Another bit of info - yes, I am behind a firewall.  And
it is blocking some ports (I don't have a list - the firewall
is at another site and we're on an FR PVC to it) and doing

Comment 7

17 years ago
Assignee: asa → neeti
Component: Browser-General → Networking
QA Contact: doronr → benc
reporter, can you get a network trace?

There a couple ways to do this.  I like the tool ngrep which is freely available.
Target Milestone: --- → mozilla1.0

Comment 9

17 years ago
(this is the original reporter,

WFM today with 0.9.8

We'll see if the fix persists (I've gotta revisit my buglist
when 0.9.9 arrives to recheck, so I'll
try to remember to re-check it then).

Was anybody else ever able to reproduce this?

Comment 10

17 years ago
marking wfm per comments above
Last Resolved: 17 years ago
Resolution: --- → WORKSFORME

Comment 11

17 years ago
(this is the original reporter)

the fix persists in 0.9.9
Generalissimo Francisco Franco is still dead.

Comment 12

16 years ago
verified working, 1.4rc3 on win2k.
You need to log in before you can comment on or make changes to this bug.