138292 - Trunk crash [@ 0x00000000 - nsImageListener::FrameChanged]

Status: VERIFIED FIXED

(Core :: Layout, defect, P2)

Description

[Jay Patel [:jay]]

Most of the crashes we were seeing in nsImageBoxListener::FrameChanged were
eliminated by the fix for bug 135222 (those crashes were noted in bug 120639).  

However, there have been a few recent incidents reported with the same stack
signature and trace.

People have been crashing at 2 URLs consistently: 
http://news.walla.co.il 
http://www.caranddriver.com

Here's the most recent crash reported by Talkback:
 Incident ID 5322265   Stack Signature  nsImageListener::FrameChanged f0971e0e
Trigger Time 2002-04-17 19:00:58
Email Address
URL visited caranddriver.com
Build ID 2002041606
Product ID MozillaTrunk
Platform Win32
Operating System Windows NT 5.0 build 2195
Module gklayout.dll
Trigger Reason Access violation
User Comments
Stack Trace
nsImageListener::FrameChanged
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsImageFrame.cpp, line 2383]
imgRequestProxy::FrameChanged
[d:\builds\seamonkey\mozilla\modules\libpr0n\src\imgRequestProxy.cpp, line 294]
imgRequest::FrameChanged
[d:\builds\seamonkey\mozilla\modules\libpr0n\src\imgRequest.cpp, line 336]
imgContainer::Notify
[d:\builds\seamonkey\mozilla\modules\libpr0n\src\imgContainer.cpp, line 459]
nsTimerImpl::Fire [d:\builds\seamonkey\mozilla\xpcom\threads\nsTimerImpl.cpp,
line 352]
nsTimerManager::FireNextIdleTimer
[d:\builds\seamonkey\mozilla\xpcom\threads\nsTimerImpl.cpp, line 584]
nsAppShell::Run [d:\builds\seamonkey\mozilla\widget\src\windows\nsAppShell.cpp,
line 134]
nsAppShellService::Run
[d:\builds\seamonkey\mozilla\xpfe\appshell\src\nsAppShellService.cpp, line 309]
main1 [d:\builds\seamonkey\mozilla\xpfe\bootstrap\nsAppRunner.cpp, line 1430]
main [d:\builds\seamonkey\mozilla\xpfe\bootstrap\nsAppRunner.cpp, line 1765]
WinMain [d:\builds\seamonkey\mozilla\xpfe\bootstrap\nsAppRunner.cpp, line 1783]
WinMainCRTStartup()
KERNEL32.DLL + 0xd326 (0x77e8d326) 

And Vadim (cc'd in this bug) has also been crashing...he should be posting his
stack and any other info soon.

Comment 1

[Jay Patel [:jay]]

Cc'ing some folks from bug 120639...

Comment 2

[Vadim Berezniker]

Attachment: yet another stack trace

you can ignore the stack trace if you want ... you probably have enough
already. 

but here's the talkbacks requested:
TB5357452G
TB5357479M
TB5357503G
TB5357609W

Very easy way to crash with this stack: 
Open caranddriver.com and hit reload quickly several times. Does it every time.

Comment 3

[timeless]

does anyone have time to look to see if there are places where mFrame is freed 
w/o being nulled?

Comment 4

[gerardok]

Changing QA contact

Comment 5

[Jay Patel [:jay]]

This crash is also showing up under the 0x00000000 stack signature:
Count   Offset    Real Signature
[ 2   0x00000000 e293507b - nsImageListener::FrameChanged ]
[ 1   0x00000000 cb96fae7 - nsImageListener::FrameChanged ]
 
     Crash date range: 2002-04-17 to 2002-04-21
     Min/Max Seconds since last crash: 507 - 94208
     Min/Max Runtime: 507 - 94208
     Keyword List :  
     Count   Platform List 
     2   Windows NT 5.1 build 2600
     1   Windows NT 5.0 build 2195
 
     Count   Build Id List 
     2   2002041914
     1   2002041606
 
     No of Unique Users         3
 
 Stack trace(Frame) 

	 0x00000000  
	 nsImageListener::FrameChanged
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsImageFrame.cpp  line 2383] 
	 imgRequestProxy::FrameChanged
