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 729733 - Birthdays & Anniversaries displays UTC timezone
Birthdays & Anniversaries displays UTC timezone
Status: RESOLVED NOTGNOME
Product: evolution
Classification: Applications
Component: Calendar
3.10.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: evolution-calendar-maintainers
Evolution QA team
: 745063 748465 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2014-05-07 16:39 UTC by rstrilec
Modified: 2015-06-30 20:25 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
iCalendar for test1 (431 bytes, text/calendar)
2014-09-01 14:12 UTC, Walter
Details
vCard for test1 (368 bytes, text/vcard)
2014-09-01 14:13 UTC, Walter
Details

Description rstrilec 2014-05-07 16:39:34 UTC
The birthdays entered in my contacts do NOT display in the calendar with the  local timezone but instead, UTC.  I live in the US Eastern TZ, -4 UTC (EDT) currently, so birthdays show in calendar as appointments from 4:00am to 4:00am, and not as all day events.

My other calendars (Personal, Google, etc.) display properly.  A workaround would be appreciated.
Comment 1 Milan Crha 2014-05-29 16:16:50 UTC
Thanks for a bug report. I tried to reproduce this, but no luck. Could you right-click one "affected" event in the calendar view and save it, then open the file and check what are the lines with DTSTART and DTEND, please?

Mine show:
   DTSTART:20140531T000000
   DTEND:20140601T000000
which means a floating time, thus "in whatever timezone the view is setup", which should be "always from midnight to midnight".

What is your libical version, please? It can be related.

I have this running on a Fedora 20 system, with
   libical-1.0-4.fc20.x86_64
   evolution-3.10.4-2.fc20.x86_64
   evolution-data-server-3.10.4-2.fc20.x86_64
with set timezone in evolution to America/New_York (in Edit->Preferences->Calendar and Tasks) and the event about a birthday is shown properly.
Comment 2 martyn 2014-06-30 18:32:46 UTC
Hello to all,
I found a problem with the dates of birthdays. If your birthday falls before 1970, the birthday is programmed with two hours before ending the day before.

I do not think a serious problem, but it is a nice hassle (although useful to remember to make gifts for the time XD)

sorry for my English, I use google translate :\
Comment 3 Joachim Breitner 2014-07-01 07:32:24 UTC
I can confirm martyn’s finding, although slightly different: I’m in Europe, and a birthday from 2.7.1922 begins at 11pm the day before. I I move it past 1950, it begins on midnight. Maybe related to the introduction of daylight saving time around 1950?
Comment 4 Milan Crha 2014-07-01 15:09:11 UTC
Still works correctly for me, local addressbook, years 1944 and 1996. I suspect the libical version doing something odd.
Comment 5 Walter 2014-08-24 21:14:22 UTC
Hello,
i thing two things are important.

1. You need the timezone Europa/Berlin
2. The first day which one make problems is the 02.10.1949 (2nd October 1949)

More information about timezone Europa/Berlin an th 02.10.1949:

https://issues.apache.org/jira/browse/LANG-312

https://de.wikipedia.org/wiki/Sommerzeit#Deutschland (only in german)
Comment 6 Milan Crha 2014-08-29 13:19:47 UTC
I have:

* Edit->Preferences->Calendar and Tasks->Timezone:
   [ ] Use system time zone (Europe/Berlin)
   [ Europe/Berlin      ]                  [ Select...]

* On This Computer/Personal address book is selected for inclusion
  in Birthdays and Anniversaries calendar.

* I have in that book a contact with:
  Anniversary: 05/31/2014
  Birthday: 10/02/1949

* Switch to the second of October, 2014 and see a Birthday reminder
  with 65 years, with no arrows to the left or right, which would indicate
  a 24-hours long event with a shifted time.

I thought that this can be somehow locale dependent, thus I run evolution-calendar-factory and evolution itself in LANG=de_DE.utf8 , but even there the birthday reminder is shown properly, it is on the second of October, 2014:
   Geburtstag: <full name> (65)

I tried this with evolution 3.12.4 and libical-1.0-4.fc20.x86_64, while all evolution binaries were built with this libical (locally built, to be more precise).
Comment 7 Walter 2014-08-30 07:32:39 UTC
Here same pictures:

http://www.pic-upload.de/view-24429447/1.png.html
http://www.pic-upload.de/view-24429449/2.png.html
http://www.pic-upload.de/view-24429448/3.png.html
http://www.pic-upload.de/view-24429450/4.png.html
http://www.pic-upload.de/view-24429451/5.png.html
http://www.pic-upload.de/view-24429452/6.png.html

Here my version:
ii  evolution                     3.12.2-1+b1    amd64        groupware suite with mail client and organizer
ii  evolution-common              3.12.2-1       all          architecture independent files for Evolution
ii  evolution-data-server         3.12.2-1       amd64        evolution database backend server
ii  evolution-data-server-common  3.12.2-1       all          architecture independent files for Evolution Data Server
ii  evolution-plugins             3.12.2-1+b1    amd64        standard plugins for Evolution
ii  libecal-1.2-16                3.12.2-1       amd64        Client library for evolution calendars
ii  libical1                      1.0-1          amd64        iCalendar library implementation in C (runtime)
Comment 8 Walter 2014-08-30 07:42:06 UTC
Birthdays (Format: DD.MM.YYYY)
test1 test  01.10.1949
test2 test  02.10.1949
test3 test  03.10.1949
Comment 9 Milan Crha 2014-09-01 06:47:54 UTC
Could you right-click test1 and save it as iCalendar, then open the corresponding address booka dn save the event as vCard (also by right-clicking it) and attach both here, please? Could you paste here also the output of 'locale' command, please?

