Brief summary of issue / Description of requested feature:
If a profile disconnects from the server whilst it is performing the echoing of what we type (typically during password entry) the setting stays in effect and carries over.
Steps to reproduce the issue / Reasons for adding feature:
- Connect to a server that does correctly negotiate Telnet ECHO suboption (1).
- Get to a point where this comes into effect.
- Disconnect from and then reconnect to the Server
Error output / Expected result of feature
Echoing of what we type will not take place - whereas we would expect that it is.
Extra information, such as Mudlet version, operating system and ideas for how to solve / implement:
I believe I can fix this with a one-liner in cTelnet::reset()...
As this is not a show stopper (you can still see what you type in the command line) and ought to go away after the server gets reconnected and goes past the point where it took over ECHOing previously I am rating this as medium - though I am compiling a fix as I type...!
Brief summary of issue / Description of requested feature:
If a profile disconnects from the server whilst it is performing the echoing of what we type (typically during password entry) the setting stays in effect and carries over.
Steps to reproduce the issue / Reasons for adding feature:
Error output / Expected result of feature
Echoing of what we type will not take place - whereas we would expect that it is.
Extra information, such as Mudlet version, operating system and ideas for how to solve / implement:
I believe I can fix this with a one-liner in
cTelnet::reset()...As this is not a show stopper (you can still see what you type in the command line) and ought to go away after the server gets reconnected and goes past the point where it took over ECHOing previously I am rating this as medium - though I am compiling a fix as I type...!