After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 456205 - The color of new or modified category is lost
The color of new or modified category is lost
Status: RESOLVED DUPLICATE of bug 308815
Product: evolution
Classification: Applications
Component: Calendar
2.10.x (obsolete)
Other All
: Normal normal
: ---
Assigned To: evolution-calendar-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2007-07-12 12:27 UTC by Rafal Ryba
Modified: 2007-07-12 14:19 UTC
See Also:
GNOME target: ---
GNOME version: 2.17/2.18


Description Rafal Ryba 2007-07-12 12:27:45 UTC 
Please describe the problem:
If you create new category or try to change the color of existing one, the color is always lost.

Steps to reproduce:
1. Double-click an event
2. Click "Categories..." button
3. Click "New..."
4. Write any unique category name, choose any color and click OK.
5. Assign created category to an event
6. Click "Categories..." button again.
7. Find the category which had been created a second ago
8. Click "Edit"
9. As you see, color is lost (is shown as black)


Actual results:


Expected results:
I would expect category color to be saved. This bug is applicable to pre-defined categories as well.

Does this happen every time?
Yes, it does.

Other information:
Comment 1 André Klapper 2007-07-12 14:19:22 UTC 
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.


*** This bug has been marked as a duplicate of 308815 ***