problème de charset dans les tabs suivi

skycode · 2009-10-08 16:43:11

Bonjour,

je rencontre un souci d'encodage lorsque je visualise les suivis sur un ticket. Tous les caractères accentués de la page s'affichent correctement mais pas ceux dans le suivi (reçu par mail). j'obtiens des chaines de caractères comme si on interprétait de l'utf-8 en iso-8859-1.

J'ai vérifié dans la DB est les chaine sont bien encodée ne utf-8 et si je fais un select à la main, tout va bien avec le client mysql en ligne de commande.

J'ai vérifié qu'il n'y ait pas de AddDefaultCharset qui traine dans la config d'apache et ce n'est pas le cas. J'ai aussi essayé en ajoutant un AddDefaultCharset UTF-8 dans la config d'apache mais rien n'y fait. Je ne vois pas où je pourrais chercher. De plus comme les tabs sont chargés dynamiquement via s de l'AJA, je ne sais pas voir le source de la page (y a pas un plugin pour firefow qui permetterait ça ?).

Est-ce que vous avez une idée de où je pourrais chercher pour valider le problème ?

Merci d'avance

remi · 2009-10-08 17:40:13

> y a pas un plugin pour firefow qui permetterait ça ?
Oui, WebDeveloper

+

skycode · 2009-10-12 08:55:24

Merci pour le plugin,

Apparement, il apparaitterait que l'encodage dans la db ne soit pas partout de l'utf-8 mais que les sujets des tickets créés par mails soient stockés dans la db en iso-8859-1 et que le corps du ticket soit bien de l' utf-8 ... Je dois bien avouer que je suis un peu perdu maintenant... bon c'est lundi matin

Meri

skycode · 2009-10-12 09:22:36

Illustration :

dans un terminal iso-8859-1 le titre est ok mais pas le corps de message :

mysql> select * from glpi_tracking where ID='702';
+-----+-------------+---------------------+---------------------+-----------+---------------------+--------+--------+-----------+----------+--------------+--------+------------+--------------+-------------+----------+------------------------------------------------+----------+--------------------------+--------------+----------+----------+-----------+------------+---------------+
| ID | FK_entities | name | date | closedate | date_mod | status | author | recipient | FK_group | request_type | assign | assign_ent | assign_group | device_type | computer | contents | priority | uemail | emailupdates | realtime | category | cost_time | cost_fixed | cost_material |
+-----+-------------+---------------------+---------------------+-----------+---------------------+--------+--------+-----------+----------+--------------+--------+------------+--------------+-------------+----------+------------------------------------------------+----------+--------------------------+--------------+----------+----------+-----------+------------+---------------+
| 702 | 0 | test accents éàçèéù | 2009-10-12 09:08:01 | NULL | 2009-10-12 09:08:01 | new | 6 | 6 | 0 | 2 | 0 | 0 | 0 | 0 | 0 | test accents Ã©Ã Ã§Ã¨Ã©Ã¹
Ã©Ã¨Ã Ã§Ã¹Ãª test | 3 | xxxxxxx | 1 | 0 | 0 | 0.0000 | 0.0000 | 0.0000 |
+-----+-------------+---------------------+---------------------+-----------+---------------------+--------+--------+-----------+----------+--------------+--------+------------+--------------+-------------+----------+------------------------------------------------+----------+--------------------------+--------------+----------+----------+-----------+------------+---------------+
1 row in set (0.00 sec)

dans un terminal utf-8 c'est l'inverse :

mysql> select * from glpi_tracking where ID='702';
+-----+-------------+---------------------+---------------------+-----------+---------------------+--------+--------+-----------+----------+--------------+--------+------------+--------------+-------------+----------+------------------------------------------------+----------+--------------------------+--------------+----------+----------+-----------+------------+---------------+
| ID | FK_entities | name | date | closedate | date_mod | status | author | recipient | FK_group | request_type | assign | assign_ent | assign_group | device_type | computer | contents | priority | uemail | emailupdates | realtime | category | cost_time | cost_fixed | cost_material |
+-----+-------------+---------------------+---------------------+-----------+---------------------+--------+--------+-----------+----------+--------------+--------+------------+--------------+-------------+----------+------------------------------------------------+----------+--------------------------+--------------+----------+----------+-----------+------------+---------------+
| 702 | 0 | test accents ▒▒▒▒▒▒ | 2009-10-12 09:08:01 | NULL | 2009-10-12 09:08:01 | new | 6 | 6 | 0 | 2 | 0 | 0 | 0 | 0 | 0 | test accents éàçèéù
éèàçùê test | 3 | xxxxxxxxxxx | 1 | 0 | 0 | 0.0000 | 0.0000 | 0.0000 |
+-----+-------------+---------------------+---------------------+-----------+---------------------+--------+--------+-----------+----------+--------------+--------+------------+--------------+-------------+----------+------------------------------------------------+----------+--------------------------+--------------+----------+----------+-----------+------------+---------------+
1 row in set (0.00 sec)

Est-ce que glpi n'est pas censé tout convertir en utf-8 avant de stocker dans la db ... ceci n'arrivant que pour les tickets créés par mail

Merci à tous

Last edited by skycode (2009-10-12 09:23:28)

yllen · 2009-10-12 12:36:03

Avant toute réponse, il faudrait connaitre la version de GLPI que vous utilisez.

skycode · 2009-10-12 14:24:21

Ah oui, pardon, j'étais persuadé de l'avoir mis dans le 1e message

glpi 0.72.21
mysql 5.0.51

Merci

Forum GLPI-Project

Announcement

#1 2009-10-08 16:43:11

problème de charset dans les tabs suivi

#2 2009-10-08 17:40:13

Re: problème de charset dans les tabs suivi

#3 2009-10-12 08:55:24

Re: problème de charset dans les tabs suivi

#4 2009-10-12 09:22:36

Re: problème de charset dans les tabs suivi

#5 2009-10-12 12:36:03

Re: problème de charset dans les tabs suivi

#6 2009-10-12 14:24:21

Re: problème de charset dans les tabs suivi

Board footer