Bug 2174563 - Virtual keyboard (on-screen) not working at sddm-wayland-plasma
Summary: Virtual keyboard (on-screen) not working at sddm-wayland-plasma
Alias: None
Product: Fedora
Classification: Fedora
Component: sddm
Version: 38
Hardware: Unspecified
OS: Unspecified
Target Milestone: ---
Assignee: Neal Gompa
QA Contact: Fedora Extras Quality Assurance
Whiteboard: AcceptedBlocker https://discussion.fe...
Depends On:
Blocks: 2050378 F38FinalBlocker
TreeView+ depends on / blocked
Reported: 2023-03-01 20:26 UTC by Geraldo Simião
Modified: 2023-09-19 04:34 UTC (History)
15 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Last Closed: 2023-03-29 00:17:26 UTC
Type: Bug

Attachments (Terms of Use)
screencast from the issue on a VM (580.04 KB, video/webm)
2023-03-01 20:26 UTC, Geraldo Simião
no flags Details
new screencast (5.01 MB, video/webm)
2023-03-20 14:28 UTC, Geraldo Simião
no flags Details
versions tested (63.54 KB, image/jpeg)
2023-03-20 14:30 UTC, Geraldo Simião
no flags Details

Description Geraldo Simião 2023-03-01 20:26:31 UTC
Created attachment 1947312 [details]
screencast from the issue on a VM

Description of problem:
At F38 KDE login screen, when trying to enable the virtual keyboard nothing happens (only the green dot disapears and the options sleep, restart, shut Down and Other show below the password box)

Version-Release number of selected component (if applicable):



How reproducible:

Steps to Reproduce:
1.start F38 kde
2.try to enable the virtual keyboard

Actual results:
Virtual keyboard doesn't appears

Expected results:
The lower half of the screen turn to be a virtual keyboard where one can use mouse clicks to input password at the right field.

Comment 1 Fedora Blocker Bugs Application 2023-03-01 20:31:04 UTC
Proposed as a Blocker and Freeze Exception for 38-beta by Fedora user geraldosimiao using the blocker tracking app because:

 As this criterion aplies: Shutting down, rebooting, logging in and logging out must work using standard console commands and the mechanisms offered (if any) by all release-blocking desktops. 
If we offer a virtual keyboard button on the login screen, for people to input their password, then this must work properly.

Comment 2 Adam Williamson 2023-03-04 02:58:56 UTC
+5 in https://pagure.io/fedora-qa/blocker-review/issue/1061 , marking accepted.

Comment 3 František Zatloukal 2023-03-05 23:14:05 UTC
I've proposed workaround in https://src.fedoraproject.org/rpms/sddm/pull-request/7# (revert to X11 sddm and verified the fix, scratch builds will be in the PR page in a bit).

Comment 4 Adam Williamson 2023-03-06 07:16:41 UTC
Do we really need scratch builds? We've reverted to X11 umpteen times before, we should know how to do it by now. If that's what we're doing can we just get an official build?

Comment 5 František Zatloukal 2023-03-06 15:49:32 UTC
Taking down the FE proposal as this is an AcceptedBlocker.

Comment 6 Geoffrey Marr 2023-03-06 20:03:01 UTC
Discussed during the 2023-03-06 blocker review meeting: [0]

The decision to classify this bug as a "RejectedBlocker (Beta)" and an "AcceptedBlocker (Final)" was made as discussion on this bug brought up that the virtual keyboard *does* work in the case where no physical keyboard is connected, so there is only a problem when a physical keyboard is connected but the user cannot or does not want to use it. We agreed this is acceptable for Beta but should still block Final.

[0] https://meetbot.fedoraproject.org/fedora-blocker-review/2023-03-06/f38-blocker-review.2023-03-06-17.00.txt

Comment 7 Geraldo Simião 2023-03-20 14:28:51 UTC
Created attachment 1952100 [details]
new screencast

new screencast, with updated system, showing the strange behavior, with descriptions.

Comment 8 Geraldo Simião 2023-03-20 14:30:14 UTC
Created attachment 1952101 [details]
versions tested

Comment 9 Adam Williamson 2023-03-23 17:45:49 UTC
Is there any news on this, KDE folks? Do we have any plan besides 'just go back to running on X again'? This is a Final blocker and the Final freeze is in a couple of weeks, so it'd be good to see some movement. Thanks!

Comment 10 marcdeop 2023-03-23 19:50:31 UTC
It's unlikely this is going to change upstream in a timely manner (afaik this is not as  easy to "fix" as it might seem).

I personally don't consider this a bug. The virtual keyboard **works** and the "button" mentioned in this bug also works as intended: it does enable/disable the keyboard (see the green little ball). What it doesn't do is **bring up** the virtual keyboard.

The confusion now is only happening because in X11 works differently. That doesn't mean it's the *correct* way.

I am trying to find the criteria mentioned at https://bugzilla.redhat.com/show_bug.cgi?id=2174563#c1 but I cannot find it. I am checking: https://fedoraproject.org/wiki/Basic_Release_Criteria but do not see the wording used in the comment.

Comment 11 Geraldo Simião 2023-03-23 20:08:34 UTC
As I pointed at the matrix room, the criterion is this: https://fedoraproject.org/wiki/Fedora_38_Beta_Release_Criteria#Shutdown,_reboot,_login,_logout
It is a beta blocker criteron, and as stated here https://fedoraproject.org/wiki/Fedora_38_Final_Release_Criteria#Beta_criteria_met beta criteria must be met for final release.

I just see  no point in having a button for "enable/disable" virtual keyboard that doesn't do nothing if you don't have touchscreen hardware. So its just a promise of something that isn't there? Confusing for the users that was using F37 with sddm-x11 with a virtualkeyboard that apears on the screen even if we use the mouse to click on it, just like we do on Fedora workstation with gdm on wayland.

Comment 12 Fedora Update System 2023-03-27 20:25:59 UTC
FEDORA-2023-6731d8034b has been submitted as an update to Fedora 38. https://bodhi.fedoraproject.org/updates/FEDORA-2023-6731d8034b

Comment 13 Geraldo Simião 2023-03-27 21:21:37 UTC
This update Marc did with Nate's patch really hide the button, so I think now this is no more a blocker.

Comment 14 Fedora Update System 2023-03-28 03:44:14 UTC
FEDORA-2023-6731d8034b has been pushed to the Fedora 38 testing repository.

You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-6731d8034b

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 15 Fedora Update System 2023-03-29 00:17:26 UTC
FEDORA-2023-6731d8034b has been pushed to the Fedora 38 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 16 Red Hat Bugzilla 2023-09-19 04:34:09 UTC
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 120 days

Note You need to log in before you can comment on or make changes to this bug.