Closed
Bug 620323
Opened 14 years ago
Closed 14 years ago
Gmail IMAP: Moving messages to [Gmail]/Trash folder does not remove their Gmail Label
Categories
(Thunderbird :: General, defect)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: jeff, Unassigned)
References
(Blocks 1 open bug)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.16 (KHTML, like Gecko) Chrome/10.0.617.0 Safari/534.16
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7
When using the move to trash model for a Gmail account, the labels are not removed from the message. When using the web interface and deleting a message from the inbox, Gmail will remove the inbox label and then move it to the Trash folder. When using Thunderbird and deleting a message from the inbox, the inbox label is still on the message when moved to the trash folder.
Reproducible: Always
Steps to Reproduce:
1. Configure Thunderbird to use the move to trash folder with a gmail account.
2. Delete a message.
3. Log into the web interface and look in the trash folder. The message will still have the label from where you deleted the message.
Actual Results:
The label was not removed from the message.
Expected Results:
I expected all labels to be removed from the message when it was moved to the trash folder.
Comment 1•14 years ago
|
||
(In reply to comment #0)
> Steps to Reproduce:
> 1. Configure Thunderbird to use the move to trash folder with a gmail account.
> 2. Delete a message.
> 3. Log into the web interface and look in the trash folder.
> The message will still have the label from where you deleted the message.
> Actual Results:
> The label was not removed from the message.
It's design of Gmail/Gmail IMAP, isn't it? (design was changed)
Tb as iMAP client merely issues "uid copy XXX [Gmail]/Trash" and requests "uid XXX store +flag \Deleted". So, IMAP client like Tb can do nothing on Gmail Label.
By keeping Gmail Label in [Gmail]/Trash(Trash at Gmail Web), all Gmail Label added to the mail is recovered by copy of the mail in [Gmail]/Trash to any IMAP folder other than [Gmail]/Trash and [Gmail]/Spam.
AFAIR, Gmail initially removed all Gmail Label when a mail was copied/moved to [Gmail]/Trash. Above is probably design change for improvements in "undo delete like operation" by "copy/move back mail from [Gmail]/Trash to Inbox, [Gmail]/All Mail, ... It's perhaps in order to avoid Gmail IMAP user's confusion when user copied or moved a mail in an IMAP folder to [Gmail]/IMAP.
In contrast to it, "delete mail at Web"(delete a conversation if Web Interface of Gmail) is clear. Gmail Label is merely a tag added to a conversation. So, all Gmail Labels are probably removed when "delete a conversation at Web"
Updated•14 years ago
|
Blocks: tb-gmailWIP
Comment 2•14 years ago
|
||
Woops. [Gmail]/IMAP => [Gmail]/Trash of Gmail IMAP
Updated•14 years ago
|
Summary: Gmail: Moving messages to trash folder does not remove their label → Gmail IMAP: Moving messages to [Gmail]/Trash folder does not remove their Gmail Label
Comment 3•14 years ago
|
||
bienvenu - invalid? or wontfix?
(In reply to comment #1)
> (In reply to comment #0)
> > Steps to Reproduce:
> > 1. Configure Thunderbird to use the move to trash folder with a gmail account.
> > 2. Delete a message.
> > 3. Log into the web interface and look in the trash folder.
> > The message will still have the label from where you deleted the message.
> > Actual Results:
> > The label was not removed from the message.
>
> It's design of Gmail/Gmail IMAP, isn't it?
> (design was changed)
> Tb as iMAP client merely issues "uid copy XXX [Gmail]/Trash" and requests "uid
> XXX store +flag \Deleted". So, IMAP client like Tb can do nothing on Gmail
> Label.
>
Reporter | ||
Comment 4•14 years ago
|
||
Per the comments above, I think this bug should be marked as invalid.
Comment 5•14 years ago
|
||
I agree that this should be invalid. The restoration of the labels on the message if you move the message out of "[Gmail]/Trash" is important.
Reporter | ||
Updated•14 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•