[kronolith] Thunderbird Lightning does not display Kronolith Calendar

[Jan Schneider]

Zitat von Ferdinand Gruber <fer.grub at yahoo.de>:

> Am 21.09.2015 um 16:52 schrieb Jan Schneider:
>>
>> Zitat von Ferdinand Gruber <fer.grub at yahoo.de>:
>>
>>> Am 16.09.2015 um 21:42 schrieb Jan Schneider:
>>>>
>>>> Zitat von Ferdinand Gruber <fer.grub at yahoo.de>:
>>>>
>>>>> Am 16.09.2015 um 20:36 schrieb Jan Schneider:
>>>>>>
>>>>>> Zitat von Ferdinand Gruber <fer.grub at yahoo.de>:
>>>>>>
>>>>>>> Am 15.09.2015 um 21:41 schrieb Jan Schneider:
>>>>>>>>
>>>>>>>> Zitat von Ferdinand Gruber <fer.grub at yahoo.de>:
>>>>>>>>
>>>>>>>>> I am using Thunderbird 38.2.0with Lightning 4.0.2 as frontend.
>>>>>>>>>
>>>>>>>>> May be after updating horde groupware, anyway, now Lightning  
>>>>>>>>> does not display any calendar events.
>>>>>>>>>
>>>>>>>>> In the Thunderbird error console I can see 2 messages:
>>>>>>>>>
>>>>>>>>> CalDAV: Fatal Error parsing etags for MyHordeCalendar
>>>>>>>>> NS_ERROR_UNEXPECTED: Component returned failure code:  
>>>>>>>>> 0x8000ffff (NS_ERROR_UNEXPECTED)  
>>>>>>>>> [nsISAXXMLReader.onDataAvailable]
>>>>>>>>>
>>>>>>>>> Any idea?
>>>>>>>>
>>>>>>>> Can you trace the wire to see what etags are actually sent back?
>>>>>>>>
>>>>>>> Now I installed wireshark and I am trying to get some  
>>>>>>> information out of that, e.g. I tried a filter:
>>>>>>>
>>>>>>> frame contains calendar
>>>>>>>
>>>>>>> Please can you help me how to find that etags?
>>>>>>
>>>>>> They should be included in the XML server response from a  
>>>>>> client PROPFIND request.
>>>>>>
>>>>> Please can  you help me to set an appropriate filter in wireshark?
>>>>
>>>> Just don't do any other HTTP traffic during your request, then  
>>>> scroll down until you find a PROPFIND request.
>>>>
>>> Thank you for ansering me.
>>>
>>> Now I captured the traffic on the network card with wireshark when  
>>> thunderbird was starting.
>>> I looked for the string "PROPFIND".
>>> Then I followed the TCP stream.
>>> I saved the output in a file and attached the file to this message.
>>>
>>> Please would you be so kind to look into that. I am not able to  
>>> interpret the content.
>>>
>>> Thank you in advance.
>>> Ferdinand
>>>
>>> -- 
>>> Greetings from Austria
>>> Ferdinand Gruber
>>
>> This is not in a readable format, because the server gzipped the  
>> response content. Which is generally good, but makes the response  
>> unreadable.
>
> Yes, I also had the suspicion that the data is compressed but I did  
> not anywhere in the Horde configuration find how to change this. I  
> cannot remember that I should have set such a configuration item.

Because it's set by default. You need to explicitly disable it.

-- 
Jan Schneider
The Horde Project
http://www.horde.org/