Bug 2088656

I can confirm that too:

ibus-qt-1.3.3-33.fc36.x86_64 / ibus-libs-1.5.26-6.fc36.x86_64 / ibus-gtk2-1.5.26-6.fc36.x86_64 / ibus-gtk3-1.5.26-6.fc36.x86_64 / ibus-1.5.26-6.fc36.x86_64 / ibus-gtk4-1.5.26-6.fc36.x86_64
Operating System: Fedora Linux 36
KDE Plasma Version: 5.24.90
KDE Frameworks Version: 5.94.0
Qt Version: 5.15.3
Kernel Version: 5.17.9-300.fc36.x86_64 (64-bit)
Graphics Platform: Wayland

Created attachment 1883971 [details]
Video showing that it works for me

Works for me, see attached video.

In the video, I use the Brazilian Portuguese keyboard layout first together with ibus-anthy (Japanese input method) and switch ibus-anthy into Latin mode (Only in Latin mode dead keys work when ibus-anthy is used). I can type a dead_acute followed by an a and get á. 

Then I switch to ibus-typing-booster and type again dead_acute followed by a and again get á. 

After typing the dead_acute before the a is typed, an accute accent is shown as a preview. 

When stopping ibus and typing dead_acute followed by a again, I still get á, i.e. the dead keys also work without ibus. But without ibus one does not get the preview after typing only dead_acute.

What ibus input methods are you using when this doesn't work?

Can you make screenshots or videos to show exactly what doesn't work please?

I can reproduce the problem by doing this:

- use im-chooser to select ibus
- Open ibus-setup and remove all input methods except the “English (US)” keyboard layout
- Add us and br keyboard layouts in the KDE control center
- reboot
- Select the br layout in the panel

Now ibus is running but there is no ibus icon in the kde panel and dead keys don't work.

Tested now the new build (ibus-1.5.26-7.fc36.x86_64) at this update https://bodhi.fedoraproject.org/updates/FEDORA-2022-912bd4be77 and until now it seems the bug isn't here anymore. Will test further to see if its really solved.

Sorry, just after one reboot bug is back, even with new ibus build.

