Closed Bug 634570 Opened 15 years ago Closed 14 years ago

MODIFICATION_FAILED with Lightning and Axigen 7.6.1

Categories

(Calendar :: Lightning Only, defect)

Product:
Calendar
Component:
Lightning Only
Version:
Lightning 1.0b2
Platform:
x86_64
Windows XP
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED INCOMPLETE

People

(Reporter: grego, Unassigned)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; it; rv:1.9.2.12) Gecko/20101026 Firefox/3.6.12 ( .NET CLR 3.5.30729) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; it; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7 When trying to manage the response from a participant invited to a newly created calendar event, I get the following pop-window error message: (translating from Italian) "Si è verificato un errore durante la scrittura nel calendario Grego" "An error when writing to Grego's Calendar": NOTIFICATION_FAILED. The error console has the follwing messages: Avviso: Si è verificato un errore durante la lettura dei dati dal calendario: Grego. Codice di errore: DAV_PUT_ERROR. Descrizione: Publishing the calendar file failed Status code: 0 Errore: uncaught exception: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsITypeAheadFind.setDocShell]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: chrome://global/content/bindings/browser.xml :: onPageHide :: line 494" data: no] When this happens the calendar goes into Read mode only. In order to switch it back I have to exit and restart Thunderbird and then de-flag the read only option under properties. I don't have any problems with above described procedure with Axigen's own Web Mail client. Reproducible: Always Steps to Reproduce: 1. Create a new event 2. Invite a Participant 3. Wait for teh participant's response 4. Click the Update button in the response message. 5. Pop-Up window Error Message NOTIFICATION_ERROR Actual Results: Error Message and Calendar switching to read-only mode. Because of this I cannot manage my own calandar anymore therefore I have to close Thunderbird, restart and manage my calandar properties. Expected Results: It should have updated my Calendar based on the participant's reply Already exchanged emails regarding this problem with Axigen's Customer Support. The reponse is that its a Lightning issue.
Version: unspecified → Lightning 1.0b2
Please open the advanced config editor (options > advanced > general > config editor and enable calendar.debug.log to get more info about what is failing. Restart and try to reproduce the issue again. You should see a lot of messages in the error console.
Hi, Enabled calendar.debug.log and reproduced the issue but still can't figure it out: sendXpcomMail: Found USER autoResponse type. This type is currently unsupported, the compose API will always enter a text/plain or text/html part as first part of the message. This will disable OL (up to 2003) to consume the mail as an iTIP invitation showing the usual calendar buttons. sendXpcomMail: Found AUTO autoResponse type. mail text: MIME-version: 1.0 From: grego@asplazio.it To: vaccari@asplazio.it Date: Thu, 17 Feb 2011 08:11:22 GMT Subject: Invito evento: DOmenica Content-type: multipart/mixed; boundary="Boundary_(ID_qyG4ZdjoAsiZ+Jo19dCbWQ)" --Boundary_(ID_qyG4ZdjoAsiZ+Jo19dCbWQ) Content-type: multipart/alternative; boundary="Boundary_(ID_ryU4ZdJoASiZ+Jo21dCbwA)" --Boundary_(ID_ryU4ZdJoASiZ+Jo21dCbwA) Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 8BIT Si è stati invitati da grego <grego@asplazio.it> a DOmenica --Boundary_(ID_ryU4ZdJoASiZ+Jo21dCbwA) Content-type: text/calendar; method=REQUEST; charset=UTF-8 Content-transfer-encoding: 8BIT BEGIN:VCALENDAR PRODID:-//Mozilla.org/NONSGML Mozilla Calendar V1.1//EN VERSION:2.0 METHOD:REQUEST BEGIN:VTIMEZONE TZID:Europe/Berlin X-LIC-LOCATION:Europe/Berlin BEGIN:DAYLIGHT TZOFFSETFROM:+0100 TZOFFSETTO:+0200 TZNAME:CEST DTSTART:19700329T020000 RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=3 END:DAYLIGHT BEGIN:STANDARD TZOFFSETFROM:+0200 TZOFFSETTO:+0100 TZNAME:CET DTSTART:19701025T030000 RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=10 END:STANDARD END:VTIMEZONE BEGIN:VEVENT CREATED:20110217T081058Z LAST-MODIFIED:20110217T081115Z DTSTAMP:20110217T081115Z UID:f10e4b88-4d7f-4819-ac4d-50915612dce1 SUMMARY:DOmenica ORGANIZER;RSVP=TRUE;CN=grego;PARTSTAT=ACCEPTED;ROLE=CHAIR:mailto:grego@asp lazio.it ATTENDEE;RSVP=TRUE;CN=vaccari;PARTSTAT=NEEDS-ACTION;ROLE=REQ-PARTICIPANT:m ailto:vaccari@asplazio.it DTSTART;TZID=Europe/Berlin:20110213T100000 DTEND;TZID=Europe/Berlin:20110213T110000 TRANSP:OPAQUE END:VEVENT END:VCALENDAR --Boundary_(ID_ryU4ZdJoASiZ+Jo21dCbwA)-- --Boundary_(ID_qyG4ZdjoAsiZ+Jo19dCbWQ) Content-type: application/ics; name=invite.ics Content-transfer-encoding: 8BIT Content-disposition: attachment; filename=invite.ics BEGIN:VCALENDAR PRODID:-//Mozilla.org/NONSGML Mozilla Calendar V1.1//EN VERSION:2.0 METHOD:REQUEST BEGIN:VTIMEZONE TZID:Europe/Berlin X-LIC-LOCATION:Europe/Berlin BEGIN:DAYLIGHT TZOFFSETFROM:+0100 TZOFFSETTO:+0200 TZNAME:CEST DTSTART:19700329T020000 RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=3 END:DAYLIGHT BEGIN:STANDARD TZOFFSETFROM:+0200 TZOFFSETTO:+0100 TZNAME:CET DTSTART:19701025T030000 RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=10 END:STANDARD END:VTIMEZONE BEGIN:VEVENT CREATED:20110217T081058Z LAST-MODIFIED:20110217T081115Z DTSTAMP:20110217T081115Z UID:f10e4b88-4d7f-4819-ac4d-50915612dce1 SUMMARY:DOmenica ORGANIZER;RSVP=TRUE;CN=grego;PARTSTAT=ACCEPTED;ROLE=CHAIR:mailto:grego@asp lazio.it ATTENDEE;RSVP=TRUE;CN=vaccari;PARTSTAT=NEEDS-ACTION;ROLE=REQ-PARTICIPANT:m ailto:vaccari@asplazio.it DTSTART;TZID=Europe/Berlin:20110213T100000 DTEND;TZID=Europe/Berlin:20110213T110000 TRANSP:OPAQUE END:VEVENT END:VCALENDAR --Boundary_(ID_qyG4ZdjoAsiZ+Jo19dCbWQ)-- _createTempImipFile path: C:\DOCUME~1\grego\IMPOST~1\Temp\itipTemp iTIP method: REPLY iTIP on REPLY: found 1 items. iTIP operations: 1 iTIP options on: REPLY iTIP method: REPLY iTIP on REPLY: found 1 items. iTIP operations: 1 iTIP options on: REPLY calICSCalendar channel.requestSucceeded: false Avviso: Si è verificato un errore durante la lettura dei dati dal calendario: Grego. Codice di errore: DAV_PUT_ERROR. Descrizione: Publishing the calendar file failed Errore: Si è verificato un errore durante la scrittura nel calendario Grego. Codice di errore: MODIFICATION_FAILED. Descrizione: File sorgente: file:///C:/Documents%20and%20Settings/grego/Dati%20applicazioni/Thunderbird/Profiles/6qsijrgy.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/modules/calUtils.jsm -> file:///C:/Documents%20and%20Settings/grego/Dati%20applicazioni/Thunderbird/Profiles/6qsijrgy.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/calendar-js/calCalendarManager.js Riga: 1014 Status code: 0
I've got the same problem and still hasn't changed in lightning 1.0b4
> calICSCalendar channel.requestSucceeded: false So it seems this is an ics/webdav calendar and it could not be written to. Does axigen support adding events at all, or is it readonly (i.e can you add events to your calendar through Lightning).
I have been using lightning to add events to the Axigen calendar. Sometimes it works and sometimes it doesn't. It seems very random and I cannot workout if there is any logic to it. I did discuss this with Axigen's tech support and received the following:- The reported behavior seems to be more encountered when using Lightning 0.9; the latest version is 1.0b2. We can presume that this is related to the content of the .ICS file, of the vCalendar within, sometimes containing binary data which is not properly (Base64) encoded, for MIME. The binary data is not accepted by the server and the result is "MODIFICATION_FAILED". If this is the case, this would be more of a client (Lightning) side issue.
Since the invitation doesn't contain binary data and the server doesn't accept wrongly encoded data, it shouldn't be that reason. Anyway, we've fixed some aspects regarding file attachments, so if your calendar includes file data at the moment, it should work better.
Is the fix in a nightly build somewhere?
Sorry, my problem with T-Bird (lightning) & Axigen gives the same error just with day to day adding events to the calendar without invitations. Sometimes it adds the event, sometimes it comes back with MODIFICATION_FAILED error. It then either goes into read only mode or shows a yellow triangle next to the calendar. I then have to restart T-Bird and try again. Sometimes a restart makes it work, sometimes not.
The fix is in 1.0b4 release, there are no related fixes in the nightly builds. Could you test the same with a few other calendar clients? I'm not convinced this is a Lightning bug. Especially the fact that it sometimes works and other times not, is very uncommon. We don't process events differently between uploads.
I have about 5 or so installations of T-Bird/Lightning in my company and all are reporting the error. Most T-Bird/Lightning installations are Mac, I think one is windows. There are about 30 computers overall which are mainly running windows/outlook (which works ok with Axigen). Also, the Ajax web interface that comes with Axigen works without fault (I have to use this when lightning gives up, which is about 60/70% of the time. I have 1.0b4 installed but the error remains. It's very frustrating as I really like lightning on Mac.
So its kind of hard to find the cause for this, since there is not much debugging and it happens randomly. How about this: 1. Make a copy of your calendar for testing 2. Remove a few events, then try adding new ones to see if there are failures. Remember exactly which ones you remove. 3. Remove the test events 4. Repeat steps 2 and 3 until the random failures go away. Then you should know which events are causing the failure. You can also use a text editor to do the editing if it helps. Attach the events causing failure here when you are done. You can also run your whole calendar through the ics validator at http://severinghaus.org/projects/icv/ to see if the file is valid. If it is, then I'm pretty sure this is an Axigen issue. Maybe you can contact support, tell them about this bug and ask them if they would like to work with me to find out on which side the problem is. Thats all I can do right now.
Thanks very much, that's really helpful. Axigen seem quite keen to help so I'll get in touch with them to see what they have to say. Thanks again.
Lee, is this still an issue using the recently released Lightning 1.0 (compatible with Thunderbird 8)?
Hi Martin, Sorry, I can't help any more, the company I work for decided to ditch the Axigen server because of this problem so I can't test it anymore. We now have Exchange and outlook :( which is horrible when trying to search through email.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → INCOMPLETE
Hi, with regards to this issue I've upgraded Axigen & Thunderbird/Lightning to the latest version but still have the problem. I tried to create new calendars in Axigen in order to reproduce it. I noticed that the error manifests mainly when I update an event. Also, I contacted Axigen's support and was given the following response: "It seems that the main.ics you have provided contains binary (non-ASCII) data which is not interpretable by the Thunderbird / Lightning application; this data is not encoded in an accepted format, as to be processed by the application. As mentioned, Axigen accepts and provides data as it was written on the server, including the (not-encoded) binary data. We have notified our team about this behavior, as to introduce a workaround to handle, strip or not accept binary data, internally, to avoid such behaviors in the future, where an iCAL client is unable to parse the main.ics." Hope this can help Regards
Anyone got a work around to 'clean' the .ics files? I prefer sticking to lighning rather than keeping Axigen alive at my company. Lightning works fine with other servers like scalix. So this must be an Axigen issue.
Thought I'd try again with Axigen & Lightning as it's been over a year since the last go. This time I managed to get lightning to connect to, and update Axigen's calendar. Entries were showing correctly in both Axigen & lightning. Unfortunately, when I closed lightning and then re-opened it the entries were missing. When I checked Axigen they were still there. I then added another entry into lightning which sunsequently wiped all entries in Axigen and replaced them with the new entry. Ho hum.
You need to log in before you can comment on or make changes to this bug.