Bug 496680 - The virtual keyboard "maliit-keyboard" does not appear or function properly on the lock screen under Wayland when using a mouse
Summary: The virtual keyboard "maliit-keyboard" does not appear or function properly o...
Status: CONFIRMED
Alias: None
Product: Plasma Keyboard
Classification: Plasma
Component: general (other bugs)
Version First Reported In: unspecified
Platform: Neon Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords: wayland-only
Depends on:
Blocks:
 
Reported: 2024-11-25 18:43 UTC by NitramO
Modified: 2025-12-07 06:17 UTC (History)
8 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description NitramO 2024-11-25 18:43:22 UTC
When using the virtual keyboard "maliit-keyboard" on a system running KDE Plasma with Wayland, the keyboard fails to appear or respond when attempting to unlock the screen after sleep or lock. This behavior is inconsistent with how the keyboard operates on X11, where it functions correctly under similar conditions. The issue does not involve touch input, as the system is operated via a mouse.  

Attempts to manually launch "maliit-keyboard" produce the following terminal output:  

```plaintext
wordengine.cpp plugin "/usr/lib/x86_64-linux-gnu/maliit/keyboard2/languages/en/libenplugin.so" loaded
inputmethod_p.h registerActiveLanguage(): activeLanguage is: "en"
in inputMethod.cpp setActiveLanguage() activeLanguage is: "en"
spellechecker.cpp in setLanguage() lang= "en" dictPath= "/usr/share/hunspell"
inputMethod::reset()
in clear preedit.. clearing word engine
spellechecker.cpp in setLanguage() aff_file= "/usr/share/hunspell/en_US.aff" dic_file= "/usr/share/hunspell/en_US.dic" user dictionary= "/home/martin/.local/share/maliit-keyboard/en_userDictionary.dic"
QSoundEffect(pulseaudio): Error decoding source file:///usr/share/maliit/keyboard2/sounds/key_tick2_quiet.wav
```  

An attempt to resolve the `key_tick2_quiet.wav` error by creating an empty sound file did not resolve the issue.

This behavior seems specific to Wayland, as switching to X11 resolves the problem.  

---

### Steps to reproduce:
1. Set KDE Plasma to run on Wayland.
2. Lock the screen or let the system enter sleep mode, then wake it.
3. Attempt to use the virtual keyboard "maliit-keyboard" to enter the password via mouse interaction.

---

**Observed result:**  
The virtual keyboard fails to appear or function.  

---

**Expected result:**  
The virtual keyboard should appear and allow input via mouse to unlock the screen, as it does on X11.  

---

### Software/OS Versions:
- **Operating System:** KDE Neon 6.2  
- **KDE Plasma Version:** 6.2.3  
- **KDE Frameworks Version:** 6.8.0  
- **Qt Version:** 6.8.0  
- **Kernel Version:** 6.8.0-49-generic  

---

**Additional information:** 
- This issue was discussed on the KDE forum under the following thread: " https://discuss.kde.org/t/i-have-some-problems-with-my-kde-neon-experience/25864/15?u=nitramo_off ". Forum participants suggested potential causes and troubleshooting steps, but the problem persists.
- The keyboard works on the SDDM login screen, suggesting this is specific to the lock screen on Wayland.
- No touch input is involved in this setup.
- Switching to X11 resolves the issue, indicating the problem is specific to the Wayland session.
Comment 2 NitramO 2025-02-13 19:44:28 UTC
(In reply to Carlos De Maine from comment #1)
> https://invent.kde.org/neon/neon/settings/-/merge_requests/13

Thanks!
Comment 3 NitramO 2025-04-26 05:47:25 UTC
(In reply to Carlos De Maine from comment #1)
> https://invent.kde.org/neon/neon/settings/-/merge_requests/13

Hi, do you have any news on this merge request?
Comment 4 NitramO 2025-12-07 06:17:08 UTC
When using the virtual keyboard "maliit-keyboard" on a system running KDE Plasma with Wayland, the keyboard fails to appear or respond when attempting to unlock the screen after sleep or lock. This behavior is inconsistent with how the keyboard operates on X11, where it functions correctly under similar conditions. The issue does not involve touch input, as the system is operated via a mouse.  

Attempts to manually launch "maliit-keyboard" produce the following terminal output:  

wordengine.cpp plugin "/usr/lib/x86_64-linux-gnu/maliit/keyboard2/languages/en/libenplugin.so" loaded
inputmethod_p.h registerActiveLanguage(): activeLanguage is: "en"
in inputMethod.cpp setActiveLanguage() activeLanguage is: "en"
spellechecker.cpp in setLanguage() lang= "en" dictPath= "/usr/share/hunspell"
inputMethod::reset()
in clear preedit.. clearing word engine
spellechecker.cpp in setLanguage() aff_file= "/usr/share/hunspell/en_US.aff" dic_file= "/usr/share/hunspell/en_US.dic" user dictionary= "/home/martin/.local/share/maliit-keyboard/en_userDictionary.dic"
QSoundEffect(pulseaudio): Error decoding source file:///usr/share/maliit/keyboard2/sounds/key_tick2_quiet.wav

An attempt to resolve the `key_tick2_quiet.wav` error by creating an empty sound file did not resolve the issue.

This behavior seems specific to Wayland, as switching to X11 resolves the problem.  

Steps to reproduce:
1. Set KDE Plasma to run on Wayland.
2. Lock the screen or let the system enter sleep mode, then wake it.
3. Attempt to use the virtual keyboard "maliit-keyboard" to enter the password via mouse interaction.

Observed result:
The virtual keyboard fails to appear or function.  

Expected result:
The virtual keyboard should appear and allow input via mouse to unlock the screen, as it does on X11.  

Software/OS Versions:
- Operating System: KDE Neon 6.5
- KDE Plasma Version: 6.5.3
- KDE Frameworks Version: 6.20.0  
- Qt Version: 6.10.1  
- Kernel Version: 6.14.0-36-generic (64-bit)

Additional information:
- This issue was discussed on the KDE forum under the following thread: " https://discuss.kde.org/t/i-have-some-problems-with-my-kde-neon-experience/25864/15?u=nitramo_off ". Forum participants suggested potential causes and troubleshooting steps, but the problem persists.
- The keyboard works on the SDDM login screen, suggesting this is specific to the lock screen on Wayland.
- No touch input is involved in this setup.
- Switching to X11 resolves the issue, indicating the problem is specific to the Wayland session.

Here is my kinfo:
- Operating System: KDE neon User Edition
- KDE Plasma Version: 6.5.3
- KDE Frameworks Version: 6.20.0
- Qt Version: 6.10.1
- Kernel Version: 6.14.0-36-generic (64-bit)
- Graphics Platform: Wayland
- Processors: 20 × 13th Gen Intel® Core™ i7-13700H
- Memory: 32 Gio of RAM (31.0 Gio usable)
- Graphics Processor 1: NVIDIA GeForce RTX 4060 Laptop GPU
- Graphics Processor 2: Intel® Iris® Xe Graphics