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

UNCONFIRMED
Unassigned

Status

Thunderbird
Search
UNCONFIRMED
7 years ago
a year ago

People

(Reporter: Matt, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [gs], URL)

(Reporter)

Description

7 years ago
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
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
Did they try -safe-mode ? Anything in Tools -> error console ?

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

Comment 4

7 years ago
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
Component: General → Search
QA Contact: general → search

Comment 5

7 years ago
after someone testing imap, this might be closed
There was an issue with some tags of certain names not being saved, I think we fixed that in 3.1.x though.
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

7 years ago
(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

6 years ago
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

6 years ago
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.

Updated

5 years ago
Whiteboard: [gs]
You need to log in before you can comment on or make changes to this bug.