Bug 506191 - Maliit reopens when losing focus on text field in the shell
Summary: Maliit reopens when losing focus on text field in the shell
Status: RESOLVED DOWNSTREAM
Alias: None
Product: kwin
Classification: Plasma
Component: virtual-keyboard (other bugs)
Version First Reported In: 6.3.5
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-06-26 01:06 UTC by Devin Lin
Modified: 2025-06-28 04:34 UTC (History)
1 user (show)

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


Attachments
Bug happening in the search view (183.72 KB, video/webm)
2025-06-26 01:07 UTC, Devin Lin
Details
Bug happening on the lockscreen (251.39 KB, video/webm)
2025-06-26 01:10 UTC, Devin Lin
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Devin Lin 2025-06-26 01:06:21 UTC
SUMMARY

In Plasma Mobile, we have been dealing with a bug with the virtual keyboard, where when we unfocus on a text field in the shell, the vkbd reopens unselected to anything. This appears to happen to text fields in plasmashell, but not in apps...

STEPS TO REPRODUCE
1. Launch Plasma Mobile
2. Swipe down to go to the search view (maliit opens)
3. Swipe up to go back to homescreen (maliit closes)

OBSERVED RESULT

Maliit reopens for some reason after closing.

EXPECTED RESULT

Maliit closes and doesn't reopen.

SOFTWARE/OS VERSIONS
Linux: Fedora, postmarketOS
KDE Plasma Version: 6.3.5, 6.4.0
KDE Frameworks Version: 
Qt Version: 6.8
Comment 1 Devin Lin 2025-06-26 01:07:44 UTC
Created attachment 182673 [details]
Bug happening in the search view
Comment 2 Devin Lin 2025-06-26 01:10:13 UTC
Created attachment 182674 [details]
Bug happening on the lockscreen
Comment 3 Devin Lin 2025-06-28 04:34:17 UTC
Hmm, it might actually be a change on the Qt side related to how focus works, because it only seems to happen to those text fields (which have a lot of logic behind automatically focusing them when views open/close). I'm going to close this for now because looking at wayland logs I didn't see anything wrong with how kwin was handling it