User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:126.96.36.199) Gecko/2009102814 Ubuntu/8.10 (intrepid) Firefox/3.0.15 Build Identifier: Lightning 0.9 and 1.0 nightly build When setting a new event in Lightning an error occurs: "Modification Failed". After this, the calendar is automatically on "read only" mode. The calendar is setted up as iCalendar and it syncs with the events.ics of eGroupware 1.6. The problem occurs very often. Received invitations in this time are also getting lost, when accepting. Reproducible: Sometimes
Chris, do you see any error messages in the Error Console (menu Tools > Error Console)? What means "Received invitations _in this time_"? How is the general quality of the connection to the server? How recent are the 1.0 nightly builds you experience this issue with?
Hi Martin, Thank you very much for your answer. > Chris, do you see any error messages in the Error Console (menu Tools > Error > Console)? I got this error every time: Fehler: An error occurred when writing to the calendar baer! Error code: MODIFICATION_FAILED. Description: Quelldatei: file:///C:/Users/user/AppData/Roaming/Thunderbird/Profiles/0buzn4cj.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/modules/calUtils.jsm -> file:///C:/Users/user/AppData/Roaming/Thunderbird/Profiles/0buzn4cj.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/calendar-js/calCalendarManager.js Zeile: 1000 > What means "Received invitations _in this time_"? When setting a new event and I invite someone on "Invite Atendees", the mentioned error occurs (Modification failed). At the same time the calendar is put on read-only-mode and the event couldn't be saved. > How is the general quality of the connection to the server? The quality to the server is very good. It's in the same office and connected in a Gigabit-LAN. > How recent are the 1.0 nightly builds > you experience this issue with? The build of lightning 1.0pre is about 2 weeks old.
I can confirm I'm seeing the same bug when adding tasks today. The same error details in the Error Console as mentioned above. Latest Lightning build 1.0b2pre and also an earlier build from 17 Dec, in TB3, XP. Problem seemed to arise because Lightning attempted to assign a new task to a Google Calendar that was unavailable, even though that calendar was not the default calendar: 1. The fifth of five Google Calendars wouldn't load ("momentarily unavailable" in Lightning), but I didn't notice. 2. I attempted to add a task as normal using the "Click Here to Add a New Task" box. Received error message "An error occurred when writing to the calendar NCA Error code: MODIFICATION_FAILED" 3. Lightning was attempting to assign the new task to the fifth calendar (NCA), even though this is not the default and I had *not* focused that calendar (by highlighting it in the list). Lightning seemed to be treating the fifth calendar as focused (perhaps because of the loading error?), assigning new tasks to it.
I have the same problem with a remote calendar syncing with GCALDaemon, I believe that the problem is that calendar open the file, and never close it, then when you want to change the data of the appoinments or a task (GCALDaemon already change the ics file in background) it crashes cause it detect that other program change the file. This doesn't occur with Lightning 0.9, but in the nightly builds yes. It suppose that if it is a remote calendar it could be edited with other applications and calendar need to read it again
Steps to reproduce error. 1. Create a new network calendar (iCalendar) in some path that the user has permission. 2. Create an appoinment in this calendar writing whatever you want in the description 3. With TB3 (lightning) running, open the icalendar file. 4. Modify the description field of the created appoinment an save the file. 5. Open the appoinment with lightning and. 1.- The change that was made by hand, does not appear in the description (this is correct cause we havent reload the remote calendar) 2.- Change the data in the description field. 6. Save the appoinment and lightning crashes with MODIFICATION_FAILED: The calendar has been changed remotely. Please reload and apply your changes again! It suppose that it is incorrect this behavior cause with external application it can change the ics file and is not exlusively of the lightning
The same problem exists with Sunbird 0.9.
similar problems with 1.02pre connecting via iCalendar to Citadel server. Read-only seems to work fine but creating, moving (drag & drop) or editing in TB causes item to be lost at TB and not updated at Citadel server side. Reloading the iCalendar (right-click calendar in lightning) or restarting TB doesn't bring changes back into view. Calendar items created at Citadel end are loaded into TB end after reload. No error console errors at any time.
Lets not mix issues here. Dung, the Google Calendar issue is that Google doesn't support tasks. Bruno recently fixed a bug that disabled task controls for Google Calendars via CalDAV and adding tasks via Provider has been disabled for a while. Aldo, your bug sounds like the typical conflict bug. You will not see the change made by hand until you reload remote calendars. The error message is showing you exactly whats wrong. See also bug 327933, it seems in some situations this leads to more problems. We will not be holding exclusive locks on the file, sometimes it is wanted that the file is changed externally. Chris was reporting an *event* specific issue, lets keep that the main issue here. Chris, if you enable calendar.debug.log and calendar.debug.log.verbose, and try to reproduce the bug again, do you get more messages in your error console?
Hello, I have a lot of problems with lightning / egroupware... Who is using both ? Recently, lightning is read only and I can't see my appointments. I'm using lightning 1.0b1 pre and egroupware 1.6.002 but I met this problem whith lightning 0.9 and egw 1.4 Who can help me ? (If possible someone who can speak french because my english is poor) Thank you !
Chris? Your info is still needed (In reply to Philipp Kewisch [:Fallen] from comment #8) > > Chris was reporting an *event* specific issue, lets keep that the main issue > here. Chris, if you enable calendar.debug.log and > calendar.debug.log.verbose, and try to reproduce the bug again, do you get > more messages in your error console?
Whiteboard: [closeme 2011-11-25]
Status: UNCONFIRMED → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.