Mudlet: Balise d'envoi MXP cassée dans 3.21.0
Bref résumé du problème / Description de la fonctionnalité demandée :
Jusqu'à 3.20.1, nous pouvons utiliser la commande "ENVOYER"/"A" dans la description de boue pour permettre à l'utilisateur de cliquer avec la souris. Dans 3.21.0, aucune donnée n'est analysée par mudlet et les balises sont affichées sous forme de texte de ligne
Étapes pour reproduire le problème / Raisons de l'ajout de la fonctionnalité :
- connectez-vous à mud.clessidra.it:4000 (boue en vedette)
- connectez-vous avec "mudlet" / "mudlet2019"
- dans le motd, vous pouvez voir les balises "A" pour le lien vers le réseau social
- Appuyez trois fois sur "1", dans la description de la pièce, vous pouvez voir les balises ENVOYER
Sortie d'erreur / Résultat attendu de la fonctionnalité
La syntaxe MXP doit être analysée et afficher uniquement le lien souligné
Informations supplémentaires, telles que la version Mudlet, le système d'exploitation et des idées sur la façon de résoudre/implémenter :
Je pense que https://github.com/Mudlet/Mudlet/pull/2573 a cassé ça ?
Fonctionne en 3.20.1, cassé en 3.21.0
wiploo
Tous les 3 commentaires
Désolé, nous avons désactivé MXP pour éviter que l'utilisateur ne voie les balises MXP. Maintenant, nous l'avons réactivé. Vous pouvez tester à nouveau.
Merci et encore désolé !
wiploo
le 17 juin 2019
OK, j'ai ajouté une sortie de débogage et je pense voir ce qui se passe.
Voici le déroulement de ce qui se passe quand je regarde une pièce
- mudlet reçoit la séquence \e[1z qui met MXP en mode "SECURE LINE"
- mudlet reçoit le texte " Sei in una delle vie principali della capitale. Molte persone passano qui,\n"
- Lorsque mudlet traite la nouvelle ligne, il réinitialise le mode par défaut, que le préambule du serveur a défini sur le mode "verrouillé" (c'est-à-dire ignorer toutes les balises)
- mudlet reçoit alors plus de texte qui comprend
tags, mais il est déjà de retour en mode verrouillé, ils sont donc ignorés. - mudlet reçoit \e[7z pour le remettre en mode "verrouillé jusqu'à ce que je le dise".
L'ancien comportement consistait à rester en mode ligne sécurisée jusqu'à ce qu'il en soit autrement. Mais il était toujours censé se réinitialiser sur une nouvelle ligne (au moins, selon les spécifications)
Corrections possibles :
- changez le \e[1z en \e[6z pour que le mode sécurisé "colle" jusqu'à ce qu'il soit modifié
- remplacer les nouvelles lignes par
balises (les balises br sont traitées comme des sauts de ligne par le client, mais ne comptent pas comme EOL aux fins de la réinitialisation au mode par défaut)
djholtby
le 17 juin 2019
Salut, merci pour votre aide. Nous avons utilisé le correctif 1, plus propre.
Merci encore à tous !
wiploo
le 18 juin 2019
Questions connexes
jacben
·
7Commentaires
xekon
·
10Commentaires
Symple85
·
5Commentaires
Kebap
·
7Commentaires
vadi2
·
7Commentaires
Commentaire le plus utile
OK, j'ai ajouté une sortie de débogage et je pense voir ce qui se passe.
Voici le déroulement de ce qui se passe quand je regarde une pièce
L'ancien comportement consistait à rester en mode ligne sécurisée jusqu'à ce qu'il en soit autrement. Mais il était toujours censé se réinitialiser sur une nouvelle ligne (au moins, selon les spécifications)
Corrections possibles :
balises (les balises br sont traitées comme des sauts de ligne par le client, mais ne comptent pas comme EOL aux fins de la réinitialisation au mode par défaut)