+++ This bug was initially created as a clone of Bug #367011 +++ bug 367011 comment 26 (In reply to aceman from comment #25) > There is Neil's comment 16 left to do. But if that means rewriting the fix > into a C++ method of some class, then it is nothing for me ;) Yes, the idea is that the UI calls gDBView.doCommand, and the base nsMsgDBView.cpp version would simply call ApplyCommandToIndices which would forward the command to the folder while nsMsgSearchDBView.cpp uses PartitionSelectionByFolder and calls ApplyCommandToIndices once for each folder. But either way it sounds like a followup bug should be filed on this. bug 367011 comment 0 If an IMAP (haven't checked on local or POP folders) e-mail is tagged with a custom tag, untagging it with "Remove All Tags" will make it appear to be untagged. However, switching to another folder and then back, the message will regain its tag color and it will have a check in the tag menu. However, the tag text will not be shown in the tag column. Built-in tags appear not to exhibit this problem. Reproducible: Always Steps to Reproduce: 1.Tag a message using a custom tag in IMAP folder 2.Untag the message using "Remove All Tags" 3.Switch to another folder and then back Actual Results: Although when initially untagged, the messsage appears to have had the tag removed, upon switching to another folder and then back, the message will regain its tagged color and will show a check for the tag in the Tag menu. However, the text in the Tag column will not reflect the tag status as shown in the Tag menu. Using the specific tag in the Tag menu will remove the tag correctly.