Bug 2319565 - Keyboard layout switch by shortcut combo does not update the visual layout indicator in Anaconda on Wayland
Summary: Keyboard layout switch by shortcut combo does not update the visual layout in...
Keywords:
Status: NEW
Alias: None
Product: Fedora
Classification: Fedora
Component: gnome-kiosk
Version: 42
Hardware: All
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Ray Strode [halfline]
QA Contact:
URL:
Whiteboard: openqa
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2024-10-17 23:50 UTC by Adam Williamson
Modified: 2025-02-26 13:13 UTC (History)
9 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed:
Type: Bug
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
GNOME Gitlab GNOME gnome-kiosk issues 39 0 None opened Input method change is not propagated to localed (breaks anaconda layout indicator) 2024-10-21 23:28:53 UTC

Description Adam Williamson 2024-10-17 23:50:19 UTC
Since anaconda's dedicated environment switched to Wayland in Rawhide, switching keyboard layout with the key combo alt+shift does not work any more. Switching by clicking on the indicator does work.

Note the Keyboard spoke has text that specifically tells you about the alt+shift shortcut, so we need to either fix it, or change that text.

Comment 1 Jiri Konecny 2024-10-18 12:11:54 UTC
Based on my testing it works, however, the change of the layouts is not propagated on the systemd-localed by Gnome Kiosk, so Anaconda don't know it has happened and won't switch the icon correctly. If you try to write something in the test field you will see that the layout has changed it is just not visible to Anaconda.

Switching to Gnome-Kiosk as they need to propagate switched layouts to localed by changing ordering of the layouts (first one is selected).

Comment 2 Adam Williamson 2024-10-18 17:21:00 UTC
ahh, I didn't notice that. this does mean the openQA test is broken as it relies on the indicator to know what the current layout is and whether switching worked.

Comment 3 Adam Williamson 2024-11-06 18:16:56 UTC
Proposing this as a Beta blocker per "Bug hinders execution of required Beta test plans or dramatically reduces test coverage" - this breaks openQA testing of multiple keyboard layout installs and there really is not a good way to workaround it.

Comment 4 Jonas Ådahl 2024-11-23 19:52:33 UTC
FWIW, there is API to get the current layout from gnome-kiosk: https://gitlab.gnome.org/GNOME/gnome-kiosk/-/blob/47.0/dbus-interfaces/org.gnome.Kiosk.xml?ref_type=tags#L75

I'm not sure localed can ever be adequate anyway, since it doesn't handle input methods.

Comment 5 Adam Williamson 2024-11-23 19:58:42 UTC
Thanks.

The dedicated installer images don't support input methods, they never have. This isn't a *huge* problem as CJK users would typically use ASCII for the kinds of stuff you type in the installer (passwords, partition names and so on).

Comment 6 Jiri Konecny 2024-12-19 15:41:53 UTC
Hi Jonas,

Anaconda team supports a lot of different environments not just Gnome-Kiosk, we need an universal solution which could work everywhere. I know there is DBus API available but it will work only on one of the environments and will not works on any Live media. For that reason we went with this change to Fedora and everywhere else (also https://issues.redhat.com/browse/RHEL-71880).

It is already supported by most of the Wayland based spins and approved by Fedora Workstation (https://pagure.io/fedora-workstation/issue/430).

Sorry for the complications but we are not in position to have Gnome specific supports. Also this DBus API is not available in Gnome Shell Live DVD.

Comment 7 Adam Williamson 2024-12-19 16:25:19 UTC
well, when anaconda is in control of the 'desktop', the desktop is always GNOME Kiosk. It only has to work on other desktops for live installs.

we have, in the past, accepted cases where stuff doesn't work in anaconda when running live with the justification "do it via the host desktop instead". Is that something we could potentially do here?

Do we even know that layout selection and swapping via anaconda works fully on e.g. KDE live in F41? openQA doesn't test it.

Comment 8 Jiri Konecny 2025-01-13 13:00:14 UTC
Hi, I'm discussing the fix mainly on https://issues.redhat.com/browse/RHEL-71880.

Also, to improve the situation of not seeing the the keyboard layouts are changing on the background, I've created this workaround:
https://github.com/rhinstaller/anaconda/pull/6090

@awilliam what do you think about this?

Comment 9 Jiri Konecny 2025-01-13 13:00:46 UTC
Just to be clear, it's not a fix. It is just trying to avoid not visible side effects.

Comment 10 Adam Williamson 2025-02-10 16:09:44 UTC
So AFAIK we went ahead and merged the mitigation, right, so now switch by key combo does not work at all. What do you want to do about this bug? Keep it open for a possible 'real fix' in future or close it as 'best effort reached'?

Comment 11 Jiri Konecny 2025-02-11 11:49:02 UTC
Hi Adam, yes I think we should go with this workaround and leave this open until we have a proper fix created. Oliver is making progress about this on

https://issues.redhat.com/browse/RHEL-71880

Comment 12 Adam Williamson 2025-02-11 15:51:03 UTC
OK. I'm gonna unpropose it as a blocker, then, as we did at least change the keyboard spoke text, and that's probably addressed enough for Beta at least.

Comment 13 Aoife Moloney 2025-02-26 13:13:20 UTC
This bug appears to have been reported against 'rawhide' during the Fedora Linux 42 development cycle.
Changing version to 42.


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