On Wayland, Upper Case Characters Converted to Lower Case in KDE Connect "Remote Input" Compose
Current Behavior
SUMMARY
In the latest version of KDE Connect (APK v1.32.11); valent v1.0.0.alpha.46, there is an issue with the "Remote Input" , specifically with the "Compose" functionality. When attempting to send text to my PC using "Remote Input" and "Compose," all uppercase characters are automatically converted into lowercase characters. This occurs consistently, regardless of the text input method used. Interestingly, typing out text using the on-screen keyboard works just fine.
STEPS TO REPRODUCE
- Ensure both the PC and mobile device are connected via KDE Connect.
- Open the KDE Connect app on the mobile device.
- Select the "Remote Input" feature.
- Use the "Compose" functionality to input text containing uppercase characters.
- Observe that all uppercase characters are converted to lowercase automatically.
Actual Behavior:
All uppercase characters are converted to lowercase when using the "Compose" feature in "Remote Input," resulting in incorrect text transmission to the PC.
SOFTWARE/OS VERSIONS
Linux: Archlinux KDE Plasma Version: 6.2.5 (wayland) valent v1.0.0.alpha.46 KDE Connect (APK v1.32.11)
Expected Behavior
Expected Behavior:
When using the "Compose" in "Remote Input," uppercase characters should remain unchanged and be transmitted accurately to the PC.
Desktop
Other (please specify)
Other Desktop
KDE Plasma Version: 6.2.5 (wayland)
Operating System
Archlinux
Installed from
Distribution Package
Version
1.0.0.alpha
Devices
KDE Connect (Android), KDE Connect (Desktop Linux), Valent (Desktop Linux)
Plugins
No response
Logs
### ADDITIONAL INFORMATION
This issue is consistent across different devices and keyboard input methods. It significantly impacts the usability of the "Remote Input" feature, particularly for tasks requiring the accurate transmission of text with uppercase characters.
### Related Issue
https://bugs.kde.org/show_bug.cgi?id=483730
Screenshots
Thanks for the report, with screenshots and good description :)
I agree this is a clear bug, and I expect it's an result of the compose data looking somewhat like this:
{
"key": "UPPERCASE inverted to lower-case or something",
"shift": true,
}
Versus per-key mode:
{
"key": "s",
"shift": true,
}
Which is just to say "compose mode" and "per-key mode" work the same, but with compose I'm probably not handling that corner case.