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 msdn.microsoft.com... 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.
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 msdn.mmicrosoft.com. Could this be some firewall issue?
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.
Status: UNCONFIRMED → NEW
Ever confirmed: true
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...
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:-)
Robert Praetorius: What are your cookie prefs?
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 change. 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 NAT.
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
(this is the original reporter, firstname.lastname@example.org) 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 http://bugzilla.mozilla.org/show_bug.cgi?id=117247), so I'll try to remember to re-check it then). Was anybody else ever able to reproduce this?
marking wfm per comments above
Status: NEW → RESOLVED
Last Resolved: 17 years ago
Resolution: --- → WORKSFORME
(this is the original reporter) the fix persists in 0.9.9 Generalissimo Francisco Franco is still dead.
verified working, 1.4rc3 on win2k.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.