Quand un utilisateur saisit un mot surveillé dans un champ utilisateur, des choses étranges se produisent.
Voici un exemple utilisant le champ utilisateur Employeur(s), et ayant Te Whatu Ora comme lien de mot surveillé.
Base :
Champ modifié en Te Whatu Ora :
Il a également modifié le champ lui-même :
Que les liens de mots surveillés soient modifiés de manière à ne pas s’appliquer aux champs utilisateur.
Pas sûr pour les autres mots surveillés (je ne les ai pas testés).
Salut @nathank – J’apprécie vraiment tes publications, tu donnes toujours beaucoup de détails sur ce que tu trouves !
Je vois quelque chose de similaire lorsque je fais cela aussi. J’ai mis « cow goes boo » comme mot-clé surveillé et lorsque je l’ajoute à un champ utilisateur, il affiche le lien complet. Cependant, le mien affiche également la première lettre du mot surveillé. Est-ce que tu vois ça aussi ? J’ai changé le lien, l’ai supprimé et l’ai ajouté à nouveau à la liste de liens et il affiche toujours « c » devant le lien :
@nbianca a récemment amélioré l’implémentation via :
Utilisez-vous la dernière version ?
Je peux reproduire ce deuxième problème (version : af912b4b0e) :
/admin/customize/watched_words/action/link avec un lien vers https://meta.discourse.org/Oui, j’utilise la dernière version (mise à jour après cette fusion). Cela me semble être un nouveau bug - peut-être lié à ce changement de code ?
@loic y a-t-il une chance que vous puissiez jeter un œil à celui-ci ?
Je vais jeter un coup d’œil 
Je n’arrive pas à reproduire localement. Je pense que ce bug a été corrigé par cette PR qui a été fusionnée hier :
Pouvons-nous clôturer ceci ? Nous n’avons pas de reproduction, es-tu sur la dernière version @nathank et peux-tu reproduire ?
@nathank en supposant que cela soit résolu maintenant, signalez pour rouvrir si le problème persiste.
Désolé Sam, ces deux dernières semaines ont été chargées.
Je crains que le problème ne persiste. Pour le reproduire, vous devez définir le champ utilisateur sur 
Afficher sur le profil public ?. J’ai pu le faire sur un site presque vierge ainsi que sur mon site normal, chargé et rempli de plugins.
Il se produit indépendamment du paramètre de sensibilité à la casse, et pour Remplacer ainsi que pour Lien (et probablement les autres, mais je ne les ai pas testés).
Je viens de remarquer que les mots surveillés > les liens fonctionnent également sur les champs personnalisés.
par exemple :
discourse = https://meta.discourse.com
Le champ de profil personnalisé X a la valeur : discourse > il affichera le lien dans le champ de profil.
Je ne pense pas que ce soit le comportement attendu.
Salut @MarcP
Je teste ceci sur la dernière branche discourse test-passed mais je suis incapable de reproduire le problème. Peux-tu partager quelle version de discourse tu utilises ?
Avant de signaler cela, j’ai effectué une reconstruction, donc je suis sur : 2.9.0.beta13 (0cb6d8c8fc).
J’ai remarqué cela dans un champ personnalisé d’utilisateur. Chaque fois que je modifie le champ et que je clique sur enregistrer, il renvoie la valeur d’URL que j’ai spécifiée pour le mot.
Oui, je suis en mesure de reproduire ce problème.
Voici l’enregistrement d’écran :
Parfait.
Notez également que « Test Custom Field » devrait avoir le même style d’en-tête que « Web Site », n’est-ce pas ? Le même bug d’interface utilisateur est visible sur mon instance.
Je pense que cela a déjà été mentionné ici When a watched-word-link is in a user field, it is changed to the HTML link (and it looks terrible) également
@MarcP Nathan a confirmé qu’il s’agit du même problème et a fusionné vos sujets pour un suivi plus facile.
Je viens de remarquer que ce problème existe toujours.
