501256 - Browser crashes when a history folder is deleted [@ nsNavHistory::EndUpdateBatch]

Status: RESOLVED WORKSFORME

(Firefox :: Bookmarks & History, defect)

Description

[Brandon Dusseau]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.11) Gecko/2009060215 Firefox/3.0.11
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.11) Gecko/2009060215 Firefox/3.0.11

Almost every time I delete a folder in the browsing history, usually a day folder when viewing by date and site, the browser closes and opens a crash reporting window.

Reproducible: Sometimes

Steps to Reproduce:
1. Set History sidebar view to "By Date and Site"
2. Delete a folder
Actual Results:  
The browser closed and produced a crash window.

Expected Results:  
Stayed open and ran as normal.

The history folder is deleted on browser restart.

Comment 1

[Tyler Downer [He/Him]]

Can you please give a stacktrace (http://developer.mozilla.org/En/How_to_get_a_stacktrace_for_a_bug_report), and try in safe mode or a new profile. Do you have Google Toolbar installed?

Comment 2

[Brandon Dusseau]

I believe this is the correct crash report ID: 0ffe0d7d-8a8b-11dd-8de4-001321b13766
I do not have Google Toolbar installed nor do I use any custom themes. Addons are Adblock Plus 1.0.2, DownThemAll! 1.1.3, Firebug 1.3.3, HTML Validator 0.8.5.6, and UnPlug 2.003. I will try to reproduce the crash in safe mode as soon as I can.

Comment 3

[Arie Paap [:wildmyron]]

There seems to be a problem with that crash report. Do you have a recent one or as you are able to reproduce regularly could you submit please another report.

For reference, I'm unable to reproduce using Fx 3.0.11 on WinXP with Adblock Plus, Firebug and UnPlug installed.

Comment 4

[Brandon Dusseau]

The new crash report ID is f1862e98-52b0-4d97-8f0f-d14732090630.
While reproducing the crash for that report, I discovered that the crash only seems to occur if there is a page currently loading.

Comment 5

[timeless]

Signature	nsNavHistory::EndUpdateBatch()
UUID	f1862e98-52b0-4d97-8f0f-d14732090630
Time 	2009-06-30 10:33:34.394690
Uptime	405
Last Crash	1214544 seconds before submission
Product	Firefox
Version	3.0.11
Build ID	2009060215
Branch	1.9
OS	Windows NT
OS Version	6.0.6001 Service Pack 1
CPU	x86
CPU Info	AuthenticAMD family 15 model 107 stepping 2
Crash Reason	EXCEPTION_ACCESS_VIOLATION
Crash Address	0x108
User Comments	
Processor Notes 	
Crashing Thread
Frame 	Module 	Signature [Expand] 	Source
0 	xul.dll 	nsNavHistory::EndUpdateBatch 	mozilla/toolkit/components/places/src/nsNavHistory.cpp:3636
1 	xul.dll 	nsNavHistory::RemovePagesByTimeframe 	mozilla/toolkit/components/places/src/nsNavHistory.cpp:3989
2 	xul.dll 	NS_InvokeByIndex_P 	mozilla/xpcom/reflect/xptcall/src/md/win32/xptcinvoke.cpp:101
3 	xul.dll 	XPCWrappedNative::CallMethod 	mozilla/js/src/xpconnect/src/xpcwrappednative.cpp:2393

Comment 6

[Arie Paap [:wildmyron]]

A quick search of crash-stats.mozilla.com shows crash reports with this signature for builds as far back as Fx 3.0.2

There are no reports for this crash with Fx 3.5.

I'm still not able to reproduce (even with all of your extensions). I see extensions were enabled, is the crash also reproducible in safe mode?

Comment 7

[Brandon Dusseau]

I just updated to 3.5 after I realized it was out yesterday. I'll see if the bug is reproducible in normal and safe modes.

Comment 8

[Brandon Dusseau]

I could not reproduce this bug in Fx 3.5. I'm going to go ahead and mark this as resolved. Thanks for the cooperation, everyone. :)

Comment 9

[Marco Bonardo [:mak]]

no patch here, so WFM, not FIXED.