(In reply to Mike FABIAN from comment #3)
> I can reproduce the problem by doing this:
> 
> - use im-chooser to select ibus
> - Open ibus-setup and remove all input methods except the “English (US)”
> keyboard layout
> - Add us and br keyboard layouts in the KDE control center
> - reboot
> - Select the br layout in the panel
> 
> Now ibus is running but there is no ibus icon in the kde panel and dead keys
> don't work.

I can still reproduce it exactly like that with ibus-1.5.26-7.fc36.x86_64

(In reply to Mike FABIAN from comment #6)
> (In reply to Mike FABIAN from comment #3)
> > I can reproduce the problem by doing this:
> > 
> > - use im-chooser to select ibus
> > - Open ibus-setup and remove all input methods except the “English (US)”
> > keyboard layout
> > - Add us and br keyboard layouts in the KDE control center
> > - reboot
> > - Select the br layout in the panel
> > 
> > Now ibus is running but there is no ibus icon in the kde panel and dead keys
> > don't work.
> 
> I can still reproduce it exactly like that with ibus-1.5.26-7.fc36.x86_64

If I do all the above but use only the “Portuguese - Portuguese (Brazil)” keyboard in ibus-setup, it makes no difference, the same happens i.e. dead keys don’t work.

Hi Geraldo and Renan, 

can you describe in more detail what you did? Did you add any input methods in ibus-setup, if yes which ones?

Did you add keyboard layouts in the KDE control centre? Which ones?

On the Portuguese Brazil keyboard layout, typing the key to the right of the `P` should give a dead_acute so typing that key followed by `a` should give `á`:

https://en.wikipedia.org/wiki/Portuguese_keyboard_layout#/media/File:KB_Portuguese_Brazil.svg

(In reply to Mike FABIAN from comment #9)
> On the Portuguese Brazil keyboard layout, typing the key to the right of the
> `P` should give a dead_acute so typing that key followed by `a` should give
> `á`:
> 
> https://en.wikipedia.org/wiki/Portuguese_keyboard_layout#/media/File:
> KB_Portuguese_Brazil.svg

Thank you for the info.

Seems systemsettings5 cannot change Compose key position and I could not test this as xmodmap also does not work for Wayland.

IBus has to handle the compose keys since QtIMModule does not fall back the key events.

FEDORA-2022-912bd4be77 has been submitted as an update to Fedora 36. https://bodhi.fedoraproject.org/updates/FEDORA-2022-912bd4be77

FEDORA-2022-912bd4be77 has been pushed to the Fedora 36 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2022-912bd4be77`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-912bd4be77

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

FEDORA-2022-912bd4be77 has been pushed to the Fedora 36 stable repository.
If problem still persists, please make note of it in this bug report.

Created attachment 1887881 [details]
screenshot showing Portuguese layout in ibus-setup but English layout in the ibus panel menus

I tried to test whether the update fixes the problem. I think it does.

When I repeat the test described in this comment

https://bugzilla.redhat.com/show_bug.cgi?id=2088656#c7

it works!

When I have only the “Portuguese - Portuguese (Brazil)” set in ibus-setup and the us and the br keyboard layouts set in the KDE control center, select the br layout and reboot, then the dead keys work after the reboot. No ibus icon is shown in the panel then. 


There is some weird behaviour though: 

If I add another input method in ibus-setup, for example ibus-typing-booster in addition to the “Portuguese - Portuguese (Brazil)” layout, and reboot again, then dead keys still work fine and are apparently handled by ibus as I see the dead key preview. 

In the panel I see an ibus icon now. Clicking on it shows me a menu with ibus-typing-booster and the “English - English (US)” keyboard layout. 
Which is a bit weird because in ibus-setup there is the “Portuguese - Portuguese (Brazil)” layout!

On top of that there is the already known problem that the ibus menus from the panel sometimes don’t close correctly, in the screenshot one sees the menu shown on left mouse click and the one shown on right mouse click at the same time!

(In reply to Mike FABIAN from comment #15)

> On top of that there is the already known problem that the ibus menus from
> the panel sometimes don’t close correctly, in the screenshot one sees the
> menu shown on left mouse click and the one shown on right mouse click at the
> same time!

See: https://bugzilla.redhat.com/show_bug.cgi?id=1936942
for the problem of the menus not closing.

Created attachment 1887942 [details]
Another confusing screenshot

Another screenshot which is even more confusing because I added French, German, and Portuguese layouts in ibus-setup and two input methods (ibus-typing-booster  and ibus-anthy).

The panel menu shows only ibus-typing-booster, ibus-anthy, and the “English - English (US)” layout which doesn't even appear in the list of configured input methods in ibus-setup. 

The existence of that “English - English (US)” layout in the panel seems to fix the dead key problem, apparently if a layout is there, ibus handles the dead keys. 

And showing the other layouts configured in ibus-setup in the panel probably makes no sense because ibus cannot switch the keyboard layouts in Plasma(Wayland) anyway. 

So it is certainly an improvement because it fixes the dead key problem but it looks confusing.

FEDORA-2022-779954d5e0 has been submitted as an update to Fedora 36. https://bodhi.fedoraproject.org/updates/FEDORA-2022-779954d5e0

(In reply to Fedora Update System from comment #18)
> FEDORA-2022-779954d5e0 has been submitted as an update to Fedora 36.
> https://bodhi.fedoraproject.org/updates/FEDORA-2022-779954d5e0

Using it for a few hours now. Until now, no bugs. Have rebooted two times, to be sure, and it seems bug is really gone this time (at least in Pt-Br).

FEDORA-2022-779954d5e0 has been pushed to the Fedora 36 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2022-779954d5e0`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-779954d5e0

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

FEDORA-2022-779954d5e0 has been pushed to the Fedora 36 stable repository.
If problem still persists, please make note of it in this bug report.