Closed Bug 412699 Opened 17 years ago Closed 16 years ago

Minefield takes long time to shutdown while in nsAnnotationService

Categories

(Toolkit :: Places, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: matt, Unassigned)

Details

(Keywords: perf)

(Might be a duplicate of bug 392294)

When I shutdown Minefield it takes anywhere from 4 to 16 seconds to finish after the last window disappears.  If gdb is to be believed most of the time is spent by the Javascript debugger doing something with sqlite3.  The browser doesn't need to be active for a long time or have special pages loaded; just starting it with Bugzilla loaded in two tabs and immediately shutting down displays the behavior.

A full stack trace looks like:

#0  0xb7fa8001 in pthread_mutex_lock () from /lib/i686/libpthread.so.0
#1  0xb68f8372 in sqlite3_mutex_enter () from ./libsqlite3.so
#2  0xb690931a in sqlite3_reset_auto_extension () from ./libsqlite3.so
#3  0xb68fa7bc in sqlite3_malloc () from ./libsqlite3.so
#4  0xb69048b4 in sqlite3_column_blob () from ./libsqlite3.so
#5  0xb6904a35 in sqlite3_column_blob () from ./libsqlite3.so
#6  0xb6934ebb in sqlite3_prepare () from ./libsqlite3.so
#7  0xb6936fb7 in sqlite3_step () from ./libsqlite3.so
#8  0xb7b7146f in JSD_DebuggerOnForUser () from ./libxul.so
#9  0xb7b7489e in JSD_DebuggerOnForUser () from ./libxul.so
#10 0xb7b75e3d in JSD_DebuggerOnForUser () from ./libxul.so
#11 0xb3257793 in NSGetModule ()
   from /usr/home/matt/graze/browsers/firefox/components/libbrowsercomps.so
#12 0xb3258965 in NSGetModule ()
   from /usr/home/matt/graze/browsers/firefox/components/libbrowsercomps.so
#13 0xb3258879 in NSGetModule ()
   from /usr/home/matt/graze/browsers/firefox/components/libbrowsercomps.so
#14 0xb3258a86 in NSGetModule ()
   from /usr/home/matt/graze/browsers/firefox/components/libbrowsercomps.so
#15 0xb3258879 in NSGetModule ()
   from /usr/home/matt/graze/browsers/firefox/components/libbrowsercomps.so
#16 0xb3258a86 in NSGetModule ()
   from /usr/home/matt/graze/browsers/firefox/components/libbrowsercomps.so
#17 0xb3258879 in NSGetModule ()
   from /usr/home/matt/graze/browsers/firefox/components/libbrowsercomps.so
#18 0xb3258a86 in NSGetModule ()
   from /usr/home/matt/graze/browsers/firefox/components/libbrowsercomps.so
#19 0xb325b0b5 in NSGetModule ()
   from /usr/home/matt/graze/browsers/firefox/components/libbrowsercomps.so
#20 0xb325aa5e in NSGetModule ()
   from /usr/home/matt/graze/browsers/firefox/components/libbrowsercomps.so
#21 0xb7c983a1 in NS_InvokeByIndex_P () from ./libxul.so
#22 0xb7528cb3 in fstat () from ./libxul.so
#23 0xb752c4e4 in fstat () from ./libxul.so
#24 0xb73180ad in js_Invoke () from ./libmozjs.so
#25 0xb731e80a in js_Invoke () from ./libmozjs.so
#26 0xb7318109 in js_Invoke () from ./libmozjs.so
#27 0xb75251a1 in fstat () from ./libxul.so
#28 0xb7520c6d in fstat () from ./libxul.so
#29 0xb7c98eb7 in NS_InvokeByIndex_P () from ./libxul.so
#30 0xb7c6467d in NS_CStringContainerInit2_P () from ./libxul.so
#31 0xb7c64d3c in NS_CStringContainerInit2_P () from ./libxul.so
#32 0xb74f4fd5 in stat () from ./libxul.so
#33 0xb74ee564 in gtk_moz_embed_get_title () from ./libxul.so
#34 0xb74f1486 in XRE_main () from ./libxul.so
#35 0x08048ac8 in ?? ()
#36 0x00000003 in ?? ()
#37 0xbfbec044 in ?? ()
#38 0x080511e8 in ?? ()
#39 0x080510f8 in ?? ()
#40 0xb7fdf6f0 in _r_debug ()
#41 0x0804866b in ?? ()
#42 0xbfbebf84 in ?? ()
#43 0xbfbec044 in ?? ()
#44 0x00000003 in ?? ()
#45 0xb7c81ef4 in NS_NewLocalFile_P () from ./libxul.so
#46 0xb6959d8c in __libc_start_main () from /lib/i686/libc.so.6
#47 0x08048921 in ?? () 

