sdl

Is there any update wrt. this? I just renewed my maintenance for another year and it'd be nice if some of the issues I have reported got fixed.

The issue with RDM hanging on closing RDP sessions is still present in Beta v9.4.9.0.

Hi David,

Sorry for slow response; I'm on holiday at the moment. Not sure what you mean re: "dependent of a third party"?

Unfortunately, the issue is still present when using the "Default (Menu)" UI.

A few extra points wrt. the focus loss (I think I've posted these before but I'll reiterate anyway just to be sure):

When the issue occurs, typically several times a minute, the focus will temporarily be lost with whichever window is directly behind RDM gaining the active focus. The window won't actually "raise" itself so it becomes visible (in the case of RDM being maximised, which it effectively always is in my use case), so you don't see any visible difference in most cases. The focus shift only lasts around a second, but obviously that's hugely disruptive when typing or if you happen to click during that focus shift. Of course, whatever key presses or mouse clicks are "captured" by the application that temporarily gains focus will be interpreted as normal by whichever application received the focus, so you then may have to "undo" these undesired changes. The issue is severe enough that it makes using RDM effectively impossible.

One thing I just thought of that might be related, especially if you're trying to reproduce what I'm seeing, is I just realised that my configuration is perhaps a bit unusual in that I use the "Xmouse" functionality of Windows. You can find more details here: http://en.wikipedia.org/wiki/Xmouse

In my configuration, I have the focus follow my mouse pointer (whichever window is underneath the mouse has the focus) with a 250ms activation delay (the window will only gain focus after my mouse pointer has been in the region for at least 250ms). Further, I also have window "raising" disabled; this means that in the case of windows that aren't maximised, when a window gains focus, it won't bring itself to the front of other windows (ie. it may be overlapped by other windows, while still having the active focus). Clicking on the window will however raise the window, and I see this with RDM, where if I click during the "focus loss" interval the window behind it will raise itself. If this happens, then apart from undoing any potential action that may have occurred in the window as a result of it receiving the mouse click, you also have to restore the RDM window (via Alt+Tab, the Taskbar, etc...).

If you wish to use the exact Xmouse settings I'm using, the following Registry settings can be used. They should be inserted under HKCU\Control Panel\Desktop:

ActiveWndTrkTimeout: 0xfa (REG_DWORD) [This results in a 250ms activation timeout]

UserPreferencesMask:

This one is a bit tricky. You need to perform a logical OR on the first byte of the existing REG_BINARY value. In my case, this means the first byte is 9f. If you have 9e, then 9f is what you want. If you have some other value, you'll want to perform a logical OR on the existing value and then set the first byte to the result to ensure whatever settings you have that are different from mine apart from Xmouse are preserved. The Windows Calculator in hex mode may be of assistance here.

A logoff will be required for the settings to take effect. Or just reboot, whatever's easiest. That should be it, though, there's plenty of documentation on these settings around the web. Hope it helps.

edited by sdl on 7/14/2014

Yep, perfect. Deleting the old offline database cache seems to have done it. Presumably it only updates on the system that performs the initial database update. I suspect this is a bug that needs to be corrected in a later beta release?

Now just two issues to go! :)

Hi David,

Unfortunately I've now seemingly got a bigger problem. I updated to the v9.4.9.0 beta as suggested, which went fine on my desktop (and also entailed a database update, which also seemed to work fine), however, I've now updated it on my laptop to the same version but can't connect to the data source. I can run the "Test Server" and "Test Database" functions against it without issue (both return success) but on actually trying to connect I receive an "Error message dialogue" reporting that the "file is encrypted or is not a database" with a .NET exception in the Details section. I've already submitted the error report with my email address (the same as my forum profile).

Can you advise? This is obviously a much larger issue as I do rely on RDM for working on numerous networks both on-site and remotely.

The actual .NET exception stack trace:

SQLiteException - file is encrypted or is not a database

file is encrypted or is not a database

at System.Data.SQLite.SQLite3.Prepare(SQLiteConnection cnn, String strSql, SQLiteStatement previous, UInt32 timeoutMS, String& strRemain)

at System.Data.SQLite.SQLiteCommand.BuildNextCommand()

