290943 - random crash closing FFTrunk FF10x [@ nsBookmarksService::ClearBookmarksContainer ]

Status: RESOLVED WORKSFORME

(Firefox :: General, defect)

Description

[Peter van der Woude [:Peter6]]

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050419
Firefox/1.0+

repro:
1. Open FF
2. Menu [Help] -> [Help Content]
3. Close Help
4. Close FF

reproducable 2 out of 10 times

Talkback: TB5196860E

also managed to crash in 20050417 build, don't know regressiondate

Comment 1

[Robin Monks]

This is topcrash #48 according to talkback reports.  Some users descriptions
when experiencing this error are:

TB5196993 open FF->open Help->close Help->close FF->crash
TB5192552 closing firefox
TB5190203 nothing. I closed the program. It had been having trouble with
pulldown menus, though - they kept disappearing.
TB5187375 I was closing firefox, switching between Azureus... Nothing wierd.
TB5170917 closing the program

And many many more (about 1,634).  This seems very visable to end-users.  I'm
suggesting a blocking-aviary1.1  I've also added some keywords, and myself to QA.

Comment 2

[Peter van der Woude [:Peter6]]

arghhhh,

I looked at  
nsBookmarksService::ClearBookmarksContainer 5b79f79c 
and the amount of talkback with similar signature is Huge 
1438 incidentents since 2005-03-29 07:30:42.0  	

obviously there are lots of different ways to crash and my way was just a
coincidence

keyword-> topcrash ?

Comment 3

[Peter van der Woude [:Peter6]]

Bug 289033 may be a dupe (talkback fastfind is awol again so I can't verify)

Comment 4

[Todd]

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

Comment 5

[Peter van der Woude [:Peter6]]

CC->Vlad
could you have a look at this ?

Comment 6

[Chris]

Confirmed in Windows 2000, Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
rv:1.8b2) Gecko/20050418 Firefox/1.0+

Reproducable all times I tried it, the help contents does not open. When I click
help>help contents, the Firefox immediately crashes.

Comment 7

[Jay Patel [:jay]]

Adding topcrash+ keyword since this is a topcrasheron recent FirefoxTrunk builds
and people have found a way to consistently reproduce.  Removing the regression
keyword, b/c according to the latest Talkback data for this stack signature:
http://talkback-public.mozilla.org/talkback/fastfind.jsp?search=1&searchby=stacksig&match=contains&searchfor=nsBookmarksService%3A%3AClearBookmarksContainer&vendor=All&product=All&platform=All&buildid=&sdate=&stime=&edate=&etime=&sortby=bbid

This crash has been around for a while...both on the Trunk and the Aviary
branch.  I see crashes from as far back as FF 1.0.  If we can find a real
regression window, please put the keyword back.

Reassinging to Ben since he was the last one to touch the code around the crash.

Comment 8

[Peter van der Woude [:Peter6]]

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050502
Firefox/1.0+ 0052PDT

FIXED ?

I am unable to reproduce since Roc's checkins earlier today

Comment 9

[Chris]

Peter mentioned it earlier this month...is this bug fixed? i can no longer
produce it using the deer park alpha 1 release candidate....

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050523
Firefox/1.0+ ID:2005052311

Comment 10

[zmanji]

I say we keep it here until it we are 100% sure that it won't occur. 

Comment 11

[Peter van der Woude [:Peter6]]

I'm not seeing ant crashes with recent builds
->wfm