keyboard input corrupt for iOS to Linux Remote Desktop

Hello,

Thank you for reaching out to us regarding this.

I have a few questions which you can hopefully answer.

• Which version of RDM are you using?
• Which type of data source are you using?

To clarify you're encountering this issue when attempting an RDP connection from RDM iOS to a Linux Workstation is that correct? Is this connection working as expected outside RDM?

Let me know,

Best regards,

Hello, Samuel Dery.

Thanks for mention.

Which version of RDM are you using?

Latest version 2023.1.3.

Which type of data source are you using?

I dont use it.

To clarify you're encountering this issue when attempting an RDP connection from RDM iOS to a Linux Workstation is that correct?

Yes, RDP server is Linux Workstation from RDM iOS.

Is this connection working as expected outside RDM?

But I dont where is outside, this connection work fine to Linux RDP in home network LAN.

Hello,

We were able to reproduce the issue with the space bar not working when "Always send virtual-key codes" is activated. It will be fixed in the next release.

However, for the problem of stroke one key, continuously input the key (when the setting is not activated), we were not able to reproduce. We will continue to investigate and let you know if we find a solution.

Best regards,

Hello Maxime Brousseau.

Thanks for testing.

I'm looking forward to it about fix virtual-key and next release.

I add detail information about "stroke one key, continuously input the key".
Remote Desktop is GNOME Desktop Environment function. This is not xrdp. In Setting app, Share->Remote Desktop->Remote Desktop enable->Remote Control enable, check username and password in Settings on GNOME.

Setups on RDM for iOS are that Hostname : IP Address, username and Password.

It still not able to reproduce, I may use Japanese setting on iOS. But, I test English(US) on Linux Remote Desktop server.

Hello,

We just release a new version 2023.1.4 that should fix the space key not working when "Always send virtual-key codes" is enabled.

With the additional information, I was able to reproduce the issue of "stroke one key, continuously input the key". When the setting "Always send virtual-key codes" is disabled, we send Unicode keys and the problem seems to be with how the server interprets the Unicode keys. I don't know if there is something we can do to fix this.

Let us know if you have issues with the new release.

Best regards,

Hello,Maxime Brousseau

Thanks for update RDM.

But this app perfectly not fix. I update app to version 2023.1.4.
The space key can stroke once, the space continuously input the key when "Always send virtual-key codes" is enabled.
And To stop continuously space, push "Ctrl + U", then some key, then cannot input space key.

When the setting "Always send virtual-key codes" is disabled, not need fix it. When "Always send virtual-key codes" is enabled, I hope to fix it.

Thanks.

Additional information, I use localization "Japan" on both iphone and Linux.
And Linux RDP server have nvidia driver. Is this setting related to it?

Hello,

I will investigate more.

Best regards,

Hello,

We have released the version 2023.1.5. It should fix the problem of the space bar. However, some other characters are still not working (exemple: . , ? !). We will try to support them soon.

Let us know if you are still having problems.

Best regards,

Hello.

Thanks for fix it!!

It resolved the problem of the space bar. Very nice!
I am extremely grateful and cannot thank you sufficiently

Hello.

Thanks for update.
Grateful many improvement.

But, These update have many bug for iPhone. RDM connect to Linux(Fedora Linux) RDP Server, black display. I must wait a few ten of second.
Furthermore, mouse hover poorly-functioning, the color of the icon under the mouse cursor does not change. Operation from iphone drag, move mouse cursor on Linux server and it cannot switching app window on iPhone.　

I would be grateful for your support.

Add information,
these problem also have Microsoft Remote Desktop. I can't figure out what's behind it, this may update Linux Remote Desktop server.

Hello,

I've done some testing with my Fedora server and I'm not experiencing the same issues you've described. Maybe because my Fedora server is up to date.

Could you send videos of each issues so that we can investigate please. However, if Microsoft Remote Desktop also has the issues, it is possible that we won't be able to fix them.

Best regards,

Hello.

I have a lots time. I usual on Fedora38, but I investigated on Fedora 37.
In case on Fedora 37, RDM work with no black display, but not perfectly.

There is improvement mutter at link https://gitlab.gnome.org/GNOME/mutter/-/issues/2727.


I send the video. please wait.

Hello,

Thank you for the information. We will look into it.

Best regards,

Hello.

I still can’t send video, because busy.
It look instead at Fedora official forum, many people report detail. They have more information than sending to the video.

https://discussion.fedoraproject.org/t/after-upgrading-to-fedora-38-cannot-connect-to-computer-using-remote-desktop/82353/

I test my machine.
As link above, downgrade mutter then change display mode Wayland to Xorg.
I can display Remote Desktop Manager, play video very clearly.
This black display problem have resolve on Fedora Linux.

Hello.

Back to the main issue, some character can be input.
Furthermore, I want to implement more character(: \ & ! $ ( ) etc).
: is ex mode for vi/vim
\ is ”When it doesn't fit on one line, write it wrapped in \"
& is goto background
! is history in bash and exec linux command for vim
$() is expands the command, example $(ls -l).

Best regards.

Hello,

For the missing characters, we will try to implement all of them before the next release. We will let you know when it is available.

For the other issues, with the mutter downgraded, is everything working correctly?

Best regards,

Hello,


Thanks very much for implement all of keyboard input!!


About mutter, RDM for iOS can connected to Linux can work with the mutter downgraded, however there is the problem that can't grab title bar on lower app. This problem can focus app that move to title bar window.

I build the latest gitlab mutter to resolve both problem. How to build and setup the latest mutter as bellow.

1. Open browser https://gitlab.gnome.org/GNOME/mutter.
2. Select "gnome-44" branch -> Clone -> URL Copy
3. git clone "this URL" on Linux Terminal App
4. sudo dnf builddep mutter
5. sudo dnf clutter-devel
6. cd mutter
7. meson builddir --prefix=/usr
8. ninja -C builddir
9. sudo ninja -C builddir install
10. Reboot.

Remote Desktop Manager for iOS connect to Fedora Linux machine can work fine and can also grab title bar. Both Wayland and X11 on Fedora Linux.

Hello,

What is the language of your Fedora Linux machine? I want to make sure that the input will work with your layout.

Thank you,

Hello,

I use keyboard layout and GNOME on Fedora Linux machine is Japanese, input method ibus-mozc. And I use "US" or "Japanese qwerty layout on iOS".

Thanks for not only US but also other language.

Perfect, thank you.

Hi, sorry reply late.


Keyboard input key almost can input on iPhone US keyboard and Linux US keyboard.
Big thanks your work.

But one key cannot input the key ~.
Please fix it.

Thank you.

Hello,

If it is possible, we will add it in the next release.

Best regards,

Hello,

We were not able to add the '~' key. However, we fixed the issue of "stroke one key, continuously input the key" when sending keys in Unicode. Could you disable the setting "Always send virtual-key codes" and check if all of your keys are working please?

Let us know if you have any problem.

Best regards,

Hello, Maxime.

I test App that keyboard input. Both the host machine and iPhone RDM app are us, these case is OK. Case the host machine is JP and iPhone is US, OK, and both JP is OK.
Perfectl!! Further, "virtual-key codes" is not needed. Very nice!!

Thanks for your work and 5 months! I will use every day.

Hello,

I am glad to hear that it is working perfectly.

Let us know if you encounter any other problems.

Best regards,