lucvdv

Hi,

I am running RDM version 2020.2.12.0 64 bit.

The server is on an internal domain so there was not really any sensitive information, but I hid the domain name anyway.

This is how it opens, I expanded the 'Network' node to show that the server isn't shown there (not abnormal, it is in another domain).

The content on the right _is_ from the correct location, and everything works as expected on that side.

I am using a "File Explorer" session to open an UNC path to a server application's log files.

The folder opens in the file view (right hand side). I can open subfolders, return (back arrow) and go up to the parent (up arrow), and open files, all of that works.

But the navigation tree on the left just shows folders on my desktop (Recycle Bin, This PC, etc.).

It won't navigate to the remote server, which is in another domain, even when I paste a path into the address box.

This would be OK if I could just hide that navigation tree, but the "Hide navigation pane" checkbox on the session properties is disabled.

I can reduce its width to the minimum possible, but it won't remember that for the next session either.

The same for the "File view" dropdown, it is disabled and remains locked on 'Thumbnails".

I would prefer to have it on List or Details, so I don't have to change the view each time I open the folder.

Can these options be unlocked somewhere? I didn't find anything about file explorer in the global options.

Thanks, that helped.

Maybe this can help determining why it wasn't automatic: I have 3 data sources, shown in this order.

1 - 'Local Data Source'

2 - 'MySQL Localhost'

3 - 'Wimionline'

#1 is completely empty

#2 is the default at startup.

#3 is a SQL Server. This database had already been updated before I installed the RDM update.

Thanks for the status update, and sorry for being impatient.

I uninstalled MySQL 5.7.19.1 community and installed MySQL 5.7.21.0 commercial, but it doesn't change anything.

I gave the account used to connect to MySQL full permissions to be sure (all on *.* with grant option).

RDM finds the database, Test Host and Test Schema say it's OK, and the Create Schema and Update Schema buttons are both disabled.

I'm the only one in the company using MySQL as data source, my colleagues use SQL Server.

They got to update their database.

I created a ticket, but got no response yet, not even an auto-reply, which is why I came over to the forum.

Browsing around, I begin to think that my problem may be that I currently have the open (non-commerical) version of MySQL on this system.

The database was originally created on another workstation that may well have had the commecial version installed.

When I replaced my workstation, I just installed a recent MySQL download and copied the database (dump & restore).

Could that be it?

After upgrading to 14.0, RDM can no longer open my (MySql localhost) data source because of a missing table 'rdm.repository'.

It didn't offer to upgrade it during installation.

When I open its properties now the "Update Schema" button is grayed / not accessible, and "Test Host" and "Test Schema" say everything is OK.

When I connect to MySQL and check the database, there really is no table called 'repository' in the rdm database.

And this says what database version I have:

mysql> select DatabaseVersion from databaseinfo;

+-----------------+

| DatabaseVersion |

+-----------------+

| 122 |

+-----------------+

1 row in set (0.00 sec)

Hi,

Sorry for not replying before, I seem to have missed the mail notification of your answer.

As I said, I do have a lot of sessions defined in the local data source, and even more in a department-wide SQL Server data source, but that isn't being loaded by default.

But what exactly do you mean by 'many custom images'?

If you mean custom icons, the answer is just the ones RDM installs by default, plus 4 in the "Custom" section that I don't remember adding myself, so I think they are installed by plugins (looks like a database icon and three vmware icons).

It just did it again, the crash at startup.

"Loading sessions" progress bar at 4/12 blocks.

Dialog "Remote desktop manager has stopped working", buttons Debug / "Close program"

Debug -> new instance of Visual Studio 2015, error message about heap corruption.

RDM 12.0.8.0 on Windows 10 Enterprise.

I've never had this in previous versions, but today it happened for the second time since I upgraded to 12.0.8.0: while Remote Desktop Manager was loading sessions from the default "local data source" at startup, it crashed when it was about half way through.

The error dialog just said "remote desktop manager has stopped working".

When I attached Visual Studio as debugger, it showed these error details:

