Closed Bug 2919 Opened 26 years ago Closed 25 years ago

'delete' a message. then <ctrl-z> to undo. And you have a copy in trash, and a copy in inbox.

Categories

(MailNews Core :: Networking, defect, P2)

Sun
Solaris
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: sunkefer, Assigned: jefft)

Details

(This bug imported from BugSplat, Netscape's internal bugsystem. It was known there as bug #338373 http://scopus.netscape.com/bugsplat/show_bug.cgi?id=338373 Imported into Bugzilla on 02/04/99 16:52) This is not a customer issue. This is a bug I encountered. Server: Judge and Dredd On NT netscape 4.5, I clicked "delete" on a message. then <CTRL-Z> to 'undo'. I came into work and opened my trash directory, and noticed I had a copy of the message I 'deleted' and undo'd in my trash folder, and one in my inbox. I reproduced on my desktop sparc 5 solaris 2.51 running netscape 4.51 by 'delete'ing a message, and <CTRL-Z> to undo. and verified that i have a copy of the message in my trash folder and one in my inbox. So.Steps to reproduce are 1) logged into account on judge (also verified on dredd as well). 2) In messenger client, click 'delete' on a message. 3) then <CTRL-Z> to undo the delete. 4) verify that the message is in inbox 5) go to trash folder, and verify that there is still a copy of that same message in the trash folder.
Have you done this at the port to make sure that it isn't a client thing?
I will try an "undo" or "quit without saving" command at the port level. In the mean time, I did perform the test of trussing netscape while performing the test. and egrep'd through the file. Here is what i found. beans:2% more scottimap | egrep ENOENT stat("/u/sunkefer/ns_imap/nsmail-1/Inbox", 0xEFFFD440) Err#2 ENOENT stat("/u/sunkefer/ns_imap/nsmail-1/Trash", 0xEFFFC7E8) Err#2 ENOENT open("/u/sunkefer/ns_imap/nsmail-1/Inbox", O_RDWR) Err#2 ENOENT stat("/u/sunkefer/ns_imap/nsmail-1/Inbox", 0xEFFFD448) Err#2 ENOENT stat("/u/sunkefer/ns_imap/nsmail-1/Inbox", 0xEFFFD440) Err#2 ENOENT -------------- line two doing a stat on Trash and not finding the file? Line three is trying to open the Inbox and not finding a file?? I don't know if that is useful. But I have the entire truss at /u/sunkefer/customer/scottimap I will update from my port level testing later.
So, is this a protocol-level issue on the server? Or is it something in the client?
Scott, any update on this?
The "undo" macro is a client command. There is no "undo" or "quit without saving" imap port command that I have been able to learn. I have done extensive message manipulation through the port 143 on my email account on judge. And cannot produce this bug. I have tested with two other imap clients and neither has a 'trash' folder. Telnetting to a mailbox through 143, flagging a message as deleted does not 'move message to trash' in messenger. My point in all this is - I don't know what the client is doing at the port level, and I think it is indeed a client bug. I will continue to test and update this bug on monday.
Client bug.
There is no duplicate of the message created. IE, when I reproduce the bug by (messenger [Total messages=50]) -delete -undo -verify message 'is' in trash and inbox, and close messenger -telnet judge 143 - select inbox - Total messages = 50
There is no duplicate of the message created. IE, when I reproduce the bug by (messenger [Total messages=50]) -delete -undo -verify message 'is' in trash and inbox, and close messenger -telnet judge 143 - select inbox - Total messages = 50 So, it seems to be some sort of reference.
QA Contact: 4098
Assignee: phil → bienvenu
Reassign to bienvenu@netscape.com to triage for 5.0
Assignee: bienvenu → jefft
Reassign to Jeff. This is an undo issue. It's also a dup, I suspect, of several latered bugs. When we undo the delete, we don't delete the message in the trash.
Target Milestone: M8
M8
Status: NEW → ASSIGNED
Target Milestone: M8 → M9
would not hold m8 for this, since Jeff is working on imap undo as we type, in conjuction with the message copy service for imap.
Moving all Mail/News Networking bugs to Mail/News Networking-Mail This may re-open previously Verified bugs due to a Bugzilla bug...if so, I will fix those bugs.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
This is fixed by now. The fix only works with servers supporting uid plus extension.
Hot keys in general are not implemented yet. Ctrl-z does nothing for now. You have to test it with Undo/Redo menu item.
Linux (1999-08-16-09 M9) POP/IMAP delete message, then Do and Undo works OK.
Status: RESOLVED → VERIFIED
Win_nt 4.0 (1999-08-20-16 M9) Linux Redhat 6.0 (1999-08-16-08 M9) Mac (1999-08-20-16 m9) POP/IMAP/News: Delete/cancel message Undo works fine
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.