120202 - M097 crash [@ MSVCRT.DLL | MSVCRT.dll - gfxImageFrame::SetImageData]

Status: VERIFIED WORKSFORME

(Core :: Layout, defect)

Description

[Jay Patel [:jay]]

There are quite a few of these crashes in Mozilla 0.9.7 Talkback data.  Here's
some info from the reports:

Count   Offset    Real Signature
[ 13   MSVCRT.DLL + 0x11b09 (0x78011b09) b7b14c37 - gfxImageFrame::SetImageData ]
 
     Crash date range: 2002-01-07 to 2002-01-14
     Min/Max Seconds since last crash: 0 - 689022
     Min/Max Runtime: 1059 - 690410
     Keyword List :  
     Count   Platform List 
     13   Windows NT 5.0 build 2195
     7   Windows NT 4.0 build 1381
 
     Count   Build Id List 
     20   2001122109
 
     No of Unique Users        13
 
 Stack trace(Frame) 

	 MSVCRT.DLL + 0x11b09 (0x78011b09)  
	 gfxImageFrame::SetImageData
[d:\builds\seamonkey\mozilla\gfx2\src\gfxImageFrame.cpp  line 253] 
	 nsICODecoder::SetImageData
[d:\builds\seamonkey\mozilla\modules\libpr0n\decoders\bmp\nsICODecoder.cpp  line
110] 
	 nsICODecoder::ProcessData
[d:\builds\seamonkey\mozilla\modules\libpr0n\decoders\bmp\nsICODecoder.cpp  line
475] 
	 nsICODecoder::WriteFrom
[d:\builds\seamonkey\mozilla\modules\libpr0n\decoders\bmp\nsICODecoder.cpp  line
202] 
	 imgRequest::OnDataAvailable
[d:\builds\seamonkey\mozilla\modules\libpr0n\src\imgRequest.cpp  line 722] 
	 ProxyListener::OnDataAvailable
[d:\builds\seamonkey\mozilla\modules\libpr0n\src\imgLoader.cpp  line 501] 
	 nsStreamListenerTee::OnDataAvailable
[d:\builds\seamonkey\mozilla\netwerk\base\src\nsStreamListenerTee.cpp  line 57] 
	 nsHttpChannel::OnDataAvailable
[d:\builds\seamonkey\mozilla\netwerk\protocol\http\src\nsHttpChannel.cpp  line
2421] 
	 nsOnDataAvailableEvent::HandleEvent
[d:\builds\seamonkey\mozilla\netwerk\base\src\nsStreamListenerProxy.cpp  line 203] 
	 PL_HandleEvent
[d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c  line 591] 
	 PL_ProcessPendingEvents
[d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c  line 524] 
	 _md_EventReceiverProc
[d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c  line 1072] 
	 nsAppShellService::Run
[d:\builds\seamonkey\mozilla\xpfe\appshell\src\nsAppShellService.cpp  line 303] 
	 main1
[d:\builds\seamonkey\mozilla\xpfe\bootstrap\nsAppRunner.cpp  line 1280] 
	 main
[d:\builds\seamonkey\mozilla\xpfe\bootstrap\nsAppRunner.cpp  line 1597] 
	 WinMain
[d:\builds\seamonkey\mozilla\xpfe\bootstrap\nsAppRunner.cpp  line 1615] 
	 WinMainCRTStartup()  
	 KERNEL32.DLL + 0x17d08 (0x77e97d08)   
 
     (1516349)	Comments: Clicked on a link to www.phpgroupware.org from sourceforge.net
     (1436523)	URL: http://www.phpgroupware.org
     (1436523)	Comments: Just typed in the link
     (1378937)	URL: http://www.phpgroupware.org
     (1378937)	Comments: just entered the URL  there were other tabbed windows open  but
nothing going on.
     (1374704)	URL: www.bloomberg.com
     (1329290)	URL: www.tiscali.nl
     (1329290)	Comments: I was opening www.tiscali.nl from a link in an email.


It's also happening under the MSVCRT.dll stack signature...here are some
comments for those crashes:

     (1597132)	URL: http://www.phpgroupware.org
     (1597132)	Comments: site loading
     (1538527)	URL: www.tuslihockey.de
     (1538527)	Comments: Had abput three tabs open in one browser window; ewas enterer a
new url  hit return -> crash before the page had been displayed;maybe the applet
(java turned off) and frames confused mozilla..could not reproduce the crash 
now the site is displayed 
     (1538527)	Comments:  
     (1453025)	URL: fool.com or bloomberg.com
     (1453025)	Comments: the two urls were open in their own tabs
     (1440645)	Comments: clicked on link
     (1332728)	URL: www.edmunds.com
     (1332728)	Comments: click on new car reviews
     (1506143)	URL: http://www.bloomberg.com/energy

Comment 1

[Stuart Parmenter]

Giving to nivedita

Comment 2

[Nivedita (gone)]

Mozilla consumes 95-99%cpu when the url ->www.tuslihockey.de is loaded. 
Whenever  I break the code in the debugger, I find it doing Reflow. I am 
attaching the stack trace on break. As per the stack trace, I think problem 
lies in the reflow. Could some one handling the layout look into it and confirm 
the bug.

I could not crash for the other url's given below.

Comment 3

[Nivedita (gone)]

Attachment: Stack Trace

Stack Trace on loading the url www.tuslihockey.de, with cpu consuming 99% cpu.

Comment 4

[Nivedita (gone)]

seems to be a reflow as per the stack trace I have attached. Please look into 
the comment 2 and comment 3.

Comment 5

[Kevin McCluskey (gone)]

url ->www.tuslihockey.de, loading a Java Applet which seems to be causing all
the CPU activity.

peterl: what do you think?

Comment 6

[Shiva Thirumazhusai]

nominating topcrash bugs for nsbeta1. 

Comment 7

[Peter Lubczynski]

-->back to Kevin,

seems to happen without Java installed as well

Comment 8

[Kevin McCluskey (gone)]

I broke out the www.tuslihockey.de performance issue as
http://bugzilla.mozilla.org/show_bug.cgi?id=128345.

Closing this bug as WFM since it is no longer crashing.

Comment 9

[Kevin McCluskey (gone)]

WFM

Comment 10

[Jay Patel [:jay]]

v.wfm.  don't see any of these crashes in recent talkback data.