wayland application not inputting accentuated caps characters after upgrade to 23.10

Bug #2039660 reported by Pirouette Cacahuète
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Fedora
Fix Released
Medium
mutter (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

After upgrading to 23.10 from 23.04, I am unable to input accentuated caps chars like « É ».

STR:
 - Configure keyboard input as french (any variant does the job it seems)
 - Make sure you are in caps lock mode
 - Type the "2 é" char on the keyboard

Expected:
 - « É » is produced

Actual:
 - « é » in produced

Fun fact:
 When reproducing in the GNOME Settings app, there is an interesting behavior:
 - if you try to input « É » WITHOUT focusing first in the search field of the app, then the first char will be correctly produced as « É » but subsequent will not
 - obviously, if you try the same WITH focusing first in the search field, you end up in the first case

Facts:
 - xev shows proper data arriving
 - reproduced on several wayland app (gnome-text-editor, firefox, gnome-settings, gedit)
 - not reproduced on xwayland (hexchat, GDB_BACKEND=x11 gedit)

ProblemType: Bug
DistroRelease: Ubuntu 23.10
Package: ubuntu-release-upgrader-core 1:23.10.10
ProcVersionSignature: Ubuntu 6.5.0-9.9-generic 6.5.3
Uname: Linux 6.5.0-9-generic x86_64
ApportVersion: 2.27.0-0ubuntu5
Architecture: amd64
CasperMD5CheckResult: pass
CrashDB: ubuntu
CurrentDesktop: ubuntu:GNOME
Date: Wed Oct 18 11:57:45 2023
InstallationDate: Installed on 2022-07-04 (471 days ago)
InstallationMedia: Ubuntu 22.04 LTS "Jammy Jellyfish" - Release amd64 (20220419)
PackageArchitecture: all
ProcEnviron:
 LANG=fr_FR.UTF-8
 PATH=(custom, no user)
 SHELL=/bin/bash
 TERM=xterm-256color
 XDG_RUNTIME_DIR=<set>
SourcePackage: ubuntu-release-upgrader
Symptom: release-upgrade
UpgradeStatus: Upgraded to mantic on 2023-10-16 (2 days ago)
VarLogDistupgradeXorgFixuplog:
 INFO:root:/usr/bin/do-release-upgrade running
 INFO:root:No xorg.conf, exiting

Revision history for this message
In , renault (renault-redhat-bugs) wrote :

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 + é = É

Revision history for this message
In , tfujiwar (tfujiwar-redhat-bugs) wrote :

I see your problem in GNOME Wayland but not GNOME Xorg and it might be a Wayland relative issue.

Revision history for this message
In , renault (renault-redhat-bugs) wrote :

I confirm, switching to GNOME with Xorg fixes the issue.

Revision history for this message
In , alciregi (alciregi-redhat-bugs) wrote :

Same issue here (Italian keyboard).
In a Wayland session, on some applications (i.e. Chrome flatpak, Telegram flatpak) the keys combination (caps lock+àèìòù) works.

Revision history for this message
In , tfujiwar (tfujiwar-redhat-bugs) wrote :

Seems gnome-text-editor(GTK4) works but gedit(GTK3) does not work in Wayland.

Revision history for this message
In , tfujiwar (tfujiwar-redhat-bugs) wrote :

(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

Revision history for this message
In , kparal (kparal-redhat-bugs) wrote :

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.

Revision history for this message
In , amoloney (amoloney-redhat-bugs) wrote :

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

Revision history for this message
In , kparal (kparal-redhat-bugs) wrote :

This seems to be fixed in:
https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/3306

Can somebody prepare an update for Fedora? Thanks!

Revision history for this message
In , klember (klember-redhat-bugs) wrote :

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.

Revision history for this message
In , updates (updates-redhat-bugs) wrote :

FEDORA-2023-725a18d9f1 has been submitted as an update to Fedora 39. https://bodhi.fedoraproject.org/updates/FEDORA-2023-725a18d9f1

Revision history for this message
In , updates (updates-redhat-bugs) wrote :

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.

Revision history for this message
In , kparal (kparal-redhat-bugs) wrote :

Works as expected with a Czech keymap, thanks!

Revision history for this message
In , updates (updates-redhat-bugs) wrote :

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.

Revision history for this message
Pirouette Cacahuète (lissyx) wrote :
Revision history for this message
Pirouette Cacahuète (lissyx) wrote :

Looks to be upstream gnome issue as fixed on https://bugzilla.redhat.com/show_bug.cgi?id=2240490

Paul White (paulw2u)
affects: ubuntu → wayland (Ubuntu)
affects: wayland (Ubuntu) → mutter (Ubuntu)
Changed in fedora:
importance: Unknown → Medium
status: Unknown → Fix Released
Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. This particular bug has already been reported and is a duplicate of bug 2035076, so it is being marked as such. Please look at the other bug report to see if there is any missing information that you can provide, or to see if there is a workaround for the bug. Additionally, any further discussion regarding the bug should occur in the other report. Feel free to continue to report any other bugs you may find.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in mutter (Ubuntu):
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.