mclanglois

I can; do you have a private link were I can upload the video?

I'm running Apple Studio Displays in their native resolution which I believe is a 5K resolution of 5120x2880.

My current settings

Settings -> Types -> Remote Desktop -> Display

• Display (Configured / Default)

• Remote Desktop Size (Automatic)

• Screen Sizing mode (Scrollbar)

Settings -> Types -> Remote Desktop -> Scaling

• Optimize for Retina displays (No)

• Desktop Scaling Level (100%)

Changing Screen size mode from Scrollbar to Smart Reconnect

• Seem to have fixed the issue!

Changing Screen size mode from Scrollbar to Dynamic Resolution

• Seem to have fixed the issue!

Changing Screen size mode back from Dynamic Resolution to Scrollbar

• Seem to have fixed the issue!

So basically just updating the setting fixed the issue... I can no longer reproduce it regardless of the screen size mode.

Thanks for your guidance!

@mclanglois

Actually... a little update with more information.

When I hide the Ribbon, the issue come comes back regardless of the Screen size mode.

If the Ribbon is visible in either Classic or Simplified, the issue again goes away.

So I believe your initial thoughts are correct, and that this is a minor bug in the new UI components.

I can live with the Ribbon in Simplified mode :)

I'm running Apple Studio Displays in their native resolution which I believe is a 5K resolution of 5120x2880.

My current settings

Settings -> Types -> Remote Desktop -> Display

• Display (Configured / Default)

• Remote Desktop Size (Automatic)

• Screen Sizing mode (Scrollbar)

Settings -> Types -> Remote Desktop -> Scaling

• Optimize for Retina displays (No)

• Desktop Scaling Level (100%)

Changing Screen size mode from Scrollbar to Smart Reconnect

• Seem to have fixed the issue!

Changing Screen size mode from Scrollbar to Dynamic Resolution

• Seem to have fixed the issue!

Changing Screen size mode back from Dynamic Resolution to Scrollbar

• Seem to have fixed the issue!

So basically just updating the setting fixed the issue... I can no longer reproduce it regardless of the screen size mode.

Thanks for your guidance!

When switching between already-established Remote Desktop sessions, the client appears to disconnect and fully reconnect to the remote system instead of maintaining the existing session state. This results in the screen being completely redrawn and introduces a noticeable delay before the session becomes usable again.

Further testing indicates that this behavior is not limited to multiple concurrent sessions. The same issue occurs even when only a single Remote Desktop session is open. Simply switching away from the session and returning to it can trigger what appears to be a full reconnect.

Expected Behavior:

• Open Remote Desktop sessions should remain connected when switching between windows.

• Returning focus to an existing session should be instantaneous or require only a display refresh.

• No full reconnect or session reinitialization should occur unless the connection was actually interrupted.

Actual Behavior:

• Session appears to reconnect when brought back into focus.

• Entire screen is redrawn.

• Noticeable delay before the session becomes responsive.

• Issue occurs with both multiple open sessions and a single session.

Impact: This significantly disrupts workflow, especially for users who frequently switch between Remote Desktop sessions throughout the day. The repeated reconnect behavior adds unnecessary latency and negatively impacts productivity.

Version 2026.2.5.1 appears to be the last version that worked as expected

Version 2026.3.0.5 and higher have this issue.

Is this a new setting I'm not finding that can be disabled?

Is this the known issue where existing Remote Desktop sessions are forced to reconnect and redraw the display whenever you switch between them? This significantly impacts usability when working across multiple sessions.

I'm also seeing the same behavior with only a single session open. The client appears to perform a full reconnect when returning to the session, which shouldn't be necessary.

Hi @mclanglois

Sorry that this is causing you a problem.

For a short answer, can you try changing the "SSPI Module" setting to "System" (either for individual RDP sessions in the "Authentication" tab, or globally in Settings > Types > Remote Desktop (RDP) > Authentication).

This should restore the 2025.3.x behaviour and I think should get you back up-and-running, but let me know if it does not.

If you can let me know if that works for you, and then I can try to determine what the issue is with the "Portable" SSPI module (which is the new default for 2026.x).

Thanks and kind regards,

@Richard Markiewicz

Yes! That did it!

Very much appreciate it

I am still experiencing this issue.

When I use my email address as the login credential, authentication is only successful on approximately 1 out of 5 servers running version 2026.1.11.3.

However, when I switch to using the username and domain format, authentication succeeds on 100% of the servers.

I have always used my email address as the username, so I'm unsure what may have changed to cause this behavior. Any insight into recent changes that could affect email-based logins would be appreciated.

@mclanglois

To add to that, my email domain is different than my domain name/format.

Example :

userA@domain.com <- not working on most servers; has always worked 100% before

userA@something.local <- Currently works; never used before

something\userA <- Currently works; never used before

I am still experiencing this issue.

When I use my email address as the login credential, authentication is only successful on approximately 1 out of 5 servers running version 2026.1.11.3.

However, when I switch to using the username and domain format, authentication succeeds on 100% of the servers.

I have always used my email address as the username, so I'm unsure what may have changed to cause this behavior. Any insight into recent changes that could affect email-based logins would be appreciated.