https://bugzilla.redhat.com/show_bug.cgi?id=1082118
Bug ID: 1082118 Summary: After today ibus update, panel in Cinnamon desktop stopped working Product: Fedora Version: 20 Component: ibus Severity: high Assignee: tfujiwar@redhat.com Reporter: krizb@seznam.cz QA Contact: extras-qa@fedoraproject.org CC: i18n-bugs@lists.fedoraproject.org, shawn.p.huang@gmail.com, tfujiwar@redhat.com
Description of problem: After today "yum update", panel in my Cinnamon desktop stopped working. Right mouse seemd to work. Left mouse only took focus from current window. But menu, icons, started programs, clendar, keyboard, sound, ... nothing on panel was working.
Version-Release number of selected component (if applicable):
From about 15 or 20 packages that was update, problematic are these:
Mar 28 15:20:15 Updated: ibus-libs-1.5.6-1.fc20.x86_64 Mar 28 15:20:25 Updated: ibus-setup-1.5.6-1.fc20.noarch Mar 28 15:20:25 Updated: ibus-gtk3-1.5.6-1.fc20.x86_64 Mar 28 15:20:26 Updated: ibus-gtk2-1.5.6-1.fc20.x86_64 Mar 28 15:20:27 Updated: ibus-1.5.6-1.fc20.x86_64 Mar 28 15:20:28 Updated: ibus-wayland-1.5.6-1.fc20.x86_64 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 1.5.4-2.fc20.x86_64. Previous version that was working was 1.5.5-2.fc20.x86_64.
How reproducible: Update ibus packages to version 1.5.6-1.fc20.x86_64
Steps to Reproduce: 1. yum update
Actual results: Panel in Cinnamon desktop with ibus packages version 1.5.6-1.fc20.x86_64 not working.
Expected results: Panel in Cinnamon destop works with current ibus packages.
Additional info: List of complete problematic update (but it seems that only ibus program matter): Mar 28 15:20:15 Updated: ibus-libs-1.5.6-1.fc20.x86_64 Mar 28 15:20:17 Updated: lilypond-fonts-common-2.18.2-1.fc20.noarch Mar 28 15:20:17 Updated: libnm-gtk-0.9.9.0-9.git20140123.fc20.x86_64 Mar 28 15:20:20 Updated: nm-connection-editor-0.9.9.0-9.git20140123.fc20.x86_64 Mar 28 15:20:22 Updated: lilypond-emmentaler-fonts-2.18.2-1.fc20.noarch Mar 28 15:20:24 Updated: lilypond-century-schoolbook-l-fonts-2.18.2-1.fc20.noarch Mar 28 15:20:25 Updated: ibus-setup-1.5.6-1.fc20.noarch Mar 28 15:20:25 Updated: ibus-gtk3-1.5.6-1.fc20.x86_64 Mar 28 15:20:26 Updated: ibus-gtk2-1.5.6-1.fc20.x86_64 Mar 28 15:20:27 Updated: ibus-1.5.6-1.fc20.x86_64 Mar 28 15:20:28 Updated: ibus-wayland-1.5.6-1.fc20.x86_64 Mar 28 15:20:31 Updated: git-1.9.0-1.fc20.x86_64 Mar 28 15:20:32 Updated: perl-Git-1.9.0-1.fc20.noarch Mar 28 15:20:39 Installed: kernel-3.13.7-200.fc20.x86_64 Mar 28 15:20:40 Updated: file-libs-5.14-20.fc20.x86_64 Mar 28 15:20:40 Updated: file-5.14-20.fc20.x86_64 Mar 28 15:20:41 Updated: python-magic-5.14-20.fc20.noarch Mar 28 15:20:42 Installed: kernel-modules-extra-3.13.7-200.fc20.x86_64 Mar 28 15:20:44 Updated: lilypond-2.18.2-1.fc20.x86_64 Mar 28 15:20:45 Updated: network-manager-applet-0.9.9.0-9.git20140123.fc20.x86_64 Mar 28 15:21:41 Installed: kernel-devel-3.13.7-200.fc20.x86_64 Mar 28 15:21:42 Updated: gstreamer-plugins-bad-free-0.10.23-20.fc20.x86_64 Mar 28 15:21:43 Updated: abrt-java-connector-1.0.9-1.fc20.x86_64 Mar 28 15:21:45 Updated: kernel-headers-3.13.7-200.fc20.x86_64 Mar 28 15:21:46 Updated: gstreamer-plugins-bad-free-0.10.23-20.fc20.i686
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
fujiwara tfujiwar@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |krizb@seznam.cz Flags| |needinfo?(krizb@seznam.cz)
--- Comment #1 from fujiwara tfujiwar@redhat.com --- 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
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
Bohumil Kriz krizb@seznam.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(krizb@seznam.cz) |
--- Comment #2 from Bohumil Kriz krizb@seznam.cz --- (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".
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
--- Comment #3 from Bohumil Kriz krizb@seznam.cz --- One supplement - Steps to Reproduce should be:
Steps to Reproduce: 1. yum update 2. reboot
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
--- Comment #4 from Bohumil Kriz krizb@seznam.cz --- 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
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
fujiwara tfujiwar@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo?(krizb@seznam.cz)
--- Comment #5 from fujiwara tfujiwar@redhat.com --- (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?
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
Bohumil Kriz krizb@seznam.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(krizb@seznam.cz) |
--- Comment #6 from Bohumil Kriz krizb@seznam.cz --- 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.
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
fujiwara tfujiwar@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo?(krizb@seznam.cz)
--- Comment #7 from fujiwara tfujiwar@redhat.com --- (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?
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
Bohumil Kriz krizb@seznam.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(krizb@seznam.cz) |
--- Comment #8 from Bohumil Kriz krizb@seznam.cz --- 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
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
--- Comment #9 from Bohumil Kriz krizb@seznam.cz --- 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
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
--- Comment #10 from fujiwara tfujiwar@redhat.com --- (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/.?
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
--- Comment #11 from fujiwara tfujiwar@redhat.com --- 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
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
--- Comment #12 from fujiwara tfujiwar@redhat.com --- (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 .
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
--- Comment #13 from Bohumil Kriz krizb@seznam.cz --- 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.
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
--- Comment #14 from Bohumil Kriz krizb@seznam.cz --- 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
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
fujiwara tfujiwar@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo?(krizb@seznam.cz)
--- Comment #15 from fujiwara tfujiwar@redhat.com --- (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.
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
Bohumil Kriz krizb@seznam.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(krizb@seznam.cz) |
--- Comment #16 from Bohumil Kriz krizb@seznam.cz --- Created attachment 884088 --> https://bugzilla.redhat.com/attachment.cgi?id=884088&action=edit dconf dump / >config_dconf_user.bad
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
--- Comment #17 from Bohumil Kriz krizb@seznam.cz --- Created attachment 884089 --> https://bugzilla.redhat.com/attachment.cgi?id=884089&action=edit dconf dump / >config_dconf_user.bad
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
Bohumil Kriz krizb@seznam.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #884089|0 |1 is obsolete| |
--- Comment #18 from Bohumil Kriz krizb@seznam.cz --- Created attachment 884090 --> https://bugzilla.redhat.com/attachment.cgi?id=884090&action=edit dconf dump / >config_dconf_user.good
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
Bohumil Kriz krizb@seznam.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #884090|0 |1 is obsolete| |
--- Comment #19 from Bohumil Kriz krizb@seznam.cz --- Created attachment 884092 --> https://bugzilla.redhat.com/attachment.cgi?id=884092&action=edit dconf dump / >config_dconf_user.good
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
--- Comment #20 from Bohumil Kriz krizb@seznam.cz --- 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.
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
fujiwara tfujiwar@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo?(krizb@seznam.cz)
--- Comment #21 from fujiwara tfujiwar@redhat.com --- 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.
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
Bohumil Kriz krizb@seznam.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(krizb@seznam.cz) |
--- Comment #22 from Bohumil Kriz krizb@seznam.cz --- 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 ~]$
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
fujiwara tfujiwar@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo?(krizb@seznam.cz)
--- Comment #23 from fujiwara tfujiwar@redhat.com --- (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.
- 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.
- 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 .
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
--- Comment #24 from fujiwara tfujiwar@redhat.com --- 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".
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
Bohumil Kriz krizb@seznam.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(krizb@seznam.cz) |
--- Comment #25 from Bohumil Kriz krizb@seznam.cz --- 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.
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
--- Comment #26 from Bohumil Kriz krizb@seznam.cz --- 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]
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
fujiwara tfujiwar@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |chat-to-me@raveit.de, | |leigh123linux@googlemail.co | |m Component|ibus |cinnamon Assignee|tfujiwar@redhat.com |leigh123linux@googlemail.co | |m
--- Comment #27 from fujiwara tfujiwar@redhat.com --- 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.
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
fujiwara tfujiwar@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|After today ibus update, |Panel in Cinnamon desktop |panel in Cinnamon desktop |stopped working if ibus |stopped working |popup window is running
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
leigh scott leigh123linux@googlemail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Priority|unspecified |low Summary|Panel in Cinnamon desktop |After today ibus update, |stopped working if ibus |panel in Cinnamon desktop |popup window is running |stopped working Severity|high |low
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
--- Comment #28 from leigh scott leigh123linux@googlemail.com --- 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.
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
--- Comment #29 from leigh scott leigh123linux@googlemail.com --- (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:
- Run "ibus-daemon --xim"
- 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/19397761a8b57823b236320f8da9a706b...
I will try and push a fixed muffin package this week.
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
leigh scott leigh123linux@googlemail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|cinnamon |muffin
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
Fedora Update System updates@fedoraproject.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |MODIFIED
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
Fedora Update System updates@fedoraproject.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |MODIFIED
--- Comment #30 from Fedora Update System updates@fedoraproject.org --- 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...
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
--- Comment #31 from Fedora Update System updates@fedoraproject.org --- 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...
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
Fedora Update System updates@fedoraproject.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |ON_QA
--- Comment #32 from Fedora Update System updates@fedoraproject.org --- 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... then log in and leave karma (feedback).
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
--- Comment #33 from Bohumil Kriz krizb@seznam.cz --- I've installed recommended testing version of cinnamon, cinnamon-session and muffin and everything seems to work. Thank you for your work. Bohumil.
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
Fedora Update System updates@fedoraproject.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|ON_QA |CLOSED Fixed In Version| |cinnamon-2.0.14-16.fc20 Resolution|--- |ERRATA Last Closed| |2014-04-21 23:58:44
--- Comment #34 from Fedora Update System updates@fedoraproject.org --- 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.
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
--- Comment #35 from Fedora Update System updates@fedoraproject.org --- 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.
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
--- Comment #36 from fujiwara tfujiwar@redhat.com --- 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
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
--- Comment #37 from leigh scott leigh123linux@googlemail.com --- (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
i18n-bugs@lists.fedoraproject.org