Bug 2062619 - IBus stop working after locking screen
Summary: IBus stop working after locking screen
Alias: None
Product: Fedora
Classification: Fedora
Component: gtk3
Version: 37
Hardware: Unspecified
OS: Unspecified
Target Milestone: ---
Assignee: Matthias Clasen
QA Contact: Fedora Extras Quality Assurance
Whiteboard: AcceptedFreezeException https://ask.f...
: 2124007 (view as bug list)
Depends On:
Blocks: F36FinalFreezeException
TreeView+ depends on / blocked
Reported: 2022-03-10 09:36 UTC by Akira TAGOH
Modified: 2023-04-17 09:28 UTC (History)
16 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Last Closed: 2022-12-13 06:37:36 UTC
Type: Bug

Attachments (Terms of Use)

System ID Private Priority Status Summary Last Updated
GNOME Gitlab GNOME gnome-shell issues 5346 0 None opened [42.0] Input Sources indicator disappears after lockscreen 2022-04-14 03:25:19 UTC
Red Hat Issue Tracker FC-426 0 None None None 2022-04-08 07:50:09 UTC

Description Akira TAGOH 2022-03-10 09:36:50 UTC
Description of problem:
When I keep preediting on apps and the screen is locked by idle, IBus stop working after unlocking.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.Install Workstation from Live
2.Setup with ja
3.Open LibreOffice Writer
4.Type something on preedit and wait for locking the screen
5.Unlock the screen

Actual results:
Unable to input through IBus on apps

Expected results:
Able to input through IBus

Additional info:
IBus get back after changing the focus for example.

Comment 1 fujiwara 2022-03-10 11:55:30 UTC
I cannot reproduce this issue while I set the idling time is 1 minute.

Comment 2 fujiwara 2022-03-11 02:37:40 UTC
I can reproduce this now, thank you for the report.

Comment 3 Jens Petersen 2022-03-16 06:30:25 UTC
I seem able to reproduce this, even without any pre-edit (nor even the IME turned on),
using gnome-terminal for example.
As reported, switching application focus brings back the Input Source indicator and input.

I used Fedora-Workstation-Live-x86_64-36_Beta-1.1.iso to test.

Comment 4 Jens Petersen 2022-04-08 07:31:53 UTC
The IMEs also disappear from the Input Source menu.

Comment 5 František Zatloukal 2022-04-11 21:16:45 UTC
Discussed during the 2022-04-11 blocker review meeting: [1]

The decision to classify this bug as an AcceptedFreezeException was made:

"It is a noticeable issue that cannot be fixed with an update."

[1] https://meetbot-raw.fedoraproject.org/fedora-blocker-review/2022-04-11/f36-blocker-review.2022-04-11-16.00.log.txt

Comment 6 Jens Petersen 2022-04-14 03:09:00 UTC
It looks to me that somehow the disabling of IM state on the lockscreen password
is persisting back into the user session or something?

Comment 7 Jens Petersen 2022-04-14 03:24:51 UTC
I opened https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/5346

Comment 8 Akira TAGOH 2022-09-07 09:52:55 UTC
I can still reproduce this issue on f37.

Comment 9 Jens Petersen 2022-11-05 06:07:20 UTC
This should be fixed now for gtk4 (as of 4.8.1 at least): ie in current F37 GA.
However gtk3 is pending on a new release I believe:
should get fixed in 3.24.35.

Comment 10 Akira TAGOH 2022-11-25 08:52:55 UTC
After updating SB37, that looks good to me:
$ rpm-ostree db diff
ostree diff commit from: rollback deployment (ed12035ef6daf01958c96ee407d61ec0d875bd7bbf813cf3b8d8e7e1462
ostree diff commit to:   booted deployment (9d1cee1285c831b165403b83b21b944df3c74c7a759dfdd0b3145dda82ffe

Comment 11 Akira TAGOH 2023-04-17 09:28:31 UTC
*** Bug 2124007 has been marked as a duplicate of this bug. ***

Note You need to log in before you can comment on or make changes to this bug.