Note that strings in memory (when manipulated by PHP) should always be in UTF8, and this whatever is the database code page. Convertion is done silently by database driver.
Check $dolibarr_main_db_character_set value.
It is used by driver to know what is code page of database.
For example, if your database codepage is latin, then when you get data doing $obj->myfield, value should be in utf8. If not, this probably means, there is a problem into your dolibarr conf file setup.
But may be PHP need mb_string when database is not utf8 to do this work of converting on the fly data from database.
I did like suggested by raphael, i added "mb_string" as a prerequisite.
Le 17/02/2014 16:19, Doursenaud, Raphaël a écrit :
Then, it's just a matter of documenting the fact that we need mbstring for Dolibarr to work properly and disallow AJAX if mbstring is not present. Right ?
Dolibarr PHP extensions dependencies :
2014-02-17 12:01 GMT+01:00 Christophe Battarel <address@hidden>:
as i wrote before, it seems to be a little problem with json encoding strings if mbstring is not active on the server (details below in the first message).
Le 17/02/2014 11:52, Destailleur Laurent a écrit :
I think so.Even if there is not a lot of test for such cases.
2014-02-16 4:25 GMT+01:00 Marcos García <address@hidden>:
So... the question is... Do we support non-utf8 databases?
Regards,
2014-02-01 13:20 GMT+01:00 Christophe Battarel <address@hidden>:
if a dolibarr instance works with a non utf8 database for instance, you should then encode strings (via the utf8_encode php function) before encoding them to json; otherwise json encoding doesn't return valid json string and ajax call fails.
Le 01/02/2014 12:57, Marcos García a écrit :
Where did you find that Dolibarr does not use UTF-8?
Regards,Marcos Garcíaaddress@hidden
2014-01-30 Christophe Battarel <address@hidden>:
Hello everybody,
I've just had a problem with ajax product search that wasn't working for certain products on document "add line" feature.
After insvestigating, it was "because" mb_string was not active on the server. mbstring is used by the dol_trunc function to take care of the character encoding when truncating strings.
In second thought, i checked deeply our code and realized that there was no utf8 encoding for json strings though it is mandatory ("All string data must be UTF-8 encoded." source: http://us3.php.net/manual/fr/function.json-encode.php)
I prefer first posting a message here to have confirmation of my assertions; then if i'm right, it would be nice to fix it, but i don't realize the amount of work yet.
Best regards
Christophe
-- Christophe Battarel Responsable technique sarl altairis Informatique et Web en Grésivaudan 33 Grande Rue 38570 Goncelin 09 52 71 70 96 (appel local) address@hidden http://www.altairis.fr
_______________________________________________
Dolibarr-dev mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
_______________________________________________ Dolibarr-dev mailing list address@hidden https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
-- Christophe Battarel Responsable technique sarl altairis Informatique et Web en Grésivaudan 33 Grande Rue 38570 Goncelin 09 52 71 70 96 (appel local) address@hidden http://www.altairis.fr
_______________________________________________
Dolibarr-dev mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
_______________________________________________
Dolibarr-dev mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
--
Laurent Destailleur (alias Eldy)------------------------------------------------------------------------------------Social networks of my OpenSource projects:Dolibarr Google+: https://plus.google.com/+DolibarrOrg/Dolibarr Facebook: https://www.facebook.com/dolibarrDolibarr Twitter: http://www.twitter.com/dolibarrAWStats Google+: https://plus.google.com/+AWStatsOrgPoject/AWStats Facebook: https://www.facebook.com/awstats.orgAWStats Twitter: http://www.twitter.com/astats_project
_______________________________________________ Dolibarr-dev mailing list address@hidden https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
-- Christophe Battarel Responsable technique sarl altairis Informatique et Web en Grésivaudan 33 Grande Rue 38570 Goncelin 09 52 71 70 96 (appel local) address@hidden http://www.altairis.fr
_______________________________________________
Dolibarr-dev mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
--
Raphaël Doursenaud+33 (0)5 35 53 97 13 - +33 (0)6 68 48 20 10
Technopole Hélioparc2 avenue du Président Pierre Angot64053 PAU CEDEX 9SARL GPC.solutions au capital de 7 500 € - R.C.S. PAU 528 995 921
_______________________________________________ Dolibarr-dev mailing list address@hidden https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
-- Eldy (Laurent Destailleur). EMail: address@hidden Web: http://www.destailleur.fr Dolibarr (Project leader): http://www.dolibarr.org To make a donation for Dolibarr project via Paypal: address@hidden AWStats (Author) : http://awstats.sourceforge.net To make a donation for AWStats project via Paypal: address@hidden AWBot (Author) : http://awbot.sourceforge.net CVSChangeLogBuilder (Author) : http://cvschangelogb.sourceforge.net