Bug 853017

Summary:	Input method switch is strange in the others application except gtk3 applications
Product:	[Fedora] Fedora	Reporter:	sangu <sangu.fedora>
Component:	gtk2	Assignee:	Matthias Clasen <mclasen>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	unspecified
Version:	18	CC:	i18n-bugs, mclasen, shawn.p.huang, tfujiwar, tiagomatos
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2012-09-26 23:16:58 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 sangu 2012-08-30 09:35:09 UTC

Description of problem:
Input method switch is strange in the others application except gtk3 applications.
After Moving focus to other application, input method is changed.

Version-Release number of selected component (if applicable):
1.4.99.20120822-1.fc18.x86_64

How reproducible:
always

Steps to Reproduce:
1. Open oowriter
2. Switch hangul input method (click ctrl+space) in oowriter
3. input hangul 
No change
4. Moving focus to other application  
5. Moving focus to oowriter,again
Input Hangul 
O.K

Actual results:


Expected results:


Additional info:

Comment 1 sangu 2012-08-30 09:39:31 UTC

This issue happens in xchat, firefox, oowriter, etc.

Comment 2 Rui Matos 2012-08-30 09:46:06 UTC

All of them use gtk+ 2 I think, right? We could probably backport this commit http://git.gnome.org/browse/gtk+/commit/?id=a0f155e83938f6c3e63c312107dee2a970c2eb15 back to gtk+ 2.

Comment 3 sangu 2012-08-30 09:51:08 UTC

ㄱ(In reply to comment #2)
> All of them use gtk+ 2 I think, right?
This issue happens in xterm, too.

> We could probably backport this
> commit
> http://git.gnome.org/browse/gtk+/commit/
> ?id=a0f155e83938f6c3e63c312107dee2a970c2eb15 back to gtk+ 2.

Comment 4 sangu 2012-08-31 05:02:02 UTC

Hmm...
Input method cannot be switched in xterm.
different issue?
1. Open xterm
2. Click ctrl + space
No Change
3. move input focus, again
No Change,

Comment 5 fujiwara 2012-08-31 07:28:44 UTC

OK, probably gtk2 needs some changes. Transferring to gtk2.

(In reply to comment #2)
> http://git.gnome.org/browse/gtk+/commit/
> ?id=a0f155e83938f6c3e63c312107dee2a970c2eb15 back to gtk+ 2.

I applied that patch but gtk apps freezes.

xterm is the different issue.

You could run 'env XMODIFIERS=@im=ibus xterm' instead.

Comment 6 Matthias Clasen 2012-09-05 00:28:36 UTC

Should be fixed by
http://git.gnome.org/browse/gnome-settings-daemon/commit/?id=3687fb700ed5858ac85aaf6f0a0d95d6d8e1eeed
and
http://git.gnome.org/browse/gnome-settings-daemon/commit/?id=ffc1aa5a04ef1f1f497797ba6f2a1da7653a43f8

in gnome-settings-daemon 3.5.91, I think.

Comment 7 fujiwara 2012-09-05 01:41:13 UTC

(In reply to comment #6)
> Should be fixed by
> http://git.gnome.org/browse/gnome-settings-daemon/commit/
> ?id=3687fb700ed5858ac85aaf6f0a0d95d6d8e1eeed
> and
> http://git.gnome.org/browse/gnome-settings-daemon/commit/
> ?id=ffc1aa5a04ef1f1f497797ba6f2a1da7653a43f8
> 
> in gnome-settings-daemon 3.5.91, I think.

Bug 853678 is open for xterm instead and this bug is for gtk2.

Comment 8 Matthias Clasen 2012-09-10 11:55:34 UTC

I've done the backport mentioned in comment 2 upstream now. Should show up in F18 with gnome 3.5.92

Comment 9 fujiwara 2012-09-11 11:17:59 UTC

I confirmed gtk-2-24 branch resolves this problem.

Comment 10 Matthias Clasen 2012-09-26 23:16:58 UTC

This change is in updates-testing now.