GNOME Bugzilla – Bug 258748
Birthday events not entirely all day events
Last modified: 2013-09-10 14:01:40 UTC
Birthdays events (from Birthdays and aniversaries) shows up with a start and end time in the calendar. In my case they starts at 02.00 and ends 24hrs later. I.e they are two hours off. When I open them in the editor they are marked as all day events though.
Same problem here. Obviously related to our timezone, and rather annoying. Messes up the calendar quite badly :(
Possibly related (Rodrigo Moya thinks it's the same bug)... My all day events look fine in all views except for the "Work Week" view. In that view, they show as running from 5pm to 5pm (which is what all my Birthday and Anniversary entries do in all views). My timezone is PDT (America/Los_Angeles Daylight Savings).
Possibly duplicated here as well: http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=124880
I have this problem, but it is the same in ALL views. I'm also in the 5PM-5PM (US PDT time zone) club. Even in the List View, it shows all birthdays starting on the actual day, and ending the next--although for birthdays, unlike other (not all-day) events, it does not show a start/end TIME.
I see this with every All Day Event, not just Birthdays and Anniversaries. When I create an All Day Event it initially looks fine, but if I quit evolution and then restart it spreads over two days as reported above. Note, to get this I have to quit and restart. Switching from Calendar to Email and back does not generate this fault.
More investigation: it only appears to affect Month view and Week view. All other views are ok.
This seems similar to what we saw in the clock applet too. The clock applet now handles this birthday/all day case correctly. http://bugzilla.gnome.org/show_bug.cgi?id=134931
This should be fixed on CVS now
I just did a make distclean; make and I'm still seeing it. Something else odd too. When I create a birthday event in my personal calendar as an all day event it initially shows up as starting at the wrong time too. Then when I click on the Clear button in the search bar it fixes itself. I'll attach screenshots.
Created attachment 43837 [details] screenshot at startup
Created attachment 43838 [details] screenshot after clicking Clear button
*** bug 260647 has been marked as a duplicate of this bug. ***
Part of the problem is that e-cal-backend-contacts.c sets the timezone of the components to UTC in cdate_to_icaltime(). The attached patch fixes this --- all-day components like this should not have timezones in their dates. However, even with the patch I'm getting offset birthdays. I don't know if some other part of the code is overriding the empty timezone.
Created attachment 43897 [details] [review] Patch with partial fix; this one removes the timezone from cdate_to_icaltime()
*** bug 261057 has been marked as a duplicate of this bug. ***
FYI, Problem still present as of 1.5.9.2. In this case, I'm in UTC+10+DST, so birthdays are showing up as 11am on target date until 11am next day. Shows up this way in all views. For what it's worth: I suppose this *could* be useful if I was able to clearly assign a timezone to [contacts/]birthdays. However, then you'd need UI for "is this person where they normally are" and/or "I know this person will be in Fiji for their birthday"... way too many cases. If you keep it simple at single all-day-event that ignores timezone (which I think is your intent) then it should be good to go. AfC Sydney
Fixed.
I still see it (for birthday events) on an evolution built on Jul 14 from anoncvs, thouch the Changelog entry says it should be fixed :-(
Fixed for real this time (turned out to be two bugs).