Champ solution mal encodé

cailloj · 2013-04-29 10:41:10

Bonjour à tous,
je viens de nouveau demander de l'aide.

lors de l'export des incident le champs solution semble etre mal encodé.
il y a des caractères spéciaux à la place des accèent.

J'ai vérifier en base de données dans la table glpi_tickets le champs solution est encodé en UTF8 comme les autres champs.
Est dans Phpmy admin je retoruve les caractère spéciaux.

Je n'ai pas de problème dans GLPI par contre.

Config :
Apache/2.2.17 (Win32) mod_ssl/2.2.17 OpenSSL/0.9.8o PHP/5.3.4 mod_perl/2.0.4 Perl/v5.10.1
Version du client MySQL: mysqlnd 5.0.7-dev - 091210 - $Revision: 304625 $
PhpMyAdmin 3.3.9
jeux de caractères par defaut : UTF-8 Unicode (utf8).

Merci par avance pour votre aide.

ddurieux · 2013-04-29 11:49:48

L'export des incidents? tu veux dire un export en PDF / CSV depuis la liste des ticket?

cailloj · 2013-04-29 12:31:13

Oui exactement.
En CSV, je suis obliger de tout corrgier via une macro.

cailloj · 2013-04-30 15:15:39

Re boujour,
Après des recherche un peu partout il s'avère que le problème provient de l'editeur de texte.
Je m'explique :

Dans le champs solution j'ai le texte :

Commande annulée

Mais lorsque que je clique sur le le bonton editeur de source HTML j'ai :
<p>Commande annulée</p>

Est-il possible de desactiver l'éditeur de texte et de laisser simplement un champ texte ?

Merci par avance.

ddurieux · 2013-04-30 17:16:22

C'est ton client qui ouvre le CSV en autrechose que UTF-8...

cailloj · 2013-05-02 08:14:59

Le CSV est généré à l'aide de GLPI, le fichier est ensuite ouvert soit avec Excel ou openoffice.
OpenOffice ne convertie pas tout les caractère.

Lorsque je regarde dans le champ solution du ticket le texte est bien formater, par contre quand je clique sur le bouton d'etiteur html là j'ai du code html qui lui est inséré en base.

Au final en base j'ai en texte formaté en html et utf8.

je souhaiterais savoir si il est possible de désactiver l'editeur wysiwyg du champ solution ?

ddurieux · 2013-05-02 08:35:42

Quand tu ouvre avec openoffice, tu choisi bien l'encodage UTF-8?

cailloj · 2013-05-02 08:41:59

Exactement.
et il me reste encore des caractère a corrigé à la main.
Par exemple :

è ==> &#232
ê ==> &#234
é ==> &#233
ç ==> &#231

ce n'est pas de l'UTF8 il me semble.

prosil25 · 2013-05-02 08:52:50

En effet ce sont des caractères codés en ISO 8859-1.

cailloj · 2013-05-02 11:03:41

Effectivement.
J'ai donc un melange d'UTF8 et d'iso 8859-1

ce qui est embettant pour faire mes reporting, c'est que perd un temps fous a tout reformater.
Alors j'ai fait une macro excel mais j'aimerais un rapport qui sort correct directement depuis GLPI.

J'ai le meme problème en utilisant le plugin Reports.

je ne sait plus quoi faire.

Merci par avance pour votre votre aide.

prosil25 · 2013-05-02 12:04:20