[d:\builds\seamonkey\mozilla\modules\libpr0n\src\imgRequestProxy.cpp  line 294] 
	 imgRequest::FrameChanged
[d:\builds\seamonkey\mozilla\modules\libpr0n\src\imgRequest.cpp  line 336] 
	 imgContainer::Notify
[d:\builds\seamonkey\mozilla\modules\libpr0n\src\imgContainer.cpp  line 459] 
	 nsTimerImpl::Fire
[d:\builds\seamonkey\mozilla\xpcom\threads\nsTimerImpl.cpp  line 352] 
	 nsTimerManager::FireNextIdleTimer
[d:\builds\seamonkey\mozilla\xpcom\threads\nsTimerImpl.cpp  line 584] 
	 nsAppShell::Run
[d:\builds\seamonkey\mozilla\widget\src\windows\nsAppShell.cpp  line 134] 
	 nsAppShellService::Run
[d:\builds\seamonkey\mozilla\xpfe\appshell\src\nsAppShellService.cpp  line 309] 
	 main1
[d:\builds\seamonkey\mozilla\xpfe\bootstrap\nsAppRunner.cpp  line 1430] 
	 main
[d:\builds\seamonkey\mozilla\xpfe\bootstrap\nsAppRunner.cpp  line 1765] 
	 WinMain
[d:\builds\seamonkey\mozilla\xpfe\bootstrap\nsAppRunner.cpp  line 1783] 
	 WinMainCRTStartup()  
	 kernel32.dll + 0x1eb69 (0x77e7eb69)   
 
     (5448419)	URL: http://www.google.com/
     (5322196)	URL: caranddriver.com
     (5322196)	Comments: Pressed back button

And new Talkback data shows people crashing at on ebay.com as well:
     Count   Offset    Real Signature
[ 5   nsImageListener::FrameChanged 1c0e1f8a - nsImageListener::FrameChanged ]
[ 4   nsImageListener::FrameChanged f0971e0e - nsImageListener::FrameChanged ]
[ 2   nsImageListener::FrameChanged c17c1f51 - nsImageListener::FrameChanged ]
[ 2   nsImageListener::FrameChanged 0be4b6aa - nsImageListener::FrameChanged ]
[ 1   nsImageListener::FrameChanged faf5dd69 - nsImageListener::FrameChanged ]
[ 1   nsImageListener::FrameChanged e1006a1f - nsImageListener::FrameChanged ]
[ 1   nsImageListener::FrameChanged e0dadd38 - nsImageListener::FrameChanged ]
 
     Crash date range: 2002-04-17 to 2002-04-21
     Min/Max Seconds since last crash: 22 - 123867
     Min/Max Runtime: 88 - 123867
     Keyword List :  
     Count   Platform List 
     6   Windows NT 5.0 build 2195
     5   Windows NT 5.1 build 2600
     3   Windows 98 4.10 build 67766446
     2   Windows 98 4.10 build 67766222
 
     Count   Build Id List 
     9   2002041914
     3   2002041906
     2   2002041909
     2   2002041606
 
     No of Unique Users        13
 
 Stack trace(Frame) 

	 nsImageListener::FrameChanged
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsImageFrame.cpp  line 2383] 
	 imgRequestProxy::FrameChanged
[d:\builds\seamonkey\mozilla\modules\libpr0n\src\imgRequestProxy.cpp  line 294] 
	 imgRequest::FrameChanged
[d:\builds\seamonkey\mozilla\modules\libpr0n\src\imgRequest.cpp  line 336] 
	 imgContainer::Notify
[d:\builds\seamonkey\mozilla\modules\libpr0n\src\imgContainer.cpp  line 459] 
	 nsTimerImpl::Fire
[d:\builds\seamonkey\mozilla\xpcom\threads\nsTimerImpl.cpp  line 352] 
	 nsTimerManager::FireNextIdleTimer
[d:\builds\seamonkey\mozilla\xpcom\threads\nsTimerImpl.cpp  line 584] 
	 nsAppShell::Run
[d:\builds\seamonkey\mozilla\widget\src\windows\nsAppShell.cpp  line 134] 
	 nsAppShellService::Run
