Gmail IMAP: Moving messages to [Gmail]/Trash folder does not remove their Gmail Label

RESOLVED INVALID

Status

RESOLVED INVALID
8 years ago
7 years ago

People

(Reporter: jeff, Unassigned)

Tracking

(Blocks: 1 bug)

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

8 years ago
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.
(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"
Woops. [Gmail]/IMAP => [Gmail]/Trash of Gmail IMAP
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

8 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

8 years ago
Per the comments above, I think this bug should be marked as invalid.

Comment 5

8 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

8 years ago
Status: UNCONFIRMED → RESOLVED
Last Resolved: 8 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.