Who can I help?



Who could I make the problem more verbose? Could you send me a code 
with more logging? What shall I do?

Well, that makes it exactly the same as the IMP code, so, we need more 
information from you on why it doesn't work on your system.

It doesn't work for me :(



I downloaded the 
"http://cvs.horde.org/co.php?r=1.1.2.2&p=1&f=kronolith%2Flib%2FJSON.php" and 
replaced the JSON.php in /kronolith/lib but the result is the same as 
previous.



I deleted my browser's cache restarted the apache deleted the horde 
cache files... :(

This will fix it:

http://lists.horde.org/archives/cvs/Week-of-Mon-20080421/077735.html

The other way around.

But why is it working elsewhere on my system? Look at new_mail_ok.png



Or only kronolith use json for address expansion/search and IMP not?

It's a symptom of the same PHP problem, not the same Horde problem. 
Address search uses JSON; you probably need a newer PHP json module.

I have no problem with Subject's in DIMP :-o Everything is fine.

Eh, bug 5955. :)

This is the bug #6457... :)

Package: php5

Status: install ok installed

Priority: optional

Section: web

Installed-Size: 20

Maintainer: Debian PHP Maintainers <pkg-php-maint@lists.alioth.debian.org>

Architecture: all

Version: 5.2.0-8+etch10

Which PHP version do you use? See also bug 6457 which might be another 
symptom of the same root problem.

I use this extension:



dpkg -s php5-json

Package: php5-json

Status: install ok installed

Installed-Size: 60

Maintainer: Pierre Habouzit <madcoder@debian.org>

Architecture: i386

Source: php-json-ext

Version: 1.2.1-3.2



extension=json.so

Do you have the json PHP extension installed by chance? We seem to use 
it in IMP if it's available, but not in Kronolith. This could make the 
difference.

Nice catch. It was actually the line in IMP that was wrong.

My SQL settings are:



$conf['sql']['persistent'] = true;

$conf['sql']['username'] = 'xxxxxxx';

$conf['sql']['password'] = '**********';

$conf['sql']['hostspec'] = 'localhost';

$conf['sql']['port'] = 0;

$conf['sql']['protocol'] = 'tcp';

$conf['sql']['database'] = 'hordewebmail2';

$conf['sql']['charset'] = 'utf-8';

$conf['sql']['phptype'] = 'pgsql';

Sorry I have not much time these days... :(



I found some interesting line but it seems to have no effect to my problem.



In kronolith's imle.php I found the line:

   echo 
KRONOLITH_Serialize_JSON::encode(String::convertCharset($result, 
NLS::getCharset(), 'utf-8'));



(String::convertCharset($result, NLS::getCharset(), 'utf-8' -->)<-- );



And in IMP's compose.php:



$js_code[] = 'var identities = ' . 
IMP_Serialize_JSON::encode(String::convertCharset($js_ident, 
NLS::getCharset()), 'utf-8');



(String::convertCharset($js_ident, NLS::getCharset()  -->)<--  , 'utf-8');



In kronolith's code, the 'utf-8' is the argument of 
String::convertCharset but not in IMP's code...



Anyway change it in kronolith doesn't do the trick :(

If you know your way around charsets, you should start in 
kronolith/imple.php where the conversion happens from the turba api to 
json (javascript) code.

I don't know if it matters, I have pgsql database backend.



How can I trace the problem back?

Works fine here

I wonder if somebody could help me...



I have a contact named "Árvízt&#369;r&#337; Tükörfúrógép".



Everywhere looks ok but if I make a new event and I assign attendees to it.

The addressbook autoexpand looks bad.



My contact info: contact.png

If I make a new e-mail it's OK: new_mail_ok.png

Attendee expand wrong: attendee_wrong.png

Attendee wrong: attendee2_wrong.png