Unhandled exception at 0x77C99D11 (ntdll.dll) in RemoteDesktopManager.exe: 0xC0000374: A heap has been corrupted (parameters: 0x77CCD8D0).

When I launched RDM again, it started normally.

It could still be a coincidence, but it's the 2nd time this happens after upgrading to 12.0.8.0, and I haven't had it in any other application (yet).

I don't know exactly how many session definitions I have in the local data source, but there are dozens, of various types (RDP, SSH, FTP, MySQL, SQL Server, VSphere console, VSphere Web Client, diverse credentials entries, etc. ...)

'Data source information' says the database size is 1.9 MB.

BTW, maybe related and maybe not: upgrading to 12.0.8.0 didn't go smooth either.

RDM kept crashing in a similar way each time while it was downloading the update. It happened at different positions of the download progress bar (approx between 1/3 and 2/3 complete, always after it had started downloading and before the download was complete).

The same "stopped working" dialog, but I didn't check for the error message at that time (or at least I don't remember it).

After a few failed attempts to update from within RDM, I downloaded the full setup from the website and launched that. It installed the upgrade successfully.

I've had this problem over several versions.

It always happens just after a remote desktop session is closed by using the remote host's Start button / Logoff (or equivalent in newer Windows versions), but there doesn't seem to be a way to predict on which remote machine or at what time it will happen.

The connection's tab page remains open with just the empty background color of the remote host.

The only way to get out is to kill RDM through task manager.

However, I read in a (very) old post that switching to the classic UI might solve it. I tried that for a couple of days and didn't have the problem in that period, but I haven't tried it long enough to be sure that it really solved it.

[Edit]PS: several of my RDP sessions are made over connections with a smaller MTU than the usual default of 1473 (1500 including IP header). I started doing that deliberately years ago, when I was having problems with RDP not working through OpenVPN tunnels if there was packet fragmentation.

Could the reason be something to be looked for in that direction -- i.e. MTU or fragmentation issues?

I can't reorganize the items in the data source tree by just dragging them to another folder anymore.

The 'Do you really want to move this section' confirmation dialog pops up as soon as I start dragging, instead of when I release the button at the destination.

I think it started after the last update (11.7.3.0), but in any case, I remember moving items that way not more than a few weeks ago.

[Edit]Found that thread too late, but it's probably related to this issue - or even the same:

https://forum.devolutions.net/topic26714-reorganise-tabs-stops-working.aspx

Here too Windows 10 64 bit with anniversary update.

Using the 32 bit version of RDM because of other minor issues in the 64 bit version (slow startup, SSH tabs refusing to close after connection is terminated).

Thanks.

BTW, I just noticed that I said "mail (session) pane" where I presume you already guessed that I meant "main (session) pane".

Hi Hubert,

That worked.

I had first tried to make the 'prompt for password' checkmark go away in the connection properties / private key tab, but it remained checked and grayed out.

Selecting 'no private key', saving, and then selecting the key again didn't solve it.

Tab-changing behavior between the new SSH Shell and older (Rebex) SSH Shells isn't consistent.

When you switch between tabs to one containing a session of the new SSH Shell type, the focus isn't automatically set to the session, it seems to remain on the tab control. Actually, the left and right arrows move to another tab in the Navigation pane, not the mail (session) pane.

It takes a second mouse click inside the client area (the session) before keypresses are directed there. The cursor also indicates this (empty rectangle instead of full box).

In the older types, just switching to the right tab is enough.

Hi Hubert,

That's correct, I was trying out the new SSH Shell type.

It doesn't prompt when the same key is used with Rebex.

I received version 11.0.2.0 today.

Still prompts for the private key passphrase (which it shouldn't, there isn't one configured), and then continues successfully when I cancel out of that dialog.

Now I also noticed that when Putty Agent (Pageant) is running, RDM prompts for my personal key passphrase, but the connection is authenticated using the key from Agent.

Start of console output in the session:

Using username "root".

Authenticating with public key "rsa-key-20120511" from agent

