Mudlet: Etiqueta de envío MXP rota en 3.21.0
Breve resumen del problema / Descripción de la función solicitada:
Hasta la versión 3.20.1, podemos usar el comando "ENVIAR" / "A" en la descripción del barro para permitir que el usuario haga clic con el mouse. En 3.21.0 no se analizan datos por mudlet y las etiquetas se muestran como texto de fila
Pasos para reproducir el problema / Razones para agregar una función:
- conéctese a mud.clessidra.it:4000 (barro destacado)
- iniciar sesión con "mudlet" / "mudlet2019"
- en el motd puede ver las etiquetas "A" para el enlace a la red social
- Presione "1" tres veces, en la descripción de la habitación puede ver las etiquetas ENVIAR
Salida de error / resultado esperado de la característica
La sintaxis MXP debe analizarse y mostrar solo el enlace subrayado
Información adicional, como la versión de Mudlet, el sistema operativo e ideas sobre cómo solucionarlo / implementarlo:
Creo que https://github.com/Mudlet/Mudlet/pull/2573 rompió esto?
Funciona en 3.20.1, roto en 3.21.0
wiploo
Todos 3 comentarios
Lo sentimos, hemos desactivado MXP para evitar que el usuario vea etiquetas MXP. Ahora lo hemos vuelto a habilitar. Puedes probar de nuevo.
Gracias y de nuevo, ¡lo siento!
wiploo
en 17 jun. 2019
De acuerdo, agregué algunos resultados de depuración y creo que veo lo que está sucediendo.
Aquí está el flujo de lo que sucede cuando miro una habitación
- mudlet recibe la secuencia \ e [1z que pone el modo MXP "SECURE LINE"
- mudlet recibe el texto "Sei in una delle vie principali della capitale. Molte persone passano qui, \ n"
- Cuando mudlet procesa la nueva línea, restablece el modo predeterminado, que el preámbulo del servidor ha establecido en modo "bloqueado" (es decir, ignora todas las etiquetas)
- mudlet luego recibe más texto que incluye
etiquetas, pero ya está de nuevo en modo bloqueado, por lo que se ignoran. - mudlet recibe \ e [7z para volver a ponerlo en modo "bloqueado hasta que yo lo diga".
El antiguo comportamiento era permanecer en modo de línea segura hasta que no fuera así. Pero siempre se supuso que se reiniciaba en una nueva línea (al menos, de acuerdo con la especificación)
Posibles correcciones:
- cambie \ e [1z a \ e [6z para que el modo seguro se "pegue" hasta que se cambie
- reemplace las nuevas líneas con
etiquetas (las etiquetas br son tratadas como líneas nuevas por el cliente, pero no cuentan como EOL a los efectos de restablecer el modo predeterminado)
djholtby
en 17 jun. 2019
Hola, Gracias por tu ayuda. Hemos utilizado el arreglo 1, más limpio.
¡Gracias de nuevo a todos!
wiploo
en 18 jun. 2019
Temas relacionados
vadi2
·
8Comentarios
vadi2
·
7Comentarios
vadi2
·
6Comentarios
Eraene
·
6Comentarios
Kebap
·
7Comentarios
Comentario más útil
De acuerdo, agregué algunos resultados de depuración y creo que veo lo que está sucediendo.
Aquí está el flujo de lo que sucede cuando miro una habitación
El antiguo comportamiento era permanecer en modo de línea segura hasta que no fuera así. Pero siempre se supuso que se reiniciaba en una nueva línea (al menos, de acuerdo con la especificación)
Posibles correcciones:
etiquetas (las etiquetas br son tratadas como líneas nuevas por el cliente, pero no cuentan como EOL a los efectos de restablecer el modo predeterminado)