I've missed a few beta releases, so excuse me if this has already been addressed.
I usually use Absolute Telnet to SSH into the Linux boxes (RH 7.2, 8.0, 9.0, AS 2.1) in my office. Every so often, especially if I've changed the window size a few times during the same session, I notice that if I open a file using vi the actual window stays the same size, but the number of lines shown in the window is reduced to one. I've tried resetting the terminal and running eval `resize` on the remote system, but the only thing I can do about it is to close the window and open another one.
I've also noticed it when I connect to my router via serial port, but I always chalked that up to an issue on the router side, or the fact that it was a serial connection.
This isn't a critical thing, I was just curious if anyone else had run into it before.
Thanks.
Robert, I have noticed that before, but I could never quite pinpoint an exact cause or a way to reliably reproduce it to analyze it. Can you reproduce this condition?? I find that I hit this far less often in the new beta. You might want to give that a try:
Brian
It took a few days, but I've reproduced it w/ the latest beta (v 3.15 RC 30).
I tried to vi a file and it went to one line. I then opened the Absolute Telnet log and did an eval `resize`. That reset the number of lines I could view. I then held down the enter key for a while to prove that it displayed text all the way to the bottom of my window (80 x 50). Next, I tried to vi the same file and it happened again. I then closed the log. Just for kicks, I did an eval `resize` again and then tried to vi a different file.....same result.
How do you want me to send you the log? Email?
Mail it to
(bpence at celestialsoftware.net)
Thanks!
Thanks to Robert's input, this problem has now been solved. A combination of conditions was causing AbsoluteTelnet to enter a state that could not be fixed without exiting and re-starting the application. Side effects included improper alignment of command line, improper display of vi and sometimes the reduction of the screen to a single scroll line. The problem stems from AbsoluteTelnet making an improper response to a probe from the host designed to determine the screen size. The host then does not know the true dimensions of the screen and many screen-oriented programs begin to display badly.
This problem has apparently been around for some time. The combination of events required to trigger it made it difficult to reproduce and impossible to fix. Thanks to Robert, the cause has been identified and eliminated!!
You can download the beta here:
Brian
