Can we go back to the old SSH app?

Can we go back to the old SSH app?

avatar

Is it possible to use the old SSH application? I've got two issues that make it difficult to do my job

1) SSH connections seem flaky. They appear to timeout (although stay open) and require me to close and reopen before
2) Tmux split screen gets obliterated and bleeds into the other pane when dealing with lines longer than the terminal window.

All Comments (19)

avatar

Hi,

Unfortunately, no, it is not possible at the moment.

  1. The SSH backend didn't really change. What changed is the renderer on top of the protocol. You connection would probably be as flaky even you could go back. That being said, there might be some instability the new renderer doesn't handle as well. We will look into it. This is using the sql server + vpn setup?
  2. I've notified the dev in charge of our SSH implementation and he's looking into it.


Jonathan Lafontaine

avatar

Hi Jonathan,

Yes, this is the SQL server over VPN datasource. The connections are over VPN as well.

avatar

We've tried to replicate your tmux issue but couldn't get it to bleed.
What server are you connecting to? What font are you using for the client, size, distro?
Anything that could help identify the cause.

Jonathan Lafontaine

avatar

Steps to reproduce

  1. Set terminal font to "Ubuntu Mono" (I've tried some other fonts, but they look very weird and/or like garbage. I'm willing to try a different font if necessary)
  2. SSH to server
  3. Start tmux
  4. Split the terminal vertically (ctrl + b, Shift+")
  5. Switch to the top pane (ctrl + b, up-arrow). Note the line separator between panes
  6. Cat a log file with long lines (tail -n 1000 /var/log/messages should work)
  7. Note the disappearance of the line between panes. I've seen this bleed multiple lines across that "barrier"
  8. (now for the more extreme example)
  9. Clear the top pane (run the "clear" command) ## This isn't strictly necessary but shows the issue more visably. Maybe run "ls -l /" to give it some interesting data
  10. Switch to the bottom pane (ctrl + b, down-arrow) Note the line separator comes back between panes
  11. Cat a log file with long lines (tail -n 1000 /var/log/messages should work)
  12. Note the complete obliteration of the top pane
avatar

Here's what it looks like on my end when following these steps.

Jonathan Lafontaine

Untitled.png

avatar

Hmm, that would be so nice. I wonder why it' s completely bonkers on my end.

avatar

Could you export your session without host/username/password in case another setting is causing problem?
It might also be a setting on your server tripping our SSH client.

Jonathan Lafontaine

avatar

I didn't see a way to export without the host so I just duplicated it and removed it.

ESCLC.rdm

avatar

Same output with your session.
That would lead to the server tripping our client for some reason (as I assume other clients don't have this issue).

Jonathan Lafontaine

avatar

Correct. If I just SSH from konsole I don't have this issue.

avatar

Would it be ok if I sent you a custom build with SSH recording activated (and the output path hardcoded to Documents) so we could replay the session?
This recording doesn't store any password or keystroke. It is purely a replay of what the server sent to display.

Jonathan Lafontaine

avatar

Sure, that works for me.

avatar

So I haven't pinpointed the replication steps yet, but for this issue

"SSH connections seem flaky. They appear to timeout (although stay open) and require me to close and reopen before"

The SSH connections aren't terminated. I'm just unable to click into them after switching away to another tab (not every time though, that would be too convenient).

If I open another SSH session (to another server), I'm usually able to click back into the session that wasn't working. Indicating that I'm not losing connectivity to the server, but something inside RDM.

avatar

We have a fix concerning focusing issues with SSH/Telnet.
Hopefully, your issue is related to those and our fix will apply.
A new version should be released soon (2022.2.1).

Jonathan Lafontaine

avatar
We have a fix concerning focusing issues with SSH/Telnet.
Hopefully, your issue is related to those and our fix will apply.
A new version should be released soon (2022.2.1).


Is there an ETA on that release? This focus loss issue is the most infuriating thing.

avatar

Our release process has started. Unless we find a show stopper, it should come out this week or start of next week.

Jonathan Lafontaine

avatar

To possibly help alleviate your focusing issue.
When going back to your SSH session and the focusing seems to not have returned, press on the ALT key.
What seems to happen is Alt-Tabbing leaves the alt key pressed on the server and prevents regular key input.

Let me know if this help until we can release a version with a fix.

Jonathan Lafontaine

avatar

OS: Pop_OS 22.04
I am seeing the focusing issue as well on 2022.2.0.6

I am also seeing alot of SSH disconnects when one session has a connection issue, all other sessions get disconnected. This is especially bad when I have RDP connections open at the same time.

avatar

Hi,

Our next release (2022.2.1) should fix all focusing issues. It's currently in the testing phase and should drop soon.

Regarding your connection instability. Are you connecting through LAN, internet? Are you using a VPN or some kind of proxy?

Jonathan Lafontaine