"IBus daemon is not started" message unhelpful

Bug #423525 reported by Martin Pool
96
This bug affects 19 people
Affects Status Importance Assigned to Milestone
One Hundred Papercuts
Fix Released
Low
Joel Auterson
ibus (Ubuntu)
Fix Released
Medium
Joel Auterson

Bug Description

Binary package hint: ibus

Karmic recently(?) added an "iBus Preferences" item to the Preferences menu. If you click it, you get a dialog saying "IBus daemon is not started. Do you want to start it now?". How is a user supposed to know if they want to or not, when there's no explanation what an IBus daemon is?

---
This bug is only about the message when Ibus was *not* started.
---
Rename Menu item Ibus preferences to "Keyboard Input Methods" > Bug #596058
"IBus has been started!" message is incorrect and geeky > Bug #485174

ProblemType: Bug
Architecture: i386
Date: Thu Sep 3 15:09:10 2009
DistroRelease: Ubuntu 9.10
Package: ibus 1.2.0.20090723-1
ProcEnviron:
 PATH=(custom, user)
 LANG=en_AU.UTF-8
 SHELL=/bin/zsh
ProcVersionSignature: Ubuntu 2.6.30-9.10-generic
SourcePackage: ibus
Uname: Linux 2.6.30-9-generic i686

Related branches

Revision history for this message
Martin Pool (mbp) wrote :
Revision history for this message
Michael Rooney (mrooney) wrote :

I can definitely confirm this one! This is overall a very confusing menu entry, I wonder if it really needs to exist in System -> Preferences.

Changed in ibus (Ubuntu):
status: New → Confirmed
Revision history for this message
JeSTeR7 (cblocker) wrote :

I reached this bug by googling to find out what the ibus daemon and preferences are.

Revision history for this message
ZhengPeng Hou (zhengpeng-hou) wrote :

IBus is input platform, which can make many languages be used natively, and Ubuntu is shipping it in CD by default, so this is definitely needed to be in preference.

Changed in ibus (Ubuntu):
status: Confirmed → Invalid
Revision history for this message
Paul Sladen (sladen) wrote :

ZhengPeng Hou: this bug report is regarding; that if IBus is installed by default, it should "just work" by default---it should not ask a user (or even a developer!) about things they do not understand.

Changed in ibus (Ubuntu):
status: Invalid → Confirmed
Rolf Leggewie (r0lf)
Changed in ibus (Ubuntu):
importance: Undecided → Medium
Revision history for this message
Flomanno (flomanno) wrote :

I agree ... more explanation needs to be given for top-level items.

Who needs ibus?
What resources does it take?
Does it start when booting?
How to stop it from the GUI.
etc.

Revision history for this message
Christophe Dumez (hydr0g3n) wrote :

Same thing on Lucid. Actually, I wondered about ibus daemon because I got the following message in the terminal when using a Qt4 app (qbittorrent):

Bus::open: Can not get ibus-daemon's address.
IBusInputContext::createInputContext: no connection to ibus-daemon

I don't think ibus daemon is mandatory but this warning message makes it looks like there is a problem. This can be misleading.

Revision history for this message
Michael Kanis (mkanis) wrote :

The menu item should not even read "iBus Preferences", because a) all items in the "Preferences" menu are preferences, but none has the word "preferences" in it's name and b) of course as mentioned above it seems nobody (besides it's devs) knows what iBus is.

This bug should really be a papercut.

Revision history for this message
Vish (vish) wrote :

The word "Preferences" should not be used for items the preferences menu.

What exactly is the iBus option for? Only for language switching?

Changed in hundredpapercuts:
importance: Undecided → Low
status: New → Confirmed
Revision history for this message
DrUiD (parpagnas) wrote :

I have the same message error when i launch Kate from Konsole (running Lucid rc), and i do not know where to start that daemon (persistently if possible) nor where to find that preference setting... Can someone help me on that please?

Thanks in advance!

atma (oleg-burhay)
description: updated
Revision history for this message
Vish (vish) wrote :

To address the dialogue confusion , the preferences option also needs to be renamed:

1: "IBus Preferences" -> "Keyboard Language" [note the word "preferences" should not be used for items in the System>Preferences menu]

2: "IBus daemon is not started. Do you want to start it now?" ->
"Keyboard Language Daemon (IBus daemon) has not been started. Do you want to start it now? "

