On 2022-12-13 19:40, Sharcoux wrote: > layout: fr,fr > variant: latin9,oss
Then it's the "French (legacy, alt.)" layout you use. And yes, with that layout you get dead_circumflex by simply pressing the key to the right of the P key. (But I think the layout used to make use of some dead key doesn't really matter.) The good news is that I have figured out a way to reproduce the behavior you state as "current result" in your upstream Firefox bug. I simply removed all my IBus sources from the list of input sources and relogged in. Then I get: compositionstart: compositionupdate: ^ compositionupdate: compositionend: So it would be interesting to know if you can do the opposite. Assuming you are on a standard Ubuntu 22.04 with GNOME, can you please * install some ibus input method — suggestion: the ibus-libpinyin package * relogin * go to Settings -> Keyboard and add "Intelligent Pinyin" to your input sources * relogin again I did those steps myself, and now I'm back with this result: compositionstart: compositionupdate: ^ compositionupdate: û compositionend: û -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ibus in Ubuntu. https://bugs.launchpad.net/bugs/1999207 Title: Error in dead key management of latin keyboards Status in ibus package in Ubuntu: Incomplete Bug description: Composition events are incorrect in Ubuntu 22.04 for latin keyboard I opened an issue at Firefox [here](https://bugzilla.mozilla.org/show_bug.cgi?id=1802989) that gives all the details, but they diagnosed a bug in ubuntu-ibus To reproduce the issue, you can go [here](https://developer.mozilla.org/en- US/docs/Web/API/Element/compositionstart_event#result) and type ^+u with a fr+latin9 keayboard configuration. Here is the conclusion on the bug report: Ubuntu-ibus commits dead key sequence with empty string first, then, sends only commit string without "composing" state. The latter behavior is a usual case for inputting non-ASCII characters like Emojis. In this case, browsers need to handle it without composition for compatibility between browsers. Therefore, we cannot represent the composed character insertion as a set of composition events. Anyway, dispatching 2 set of composition events for one dead key sequence may cause trouble in web apps. Therefore, as expected, the first composition should update the "preedit string" to the composed string and commit it simply. The bug was reproduced with installing Ubuntu 22.04 with English locale and adding "French (alt., Latin-9 only)" keyboard layout. And also reproduced with the other Western keyboard layouts which have dead keys. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/1999207/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp