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.
