Did you confirm your problem is caused by ibus update?
You can downgrade ibus with yum downgrade.

# yum downgrade ibus ibus-libs ibus-gtk2 ibus-gtk3 ibus-setup ibus-wayland

(In reply to fujiwara from comment #1)
> Did you confirm your problem is caused by ibus update?
> You can downgrade ibus with yum downgrade.
> 
> # yum downgrade ibus ibus-libs ibus-gtk2 ibus-gtk3 ibus-setup ibus-wayland

You probably missed my sentence:
'After "yum downgrade ibus-libs ibus-setup ibus-gtk3 ibus-gtk2 ibus ibus-wayland" and reboot, panel is working now, as every ibus programs are now version'
where I described that I temporary solved my problem with downgrading every package that begins with "ibus".

One supplement - Steps to Reproduce should be:

Steps to Reproduce:
1. yum update
2. reboot

To clarify ibus versions:

1. before upgrade, panel working: 1.5.5-2.fc20.x86_64
2. after ugrade, panel NOT working: 1.5.6-1.fc20.x86_64
3. after yum downgrade, panel working: 1.5.4-2.fc20.x86_64

(In reply to Bohumil Kriz from comment #2)
> (In reply to fujiwara from comment #1)
> > Did you confirm your problem is caused by ibus update?
> > You can downgrade ibus with yum downgrade.
> > 
> > # yum downgrade ibus ibus-libs ibus-gtk2 ibus-gtk3 ibus-setup ibus-wayland
> 
> You probably missed my sentence:
> 'After "yum downgrade ibus-libs ibus-setup ibus-gtk3 ibus-gtk2 ibus
> ibus-wayland" and reboot, panel is working now, as every ibus programs are
> now version'
> where I described that I temporary solved my problem with downgrading every
> package that begins with "ibus".

Sorry, I missed it.

I cannot reproduce your problem.
I guess you mean ibus panel icon does not work but not cinnamon panel.

Do you see any errors when you restart ibus with verbose option?

% ibus exit
% ibus-daemon --xim --verbose

Both mouse click on ibus icon and Super+space does not work?

No. Ibus panel icon is probably causing it, but main problem is that it blocks all cinnamon panel.
I cannot click to menu icon on left, but I have to use windows key to show menu (but in menu mouse works o.k.).
I cannot use mouse to switch running application (I have to use Alt+Tab).
I cannot use mouse to change keyboard from US to Czech and vice versa by clicking on flag icon.
...
But as for Ibus panel icon, not even keyboard shortcut Ctrl+Space work (with older ibus version I use this shortcut to change between English and Japanese).
But strange is that by using this shortcut, very small panel at upper left corner of my screen appears with only two icons (One for menu to change hiragana to katakana, Latin, ... and second to open IBus Kana Kanji Preferences). With older (working) ibus version this small panel does not appear, but only Ibus panel icon changes. The small panel I described appears, but English keyboar is not switched to japanese, nor the Ibus panel icon changes.

(In reply to Bohumil Kriz from comment #6)
> No. Ibus panel icon is probably causing it, but main problem is that it
> blocks all cinnamon panel.

ok
ibus does not effect the behavior of panel.

> I cannot click to menu icon on left, but I have to use windows key to show
> menu (but in menu mouse works o.k.).

ok

You still don't reply my question:

(In reply to fujiwara from comment #5)
> Do you see any errors when you restart ibus with verbose option?
> 
> % ibus exit
> % ibus-daemon --xim --verbose


> But as for Ibus panel icon, not even keyboard shortcut Ctrl+Space work (with
> older ibus version I use this shortcut to change between English and
> Japanese).

You should be able to customize the shortcut key with ibus-setup command.

> But strange is that by using this shortcut, very small panel at upper left
> corner of my screen appears with only two icons (One for menu to change
> hiragana to katakana, Latin, ... and second to open IBus Kana Kanji

It's a new feature to show the input modes.
You can disable the property panel with ibus-setup command.

BTW, the latest ibus is now ibus-1.5.6-2 which is available in updates-testing repository:

# yum install --enablerepo=updates-testing ibus


Are you able to reproduce your problem with a new user account instead of the current user account?

Hello,

- ibus (or may be only its icon) is conflicting with cinnamon panel

- I've tested version 1.5.6-2, but no change noticed

- I tried to stop (found that it has to be under user account, not root) and 
then start as you suggested (it stucked, so I had to stop it wiht Ctrl-C at the end):

[krizb@kriznb ~]$ ibus exit
[krizb@kriznb ~]$ ibus-daemon --xim --verbose
** (ibus-ui-gtk3:2490): WARNING **: Couldn't register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
(ibus-ui-gtk3:2490): IBUS-WARNING **: ibus_bus_call_sync: org.freedesktop.DBus.Properties.Get: GDBus.Error:org.freedesktop.DBus.Error.Failed: No global engine.
** (ibus-engine-kkc:2511): WARNING **: Couldn't register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
^C
[krizb@kriznb ~]$

- after exiting ibus daemon, cinnamon panel start working

- I have confirmed that I have selinux disabled

- interesting is that with older (working) versions of ibus, there was also working ibus icon (keyboard with globe earth or hiragana sign), but with newer version, there was only empty space for its icon (or may be something dark blue, nearly invisible) after restart.
When trying to start it from command line as suggested it does not even create space for its icon, but it caused cinnamon panel stopped working until Ctrl-C was pressed.

- I will try another user account later (I will have to create it)

Regards, Bohumil

I've tested another user:
- it is working
- the only problem is (but it was in older version also) that super+space does not work, it produces real space character. But it is not a big problem, because I can use Ctrl+space shortcut

Under my account I tested:
- delete .config/ibus and ./config/ibus-kkc directories, but it has no effect
- in Preferences - Input Method Selector - I selected "No Input Method" - then cinnamon panel is working
- in Preferences - Input Method Selector - I selected "Use IBus" - but with only basic English method (I removed Kana Kanji) - panel is not working

(In reply to Bohumil Kriz from comment #8)
> [krizb@kriznb ~]$ ibus-daemon --xim --verbose
> ** (ibus-ui-gtk3:2490): WARNING **: Couldn't register with accessibility
> bus: Did not receive a reply. Possible causes include: the remote

It seems your setting disables accessibility bus and it causes to stop cinnamon panel.
But I'm not sure about the accessibility bus at the moment.

> GDBus.Error:org.freedesktop.DBus.Error.Failed: No global engine.

This is an expected message and no problem.

> ** (ibus-engine-kkc:2511): WARNING **: Couldn't register with accessibility
> bus: Did not receive a reply. Possible causes include: the remote

Same message above.

(In reply to Bohumil Kriz from comment #9)
> I've tested another user:
> - it is working

OK, it's good to know your problem is caused by your setting.

> - the only problem is (but it was in older version also) that super+space
> does not work, it produces real space character. But it is not a big
> problem, because I can use Ctrl+space shortcut

Yes, I also noticed it when you reported this bug.
I'd think it would be a bug in cinnamon. Maybe cinnamon binds Super key with a special way.

> Under my account I tested:
> - delete .config/ibus and ./config/ibus-kkc directories, but it has no effect

It would not resolve your problem because the problem setting is not in ibus.
Maybe $HOME/.?

How about moving /run/user/$UID/dconf/user to somewhere and restarting the desktop?

(In reply to fujiwara from comment #10)
> (In reply to Bohumil Kriz from comment #8)
> > [krizb@kriznb ~]$ ibus-daemon --xim --verbose
> > ** (ibus-ui-gtk3:2490): WARNING **: Couldn't register with accessibility
> > bus: Did not receive a reply. Possible causes include: the remote
> 
> It seems your setting disables accessibility bus and it causes to stop
> cinnamon panel.
> But I'm not sure about the accessibility bus at the moment.

I searched that error and I found some bugs.
From bug 889690, you can export NO_AT_BRIDGE=1 .


There are several settings of accessibility.

% gsettings list-schemas | grep a11y
org.cinnamon.desktop.a11y.keyboard
org.cinnamon.settings-daemon.plugins.a11y-keyboard
org.cinnamon.desktop.a11y.mouse
org.cinnamon.desktop.a11y.magnifier
org.cinnamon.settings-daemon.plugins.a11y-settings
org.cinnamon.desktop.a11y.applications

(In reply to fujiwara from comment #11)
> How about moving /run/user/$UID/dconf/user to somewhere and restarting the
> desktop?

Oops, it should be %HOME/.config/dconf/user instead of /run/user/$UID/dconf/user .

Hi,
I've moved %HOME/.config/dconf/user to somewhere and ibus is working now together with cinnamone panel.
I only had to define my background and hot corners, but it seems that everything works.

I also tested manual stop/start of ibus and it seems o.k. and is working:

$ ibus-daemon --xim --verbose
(ibus-ui-gtk3:3575): IBUS-WARNING **: ibus_bus_call_sync: org.freedesktop.DBus.Properties.Get: GDBus.Error:org.freedesktop.DBus.Error.Failed: No global engine.
^C

I also tried to list that schemas (it is the same before and after removing .config/dconf/user directory), and I have more of them than you:

$ gsettings list-schemas | grep a11y
org.cinnamon.desktop.a11y.keyboard
org.gnome.desktop.a11y.mouse
org.gnome.desktop.a11y.keyboard
org.gnome.desktop.a11y
org.gnome.desktop.a11y.applications
org.cinnamon.settings-daemon.plugins.a11y-keyboard
org.gnome.desktop.a11y.magnifier
org.cinnamon.desktop.a11y.mouse
org.cinnamon.desktop.a11y.magnifier
org.cinnamon.settings-daemon.plugins.a11y-settings
org.cinnamon.desktop.a11y.applications

Could it be, it is because my Fedora is upgraded from version 19, where cinnamon was only extension of gnome environment?
Before a long time I compared my packages to another computer where was fresh F20 installation with only cinnamon desktop and removed excessing gnome packages from my desktop as I don§t use gnome.
But it seems that some "gnome" settings remained.
Do you thing that it is problem and I have to search for it to remove it?
Or have I to leave it as it is?

Regards, Bohumil

(In reply to Bohumil Kriz from comment #13)
> I've moved %HOME/.config/dconf/user to somewhere and ibus is working now
> together with cinnamone panel.

OK, good.

(In reply to fujiwara from comment #11)
> I searched that error and I found some bugs.
> From bug 889690, you can export NO_AT_BRIDGE=1 .

Did you try NO_AT_BRIDGE=1 with your wrong dconf file?
The setting of NO_AT_BRIDGE=1 is described in bug 889690.


(In reply to Bohumil Kriz from comment #14)
> I also tried to list that schemas (it is the same before and after removing
> .config/dconf/user directory), and I have more of them than you:

I don't ask the number of gsettings schemas files.
If NO_AT_BRIDGE=1 can avoid your problem, I picked up the a11y related schemas files and the keys and values are important instead of the number because the file of dconf/user includes all the settings besides a11y.
Probably it's difficult for you to check schemas files.

The way to detect your dconf key:
1. Back up your wrong dconf file
% cp %HOME/.config/dconf/user %HOME/.config/dconf/user.orig

2. Show your customized values
e.g.
% dconf dump /
[org/gnome/settings-daemon/peripherals/keyboard]
input-sources-switcher='off'
numlock-state='on'

[org/gnome/shell]
favorite-apps=['firefox.desktop', 'evolution.desktop', 'libreoffice-writer.desktop', 'nautilus.desktop', 'gnome-terminal.desktop']


3. Reset some of dconf values to default ones.
E.g.
% dconf reset /org/gnome/shell/favorite-apps

4. Restart ibus and check cinnamon panel.
% ibus restart

5. Repeat 2, 3, 4.

And then you will be able to detect which key & value causes the cinnamon freeze.
If you override dconf/user file, it's good to restart your desktop.

If you can detect the key, we can transfer the bug to that right category.
Otherwise probably I will close this bug as not a bug of ibus.

Created attachment 884088 [details]
dconf dump / >config_dconf_user.bad

Created attachment 884089 [details]
dconf dump / >config_dconf_user.bad

Created attachment 884090 [details]
dconf dump / >config_dconf_user.good

Created attachment 884092 [details]
dconf dump / >config_dconf_user.good

Interesting is that during manual start of ibus with bad config, sometimes it display ibus icon and sometimes not (about 50%):

[krizb@kriznb ~]$ ibus-daemon --xim --verbose
** (ibus-ui-gtk3:16077): WARNING **: Couldn't register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
(ibus-ui-gtk3:16077): IBUS-WARNING **: ibus_bus_call_sync: org.freedesktop.DBus.Properties.Get: GDBus.Error:org.freedesktop.DBus.Error.Failed: No global engine.
^C
[krizb@kriznb ~]$

NO_AT_BRIDGE=1 has no effect.

I tried to identified offending setting. From this part:

[desktop/ibus/general]
engines-order=['xkb:us::eng', 'kkc', 'xkb:us::eng']
use-system-keyboard-layout=false
preload-engine-mode=0
preload-engines-inited=true
preload-engines=['xkb:us::eng']
version='1.5.6'

I chose to reset the last line:

$ dconf reset /desktop/ibus/general/version

And now everything is working.

BUT then I found that on listing, the version setting is still the same. So I returned to bad config and tried to reset another setting. And again everything works.

So I returned to bad config and listed settings to file (see attachments), then reset version settings and with now working config I listed settings once more (see attachments).
After viewing these two files with vimdiff, I found that configurations are VERY different and that command:
$ dconf reset /desktop/ibus/general/version
does not change only one value, but half of all settings.

Thanks for the test.

(In reply to Bohumil Kriz from comment #20)
> I chose to reset the last line:
> 
> $ dconf reset /desktop/ibus/general/version
> 
> And now everything is working.

But I don't think the "version" key effect your problem.


Could you try to load your bad config again?

% cat config_dconf_user.bad | dconf load /
% ibus-daemon --xim

And you will reproduce your problem.

I think the problem key is /desktop/ibus/panel/show

Now the default is 1 but your configuration is 2.

% dconf reset /desktop/ibus/panel/show

or 

% dconf write /desktop/ibus/panel/show 1

or

Launch "ibus-setup" command and change "Show property panel" pull down menu.

Hello,

you probably missed part of my comment.
I didn't wrote that "version" was the problem.
I wrote that by trying to change "version", half of the setting was changed with exception "version" itself. And the resulting configuration worked.

I think that show parameter will probably be innocent, because with new config file this one was the first setting I changed to "Do not show" and it is working.

So I have 2 questions:

1. why running "dconf reset /desktop/ibus/general/version" changed so many setting but not changed "version" itself?

2. why runnig "cat <configfile> | dconf load /" for original bad configuration file and for completely new configuration file (created after removing original bad user file) produce such strange results (see below)?


[krizb@kriznb ~]$ cat .config/dconf/user.bad | dconf load /
�' which is not a key-value pair, group, or comment

Usage:
  dconf load DIR

Populate a subpath from stdin

Arguments:
  DIR       A directory path (starting and ending with '/')

[krizb@kriznb ~]$ cat .config/dconf/user.new | dconf load /
error: Key file contains line 'GVariant�R5r"(kkcecutable-text-activationdisplay' which is not a key-value pair, group, or comment

Usage:
  dconf load DIR

Populate a subpath from stdin

Arguments:
  DIR       A directory path (starting and ending with '/')

[krizb@kriznb ~]$

(In reply to Bohumil Kriz from comment #22)
> I think that show parameter will probably be innocent, because with new
> config file this one was the first setting I changed to "Do not show" and it
> is working.

OK, it's good.

> 1. why running "dconf reset /desktop/ibus/general/version" changed so many
> setting but not changed "version" itself?

The "version" does not effect your problem and you don't have to mind it for this bug.
The "version" is used to check the previous ibus version.

> 2. why runnig "cat <configfile> | dconf load /" for original bad
> configuration file and for completely new configuration file (created after
> removing original bad user file) produce such strange results (see below)?

Try your attachement #884088 instead:
https://bugzilla.redhat.com/attachment.cgi?id=884088
The <configfile> is the dumped text file but not .config/dconf/user.bad .

BTW:

% dconf write /desktop/ibus/panel/show 2

is "Always" on ibus-setup.

% dconf write /desktop/ibus/panel/show 1

is "Hide automatically".

% dconf write /desktop/ibus/panel/show 0

is "Do not show".

I've copied old binary configuration user file to its place and tried to change "Show property panel". Results:
"Do not show" - o.k.
"Hide automatically" - o.k.
"Always" - panel doesn't work

I've tested the same with "new" configuration file and the results was the same.

I've also compared resulting text configuration dumps.
There changed 3 lines after changing "always" to "Do not show":

1.
show=2
changed to
show=0
under
[desktop/ibus/panel]

2.
gtk-im-module='gtk-im-context-simple'
changed to
gtk-im-module='ibus:xim'
under
[org/cinnamon/desktop/interface]

3.
gtk-im-module='gtk-im-context-simple:xim'
changed to
gtk-im-module='ibus:xim'
under
[org/gnome/desktop/interface]

It seems cinnamon panel cannot launch the panel menu if the name of "ibus-ui-gtk3" is running.


To reproduce:
1. Run "ibus-daemon --xim"
2. Launch ibus-setup and choose "Always" in "Show property panel" pull down menu.

And cinnamon panel cannot launch the panel menu with mouse.

ibus panel icon is /usr/libexec/ibus-ui-gtk3

I also can reproduce the following test code:
----------------------------------
#include <gtk/gtk.h>

int
main (int argc, char *argv[])
{
    GtkWidget *window;

    gtk_init (&argc, &argv);
    window = gtk_window_new (GTK_WINDOW_POPUP);
    gtk_widget_show_all (window);
    gtk_main ();
    return 0;
}
----------------------------------

% gcc -o a a.c `pkg-config --cflags --libs gtk+-3.0`

I cannot reproduce the problem if I run the program name "a".
But I *can* reproduce the problem if I rename "a" to "ibus-ui-gtk3" and run it.

% mv a ibus-ui-gtk3
% ./ibus-ui-gtk3


Then I guess cinnamon checks if the program name is "ibus-ui-gtk3".

I think cinnamon needs to allow to open panel menu even if input method frameworks launch the popup window.

Transferring to cinnamon for the furthermore investigation.

This is a zero priority issue for me as I'm currently busy with other projects and doubt I will get the time to look at this issue till September.

(In reply to fujiwara from comment #27)
> It seems cinnamon panel cannot launch the panel menu if the name of
> "ibus-ui-gtk3" is running.
> 
> 
> To reproduce:
> 1. Run "ibus-daemon --xim"
> 2. Launch ibus-setup and choose "Always" in "Show property panel" pull down
> menu.
> 
> And cinnamon panel cannot launch the panel menu with mouse.
> 
> ibus panel icon is /usr/libexec/ibus-ui-gtk3
> 
> I also can reproduce the following test code:
> ----------------------------------
> #include <gtk/gtk.h>
> 
> int
> main (int argc, char *argv[])
> {
>     GtkWidget *window;
> 
>     gtk_init (&argc, &argv);
>     window = gtk_window_new (GTK_WINDOW_POPUP);
>     gtk_widget_show_all (window);
>     gtk_main ();
>     return 0;
> }
> ----------------------------------
> 
> % gcc -o a a.c `pkg-config --cflags --libs gtk+-3.0`
> 
> I cannot reproduce the problem if I run the program name "a".
> But I *can* reproduce the problem if I rename "a" to "ibus-ui-gtk3" and run
> it.
> 
> % mv a ibus-ui-gtk3
> % ./ibus-ui-gtk3
> 
> 
> Then I guess cinnamon checks if the program name is "ibus-ui-gtk3".
> 
> I think cinnamon needs to allow to open panel menu even if input method
> frameworks launch the popup window.
> 
> Transferring to cinnamon for the furthermore investigation.

Clem looked at this issue, this commit is to blame

https://github.com/linuxmint/muffin/blob/master/src/core/window.c#L7955

https://github.com/linuxmint/muffin/commit/19397761a8b57823b236320f8da9a706bbf09d79

I will try and push a fixed muffin package this week.

cinnamon-2.0.14-16.fc19, cinnamon-session-2.0.6-1.fc19, muffin-2.0.5-5.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/FEDORA-2014-4712/muffin-2.0.5-5.fc19,cinnamon-2.0.14-16.fc19,cinnamon-session-2.0.6-1.fc19

cinnamon-2.0.14-16.fc20, cinnamon-session-2.0.6-1.fc20, muffin-2.0.5-5.fc20 has been submitted as an update for Fedora 20.
https://admin.fedoraproject.org/updates/FEDORA-2014-4723/muffin-2.0.5-5.fc20,cinnamon-2.0.14-16.fc20,cinnamon-session-2.0.6-1.fc20

Package cinnamon-2.0.14-16.fc20, cinnamon-session-2.0.6-1.fc20, muffin-2.0.5-5.fc20:
* should fix your issue,
* was pushed to the Fedora 20 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing cinnamon-2.0.14-16.fc20 cinnamon-session-2.0.6-1.fc20 muffin-2.0.5-5.fc20'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2014-4723/muffin-2.0.5-5.fc20,cinnamon-2.0.14-16.fc20,cinnamon-session-2.0.6-1.fc20
then log in and leave karma (feedback).

I've installed recommended testing version of cinnamon, cinnamon-session and muffin and everything seems to work.
Thank you for your work.
Bohumil.

cinnamon-2.0.14-16.fc20, cinnamon-session-2.0.6-1.fc20, muffin-2.0.5-5.fc20, cinnamon-settings-daemon-2.0.8-6.fc20 has been pushed to the Fedora 20 stable repository.  If problems still persist, please make note of it in this bug report.

cinnamon-2.0.14-16.fc19, cinnamon-session-2.0.6-1.fc19, muffin-2.0.5-5.fc19, cinnamon-settings-daemon-2.0.8-6.fc19 has been pushed to the Fedora 19 stable repository.  If problems still persist, please make note of it in this bug report.

Do you have any plan to fix this issue in muffin upstream?
I got the same in Linux Mint:
https://github.com/ibus/ibus/issues/1874

(In reply to fujiwara from comment #36)
> Do you have any plan to fix this issue in muffin upstream?
> I got the same in Linux Mint:
> https://github.com/ibus/ibus/issues/1874

Thanks for letting me know.

Upstream PR request

https://github.com/linuxmint/muffin/pull/271