Continuing and breaking again seconds later results in variations like:

#0  0xb68fea01 in sqlite3_mprintf () from ./libsqlite3.so
#1  0xb6936fb7 in sqlite3_step () from ./libsqlite3.so
#2  0xb7b7146f in JSD_DebuggerOnForUser () from ./libxul.so
#3  0xb7b752c8 in JSD_DebuggerOnForUser () from ./libxul.so
#4  0xb7b76429 in JSD_DebuggerOnForUser () from ./libxul.so

#0  0xb68f27d0 in sqlite3_release_memory () from ./libsqlite3.so
#1  0xb690a97e in sqlite3_sleep () from ./libsqlite3.so
#2  0xb690aaf8 in sqlite3_sleep () from ./libsqlite3.so
#3  0xb690c67e in sqlite3_sleep () from ./libsqlite3.so
#4  0xb690ccca in sqlite3_sleep () from ./libsqlite3.so
#5  0xb6930931 in sqlite3_prepare () from ./libsqlite3.so
#6  0xb6936fb7 in sqlite3_step () from ./libsqlite3.so
#7  0xb7b7146f in JSD_DebuggerOnForUser () from ./libxul.so
#8  0xb7b752c8 in JSD_DebuggerOnForUser () from ./libxul.so
#9  0xb7b76429 in JSD_DebuggerOnForUser () from ./libxul.so


Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9b3pre) Gecko/2008011504 Minefield/3.0b3pre ID:2008011504

Extensions:

About Menu 1.2.5
AboutPlug 1.3 [DISABLED]
Autofill Forms 0.8.1.2 [DISABLED]
ChatZilla 0.9.80
Configuration Mania? 1.09.2007122901 [DISABLED]
dAmn XPCOM 1.6 [DISABLED]
DOM Inspector 1.9b3pre [DISABLED]
Fasterfox 2.0.0 [DISABLED]
Firemacs 2.4 [DISABLED]
FLST 0.8.6 [DISABLED]
Google Icon 1.4 [DISABLED]
Google Toolbar for Firefox 3.0.20070525L [DISABLED]
Greasemonkey 0.7.20070607.0 [DISABLED]
JavaScript Debugger 0.9.87.2 [DISABLED]
JSView 1.5 [DISABLED]
Leak Monitor 0.3.6 [DISABLED]
Nightly Tester Tools 1.3b4
No Squint 1.0.1 [DISABLED]
NoScript 1.2.9 [DISABLED]
Preferential 0.8.2 [DISABLED]
QuickJava 0.4.2.1 [DISABLED]
ServStats 0.5.0.5 [DISABLED]
Session Manager 0.6.1.8
Smart Middle Click 0.5 [DISABLED]
Unhide Menubar 0.0.9 [DISABLED]
United States English Dictionary 2.0.0.6 [DISABLED]
From the stack, pretty clearly not a JavaScript Engine bug.

/be
Assignee: general → Jan.Varga
Component: JavaScript Engine → SQL
QA Contact: general → irixman+bugzilla
Whiteboard: DUPEME
Assignee: Jan.Varga → nobody
Component: SQL → Storage
Product: Core → Toolkit
QA Contact: irixman+bugzilla → storage
so, if someone could tell me what js code is running while this is happening, I might be able to get to the bottom of this.  Otherwise, I have no idea...
>so, if someone could tell me what js code is running while this is happening, I
>might be able to get to the bottom of this. 

I'll do so if you can tell me how to find out what js code is running on exit.  I'm building a debug from source pulled from CVS on Jan 13, but that's going to take a while yet on my slow machine.  Is there a way to do it with a nightly build downloaded from mozilla.org?  gdb doesn't seem to be working with the Minefield update I just got, so I can't use that.
For a  debug build of CVS code pulled Jan 13, when I stopped execution
during shutdown the stack trace during the first half or so of the
shutdown lag would usually look like:

