[#8250] category_color _default_ not used when creating a new category
Summary category_color _default_ not used when creating a new category
Queue Horde Base
Queue Version 3.3.4
Type Bug
State Assigned
Priority 1. Low
Owners Horde Developers
Requester clement (dot) hermann (at) businessdecision (dot) com
Created 05/07/09 (315 days ago)
Due
Updated 05/12/09 (310 days ago)
Assigned 05/12/09 (310 days ago)
Resolved
Attachments
Milestone
Patch No

History
05/12/09 Jan Schneider Comment #4
State ⇒ Assigned
Assigned to Horde DevelopersHorde Developers		 Reply to this comment
Ah, right. Unfiled should be used where categories are missing, 
Default where we don't have a color set for that category.
05/12/09 clement (dot) hermann (at) businessdecision (dot) com Comment #3 Reply to this comment
I'm not sure actually what this color is supposed to be used for at
all. Anyone?
My understanding is, this is the color used when a new category is 
created, or when an unknown category is present in the calendar (thus 
creating an implicit, new category).



There are references to it in lib/Horde/Prefs/CategoryManager.php, but 
(and this is the bug here), the preference is never used.
05/12/09 Jan Schneider Comment #2
State ⇒ Feedback		 Reply to this comment
I'm not sure actually what this color is supposed to be used for at 
all. Anyone?
05/07/09 clement (dot) hermann (at) businessdecision (dot) com Comment #1
State ⇒ Unconfirmed
Patch ⇒
Milestone ⇒
Queue ⇒ Horde Base
Summary ⇒ category_color _default_ not used when creating a new category
Type ⇒ Bug
Priority ⇒ 1. Low		 Reply to this comment
The _default_ color defined in prefs.php (or in prefs backend) is 
never used. The color used is always #FFFFFF for new categories or 
category without a color defined.



// category colors

$_prefs['category_colors'] = array(

     'value' => '_default_:#939eff|_unfiled_:#ccdeff',

     'locked' => false,

     'shared' => true,

     'type' => 'implicit'

);



(_unfiled_ works fine).



Regards,



Clément Hermann