Closed
Bug 502999
Opened 15 years ago
Closed 10 years ago
copying a recurring event then pasting causes a MODIFICATION_ERROR, then calendar becomes read-only
Categories
(Calendar :: Provider: GData, defect)
Calendar
Provider: GData
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: ken_yap, Unassigned)
Details
Attachments
(1 file)
36.71 KB,
image/jpeg
|
Details |
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.11) Gecko/2009060310 Ubuntu/8.10 (intrepid) Firefox/3.0.11 Build Identifier: Thunderbird version 2.0.0.22 (20090608), Lightning 0.9, Provider for Google Data 0.5.1 I wanted to copy an existing event to tomorrow. It so happened that it was a weekly event. Reproducible: Always Steps to Reproduce: 1. Select a recurring event. 2. Select Copy from right button menu. 3. Position cursor elsewhere and select Paste from right button menu. 4. Error window pops up and the detail is MODIFICATION_ERROR. 5. Google calendar becomes read-only and has to be reset to read-write from Properties. Actual Results: Paste fails and Google calendar becomes read-only and has to be reset to read-write from Properties. Expected Results: Paste should warn about copying a recurring event and prompt user for available choices (turn into single event, create a recurring event with appropriate modifications, etc), or just silently turn it into a single event and user can modify it afterwards.
Comment 1•15 years ago
|
||
Does the issue still exists if testing with a recent 1.0pre nightly test build that contains e.g. the fixes from Bug 345607?
I fetched the latest Sunbird 1.0pre and tried to install the gdata-provider addon but it said that 0.5.1 is incompatible with 1.0pre. Where can I download a more recent version of gdata-provider?
Comment 3•15 years ago
|
||
The gdata-provider test builds can be found next to Lightning at <http://ftp.mozilla.org/pub/mozilla.org/calendar/lightning/nightly/latest-comm-1.9.1/>.
Well, well, well, I installed Sunbird 1.0pre and a compatible gdata-provider.xpi and the new bug behaviour is most entertaining. As you can see from the screenshot, when I tried to copy the event "Timesheet" from Monday and paste into Tuesday, I got a null event on Tuesday with a duration of 24 hours from the same time of day as on Monday (not the time at which I tried to paste the event).
(In reply to comment #5) > As you can see from the screenshot, when I tried to copy the event "Timesheet" > from Monday and paste into Tuesday, I got a null event on Tuesday with a > duration of 24 hours from the same time of day as on Monday (not the time at > which I tried to paste the event). I also stumbled in this one. I can confirm this behavior with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.4pre) Gecko/20090917 Lightning/1.0pre (BuildID=20090922033943), Shredder/3.0pre, latest gdata-provider. No errors in console. From an event like this (repeat weekly): BEGIN:VEVENT CREATED:00011231T014600Z LAST-MODIFIED;TZID=Europe/Berlin:20090922T164329 UID:pd3sdnfl7po9leshi7josrb9r4 SUMMARY:New Event STATUS:CONFIRMED ORGANIZER;RSVP=FALSE;CN=----------;CUTYPE=INDIVIDUAL:mailto:---------- RRULE:FREQ=WEEKLY DTSTART;TZID=Europe/Berlin:20090921T114500 DTEND;TZID=Europe/Berlin:20090921T123000 SEQUENCE:1 X-GOOGLE-EDITURL:http://www.google.com/calendar/feeds/----------/p rivate/full/pd3sdnfl7po9leshi7josrb9r4/63389313809 URL:http://www.google.com/calendar/event?eid=cGQzc2RuZmw3cG85bGVzaGk3am9zc mI5cjRfMjAwOTA5MjFUMDk0NTAwWiBidjE1NzhAbQ TRANSP:OPAQUE CLASS:DEFAULT END:VEVENT the event copied and pasted the day after becomes: BEGIN:VEVENT CREATED;TZID=Europe/Berlin:20090922T164344 LAST-MODIFIED;TZID=Europe/Berlin:20090922T164344 UID:52c83781-334b-408e-8167-e68582bd5d8c SUMMARY:null STATUS:CONFIRMED ORGANIZER;RSVP=FALSE;CN=----------;CUTYPE=INDIVIDUAL:mailto:---------- DTSTART;TZID=Europe/Berlin:20090922T114500 DTEND;TZID=Europe/Berlin:20090923T114500 SEQUENCE:0 X-GOOGLE-EDITURL:http://www.google.com/calendar/feeds/----------/p rivate/full/_6kp66e1j6ss32b9j6cq64b9k60s6ab9o64r3ebb56os3ae1ic9i3ap1occ/63 389313824 URL:http://www.google.com/calendar/event?eid=XzZrcDY2ZTFqNnNzMzJiOWo2Y3E2N GI5azYwczZhYjlvNjRyM2ViYjU2b3MzYWUxaWM5aTNhcDFvY2NfMjAwOTA5MjJUMDk0NTAwWiB idjE1NzhAbQ TRANSP:OPAQUE CLASS:DEFAULT END:VEVENT
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → All
Updated•15 years ago
|
Flags: blocking-calendar1.0?
Hardware: x86 → All
Updated•13 years ago
|
Flags: blocking-calendar1.0?
Comment 7•10 years ago
|
||
There has been a major rewrite of the Provider for Google Calendar between version 0.32 and 1.0. A vast number of bugs have been fixed during this rewrite, therefore I am closing lots of old bugs that I think might either be fixed or no longer apply to the latest version. Please read the updated FAQ [1] for details on known issues. If you can reproduce your issue with the latest version of the Provider for Google Calendar and you can't find an existing bug that handles your case, please reopen this issue. Thank you for your understanding. [1] https://wiki.mozilla.org/Calendar:GDATA_Provider
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•