<<<<<<<<<<<<<<<<<<<<<<<<<
#0  sqlite3VdbeExec (p=0x8ad1c08) at sqlite3.c:38235
#1  0xb68e2d79 in sqlite3Step (p=0x8ad1c08) at sqlite3.c:36971
#2  0xb68e2f1a in sqlite3_step (pStmt=0x8ad1c08) at sqlite3.c:37036
#3  0xb68f8d10 in mozStorageStatement::ExecuteStep (this=0x8ad0468,
    _retval=0xbff359a4) at mozStorageStatement.cpp:472
#4  0xb5b470d9 in nsAnnotationService::StartGetAnnotationFromItemId (
    this=0x8a6c968, aItemId=1250, aName=@0x8244450)
    at nsAnnotationService.cpp:1830
#5  0xb5b47196 in nsAnnotationService::ItemHasAnnotation (this=0x8a6c968,
    aItemId=1250, aName=@0x8244450, _retval=0xbff35b98)
    at nsAnnotationService.cpp:1444
#6  0xb7dd166d in NS_InvokeByIndex_P () at xptiInterfaceInfo.cpp:73
#7  0xb67ef185 in XPCWrappedNative::CallMethod (ccx=@0xbff35cbc,
    mode=XPCWrappedNative::CALL_METHOD) at xpcwrappednative.cpp:2344
#8  0xb67fa25d in XPC_WN_CallMethod (cx=0x89041a0, obj=0xb113c1e0, argc=2,
    argv=0x9209c90, vp=0xbff35e00) at xpcwrappednativejsops.cpp:1480
#9  0xb7e4ce34 in js_Invoke (cx=0x89041a0, argc=2, vp=0x9209c88, flags=2048)
    at jsinterp.c:1023
#10 0xb7e56ac2 in js_Interpret (cx=0x89041a0, pc=0x82af969 ":",
    result=0xbff3611c) at jsinterp.c:3858
#11 0xb7e4ce9e in js_Invoke (cx=0x89041a0, argc=1, vp=0x9209bc0, flags=2050)
    at jsinterp.c:1040
#12 0xb67e9ffa in nsXPCWrappedJSClass::CallMethod (this=0x8b01998,
    wrapper=0x8b021d8, methodIndex=8, info=0x81fc738, nativeParams=0xbff363f0)
    at xpcwrappedjsclass.cpp:1443
#13 0xb67e34ff in nsXPCWrappedJS::CallMethod (this=0x8b021d8, methodIndex=8,
    info=0x81fc738, params=0xbff363f0) at xpcwrappedjs.cpp:567
#14 0xb7dd2340 in PrepareAndDispatch (methodIndex=Variable "methodIndex" is not available.
)
    at xptcstubs_gcc_x86_unix.cpp:95
#15 0xb5831703 in nsPlacesImportExportService::WriteItem (this=0x93b3718,
    aItem=0x839e8a0, aIndent=@0xbff366a8, aOutput=0x8579738)
    at nsPlacesImportExportService.cpp:1887
#16 0xb58334f3 in nsPlacesImportExportService::WriteContainerContents (
    this=0x93b3718, aFolder=0x8e91eb0, aIndent=@0xbff36778, aOutput=0x8579738)
    at nsPlacesImportExportService.cpp:2168
#17 0xb5833340 in nsPlacesImportExportService::WriteContainer (this=0x93b3718,
    aFolder=0x8e91eb0, aIndent=@0xbff36778, aOutput=0x8579738)
    at nsPlacesImportExportService.cpp:1610
#18 0xb583366b in nsPlacesImportExportService::WriteContainerContents (
    this=0x93b3718, aFolder=0x924aa20, aIndent=@0xbff36848, aOutput=0x8579738)
    at nsPlacesImportExportService.cpp:2164
#19 0xb5833340 in nsPlacesImportExportService::WriteContainer (this=0x93b3718,
    aFolder=0x924aa20, aIndent=@0xbff36848, aOutput=0x8579738)
    at nsPlacesImportExportService.cpp:1610
#20 0xb583366b in nsPlacesImportExportService::WriteContainerContents (
    this=0x93b3718, aFolder=0x837fe20, aIndent=@0xbff36968, aOutput=0x8579738)
    at nsPlacesImportExportService.cpp:2164
