Closed Bug 59610 Opened 24 years ago Closed 24 years ago

throbber never stops running; pegs CPU!!

Categories

(Core :: Networking, defect, P3)

x86
All
defect

Tracking

()

VERIFIED DUPLICATE of bug 39310

People

(Reporter: bugzilla, Assigned: gagan)

References

()

Details

if you go to:
http://www.britneyspears.com/welcome.html
the throbber (the animated mozilla) never stops.
the page says "document: done"

trunk build 20001108
Hmm.. works for me.
Which build and os?
Hehe...Britney Spears...throbber...

never mind...

Could be a related to bug 39310. 
I've seen this happen, too, although it's not always reproducible on the same
site.  One interesting point: I saw this on http://www.zdnet.com/zdnn today and
noticed that one of the ad graphics at the top of the page hadn't loaded yet.  I
looked at Page Info to find out where the image was coming from.  And oddly
enough, in the Page Info dialog, when I clicked on the corresponding image name,
the image *did* appear!  So for some reason, the image is available, but the
main browser window wouldn't show it, and thus (I think) kept the throbber going.
This is reproducable about 9 times out of 10 on the results of a bugzilla query
(which doesn't have any animated gifs) The page finishes loading, but the
throbber doesn't stop.

On the console, I get: "WARNING: not calling OnDataAvailable, file
nsAsyncStreamListener.cpp, line 406" each time, which may or may not be related.
I don't get this error on the britney spears URL, which does have an animated
gif, but I do get it on slashdot, where the throbber sometimes (but not always)
doesn't stop. Slashdot does have animated gif banners though. Same with the
zdnet url.

Is this a separate bug to the animated gif one, or is the warning message not
related?

I'm on Linux, so changing OS to ALL.
OS: Windows 2000 → All
I have a hunch that the Warning from nsAsyncStreamListener is related to this
problem.  This happens when there is a failed status on the channel... not
calling OnDataAvailable in this case results in not sending notifications up
stream.  I'll have to investigate this some more...
Afer spending yesterday doing qutie a few web searches for maths stuff (now that
mathworld is down), I think theres some relation between this bug and loading
dynamic pages (search engine results, slashdot, kuro5hin, bugzilla results,
etc). It almost never happens on static pages, and when it does there are often
animated gifs involved.
Seems that when the throbber is in this state, mozilla pegs the CPU!  And, it
is not just after the page loads, but also while waiting for the page to
download.  The CPU is pegged even before we get any socket traffic!  The 
not calling OnDataAvailable warning results from a NS_ERROR_ABORT status on the
channel.  I want to understand why/how this is being set... it might reveal
something about the CPU usage as well.
updating the summary...
Summary: throbber never stops running → throbber never stops running; pegs CPU!!
I've just noticed that I get the WARNING with about:blank (on startup, or typing
it into the location bar). The throbber does stop though - it doesn't even look
like it starts in the first place.
I tried this with dynamic content: I have a simple test at
  http://www.inf.bme.hu/~hyp-x/test.cgi
(originaly created for an other bug).
It contains no images at all.

It may be so that this bug occurs when the content length is unknown.
The bug is also PROXY related, when I set "Direct connection to the Internet"
it works okay for my page.

The Britney page on the other hand behaves badly even with direct connection
set, that may be due to animated gif's. So I think this is at least two
different bug.

Btw. I tested 2000-11-11-08 on Win98SE.
OK, it looks like this bug is partially fixed in the netscape RTM branch.  That
is all symptoms, except the original one, are fixed in the RTM branch.  Once
the two get in sync, we should hopefully see many of the symptoms go away.  That
being said, let's focus on the fact that the throbber doesn't stop on pages
containing an animated GIF.  Does anyone know if this is simply a feature?  NS
4.7 doesn't behave this way, so probably it is wrong, but maybe this was
intentional???
The animated gif bug was bug 39310 (mentioned in the 2000-11-09 08:20 comment).
That bug now covers this issue (The summary has been changed to "progressmeter
and throbber do not stop spinning after submitting a bugzilla comment"), so this
should possibly be marked as a dup of that.

I hope the behaviour is not intentional. OTOH bug 39310 is marked FUTURE, so...
Keywords: verifyme
Happens to me on 12/13 build.

Possible clue: throbber stops and 'stop' button goes out when I click the scrollbar.
Marking duplicate finally

*** This bug has been marked as a duplicate of 39310 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Keywords: verifyme
Resolution: --- → DUPLICATE
verified dup.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.