.ics file served from WebDav not working in lightning 0.5

ml_gupta · Post by **ml_gupta** » July 3rd, 2007, 7:03 am

I have been using Calendar/Lightning/Sunbird for years now. I have multiple calendars hosted on one of my WebDav servers. Till ligtning 0.5 RC1 things were working as they were supposed to (at least for me). Last week after I upgraded lightning to 0.5, none of the WebDav based .ics calendars are getting displayed. I thought that this may be happening because of file format change. So, I downloaded one .ics file (that contains last 4 years of my calendar), imported that to a local calendar, and then re-exported that to .ics file. Still the problem remains. One interesting thing I observed is that even the "Holiday Files" published on mozilla site are not working.

Would really appreciate if someone can help me out in this.

Thanks

Manish

chuckm42 · Post by **chuckm42** » July 3rd, 2007, 10:05 am

I've been encountering similar issues -- calendars worked fine with .0.3.1, but don't load properly in Lightning.

Do you have your webdav credentials saved? What happens when you clear them out (Pref -> Privacy -> Edit Saved Passwords)?

I'm noticing the following sequence of events in my Apache access logs:

192.168.15.1 - - [03/Jul/2007:12:48:43 -0400] "GET /dav/Events.ics HTTP/1.1" 200 59928
192.168.15.1 - - [03/Jul/2007:12:48:44 -0400] "PUT /dav/Events.ics HTTP/1.1" 401 486

After that point I get prompted for username and password and then I get no other reference to that calendar and all remote calendars disappear.
Attempts to modify, reload, etc never reference that calendar again:

192.168.15.1 - - [03/Jul/2007:12:50:01 -0400] "GET /dav/Birthdays.ics HTTP/1.1" 304 -
192.168.15.1 - - [03/Jul/2007:12:50:35 -0400] "GET /dav/Birthdays.ics HTTP/1.1" 304 -

Under Sunbird the same patter occurs, however Reloading Remote Calendars seems to help.

192.168.15.1 - - [03/Jul/2007:13:01:35 -0400] "GET /dav/Events.ics HTTP/1.1" 200 59928
192.168.15.1 - - [03/Jul/2007:13:01:35 -0400] "PUT /dav/Events.ics HTTP/1.1" 401 486
*** Reload Remote Calendars here ***
192.168.15.1 - - [03/Jul/2007:13:02:10 -0400] "GET /dav/Events.ics HTTP/1.1" 304 -
192.168.15.1 - - [03/Jul/2007:13:02:10 -0400] "GET /dav/Birthdays.ics HTTP/1.1" 304 -
192.168.15.1 - - [03/Jul/2007:13:02:10 -0400] "GET /dav/Events.ics HTTP/1.1" 200 59928
192.168.15.1 - webdav [03/Jul/2007:13:02:11 -0400] "PUT /dav/Events.ics HTTP/1.1" 204 0
192.168.15.1 - webdav [03/Jul/2007:13:02:11 -0400] "PROPFIND /dav/Events.ics HTTP/1.1" 207 349
192.168.15.1 - - [03/Jul/2007:13:02:23 -0400] "GET /dav/Events.ics HTTP/1.1" 200 60238
192.168.15.1 - webdav [03/Jul/2007:13:02:23 -0400] "PUT /dav/Events.ics HTTP/1.1" 204 0
192.168.15.1 - webdav [03/Jul/2007:13:02:23 -0400] "PROPFIND /dav/Events.ics HTTP/1.1" 207 349
192.168.15.1 - - [03/Jul/2007:13:02:30 -0400] "GET /dav/Events.ics HTTP/1.1" 304 -
192.168.15.1 - - [03/Jul/2007:13:02:30 -0400] "GET /dav/Birthdays.ics HTTP/1.1" 304 -

Old ssiter · Post by **Old ssiter** » July 3rd, 2007, 12:03 pm

ml_gupta wrote:One interesting thing I observed is that even the "Holiday Files" published on mozilla site are not working.

