Bug 2124835

Summary:	Input mode is reset by ibus restart
Product:	[Fedora] Fedora	Reporter:	Akira TAGOH <tagoh>
Component:	ibus-anthy	Assignee:	fujiwara <tfujiwar>
Status:	CLOSED NOTABUG	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	37	CC:	i18n-bugs, shawn.p.huang, tagoh, tfujiwar
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2022-09-27 05:41:54 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:

Description Akira TAGOH 2022-09-07 08:41:40 UTC

Description of problem:
When doing "ibus restart", the input mode in ibus-anthy is always reset to Hiragana. shouldn't it be held the previous state?

Version-Release number of selected component (if applicable):
ibus-anthy-1.5.14-7.fc37.x86_64
ibus-1.5.27-1.fc37.x86_64

How reproducible:
always

Steps to Reproduce:
1.change Input mode to something except Hiragana (e.g. Katakana, Eisu)
2.run "ibus restart"
3.

Actual results:
Input mode is reset to Hiragana

Expected results:
Input mode should be same to what changed at 1.

Additional info:

Comment 1 fujiwara 2022-09-16 10:55:18 UTC

I think resetting the input mode is good.
If the default input mode is Hiragana, I assume the users would switch Anthy Hiragana and XKB JP.
If the default input mode is Eisu, I assue the users would switch Anthy Eisu and Hiragana.

The default input mode can be saved with ibus-anthy setup dialog.

Comment 2 Akira TAGOH 2022-09-16 11:36:03 UTC

That may be something in question. I just wonder why we have such special state and make it complicated. In fact, MS-IME and mozc doesn't have two input states. they have only one to keep what current state is.

Comment 3 fujiwara 2022-09-22 05:22:19 UTC

CUrrently an XKB source is always configured using the current locale by default in GNOME.
I also prefer the default input mode is ASCII but it's not agreed by Jens Petersen. 
Only an input method source is configured for Japanese in MS-IME but the two sources are setup for Chinese in MS-IME too. We may consider the configuration by language.

Comment 4 Akira TAGOH 2022-09-26 07:59:41 UTC

You lost me. How does the XKB source affect *single* input mode?
I understand that XKB source affects the keymap in the engine though, they affect it regardless of "default" and "current".
Even now, the behavior on typing is changed once changing XKB source though.

If there are any reasons, can you elaborate on how hard ibus-anthy merge both "default" and "current" input modes into single input mode?

Comment 5 fujiwara 2022-09-26 08:24:00 UTC

I mean if the default input mode is Hragana, I expect ibus restart bring back to Higarana mode.
The default mode is different from mozc.

Comment 6 Akira TAGOH 2022-09-26 11:12:37 UTC

My suggestion here is to keep "current" input mode only. major Japanese Input Method doesn't have such "default" input mode. that makes complicated. why do you want to maintain "default" and "current" separately?

Comment 7 fujiwara 2022-09-26 12:51:32 UTC

I think MS-IME's default mode is direct and there is no daemon restart.
I don't think restarting the daemon to reset the input mode makes complicated and also restarting daemon is a maintenance way so I wish to reset the all the state and you don't have to run the command so many times.
You just could change the input mode after ibus restart, didn't you?

Comment 8 Akira TAGOH 2022-09-27 05:41:54 UTC

> so I wish to reset the all the state

Gotcha.

I'm still wondering why ibus-anthy wants to have initial input mode in setup dialog though, that may be another story.
let's close this. thanks for explanation.