587630 - Only messages with tags pre-defined by TB (e.g. "important" or "personal") are shown in quick search, but no messages with user created tags

Status: UNCONFIRMED

(Thunderbird :: Search, defect)

Description

[Matt]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)
Build Identifier: 

There is a problem with the "quick filter". If I use the "quick filter" to list only tagged messages, only messages with tags pre-defined by TB (e.g. "important" or "personal") are shown but no messages with user created tags. I expect the quick filter to list all tagged messages. 

Reproducible: Always

Steps to Reproduce:
1.Create user defined tag
2.Tag some messages
3.Search messages with the tag
Actual Results:  
Messages no not appear

Expected Results:  
Messages to be found

Bug being reported from a get satisfaction query

URL posted is to Get satisfaction topic

Comment 1

[[:Aureliano Buendía]]

WFM

Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.9pre) Gecko/20100816 Lightning/1.0b2 Lanikai/3.1.3pre ID:20100816004133

Comment 2

[Ludovic Hirlimann [:Usul]]

Did they try -safe-mode ? Anything in Tools -> error console ?

Is it over POP ? Imap ? <- which one did you test Aureliano ?

Comment 3

[[:Aureliano Buendía]]

(In reply to comment #2)
> Is it over POP ? Imap ? <- which one did you test Aureliano ?
pop3

Comment 4

[Wayne Mery (:wsmwk)]

works for me also using trunk build - but I can't imagine v3.1 being any different. poked http://getsatisfaction.com/mozilla_messaging/topics/_quick_filter_for_tagged_messages_is_not_fully_functional_tb_3_1_2

Comment 5

[Thomas D. (:thomas8)]

after someone testing imap, this might be closed

Comment 6

[Mark Banner (:standard8)]

There was an issue with some tags of certain names not being saved, I think we fixed that in 3.1.x though.

Comment 7

[Andrew Sutherland [:asuth] (he/him)]

Most likely problems would be:

a) The tag has a "magic" name like "watch" or "toString" that we might have buggy behaviour for because of our use of a JS object to be a map.

b) Usually only an IMAP problem, but the case where the user is using multiple profiles with the same message store and has not defined the tags in every profile.

Comment 8

[Rob]

(In reply to comment #7)
> b) Usually only an IMAP problem, but the case where the user is using
> multiple profiles with the same message store and has not defined the tags
> in every profile.

This describes my usage. However, having created a new tag in one profile I would like it to be automatically (or on an option switch) imported into the other profiles as they update thier IMAP messages. 

I noticed that when I manually created a Tag that had been set-up previously, Tbird could hten tag all the relevant messages - I just dont' want to have to do the Tag maintenance over and over again.

Comment 9

[Wayne Mery (:wsmwk)]

Rob, does your issue match up to one of these bugs?  
https://bugzilla.mozilla.org/buglist.cgi?list_id=3196049;short_desc=tags%20tag%20tagged;field0-0-0=component;type0-0-1=substring;field0-0-1=short_desc;resolution=---;query_format=advanced;short_desc_type=anywords;value0-0-1=imap;type0-0-0=substring;value0-0-0=imap;product=MailNews%20Core;product=Thunderbird

Comment 10

[Rob]

I think there is no close match but they seem to be variations on a theme.
The actual "error" is:

have two PC's with TB connected to the same IMAP account,
Fire up TB on PC1 and get new messages (this is not the only time this phenomenom will be seen but is simply an easy way to reproduce it)
create a new tag eg "Later" and tag one of the new messages with it
go to PC2, fire up TB and get new messages
you should see that the message tagged as "Later" on PC1 remains untagged on PC2.
now create the "Later" tag on PC2 (with a different colour) 
you should see that the message tagged on PC1 is now taggged on PC2 (but in the colour of the PC2 tag setting).

What this means is double (or more) tag maintenance and remembering correct colours.

As requested in one of the other bugs listed above - it would be more convenient for TB to auto update tags from the messages (maybe asking for user confirmation if there is a conflict with an existing tag). It would probably mena TB being able to identify its own tags.