at System.Data.SQLite.SQLiteDataReader.NextResult()

at System.Data.SQLite.SQLiteDataReader..ctor(SQLiteCommand cmd, CommandBehavior behave)

at System.Data.SQLite.SQLiteCommand.ExecuteReader(CommandBehavior behavior)

at System.Data.SQLite.SQLiteCommand.ExecuteScalar(CommandBehavior behavior)

at Devolutions.RemoteDesktopManager.Business.SQLiteHelper.ExecuteScalar[T](String connectionString, String sql, SQLiteParameter[] parameters, Boolean rethrow)

at Devolutions.RemoteDesktopManager.Managers.OfflineManager.ExecuteScalar[T](BaseConnectionDataSource dataSource, String connectionString, String sql, SQLiteParameter[] parameters, Boolean rethrow)

at Devolutions.RemoteDesktopManager.Managers.OfflineManager.Upgrade(BaseConnectionDataSource dataSource)

at Devolutions.RemoteDesktopManager.Managers.OfflineManager.Initialize(BaseConnectionDataSource dataSource, Boolean force)

at Devolutions.RemoteDesktopManager.Managers.OfflineManager.GetDataSourceSettings(BaseConnectionDataSource dataSource)

at Devolutions.RemoteDesktopManager.Managers.ConnectionManager.PreLoadFromOffline(BaseConnectionDataSource connectionDataSource)

at Devolutions.RemoteDesktopManager.Managers.ConnectionManager.LoadConnections(BaseConnectionDataSource connectionDataSource)

at Devolutions.RemoteDesktopManager.Managers.ConnectionManager.RefreshConnections()

at Devolutions.RemoteDesktopManager.Forms.FrmMainBase.RefreshAllConnectionView(Boolean saveState, Boolean checkOnline)

at Devolutions.RemoteDesktopManager.Forms.FrmMainBase.RefreshView(Boolean checkOnline)

at Devolutions.RemoteDesktopManager.Managers.ConnectionManager.set_DataSource(BaseConnectionDataSource value)

at Devolutions.RemoteDesktopManager.Frames.FreConnectionDataSource.cbDataSources_EditValueChanged(Object sender, EventArgs e)

at DevExpress.XtraEditors.TextEdit.OnEditValueChanged()

at DevExpress.XtraEditors.PopupBaseAutoSearchEdit.OnEditValueChanged()

at DevExpress.XtraEditors.BaseEdit.OnEditValueChanging(ChangingEventArgs e)

at DevExpress.XtraEditors.ComboBoxEdit.set_EditValue(Object value)

at Devolutions.RemoteDesktopManager.Frames.FreConnectionDataSource.RefreshDataSources()

at Devolutions.RemoteDesktopManager.Managers.ActionManager.EditDataSource()

at System.Windows.Forms.ToolStripMenuItem.OnClick(EventArgs e)

at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)

at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)

at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)

at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea)

at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)

at System.Windows.Forms.Control.WndProc(Message& m)

at System.Windows.Forms.ToolStrip.WndProc(Message& m)

at System.Windows.Forms.ToolStripDropDown.WndProc(Message& m)

at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

I'm not entirely sure if the SQLite references are symptomatic of a deeper problem or normal as the data source is a Microsoft SQL Server database.

Thanks,

-SDL

Which issue in particular? In either case, both documented issues happen on my desktop and laptop system. They both run Windows 7 x64 SP1 (w/ all the latest updates from Microsoft Update). They have similar but not identical software installed (and of course, the hardware is completely different, and so the installed drivers are as well).

Incidentally, having updated to the beta, I thought I'd revert back to the Modern UI (as it is much nicer) and immediately started experiencing my old issue again as documented in the thread: http://forum.devolutions.net/messages.aspx?TopicID=2457

I really love RDM as it's ridiculously powerful and feature-rich, but these two issues are a huge bugbear, so if we could get to the bottom of these it would be much appreciated. Again, I'm more than happy to assist with providing whatever debug or diagnostic data is required.

For now, I've reverted back to the Classic UI (from v7.x!).

edited by sdl on 7/9/2014

Hi David,

I've downloaded and installed RDM v9.4.9.0 which I believe is the latest beta? Will let you know how it goes.