Tu peux modifier l'encodage dans le fichier /inc/html.class.php à la ligne 3676 en remplaçant le paramètre 'numeric' par
'raw'
(par contre je ne peux pas te garantir qu'il n'y aura pas d'incidence ailleurs, normalement non, mais au pire il suffit de rechanger ^^)

Last edited by prosil25 (2013-05-02 12:18:23)

MoYo · 2013-05-02 12:16:21

En lien avec ce ticket : https://forge.indepnet.net/issues/4308

cailloj · 2013-05-02 13:56:29

En modifiant Numeric par Raw j'ai le champ solution qui ce grise.
et je n'ai pas la possibilité de saisir du texte.

prosil25 · 2013-05-02 14:03:50

Etrange...ta ligne est-elle exactement comme ça ?

entity_encoding : 'raw', ";

Last edited by prosil25 (2013-05-02 14:06:55)

cailloj · 2013-05-02 14:11:21

j'ai retenté de nouveau, c'est ok pour le champs grisée, par contre je viens de tester la cloture d'un incident de test j'ai toujours c'est fameux caractère iso 8859-1

pour le mot "annuée" en base et reporting j'ai "annulée"

prosil25 · 2013-05-02 14:18:44

As tu bien effacé le champ et réécrit le mot avant d'actualiser ?

cailloj · 2013-05-02 14:22:31

Oui,
j'ai meme recrée un nouvelle incident après afin de tester.

Et j'ai toujours le problème
par contre le fichier html.class.php n'existait pas dans mon dossier inc.

J'ai donc teclecharger la mise a jours est recupérer le fichier en question.

prosil25 · 2013-05-02 14:25:13

Et ça fonctionne maintenant ?

Last edited by prosil25 (2013-05-02 14:44:11)

cailloj · 2013-05-02 14:47:25

Malheureusement toujours pas.
On est vraiment obliger d'avoir TinyMce ?

prosil25 · 2013-05-02 14:57:22

Pour l'utilisation de TinyMce il faut voir ça avec l'équipe de développement et sinon pour ton problème c'est vraiment bizarre chez moi ça fonctionne parfaitement...pourrais tu afficher ta fonction "initEditorSystem" en entier ?

cailloj · 2013-05-02 15:04:49

Voila Mr :
static function initEditorSystem($name) {
global $CFG_GLPI;

echo "<script language='javascript' type='text/javascript'>";
echo "tinyMCE.init({
language : '".$CFG_GLPI["languages"][$_SESSION['glpilanguage']][3]."',
mode : 'exact',
elements: '$name',
plugins : 'table,directionality,searchreplace',
theme : 'advanced',
invalid_elements : 'script',
entity_encoding : 'raw', ";
// directionality + search replace plugin
echo "theme_advanced_buttons1_add : 'ltr,rtl,search,replace',";
echo "theme_advanced_toolbar_location : 'top',
theme_advanced_toolbar_align : 'left',
theme_advanced_statusbar_location : 'none',
theme_advanced_buttons1 : 'bold,italic,underline,strikethrough,fontsizeselect,formatselect,separator,justifyleft,justifycenter,justifyright,justifyfull,bullist,numlist,outdent,indent',
theme_advanced_buttons2 : 'forecolor,backcolor,separator,hr,separator,link,unlink,anchor,separator,tablecontrols,undo,redo,cleanup,code,separator',
theme_advanced_buttons3 : ''});";
echo "</script>";
}

prosil25 · 2013-05-02 15:14:16

Exactement la même...désolé mais là je vois vraiment pas ce qui peut poser problème, ça doit venir d'autre chose. Mais ce qui est étonnant c'est que ça me faisait la même chose et il m'a suffit de remplacer ce paramètre pour que ça fonctionne, sans rien toucher d'autre...désolé de ne pas pouvoir t'aider plus.

cailloj · 2013-05-02 15:15:24

Merci quand même

prosil25 · 2013-05-02 15:19:00

Je n'aime pas m'avouer vaincu ^^ encore un essai à tout hasard est-ce que tu utilises un gabarit de solution ou tu l'écris à chaque fois ?

Bon visiblement ça n'a pas de rapport, après avoir testé ça fonctionne dans les 2 cas...fausse piste ! Par contre tu me confirmes bien que dans ta base à la place du "é" tu as toujours "é" ?

Last edited by prosil25 (2013-05-02 15:43:32)

cailloj · 2013-05-02 18:35:26

Le problème d'encodage en iso 8859 est réglé, j'ai fait la mise a jours de GLPI.
j'ai toujours mon petit soucis en UTF8 mais ça deviens moins grave

D'ailleurs je me posé une question, est-il possible de faire envoyé un mail automatique a glpi concernant tout les incident ouvert mais pour toute les entitées.
Car actuellement c'est un mail par entitée.

En tout cas merci beaucoup pour votre aide.

Forum GLPI-Project

Announcement

#1 2013-04-29 10:41:10

Champ solution mal encodé

#2 2013-04-29 11:49:48

Re: Champ solution mal encodé

#3 2013-04-29 12:31:13

Re: Champ solution mal encodé

#4 2013-04-30 15:15:39

Re: Champ solution mal encodé

#5 2013-04-30 17:16:22

Re: Champ solution mal encodé

#6 2013-05-02 08:14:59

Re: Champ solution mal encodé

#7 2013-05-02 08:35:42

Re: Champ solution mal encodé

#8 2013-05-02 08:41:59

Re: Champ solution mal encodé

#9 2013-05-02 08:52:50

Re: Champ solution mal encodé

#10 2013-05-02 11:03:41

Re: Champ solution mal encodé

#11 2013-05-02 12:04:20

Re: Champ solution mal encodé

#12 2013-05-02 12:16:21

Re: Champ solution mal encodé

#13 2013-05-02 13:56:29

Re: Champ solution mal encodé

#14 2013-05-02 14:03:50

Re: Champ solution mal encodé

#15 2013-05-02 14:11:21

Re: Champ solution mal encodé

#16 2013-05-02 14:18:44

Re: Champ solution mal encodé

#17 2013-05-02 14:22:31

Re: Champ solution mal encodé

#18 2013-05-02 14:25:13

Re: Champ solution mal encodé

#19 2013-05-02 14:47:25

Re: Champ solution mal encodé

#20 2013-05-02 14:57:22

Re: Champ solution mal encodé

#21 2013-05-02 15:04:49

Re: Champ solution mal encodé

#22 2013-05-02 15:14:16

Re: Champ solution mal encodé

#23 2013-05-02 15:15:24

Re: Champ solution mal encodé

#24 2013-05-02 15:19:00

Re: Champ solution mal encodé

#25 2013-05-02 18:35:26

Re: Champ solution mal encodé

Board footer