Closed
Bug 355304
Opened 19 years ago
Closed 18 years ago
Exceptions of recurring events are not handled by export to iCalendar
Categories
(Calendar :: Import and Export, defect, P1)
Calendar
Import and Export
Tracking
(Not tracked)
RESOLVED
FIXED
Sunbird 0.3
People
(Reporter: sebo.moz, Assigned: mvl)
Details
(Keywords: dataloss)
Attachments
(2 files)
|
1.75 KB,
patch
|
dmosedale
:
first-review+
|
Details | Diff | Splinter Review |
|
2.01 KB,
text/plain
|
Details |
When exporting a storage calendar to iCalendar format recurring events loose any exceptions.
Steps to reproduce:
1. create daily recurring event (5 times)
2. drag first occurrence one week ahead
3. export whole calendar, choose iCalendar format
Result: no exceptions in ics file. After importing the data again, the exeptions are not shown.
found using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20061002 Sunbird/0.3
| Reporter | ||
Comment 1•19 years ago
|
||
This is in conflict with "Export should serialize all data into the file" from the release status file. Requesting blocking0.3
Flags: blocking0.3?
I can reproduce this on Lightning 0.3rc 1 (2006100209), Thunderbird 1.5.7 (20060909), on Mac PPC OSX 10.4
| Assignee | ||
Comment 4•19 years ago
|
||
Copied the code from the ics provider. One day, we will share this code...
Comment 5•19 years ago
|
||
Comment on attachment 241187 [details] [diff] [review]
patch v1
Looks good; r=dmose.
Attachment #241187 -
Flags: first-review?(dmose) → first-review+
Updated•19 years ago
|
Whiteboard: [needs checkin]
Updated•19 years ago
|
Target Milestone: --- → Sunbird 0.3
Updated•19 years ago
|
Priority: -- → P1
| Assignee | ||
Comment 6•19 years ago
|
||
patch checked in, moved the SUNBIRD_0_3_RELEASE tag
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Updated•19 years ago
|
Whiteboard: [needs checkin]
Updated•19 years ago
|
Whiteboard: [litmus testcase wanted]
Comment 7•18 years ago
|
||
well, can not verify -> REOPEN
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20061217 Calendar/0.4a1
1. create event from tomorrow, per 5 days (no matter if I set daily or not)
2. move first occurence to next hour (use week view)
3. export calendar
4. delete events
5. import exported calendar
result: error - 1 item failed to import
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Target Milestone: Sunbird 0.3 → ---
Comment 8•18 years ago
|
||
Comment 9•18 years ago
|
||
(In reply to comment #7)
> well, can not verify -> REOPEN
> result: error - 1 item failed to import
This bug is about export. Does the export worked as expected after this fix?
If you see an error during import this is a complete different problem and I think you should file a new bug.
Comment 10•18 years ago
|
||
(In reply to comment #9)
> This bug is about export. Does the export worked as expected after this fix?
That's the problem. I'm not able to verify if exception was exported properly so I exported calendar and wanted to import to check if is is the same
> If you see an error during import this is a complete different problem and I
> think you should file a new bug.
Yes, error is displayed when I try to import
Ok, if you think that exported data looks good, please close it, mark as fixed (because bug is fixed) and let me open new issue
Comment 11•18 years ago
|
||
Using Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a2pre) Gecko/20061219 Calendar/0.4a1:
I created repeating event, deleted one occurrence and exported to iCalendar file. I checked the file and the EXDATE elements are there.
-> Setting back to FIXED.
Damian, please file a new bug on the import issue.
(Note: If you just open your exported file as new calendar it works ok)
Status: REOPENED → RESOLVED
Closed: 19 years ago → 18 years ago
OS: Windows XP → All
Hardware: PC → All
Resolution: --- → FIXED
Target Milestone: --- → Sunbird 0.3
Comment 12•18 years ago
|
||
I filed Bug 364388 for the import issue.
You need to log in
before you can comment on or make changes to this bug.
Description
•