Empty calendar in Lightning when synchronizing calendar via CalDAV

[d.tamm]

I have been using Lightning for a long time with several eGW calendars
without major problems. However, suddenly one of the calendars is
totally empty in Lightning. All events are still there in eGW as can be
confirmed on the web eGW calendar page.
The error console of Thunderbird gets the following 2 errors when I
activate the calendar:

Fel: thisCalendar is not defined
Källkodsfil:
file:///usr/lib/mozilla/extensions/%7B3550f703-e582-4d05-9a08-453d09bdfdc6%7D/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/modules/calUtils.jsm
->
file:///usr/lib/mozilla/extensions/%7B3550f703-e582-4d05-9a08-453d09bdfdc6%7D/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/calendar-js/calDavRequestHandlers.js
Rad: 786

Fel: [Exception... "Component returned failure code: 0x8000ffff
(NS_ERROR_UNEXPECTED) [nsISAXXMLReader.onStopRequest]"  nsresult:
"0x8000ffff (NS_ERROR_UNEXPECTED)"  location: "JS frame ::
file:///usr/lib/mozilla/extensions/%7B3550f703-e582-4d05-9a08-453d09bdfdc6%7D/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/modules/calUtils.jsm
->
file:///usr/lib/mozilla/extensions/%7B3550f703-e582-4d05-9a08-453d09bdfdc6%7D/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/calendar-js/calDavRequestHandlers.js
:: mg_onStopRequest :: line 818"  data: no]
Källkodsfil:
file:///usr/lib/mozilla/extensions/%7B3550f703-e582-4d05-9a08-453d09bdfdc6%7D/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/modules/calUtils.jsm
->
file:///usr/lib/mozilla/extensions/%7B3550f703-e582-4d05-9a08-453d09bdfdc6%7D/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/calendar-js/calDavRequestHandlers.js
Rad: 818

Otherwise, there is no error message in Thunderbird, and the calendar is
not locked either, just silently totally empty.

All other calendars display fine in Lightning. I suspect that some entry
in the struggling calendar may be corrupted but have no idea where I
could correct that.

Another problem, concerning the mailing list: I was not able to log in
at www.egroupware.org/forum in order to post this issue. Every time I
try to login, I am sent back to the login page without an error message.
At the same time, it appears as if I already am logged in because I can
browse to my account properties and my previous posts. But when I try to
open a new topic, I can't get further than to the login page. I have
confirmed that login name and password are right by using the "Forgot
password" function.

Daniel

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
eGroupWare-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/egroupware-users

[d.tamm]

The problem with login to the Nabble forum only exists when I try with Firefox on Ubuntu 10.4. No problems to login from Firefox/WinXP or from Android. Strange.

I have also tried to hunt down the calendar problem, and exported my calendar as an ics file. Importing that file to Lightning gave an error message about duplicate IDs. So I looked for duplicate UID in the database and deleted all entries leading to such duplicates for the respective user. That solved the problem for importing the exported ics file. However, the subscription via Groupdav does not work anyway. Still a totally empty calendar and the same error messages in the console as mentioned above.
This also seems to be a problem specific to Lightning since my Android devices work fine with the calendar.

Anybody has an idea what to try next?

[Sebastian Steinhuber]

Am 24.02.2012 14:11, schrieb d.tamm:
> The problem with login to the Nabble forum only exists when I try with
> Firefox on Ubuntu 10.4. No problems to login from Firefox/WinXP or from
> Android. Strange.

Please ensure that egroupware.org is allowed to save its session cookie.

Best,
Sebastian


------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
eGroupWare-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/egroupware-users

[d.tamm]

OK, the login problem is solved: I have disabled third party cookies, and since the forum is embedded in a frame from another domain I have to explicitly allow those cookies. Actually, the cookies are not set from egroupware.com but from nabble.com, so it was nabble.com which had to be allowed to set cookies.

Thank you for the hint, Sebastian.

[d.tamm]

I have in the meantime tried the following:

1. Created new user in eGW and tried to connect to that user's calendar. Same problem as with the calendar I mentioned earlier. However, other existing calendars work fine.

2. Emptied the related calendar-tables in the database (after exporting all calendars as .ics files from the eGW user interface and taking a backup :-) ) but leaving timezone and holiday tables intact. Then re-import calendars via eGW user interface. -> Same error with the same calendar as previously.

