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 503581 - Task color is different from evolution task color
Task color is different from evolution task color
Status: RESOLVED FIXED
Product: gnome-panel
Classification: Other
Component: clock
2.20.x
Other Linux
: Normal minor
: ---
Assigned To: Panel Maintainers
Panel Maintainers
: 479753 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2007-12-14 11:41 UTC by Dubon
Modified: 2008-11-29 09:15 UTC
See Also:
GNOME target: ---
GNOME version: 2.19/2.20


Attachments
Use e_source_peek_color_spec and gdk_color_parse to get the appointment colors (1.66 KB, patch)
2008-04-25 13:28 UTC, Sjoerd Simons
committed Details | Review

Description Dubon 2007-12-14 11:41:36 UTC
The colors of the tasks shown in gnome-panel clock are different from the colors of the calendar owning those tasks.
Comment 1 Kåre Fiedler Chrisitiansen 2008-03-25 17:40:07 UTC
I see that too.

My calendar is marked as blue (#0000FF) in evolution, but is shown as black in the clock applet. Interestingly, it is also shown as black in "Dates".

Even more strange, if I try to set the color to be blue in "Dates", it turns green in "Dates", evolution, and the clock applet. Similarly, red turns yellow, etc.

This looks like it might be a bug in evolution-data-server, or it might be some API call, where the color values have changed their meaning.

Versions used:
Ubuntu 7.04 (Gutsy)
gnome-panel     1:2.20.1-0ubuntu1
evolution-data-server   1.12.1-0ubuntu2
dates   0.4.3-1ubuntu2.1
Comment 2 Martin-Éric Racine 2008-04-25 12:51:59 UTC
In my case, one friend's calendar is set to display as #0000FF and another as #00FF00. The former displays as #000000 and the later as #0000FF. 

Sounds to me like evolution-data-server components might be shifting the bits around, for some reason.
Comment 3 Sjoerd Simons 2008-04-25 13:27:35 UTC
Actually it's a bit of both.  the panel uses the deprecated e_source_get_color
call which doesn't handle all formats of the saved color correctly (See
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=477807 for a potential fix).. Instead it should use e_source_peek_color_spec
Comment 4 Sjoerd Simons 2008-04-25 13:28:57 UTC
Created attachment 109908 [details] [review]
Use e_source_peek_color_spec and gdk_color_parse to get the appointment colors
Comment 5 Dan Mihai Ile 2008-05-02 09:43:27 UTC
I can confirm this bug on Ubuntu Hardy 8.04
Comment 6 Vincent Untz 2008-06-30 17:37:14 UTC
This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.
Comment 7 Hans de Graaff 2008-11-29 09:15:56 UTC
*** Bug 479753 has been marked as a duplicate of this bug. ***