Using TAB on Visual studio 2022 remotely using Android version of RDM

Hello,

Thank you for reporting this issue. We will investigate and get back to you as soon as possible.

Best Regards,
Frederick Simard

Hello,

We were able to reproduce the issue and are currently working on a solution.

Best Regards,
Frederick Simard

Hello,

We were able to reproduce the issue and are currently working on a solution.

Best Regards,
Frederick Simard

@Frederick Simard

Thanks, I appreciate you looking, I thought I was going mad as it works on the Windows App ( which is rubbish compared to your app as the zoom keeps changing and I lose 1/2 my taskbar) So on another note, I have a shortcut in Visual Studio which is Control-E followed by C to comment out for example which works fine on the local machine, but when I use Remote Desktop Manager ( or the Windows App) I have to Press Control-E followed by Control-C, why is this?

Hello,

We are currently testing a fix for the Tab key not working correctly in Visual Studio. If testing goes as expected, we are aiming to release it around the second or third week of September.

Regarding your other question, I cannot comment on how the Windows App handles keyboard input, but the behavior you described involves a relatively uncommon input-handling scenario.

Here is what happens with a chord shortcut such as Ctrl+E, C:

During a remote session, keystrokes can be sent to the remote computer in one of two ways:

• As a physical key event (a scan code or virtual key), which identifies the specific key that was pressed.
• As a Unicode character, which represents the resulting character but does not identify the physical key that produced it.

When you hold a modifier such as Ctrl, the keystroke must be sent as a physical key event. Therefore, Ctrl+E is sent using physical key events. However, after you release Ctrl and press C by itself, the C is sent as a Unicode character.

Visual Studio’s chord shortcuts, such as Ctrl+E, C, expect the second part of the shortcut to arrive as a physical key event. Because the standalone C arrives as a Unicode character, with no corresponding physical key information, Visual Studio does not recognize it as the second part of the chord, and nothing happens. Pressing Ctrl+C causes the C to be sent as a physical key event again, providing the key information Visual Studio is expecting and allowing the shortcut to execute.

Unfortunately, there is no reliable way for the application to know that a standalone C should be sent as a physical key event because it is intended to complete a Visual Studio chord. The only general solution would be to send every keystroke as a physical key event, which is how keyboard input was handled in earlier versions of the application.

However, that approach has an important drawback: the keyboard layout on the remote computer may differ from the layout used by the local Android keyboard. For example, if the remote computer uses a French AZERTY layout while the Android device uses a QWERTY layout, pressing Q locally could produce A remotely. This also caused several other inconsistencies. Although it was possible to configure the local keyboard layout for an RDP entry, some scenarios remained unreliable. Sending Unicode characters resolves these layout-related issues because the character entered on the Android device is the same character received by the remote computer, regardless of the remote keyboard layout.

I have performed some tests and confirmed that forcing physical key events allows these chord shortcuts to work correctly in Visual Studio. If this would be useful, we could consider reintroducing an option to force keystrokes to be sent as virtual keys while retaining our modern input-handling implementation. However, enabling it could cause the keyboard-layout and input inconsistencies described above.


Best Regards,
Frederick Simard

Hello,

Thank you for being so patient!

I'm pleased to inform you that a new version of RDM Android (2026.3.0.21) has been released, featuring the fix for your issue.

Note that the version might not appear in the store directly. If it doesn't, it will be available in the next few days.

Please let us know if this works or if you encounter any issues.

Best regards,

Thanks,
I will let you know. As a programmer would be interested to hear why it was going wrong ... strange fault

Thanks,
I will let you know. As a programmer would be interested to hear why it was going wrong ... strange fault

@Wilx
I provided some details on what was causing the issue in my previous post, in case you missed it.

Hi,
I am still not seeing this version in the Android app store, please where can I get it?
2026.2.3.2 is the only one on the Play store

Hi,

Version 2026.3.0.21 was rolled out gradually and was therefore not available to all users immediately.
The rollout is now complete, and the latest version is available to 100% of users. You should now be able to see and update to version 2026.3.0.21.

Best Regards,

Hi,

Version 2026.3.0.21 was rolled out gradually and was therefore not available to all users immediately.
The rollout is now complete, and the latest version is available to 100% of users. You should now be able to see and update to version 2026.3.0.21.

Best Regards,

@Nicolas Dufour
Thanks, I have it now and confirm that TAB works great!
Thanks for you help and a great product!