I'm unsure exactly why, but on (apparently) all *.rivals.com sites, mozilla scrolls very jerkily instead of smoothly. The odd thing is that this occurs in concert with /decreased/ processor activity. In otherwords, when I scroll a mozilla window up and down on other sites, top will report that mozilla-bin takes up about 30-40% of CPU. When I scroll repeatedly up and down on a rivals.com site, instead of pegging the CPU (which I'd expect to cause jerkiness) mozilla-bin never tops 4-5% of CPU. I've narrowed down the problem to the interaction of http://media.rivals.com/images/bg.gif (line 53 of http://acc.rivals.com/index.html) with some other part of the file. Here's what I did: 1) search and replace on http://acc.rivals.com/index.html, replacing "rivals.com/images" with "localhost/images". That page (the page with localhost) scrolls perfectly. 2) I sort of played around, and basically found out that if all "media.rivals.com/images" were good links (44 instances) and line 53 (http://media.rivals.com/images/bg.gif) was changed to "http://localhost/images/bg.gif" (which doesn't exist) the page loaded and scrolled normally. 3) I made the some modification to other pages (http://northcarolina.rivals.com/index.html) and got the same results- remove that one image, and the page works as it should. Ohter notes: 1) As far as I can tell, the image itself is fine. It loads in xv, and if you just try to make mozilla load the image, that scrolls fine as well. 2) Removing the details in the background tag (margin, etc.) doesn't affect the problem. 3) Argh. Making the image a background by itself doesn't replicate the problem either (since the page won't scroll.) This may be a complex issue of interaction between this image and some other tags elsewhere in the page. 4) Today's build, of course, but it has also been present for ages (at least as far back as I can remember, which with Mozilla is like M9 or so.) Anyway, that's all I know... good luck.

asadotzler@netscape.net (Asa Dotzler) taking ownership of Browser General bugs. New QA Contact is jelwell@singleclick.com (Joseph Elwell). Sorry for the spam.

-> Layout for a look.

Linux specific problem

