2nd copy of imap folder F from account A to account B is a noop if folder F was deleted on account B in "just mark it as deleted" mode
Categories
(MailNews Core :: Networking: IMAP, defect)
Tracking
(Not tracked)
People
(Reporter: gds, Unassigned)
References
Details
Need two IMAP accounts to see this problem, A and B. Account B must be set to delete mode "just mark it as deleted" (or, I suspect, "remove it immediately" will behave the same). Drag a folder, say folder F, from account A to the root level or to an existing folder on account B. Hold down ctrl key to to cause a copy before dropping folder F at its destination. Notice that the copy works OK and folder F and its messages now resides on account A and account B.
Now decide that you don't want folder F on account B and delete it after reading the warning that the delete is permanent. Folder F on account B is now gone.
Now realize you didn't want to delete folder F on account B after all. But no problem, it is still on account A.
Repeat the drag and drop of folder F on account A to the same place on account B, just like before. This time nothing happens and folder F never appears at the target destination.
|
Reporter | |
Comment 1•5 years ago
|
||
This is caused during the processing of the "EnsureExists" URL because the variable "exists" gets set true here: https://searchfox.org/comm-central/rev/6b524481873ffc90b09abc039d389eeefc522c80/mailnews/imap/src/nsImapProtocol.cpp#6324
This occurs even though the folder F was deleted as described in the comment 0.
At this time I have no idea why FolderVerifiedOnline(name, &exists) is setting exists to true.
By setting it true, this causes the call to Subscribe() to be called which subsequently fails because the folder actually doesn't exist, resulting in (silent) failure of the "EnsureExists" URL.
Note: This bug does not occur if the delete mode for account B is set to "Move it to this folder: (typically Trash)". In this case when the folder is deleted it is actually IMAP "renamed" to the designated trash folder, e.g., F -> Trash/F.
|
|
Reporter | |
Comment 3•2 years ago
|
||
I'm not seeing this now on 119 daily self-built. Maybe got fixed as side-effect of another change. I made changes on how folders are copied that are now in 115.
Description
•