Open Martin-Zeithaml opened 1 week ago
Can you reproduce this such that with message
logging on you can see what the terminal in the browser sends?
https://github.com/zowe/tn3270-ng2/wiki/Loggers#developingdebugging
I'm curious to see if the terminal protocol is failing and therefore sending nonsense, or if the network code is failing instead.
Sadly, the "content to be sent to host socket" is not a hex printout. It's just the raw bytes. So, if you could read that with HEX ON in ISPF, you'd see the actual hex bytes.
Just a thought... if the message sent resulted in a socket close, it could be a handshake failure. Basically, if the client says it supports X,Y,Z and the server only supports A,B,C, then the server has no choice but to close the socket because they're incompatible. Or worse. the client could be trying to do a TLS handshake while the server is just telnet without TLS. So, I wonder about that... is the config wrong such that there's just a total handshake failure
The user is able to use terminal once, sometimes twice normally, it means the handshake was successful for these cases.
The terminal is not working after the second usage:
The log shows this suspicious messages.
The buffer length should be 170 bytes, but actually is only
\xEF \xBF \xBD
.