3. Emptied the tables in the database again and re-imported only the calendars which were functioning correctly. Then I re-created most of the events for the erroneous calendar manually from the eGW user interface. Now, my Thunderbird displays no exclamation mark beside the last calendar, but anyway the calendar stays empty in TB. I can now create new events in TB and they get added via CalDAV, but once I restart TB the calendar is empty again.

4. Connected to the calendar with a more recent TB (Ubuntu 11.10, TB 10.0.2, Lightning 1.2.1). Here, the calendar gets a yellow exclamation mark again and is empty. The javascript error list contains new error messages when connecting to the calendar:

> Warning: CalDAV: Get failed: CalDAV: Error: got status 500 fetching calendar data for Familie, null
>
> Warning: Ett fel uppstod vid läsning av kalender: Familie.  Detta fel anses vara av mindre allvarlig grad, så programmet
> kommer att försöka fortsätta. Felkod: 0x80004005. Beskrivning: CalDAV: Error: got status 500 fetching calendar data for
> Familie, null
>
> Warning: Ett fel uppstod vid läsning av kalender: Familie.  Detta fel anses vara av mindre allvarlig grad, så programmet
> kommer att försöka fortsätta. Felkod: READ_FAILED. Beskrivning:

So TB gets a status 500 error.
I have also tried to connect to the calendar via cadaver where I get a correct listing of the calendar. Also, my Android devices with CalDAV sync work fine with all calendars. Maybe it's a bug in TB?
It should be mentioned that the calendar causing the problems contains a number of recurring events (weekly, bi-weekly, yearly).

[Sebastian Steinhuber]

Am 28.02.2012 10:46, schrieb d.tamm:
> I have in the meantime tried the following:
[…]
>
> So TB gets a status 500 error.
> I have also tried to connect to the calendar via cadaver where I get a
> correct listing of the calendar. Also, my Android devices with CalDAV sync
> work fine with all calendars. Maybe it's a bug in TB?
> It should be mentioned that the calendar causing the problems contains a
> number of recurring events (weekly, bi-weekly, yearly).

There was the Inverse Edition of Lightning (patched Lightning extension)
for TB that worked for me perfectly fine. On the Download page¹ Sogo
claims that the official release of Lightning 1.2 should work, but you
may consider trying the last release of the Inverse edition² anyway.

When I find some time to test the Lightning 1.2 extension for TB, I'll
report back my findings.

Best,
Sebastian

¹http://www.sogo.nu/english/downloads/frontends.html
²http://www.sogo.nu/files/downloads/extensions/sogo-connector-10.0.xpi


------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
_______________________________________________
eGroupWare-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/egroupware-users

[Ralf Becker-2]

Am 28.02.12 12:51, schrieb Sebastian Steinhuber:

> Am 28.02.2012 10:46, schrieb d.tamm:
>> I have in the meantime tried the following:
> […]
>>
>> So TB gets a status 500 error.
>> I have also tried to connect to the calendar via cadaver where I get a
>> correct listing of the calendar. Also, my Android devices with CalDAV sync
>> work fine with all calendars. Maybe it's a bug in TB?
>> It should be mentioned that the calendar causing the problems contains a
>> number of recurring events (weekly, bi-weekly, yearly).
>
> There was the Inverse Edition of Lightning (patched Lightning extension)
> for TB that worked for me perfectly fine. On the Download page¹ Sogo
> claims that the official release of Lightning 1.2 should work, but you
> may consider trying the last release of the Inverse edition² anyway.
>
> When I find some time to test the Lightning 1.2 extension for TB, I'll
> report back my findings.

As far as I can tell up-to-date Lightning for TB 10.* works well.

Same is true for new SOGo Connector (CardDAV addressbook sync for TB).

Ralf

>
> Best,
> Sebastian
>
> ¹http://www.sogo.nu/english/downloads/frontends.html
> ²http://www.sogo.nu/files/downloads/extensions/sogo-connector-10.0.xpi
>
>
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
> _______________________________________________
> eGroupWare-users mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/egroupware-users

--
Ralf Becker
Director Software Development

Stylite AG

Morschheimer Strasse 15 | Tel. [phone]
D-67292 Kirchheimbolanden | Fax. [phone]

Email: [hidden email]

www.stylite.de | www.egroupware.org

Managing Directors: Andre Keller | Ralf Becker | Gudrun Mueller
Chairman of the supervisory board: Prof. Dr. Birger Leon Kropshofer

