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)

defect
Not set
minor

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: ken_yap, Unassigned)

Details

Attachments

(1 file)

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.
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?
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/>.
Attached image Sunbird window dump —
Shows interesting buggy behaviour in 1.0pre.
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
Flags: blocking-calendar1.0?
Hardware: x86 → All
Flags: blocking-calendar1.0?
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.

Attachment

General

Creator:
Created:
Updated:
Size: