[kronolith] Kronolith with iCal r/w or task support or ... or ...

[Lukas Haase]

Jan Schneider schrieb:
> Zitat von Lukas Haase <lukashaase at gmx.at>:
> 
>> Jan Schneider schrieb:
>>> Zitat von Lukas Haase <lukashaase at gmx.at>:
>>>
>>>> Jan Schneider schrieb:
>>>>> Zitat von Lukas Haase <lukashaase at gmx.at>
>>>>>> Hi again,
>>>>>> Jan Schneider schrieb:
>>>>>>> Zitat von Lukas Haase <lukashaase at gmx.at>:
>>>>>>>> [...]
>>>>>>>> However apart from this I found problems with UTF8: When I 
>>>>>>>> create entried for example with Japanese characters in 
>>>>>>>> Thunderbird the items are just called ????? in Kronolith.
>>>>>>>>
>>>>>>>> The other way round, when I create an appointment with UTF8 
>>>>>>>> named in Kronolith they get somehow weird escaped. The wonderful 
>>>>>>>> Japanese christmas becomes: 
>>>>>>>> &#12463;&#12522;&#12473;&#12510;&#12473;
>>>>>>>>
>>>>>>>> Maybe it is enough to just add utf8_encode/decode?
>>>>>>>
>>>>>>> Did you configure the a compatible charset, e.g. UTF-8 for the 
>>>>>>> database backend?
>>>>>>
>>>>>> At first it was really at ISO8859...
>>>>>>
>>>>>> But now I set to "UTF-8" with the effect that all words containing 
>>>>>> umlauts have "?" now. But I think this is not such a big problem 
>>>>>> as there are not yet so many entries.
>>>>>
>>>>> And it's the expected behavior since your data in the database was 
>>>>> stored with ISO-8859-1.
>>>>>
>>>>>> Unfortunately the problem persists...same as described above.
>>>>>>
>>>>>> So it is actually implemented and should work? This would be very 
>>>>>> because then it would mean to just find the error in the config ;-)
>>>>>
>>>>> Yes, it should work. Does it work if you manually import an 
>>>>> iCalendar file exported from Thunderbird?
>>>>
>>>> Thank you very much.
>>>>
>>>> That works, surprisingly...
>>>>
>>>> But now something other very interesting occurs: When I access the 
>>>> calender again with Lightning the appointment is shown as "??" in 
>>>> Thunderbird ;-)
>>>>
>>>> Conclusion: Unicode on Clientside gehts ??? on Serverside and 
>>>> Unicode on Serverside gehts ??? on Clientside.
>>>>
>>>> So obviously there is a problem on the way with the WebDAV interface.
>>>
>>> Yes, looks like it. I guess the only way to further debug this is to 
>>> listen to the HTTP traffic between Thunderbird and Horde.
>>
>> Hmm, maybe you could tell me where which format needs to arrive?
>>
>> I have found now a really strange thing: When I just download the 
>> subscription URL with firofox everything is OK.
>>
>> But when I instead download with Total Commander or curl, I get ??? in 
>> the SUMMARY lines.
>>
>> Maybe I need to force Horde Somehow to send UTF8?
> 
> There is no need to *force* it. User agents have to tell Horde that they 
> are capable of UTF-8 by sending an Accept-Charset header. Or by being 
> Internet Explorer, that's too silly to send that header.

User-Agent is Thunderbird with Lighting. As far as I discovered from the 
registry in TB, the Accept-Charset is set to UTF8.

Are you using Lighting too? Does it work for you?

However, I looked up with the Firefox-Extension "LiveHTTPHeaders" what 
is the concerning header and found of course Accept-Charset:

RequestHeader set Accept-Charset ISO-8859-1,utf-8;q=0.7,*;q=0.7

I tried the following hack in apache (i.e. copied exactly the header 
from Firefox in order to force that header also for other Clients):

<Location /horde3/rpc.php>
	RequestHeader set Accept-Charset ISO-8859-1,utf-8;q=0.7,*;q=0.7
</Location>

And again, no change.

Am I doing something wrong?

Regards, Luke