Fedora Account System
Red Hat Associate
Red Hat Customer
Using Fedora 39 with GNOME environment and AZERTY (French) layout. The purpose is to get upper case character with accent. Shift lock + é = É. It's the behaviour until Fedora 38. Since Fedora 39, Shift lock + é = é. Obviously for characters without accents, the character is upper case. This issue happens for other characters like èàçù... Not totally sure if ibus is responsible of this issue. Reproducible: Always Actual Results: Shift lock + é = é Expected Results: Shift lock + é = É
I see your problem in GNOME Wayland but not GNOME Xorg and it might be a Wayland relative issue.
I confirm, switching to GNOME with Xorg fixes the issue.
Same issue here (Italian keyboard). In a Wayland session, on some applications (i.e. Chrome flatpak, Telegram flatpak) the keys combination (caps lock+àèìòù) works.
Seems gnome-text-editor(GTK4) works but gedit(GTK3) does not work in Wayland.
(In reply to fujiwara from comment #4) > Seems gnome-text-editor(GTK4) works but gedit(GTK3) does not work in Wayland. Sorry this cases was applied GTK_IM_MODULE=ibus Both gnome-text-edit and gedit does not work in Wayland in case of GTK_IM_MODULE=wayland
I can confirm this with a Czech keymap. In all wayland-native apps I've tested, CapsLock doesn't work as expected with accented letters (e.g. ěščřžýáíé). With XWayland apps, it works OK (displays an uppercase accented letter). CapsLock functionality is quite a fundamental part of the desktop. Proposing for a blocker discussion.
Discussed during the 2023-10-02 blocker review meeting: [1] The decision to classify this bug as an AcceptedFreezeException (Final): was made: "After mulling it over, we find that the severity of this bug is low enough to not warrant blocking the release on it. We grant it FE status." [1] https://meetbot-raw.fedoraproject.org/fedora-blocker-review/2023-10-02/f39-blocker-review.2023-10-02-16.01.log.txt
This seems to be fixed in: https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/3306 Can somebody prepare an update for Fedora? Thanks!
Sure, I went ahead and backported the patch in https://src.fedoraproject.org/rpms/mutter/c/848607c3b1cc3b87051141b24dce54cca5687941?branch=rawhide and kicked off the builds for F39 and rawhide.
FEDORA-2023-725a18d9f1 has been submitted as an update to Fedora 39. https://bodhi.fedoraproject.org/updates/FEDORA-2023-725a18d9f1
FEDORA-2023-725a18d9f1 has been pushed to the Fedora 39 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-725a18d9f1` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-725a18d9f1 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
Works as expected with a Czech keymap, thanks!
FEDORA-2023-725a18d9f1 has been pushed to the Fedora 39 stable repository. If problem still persists, please make note of it in this bug report.