Linux (2000-03-17-08 M15) trunk commercial build Win32 (2000-03-17-09 M15) trunk commercial build Steps: 1. Launch Mesenger using the -mail option 2. From the POP account, select a message from Inbox (or any folder) 3. Click on the Delete button. No problem. Message is deleted 4. Select another message, click on the Delete button again Actual result: No response, message does not delete Expected result: It should delete the second message This only occurs in POP account only. IMAP works fine. This occurs on Linux and Win32. Unable to test Mac, it has other problems.

jeff has a few delete bugs already. Fenella, can you search on jeff's bugs and see if yours is a dup of any of his? Thanks.

I'm seeing this too, doesn't look exactly like any of jeff's bugs. On 2000032308 Win32, steps: 1) Launch messenger using button in browser or -mail option 2) From a pop account, select a message 3) Delete, no problem...message is moved to trash. 4) Highlight and view Trash for the previously selected POP account. Edit | Empty Trash. Result: trash is deleted....good. 5) Go back to POP inbox. Selected a message, and delete. Result - message is not deleted. This state maintained until mozilla is restarted (closing and reopening Messenger, without closing browser, does not resolve).

jeff?

cc'ing bienvenu. M15....

I'll take this.

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

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

Adding dogfood keyword and giving this a [dogfood+]/

bienvenu, do you want me to take this bug from you since it's pop not imap or do you think it's related to delete problems we have in imap?

reassign to scott, but I think it's a dup of a bug assigned to jefft. Note the empty trash step.

This *may* be a dup of 23447...looks like similiar symptoms, even if the steps to reproduce are a little different (more detailed here?). Maybe we ought to change 23447's OS to ALL and mark this one as a dup?

I agree this does sound like a dup. I'll mark it as such and upgrade the status of the other bug to transfer the dogfood + setting of the bug. *** This bug has been marked as a duplicate of 23447 ***

Using builds 2000-05-17 on win98, mac and linux this is fixed. I deleted a total of 50 msgs in one session interrupting the delete by doing an undo and closing the Message pane then reopening, all messages were deleted. Verified.

Dup appears to be in error, the trash empties properly for me (Build ID: 2000052208) yet mail only looks like it is deleted. When I look at the actual Inbox file in ~/.mozilla/<user>/Mail/<server>/ the messages are all still there. I've been moving important stuff from Inbox to other folders, deleting the file, and touching it to create a new 0 byte file.

James, delete messages marked the messages deleted. To actually remove them from the backing store you need to use "Compact this folder". Hope this helps.

As Jeff mentioned, your mailbox file shouldn't actually have the messages removed until you've compacted. I'm pretty sure we can reclose this if the delete bug is gone.

As Jefft mentioned before, you need to compact the folder if you want to actually see it get removed from the berkley mail folder. the delete part is fixed. Marking as fixed.

Verifying as fixed per comments by putterman, jefft & mscott.

I think this may have regressed. Maybe a new issue, but it just seems so similar to the old one. On several fresh installs over the last few days, up to Win32 (20000060508), I'm seeing this behavior: Steps: 1) In Mail/News, select a message from the inbox of a POP account. Hit delete button. Message deletes - good. 2) Select another message. Hit Delete button. Message doesn't delete - bad. 3) So I try to drag that message into the Trash. Message deletes. 4) I try to drag another message into the Trash (because the Delete button still doesn't work). Now drag/drop won't delete the message either. 5) Try to Empty Trash can by any method. It does not empty.

load balancing to jefft.

FWIW, I tried this last night and it worked fine. But Steve Bishop is right, it does look like the losing trash flags bug. Steve, do you have multiple pop accounts, or just one?

I've tried setting up a single account and multiple accounts. The problems seems present in both situations. One is on SUN's pop program, the other is on a Novell pop account.

spam - adding self to cc list

This is working fine for me on WinNT.

Both Mac and WinNT are working fine for me although I hit a lot of mork db assertions. Continuing pass the assertion seems fine.

Linux is working fine for me. I also did EmptyTrash & Compact This Folder in between. Everything works as expected. Steve can you try with today's build and with a fresh profile or account. Thanks,

Trying fresh again with 20000060613 on Win98. Drag and drop into the Trash seems to be working fine now. Looks like the problem only develops if the first message you delete in a mail session is flagged as new. i.e. If you recieve a new mail message, highlight, read it in the 3rd pane, click delete (message deletes, next message is selected), and click delete again on the second message, the second message doesn't delete. If the message has already been read, like from a previous session, and that's the first message you delete in this session, then I don't have any problem. Hmmmm. I'll keep trying to narrow the test case. Jeff, I'm SMBishop of AIM if you want to work together on this sometime, if that'd help stomp this bug out for good.

I can reproduce the problem with new profile and new account. Existing account seems working fine. It's weird as Steve pointed out. It happens on messages with "new" status.

I have a fix. We don't need to read the flags from the dbfolder info when force ReadDBFolderInfo(PR_TRUE). All flags should be set correctly in the memory. The subsequent sessions folder flags should be initialized from the folder cache elements. Index: nsMsgDBFolder.cpp =================================================================== RCS file: /cvsroot/mozilla/mailnews/base/util/nsMsgDBFolder.cpp,v retrieving revision 1.73 diff -c -r1.73 nsMsgDBFolder.cpp *** nsMsgDBFolder.cpp 2000/05/15 20:11:28 1.73 --- nsMsgDBFolder.cpp 2000/06/07 22:52:55 *************** *** 411,417 **** { if (!mInitializedFromCache) { - folderInfo->GetFlags((PRInt32 *)&mFlags); mInitializedFromCache = PR_TRUE; } --- 411,416 ----

The fix is no good. Looking for alternatives.

Found a safe fix and works. Index: nsLocalMailFolder.cpp =================================================================== RCS file: /cvsroot/mozilla/mailnews/local/src/nsLocalMailFolder.cpp,v retrieving revision 1.214 diff -c -r1.214 nsLocalMailFolder.cpp *** nsLocalMailFolder.cpp 2000/05/31 08:31:04 1.214 --- nsLocalMailFolder.cpp 2000/06/08 18:36:11 *************** *** 749,755 **** --- 749,759 ---- { mDatabase->GetDBFolderInfo(getter_AddRefs(dbFolderInfo)); if (dbFolderInfo) + { + if (folderOpen == NS_MSG_ERROR_FOLDER_SUMMARY_MISSING) + dbFolderInfo->SetFlags(mFlags); dbFolderInfo->GetTransferInfo(getter_AddRefs(transferInfo)); + } dbFolderInfo = nsnull; } // if it's out of date then reopen with upgrade.

Fix checked in.

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

Notes for testing: o Use previous build to exhibit the problem. o Must be new profile, new account with no existing *.msf files o Make sure to have "leave messave on server" checked (this help you not removing message from the sever so that you can test the same account, messages over and over again) o Get NewMsg, start deleting messages, the second delete should fail if using previous build (at least couple days ago)

verified on 4/13/2000 Win32 and Linux builds

Tested a New profile with mac build 2000-06-26 and left messages on server. All messages came in unread. I selected the 1st message and clicked the Delete button, it deleted. Continued deleting unread messages and they all (6) deleted. Since Steve verified on win and linux I verified on mac I will mark this as verfied.