User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5b) Gecko/20030827 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5b) Gecko/20030827 Moving a message to a new folder using the File option in the Search Messages dialog will successfully move the message, but results in a crash upon exiting Mozilla. Reproducible: Always Steps to Reproduce: 1. Open Mozilla Mail. 2. Select "Tools/Search Messages..." 3. Search for a string that will result in messages being found. 4. Select one of the search results. 5. Click "File" and select a folder (same folder the message is currently in or a different one). 6. Exit Mail and Mozilla. Actual Results: Mozilla crashes with what looks like a null ponter exception. Expected Results: Exit without incident. Talkback crash ID: TB23106348Y. This occurs under Mozilla Thunderbird 0.2a (20030826) as well.

TB23106348Y: nsRDFResource::~nsRDFResource f6f8c532 Stack Trace: nsRDFResource::~nsRDFResource [c:/builds/seamonkey/mozilla/rdf/util/src/nsRDFResource.cpp line 74] nsRDFResource::`scalar deleting destructor' nsRDFResource::Release [c:/builds/seamonkey/mozilla/rdf/util/src/nsRDFResource.cpp line 83] nsCOMPtr_base::assign_with_AddRef [c:/builds/seamonkey/mozilla/xpcom/glue/nsCOMPtr.cpp line 75] nsGenericModule::Shutdown [c:/builds/seamonkey/mozilla/xpcom/glue/nsGenericFactory.cpp line 370] nsGenericModule::Release [c:/builds/seamonkey/mozilla/xpcom/glue/nsGenericFactory.cpp line 253] nsDll::Shutdown [c:/builds/seamonkey/mozilla/xpcom/components/xcDll.cpp line 391] nsFreeLibrary [c:/builds/seamonkey/mozilla/xpcom/components/nsNativeComponentLoader.cpp line 280] nsGenericModule::Shutdown [c:/builds/seamonkey/mozilla/xpcom/glue/nsGenericFactory.cpp line 370] nsGenericModule::Release [c:/builds/seamonkey/mozilla/xpcom/glue/nsGenericFactory.cpp line 253] nsDll::Shutdown [c:/builds/seamonkey/mozilla/xpcom/components/xcDll.cpp line 391] nsFreeLibrary [c:/builds/seamonkey/mozilla/xpcom/components/nsNativeComponentLoader.cpp line 280] nsFreeLibraryEnum [c:/builds/seamonkey/mozilla/xpcom/components/nsNativeComponentLoader.cpp line 350] hashEnumerate [c:/builds/seamonkey/mozilla/xpcom/ds/nsHashtable.cpp line 121] PL_DHashTableEnumerate [c:/builds/seamonkey/mozilla/xpcom/ds/pldhash.c line 620] nsHashtable::Enumerate [c:/builds/seamonkey/mozilla/xpcom/ds/nsHashtable.cpp line 304] nsNativeComponentLoader::UnloadAll [c:/builds/seamonkey/mozilla/xpcom/components/nsNativeComponentLoader.cpp line 966] nsComponentManagerImpl::UnloadLibraries [c:/builds/seamonkey/mozilla/xpcom/components/nsComponentManager.cpp line 3133] nsComponentManagerImpl::Shutdown [c:/builds/seamonkey/mozilla/xpcom/components/nsComponentManager.cpp line 875] NS_ShutdownXPCOM [c:/builds/seamonkey/mozilla/xpcom/build/nsXPComInit.cpp line 770] GRE_Shutdown [c:/builds/seamonkey/mozilla/xpcom/glue/standalone/nsXPCOMGlue.cpp line 298] main [c:/builds/seamonkey/mozilla/xpfe/bootstrap/nsAppRunner.cpp line 1684] WinMain [c:/builds/seamonkey/mozilla/xpfe/bootstrap/nsAppRunner.cpp line 1694] WinMainCRTStartup() KERNEL32.DLL + 0x87f5 (0x7c4e87f5) Source File : c:/builds/seamonkey/mozilla/rdf/util/src/nsRDFResource.cpp line no: 74 -> RDF There was Timeless' bug 155192 with same stack signature.

-> RDF

-> really RDF (accidentally Search component is in both products)

yep it's the same problem. which means chase's patch didn't work. i can fix this if one of rjc/chase accept a patch from me. *** This bug has been marked as a duplicate of 155192 ***