Commerzbank BLZ 55040022 | Account 218111300
IBAN DE33 5504 0022 0218 1113 00 | BIC COBADEFFXXX
VAT DE214280951 | Registered HRB 31158 Kaiserslautern Germany

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
_______________________________________________
eGroupWare-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/egroupware-users

[Sebastian Steinhuber]

On Tue, 28 Feb 2012 14:05:37 +0100
Ralf Becker <[hidden email]> wrote:

> Am 28.02.12 12:51, schrieb Sebastian Steinhuber:
> > Am 28.02.2012 10:46, schrieb d.tamm:
> >> I have in the meantime tried the following:
> > […]
> >>
> >> So TB gets a status 500 error.
> >> I have also tried to connect to the calendar via cadaver where I get a
> >> correct listing of the calendar. Also, my Android devices with CalDAV sync
> >> work fine with all calendars. Maybe it's a bug in TB?
> >> It should be mentioned that the calendar causing the problems contains a
> >> number of recurring events (weekly, bi-weekly, yearly).
> >
> > There was the Inverse Edition of Lightning (patched Lightning extension)
> > for TB that worked for me perfectly fine. On the Download page¹ Sogo
> > claims that the official release of Lightning 1.2 should work, but you
> > may consider trying the last release of the Inverse edition² anyway.
> >
> > When I find some time to test the Lightning 1.2 extension for TB, I'll
> > report back my findings.
>
> As far as I can tell up-to-date Lightning for TB 10.* works well.
>
> Same is true for new SOGo Connector (CardDAV addressbook sync for TB).
>
> Ralf

That's true. ;-)
Daniel, maybe some clarification about the version of eGW could be useful here,
in other words eGW has to be an up-to-date installation, too.
Unfortunately the status 500 is very generic, on the other hand reproducible.
I would assume the command leading to the error is always the same.
Did you analyze the CalDAV traffic?

Best,
Sebastian



------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
_______________________________________________
eGroupWare-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/egroupware-users

[d.tamm]

Hi again.

I think that I have now somehow solved the problem for me. It seems that it actually (as I suspected earlier) is a bug in Thunderbird. As mentioned earlier the calender making problems had a lot of recurring events (almost 20 events recurring weekly or bi-weekly). I have then taken away one by one and each time tested Thunderbird. And after taking away 4 recurring events, the calendar displayed in Thunderbird! I could then reproduce this behaviour by adding a new recurring event -> the calendar disappeared again. Removing one recurring event -> the calendar came back.

All the time, there where no problems at all in other clients: As I mentioned, Android calendars worked fine, but also Evolution showed all events. So there are big chances that eGW does it all right, just Thunderbird is too dumb to handle many recurring events in the same calendar. By the way, I have now created the events I was forced to remove from the one calendar to one of my other calendars, and this is working fine even in TB. So it seems to be a per-calendar restriction. I have tested all this in my Ubuntu 10.04, so it is not the most recent TB.

[d.tamm]

I have now even tested with a more recent TB (10.0.2) and Lightning 1.2.1. Unfortunately, the problem there (error 500) persists.

Sebastian Steinhuber wrote

Daniel, maybe some clarification about the version of eGW could be useful here,
in other words eGW has to be an up-to-date installation, too.
Unfortunately the status 500 is very generic, on the other hand reproducible.
I would assume the command leading to the error is always the same.
Did you analyze the CalDAV traffic?

My eGW version is 1.8.001. And no, I have not analyzed the traffic. No idea how to do it either. But anyway, I do not think this is an eGW bug since all other clients I tested work fine. If I get the time I will look in the bug tracker for TB and maybe report it there.

Thank you for your comments.

[d.tamm]

And my last update for today: TB 10.0.2 with Lightning 1.2.1 on WindowsXP works fine after my moving of recurrent events. My last post was referring to the same versions but on Ubuntu 11.10.

[d.tamm]

Hello again.

The problem re-appeared in several versions of Lightning after some time and some new posts in the calendar. This is valid for my production site which is running egw 1.8.001. However, since other clients (including Android caldav-sync and Evolution) had no problems with the calendar, I suspected that the bug may be in Lightning rather than eGW.

Today, I have tested the current nightly build of eGW (version 1.8.004) on a testing machine, and I am glad to report that the calendar now is working. So my guess is that the problem was due to some non-standard-compliance of eGW 1.8.001 which some calendar clients had problems with while others were more tolerant. I have tested several versions of Lightning, both Windows and Linux, both older and newer, and the problem seems to be gone in all versions.

So thank you for the work on 1.8.004 and the better standards compliancy of it.