User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:188.8.131.52) Gecko/20070730 SUSE/184.108.40.206-25 Firefox/220.127.116.11 Build Identifier: Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.9.1b3pre) Gecko/20081201 Thunderbird/3.0b1 "Undo" from Copy, Move or Delete between IMAP folders does not work. Mail does not goes back to old folder. Reproducible: Always Steps to Reproduce: 1. Copy, Move or Delete (Drag & Drop or Toolbar icon) one mesage between IMAP Folders 2. Undo with Menu or CTRL-Z Actual Results: Menu "Undo movement" goes gray, Message still unchanged. For delete it's not coming back. Used a IMAP account on gmail.com as described in Litmus test.
(A) Undo of following cases are DUP of Bug 417167 (i.e. INVALID) - Move between GMail IMAP folders - Delete at GMail IMAP folder (B) Undo of copy between GMail IMAP folders case. - See meta Bug 402793, see bugs listed in dependency tree for Bug 402793, and read Gmail IMAP related documents pointed in them. And, read "Gmail Help" articles relate to Gmail IMAP & COPY at Gmail IMAP. It's Gmail IMAP's design/restriction, isn't it? - Get IMAP protocol log, and check protocol level flow. http://kb.mozillazine.org/Session_logging_for_mail/news If Tb's fault is involved, attach log file to this bug. See also Bug 427007 for issue when "Undo of move from Gmail IMAP folder to Local mail folder". Adding "Gmail" in bug summary for ease of search.
Summary: Undo Copy & Move & Delete does not work between IMAP folders → Undo Copy & Move & Delete does not work between Gmail IMAP folders
Undo of move and delete fails in Thunderbird after the source folder is compacted (POP or IMAP), or when the messages have been expunged from the server (IMAP). By design, Gimap automatically expunges the messages when they are marked deleted, so undo will not work. You can use the undo operations with Gimap, if you enable the Advanced IMAP Controls in the Gmail labs, and disable "automatically expunge".
To Henry N.(bug opener): Can you you still re-produced problem on "Undo COPY"? Have you tried 'disable of "automatically expunge"' of 'Advanced IMAP Controls in the Gmail labs' for 'move/delete'?
(In reply to comment #3) > Can you you still re-produced problem on "Undo COPY"? Yes. I can reproduce the problem. Every time exactly the same result for same steps. > Have you tried 'disable of "automatically expunge"' of 'Advanced IMAP > Controls in the Gmail labs' for 'move/delete'? First to say: I was never on the "Labs" settings before. Gmail "Labs" does not exist on German Web interface. I was needed to switch the language first into English to see, what you means here. I not know, would "enabled Labs" also have an effect after switching back into German? I have no special Icon in German on the top line in Web interface, and no menu entry "Labs" in the settings. To avoid language problems, I go continue tests with GmailWeb=English and Thunderbird=English now. Advanced IMAP Controls was disabled by default. Have enabled it and changed the Auto-Expunge into: [ ] Immediately expunge messages when I mark them deleted in IMAP. [*] Do not automatically expunge messages. The next selection I leaved default: When a message is expunged from the last visible IMAP folder: [*] Archive the message For test was logged out from Gmail Web and started Thunderbird after. 1. Create a folder "test1", of have it already 2. Copy an initial mail from folder "Send Mail" into "test1". 3. Create a folder "test2", or have it already 4. Copy Mail from "test1" with mouse (hold down the key CTRL while paste, a '+' is seen). 5. Check copy success: Yes mail is in both folders. 6. Menu * Edit * Undo This goes very fast, I feel no internet access. 7. Check both folders: Mail unchanged, in both folders present. 8. Exit Thunderbird 9. Checked with Gmail Web Interface: Have two folders and in both exist the same mail. In Gmail Web in folder "All Mail" this message has two green markers "[Google Mail]/test1 [Google Mail]/test2". Build-ID: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.1b3pre) Gecko/20081206 Shredder/3.0b2pre PS: Password is not stored in Thunderbird for this test, "Check mails on startup" is enabled, Login on startup was passed before the test steps.
> 6. Menu * Edit * Undo > This goes very fast, I feel no internet access. I could observe phenomenon with Tb trunk 12/04 build. I did ad-hoc check of IMAP flow with NSPR logging+DebugView on MS Win. (See Bug 402793 Comment #6 for NSPR logging with DebugView on MS Win) As you guessed, no IMAP flow after "uid copy" was observed when I executed "Edit/Undo" just after mail copy. It looks that Tb does do nothing upon "Undo just after Copy". It doesn't look to be Gmail IMAP only issue. Henry N., open separate bug for "Undo Copy" case, please. Because this bug already has comments on "Undo delete/move with Gmail IMAP" case, I think new bug for "Undo Copy only" is better. (And, one problem per a bug is rule of bugzilla.mozilla.org.)
See bug #162008. The undo stack in Thunderbird stores UID for IMAP folders, and undo copy will only work on servers that support UIDPLUS, which lets out Gmail. On servers, like Gmail, without UIDPLUS, undo delete works, and undo move removes the \Deleted flag from the message in the source folder, but does not delete the message from the target folder.
Related to bug 427007?
(In reply to comment #1) > See also Bug 427007 for issue when "Undo of move from Gmail IMAP folder to > Local mail folder". Missed this, sorry!
Component: Mail Window Front End → Networking: IMAP
Product: Thunderbird → MailNews Core
QA Contact: front-end → networking.imap
Removing "move / delete" from bug summary and adding UIDPLUS, because "move / delete" part is DUP of Bug 427007 and "undo copy" relates to UIDPLUS, for ease of search, to avoid confusion. And confirming based on Comment #5 & Comment #6.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: Undo Copy & Move & Delete does not work between Gmail IMAP folders → Undo Copy does not work between Gmail IMAP folders (Undo copy of Tb requires UIDPLUS, but Gmail IMAP doesn't support it)
no activity for a long time, should be closed
You need to log in before you can comment on or make changes to this bug.