Bug 2062619

Summary:	IBus stop working after locking screen
Product:	[Fedora] Fedora	Reporter:	Akira TAGOH <tagoh>
Component:	gtk3	Assignee:	Matthias Clasen <mclasen>
Status:	CLOSED NEXTRELEASE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	37	CC:	adscvr, awilliam, Ben.Engbers, cosimo.cecchi, fmuellner, fzatlouk, gnome-sig, i18n-bugs, jadahl, mclasen, mfabian, otaylor, petersen, philip.wyett, shawn.p.huang, tfujiwar
Target Milestone:	---	Keywords:	CommonBugs, i18n, Regression
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:	AcceptedFreezeException https://ask.fedoraproject.org/t/22083
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2022-12-13 06:37:36 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	1953786

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):
ibus-1.5.25-13.fc36.x86_64

How reproducible:
always

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
584ee)
ostree diff commit to:   booted deployment (9d1cee1285c831b165403b83b21b944df3c74c7a759dfdd0b3145dda82ffe
310)
...<snip>...

Comment 11 Akira TAGOH 2023-04-17 09:28:31 UTC

*** Bug 2124007 has been marked as a duplicate of this bug. ***