#21 0xb5833d1f in nsPlacesImportExportService::ExportHTMLToFile (
    this=0x93b3718, aBookmarksFile=0x8a1fa30)
    at nsPlacesImportExportService.cpp:2412
#22 0xb582ebf9 in nsPlacesImportExportService::BackupBookmarksFile (
    this=0x93b3718) at nsPlacesImportExportService.cpp:2484
#23 0xb7dd166d in NS_InvokeByIndex_P () at xptiInterfaceInfo.cpp:73
#24 0xb67ef185 in XPCWrappedNative::CallMethod (ccx=@0xbff36d38,
    mode=XPCWrappedNative::CALL_METHOD) at xpcwrappednative.cpp:2344
#25 0xb67fa25d in XPC_WN_CallMethod (cx=0x89041a0, obj=0xb2f1dce0, argc=0,
    argv=0x9209bb4, vp=0xbff36e7c) at xpcwrappednativejsops.cpp:1480
#26 0xb7e4ce34 in js_Invoke (cx=0x89041a0, argc=0, vp=0x9209bac, flags=2048)
    at jsinterp.c:1023
#27 0xb7e56ac2 in js_Interpret (cx=0x89041a0, pc=0x8284334 ":",
    result=0xbff37198) at jsinterp.c:3858
#28 0xb7e4ce9e in js_Invoke (cx=0x89041a0, argc=3, vp=0x9209a70, flags=2050)
    at jsinterp.c:1040
#29 0xb67e9ffa in nsXPCWrappedJSClass::CallMethod (this=0x840e7b8,
    wrapper=0x840cd78, methodIndex=3, info=0x80ec7c8, nativeParams=0xbff3746c)
    at xpcwrappedjsclass.cpp:1443
#30 0xb67e34ff in nsXPCWrappedJS::CallMethod (this=0x840cd78, methodIndex=3,
    info=0x80ec7c8, params=0xbff3746c) at xpcwrappedjs.cpp:567
#31 0xb7dd2340 in PrepareAndDispatch (methodIndex=Variable "methodIndex" is not available.
)
    at xptcstubs_gcc_x86_unix.cpp:95
#32 0xb7d75f08 in nsObserverList::NotifyObservers (this=0x8663294,
    aSubject=0x8119188, aTopic=0xb7f08544 "profile-before-change",
    someData=0xb7f08800) at nsObserverList.cpp:128
#33 0xb7d7708c in nsObserverService::NotifyObservers (this=0x80c17e0,
    aSubject=0x8119188, aTopic=0xb7f08544 "profile-before-change",
    someData=0xb7f08800) at nsObserverService.cpp:181
#34 0xb7ee6217 in nsXREDirProvider::DoShutdown (this=0xbff37888)
    at nsXREDirProvider.cpp:851
#35 0xb7edb9a7 in ~ScopedXPCOMStartup (this=0xbff37a20) at nsAppRunner.cpp:894
#36 0xb7edf9f2 in XRE_main (argc=3, argv=0xbff37bc4, aAppData=0x8050f90)
    at nsAppRunner.cpp:3248
#37 0x08048c08 in main (argc=3, argv=0xc) at nsBrowserApp.cpp:158
>>>>>>>>>>>>>>>>>>>>>>>>>>>>

When the stack was like this (containing
nsPlacesImportExportService::WriteItem) the method was always at:

1887      rv = mMicrosummaryService->GetMicrosummary(itemId, getter_AddRefs(microsummary));

During the later part of the shutdown lag the stack trace looked like:

<<<<<<<<<<<<<<<<<<<<<<<<<<<<
#0  0xb73eaea8 in strcmp () from /lib/i686/libc.so.6
#1  0xb7d332a4 in PL_CompareStrings (v1=0xb7df9435, v2=0xb7df9435)
    at plhash.c:534
#2  0xb7d33103 in PL_HashTableRawLookup (ht=0x8050a60, keyHash=2244297581,
    key=0xb7df9435) at plhash.c:200
#3  0xb7d331c6 in PL_HashTableLookup (ht=0x8050a60, key=0xb7df9435)
    at plhash.c:391
#4  0xb7dcc8b0 in GetBloatEntry (aTypeName=0xb7df9435 "nsStringBuffer",
    aInstanceSize=8) at nsTraceRefcntImpl.cpp:418
