Closed Bug 402539 Opened 17 years ago Closed 16 years ago

Description and location not preserved when moving instance of recurring event

Categories

(Calendar :: Internal Components, defect)

defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: nomisvai, Assigned: dbo)

References

Details

(Keywords: dataloss)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.9) Gecko/20071025 Firefox/2.0.0.9
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.8pre) Gecko/20071023 Sunbird/0.7

Moving an instance of a recurring event seems to drop the DESCRIPTION and LOCATION  for the moved instance.

Reproducible: Always

Steps to Reproduce:
1.Create a 1 hour recurring event for 5 days, with a location and description
2.drag and drop the 3rd instance to another time slot
3.Notice that the description and location has not been set in the new exception instance
Actual Results:  
Before reschedule (I removed the irrelevant stuff) : 
BEGIN:VCALENDAR
BEGIN:VEVENT
DTEND;TZID=America/Montreal:20071105T191500
SUMMARY: 5 ocu
DTSTAMP:20071105T144304Z
PRIORITY:0
SEQUENCE:0
LOCATION:Somewhere
UID:f1588e1e-6d5a-43fa-81b5-b48fef8570b6
LAST-MODIFIED:20071105T144304Z
DTSTART;TZID=America/Montreal:20071105T181500
TRANSP:OPAQUE
DESCRIPTION:my description
RRULE:FREQ=DAILY;COUNT=5;INTERVAL=1
CREATED:20071105T142000Z
END:VEVENT
END:VCALENDAR

After modif
BEGIN:VCALENDAR
BEGIN:VEVENT
DTEND;TZID=America/Montreal:20071105T191500
SUMMARY: 5 ocu
DTSTAMP:20071105T144304Z
PRIORITY:0
SEQUENCE:0
LOCATION:Somewhere
UID:f1588e1e-6d5a-43fa-81b5-b48fef8570b6
LAST-MODIFIED:20071105T144304Z
DTSTART;TZID=America/Montreal:20071105T181500
TRANSP:OPAQUE
DESCRIPTION:my description
RRULE:FREQ=DAILY;COUNT=5;INTERVAL=1
CREATED:20071105T142000Z
END:VEVENT
BEGIN:VEVENT
DTEND;TZID=America/Montreal:20071108T101500
RECURRENCE-ID;TZID=America/Montreal:20071108T181500
SUMMARY: 5 ocu
DTSTART;TZID=America/Montreal:20071108T091500
LAST-MODIFIED:20071105T144303Z
PRIORITY:0
DTSTAMP:20071105T144303Z
UID:f1588e1e-6d5a-43fa-81b5-b48fef8570b6
CREATED:20071105T144303Z
END:VEVENT
END:VCALENDAR


Expected Results:  
The exception instance should have a DESCRIPTION and LOCATION property set with the same value as the master instance.
Please don't shout in bug summaries.
Summary: DESCRIPTION AND LOCATION NOT PRESERVED WHEN MOVING INSTANCE OF RECURRING EVENT → DESCRIPTION and LOCATION not preserved when moving instance of recurring event
It's common practice to use all uppercase letters to indicate the names of iCal properties, but in order to avoid blinding sensitive eyes I have edited the summary. 
Summary: DESCRIPTION and LOCATION not preserved when moving instance of recurring event → Description and location not preserved when moving instance of recurring event
Simon - I'm unable to replicate this with a current nightly and suspect that it has been fixed by a recent checkin (or two). Appreciate it if you could retest using a current nightly.
Hi, I just tried with: 
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.11pre) Gecko/20071204 Calendar/0.8pre

And can still reproduce the problem:
1) create a recurring daily event, count=5
2) drag-drop second instance one hour later
3) note that the description is not there anymore, in the put request, I see that the drag & dropped instance does not have the DESCRIPTION and LOCATION property.

Thanks
(In reply to comment #4)
I can reproduce that, but it's not a CalDAV problem. IMO it's the wrong exception/overridden item mimic I mentioned in bug 390492 comment #14 or bug 368976. When creating an exception/overridden item, we need to create full copies of the parent item. That's the iCalendar way of creating exceptions.

I'd like to point out that sunbird/lightning may already have produced dataloss this way.

Changing component to "Internal Components", marking wanted 0.8; falls into the same area of bugs.
Assignee: nobody → daniel.boelzle
Component: Provider: CalDav → Internal Components
Flags: wanted-calendar0.8+
Keywords: dataloss
OS: Windows XP → All
Hardware: PC → All
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
We should fix dataloss bugs in 0.8
Flags: wanted-calendar0.8+ → blocking-calendar0.8+
Flags: in-testsuite?
Going on vacation, I won't have time left for this; this is wanted for 0.8 though.
Assignee: daniel.boelzle → nobody
Status: ASSIGNED → NEW
Flags: wanted-calendar0.8+
Flags: blocking-calendar0.8-
Flags: blocking-calendar0.8+
QA Contact: caldav-provider → base
Flags: wanted-calendar0.9+
Flags: wanted-calendar0.8+
Flags: blocking-calendar0.8-
Assignee: nobody → daniel.boelzle
Fixed with bug 368976.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Target Milestone: --- → 0.9
Depends on: 368976
Checked in lightning 20080561918 -> VERIFIED.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.