Bug #375

intervention : les caratères < et > ne sont pas bien encodés

Added by Anonymous over 14 years ago. Updated almost 14 years ago.

Status:ClosedStart date:
Priority:NormalDue date:
Assignee:moyo% Done:

0%

Category:Common
Target version:0.65

Description

j'ai tappé dans un commentaire sur une intervention quelque chose du genre <mon_fichier_texte<

apres rechargement de la page, ce passage a disparu de mon commentaire.

l'édition de la source de la page me montre que cette balise est bien présente...

une petite recherche dans la BD, je trouve bien mon enregistrement... et je constate que les caractères &lt; et &gt; sont enregistrés tels quel et pas sous la forme 'ecriture html' ( &amp;lt; &amp;gt;  <= j'espere que ca va bien s'afficher)

peut etre ce probleme est il deja résolu dans le CVS, je ne suis pas allé voir...

Cordialement
Mathieu

History

#1 Updated by moyo over 14 years ago

Vous avez taper quoi exactement ?? le code HTML ou le caractère ASCII correspondant ??

#2 Updated by over 14 years ago

le caractère ascii (la touche de mon clavier)... Mais pour soumettre le bug, je me suis un peu embrouillé

j'ai tapé exactement : /home/gripp/utils/rwall.sh <nom_du_fichier_texte>

#3 Updated by moyo over 14 years ago

En testant sur la demo cela fonctionne.
Quelle est votre configuration PHP au niveau magic_quotes ?

valeurs de :
magic_quotes_gpc  ?
magic_quotes_runtime  ?
magic_quotes_sybase ?

#4 Updated by over 14 years ago

379 ; Magic quotes
    380 ;
    381
    382 ; Magic quotes for incoming GET/POST/Cookie data.
    383 magic_quotes_gpc = On
    384
    385 ; Magic quotes for runtime-generated data, e.g. data from SQL, from exec(), etc.
    386 magic_quotes_runtime = Off
    387
    388 ; Use Sybase-style magic quotes (escape ' with _ instead of \').
    389 magic_quotes_sybase = Off

#5 Updated by over 14 years ago

Au passage (rien a voir), j'ai créé un ebuild d'installation pour Gentoo Linux

bugs.gentoo.org/show_bug.cgi?id=110469

peux etre pourriez vous faire un lien sur le site ?

#6 Updated by moyo over 14 years ago

  • Status changed from New to Closed
Ok je viens de trouver c'est un dommage collatéral du passage en UTF8.

merci de la remontée de bug en tout cas.

si vous voulez corriger votre affichage il vous suffit dans glpi/tracking/functions remplacer les choses de cette manière pour tous les elements 'contents' qui sont affichés :
echo "<td width='70%'><strong>".$fup->contents."</strong></td>\n";
devient :
echo "<td width='70%'><strong>".htmlentities($fup->contents)."</strong></td>\n";

#7 Updated by over 14 years ago

  • Status changed from Closed to Assigned
OK, ca a l'air de fonctionner, mais y'a des nouveaux pb maintenant !

- maintenant, qd je mets des lettres accentuées dans le suivit, elle s'affichent très bizarement...

- le même probleme viens d'être constaté dans "la description du problème"... Si je met des <> (interprétation comme une balise), et les lettres accentuées restent accentuées dans le code source de la page

#8 Updated by moyo over 14 years ago

Argh oui j'avais pas pensé à ca...
Je regarderai comment corriger tout ca.

#9 Updated by moyo over 14 years ago

  • Status changed from Assigned to Closed
En fait la ca deviens tordu et quasiment insolvable.
Ce que je vous conseille c'est de ne pas utiliser les < suivi de quelquechose.
Vous pouvez utiliser d'autres caractères comme séparateur ou bien mettre un espace après.

Je vais quand meme essayer de voir dans d'autres projets comment il gère cela.

Also available in: Atom PDF