#5  0xb7dcd2f7 in NS_LogAddRef_P (aPtr=0x8e7e618, aRefcnt=1,
    aClazz=0xb7df9435 "nsStringBuffer", classSize=8)
    at nsTraceRefcntImpl.cpp:921
#6  0xb7de4d69 in nsStringBuffer::Alloc (size=36) at nsSubstring.cpp:217
#7  0xb7de4e33 in nsACString_internal::MutatePrep (this=0x8d1cc54,
    capacity=35, oldData=0xbff36268, oldFlags=0xbff36264)
    at nsTSubstring.cpp:162
#8  0xb7de52d3 in nsACString_internal::ReplacePrep (this=0x8d1cc54,
    cutStart=0, cutLen=0, fragLen=35) at nsTSubstring.cpp:209
#9  0xb7de54bf in nsACString_internal::Assign (this=0x8d1cc54,
    data=0xbff363f4 "Mary Sue Must Die -- A BSB Fan Page", length=35)
    at nsTSubstring.cpp:345
#10 0xb7de5588 in nsACString_internal::Assign (this=0x8d1cc54, str=@0xbff363e0)
    at nsTSubstring.cpp:406
#11 0xb5b53ed4 in nsCString (this=0x8d1cc54, readable=@0xbff363e0)
    at ../../../../dist/include/string/nsTString.h:99
#12 0xb5b7c9b8 in nsNavHistoryResultNode (this=0x8d1cc38, aURI=@0xbff36434,
    aTitle=@0xbff363e0, aAccessCount=0, aTime=0, aIconURI=@0xbff3638c)
    at nsNavHistoryResult.cpp:129
#13 0xb5b59242 in nsNavHistory::RowToResult (this=0x858cb30, aRow=0x8a56fc0,
    aOptions=0x8d2c070, aResult=0xbff36510) at nsNavHistory.cpp:4819
#14 0xb5b8d45d in nsNavBookmarks::QueryFolderChildren (this=0x8940200,
    aFolderId=1764, aOptions=0x8d2c070, aChildren=0x8f2b2f0)
    at nsNavBookmarks.cpp:2006
#15 0xb5b7d49a in nsNavHistoryFolderResultNode::FillChildren (this=0x8f2b270)
    at nsNavHistoryResult.cpp:3047
#16 0xb5b7db72 in nsNavHistoryFolderResultNode::OpenContainer (this=0x8f2b270)
    at nsNavHistoryResult.cpp:2876
#17 0xb5b7a908 in nsNavHistoryContainerResultNode::SetContainerOpen (
    this=0x8f2b270, aContainerOpen=1) at nsNavHistoryResult.cpp:436
#18 0xb5b86beb in nsNavHistoryFolderResultNode::SetContainerOpen (
    this=0x8f2b270, aContainerOpen=1) at nsNavHistoryResult.h:766
#19 0xb58334a6 in nsPlacesImportExportService::WriteContainerContents (
    this=0x93b3718, aFolder=0x8f2b270, aIndent=@0xbff36778, aOutput=0x8579738)
    at nsPlacesImportExportService.cpp:2138
#20 0xb5833340 in nsPlacesImportExportService::WriteContainer (this=0x93b3718,
    aFolder=0x8f2b270, aIndent=@0xbff36778, aOutput=0x8579738)
    at nsPlacesImportExportService.cpp:1610
#21 0xb583366b in nsPlacesImportExportService::WriteContainerContents (
    this=0x93b3718, aFolder=0x8e8cf28, aIndent=@0xbff36848, aOutput=0x8579738)
    at nsPlacesImportExportService.cpp:2164
#22 0xb5833340 in nsPlacesImportExportService::WriteContainer (this=0x93b3718,
    aFolder=0x8e8cf28, aIndent=@0xbff36848, aOutput=0x8579738)
    at nsPlacesImportExportService.cpp:1610
#23 0xb583366b in nsPlacesImportExportService::WriteContainerContents (
    this=0x93b3718, aFolder=0x837fe20, aIndent=@0xbff36968, aOutput=0x8579738)
    at nsPlacesImportExportService.cpp:2164
#24 0xb5833d1f in nsPlacesImportExportService::ExportHTMLToFile (
    this=0x93b3718, aBookmarksFile=0x8a1fa30)
    at nsPlacesImportExportService.cpp:2412
#25 0xb582ebf9 in nsPlacesImportExportService::BackupBookmarksFile (
    this=0x93b3718) at nsPlacesImportExportService.cpp:2484
