Mudlet: Tag de envio MXP quebrada em 3.21.0
Breve resumo do problema / Descrição do recurso solicitado:
Até 3.20.1 podemos usar o comando "ENVIAR" / "A" na descrição da lama para permitir ao usuário clicar com o mouse. No 3.21.0, nenhum dado é analisado pelo mudlet e as tags são exibidas como texto de linha
Etapas para reproduzir o problema / Razões para adicionar o recurso:
- conectar-se a mud.clessidra.it:4000 (lama em destaque)
- faça login com "mudlet" / "mudlet2019"
- no motd você pode ver as tags "A" para o link para a rede social
- Pressione "1" três vezes, na descrição da sala você pode ver as tags SEND
Saída de erro / resultado esperado do recurso
A sintaxe MXP deve ser analisada e mostrar apenas o link sublinhado
Informações extras, como versão do Mudlet, sistema operacional e ideias para resolver / implementar:
Acho que https://github.com/Mudlet/Mudlet/pull/2573 quebrou isso?
Funciona em 3.20.1, quebrado em 3.21.0
wiploo
Todos 3 comentários
Desativamos o MXP para evitar que o usuário veja as tags MXP. Agora nós o reativamos. Você pode testar novamente.
Obrigado e novamente, desculpe!
wiploo
em 17 jun. 2019
OK, adicionei alguma saída de depuração e acho que vejo o que está acontecendo.
Aqui está o fluxo do que acontece quando eu olho para uma sala
- mudlet recebe a sequência \ e [1z que coloca o modo MXP "LINHA SEGURA"
- mudlet recebe o texto "Sei in una delle vie principali della capitale. Molte persone passano qui, \ n"
- Quando o mudlet processa a nova linha, ele redefine o modo para o padrão, que o preâmbulo do servidor definiu para o modo "bloqueado" (ou seja, ignorar todas as tags)
- mudlet então recebe mais texto que inclui
tags, mas já está de volta no modo bloqueado, então eles são ignorados. - mudlet recebe \ e [7z para defini-lo de volta no modo "bloqueado até eu dizer"
O antigo comportamento era permanecer no modo de linha segura até o contrário. Mas sempre deveria ser redefinido em uma nova linha (pelo menos, de acordo com as especificações)
Possíveis correções:
- mude o \ e [1z para \ e [6z para que o modo de segurança "permaneça" até ser alterado
- substitua as novas linhas por
tags (as tags br são tratadas como novas linhas pelo cliente, mas não contam como EOL para fins de redefinição para o modo padrão)
djholtby
em 17 jun. 2019
Oi, obrigado pela sua ajuda. Usamos a correção 1, mais limpa.
Obrigado novamente a todos!
wiploo
em 18 jun. 2019
Questões relacionadas
jacben
·
7Comentários
vadi2
·
7Comentários
xekon
·
10Comentários
Kebap
·
7Comentários
Edru2
·
5Comentários
Comentários muito úteis
OK, adicionei alguma saída de depuração e acho que vejo o que está acontecendo.
Aqui está o fluxo do que acontece quando eu olho para uma sala
O antigo comportamento era permanecer no modo de linha segura até o contrário. Mas sempre deveria ser redefinido em uma nova linha (pelo menos, de acordo com as especificações)
Possíveis correções:
tags (as tags br são tratadas como novas linhas pelo cliente, mas não contam como EOL para fins de redefinição para o modo padrão)