Problème de génération des tickets \r\n

[tdelaux]

Describe the bug
A clear and concise description of what the bug is.
Bonjour,
depuis la version 2.6.5, les tickets générés comportent les caractères "\r\n" à la place de retour à la ligne dans la description du ticket lorsque le contenu de la destination est créé spécifiquement.

Exemple de Description dans le ticket de destination :

---

Demandes pour les applications suivantes : ##answer_8##

Pour l'utilisateur : ##answer_7##
Profil identique à l'utilisateur : ##answer_11##

Commentaire : ##answer_14##

---

ce qui donne comme description du ticket :

---

Demandes pour les applications suivantes : \r\nMOVEX\r\n\r\nPour l'utilisateur : tech\r\nProfil identique à l'utilisateur : post-only\r\n\r\nCommentaire : ryèu

---

Cordialement,

[btry]

Bonjour

Le mode texte riche est il activé dans votre GLPI ?

[SylvainGuibert]

Bonjour,

Le problème est similaire pour nous depuis le passage en 2.6.5.
Concernant le mode texte riche , il est désactivé de notre coté :

Je rajouterais en plus des carctères \r\n, le \ qui apparaît devait les simple quote.

ex :

S'agit-il d'un remplacement de matériel ou d'une demande ? : Demande
Téléphonie / Lecteur / Douchette : \r\nLecteur CAB

[tdelaux]

Le mode texte riche est désactivé de mon coté aussi.

[btry]

Bonjour,

Pour faire court, je suis au bout de ce que je peux faire dans la série 2.6.x et sa dette technique. La version 2.7.0 contient des changements majeurs pour s'en débarrasser et éviter les effets de bord qu'on me rapporte après chaque correction liée au rendu des objets cible (ticket, changements).

@SylvainGuibert Pouvez-vous également mener une campagne de tests de la branche develop ? Avoir de nombreux testeurs accélèrera significativement la release 2.7.0.

[SylvainGuibert]

@btry : Il faut me tutoyer. Oui, je vais prendre le temps de tester sur la branche develop.

[SylvainGuibert]

@btry : Avec la branche Develop :
Test unitaire sur un formulaire crée dans une version antérieure :

-> Lorsqu'il il y'a une simple ou double quotte (',") le caractères d'échappement '' apparaît. Nous avons donc par exemple : S'agit-il ou "

-> Lorsque le type de question est "boite à cocher", la réponse dans l'élément de destination (ticket) parfait avec les caractères \r\n devant la réponse.
Exemple : 4) Validation responsable : \r\nOui

-> Pas de problème avec les réponses sur des questions de type "boutons radios", "champ libre" ou bien
-> Les caractères type @, # , ! , ? ne semblent pas poser de problème.

[btry]

Bonjour

J'ai préparé une PR qui doit résoudre les soucis de rendu de modèle des cibles; avec tests unitaires pour éliminer les risques de régression.

Tests faits pour les tickets, les changments avec et sans mode texte riche. Ca m'a permis de nettoyer le code à cet endroit, et les tests me semblent bons.

Je suis intéressé par vos retours sur cette branche. Attention : si il y a des problèems de rendus spécifiques à des champs, je les résoudrai après validation de ce correctif.

[SylvainGuibert]

Bonjour,

Je viens de faire quelques tests (sur le même formulaire que le premier test). Les tests me paraissent également bon. Plus de caractères type \r\n . En revanche, j'ai testé avec quelques caractères spéciaux et les \ ne passent pas correctement. Un des deux est supprimé systématiquement.

Exemple :

Données dans le formulaire :

Données dans le ticket :

[btry]

Bonjour

J'ai entamé hier un refactorage afin de mieux gérer la production de contenu selon qu'il faille ou non utiliser le texte riche. Je pense que ce refactorage m'aidera à résoudre ce souci. Je prévois la publication du code courant de la semaine prochaine.

[btry]

Bonjour @SylvainGuibert

J'ai fusionné le refactorage dont j'ai parlé. Il semble qu'il a effectivement contribué à résoudre ce problème de double anti-slash. Pouvez-vous mettre à jour votre copie du plugin et voir si le correctif focntionne pour vous également ?