#26 0xb7dd166d in NS_InvokeByIndex_P () at xptiInterfaceInfo.cpp:73
#27 0xb67ef185 in XPCWrappedNative::CallMethod (ccx=@0xbff36d38,
    mode=XPCWrappedNative::CALL_METHOD) at xpcwrappednative.cpp:2344
#28 0xb67fa25d in XPC_WN_CallMethod (cx=0x89041a0, obj=0xb2f1dce0, argc=0,
    argv=0x9209bb4, vp=0xbff36e7c) at xpcwrappednativejsops.cpp:1480
#29 0xb7e4ce34 in js_Invoke (cx=0x89041a0, argc=0, vp=0x9209bac, flags=2048)
    at jsinterp.c:1023
#30 0xb7e56ac2 in js_Interpret (cx=0x89041a0, pc=0x8284334 ":",
result=0xbff3719Quit
) at jsinterp.c:3858
#31 0xb7e4ce9e in js_Invoke (cx=0x89041a0, argc=3, vp=0x9209a70, flags=2050)
    at jsinterp.c:1040
#32 0xb67e9ffa in nsXPCWrappedJSClass::CallMethod (this=0x840e7b8,
    wrapper=0x840cd78, methodIndex=3, info=0x80ec7c8, nativeParams=0xbff3746c)
    at xpcwrappedjsclass.cpp:1443
#33 0xb67e34ff in nsXPCWrappedJS::CallMethod (this=0x840cd78, methodIndex=3,
    info=0x80ec7c8, params=0xbff3746c) at xpcwrappedjs.cpp:567
#34 0xb7dd2340 in PrepareAndDispatch (methodIndex=Variable "methodIndex" is not available.
)
    at xptcstubs_gcc_x86_unix.cpp:95
#35 0xb7d75f08 in nsObserverList::NotifyObservers (this=0x8663294,
    aSubject=0x8119188, aTopic=0xb7f08544 "profile-before-change",
    someData=0xb7f08800) at nsObserverList.cpp:128
#36 0xb7d7708c in nsObserverService::NotifyObservers (this=0x80c17e0,
    aSubject=0x8119188, aTopic=0xb7f08544 "profile-before-change",
    someData=0xb7f08800) at nsObserverService.cpp:181
#37 0xb7ee6217 in nsXREDirProvider::DoShutdown (this=0xbff37888)
    at nsXREDirProvider.cpp:851
#38 0xb7edb9a7 in ~ScopedXPCOMStartup (this=0xbff37a20) at nsAppRunner.cpp:894
#39 0xb7edf9f2 in XRE_main (argc=3, argv=0xbff37bc4, aAppData=0x8050f90)
    at nsAppRunner.cpp:3248
#40 0x08048c08 in main (argc=3, argv=0xc) at nsBrowserApp.cpp:158
>>>>>>>>>>>>>>>>>>>>>>>>>>>>

Might be a duplicate of bug 337537.

I can provide my bookmarks HTML file (with perosnal entries removed)
if needed.
It looks to me like microsummaries is at fault here?
It also spent at least several second under nsNavHistoryContainerResultNode::SetContainerOpen(), though it looks like it's primarily microsummaries.
Actually, going back and re-sampling where Minefield is on shutdown, it looks like it's most often at getting info on the page annotation, like at tionService::GetPageAnnotationString() and nsAnnotationService::PageHasAnnotation(), and second most often doing stuff with favicons, like WriteFaviconAttribute().  The times that it was caught doing microsummaries looks like a coincidence.
Might be related to Bug 399490 
for reference if you see the same function symbol listed for fairly wide offsets, it probably means you're seeing an exported symbol from a library for which you have no symbols.

The typical example is: NSGetModule, but in your stack trace, the following also count: fstat NS_CStringContainerInit2_P but more importantly JSD_DebuggerOnForUser.
Summary: Minefield takes long time to shutdown while in JSD_DebuggerOnForUser → Minefield takes long time to shutdown while in nsAnnotationService
So, this is a places bug, and it's WORKSFORME now.
Status: NEW → RESOLVED
Closed: 16 years ago
Component: Storage → Places
QA Contact: storage → places
Resolution: --- → WORKSFORME
Whiteboard: DUPEME
You need to log in before you can comment on or make changes to this bug.