Bug 909108

Only gtk3 applications have common issue.

This problem does not happen in gtk2 applications, libreoffice.

----
gtk3-3.7.8-1.fc19.x86_64

Sorry, my mistake.

(In reply to comment #0)
> Actual results:
> rk가
> 
> Expected results:
> rkrㅏ
> 

Actual results:
rkrㅏ

Expected results:
rk가

Do you mean the first pressing Alt_R only?
The first trigger key launches ibus-hangul engine and the delay can be happened but once ibus-hangul is launched, I think Alt_R can switches the engines immediately.

(In reply to comment #3)
> Do you mean the first pressing Alt_R only?

This issue happens in both Alt_R (modifier) and ctrl+space(switch source)

> The first trigger key launches ibus-hangul engine and the delay can be
> happened but once ibus-hangul is launched, I think Alt_R can switches the
> engines immediately.

(In reply to comment #4)
> (In reply to comment #3)
> > Do you mean the first pressing Alt_R only?
> 
> This issue happens in both Alt_R (modifier) and ctrl+space(switch source)

Oh, I'm asking if your problem is caused by the first pressing shortcut key but it's not reproduced after ibus engines are launched.
If yes, I can reproduce your problem as I described below. but if no, I don't reproduce your problem.
I don't ask other shortcut keys.

You could check if ibus-hangul is launched by ps command after press Alt_R; ps -ef.

> 
> > The first trigger key launches ibus-hangul engine and the delay can be
> > happened but once ibus-hangul is launched, I think Alt_R can switches the
> > engines immediately.

(In reply to comment #5)
> (In reply to comment #4)
> > (In reply to comment #3)
> > > Do you mean the first pressing Alt_R only?
> > 
> > This issue happens in both Alt_R (modifier) and ctrl+space(switch source)
> 
> Oh, I'm asking if your problem is caused by the first pressing shortcut key
> but it's not reproduced after ibus engines are launched.
> If yes, I can reproduce your problem as I described below. but if no, I
> don't reproduce your problem.
Do you uses GNOME 3.7.5(rawhide)?

This issue doesn't happens in Fedora 18(ibus-1.5.1) GNOME 3.6.x.

> I don't ask other shortcut keys.
> 
> You could check if ibus-hangul is launched by ps command after press Alt_R;
> ps -ef.
killall ibus-engine-hangul 

$ ps ax | grep ibus
 1437 ?        Sl     0:14 /usr/bin/ibus-daemon --replace --xim --panel disable
 1444 ?        Sl     0:00 /usr/libexec/ibus-dconf
 1447 ?        Sl     0:11 /usr/libexec/ibus-x11 --kill-daemon
 1490 ?        Sl     0:00 /usr/libexec/ibus-engine-simple

After Click Alt_R,

$ ps ax | grep ibus
 1437 ?        Sl     0:14 /usr/bin/ibus-daemon --replace --xim --panel disable
 1444 ?        Sl     0:00 /usr/libexec/ibus-dconf
 1447 ?        Sl     0:11 /usr/libexec/ibus-x11 --kill-daemon
 1490 ?        Sl     0:00 /usr/libexec/ibus-engine-simple
15948 ?        Sl     0:00 /usr/libexec/ibus-engine-hangul --ibus
                           ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Whenever switching input source, this problem happens.

And, see also https://bugzilla.gnome.org/show_bug.cgi?id=693516#c1

(In reply to comment #6)
> Do you uses GNOME 3.7.5(rawhide)?
> 
> This issue doesn't happens in Fedora 18(ibus-1.5.1) GNOME 3.6.x.

Thanks. I could reproduce your problem.
Now I also understand f18 gnome-shell has a problem with ibus.

> 
> Whenever switching input source, this problem happens.

OK, I see.

> 
> And, see also https://bugzilla.gnome.org/show_bug.cgi?id=693516#c1

I integrated that fix in ibus-1.5.1-1 but I forgot to copy the fix in gtk2 to gtk3.
Now fixing this bug.

--- a/ibus.spec
+++ b/ibus.spec
@@ -252,8 +252,8 @@ UpdateTimestamps -p1 %{PATCH0}
 %if (0%{?fedora} <= 17 && 0%{?rhel} < 7)
 %patch92 -p1 -b .g-s-preedit
 UpdateTimestamps -p1 %{PATCH92}
-cp client/gtk2/ibusimcontext.c client/gtk3/ibusimcontext.c ||
 %endif
+cp client/gtk2/ibusimcontext.c client/gtk3/ibusimcontext.c ||
 %patch1 -p1 -b .noswitch
 UpdateTimestamps -p1 %{PATCH1}
 %if %with_xkbfile

After updating to ibus-1.5.1-3.fc19, 

1. gedit (gtk3 application) start 
2. click rk
3. switch input source (to hangul)
4. click "r" "k"
rㅏ
5. switch input source
6. click rk
7 switch input source (to hangul)
8. click rk
가

Whenever switcing to hangul input source in ibus-1.5.1-2
rkrㅏrkrㅏrkrㅏ
  ~~~ ~~~  ~~~ 

After gtk3 application starts, only first switching to hangul input source in ibus-1.5.1-3
rkrㅏrk가rk가
  ~~

Reopend or New bug?

(In reply to comment #8)
> After gtk3 application starts, only first switching to hangul input source
> in ibus-1.5.1-3
> rkrㅏrk가rk가
>   ~~

Do you mean it happens if ibus-engine-hangul is not launched?

(In reply to comment #10)
> (In reply to comment #8)
> > After gtk3 application starts, only first switching to hangul input source
> > in ibus-1.5.1-3
> > rkrㅏrk가rk가
> >   ~~
> 
> Do you mean it happens if ibus-engine-hangul is not launched?

After launching ibus-hangul, this issue happens.

$ps ax | grep hangul
 2295 ?        Sl     0:09 /usr/libexec/ibus-engine-hangul --ibus

gedit starts
rk - switch hangul input source - rk - switch hangul input source - rk - quit gedit 
rkrㅏrk가 
  ~~
gedit starts, again
rk - switch hangul input source - rk - switch hangul input source - rk 
rkrㅏrk가
  ~~

(In reply to comment #11)
> gedit starts, again
> rk - switch hangul input source - rk - switch hangul input source - rk 
> rkrㅏrk가
>   ~~

Hmm.., I cannot reproduce your problem.

(In reply to comment #12)
> (In reply to comment #11)
> > gedit starts, again
> > rk - switch hangul input source - rk - switch hangul input source - rk 
> > rkrㅏrk가
> >   ~~
> 
> Hmm.., I cannot reproduce your problem.

After updating gtk3-3.7.10, gnome-shell-3.7.90, gnome-settings-daemon-3.7.90, etc, this issue doesn't happen in gtk3 applications.

Then, comment #11 happens in libreoffice-core-4.0.0.3-5.fc19.x86_64 
Strange.

(In reply to comment #13)
> (In reply to comment #12)
> > (In reply to comment #11)
> > > gedit starts, again
> > > rk - switch hangul input source - rk - switch hangul input source - rk 
> > > rkrㅏrk가
> > >   ~~
> > 
> > Hmm.., I cannot reproduce your problem.
> 
> After updating gtk3-3.7.10, gnome-shell-3.7.90,
> gnome-settings-daemon-3.7.90, etc, this issue doesn't happen in gtk3
> applications.
first, comment #11 doesn't happens in gedit-3.7.4-1.fc19

Then,
> 
> Then, comment #11 happens in libreoffice-core-4.0.0.3-5.fc19.x86_64 
> Strange.

the same problem (comment #11) happens in vte2_90 (gnome-terminal-3.7.2-2.fc19).

Stranger!

The same problem (comment #11) happens in xchat, hexchat (gtk2 application).

Then, this issue doesn't happens in gtk-demo (gtk2 widget demo).