Welcome to Ubuntu 14.04.3 LTS (GNU/Linux 3.13.0-63-generic x86_64)

When Pageant is not running, authentication is done with the copy of my personal key stored in RDM, with this output:

Using username "root".

Authenticating with public key "rsa-key-20120511"

Welcome to Ubuntu 14.04.3 LTS (GNU/Linux 3.13.0-63-generic x86_64)

Hi,

Sorry for the delay, but I decided to wait for a non-beta release with this session type because it wasn't that important.

I got that now, but there's something else not quite going as it should with it.

I created a new session to test it, using the internal SSH client with the same host and username as a working "Putty (Telnet, SSH, RAW, rLogin)" session definition. Set it to use "My private SSH key" just like that session too.

In version 11.0.0.0, it didn't work: the connection was never established. It seemed to start connecting, but just quit and returned to the dashboard before the terminal window (tab) was visible. No error messages or anything.

In version 11.0.1.0 it works, but it always prompts for my personal key passphrase, even though there is no passphrase set on it. When I click cancel on that prompt, it continues to connect and succeeds.

That prompt does NOT appear with the original session, yet it is using the same private key.

Enterprise 10.6.7.0

Hi Hubert,

Sorry for not replying earlier, I've been too busy.

I don't see "SSH Shell" among the connection types, is that a plug-in?

This is what I get (I can't promise that the screenshot will remain up there for long):

Native, I think (listed as "Telnet, SSH, RAW, rLogin").

Thanks for the fast reply.

Hi,

I am using RDM to - among other things - log on to virtual Linux boxes with SSH (plain text console, no remote gui).

Sometimes, after exiting a program (like nano for example) that takes over the full terminal screen and restores the original contents upon exit, the original screen contents do reappear, but the cursor is left on the wrong line, somewhere in the middle of the screen when it should be at the bottom.

It doesn't always do it, even with the same program, and some programs, such as mc (Midnight Commander), don't seem to ever suffer from it.

It's probably some terminal setting that I have configured wrong, but which one could it be?

I don't think it's something in the Linux configuration, because I never had the problem with MobaXterm nor Putty, which I used both before I switched to RDM.

Hi, and thanks.

There's something I don't quite get though. Was it supposed to import them as links then?

All I got was, as I said, empty SSH sessions without a host name filled in, I had to manually add the host in each session before I could use any of them.

I just tried again, now through the "Import" button in Putty Manager. In Putty Manager, the host names were shown along with connection type (ssh) and port. But when I clicked "Select All" and "Import", a new window appeared with (again) only the session names, no host or anything else.

When I continued, the session were imported at the root level, again empty. Double-clicking any of them resulted in "Unable to connect. Verify your settings. Hostname cannot be empty."

I just discovered that the host names *are* shown in Tools -> Putty Manager.

It is when trying to import into a folder through that folder's context menu that they are missing.

I dont'know if this is a bug, or if there's something corrupt in my Putty configuration, or if my version of Putty is simply too old, but when I try Import -> Import Sessions From -> Putty, all I get are the session names.

No hostnames, no settings at all: I end up with a series of empty blank sessions with all options at their defaults.

The preview / session selection window already shows this: the first column contains the session names with checkboxes, all other columns including 'host' are empty.

I would have expected at least the host names to be imported. Other options too would be better, especially since there seems to be no way to batch edit the terminal type. The menu choice (Batch Edit -> session type settings) is available, but when I click it, it says none of the selected sessions support batch edit.

I'm using version 10.1.9.0/64, Putty v0.60 (from 2007), and my Putty configuration contains only SSH sessions.

edited by lucvdv@wimionline.com on 3/12/2015

It's not a show stopper, and I guess it will get better after some getting used to.

But at the moment, and especially when quickly glancing over longer lines, my eyes sometimes fail to correctly 'see' where the word endings are.

For example "system" reads like "syst em", "manage" as "mana ge", "Last" as "La st", etc.

So thanks again for the fast reply and for your time.

And thanks from me too. I was having the same problem.