Description of problem: $ ibus restart -> cannot input in gnome-shell widget After ibus restarting, input in gnome-shell widget, # journalctl -n -f 4월 02 15:45:40 None /etc/gdm/Xsession[1138]: (gnome-shell:4915): IBUS-WARNING **: Events queue growing too big, will start to drop. 4월 02 15:45:40 None /etc/gdm/Xsession[1138]: (gnome-shell:4915): IBUS-WARNING **: Events queue growing too big, will start to drop. 4월 02 15:45:40 None /etc/gdm/Xsession[1138]: (gnome-shell:4915): IBUS-WARNING **: Events queue growing too big, will start to drop. 4월 02 15:45:40 None /etc/gdm/Xsession[1138]: (gnome-shell:4915): IBUS-WARNING **: Events queue growing too big, will start to drop. 4월 02 15:45:40 None /etc/gdm/Xsession[1138]: (gnome-shell:4915): IBUS-WARNING **: Events queue growing too big, will start to drop. Version-Release number of selected component (if applicable): 1.5.1-3.fc19.x86_64 How reproducible: Whenever ibus restart, always Steps to Reproduce: 1. $ ibus restart 2. click super key 3. input Actual results: Expected results: Additional info:
Thanks for the report. I thought if this problem can be handled in the client applications and checked StIMText in gnome-shell and it seems StIMText does not touch the bus connection. Probably the following is the suggested fix. --- ibus-1.5.1/client/gtk2/ibusimcontext.c.orig 2013-04-09 16:16:38.288866593 +0900 +++ ibus-1.5.1/client/gtk2/ibusimcontext.c 2013-04-09 17:17:34.137417132 +0900 @@ -1467,6 +1467,25 @@ _ibus_context_destroy_cb (IBusInputConte g_signal_emit (ibusimcontext, _signal_preedit_changed_id, 0); g_signal_emit (ibusimcontext, _signal_preedit_end_id, 0); + + /* This destroy callback can be called when the client app connects to + * IBusBus and the app is disconnected. E.g. gnome-shell connects to + * IBusBus and it has StEntry input text and ibus can be restarted. + * And each ibusimcontext also needs to reconnect IBusBus here. */ + if (!ibus_bus_is_connected (_bus)) { + g_signal_handlers_disconnect_by_func (_bus, + G_CALLBACK (_bus_connected_cb), + ibusimcontext); + g_object_unref (_bus); + _bus = ibus_bus_new_async (); + + if (ibus_bus_is_connected (_bus)) { + _create_input_context (ibusimcontext); + } + + g_signal_connect (_bus, "connected", G_CALLBACK (_bus_connected_cb), + ibusimcontext); + } } static void
ibus-1.5.2-2.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/FEDORA-2013-6200/ibus-1.5.2-2.fc19
ibus-1.5.2-2.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/FEDORA-2013-6209/ibus-1.5.2-2.fc18
ibus-1.5.2-2.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/FEDORA-2013-6220/ibus-1.5.2-2.fc17
I consider this a bug in gnome-shell. See https://bugzilla.gnome.org/show_bug.cgi?id=699189 .
OK, I will remove the patch in ibus.
ibus-1.5.2-3 removed the patch. Transferring to gnome-shell.