We dont want the user to wonder why ibus is listed in the running processes , but want the dialogue to be clear it is about keyboard language preferences.

Changed in hundredpapercuts:
status: Confirmed → Triaged
Revision history for this message
Martin Pool (mbp) wrote :

Hi Vish,

>1: "IBus Preferences" -> "Keyboard Language" [note the word "preferences" should not be used for items in the System>Preferences menu]

That sounds a lot like this would be the place to change between the keyboard layout eg Qwerty and Azerty keyboards, but for that you want "Keyboard". Perhaps "Keyboard Input Methods" would be better. (Eventually perhaps this should merge into the main Keyboard control panel.)

> 2: "IBus daemon is not started. Do you want to start it now?" -> "Keyboard Language Daemon (IBus daemon) has not been started. Do you want to start it now? "

I think the style guide says to avoid the word 'daemon', so we could say "Advanced input method support (IBus daemon) is not started..." or something.

Revision history for this message
Vish (vish) wrote :

Martin Pool wrote:
> That sounds a lot like this would be the place to change between the
> keyboard layout eg Qwerty and Azerty keyboards, but for that you want
> "Keyboard". Perhaps "Keyboard Input Methods" would be better.
> (Eventually perhaps this should merge into the main Keyboard control
> panel.)

I dont think layouts would be confused here.
Merging it is the best solution , My main concern is there is no mention of "language" selection

I dont use the applet and never have , but from me prodding around all i can see is that it only allows changing the input language. [I may be mistaken ;) ]

However , since the word "input method" is used in the preferences window. "Keyboard input methods" sounds the easiest choice.
Any clue why it is called input *method* and not "Input language" ?

A preference named "Keyboard Input Language" would be more easily recognizable. [if the only purpose was language switching]

>
> I think the style guide says to avoid the word 'daemon', so we could say
> "Advanced input method support (IBus daemon) is not started..." or
> something.

"Advanced" can be dropped. and just "Input method support (IBus daemon) has not been started. Do you want to start it now? "

Revision history for this message
Matthew Paul Thomas (mpt) wrote :

It's called "input method" because this is a term of art for the software that lets people type characters that require multiple key-presses. <http://en.wikipedia.org/wiki/Input_method> It has a much narrower purpose than "input languages".

"Keyboard Input Methods" would be fine as a menu item, I think.

Revision history for this message
Vish (vish) wrote :

Oops forgot about this bug , splitting the bug as per chat with mpt a while ago. This bug is only about the message.

mpt, I'v read the wikipedia page too earlier and had done an informal user testing of the name with 2 people who dont use Ubuntu and neither could recognize the function without digging deeper into the options in the tab.
Before exploring the "input method" tab one replied it was "option for onscreen keyboard" while the other just gave up trying to guess what it meant.

On the plus side, Both were *very* surprised that the language input could be done in Ubuntu by default though ;-)

description: updated
Revision history for this message
Vish (vish) wrote :

Matthew Paul Thomas wrote:
> It's called "input method" because this is a term of art for the software that lets people type characters that require multiple >key-presses

