Thanks again for the feedback regarding the PuTTY fix of the latest build. @Branko and others, I've just updated the KB regarding the Linux version as well. We can share that we are actively working on Linux but except for that we can't really share anything else right now.
I'm still not sure why the window embedding isn't working for some users. We haven't been able to reproduce the issue on our side.
You're right, the tab caption behavior changed based on quite a lot user feedback. A simple bulk-edit should revert the behavior if desired. Can you elaborate why it will take some time for you?
You can configure the dashboard to show all connections from all subfolders and then group/filter by type or plugin. Should be much faster that way.
Hi Stefan. Thanks for the new Release. We tested it on two separate installations, and it seems to work now. The putty windows are embedded as expected.
Hi Stefan. I tried to do a quick screen recording but have not the right tooling to do it now. There are NO additional messages on screen nor from putty. The putty windows stays minimized, but the connection is open.
I would like to share the behavior via a teams/teamviewer whatever session ... but it seems its not allowed on your side.
I uploaded a screenshot to the ticket.
When the session is "stuck" minimized - can you check if the window title ends with the text "- PuTTY"?
No, it ends with a ~
see screenshot in ticket ...
I think it's related to the prompt of your remote system. Can you share the prompt configuration?
Prompt is in the ticket. I search more prompt examples ... maybe you will find something simmilar ...
But sometimes it works, sometimes not. And I changed nothing to the prompt. But anyway ... It worked before the update ... why not change back the behaviour of RoyalTS to the old, working one?
Sorry I wasn't quite clear before. What I meant with the prompt configuration was how it is applied on your remote system. Do you have a .bashrc script or something which sets a custom prompt after you have signed in? If so, can you share that? My suspicion is, that sometimes the prompt is set a bit later after Royal TS was able to capture the window and sometimes it is set before Royal TS is searching and that's where it is failing to capture it.
Regarding your question to revert the changes: the Rebex terminal allows users to update the tab caption in Royal TS to reflect the prompt/window title. There has been quite some demand to implement the same for PuTTY. Unfortunately this has a couple of side effects and if we are not able to resolve the issue, we will revert that change.
I also experienced the same problem a few months ago - but this fixed it for me. On the Properties settings of the External App click Advanced -> Process Tracking. Then enter a value in the Title Match field. For my particular External App, I entered PuTTY - in mixed case. Previously - this was not necessary. My PuTTY external apps now dock successfully.
Hello, can confirm, version 50617 solved the issue, windows are embedded now.
Unfortunately, my wink smile was not posted.
And I know this 8 years old statement ... but the world continues to move ... Windows 11 is not the future ... and embed putty in a Windows app will also be not the way for the future. Rebex works great most of the time. RoyalTS on macOS works also fine. MS Visio and RoyalTS are the last pieces of software that I currently need Windows for in a VM.
Anyway .. I deleted my post because it's off-topic, you're right.
most of the prompts are default debian ... most of the connection on our side use rebex ...some of the connections work better with putty ...
jason w
For a while now, I've had recurring problems with the PuTTY integration. When it works, PuTTY is launched and RoyalTS encapsulates it in a tab as it should. When it fails, I get a separate PuTTY window, and RoyalTS thinks the connection has failed, but the PuTTY window works fine (logs into the server and works as normal) - just not inside RoyalTS.
This problem started gradually over multiple RoyalTS versions. Now, it happens almost every time I launch an SSH session - from a connection in the document, or duplicating a tab.
This happens on multiple Linux servers - RHEL7, RHEL8, and Debian 12. Oddly, it rarely (if at all) happens on my Opnsense box (FreeBSD). (One difference I can see beyond the remote OS is that my Opnsense box is a "static" connection, where all of my other servers are in a dynamic folder.)
I am on latest RoyalTS on Windows 11. My PuTTY plugin settings are the default, except for the embed method (set to Window - I have tried Client Area with no change, and the PuTTY cursor not being focused when using Client Area is a distraction for me).
I am using the PuTTY shipped with RoyalTS. In my PuTTY session, I do not have a custom window title.
Happy to share more info or any required logs. Appreciate any insight into what is going on.
1 person has this problem