I can not load the test URL's. It crashes in nsLineBox on both WIN32 and Linux. Here is the stack trace on WIN32: nsLineBox::DeleteLineList(nsIPresContext * 0x0392c3e0, nsLineBox * 0x00f3d9d4) line 251 nsBlockFrame::Destroy(nsBlockFrame * const 0x00f3cdf4, nsIPresContext * 0x0392c3e0) line 1177 + 16 bytes nsAreaFrame::Destroy(nsAreaFrame * const 0x00f3cdf4, nsIPresContext * 0x0392c3e0) line 70 nsComboboxControlFrame::Destroy(nsComboboxControlFrame * const 0x00f3cdf4, nsIPresContext * 0x0392c3e0) line 2283 nsLineBox::DeleteLineList(nsIPresContext * 0x0392c3e0, nsLineBox * 0x00f3da38) line 252 nsBlockFrame::Destroy(nsBlockFrame * const 0x00f3cd70, nsIPresContext * 0x0392c3e0) line 1177 + 16 bytes nsFrameList::DestroyFrames(nsIPresContext * 0x0392c3e0) line 36 nsContainerFrame::Destroy(nsContainerFrame * const 0x00f3cd14, nsIPresContext * 0x0392c3e0) line 98 nsFrameList::DestroyFrames(nsIPresContext * 0x0392c3e0) line 36 nsContainerFrame::Destroy(nsContainerFrame * const 0x02834a98, nsIPresContext * 0x0392c3e0) line 98 nsFrameList::DestroyFrames(nsIPresContext * 0x0392c3e0) line 36 nsContainerFrame::Destroy(nsContainerFrame * const 0x02834a58, nsIPresContext * 0x0392c3e0) line 98 nsFrameList::DestroyFrames(nsIPresContext * 0x0392c3e0) line 36 nsContainerFrame::Destroy(nsContainerFrame * const 0x028349ec, nsIPresContext * 0x0392c3e0) line 98 nsTableFrame::Destroy(nsTableFrame * const 0x028349ec, nsIPresContext * 0x0392c3e0) line 261 nsFrameList::DestroyFrames(nsIPresContext * 0x0392c3e0) line 36 nsContainerFrame::Destroy(nsContainerFrame * const 0x02834998, nsIPresContext * 0x0392c3e0) line 98 nsTableOuterFrame::Destroy(nsTableOuterFrame * const 0x02834998, nsIPresContext * 0x0392c3e0) line 64 nsLineBox::DeleteLineList(nsIPresContext * 0x0392c3e0, nsLineBox * 0x028e8cac) line 252 nsBlockFrame::Destroy(nsBlockFrame * const 0x02834874, nsIPresContext * 0x0392c3e0) line 1177 + 16 bytes nsLineBox::DeleteLineList(nsIPresContext * 0x0392c3e0, nsLineBox * 0x028e8d74) line 252 nsBlockFrame::Destroy(nsBlockFrame * const 0x028347ec, nsIPresContext * 0x0392c3e0) line 1177 + 16 bytes nsAreaFrame::Destroy(nsAreaFrame * const 0x028347ec, nsIPresContext * 0x0392c3e0) line 70 nsFrameList::DestroyFrame(nsIPresContext * 0x0392c3e0, nsIFrame * 0x028347ec) line 122 CanvasFrame::RemoveFrame(CanvasFrame * const 0x02833b1c, nsIPresContext * 0x0392c3e0, nsIPresShell & {...}, nsIAtom * 0x00000000, nsIFrame * 0x028347ec) line 206 FrameManager::RemoveFrame(FrameManager * const 0x0352dc80, nsIPresContext * 0x0392c3e0, nsIPresShell & {...}, nsIFrame * 0x02833b1c, nsIAtom * 0x00000000, nsIFrame * 0x028347ec) line 633 nsCSSFrameConstructor::ReconstructDocElementHierarchy(nsCSSFrameConstructor * const 0x0352bad0, nsIPresContext * 0x0392c3e0) line 7217 + 61 bytes StyleSetImpl::ReconstructDocElementHierarchy(StyleSetImpl * const 0x03529040, nsIPresContext * 0x0392c3e0) line 1011 PresShell::ReconstructFrames() line 2902 + 38 bytes PresShell::StyleSheetAdded(PresShell * const 0x0352ed38, nsIDocument * 0x0392bcb0, nsIStyleSheet * 0x03a75de0) line 2914 nsDocument::InsertStyleSheetAt(nsDocument * const 0x0392bcb0, nsIStyleSheet * 0x03a75de0, int 3, int 1) line 1434 CSSLoaderImpl::InsertSheetInDoc(nsICSSStyleSheet * 0x03a75de0, int 3, nsIContent * 0x03a742a8, int 1, nsICSSLoaderObserver * 0x0392d73c) line 1074 CSSLoaderImpl::SheetComplete(nsICSSStyleSheet * 0x03a75de0, SheetLoadData * 0x03a75e70) line 792 CSSLoaderImpl::ParseSheet(nsIUnicharInputStream * 0x03a75f20, SheetLoadData * 0x03a75e70, int & 1, nsICSSStyleSheet * & 0x03a75de0) line 847 CSSLoaderImpl::LoadInlineStyle(CSSLoaderImpl * const 0x0392d610, nsIContent * 0x03a742a8, nsIUnicharInputStream * 0x03a75f20, const nsString & {...}, const nsString & {...}, int 3, int 3, nsIParser * 0x0392b8b0, int & 1, nsICSSLoaderObserver * 0x0392d73c) line 1253 + 24 bytes HTMLContentSink::ProcessSTYLETag(const nsIParserNode & {...}) line 4767 + 202 bytes HTMLContentSink::AddLeaf(HTMLContentSink * const 0x0392d730, const nsIParserNode & {...}) line 2976 + 12 bytes CNavDTD::AddLeaf(const nsIParserNode * 0x0367e9e0) line 3240 + 22 bytes CNavDTD::AddHeadLeaf(nsIParserNode * 0x0367e9e0) line 3359 + 17 bytes CNavDTD::HandleStartToken(CToken * 0x0365a930) line 1361 + 12 bytes CNavDTD::HandleToken(CNavDTD * const 0x0362dd80, CToken * 0x0234c040, nsIParser * 0x0392b8b0) line 709 + 12 bytes CNavDTD::BuildModel(CNavDTD * const 0x0362dd80, nsIParser * 0x0392b8b0, nsITokenizer * 0x0362ca20, nsITokenObserver * 0x00000000, nsIContentSink * 0x0392d730) line 447 + 20 bytes nsParser::BuildModel() line 1230 + 34 bytes nsParser::ResumeParse(int 1, int 0) line 1114 + 11 bytes nsParser::OnDataAvailable(nsParser * const 0x0392b8b4, nsIChannel * 0x0393b560, nsISupports * 0x00000000, nsIInputStream * 0x03924b84, unsigned int 0, unsigned int 8192) line 1548 + 19 bytes nsDocumentOpenInfo::OnDataAvailable(nsDocumentOpenInfo * const 0x0393cdd0, nsIChannel * 0x0393b560, nsISupports * 0x00000000, nsIInputStream * 0x03924b84, unsigned int 0, unsigned int 8192) line 274 + 46 bytes nsHTTPFinalListener::OnDataAvailable(nsHTTPFinalListener * const 0x0393b500, nsIChannel * 0x0393b560, nsISupports * 0x00000000, nsIInputStream * 0x03924b84, unsigned int 0, unsigned int 8192) line 1148 + 46 bytes InterceptStreamListener::OnDataAvailable(InterceptStreamListener * const 0x03924b80, nsIChannel * 0x0393b560, nsISupports * 0x00000000, nsIInputStream * 0x03925f5c, unsigned int 0, unsigned int 8192) line 1164 nsHTTPServerListener::OnDataAvailable(nsHTTPServerListener * const 0x03921310, nsIChannel * 0x0391eb44, nsISupports * 0x0393b560, nsIInputStream * 0x03925f5c, unsigned int 24576, unsigned int 8192) line 495 + 67 bytes nsOnDataAvailableEvent::HandleEvent(nsOnDataAvailableEvent * const 0x03480cd0) line 406 + 47 bytes nsStreamListenerEvent::HandlePLEvent(PLEvent * 0x03481fd0) line 97 + 12 bytes PL_HandleEvent(PLEvent * 0x03481fd0) line 575 + 10 bytes PL_ProcessPendingEvents(PLEventQueue * 0x01489510) line 520 + 9 bytes _md_EventReceiverProc(HWND__ * 0x005f04d4, unsigned int 49385, unsigned int 0, long 21533968) line 1030 + 9 bytes USER32! 77e71820() 01489510() Steve, reassign back to me or waqar when the crasher is fixed.

It has been crashing on me for a week or so, at least- was working previously as noted in the original report. Been too busy with exams to file an update or a separate report.

the crash has been fixed for a while, so re-assigning to waqar, cc kevin. go git it!

AFAICT, this has been fixed somewhere along the way (not on purpose, obviously, but I can't complain...) I can no longer duplicate it on any of the affected sites. Thanks for all the hard work, guys...