Closed Bug 59688 Opened 25 years ago Closed 7 years ago

message still in target folder after Undo of imap move/copy message.

Categories

(MailNews Core :: Networking: IMAP, defect)

x86
All
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: shirley.liu, Unassigned)

References

Details

In Netscape 6.0 test blitz, 1. Launch Mail. 2. Move/Copy message from folder1 to folder2. 3. Undo Delete/Copy message, the moved message back in the folder1 but the copy of moved/copied message still in the folder2. If undo working, the moved/copied message should not stay in the folder2.
*** Bug 59693 has been marked as a duplicate of this bug. ***
Reporter is this still a problem in the latest nightlies?
This is still the problem for FCS pkg 12/04/00.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Marking NEW as per comments.
We have lots of unresolved undo bugs, this may be a duplicate.
Assignee: mscott → sspitzer
QA Contact: esther → sheelar
Buildid:2001-01-16-08 on win98 works for me. shirley, Is this still a problem in latest builds?
buildid:2001022608 Recent trunk build On linux and mac I see this problem. move from pop to imap folder and undo will make a copy of the message. Steps: move a message from pop inbox to an imap template folder go back to edit menu and undo acutal result: message still remains in the template folder and copies a message also to inbox folder. Within pop folders undo worked but not between pop and imap changing os to all since I see this on linux,mac, adding keyword nsbeta1 so that this bug can be fixed. In case of moving multiple messages and doing an undo will result in lot of duplicates messages in the source folder
Keywords: nsbeta1
OS: Solaris → All
Hardware: Sun → PC
marking nsbeta1-
Keywords: nsbeta1nsbeta1-
Target Milestone: --- → Future
*** Bug 146671 has been marked as a duplicate of this bug. ***
QA Contact: sheelar → stephend
Seems it's a server-related bug. When I try it on an iPlanet Messaging Server 5.2 (built Feb 21 2002), it works well. Reporter, what mail server are you using? Could you try another one to verify it again?
I see this bug with Sun's Solstice Internet Mail Server 2.0.
Regarding reproducing this bug with Solstice Internet Mail 2.0, I should have also mentioned that I'm using 1.3a on RedHat7.
Product: MailNews → Core
Still there with TBird 0.9 Note that this also affects undoing "delete message" when the delete model is "move to trash" (as in the move case, undoing deletion does not remove the message from trash). The server in my case is Courier-IMAP.
I just did a move from my inbox to another folder on the server and then tried to undo that and it did nothing. The mail is still in the new folder and still not in the old. Moving the email back by hand works. Client is Thunderbird 1.0 Server is sendmail with Imap.
*** Bug 332264 has been marked as a duplicate of this bug. ***
sorry for the spam. making bugzilla reflect reality as I'm not working on these bugs. filter on FOOBARCHEESE to remove these in bulk.
Assignee: sspitzer → nobody
I can confirm the bug also occurs for Thunderbird 2.0.0.6.
jsado, Jan, do you still see this with version 2.0.0.14? I occasionally see this with imap on trunk. (seems like everyone here is imap)
Assignee: nobody → bienvenu
Component: MailNews: Networking → Networking: IMAP
QA Contact: stephend → networking.imap
Summary: Undo not working completely for move/copy message. → Undo not working completely for imap move/copy message.
Aleksey who is gone speculated that this and bug 162008 may be connected. jsado is also gone.
With 2.0.0.14, I moved mail from folder1 to folder2. The undo works to the extent that the emails are put back in the original folder1. The fact that, after the undo, the emails also remain in the folder2, continues to be a bug.
Product: Core → MailNews Core
Amazing (and depressing) to see this is still unfixed after NINE years.
a lot of work was done in bug 323875
is this also working in SM and gmail? (so we can close?) WFM in 3.0.1
Build identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.9.1.8pre) Gecko/20100130 Lightning/1.0b2pre SeaMonkey/2.0.3pre 1. Copy message from one IMAP folder to another IMAP folder in the same mailbox. 2. Edit->Undo. Actual results. Copied message is not deleted. (fail) 1. Copy message from IMAP folder to a local folder. 2. Edit->Undo copy message. Actual results. Copied message *is* deleted (success) Case (A) may be bug 162008 (See Comment 19)
Philip, do you still see this?
Assignee: mozilla → nobody
Severity: normal → major
Flags: needinfo?(philip.chee)
Priority: P3 → --
Target Milestone: Future → ---
> 1. Copy message from one IMAP folder to another IMAP folder in the same > mailbox. > 2. Edit->Undo. > > Actual results. Copied message is not deleted. (fail) (In reply to Wayne Mery (:wsmwk) from comment #29) > Philip, do you still see this? Yes I still see this problem in SeaMonkey comm-central trunk.
Flags: needinfo?(philip.chee)
Severity: major → critical
Keywords: dataloss
See Also: → 162008
Where is the dataloss? "Copied message is not deleted" sounds like an extra copy.
feel free to correct BMO when I error :) I do long for accurate bug summaries
Severity: critical → normal
Keywords: dataloss
Summary: Undo not working completely for imap move/copy message. → message still in target folder after Undo of imap move/copy message.
(In reply to Philip Chee from comment #27) > Build identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.9.1.8pre) > Gecko/20100130 Lightning/1.0b2pre SeaMonkey/2.0.3pre > > 1. Copy message from one IMAP folder to another IMAP folder in the same > mailbox. > 2. Edit->Undo. > > Actual results. Copied message is not deleted. (fail) > > 1. Copy message from IMAP folder to a local folder. > 2. Edit->Undo copy message. > > Actual results. Copied message *is* deleted (success) > > Case (A) may be bug 162008 (See Comment 19) Is yours a non uidplus server? I think the historical cause of this is gone, and so this should now be WFM.
Flags: needinfo?(philip.chee)
Whiteboard: [closeme 2018-01-15]
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WORKSFORME
Whiteboard: [closeme 2018-01-15]
Flags: needinfo?(philip.chee)
You need to log in before you can comment on or make changes to this bug.