[kronolith] Thunderbird Lightning does not display Kronolith Calendar

[Ferdinand Gruber]

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.
>
In Thunderbird I tried the option

    network.http.accept-encoding = *

That did not help.

-- 
Greetings from Austria
Ferdinand Gruber