330943 - RFC-issue: timefield of UNTIL, when in GMT not converted to local timezone like DTSTART and DTEND

Status: RESOLVED DUPLICATE of bug 351737

(Calendar :: General, defect)

Description

[thesynack]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.1) Gecko/20060226 Debian/1.5.dfsg+1.5.0.1-3 Firefox/1.5.0.1
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.1) Gecko/20060226 Debian/1.5.dfsg+1.5.0.1-3 Firefox/1.5.0.1

When a recurring event is created with an UNTIL field value in GMT format, 
(Example from RFC:)
(RRULE:FREQ=DAILY;UNTIL=20000131T090000Z;BYMONTH=1)
The date/time from the UNTIL is not converted from GMT to client's local timezone, like DTSTART and DTEND are converted.

From RRULE section in http://www.ietf.org/rfc/rfc2445.txt
 If observance is known to have an effective end date, the
        "UNTIL" recurrence rule parameter MUST be used to specify the
        last valid onset of this observance (i.e., the UNTIL date-time
        will be equal to the last instance generated by the recurrence
        pattern). It MUST be specified in UTC time.

UTC time is used.



Reproducible: Always

Steps to Reproduce:
1.Import an ics ical calendar with event that is "weekly" M-F with an end date in UTC format that is a UTC date-time as the last instance of the recurrence.
2. If the last event's recurrance is an evening time (10pm) and the SunBird client is in GMT-7, then presently, SunBird shows the event as recurring until the day after.

Actual Results:  
Sample .ics calendar files can be provided if desired. Screenshots can be provided.

Expected Results:  
The date displayed in the SunBird, "Edit Event" , Tab titled "Recurrance", radio button selected "Until" corresponding field should read the date of the imported UNTIL field *after* timezone changes are applied.


unrelated.

Comment 1

[Joey Minta]

1.) Please give the version information for the copy of Sunbird you used.  If this was not a nightly build, please also test with a nightly build to see if the bug still exists there.
2.) Can you attach a testcase ics file, containing a single event exhibiting this issue?

Comment 2

[thesynack]

(In reply to comment #1)
> 1.) Please give the version information for the copy of Sunbird you used.  If
> this was not a nightly build, please also test with a nightly build to see if
> the bug still exists there.

Appologies. Version used was the 0.3 release, not a nightly build:
"Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20051104 Mozilla Sunbird/0.3a1"

After downloading a nightly build, and trying it out with a nightly build (downloaded 7:00am (Pacific time GMT-8)) the problem still persists.

"Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20060318 Mozilla Sunbird/0.3a1+"

With the sample ical text provided below, a review of the "Set Pattern" for repeated events shows a date of "01/26/2000" while choosing an ending time that is less than 24:00 - 8:00 results in the "Set Pattern" repeated events with a date of "01/25/2000" (the last day of the event.)

Additionally, the event is explicitly stated to be MO,TU,WE,TH,FR but appears in Sunbird to be SU-TH

(I realize thie sample file is in the past. This is done so it does not interfere with other present and future events.)

> 2.) Can you attach a testcase ics file, containing a single event exhibiting
> this issue?

I asked sunbird to export the event as an ical document:
---
BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//Mozilla.org/NONSGML Mozilla Calendar V1.0//EN
BEGIN:VEVENT
CREATED:20060319T150734Z
LAST-MODIFIED:20060319T150734Z
DTSTAMP:20060319T150734Z
UID:[e-mail]
SUMMARY:Some event
STATUS:CONFIRMED
CLASS:PUBLIC
ATTENDEE:RSVP=FALSE
RRULE:FREQ=WEEKLY;UNTIL=20000126T030000;INTERVAL=1;BYDAY=MO,TU,WE,TH,FR
DTSTART:20000112T010000Z
DTEND:20000112T030000Z
LOCATION:location field
DESCRIPTION:Weekday event exhibiting bug
CATEGORIES:Projects
SEQUENCE:1
END:VEVENT
END:VCALENDAR
---

If you are in a timezone that is negative offset from GMT, try creating an ical faile with an event that ends less than ABS(your timezoneoffset) from midnight, and follow the RFC for encoding the UNTIL as a URC time-field. Then review the "Repeat Until" time to see that Sunbird is not converting the UNTIL time from GMT to the local client's timezone.

Please let me know if you need anything else.

Comment 3

[thesynack]

Also, I notice the above export from Sunbird differs from the record in the original import, in that the original import has this:

The original source that was used to import as the "Z" in the date, as do these:
RRULE:FREQ=WEEKLY;UNTIL=20000126T030000Z;INTERVAL=1;BYDAY=MO,TU,WE,TH,FR

Comment 4

[thesynack]

This issue with *.ics UNTIL values imported in UTC format, but not being handled by SunBird as UTC (instead handling them as local time) may be the cause, or have this related to bug 315703.

Comment 5

[Joey Minta]

How are we doing on this bug?  Is it still a problem in nightly builds?  If so, we probably want to bump this up the priority list for interop reasons.

Comment 6

[Sebastian Schwieger]

If I am not mistaken, bug 351737 is a duplicate and therefor a confirmation of this bug. Not really sure, though.

Comment 7

[cmtalbert]

(In reply to comment #6)
> If I am not mistaken, bug 351737 is a duplicate and therefor a confirmation of
> this bug. Not really sure, though.

I think you're right. These two bugs are probably tied to the same issue. However, I cannot recreate this bug, but I can recreate 351737. I tried several things. I imported this ICS:
BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//Mozilla.org/NONSGML Mozilla Calendar V1.0//EN
BEGIN:VEVENT
CREATED:20060319T150734Z
LAST-MODIFIED:20060319T150734Z
DTSTAMP:20060319T150734Z
UID:[e-mail]
SUMMARY:Some event
STATUS:CONFIRMED
CLASS:PUBLIC
ATTENDEE:RSVP=FALSE
RRULE:FREQ=WEEKLY;UNTIL=20000126T030000Z;INTERVAL=1;BYDAY=MO,TU,WE,TH,FR
DTSTART:20000112T010000Z
DTEND:20000112T030000Z
LOCATION:location field
DESCRIPTION:Weekday event exhibiting bug
CATEGORIES:Projects
SEQUENCE:1
END:VEVENT
END:VCALENDAR

And then re-reading the bug I saw that perhaps it was supposed to be evening timezones with a negative offset, so I reset to GMT-7 and tried with this ICS:
BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//Mozilla.org/NONSGML Mozilla Calendar V1.0//EN
BEGIN:VEVENT
CREATED:20060319T150734Z
LAST-MODIFIED:20060319T150734Z
DTSTAMP:20060319T150734Z
UID:[e-mail]
SUMMARY:c3
STATUS:CONFIRMED
CLASS:PUBLIC
ATTENDEE:RSVP=FALSE
RRULE:FREQ=WEEKLY;UNTIL=20060928T23300Z;INTERVAL=1;BYDAY=MO,TU,WE,TH,FR
DTSTART:20060912T220000Z
DTEND:20060912T23300Z
LOCATION:location field
DESCRIPTION:Weekday event exhibiting bug
CATEGORIES:Projects
SEQUENCE:1
END:VEVENT
END:VCALENDAR

And I tried tweaking it here and there, trying to get an early UTC UNTIL time that just includes the date, times that spanned days after being converted from UTC, and I could not recreate the scenario where the event recurs until the day after the UNTIL date.
I will mark this bug as a duplicate of bug 351737, since I can confirm that bug, and these two bugs seem to refer to the same underlying issue.

I will also remove the qawanted flag on this bug.



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