Hi, I'm using Sunbird 0.5 to read some of the calendars from http://www.mozilla.org/projects/calendar/holidays.html and see no problem. Could you provide detailed steps to reproduce the issue starting with a new clean profile?

ml_gupta · Post by **ml_gupta** » July 3rd, 2007, 7:02 pm

I tried Sunbird with a new fresh profile and things are working fine. Thanks ssitter for pointing in the right direction.

rduke · Post by **rduke** » July 5th, 2007, 11:17 am

I also tried with a fresh profile, but I see the same or a very similar bug and cannot use v. 0.5.

<b>Stay with 0.3.1 if you use remote WebDAV .ics calendars!</b>

I moved both my Sunbird profile and the Sunbird install directory, and did a fresh install (sunbird-0.5.en-US.win32.installer.exe). I then re-subscribed to my 6 remote calendars, all in the same folder on my WebDAV server.

Everything looked fine, until I added an all day event. I was prompted for the username and password, and it still looked fine. However, when I started moving between months, everything broke apart. Most months show no event at all, some past months sometimes show some calendars. Basically, most everything disappeared, with some unpredictable occasional appearances of some past events.

The real calendars on the server were not touched, and there was no error message (that would be because of bug 341501 https://bugzilla.mozilla.org/show_bug.cgi?id=341501).

The error console does show a cryptic

<cite>Error: [Exception... "Component returned failure code: 0x80040111 (NS_ERROR_NOT_AVAILABLE) [nsIHttpChannel.requestSucceeded]" nsresult: "0x80040111 (NS_ERROR_NOT_AVAILABLE)" location: "JS frame :: file:///D:/util/Mozilla-Sunbird/components/calICSCalendar.js :: anonymous :: line 383" data: no]
Source File: file:///D:/util/Mozilla-Sunbird/components/calICSCalendar.js
Line: 383</cite>

boritto · Post by **boritto** » July 5th, 2007, 11:31 am

rduke,

You have just touched upon the same thing I'm complaining about in my post at http://forums.mozillazine.org/viewtopic.php?t=564022.

This is very similar to bug 379498 https://bugzilla.mozilla.org/show_bug.cgi?id=379498.

Like you say, "<B>Stay with 0.3.1 if you use remote WebDAV .ics calendars!</B>"

chawki · Post by **chawki** » July 6th, 2007, 6:54 am

"Stay with 0.3.1 if you use remote WebDAV .ics calendars!"....

So, is there anywhere that I can still download v0.3.1?

Thanks,
CJ

chawki · Post by **chawki** » July 6th, 2007, 6:56 am

Or for that matter, when is the bug in v0.5 going to be fixed?

Thanks,
CJ

Old ssiter · Post by **Old ssiter** » July 6th, 2007, 7:10 am

Could somebody of you provide detailed steps to reproduce the issue starting with a clean profile? For example what preferences do you change, what type of calendars you create, what is type and version of the server you use etc. ...

If your are using Apache also check out the last point on [http://www.mozilla.org/projects/calendar/releases/common0.5.html].

boritto · Post by **boritto** » July 6th, 2007, 7:15 am

In my case, it is related to the WebDAV directives in Apache. However, the maintainer of Apache at my job is unwilling to permanently change the directives, so we cannot use Sunbird/Lightning 0.5.

Is there a fix planned for the known limitation/bug? I sure hope so as I really like Sunbird/Lightning.

Thanks

chawki · Post by **chawki** » July 8th, 2007, 8:32 pm

Hi.

I've been investigating the problem and it only happens in 0.5. The exact problem is that it won't let you modify calendars to which you're subscribed. That is, it will let you modify them but won't let you publish the changes back to the remotely-hosted .ics file. Version 0.3 lets you do this. Here are the steps I take to reproduce the problem:

1. Install Sunbird 0.5
2. Run Sunbird
3. Subscribe to remote calendar (on http://www.icalx.com/)
4. Make a change to remote calendar (add an event or task)
5. Sunbird will ask for username & password, enter these.
6. Exit Sunbird
7. Delete the entire profile
8. Restart Sunbird
9. Subscribe to the same remote calendar as in step #3
6. Notice that the change made in step #4 is NOT made on the remote calendar.

I hope this helps.

CJ

Cartroo · Post by **Cartroo** » July 9th, 2007, 5:57 am

I was having a problem exactly like this, and it turned out to be an instance of bug 380746.

The problem was because Apache was requiring authentication to perform a PUT, but not a GET. So, it fetches the calendar with no authentication details, but then when the time comes to perform an update, the fact that it suddenly needs to authenticate seems to confuse it utterly and the update fails.

In my case, Thunderbird became so confused that when it quit, the process was left hanging around in the background, where I had to explicitly kill it. If I restarted without killing this process, all kinds of other problems also occurred - I mention this so any Linux users can watch out for it accordingly.

So, if you have access to your Apache configs, just remove any <Limit> or <LimitExcept> directives so authentication is applied equally to all methods. This means you'll need to log in at Thunderbird start time (when it first tries to read the calendars), but at least it seems to work. Hopefully since this is a known issue, a fix will be produced in some future release.

HTH!

kawo · Post by **kawo** » July 11th, 2007, 8:23 am

chawki wrote:"Stay with 0.3.1 if you use remote WebDAV .ics calendars!"....

So, is there anywhere that I can still download v0.3.1?

Thanks,
CJ

Re-Installing v0.3.1 doesn't solve the problem, because then TB won't even start.

The german error-message is:

Ihre Daten sind nicht kompatibel mit dieser Version von Thunderbird
Die Daten in Ihrem Profil wurden durch eine neuere Version von Thunderbird aktualisiert. Ein Fortfahren wird wahrscheinlich einen Datenverlust oder -fehler hervorrufen. Thunderbird wird nun beendet

After that, the only way to get TB up and running again is to start in safe-mode and update lightning.

I don't have access to the Apache-config-files so I really hope that there will be a solution or at least a work-around very very soon.

Greetings
Kawo

kawo · Post by **kawo** » July 11th, 2007, 8:46 am

ssitter wrote:Could somebody of you provide detailed steps to reproduce the issue starting with a clean profile? For example what preferences do you change, what type of calendars you create, what is type and version of the server you use etc. ...

If your are using Apache also check out the last point on [http://www.mozilla.org/projects/calendar/releases/common0.5.html].

It seems the problem lies somewhere in having had an older version of Lightning.

I just installed Lightning v5.0 in a clean profile in TB and don't have any problems getting my calendar displayed at all.

In my old profile the calendar won't load, even after I removed all calendars in Lightning, deinstalled Lightning, installed Lightning v5.0 and "made" new calendars (with links to the webDAV-ics-Files)...

So - somewhere somehow there are remnants of the old Lightning-data in my profile, which I have to get rid of somehow.
But how do I get rid of that data???

kawo · Post by **kawo** » July 12th, 2007, 3:13 am

After spending the whole morning with TB and the setting-up of numerous new profiles, I've finally found out what exactly is the problem in my case:
when I use our local proxy to connect to the internet with TB (which is absolutly essential for updating the extensions), then the calendar-data won't be displayed. If I tell TB to connect to the internet directly, the calendar-data is displayed without problem.
This afternoon I'm going to try and find out, if the proxy can be configured differently, so it won't block the calendar-data, but I still hope, that there will be a solution to the original problem soon.

Another very useful thing would be a notice of the existence and source of this problem on the Lightning-Website, so that other "sufferers" won't have to spend so much time searching for the reason they cannot see their calendar-data anymore. ;-)

Greetings Kawo

.ics file served from WebDav not working in lightning 0.5

.ics file served from WebDav not working in lightning 0.5

Similar issue

Re: .ics file served from WebDav not working in lightning 0

Download v0.3.1.

Bug fix?

Steps required to reproduce...

Resolved for me

Re: Download v0.3.1.