Closed Bug 908551 Opened 11 years ago Closed 4 years ago

Tags with some custom colors are not shown as colored in the messages list panel if altered directly in prefs file

Categories

(Thunderbird :: Folder and Message Lists, defect)

17 Branch
x86
All
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INACTIVE

People

(Reporter: vst, Unassigned)

Details

User Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:21.0) Gecko/20100101 Firefox/21.0 (Beta/Release)
Build ID: 20130511120803

Steps to reproduce:

Change color of any tag using config editor to any color not from the standard list from the drop down box during tag creation, for example, #060BFF, #484CAD, #7A7A7A, #5289C3 or #E07B00. Then try to assign this tag to any message. You will see it isn't colored anymore in the messages list.


Actual results:

This message entry in the list displayed in normal color (black text) as if it doesn't have any tag assigned.


Expected results:

This message entry in the list should be displayed in the tag color.
Severity: normal → critical
This is critical for me preventing to update from TB 3 I'm currently using, where those colors shown correctly.
Confirming on Windows XP. I must stress out you meant directly editing the tag color prefs via about:config (Advanced->Config editor). Using the provided Tag editor (in Options/preferences) works fine.
I confirm that inputting the color #060BFF into the pref makes the tag appear as if it had no color. But inputting any rgb value from some of the existing (standard) tags, makes the new tag color appear fine (even without TB restart).
It looks like TB renders the color only if it is in some set of allowed color (maybe some set of distinguishable colors, not the full RGB spectrum).
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → All
That's correct, you can see in http://mxr.mozilla.org/comm-central/source/mail/themes/windows/mail/tagColors.css and also for searchDialog.css (the same for Linus and OS X). There are only the colors defined which are accessible through the color chooser. If every color would be defined this way the files would be way to big.

Maybe it could be possible by a js guru through js to use a template rule from the css files and fill the correct colors into this template and use this. This would also make the files a lot smaller. A template in theme would be needed to apply the OS special needs.
I wonder why we do not apply the rgb value from the pref directly onto the message row (in JS when generating the message list). But maybe that is not possible with treerows. Or it is not feasible for special OS needs for some colors.
I didn't change tags colors directly, I did it using Mail Tweak extension. For some reason, custom tags colors are working in Thunderbird 3. I have many tags, so, unfortunately, the standard colors are not sufficient. For instance, not enough gradations of red. Thanks!
I workarounded it by redefining colors in tagColors.css close to ones I need to the ones I need and now it is working. Thank you!
Sorry, but this does not meet the current criteria for "critical".
Severity: critical → normal
Component: Untriaged → Folder and Message Lists
Summary: Tags with some custom colors are not shown as colored in the messages list panel → Tags with some custom colors are not shown as colored in the messages list panel if altered directly in prefs file

does this still reproduce in Thunderbird 68?

Just upgraded to 68.3.1 64bit Windows 10. Tag based text coloring in message list panes appears to have disappeared (sadly). Creating new tags with custom or standard colors has no effect. Background color on selected messages, however, is tag based but that's less useful to me.

Thunderbird 68 removed the colour limitations that this bug complained of, so closing this as inactive. My last post from 6 months ago did not generate a response.

@Peter, you issue is probably an add-on, but I suggest you take your query to the support forum. https://support.mozilla.org/en-US/questions/new

I recall seeing a similar topic in support, but I do not recall if there was a resolution.

Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → INACTIVE
You need to log in before you can comment on or make changes to this bug.