I have evolution 2.0.2 and gnome Desktop 2.8. Evolution is "integrated" into gnomes panel's "clock" so if I add a event in the calender in Evolution, then that day is in BOLD on the Gnome Clock calender (the one that appears when you click on it). Now, here's the problem Imagine you add a event for date "X". On the gnome clock X is now bold, clicking on this date reveals the title of the event that was entered using evolution. X+1 is not bold (assuming no event is entered), yet clicking on X+1 shows X's event!!! So if my mates birthday is on the 15th of jan, it says so for the 16th as well, but is not bold unless there's an event on the 16th as well in which case both are showing. This happens for birthdays, personal calenders, ones from online (webcal) etc.. This is annoying and misleading. Anyone noticed it? I've tested on a brand new user, same effect Reproducible: Always Steps to Reproduce: (make sure gnome-panel is compiled with ESD flag) 1. Add event/appointment into Evolution calender (eg Jan 15) 2. Event appears in gnome-panel clock's calender for the 15th of jan 3. Event ALSO appears like step 2 but FOR the NEXT day (16th) as well Expected Results: Only show events appoints for the day in question, behavior is incorrect evolution 2.0.2 gnome-panel 2.8.0.1 emerge info Portage 2.0.51-r3 (default-linux/x86/2004.0, gcc-3.4.3, glibc-2.3.4.20040808-r1, 2.6.9 i686) ================================================================= System uname: 2.6.9 i686 Intel(R) Pentium(R) 4 CPU 2.66GHz Gentoo Base System version 1.4.16 ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.90.0.1.1-r3 Headers: sys-kernel/linux26-headers-2.6.8.1,sys-kernel/linux26-headers-2.6.8.1-r1 Libtools: sys-devel/libtool-1.5.2-r7 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=pentium4 -funroll-loops -fprefetch-loop-arrays -pipe" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=pentium4 -funroll-loops -fprefetch-loop-arrays -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="http://gentoo.osuosl.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X alsa apm arts avi berkdb bitmap-fonts cdr crypt cups divx4linux eds encode esd f77 fam flac foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2 hal imagemagick imlib java jpeg junit libg++ libwww lirc mad mikmod mmx motif mpeg mppe-mppc mysql ncurses network nls nptl oggvorbis opengl oss pam pdflib perl pic png ppds python quicktime readline rtc samba sdl slang spell sqlite ssl svga tcltk tcpd tiff truetype x86 xml xml2 xv xvid zlib"
upgraded to Gnome 2.8.2 same issue, happens as other users as well
Screnshots to show the problem. I think this is a major issue because it can mislead users! I only caught it after it claimed christmas day was on the 26th as well http://forums.gentoo.org/viewtopic.php?p=1866323#1866323
2.8.2 isn't in portage, I've only *just* added gnome-applets-2.8.2 to portage, can you upgrade and test that please.
My bad, I have 2.8.1-r1 of gnome-base/gnome upgraded to 2.8.2 gnome-applets. logged out, made sure no processes were running, started gnome, problem occers. Do you think its the clock applet or EDS sending out bad data? I thinking (from a non technical thought) that it's the applet (or not EDS) since the applet's date is not bold if there are no events in evolution, yet shows events from the previous day anyway if there was data for the previous day in evolution.
I have found the problem and the soluton. Allow me to define the trigger more clearly since I have found more information. This issue only affects ALL DAY Apointments in evolution. The problem was (and I still think its a bug) if I enter an all day appoint for eg 14 feb, then it displays correctly in evolution. However in the gnome panel clock it would claim the appoint is also on the 15th of feb (note that the 15 won't be in bold, but clicking on 15 clearly shows 14th's appointment). So we can see how this can play with your daily tasks. Trigger? I was in Perth Australia UTC 8+, then I moved to Sydney Australia which is +10 (although we are in Day light savings these days). Whilst I changed the time zone in the system, it was still Perth in Evolution. This it seems causes the above "problem". changing the timezone in evolution to match the system zone fixed the problem... This also explains why its not reproducable for most people I hope you find this information useful.