By the way, the pic-upload.de is the worst site I ever saw for image upload, its disrupting advertisements open popup windows (really multiple) when clicking "Close", what a surprise :( You can upload images directly to bugzilla, thus they are not lost during the time and no spam/spywere/malware/whatever is involved in the information being exchanged.
Comment 10 Walter 2014-09-01 14:12:16 UTC
Created attachment 285022 [details]
iCalendar for test1

Timezone in evolution was Europa/Berlin
Comment 11 Walter 2014-09-01 14:13:42 UTC
Created attachment 285023 [details]
vCard for test1

Timezone in evolution was Europa/Berlin
Comment 12 Walter 2014-09-01 14:14:21 UTC
Output from locacle:

Timezone in evolution was Europa/Berlin
Comment 13 Walter 2014-09-01 14:16:38 UTC
walter@debian:~$ locale
LANG=de_DE.UTF-8
LANGUAGE=
LC_CTYPE="de_DE.UTF-8"
LC_NUMERIC="de_DE.UTF-8"
LC_TIME="de_DE.UTF-8"
LC_COLLATE="de_DE.UTF-8"
LC_MONETARY="de_DE.UTF-8"
LC_MESSAGES="de_DE.UTF-8"
LC_PAPER="de_DE.UTF-8"
LC_NAME="de_DE.UTF-8"
LC_ADDRESS="de_DE.UTF-8"
LC_TELEPHONE="de_DE.UTF-8"
LC_MEASUREMENT="de_DE.UTF-8"
LC_IDENTIFICATION="de_DE.UTF-8"
LC_ALL=

By the way, can I edit my old comments? And next time I download the images here.
Comment 14 Walter 2014-09-01 14:20:21 UTC
Also i made an update to

evolution                     3.12.2-1+b1
evolution-common              3.12.2-1
evolution-data-server         3.12.5-1 (new version)
evolution-data-server-common  3.12.5-1 (new version)
evolution-plugins             3.12.2-1+b1
libecal-1.2-16                3.12.5-1 (new version)
libical1                      1.0-1

but is all the same.
Comment 15 Milan Crha 2014-09-02 09:58:19 UTC
Thanks for the update.

(In reply to comment #13)
> By the way, can I edit my old comments?

Nope, you cannot edit already committed comments.

(In reply to comment #14)
> evolution                     3.12.2-1+b1
> evolution-data-server         3.12.5-1 (new version)

Hmm, mixing evolution 3.12.2 with evolution-data-server 3.12.5 is not ideal, even the build makes sure that evolution is built against the same version of the evolution-data-server, thus your distro maintainers should provide you with the same version of evolution too. It's not that big issue with stable releases, but the development release may sometime fail to run due to API changes.

> libical1                      1.0-1

I guess your distribution is Ubuntu, thus I looked for a difference between the one used by Ubuntu [1] and Fedora, and I see that the Ubuntu has one patch applied, with a reference to [2] (though a very simplified version of it) while Fedora has only patches [r1150] and [r1156], where the [r1150] fixes this issue (I tested this by compiling libical without it and then with it and without the [r1150] patch I can reproduce the issue, but not when the patch is applied).

That means that you should ask your distribution maintainers to patch libical with [r1150] change and once it'll be done you'll have Birthdays & Anniversaries calendar working properly.

[1] https://launchpad.net/ubuntu/+source/libical/1.0-1
[2] http://sourceforge.net/p/freeassociation/bugs/88/
[r1150] http://sourceforge.net/p/freeassociation/code/1150/
[r1156] http://sourceforge.net/p/freeassociation/code/1156/
Comment 16 Milan Crha 2015-02-26 06:53:54 UTC
*** Bug 745063 has been marked as a duplicate of this bug. ***
Comment 17 Milan Crha 2015-03-09 09:29:27 UTC
*** Bug 745063 has been marked as a duplicate of this bug. ***
Comment 18 Milan Crha 2015-04-27 12:25:32 UTC
*** Bug 748465 has been marked as a duplicate of this bug. ***
Comment 19 Joachim Breitner 2015-06-30 20:25:29 UTC
(In reply to Joachim Breitner from comment #3)
> I can confirm martyn’s finding, although slightly different: I’m in Europe,
> and a birthday from 2.7.1922 begins at 11pm the day before. I I move it past
> 1950, it begins on midnight. Maybe related to the introduction of daylight
> saving time around 1950?

It still affects me (eds 3.16.3-1+b1), but has become worse: Previously, it woul dstart on 11pm on 1.7., so at least I see that something is wrong. Now, it appears as a full day event, but _still_ on the 1.7. – one day too early!

Using libical1a version 1.0-1.3 on Debian unstable.