Cheers,

-SDL

Hi David,

No, nothing like ThinPrint installed, and I can't think of anything else that would qualify as an RDP plugin that's on my system.

I'm not using the latest beta, currently still on v9.2.5.0; I'm happy to upgrade, but only if you think there's an actual chance it would fix anything? You have quite a rapid release schedule (which is great!) so keeping up-to-date is a lot of effort (and I was running very close to the latest version when I opened this thread).

Funnily enough, I actually already am using the Classic UI. I swapped to it at someone's suggestion on the forum a while ago while resolving a separate issue and must never have swapped back. Is there any data I can send you to assist with getting this resolved? I'm happy to send crash dumps or other data for detailed analysis of the thread that seems to cause the issue if it is helpful.

Regards,

-SDL

Sorry to pester but this is really becoming a huge pain. I also noticed yesterday that the problem definitely also occurs even when disconnecting from systems that are not being accessed over a VPN. Just now I had RDM freeze while closing an RDP session to a system on the local network.

Unfortunately I'm still seeing the issue even with the suggested configuration change. Curiously, I seem to see the issue far more when I'm on a certain network, but I suspect the real case is that on said network I'm often accessing other systems over RDP via a VPN. Perhaps this scenario is particularly conducive to manifesting the issue due to timing issues? At any rate, the problem definitely still exists. Can we get an update on what's next as far as a fix is concerned?

Thanks in advance!

Just adding that I've yet to see the issue again since setting all of my RDP connections to "Load plug-ins in embedded mode". I wouldn't say I'm 100% certain that the issue is resolved yet, but signs are definitely positive, which is great!

Just thought I might add as well in case it's relevant that in all cases I'm running on Windows 7 SP1 x64 (fully patched) with the RDP 8.1 update (KB2923545); Remote Desktop Connection client is subsequently v6.3.9600.

Hi David,

Just wanted to check-in to understand what the plan is wrt. this issue? Is a fix being developed for inclusion in a future release and is there any timeframe? It's a pretty frustrating issue and so I'm admittedly eager to get it resolved.

Cheers,

-SDL

Thanks David! It's pretty frustrating when it happens as it completely hangs RDM so the only recourse is to kill the whole process. On the plus side, RDM's restore state feature helps a fair bit with getting back to where I was.

Let me know if you need me to upload the mini or full dump somewhere (just private message me with an FTP or Dropbox link or similar).

Hi there,

I've been seeing an issue for the last several months where sometimes when closing an RDP session by clicking the X icon next to the session name RDM will completely hang requiring the process be killed to recover. A simple wait chain analysis via Resource Monitor (attached) seems to indicate that two threads in RDM are the culprit. Both threads seem to be calling functions inside mstscax.dll which does make sense in context. In particular, one thread seems to be hanging on mstscax!PAL_System_SingleCondWait. I have a minidump and full dump of the RDM process (64-bit) when the issue occurs which I'm happy to upload to an appropriate location if this assists in the troubleshooting. I'm currently running RDM v9.2.5.0, though have updated several times in the past hoping this issue would be resolved in a future update. The few newer versions released since I last updated don't appear to have any changes in them relevant to this issue. If there's any further information I can provide to assist please let me know!

Cheers,

-SDL

Hi David,

I've been using RDM for a few hours now on Classic UI and have yet to see the problem happen again. I'll let you know if this changes but it's definitely looking like the issue is specific to the new Modern UI...

Cheers,

-SDL

Hi there,

Ever since upgrading to RDM v8.0.11.0 I've been having problems with embedded RDP tabs losing their focus. Periodically and frequently (several times a minute) the focus will be lost for about a second to what appears to be the Explorer shell. The focus will then return. However, this has the impact of interrupting any typing that may be occurring (losing keystrokes) or permanently losing focus if you click the mouse at the time the focus is lost. This ultimately makes embedded tabs effectively impossible to use. We didn't have this issue under the previous v7 installation of RDM.

Any suggestions on how to resolve this? I'm unsure what additional information I can provide as the issue is more a usability problem, at no point do any errors occur. The host system is Windows 7 Ultimate SP1 x64. If I can provide any further information please let me know.

Thanks,

-SDL