[d:\builds\seamonkey\mozilla\xpfe\appshell\src\nsAppShellService.cpp  line 309] 
	 main1
[d:\builds\seamonkey\mozilla\xpfe\bootstrap\nsAppRunner.cpp  line 1430] 
	 main
[d:\builds\seamonkey\mozilla\xpfe\bootstrap\nsAppRunner.cpp  line 1765] 
	 WinMain
[d:\builds\seamonkey\mozilla\xpfe\bootstrap\nsAppRunner.cpp  line 1783] 
	 WinMainCRTStartup()  
	 kernel32.dll + 0x1eb69 (0x77e7eb69)   
 
     (5426225)	Comments: I was submitting a form on eBay  the form being a regular ebay search
     (5404381)	URL: listings.ebay.com/aw/plistings/...
     (5404381)	Comments: roaming around ebay selecting from ...    browse --> clothing.mens
--> footware --> athletic shoes            and then back up the stack and then
back down the            stack as if I weren't sure I had gone down the right  
         path and
     (5404381)	Comments:  then decided I had so went back down it again.
     (5322265)	URL: caranddriver.com
     (5322220)	URL: caranddriver.com

Adding qawanted to see if we can get this reproduced in-house so we can make
this a topcrash+.  I have not been able to reproduce this with Vadim's steps at
caranddriver.com.

Comment 6

[Amarendra Hanumanula]

 Setting the priority.

Comment 7

[Marc Attinasi]

Looks like nsImageListener::FrameChanged, not nsImageBoxListener::FrameChanged -
changing summary...

Teh mFrame member is checked against null already, so it must be invalid -
egads. Need to reproduce.

Comment 8

[Marc Attinasi]

My guess is that a pending image load for an image frame is not being canceled
before the frame tree is destroyed, so when the timer fires and we process the
image request, the frame to which it refers has already been destroyed. I bet
this happens a lot more often than we get crashes for too, since the frames are
allocated from an arean and the memory is not cleared, allowing stale frames to
be 'safely' accessed in many cases. In this case, the image frame's memory
probably has been taken over by another frame )of a different type) so the
vtable entry for the new frame is null where the FrameChanged method would be
for an imageFrame.

Comment 9

[Chris Petersen]

I can reproduce this crash on both Windows ME (2002-04-23-10 trunk) and Mac OS X
(2002-04-26-05- branch) when clicking the reload button multiple times at
caranddriver. 


1) Load http://www.caranddriver.com
2) After page loads, I rapidily click the reload toolbar button (3- 5) times.
3) Crash occurs

Comment 10

[Jan Carpenter]

Marking topcrash+ since there's a reproducible testcase now.

Comment 11

[karnaze (gone)]

Taking the bug.

Comment 12

[karnaze (gone)]

Attachment: reduced test case that crashes when reloading

This simple test case crashes Viewer when reloading (sometimes it has to be
reloaded a 2nd time).

Comment 13

[karnaze (gone)]

Attachment: reduced test case without javascript that crashes when reloading

Comment 14

[Chris Waterson]

cc'ing harish. Probably another content model juggling bug.

Comment 15

[karnaze (gone)]

Attachment: patch to fix the bug

The patch ensures that non table related frames that cause pseudo frames
(anonymous ancestor frames between a frame and a table related frame) to be
created get added to a child list. Without the patch, when the relevant code is
invoked, there are memory leaks, likely data loss, and crashes in the case of
image frames.

Although the test case probably exposes a parser bug, the obsoleted test case
and the url cannot be fixed by the parser because content gets added via
javascript.

Comment 16

[Chris Waterson]

Comment on attachment 81699 [details] [diff] [review]
patch to fix the bug

sr=waterson

Comment 17

[Alexandru Savulov]

Comment on attachment 81699 [details] [diff] [review]
patch to fix the bug

r= alexsavulov

Comment 18

[scottputterman]

adding adt1.0.0+.  Please check into the branch as soon as possible after
getting drivers approval and add the fixed1.0.0 keyword.

Comment 19

[Randell Jesup [:jesup] (needinfo me)]

Comment on attachment 81699 [details] [diff] [review]
patch to fix the bug

