Quote:
I turned Debug Packets on, and this is what appeared:
*... 2a 08 ff f9
How do you interpret this?
Each 2-character hex code is one byte. Thus you have four bytes. They are:
- 2a - asterisk
- 08 - backspace to remove the asterisk
- ff - IAC (start of telnet negotiation)
- f9 - TELNET_GO_AHEAD - go ahead and do something
It is a mystery to me why the server sends 2a and then 08. If they don't want you to see the asterisk, surely it is easier not to send it?
Backspacing is for when a human makes a mistake. I would think that if the server "makes a mistake" it is easier to correct the server code, not have it send backspaces to the client.
Quote:
I want to be certain that this is something the server is doing, and not MUSHclient.
The server is doing it, and I suppose you could argue that MUSHclient should honour the backspace. But what if this happens?
blah blah \n \x08 blah blah
Where \n represents a new line. Now when MUSHclient gets a \n it does trigger processing, logs the line if applicable, starts a new line in the output window, and so on. Would you expect in this situation that MUSHclient then notices the backspace and then undoes all that?
Or what about this:
blah blah (some colour change here) \x08 blah blah
Would you expect the backspace to undo the colour change?
I really thing it is weird for servers to send backspaces and am in no big rush to change MUSHclient.