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 745063 - Some birthdays in the calendar are visualized incorrectly
Some birthdays in the calendar are visualized incorrectly
Status: RESOLVED DUPLICATE of bug 729733
Product: evolution
Classification: Applications
Component: Calendar
3.12.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: evolution-calendar-maintainers
Evolution QA team
https://bugs.debian.org/cgi-bin/bugre...
Depends on:
Blocks:
 
 
Reported: 2015-02-24 04:07 UTC by tim
Modified: 2015-03-09 09:29 UTC
See Also:
GNOME target: ---
GNOME version: 3.13/3.14


Attachments
long birthdays (106.58 KB, image/png)
2015-02-24 04:07 UTC, tim
Details

Description tim 2015-02-24 04:07:45 UTC
Created attachment 297726 [details]
long birthdays

I'm using the birthday calendar in evolution to display the birthdays from my
standard adressbook. A few of these birtdays – absolutely randomly – contains 
a time (5:14) and some of them include two days. 

After a little bit testing I can specify the bug: The problem effects
only people who are more than 45 years old. No joke! This is really
strange...
Comment 1 tim 2015-02-24 04:08:30 UTC
Sorry, I forgot: Debian Jessie, Evolution 3.12.9
Comment 2 Milan Crha 2015-02-25 14:54:16 UTC
Thanks for a bug report. You are right, this is really strange. I wasn't able to reproduce it myself, while I see the code does (seems to do) things right.

In any case, could you verify you are not affected by bug #729733, please?
Comment 3 tim 2015-02-25 19:25:58 UTC
Thank you! Yes this sounds very similar. I will ask my package maintainers to include the patch.
Comment 4 Milan Crha 2015-02-26 06:53:54 UTC
Okay, thanks. I'm closing this as a duplicate of the other bug, we can reopen it in case you'd realize you are not affected by it.

*** This bug has been marked as a duplicate of bug 729733 ***
Comment 5 tim 2015-02-28 22:11:21 UTC
I looked into the source to build libical (Debian testing) myself but icaltimezone.c includes already the relevant files from http://sourceforge.net/p/freeassociation/code/1150/:

+    /* If we go past the start of the changes array, then we have no data
+       for this time so we return the prev UTC offset. */
+    if (change_num < 0) {
+        if (is_daylight)
+        *is_daylight = ! tmp_change.is_daylight;
+        return tmp_change.prev_utc_offset;
+    }

So it must be another problem and unfortunately I think we have to reopen the bug.
Comment 6 Milan Crha 2015-03-02 14:12:38 UTC
Could you build the latest libical:
https://github.com/libical/libical/archive/v1.0.1/libical-1.0.1.tar.gz

and eventually include a Fedora patch from:
http://pkgs.fedoraproject.org/cgit/libical.git/tree/

then restart the machine, thus other software begins to use the updated libical, and check whether it'll work, please? It's possible that other dependencies should be rebuilt too, notably those requiring libical, but maybe not.
Comment 7 tim 2015-03-07 12:08:43 UTC
I have tested this also in a new Arch istallation. No problems with evolution 3.12.11 and licical 1.0.1. This bug seems to be fixed in some of the recent versions. Thanks!
Comment 8 Milan Crha 2015-03-09 09:29:27 UTC
Thanks for the feedback. I'm marking this as a duplicate, the same as I did in comment #4 earlier.

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