https://bugzilla.redhat.com/show_bug.cgi?id=1616024
Bug ID: 1616024 Summary: Hangul input no longer works after updating to 1.5.1 Product: Fedora Version: 28 Component: ibus-hangul Assignee: pwu@redhat.com Reporter: psabata@redhat.com QA Contact: extras-qa@fedoraproject.org CC: i18n-bugs@lists.fedoraproject.org, pwu@redhat.com, shawn.p.huang@gmail.com, tfujiwar@redhat.com
Description of problem: After updating to ibus-hangul-1.5.1-1.fc28, typing with the Hangul method prints just latin letters. Downgrading to ibus-hangul-1.5.0-12.fc28 fixes the issue.
Version-Release number of selected component (if applicable): ibus-hangul-1.5.1-1.fc28
How reproducible: Always, tested with GTK3 and xterm.
Steps to Reproduce: 1. Switch to the Hangul input method while running 1.5.1 2. Type anything
Actual results: Latin letters show up.
Expected results: Hangul shows up.
Additional info: I put some more info in the update comment: https://bodhi.fedoraproject.org/updates/FEDORA-2018-add3b2828f
I run X.org but I do not run GNOME, just a simple window manager. My installation is fairly minimal. Czech, Farsi and Russian methods work fine for me but Japanese methods (anthy, mozc) never did.
If I had to guess, I would say some runtime dependencies are missing; probably something that is typically installed on a GNOME workstation where, according to the update commenters, the problem doesn't manifest itself.
If that's the case, the difference between 1.5.0 and 1.5.1 could be the same reason why ibus-anthy and ibus-mozc don't work on my system either.
I've tried to figure this out but I'm stuck; expert advice needed :)
https://bugzilla.redhat.com/show_bug.cgi?id=1616024
--- Comment #1 from Peng Wu pwu@redhat.com --- Could you provide the output of the following command?
$rpm -qa "*langpack*"
https://bugzilla.redhat.com/show_bug.cgi?id=1616024
--- Comment #2 from Petr Šabata psabata@redhat.com --- I only have English installed.
% rpm -qa *langpack* glibc-langpack-en-2.27-30.fc28.x86_64 langpacks-en-1.0-12.fc28.noarch libreoffice-langpack-en-6.0.6.1-5.fc28.x86_64
Do I need langpacks for the methods to work now?
https://bugzilla.redhat.com/show_bug.cgi?id=1616024
--- Comment #3 from Petr Šabata psabata@redhat.com --- Just tried installing langpacks-ko and it doesn't solve the problem with 1.5.1.
https://bugzilla.redhat.com/show_bug.cgi?id=1616024
--- Comment #4 from Peng Wu pwu@redhat.com --- Please try to install glibc-langpack-ko or glibc-all-langpacks.
https://bugzilla.redhat.com/show_bug.cgi?id=1616024
--- Comment #5 from Petr Šabata psabata@redhat.com --- glibc-langpack-ko was pulled in as a dependency of langpacks-ko and it didn't make any difference.
https://bugzilla.redhat.com/show_bug.cgi?id=1616024
fujiwara tfujiwar@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |psabata@redhat.com Flags| |needinfo?(psabata@redhat.co | |m)
--- Comment #6 from fujiwara tfujiwar@redhat.com --- Did you enable Hangul mode in ibus-hangul? I think Shift-space can toggle the mode or to run /usr/libexec/ibus-setup-hangul
If you still see your issue, please describe your issue with steps.
https://bugzilla.redhat.com/show_bug.cgi?id=1616024
Petr Šabata psabata@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(psabata@redhat.co | |m) |
--- Comment #7 from Petr Šabata psabata@redhat.com --- Sigh. Yes, I've been using Hangul input regularly. The only difference is 1.5.0 v. 1.5.1 here.
In both cases I'm running a minimal installation (not Fedora Workstation) with manually installed X.org and dwm.
Working scenario:
1. Install ibus-hangul 1.5.0 or with the appropriate frontend package, if applicable, e.g. ibus-gtk3. 2. Run the ibus-daemon, "ibus-daemon -xrv" 3. Change the input method to Hangul, with Ctrl+Space (the default, yes). 4. Typing Hangul works in relevant applications, e.g. l3afpad for ibus-gtk3.
What doesn't work:
1. Install ibus-hangul 1.5.1, again with a frontend package. 2. Run ibus-daemon, "ibus-daemon -xrv" 3. Change the input method to Hangul, with Ctrl+Space (the default, yes). 4. Typing Hangul produces Latin characters no matter what.
As noted in my original report, this only started happening after upgrading to 1.5.1. For me, Japanese is also broken (both anthy and mozc). However, Russian, Arabic, Farsi and Czech work perfectly fine here.
https://bugzilla.redhat.com/show_bug.cgi?id=1616024
--- Comment #8 from Petr Šabata psabata@redhat.com --- Two more notes:
I was running `ibus-daemon -xrv` in the terminal to see if it complains about anything. It doesn't. I normally run it with `-xrd` to daemonize.
The exact tested packages in questions are: ibus-hangul-1.5.0-12.fc28.x86_64 (OK) ibus-hangul-1.5.1-1.fc28.x86_64 (not OK)
Just tested it again. Still valid.
https://bugzilla.redhat.com/show_bug.cgi?id=1616024
--- Comment #9 from fujiwara tfujiwar@redhat.com --- (In reply to Petr Šabata from comment #7)
- Change the input method to Hangul, with Ctrl+Space (the default, yes).
I think the default shortcut key is Shift-Space. Did you customize it?
Can you check the following gsettings command?
% gsettings list-recursively org.freedesktop.ibus.engine.hangul
For me, Japanese is also broken (both anthy and mozc).
Do you mean you also updated ibus-anthy and ibus-mozc? I think updating ibus-hangul should not effect other engines.
https://bugzilla.redhat.com/show_bug.cgi?id=1616024
--- Comment #10 from fujiwara tfujiwar@redhat.com --- Correction.
(In reply to fujiwara from comment #9)
For me, Japanese is also broken (both anthy and mozc).
I quoted the submitter's comment but not my comment.
https://bugzilla.redhat.com/show_bug.cgi?id=1616024
--- Comment #11 from Petr Šabata psabata@redhat.com --- (In reply to fujiwara from comment #9)
(In reply to Petr Šabata from comment #7)
- Change the input method to Hangul, with Ctrl+Space (the default, yes).
I think the default shortcut key is Shift-Space. Did you customize it?
If I did, I must have done that very long ago :) In my case Ctrl+Space switches the methods. It pops up that method selection window and everything.
Can you check the following gsettings command?
% gsettings list-recursively org.freedesktop.ibus.engine.hangul
% gsettings list-recursively org.freedesktop.ibus.engine.hangul No such schema “org.freedesktop.ibus.engine.hangul”
This might be it. What is responsible for creating these schemas?
For me, Japanese is also broken (both anthy and mozc).
Do you mean you also updated ibus-anthy and ibus-mozc? I think updating ibus-hangul should not effect other engines.
They never worked for me, not even in the past. I was just mentioning these for reference in case they have something in common with ibus-hangul-1.5.1 (but not 1.5.0) and it could be the same problem.
Also, here's my entire org.freedesktop.ibus:
% gsettings list-recursively org.freedesktop.ibus org.freedesktop.ibus.general dconf-preserve-name-prefixes ['/desktop/ibus/engine/pinyin', '/desktop/ibus/engine/bopomofo', '/desktop/ibus/engine/hangul'] org.freedesktop.ibus.general use-system-keyboard-layout false org.freedesktop.ibus.general embed-preedit-text true org.freedesktop.ibus.general enable-by-default false org.freedesktop.ibus.general use-global-engine true org.freedesktop.ibus.general use-xmodmap true org.freedesktop.ibus.general switcher-delay-time 400 org.freedesktop.ibus.general version '1.5.18' org.freedesktop.ibus.general engines-order ['xkb:us::eng', 'xkb:cz::cze', 'hangul', 'xkb:ru::rus', 'xkb:ara::ara', 'xkb:jp::jpn'] org.freedesktop.ibus.general preload-engines ['xkb:us::eng', 'xkb:ara::ara', 'xkb:cz::cze', 'hangul', 'xkb:ru::rus', 'xkb:jp::jpn'] org.freedesktop.ibus.general xkb-latin-layouts ['ara', 'bg', 'cz', 'dev', 'gr', 'gur', 'in', 'jp(kana)', 'mal', 'mkd', 'ru', 'ua'] org.freedesktop.ibus.general.hotkey next-engine ['Alt+Shift_L'] org.freedesktop.ibus.general.hotkey disable-unconditional @as [] org.freedesktop.ibus.general.hotkey enable-unconditional @as [] org.freedesktop.ibus.general.hotkey trigger ['Control+space', 'Zenkaku_Hankaku', 'Alt+Kanji', 'Alt+grave', 'Hangul', 'Alt+Release+Alt_R'] org.freedesktop.ibus.general.hotkey previous-engine @as [] org.freedesktop.ibus.general.hotkey prev-engine @as [] org.freedesktop.ibus.general.hotkey next-engine-in-menu ['Alt+Shift_L'] org.freedesktop.ibus.general.hotkey triggers ['<Control>space'] org.freedesktop.ibus.panel x -1 org.freedesktop.ibus.panel property-icon-delay-time 500 org.freedesktop.ibus.panel y -1 org.freedesktop.ibus.panel show 0 org.freedesktop.ibus.panel lookup-table-orientation 1 org.freedesktop.ibus.panel xkb-icon-rgba '#415099' org.freedesktop.ibus.panel auto-hide-timeout 10000 org.freedesktop.ibus.panel show-im-name false org.freedesktop.ibus.panel follow-input-cursor-when-always-shown false org.freedesktop.ibus.panel custom-font 'Sans 10' org.freedesktop.ibus.panel show-icon-on-systray false org.freedesktop.ibus.panel use-custom-font false org.freedesktop.ibus.panel.emoji load-emoji-at-startup true org.freedesktop.ibus.panel.emoji favorite-annotations @as [] org.freedesktop.ibus.panel.emoji favorites ['🏈', '🇨🇭', '🍱', '🗳️', '🍷', '🐲', '😸', '😀', '😄', '😁', '💩', '🍺', '😻', '❤️', '😘', '🎵', '🥕', '💔', '\r', '☭', '🐮', '🐄', '🙅🏼'] org.freedesktop.ibus.panel.emoji hotkey ['<Control><Shift>e'] org.freedesktop.ibus.panel.emoji has-partial-match false org.freedesktop.ibus.panel.emoji partial-match-length 3 org.freedesktop.ibus.panel.emoji load-unicode-at-startup false org.freedesktop.ibus.panel.emoji partial-match-condition 0 org.freedesktop.ibus.panel.emoji font 'Noto Emoji 24' org.freedesktop.ibus.panel.emoji lang 'en'
https://bugzilla.redhat.com/show_bug.cgi?id=1616024
Petr Šabata psabata@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution|--- |NOTABUG Last Closed| |2018-09-06 03:45:21
--- Comment #12 from Petr Šabata psabata@redhat.com --- We discussed this on IRC with fujiwara and it turns out 1.5.1 simply does't start in Hangul mode (but can be forced to). In the end, it was a user error.
Apologies for the noise.
I'll have yet to figure out how to use mozc or anthy, I guess.
i18n-bugs@lists.fedoraproject.org