Fedora Account System
Red Hat Associate
Red Hat Customer
When testing https://fedoraproject.org/wiki/QA:Testcase_Non-English_European_Language_Install with us and cz keyboards, I hit an issue entering disk encryption password. Although the screen showed cz-us-quertz as active, it seems us was actually active as hitting key '1' produced '1' and not the expected '+' (see the screenshots). Reproducible: Sometimes Steps to Reproduce: 1. Start installation of Fedora Cinnamon Live 2. Via geolocation Czech language is preselected and czech keyboard is preselected (I haven't tried without geolocation, the issue is quite hard to hit) 3. Add us keyboard (Anglické (USA)) 4. See cz keyboard is active 5. Proceed, select disk encryption, see cz-us-qwertz will be used during system start. 6. In the passphrase entry click eye icon to see the passphrase and hit QQQQQ1 keys in the password entry. Actual Results: 'qqqqq1' string is produced (us keyboard?) Expected Results: 'qqqqq+' string is produced (cz keyboard) Additional Information: I hit it ~ 2/15 times in a VM with 8GB of RAM.
Created attachment 2157154 [details] journal from installer environment
Created attachment 2157155 [details] welcome screen screenshot
Created attachment 2157156 [details] Actual passphrase screen screenshot
Created attachment 2157157 [details] Expected passphrase screen screenshot
Created attachment 2157167 [details] Fedora LXQt Live journal I seem to be able to reproduce consistently (3/3) with Fedora-LXQt-Live-45-20260908.n.0.x86_64.iso, with geolocation off, selecting Czech language, adding us keyboard, proceeding.
Created attachment 2157169 [details] Fedora LXQt screenshots
(In reply to Radek Vykydal from comment #5) > Created attachment 2157167 [details] > Fedora LXQt Live journal > > I seem to be able to reproduce consistently (3/3) with > Fedora-LXQt-Live-45-20260908.n.0.x86_64.iso, with geolocation off, selecting > Czech language, adding us keyboard, proceeding. Fix https://github.com/rhinstaller/anaconda/pull/7273 for https://bugzilla.redhat.com/show_bug.cgi?id=2510055 does NOT fix this issue.
Created attachment 2157274 [details] journal from working Cinnamon installation Adding journal from working instance of installation on Fedora-Cinnamon-Live-45-20260907.n.0.x86_64.iso for comparison with the failing one in https://bugzilla.redhat.com/show_bug.cgi?id=2529779#c1 Apparently in the failing case the locale1-x11-sync service (https://github.com/rhinstaller/localed-x11-sync) is stopped unexpectedly during installation and the layout change to czech keyboard is not propagated to the X11 system. In the working log the sync messages can be seen: Sep 09 08:43:14 localhost-live locale1-x11-sync[2803]: INFO:locale1-x11-sync:xkb(type:keyboard): layout 'cz,us' model 'pc105', variant ',' options '' In the failing log the last sync messge is: Sep 08 08:12:56 localhost-live locale1-x11-sync[2907]: INFO:locale1-x11-sync:xkb(type:keyboard): layout 'us' model 'pc105+inet', variant '' options 'terminate:ctrl_alt_bksp' followed later by the stopping of the service: Sep 08 08:13:11 localhost-live systemd[2026]: Stopping locale1-x11-sync.service - Sync localed configuration with running X11 system... Sep 08 08:13:11 localhost-live systemd[2026]: Stopped locale1-x11-sync.service - Sync localed configuration with running X11 system. The issue on Fedora LXQt is different as it is using wayland. Another example of X11 Spin that could be potentially affected is LXDE (Fedora-LXDE-Live-45-20260908.n.0.x86_64.iso) but I am not aware of any report of the problem on LXDE spin.
(In reply to Radek Vykydal from comment #8) > The issue on Fedora LXQt is different as it is using wayland. Tracked in https://bugzilla.redhat.com/show_bug.cgi?id=2530737