Using apr12 commercial trunk build: win98, linux rh6.2, mac OS 9.0 POP only, IMAP works okay I thought I got this to work a couple times with yesterday's build (ref bug 66947), but now I can't for the life of me get a multiple delete to work from search results if search was cross folders/POP. Doesn't matter whether it's a contiguous or non-contiguous selection, all messages in selection are not deleted. In the cases I've tried today, I haven't sorted or otherwise tried to refresh the search results once they're found so as not to complicate the issue. Note: Multiple delete from POP search results works fine if the results are same folder. Note: When I'm trying the multiple selection delete across folders I am not seeing symptoms of bug 75761 which displays replicated/incorrect headers in the results pane. Steps: 1. POP account, login, get messages. 2. Make sure there is at least one user folder with messages. 3. Select the account level for the POP account, Search|Search Mail/News. Initiate a simple search which will find matches in the Inbox as well as a user created folder. 4. In search results select a message which resides in the Inbox and one from a different folder. Click the search ui's Delete button. Result: Only one message is deleted from search results and its residence folder and appears in the trash. Expected: Both messages should be deleted from search results, from thread pane in residence folder and should be moved to the trash.

I've crashed a few times when doing a Shift+Sel to select all messages in the POP results which crossed folders -- win98, can't get the crash reports from talkback. Assume it's related to this underlying problem... just an FYI. That makes it more severe.

This is Laurel's crash nsMsgDBView::OnNewHeader [d:\builds\seamonkey\mozilla\mailnews\base\src\nsMsgDBView.cpp, line 2749] nsMsgDBView::OnKeyAdded [d:\builds\seamonkey\mozilla\mailnews\base\src\nsMsgDBView.cpp, line 3247] nsMsgDatabase::NotifyKeyAddedAll [d:\builds\seamonkey\mozilla\mailnews\db\msgdb\src\nsMsgDatabase.cpp, line 438] nsMsgDatabase::AddNewHdrToDB [d:\builds\seamonkey\mozilla\mailnews\db\msgdb\src\nsMsgDatabase.cpp, line 2574] nsMsgDatabase::CopyHdrFromExistingHdr [d:\builds\seamonkey\mozilla\mailnews\db\msgdb\src\nsMsgDatabase.cpp, line 2599] nsMsgLocalMailFolder::EndCopy [d:\builds\seamonkey\mozilla\mailnews\local\src\nsLocalMailFolder.cpp, line 2289] nsCopyMessageStreamListener::OnStopRequest [d:\builds\seamonkey\mozilla\mailnews\base\src\nsCopyMessageStreamListener.cpp, line 162] nsMsgProtocol::OnStopRequest [d:\builds\seamonkey\mozilla\mailnews\base\util\nsMsgProtocol.cpp, line 273] nsMailboxProtocol::OnStopRequest [d:\builds\seamonkey\mozilla\mailnews\local\src\nsMailboxProtocol.cpp, line 204] nsOnStopRequestEvent::HandleEvent [d:\builds\seamonkey\mozilla\netwerk\base\src\nsRequestObserverProxy.cpp, line 159] PL_HandleEvent [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 589] PL_ProcessPendingEvents [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 522] _md_EventReceiverProc [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 1070] KERNEL32.DLL + 0x24407 (0xbff94407) 0x00688b5a

I've also been seeing problems trying to reproduce this where delete doesn't do anything at all. It just takes away focus from the Search window.

reassigning to self.

fix checked in

something wrong; working on it. reopening.

fix checked in.

OK using may02 commercial trunk build: linux rh6.2, mac OS 9.0, win98