Closed Bug 347929 Opened 18 years ago Closed 18 years ago

highlight only the highest message tag not the latest

Categories

(SeaMonkey :: MailNews: Message Display, defect)

Product:
SeaMonkey
Component:
MailNews: Message Display
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED DUPLICATE of bug 342065

People

(Reporter: bugzilla.alex, Unassigned)

References

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060724 SeaMonkey/1.5a
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/2006080809 SeaMonkey/1.5a

If more than one Tag assigned to a message so the message highlighted in the color of the Tag that would assigned as the latest.
It would better to highlight the message in the color of the most prior Tag.

Reproducible: Always
you mean the first tag? I chose the last tag because that's the easiest one to control from the user's point of view - if they want the first tag to be the color displayed, they can remove it and add it again. But if they wanted a new tag to be used for color, they'd need to remove all tags, apply the new tag, so that it's first, and then add back all the other tags.
Not the first tag. I mean the tag with the highest prior of all assigned tags from one message.

In the sort order there are at first the five default tags and then the custom tags if I understand right the comments in the other bug reports.

If I assign Work and Personal to one message so should the message highlighted in the color of Work. Would now assigned Important to this message the message would highlighted in red. If I assign Personal after Important so the color keep the color of Important. 
This will most probably depend upon (your ;-) filed) bug 342065, if it's not an dupe anyway...

> Not the first tag. I mean the tag with the highest prior of all assigned tags
> from one message.

Priority means sorting...

> In the sort order there are at first the five default tags and then the
> custom tags if I understand right the comments in the other bug reports.

Not quite true. If you name your tag "###" etc., it'll end up before $label1 when sorting (and currently even anything else might end up before $label1, depending upon the "mood" the hash array is in).
Status: UNCONFIRMED → NEW
Depends on: 342065
Ever confirmed: true
With bug 342065 fixed now, tag order isn't random anymore and customizable (bug 342560 will provide a SM pref panel for customizing). Furthermore, the 'most important' tag (with regard to this order) is used to color messages in the thread pane, while the order the tags are applied in is still visible (this is a feature, not a bug! ;-) ).

So this bug is either a dupe of bug 342065 or fixed by it.
Alex, do you agree?
I would test the current implemenataion in the next week and then I say if it's OK.
This is working for me with the fix for bug 342065 -- TB 3a1-0915.
(In reply to comment #4)

> So this bug is either a dupe of bug 342065 or fixed by it.
> Alex, do you agree?

Yes, I agree.
The bug is fixed. Tested with SM 1.5a Gecko 20060924

*** This bug has been marked as a duplicate of 342065 ***
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.