Yes, check out this KB:
Regards,
Stefan
I have the same problem since last RoyalTS update. It's bloody annoying. (happens to me every few hours).
It happens even when no RDP session is active, but also when RoyalTS is just idling.
Hi Dag,
we have a couple of users who reported that the latest Windows (1903) resolved the crashes. If this still happens with 1903 for you, I recommend using the Windows feedback hub to report the issue to Microsoft.
Regards,
Stefan
Maybe it's better to open a support ticket, Lee. In case we need more information which you may not want to share publicly.
I can have one ssh connection open and nothing else when it crashes. Could be 5mins, could be 30mins. I thought it may be a memory issue but no, free memory of 4GB still crashes. I note it freezes, memory usage drops to 30mb and then crash. That's a drop from 400-500mb to 30mb. The app blanks out on everything except the open ssh window. ie: no menu's
Okay. My organization is controlling the upgrading of Windows. We are now on a lower version.
Quite often Royal ts crashes when I work on Microsoft Teams. Have you heard this context before?
Hi. I am having the exact same problem. Crashes several times a day, with the same error. Has there been any progress in your faultfinding process?
Thanks Stefan, I'll do both.
What version are you using exactly. Our first V5 release had a memory/GDI handle leak (10.000 GDI handles is the limit). You can open up your task manager in the details tab and select the columns handles and GDI objects and keep an eye on the values.
I don't use the Chromium extension as my av removes it for some reason.
To add to this. Internet Explorer may also be responsible and we are using IE for various things in Royal TS without the web page connection (Getting Started Page, News, Update Check Window Release Notes, etc.).
In older V4 versions we used Chromium for that but we had to switch back to IE due to other issues with Chromium on systems preventing external worker processes to launch.
This could be the reason why V4 is working better for you (assuming you are using a release where Chromium is used for the mentioned pages) compared to V5.
Can you see a pattern when the crash happens? Is one or more connection active, what kind of connection may be the root cause of the crash? Once we find out which component is responsible, we may be able to find out what's causing it.
For example: if you think RDP is causing the crash, we can tweak and check the settings like hardware acceleration or DirectX, bitmap caching, etc.
If you think the Chrome based web connection is causing the crash, we can also tweak hardware acceleration settings on that connection type.
Both components (maybe others as well) do have extensive codec support, like msmpeg2vdec.dll and do rendering using various techniques.
Hi Stefan,
I am using a DeLL Display Link. I understand your point here, however my v4 works fine with the same drivers, yet v5 shows the bug.
How can I help you track it down? I am using updated drivers.
Kindest Regards,
Hi Lee,
I'm happy to help but as mentioned above, the crash report in the event log doesn't help us identify the issue. We need to find a way to reproduce the issue of find a pattern which points us to the component involved. This seems to be a very rare edge case because only a couple of users seem to be affected. Maybe a driver related issue. I checked our ticketing system and we have one ticket (from a year ago using V4) with a similar crash where the user was able to resolve the issue by replacing the DisplayLink drivers on the system. I'm not sure if this helps but if this is a driver issue, I'm not sure what we can do to resolve the issue on our side.
Are you, by any chance, using a DisplayLink driver?
Sean McGrath
Royal TS 5.0.11022
Occasionally (once every few days) RoyalTS will just suddenly close, no prompts or notifications.
Event viewer shows the following error: