Bugzilla Bug 172835

I think this might have something to do with the Daylight Savings Time problem
this year and is reportedly fixed in the 2.10 version of evolution. 

This is major because all alerts, alarms, and dates are off by one hour. Even
the red line that is on the calendar which shows the current time is one hour
behind and gives wrong times


I'm using:
[I] gnome-extra/evolution-data-server
     Available versions:  1.6.2 1.8.2 ~1.8.3 ~1.8.3-r1
     Installed versions:  1.8.2(19:18:49 01/31/07)(debug -doc ipv6 -kerberos
-keyring -krb4 ldap -nntp ssl)
     Homepage:            http://www.gnome.org/projects/evolution/
     Description:         Evolution groupware backend

[I] mail-client/evolution
     Available versions:  (2.0)  2.6.2-r1 2.8.2.1 ~2.8.2.1-r1 ~2.8.3-r1
     Installed versions:  2.8.2.1(2.0)(22:07:53 01/31/07)(-bogofilter crypt
dbus debug -doc hal ipv6 -kerberos -krb4 ldap mono -nntp -pda -profile spell
ssl)
     Homepage:            http://www.gnome.org/projects/evolution/
     Description:         Integrated mail, addressbook and calendaring
functionality


NOTE: This might be an issue with some timezones and not all timezones...

I tested this as well on another person's laptop (on another system using
ubuntu and the same version of evolution). He upgraded and all is well
now...sooo...we need an updated evo 2.10 to fix this nasty work-shattering bug.


Also, here is my info about evolution:

Calculating dependencies... done!
[ebuild   R   ] mail-client/evolution-2.8.2.1  USE="crypt dbus debug hal ipv6
ldap mono spell ssl -bogofilter -doc -kerberos -krb4 -nntp -pda -profile" 0 kB 

Total: 1 package (1 reinstall), Size of downloads: 0 kB

rejon@localhost ~ $ emerge -pv evolution-data-server

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R   ] gnome-extra/evolution-data-server-1.8.2  USE="debug ipv6 ldap
ssl -doc -kerberos -keyring -krb4 -nntp" 0 kB 

Total: 1 package (1 reinstall), Size of downloads: 0 kB



Reproducible: Always

Steps to Reproduce:
1. open evo
2. click on the calendar weekly view or set and alarm for not that far ahead
3. watch the alarm not go off as planned and view the red line on the calandar
weekly view as incorrect.

Kindly review https://bugs.gentoo.org/page.cgi?id=fields.html#bug_severity

I disagree. This is major and the only workaround is to upgrade, which is
masked and unstable. Not everyone wants to run unstable and this is a notice to
prioritize upgrading to evo 2.10.

Jon, a few things :

1) As Jakub pointed out, those fields are not to prioritize bugs, but to
accurately describe the nature of the problem. This bug is either "normal" or
even "minor".

2) As for stabilizing evolution 2.10, we are currently working on it, but be
aware that evolution is a corner stone of the Gnome desktop and depends on a
*lot* of other packages. That's unfortunate, but that's how it is. It will be
unmasked and then stabilized along with other Gnome packages.

Maybe upstream has released patches for evolution 2.8 or even a new version
that might fix it, and it'd help us a lot if you could do the research and let
us know if you find something.

Thanks for taking the time to report this bug :)

This is a known issue.  To date, I haven't been able to find a decent patch to
apply to old evolution to fix this, but I'm working on it.

I'm testing a patch.  Note that meetings scheduled before the upgrade but
taking place after DST starts will still be wrong; this is because the ical
format encodes the zoneinfo into the .ical file itself, and doesn't just
reference the timezone.  There is no way to fix this, except manually editing
the .ics files; it's a flaw in the format, not the software.

Okay, I have a patch committed.  Subject to the above caveats, it works in my
testing.