323937 - event displayed on correct date, but lists previous day

Status: RESOLVED DUPLICATE of bug 315703

(Calendar :: General, defect)

Description

[Ben Taitelbaum]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; rv:1.8) Gecko/20060114 Firefox/1.5
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; rv:1.8) Gecko/20060114 Firefox/1.5

sunbird 0.3a1

timezone: US/New_York
this happens when using universal time and when not using it.

This might have the same root cause as bug 304084 but I'm entering it as a new one because it has different symptoms.

The listings for all-day events are shown on the correct day in the daily,weekly,monthly,etc. views, but when I open up the event editor, the day is listed as the previous day with start and end times at 19:00

I am using a WebDAV repository. The following event shows up on March 11th, but when I edit it, it says it is on 03/10/06 from 19:00 to 19:00.
I've tried changing the day and time, and when it doesn't segfault, the event displays properly until I reload the remote calendar.

Here is the relevant section of the .ics file for this event:
BEGIN:VEVENT
CREATED:20060118T215437Z
LAST-MODIFIED:20060118T221111Z
DTSTAMP:20060118T215437Z
UID:uuid1137621289468
SUMMARY:Dad's Birthday
PRIORITY:0
STATUS:
CLASS:PUBLIC
DTSTART;VALUE=DATE:20060311
DTEND;VALUE=DATE:20060312
CATEGORIES:Birthday
X-LIC-ERROR:No value for STATUS property. Removing entire property:
END:VEVENT


Reproducible: Always

Steps to Reproduce:
1. subscribe to remote calendar (this happens with the holiday calendars as well)
2. edit all-day event

Actual Results:  
date in event editor is one day prior to event

Expected Results:  
date in event editor should match actual event date

Comment 1

[Calum Mackay]

I can't reproduce on my build of today using the various holiday files I'm subscribed to. I'm on GMT.

Would you give a particular remote holiday calendar, and event, so I can check that specifically, please?

Comment 2

[Joey Minta]

Just for the record, it doesn't matter what you've chosen for the timezone in the preferences and it doesn't matter whether you chose 'Store in UTC' or not.  What does matter is what your system-timezone is.  That may have some effect on testing here.

Also, Ben, please try with a nightly build and see if that makes any difference.  A large number of bugs have been fixed since 0.3a1.

Comment 3

[Ben Taitelbaum]

As an example, in http://www.mozilla.org/projects/calendar/caldata/USHolidays.ics April Fool's day displays on April 1st, but when I edit it, both From and To are 03/31/2000 19:00

The same thing happens in the most recent nightly build, as well as when I downloaded the source, ran cvs update -d, and compiled.

/etc/localtime is linked to /usr/share/zoneinfo/US/Eastern

My system clock is also in this timezone (will reboot and confirm this in a second)

I also noticed the same bug on the Windows version, where the system clock is also in the same time zone.

Comment 4

[Ben Taitelbaum]

yes, the system clock matches the output of date.

Comment 5

[Calum Mackay]

I cannot reproduce using the event in Comment #3; Linux/x86 today's build, system set to GMT.

Sounds like it's a TZ problem.

Comment 6

[Ben Taitelbaum]

I can confirm it's a TZ issue, because when I point /etc/localtime to /usr/share/zoneinfo/GMT, the date in the event editor is correct and the greyed out time is 00:00

Comment 7

[Joey Minta]

Sounds like the same issue as bug 315703.  Stefan's comment/testing there seems to match the description here pretty accurately.

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