Closed
Bug 728643
Opened 12 years ago
Closed 12 years ago
Editing an existing calendar event causes it to disappear
Categories
(Calendar :: Provider: GData, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 735619
People
(Reporter: dekkerdreyer, Unassigned)
References
Details
(Keywords: dataloss)
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.1) Gecko/20100101 Firefox/10.0.1 Build ID: 20120208060813 Steps to reproduce: 1. Create a new event in a Caldav. Add a title, brief description, check "all day event", click "save and close". 2. Reload remote calendars. 3. Edit event, uncheck "all day event", click "save and close". 4. Reload remote calendars. Actual results: Event disappears. Expected results: Event should not disappear
Reporter | ||
Comment 1•12 years ago
|
||
This could be related to bug 727755 but that one has a more complex procedure and existed in previous versions of lightning.
Reporter | ||
Comment 2•12 years ago
|
||
I should mention that I'm using Provider for Google Calendar.
Reporter | ||
Updated•12 years ago
|
Summary: Editing an existing CALDAV event causes it to disappear → Editing an existing calendar event causes it to disappear
Reporter | ||
Updated•12 years ago
|
OS: All → Windows 7
Hardware: All → x86_64
Comment 3•12 years ago
|
||
I'm not quite clear on a couple of points: Your initial report stated that this was CalDAV format. Comment 2 indicates that you are using GData Provider. So, could you please clarify: 1. How many remote calendars you have. 2. What type(s) they are/it is. 3. Does the problem occur on all calendars or just CalDAV. 4. Is the CalDAV calendar a Google calendar. 5. If creating the Google calendar (assuming there is one) as a Google calendar and *not* CalDAV results in the same behavior. 6. If disabling (a different) Google calendar and uninstalling (or disabling GData Provider) makes any difference in the behavior you are seeing with the CalDAV calendar cited above. 7. Are you caching any calendar data (see properties for the affected calendar(s), to see if the option is checked). I am only using iCal and Google calendars, and I do not see this behavior with either format. I have six calendars defined, out of which, one is accessed via GData Provider, one read/write via iCal (on my own Communigate Pro server), and the rest are read-only Google calendars.
This is a CommunigatePro error. I have already reported to CommunigatePro and they have confirmed it about half a year ago.
Comment 5•12 years ago
|
||
(In reply to vonkaenel from comment #4) > This is a CommunigatePro error. I have already reported to CommunigatePro > and they have confirmed it about half a year ago. The reporter did not say that he was using Communigate Pro. I do not see this with *my* Communigate Pro calendar (5.1.16).
Comment 6•12 years ago
|
||
I have the same error: https://bugzilla.mozilla.org/show_bug.cgi?id=730608 I am using Thunderbird with the Addon "Provider für Google Kalender 0.9". My calendars are on google, under two different accounts. One account has two calendars, the other only one. The bug is only with two of the three calendars, which are both from the same google account. The third calender from the other google account seems unaffected. Maybe it's relevant that the "buggy" google account is registered with an external email address, as the working account is registered with a googlemail.com address.
Reporter | ||
Comment 7•12 years ago
|
||
I have five remote calendars, all through Google. I'm using the Provider for Google Calendar 0.9. This happens on all my Google calendars. I am not caching any of my calendars. I do not have/use Communigate. This is probably a duplicate: https://bugzilla.mozilla.org/show_bug.cgi?id=730608 This is probably a duplicate: https://bugzilla.mozilla.org/show_bug.cgi?id=731057 This probably belongs in GData.
Comment 10•12 years ago
|
||
Confirmed by duplicates
Status: UNCONFIRMED → NEW
Component: General → Provider: GData
Ever confirmed: true
QA Contact: general → gdata-provider
Comment 11•12 years ago
|
||
At least one duplicate was seen on MacOSX.x86 => Platform to All/All
OS: Windows 7 → All
Hardware: x86_64 → All
Comment 12•12 years ago
|
||
one more bit of information, maybe it's useful: I have three calendars, two of them show this bug. These two calendars have an URL like: https://www.google.com/calendar/ical/[weirs_chars]%40group.calendar.google.com/public/basic.ics the working one has: https://www.google.com/calendar/ical/[Mailaddress]%40googlemail.com/public/basic.ics I tested with new calendars having either a googlemail-address or an external one, but that made no difference. hope that helps...
Reporter | ||
Comment 13•12 years ago
|
||
Problem still exists in 11.0.1.
Reporter | ||
Updated•12 years ago
|
Version: Lightning 1.2 → Lightning 1.3
Reporter | ||
Comment 14•12 years ago
|
||
Still exists in Lightning 1.3.
Comment 15•12 years ago
|
||
Most probably a duplicate of bug 735619 that ought to be fixed with Lightning 1.4 for Thunderbird 12.
Reporter | ||
Comment 16•12 years ago
|
||
I think https://bugzilla.mozilla.org/show_bug.cgi?id=727755 is a duplicate.
Reporter | ||
Comment 17•12 years ago
|
||
https://bugzilla.mozilla.org/show_bug.cgi?id=730233 is a dupe, but provides the missing link. The event isn't disappearing, it's being moved to the default Google calendar when edited. Since I (and apparently a few others) do not use their default Google calendar, we only saw the events disappear.
Reporter | ||
Comment 18•12 years ago
|
||
https://bugzilla.mozilla.org/show_bug.cgi?id=735619 is a dupe and appears to be resolved for 1.4.
Updated•12 years ago
|
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•