stevenb

I'm quite sure that having a Hyper-V Enhanced Session connected is causing at least some of the freezing issues I'm seeing. The last few freezes I have experienced with the program have been immediately released after closing the Hyper-V Enhanced Session.

I also think the clipboard monitoring also has something to do with it still too.

I've done some more digging on a system that still has 2024.2 installed on it.

Previously, opening an entry in "Chrome" would create a new rundll32.exe process, with a number of sub processes. Each subprocess would point at a folder: --user-data-dir="C:\Users\<username>\AppData\Roaming\Devolutions\RemoteDesktopManager\EO.WebBrowser.Cache\<guid>".

If I opened up another entry in "Chrome", it would create a new rundll32.exe process, with a number of sub processes. These would point at a new folder with a different GUID at the end.

Now, if I try to open up an entry in "Chrome" from 2024.3, it creates a msedgewebview2.exe process, and the folder for --user-data-dir is "C:\Users\<username>\AppData\Local\Devolutions\RemoteDesktopManager\WebView2.Cache\SingleSignOn\EBWebView".

If I try to open something in Edge from the 2024.2 version, it is the same, msedgewebview2.exe process, along with the "WebView2.Cache\SingleSignOn\EBWebView" as the user-data-dir.

So it would seem that the "Chrome" setting is being ignored in 2024.3, and it has decided to open in Edge instead, and with that is coming a different behaviour for user-data-dir.

Would it be possible to create a setting somewhere so Edge will use an independent user-data-dir for each entry in RDM like Chrome used to?

As a workaround, I can confirm that putting an independent string in the "Profile" field will cause it to create independent tabs.

Mine works as expected, I have each web entry set to microsoft edge browser, InPrivate sessions are not enabled and i enable the Profile and match to another web entry.

Are you sure your defaults don't have InPrivate sessions enabled or something, also I need to specify edge browser not default even though my default is edge???

FYI you mention chrome, you realise from what I understand this profile feature utilises Microsoft WebView2 Embedded browser right, which is effectively embedded Edge, I do not know if setting the browser to chrome will work with this profile setting, Devo team will have to update on this.........

I'm not really referring to the new 'profile' feature. This was just the observed behaviour I had with RDM, that each tab already ran in its own independent profile somehow. I can't recall when I first noticed it, but it had been there for quite some time, that opening up separate entries in RDM, would have an independent browser profile for that particular entry. This wasn't an inprivate or incognito setting, as a previous logged in session would still be logged in if you closed the tab, or closed RDM and came back.

One other thing I noted was that after updates, it would frequently reset all the browser login sessions, so I'd need to log in under each entry again, but they would still be independent to each other, and after closing and re-opening the tab I would still be logged in until the next RDM update was installed. It's only since 2024.03 that I've noticed that logging in to a website on one tab will now log that account in on all tabs that I open, or had open, in RDM.

It was great when logging into multiple 365 admin consoles, as they would all operate independent to each other. Now they're all connected and it's been a massive pain.

I'm a bit confused with this feature request, because I thought that was how it worked anyway.

However, I'm here after updating to 2024.3. Before updating, each tab in RDM seemed to operate independent of other tabs. I could log in on one and log into a different account on another and they wouldn't interfere. The sessions would also be saved to each RDM entry, so I could open that tab back up and get the saved login from that session only. Now, after updating, all my browser tabs are linked. My login sessions on one will interfere with login sessions on the others.

I can say for sure that I definitely had independent tabs with Chrome browser tabs, but I though it was the same with Edge as well.

Is there any way to get that behaviour back? Or was I working under some weird glitch, and that was not how it was designed to work?

Hello Steven,

Could you share your application logs from RDM under Help -> Application logs?

Could you also check the event viewer to see if anything is related?

Best regards,

There is seemingly no correlation to anything in the Help-> Application Logs. The last messages listed occurred weeks ago.

Also, I've not noted anything related from the event viewer either when these issues occur.

The next time it happens I'll be sure to check these locations again though.

I've been experiencing freezing issues with RDM for months too. It's happened over two different PCs too (Windows 10 and Windows 11).

I've had a few different symptoms, so I'm not sure if they are exactly the same each time. Sometimes it comes back, sometimes it doesn't.

Most commonly, the RDM window itself will lock up. Sometimes my current tab will remain responding, as in my RDP session is still active, but I can't change tabs or click on anything within the RDM application window.

The freeze can affect other Windows applications at the same time. Most notably my ScreenConnect sessions also freeze. When frozen, both apps will be unresponsive. Although, even though my ScreenConnect app won't be responding to my clicks, I can see when the remote side moves their mouse or clicks on things. I can't even move the Window around on the screen by dragging the title bar, completely non-responsive to my input.

Usually, if I do wait a few minutes, it does seem to unfreeze and the apps will become responsive again. Sometimes I can't wait and kill them off.

I do think sometimes it seems to be triggered by a copy or paste action. I've had it happen once even with Word where I was trying to paste something into a Word doc that even Word locked up for a few minutes trying to access the clipboard. Sure enough, RDM was then also locked up, but not other windows, such as browser windows, etc. The item didn't paste (I think Word even threw up an error eventually), but everything came back responding after a few minutes.

I've tried changing clipboard settings in RDM, but changing between legacy or paste once methods doesn't seem to affect things much. Still get the freezes.

Where it seems inconsistent is sometimes things freeze up completely and the current session is also not responding. Also, sometimes, even if I wait it doesn't seem to come back responding.

Last time it happened, I could observer two different cores on my PC were locked at 100%, but no processes were being reported as using high cpu. Killed off RDM as it didn't come back responsive and the CPU usage immediately reduced on the cores that were up at 100%.

Just updated to 2024.3.13.0 yesterday and I had a lockup later that day.