a=[e-mail] for branch checkin

Comment 20

[harishd]

karnaze: Could you run your patch with the test case / url in bug 133410? Thanks.

Comment 21

[karnaze (gone)]

Checked into the trunk and m1.0 branch.

Comment 22

[Matthias Versen [:Matti]]

*** Bug 142937 has been marked as a duplicate of this bug. ***

Comment 23

[Jay Patel [:jay]]

This crash has not gone away.  There have been crashes on the MozillaTrunk after
the checkin at other urls (with the same stack):

Count   Offset    Real Signature
[ 3   0x00000000 cb96fae7 - nsImageListener::FrameChanged ]
[ 2   0x00000000 f579f95b - nsImageListener::FrameChanged ]
[ 2   0x00000000 e293507b - nsImageListener::FrameChanged ]
 
     Crash date range: 2002-05-01 to 2002-05-07
     Min/Max Seconds since last crash: 51 - 329346
     Min/Max Runtime: 507 - 492637
     Keyword List :  
     Count   Platform List 
     5   Windows NT 5.0 build 2195
     2   Windows NT 5.1 build 2600
 
     Count   Build Id List 
     2   2002050708
     2   2002043010
     1   2002050608
     1   2002050604
     1   2002042908
 
     No of Unique Users         7
 
 Stack trace(Frame) 

	 0x00000000  
	 nsImageListener::FrameChanged
[nsImageFrame.cpp  line 2383] 
	 imgRequestProxy::FrameChanged
[imgRequestProxy.cpp  line 294] 
	 imgRequest::FrameChanged
[imgRequest.cpp  line 338] 
	 imgContainer::Notify
[imgContainer.cpp  line 459] 
	 nsTimerImpl::Fire
[nsTimerImpl.cpp  line 357] 
	 nsTimerManager::FireNextIdleTimer
[nsTimerImpl.cpp  line 591] 
	 nsAppShell::Run
[nsAppShell.cpp  line 134] 
	 nsAppShellService::Run
[nsAppShellService.cpp  line 451] 
	 main1
[nsAppRunner.cpp  line 1472] 
	 main
[nsAppRunner.cpp  line 1808] 
	 WinMain
[nsAppRunner.cpp  line 1826] 
	 WinMainCRTStartup()  
	 KERNEL32.DLL + 0xd326 (0x77e8d326)   
 
     (6052120)	URL: www.ubid.com
     (6052120)	Comments: I was just about to login to ubid and it crashed.
     (6033031)	URL: http://gamefix.free.fr
     (5863137)	URL: www.gamasutra.com
     (5863137)	Comments: Reading the post-mortem on Star Wars Rogue Leader 2 in a tabbed window

Reopening for now...let me know if I need to log a new bug.  Also see bug 133410
for what seems to be related crashes.

Comment 24

[Jay Patel [:jay]]

reopening for real this time.

Comment 25

[John Morrison]

I think talkback _may_ be slightly off in reporting the stack. See bug 133410
and particularly bug 142830 where talkback is reporting the crash slightly 
differently from what can be reproduced in a debugger (msvc).

Comment 26

[karnaze (gone)]

jpatel, could you please open a new bug. This bug had multiple urls and a 
reduced test case that were fixed by the patch. The patch corrected a particular 
situation where an image frame was not hooked up properly in the frame 
hierarchy. If there are other problems with image frames elsewhere in the code, 
they could produce this stack. 

Comment 27

[Jay Patel [:jay]]

Ok, verifying this fixed...no longer crashing at the original urls or with the
testcase (MozillaTrunk and Mozilla1.0 Branch).  I will open a new bug for the
other crashes at nsImageListener::FrameChanged.

Comment 28

[Amarendra Hanumanula]

 Adding verified1.0.0 keyword

Comment 29

[alfajohan]

When I opened the link 
http://www.toyotareferences.com/2015/09/2016-toyota-tundra-trd-pro-release-date.html

I found crash on mozilla firefo

Comment 30

[Moto brok]

when I visit this link :
http://www.autosrelease.com/2015/09/2017-toyota-sequoia-concept.html
I find a lot of information about toyota sequoia in future