RDM will freeze, check for updates helps

Hi,

This is strange indeed. Has this occurred multiple times / is reproducible?

Is it only the RDP connection that is frozen/non responsive when in this state? You mention that you can access the program menus. What about other items such as the toolbar and tree view?

Thanks, Richard

Today I experienced the issue again 0.9.15.0, single RDP connection to a Windows 2008 R2 server. RDM menus work but I can't click on any of my folders or try to open any new RDP sessions.

I continue to see this issue on version 0.9.28.0

Hello Richard,
I have updated to version 0.9.29.0 and I have been disabling all external connectors (HDD, clipboard, etc) but the screen refresh continues to fail. I'm having the issue right at this moment.

Hi,

OK - thanks. As I'm still unable to reproduce this here, I wanted to test whether it was a problem with one of the channels or not. Clearly it's not :)

Thanks, Richard

I completely understand. We are facing two issues here: the first one is the screen not redrawing correctly for Windows 2003 (a separate thread on this forum) and the second one is this where the application repaint freezes. I can offer to do a webex with you if you want next time I have this issue so you can see it on my laptop and maybe do some extra troubleshooting.

If you download the latest version (0.9.32.0), you will see two additional options in Preferences > General > User Interface:

"Allow tabs to be rearranged"
"Allow tabs to leave the tab bar"

If would be very helpful if you could disable (uncheck) both of these checkboxes, and let me know if you experience issues with either the remote desktop session freezing or the application failing to paint properly (as described in the OP).

Please feel free to let me know the other way as well - that is, if you *don't* see the issue anymore :)

This is not a permanent fix (I realise this is useful functionality), but I'm just trying to isolate the root cause of the issue :)

Thanks, Richard

Thank you for the update Richard, I will be testing this new version and sharing feedback as soon as I can.

Hello Richard, I have updated to version 0.9.34.0 and I'm seeing this issue constantly within 5 minutes after opening the sessions. I'm seeing it while connected to Windows 2008 R2 and windows 7 sessions

Hi

What is your typical workflow when you see this behaviour (the screen fails to repaint properly, and can be forced to update by selecting a menu item e.g. "Check For Updates")?

For example, do you launch the app and start some sessions and just start working in them?

Or are you interacting with the different screens of RDM (configuring connections, adding and deleting entries, etc) at the same time?

Something else that might be helpful with any of you that are experiencing this issue, would be to send me a system report via PM (you can do this by choosing "About This Mac" from the Apple menu, and then choosing "More Info" > "System Report" and choosing "Save" to generate an .spx file).

Finally, when this particular scenario occurs, please check out Activity Monitor and look for any strange behaviour; for instance, perhaps RDM or another process (like WindowServer) has a sustained higher than normal CPU usage).

Thanks in advance,

Richard

An additional question on top of my previous post:

Is it possible that when you see this issue, some or all of your connections are via an RDP gateway?

Thanks, Richard

Hello Richard,
I just experienced this issue. I basically opened RDM, then open a connection to two Windows 2008 R2 servers and one Windows 7 workstations, I kept switching between the there sessions and all of the sudden the application stop responding, when I look into Activity monitor the application is not consuming much resources and it is not on "not responding" state, please see images below





In order to redraw/repaint the screen I basically click on the "check for updates" menu option and then I see the last actions I did with the mouse or the keyboard, so the session is still processing input, sometime check for updates will allow me to see the screen working normally again for 2 or 3 seconds but then the issue resumes.

I'm testing all this inside my companies network so I doubt i'm using the RDP gateway, but the entry is configured to "Automatically detect RD gateway server settings", how can I verify this.?

I'm also sending you a PM with the system report.

I decided to go ahead and change one of the entries to "do not use RD gateway", I was able to connect to it but then I wasn't able to click anywhere to have any input on the session. I had to disconnect, change it back to "Automatically detect RD Gateway server settings". When I tried to reconnect the RDM crashed, I reopened RDM and connect back to the session without any problems.

Hi molikop

The next time this occurs, can you try the following:

- Open Activity Monitor
- Locate the Remote Desktop Manager process and select it
- Choose "Sample Process", either from the 'View' menu or from the action toolbar button (the one with a 'gear' symbol)
- Send me the output of the sample in a PM

Thanks a lot,

Richard

Hello Richard,
I just had the issue and I have sent you the sample process file

Unfortunately the sample didn't tell us very much.

I've made a few tweaks to FreeRDP in 0.9.41.0 (and it also includes some upstream fixes from Awake Coding).

We haven't done anything that targets this issue specifically but I did make some changes that might help - it would be good if you can let me know if you still see it.

Thank you,

Richard