Description of problem: After switching input source with Modifiers-only switch to next source shotcut, first char is always english. Version-Release number of selected component (if applicable): 1.5.1-2.fc19.x86_64 How reproducible: always Steps to Reproduce: 1. Select Right Alt for modifiers-only switch to next source 2. Launch gedit 3. input rk 4. switch input source with R_Alt 5. input rk Actual results: rk가 Expected results: rkrㅏ Additional info: ibus-hangul-1.4.2-1.fc19.x86_64 control-center-3.7.5-1.fc19.x86_64 gnome-settings-daemon-3.7.5-1.fc19.x86_64
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).