mpt, For a min there you sounded like a hacker trying to explain ;)
What about "Match between system and the real world" :) [ http://www.useit.com/papers/heuristic/heuristic_list.html ]

Changed in ibus (Ubuntu):
assignee: nobody → Joel Auterson (joel-auterson)
Revision history for this message
Gromobir (gromobir) wrote :

Unfortunately the problem still exists. Is it really a problem to start the ibus-daemon per default every time the computer boots?

Revision history for this message
Arne Goetje (arnegoetje) wrote : Re: [Bug 423525] Re: "IBus daemon is not started" message unhelpful

On 07/02/2010 07:26 PM, Gromobir wrote:
> Unfortunately the problem still exists. Is it really a problem to start
> the ibus-daemon per default every time the computer boots?

No, it's not a problem, you just need to enable that in System ->
Administration -> Language Support.
However, we don't enable it for everyone, since IBus grabs the
Ctrl+Space sequence and epecially Emacs users are very unhappy with that.

Revision history for this message
Joel Auterson (joel-auterson) wrote : Re: [Bug 423525] [NEW] "IBus daemon is not started" message unhelpful

I intend to fix this bug as soon as I return from holiday on monday,
please be patient! ^_^

On 7/2/10, Arne Goetje <email address hidden> wrote:
> On 07/02/2010 07:26 PM, Gromobir wrote:
>> Unfortunately the problem still exists. Is it really a problem to start
>> the ibus-daemon per default every time the computer boots?
>
> No, it's not a problem, you just need to enable that in System ->
> Administration -> Language Support.
> However, we don't enable it for everyone, since IBus grabs the
> Ctrl+Space sequence and epecially Emacs users are very unhappy with that.
>
> --
> "IBus daemon is not started" message unhelpful
> https://bugs.launchpad.net/bugs/423525
> You received this bug notification because you are a bug assignee.
>
> Status in One Hundred Paper Cuts: Triaged
> Status in “ibus” package in Ubuntu: Confirmed
>
> Bug description:
> Binary package hint: ibus
>
> Karmic recently(?) added an "iBus Preferences" item to the Preferences menu.
> If you click it, you get a dialog saying "IBus daemon is not started. Do
> you want to start it now?". How is a user supposed to know if they want to
> or not, when there's no explanation what an IBus daemon is?
>
> ---
> This bug is only about the message when Ibus was *not* started.
> ---
> Rename Menu item Ibus preferences to "Keyboard Input Methods" > Bug #596058
> "IBus has been started!" message is incorrect and geeky > Bug #485174
>
>
> ProblemType: Bug
> Architecture: i386
> Date: Thu Sep 3 15:09:10 2009
> DistroRelease: Ubuntu 9.10
> Package: ibus 1.2.0.20090723-1
> ProcEnviron:
>  PATH=(custom, user)
>  LANG=en_AU.UTF-8
>  SHELL=/bin/zsh
> ProcVersionSignature: Ubuntu 2.6.30-9.10-generic
> SourcePackage: ibus
> Uname: Linux 2.6.30-9-generic i686
>
>
>
>
>

--
Sent from my mobile device

Revision history for this message
Gromobir (gromobir) wrote :

> I intend to fix this bug as soon as I return from holiday on monday,
> please be patient! ^_^
Ok, I´ll be patient. I know it is not such a big problem but it would really please my eyes to see that I don't have to switch to Ibus manually on all the computers I set up. ;-)
Thanks for fixing this!

Revision history for this message
Arne Goetje (arnegoetje) wrote : Re: [Bug 423525] Re: "IBus daemon is not started" message unhelpful

On 07/08/2010 06:22 PM, Gromobir wrote:
> Ok, I´ll be patient. I know it is not such a big problem but it would really please my eyes to see that I don't have to switch to Ibus manually on all the computers I set up. ;-)
> Thanks for fixing this!

Please note, that this bug report is only about improving the message
being displayed. It's not about starting IBus by default for everyone.
If a user wants to use IBus, he still needs to enable IBus in System ->
Administration -> Language Settings.

Revision history for this message
Gromobir (gromobir) wrote :

Hum... ok

> However, we don't enable it for everyone, since IBus grabs the
> Ctrl+Space sequence and epecially Emacs users are very unhappy with that.
What about changing the sequence?

Revision history for this message
Arne Goetje (arnegoetje) wrote :

On 07/09/2010 04:19 PM, Gromobir wrote:
> Hum... ok
>
>> However, we don't enable it for everyone, since IBus grabs the
>> Ctrl+Space sequence and epecially Emacs users are very unhappy with that.
> What about changing the sequence?

Not an option, since this is the expected sequence for Chinese users and
has been the default sequence ever since input method frameworks existed.

Revision history for this message
Bill Michaelson (t-launchpad-bill-from-net) wrote :

What about making the sequence a settable option, defaulting to ctl+space?

Revision history for this message
Arne Goetje (arnegoetje) wrote :

On 07/13/2010 10:26 PM, Bill Michaelson wrote:
> What about making the sequence a settable option, defaulting to
> ctl+space?

This exists already in the IBus Preferences dialog. User can adjust the
key sequence to their liking.

Revision history for this message
YannUbuntu (yannubuntu) wrote :

I totally agree that this message is useless. iBus deamon should just be started by default instead, as the user express an interest in "Keyboard Input Methods" by clicking on its launcher.
Later, the user has the possibility to close iBus via the Notification zone.

Ctrl-Space is the common sequence for billions of computer users all around the world (Chinese, Japanese and so on..) to write their native langage. Ubuntu won't try to change the habit of billions of people just because of Emacs users ! (who are advanced users, so skilled enough to change their sequence preferences if they need). So iBus should definitely keep the Ctrl-Space sequence by default.

Revision history for this message
Vish (vish) wrote :

This was fixed in ibus (1.2.0.20091215-1ubuntu5) maverick

Changed in ibus (Ubuntu):
status: Confirmed → Fix Released
Changed in hundredpapercuts:
status: Triaged → Fix Released
assignee: nobody → Joel Auterson (joel-auterson)
Revision history for this message
Paul Abrahams (abrahams) wrote :

When trying to start kmix (and not succeeding), I got this:

QMetaObject::invokeMethod: No such method KMixApp::loadCommandLineOptionsForNewInstance()
QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: No such file or directory
QFileSystemWatcher: failed to add paths: /home/pwa/.config/ibus/bus
Bus::open: Can not get ibus-daemon's address.
IBusInputContext::createInputContext: no connection to ibus-daemon

It looks as though ibus might have some significance. Or this might just be a kmix problem -- dunno.

Revision history for this message
oddentity (tetlow-dan) wrote :

I also get the same problem starting kate and kdebugdialog from the konsole on Kubuntu Maverick amd64:

~$ kate test &
[2] 10780
me@pc:~$ QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: No such file or directory
QFileSystemWatcher: failed to add paths: /home/me/.config/ibus/bus
Bus::open: Can not get ibus-daemon's address.
IBusInputContext::createInputContext: no connection to ibus-daemon

Revision history for this message
Tom (thomasmca) wrote :

I see the same problem launching System Settings from the konsole on Kubuntu Maverick amd64:

~$ systemsettings
systemsettings(10067) CategoryList::updatePixmap: "Common Appearance and Behavior" "settings-application-appearance-and-behavior.desktop" "kcm:/settings-application-appearance-and-behavior.desktop"
systemsettings(10067) CategoryList::updatePixmap: "Workspace Appearance and Behavior" "settings-workspace-appearance-and-behavior.desktop" "kcm:/settings-workspace-appearance-and-behavior.desktop"
systemsettings(10067) CategoryList::updatePixmap: "Network and Connectivity" "settings-network-and-connectivity.desktop" "kcm:/settings-network-and-connectivity.desktop"
systemsettings(10067) CategoryList::updatePixmap: "Hardware" "settings-hardware.desktop" "kcm:/settings-hardware.desktop"
systemsettings(10067) CategoryList::updatePixmap: "System Administration" "settings-system-administration.desktop" "kcm:/settings-system-administration.desktop"
QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: No such file or directory
QFileSystemWatcher: failed to add paths: /home/username/.config/ibus/bus
Bus::open: Can not get ibus-daemon's address.
IBusInputContext::createInputContext: no connection to ibus-daemon
QMetaObject::invokeMethod: No such method SystemSettingsApp::loadCommandLineOptionsForNewInstance()

Revision history for this message
Ahmad Amr (aamr) wrote : Shaking mac assembly

Get the great di oet scou au nts on popular so wtz ft rb wa vc re today at www.greatriveruk.com.ua
All s iz of vhe wa chp re is instantly available to do ht wnl qer oad - No Need Wait!
ALL OUR SO bfn FTW ii ARE wat S ON ALL EUROPEAN LANGUAGES -
USA, English, France, Italy, Spanish, German and more!!!

SO qvo FTW tk ARE:Windows 7 Ultimate 32 bit99.95Windows 7 Ultimate 64 bit99.95Windows XP Professional with Service Pack 369.95Office Professional Plus 2010 32-bit89.95Office Professional Plus 2010 64-bit89.95Adobe Photoshop CS5.1 Extended99.95Office Professional 200769.95Adobe Acrobat 9 Pro Extended59.95Office Home and Student 200749.95
Also we have so mu vf ch s hxc of ca t for MA otw CIN xwo TO nfm SH!!!Adobe Creative Suite 5.5 Master Collection for MAC269.95Adobe Creative Suite 5.5 Design Premium for MAC219.95Microsoft Office 2008 Standart Edition for MAC119.95Aperture 3 for MAC79.95Adobe Photoshop CS5.1 Extended for MAC89.95
To re ppr vi dk ew full list of the offers, v xt is rv it www.greatriveruk.com.ua

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.