Vision clients and Designer close when connecting via RDP (same user, same session)

I'm running Ignition (version 8.1.47) on a Windows machine where both the Vision Client and the Designer Client are used locally.

When connecting to the same machine via RDP (Remote Desktop), using the same Windows user account, and verifying that the session ID remains the same (via query session), both the Vision clients and Designer close immediately upon RDP login.

The local user is not logged off.
We are not using mstsc /admin as the connection is via an RDP server.
Other applications like SSMS, notepad etc. do not close on connection.

Has anyone experienced similar behavior? Is there a known workaround to prevent Ignition from closing when reconnecting via RDP?

Are there any hs_err_pid files on the RDP server after the Client/Designer closes?

Sounds like the JVM could be crashing. Sounds similar to this, although opposite scenario (log on vs log off).

You are right — it does sound like a similar problem to the one you're referring to. Just to be clear: when I log on to the RDP server, I open 'Remote Desktop' on the server itself. So, where should I look for the hs_err_pid file?

You mean you open the Remote Desktop app on your local PC but log in to the server?

Anyway, they might be hanging around in the user home directory on the server (whatever PC is actually running the Designer and Client), and you might need to use Windows' awful file search to see if you can find some lying around elsewhere.

Thanks for the clarification!

Yes, to be more precise: when I work remotely, I first connect to an RDP server. From there, I open the Remote Desktop app on the RDP server itself to connect to the Ignition machine, which is on a closed network. So it's a two-step RDP chain.

I tried reproducing the issue and managed to generate four hs_err_pid log files, all with the same minute timestamp. They were located in the user home directory on the Ignition machine. Each file starts with the following header:

A fatal error has been detected by the Java Runtime Environment:

EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x00007ff93c20bbc6, pid=15672, tid=23712

JRE version: OpenJDK Runtime Environment Zulu17.54+22-SA (17.0.13+11) (build 17.0.13+11-LTS)
Java VM: OpenJDK 64-Bit Server VM Zulu17.54+22-SA (17.0.13+11-LTS, mixed mode, tiered, compressed oops, compressed class ptrs, g1 gc, windows-amd64)
Problematic frame:
C [awt.dll+0xdbbc6]

So it does look like the Java runtime is crashing under certain conditions. Interestingly, in one test, only the Designer I last interacted with stayed open — all other Ignition apps closed. In other cases, everything shuts down.

Let me know if you'd like me to share the full contents of one of the logs or if there's anything specific I should look for in them.

Odd...i use the exact process...I connect to a customers VPN, use RDP to their jump server, then RDP to their ignition server. Two step RDP hop, and no issues like youre experiencing. Dont have much to offer, other than to confirm its possible. I didnt do anything special with the RDP settings. In one instance im using my own local account on the ignition server, in another, im using a shared account. If that user has designer ipen when i connect, it doesnt shut down.

We do need the full hs_err_pid file if we're going to open a bug report with Azul, but I am hopeful this is basically the same bug or root cause as the one I linked and if so, it will be fixed with the Java update (JDK 17.0.15) included in Ignition 8.1.49.

https://bugs.openjdk.org/browse/JDK-8348625

Thanks Kevin,

How can I send it to you, I would rather not share this in public.

Best is to open a support ticket and attach it there. You can reference this forum post.

Thank you, I will make a ticket to support and wait for Ignition 8.1.49