iBus indicator does not show on the panel

[Duy Anh]

IBus icon does not show at Unity panel in some environments, we are discovering the real culprit now.

[Impact]
Impacts all users of CJK languages or any other user depending on IBUS for character composition. This is a rather large user base and the prority of this bug has been updated as to reflect the impact on users.
The missing indicator on session start disables users from having a visual cue of the current state of the ibus support for their session, as well as the current ibus input method in use, which may change during the course of a session. Furthermore, since the underlying issue appears to be related to ibus-daemon startup, this may render ibus input unusable until the daemon is restarted.

[Release note for P]
see https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/875435/comments/23

[Development Fix]
(TBD)

[Stable Fix]
(TBD)

[Workaround]
We have some workarounds, but they are not root fix. The root cause is not identified.

A) gsettings approach:
see comment 8, comment 23

B) exec: ibus-daemon -rxd
RESTARTing ibus-daemon can fix the one-time solution. If user met this problem, executing `ibus-daemon -rxd`. This command restart ibus-daemon, and fix for current login sessions. But that is not root fix, if user restart the session (or reboot system), problem are back-in.

Notes: If user exec the Ibus icon on Dash, that is not functional. Because ibus-daemon are already running by /etc/X11/Xsession.d/80im-switch.

B') .desktop approach (with user initiated ibus restart)
Workaround is as discussed in this bug report, to apply the debdiff provided by Ikuya Awashiro. This change modifies the parameters passed to ibus-daemon's .desktop file, that used in a Unity Dash. That provide more better B) approach.
the session manager on a new session; and makes ibus-daemon replace any previously running ibus daemon for the user.

[Test Case]
1) Start a Unity session with a CJK language (Chinese, Japanese, Korean, Vietnamese) or any other language depending on ibus to compose characters.
2) Verify that the ibus indicator is shown in the Unity panel, and that ibus input can be used.

The indicator should be visible in all cases. Since this bug is akin to a race condition, it may need a few startups to trigger the bug.

[Regression Potential]
Minimal, this only affects the ibus daemon on session startup in the way that it gets spawned by the session manager: it will replace any other running ibus daemon at the time, though none should be running before ibus-daemon gets spawned regardless. A different (or the same) ibus daemon can still be started manually.
Possible issues could include the ibus daemon failing to start altogether with the session, in which case the ibus input methods would be unavailable, and can be started manually by users (using a terminal).

[Background]
(guess by Ikuya AWASHIRO, Fumihito YOSHIDA)
In Ubuntu/Unity environments, ibus-daemon are initiated by /etc/X11/Xsession.d/80im-switch scripts. That invoked at early state on system start-up, so too early invoking bring up the race between Unity-panel and indicator-ibus. If indicator-ibus are start-up at too fast phase, the Unity-panel are not started, that cause "no icon" running.

------

iBus still run but doesn't show off in the panel, in every way. The only thing to make it right is do ibus-deamon -rxd

ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: ibus 1.3.99.20110419-1ubuntu3
ProcVersionSignature: Ubuntu 3.0.0-12.20-generic 3.0.4
Uname: Linux 3.0.0-12-generic i686
ApportVersion: 1.23-0ubuntu3
Architecture: i386
Date: Sun Oct 16 09:19:00 2011
InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release i386 (20110427.1)
SourcePackage: ibus
UpgradeStatus: Upgraded to oneiric on 2011-10-13 (2 days ago)

[Rex Tsai (chihchun)]

workdaround from fourdollars[1][2] http://images.plurk.com/f17781469b35ce54aa8aea97219de746.jpg

[1] https://launchpad.net/~fourdollars/
[2] http://www.plurk.com/fourdollars

[Duy Anh (myfanisuuuu)]

I think we should add this fix to ibus in next ubuntu update kernel (1 month later)

>________________________________
>Từ: Rex Tsai <email address hidden>
>Đến: <email address hidden>
>Đã gửi 9:32:05 Thứ Hai, 17 tháng 10 2011
>Chủ đề: [Bug 875435] Re: iBus not show off in panel
>
>workdaround from fourdollars[1][2]
>http://images.plurk.com/f17781469b35ce54aa8aea97219de746.jpg
>
>[1] https://launchpad.net/~fourdollars/
>[2] http://www.plurk.com/fourdollars
>
>--
>You received this bug notification because you are subscribed to the bug
>report.
>https://bugs.launchpad.net/bugs/875435
>
>Title:
>  iBus not show off in panel
>
>Status in “ibus” package in Ubuntu:
>  New
>
>Bug description:
>  iBus still run but doesn't show off in the panel, in every way. The
>  only thing to make it right is do ibus-deamon -rd
>
>  ProblemType: Bug
>  DistroRelease: Ubuntu 11.10
>  Package: ibus 1.3.99.20110419-1ubuntu3
>  ProcVersionSignature: Ubuntu 3.0.0-12.20-generic 3.0.4
>  Uname: Linux 3.0.0-12-generic i686
>  ApportVersion: 1.23-0ubuntu3
>  Architecture: i386
>  Date: Sun Oct 16 09:19:00 2011
>  InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release i386 (20110427.1)
>  SourcePackage: ibus
>  UpgradeStatus: Upgraded to oneiric on 2011-10-13 (2 days ago)
>
>To manage notifications about this bug go to:
>https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/875435/+subscriptions
>
>
>

[Rex Tsai (chihchun)]

I just tested a fresh install oneiric[1], ibus works great. May I know which version of iso you are testing?

[1] 0d64f0532316a0a212c5916d997581e72c52ff02 ubuntu-11.10-desktop-amd64.iso

[Song Zhao (zhaosong414)]

I have the similar problem with oneiric.1. login
2. ps axw|grep ibus
 4194 ? Sl 0:00 /usr/bin/ibus-daemon --xim
 4200 ? Sl 0:00 /usr/lib/ibus/ibus-gconf
 4202 ? Rl 0:35 /usr/bin/python /usr/share/ibus/ui/gtk/main.py
 4204 ? Rl 0:34 /usr/lib/ibus/ibus-x11 --kill-daemon
 4256 ? Sl 0:00 /usr/lib//ibus-sunpinyin/ibus-engine-sunpinyin --ibus
 4836 pts/0 S+ 0:00 grep --color=auto ibus

 the ibus icon did not show in the upper right pannel and there was no input method. But the process:
 4204 ? Rl 0:34 /usr/lib/ibus/ibus-x11 --kill-daemon
occupied almost 100% cpu.

3. I killed the process:
 4204 ? Rl 0:34 /usr/lib/ibus/ibus-x11 --kill-daemon
and
 4202 ? Rl 0:35 /usr/bin/python /usr/share/ibus/ui/gtk/main.py
in htop

4. then I pressed Alt+F2 run
 ibus-setup
5. I pressed ok when a dialog pop-up saying the ibus-daemon was not running and it would start a ibus-daemon.
6. ps axw|grep ibus
 4194 ? Z 0:04 [ibus-daemon] <defunct>
 4897 ? Sl 0:03 ibus-daemon --xim
 4898 ? Sl 0:00 /usr/lib/ibus/ibus-gconf
 4900 ? Sl 0:01 /usr/bin/python /usr/share/ibus/ui/gtk/main.py
 4902 ? Sl 0:00 /usr/lib/ibus/ibus-x11 --kill-daemon
 4907 ? Sl 0:00 /usr/lib//ibus-sunpinyin/ibus-engine-sunpinyin --ibus
 4928 pts/0 S+ 0:00 grep --color=auto ibus
now, the ibus icon showed in the upper right pannel, the input method worked fine, and cup occupation was normal.
7. logout
8. login, the same problem happened again as described in 1.

other information

1. lsb_release -d
Description: Ubuntu 11.10

2. dpkg -l|grep ibus
ii ibus 1.3.99.20110419-1ubuntu3 Intelligent Input Bus - core
ii ibus-gtk 1.3.99.20110419-1ubuntu3 Intelligent Input Bus - GTK+2 support
ii ibus-gtk3 1.3.99.20110419-1ubuntu3 Intelligent Input Bus - GTK+3 support
ii ibus-pinyin 1.3.99.20110706-1 Pinyin engine for IBus
ii ibus-pinyin-db-android 1.3.99.20110706-1 Pinyin engine for IBus - Android database
ii ibus-qt4 1.3.1-1ubuntu3 qt-immodule for ibus (QT4)
ii ibus-sunpinyin 2.0.3-1ubuntu1 sunpinyin engine for ibus
ii ibus-table 1.3.0.20100621-3ubuntu1 table engine for IBus
ii libibus-1.0-0 1.3.99.20110419-1ubuntu3 Intelligent Input Bus - shared library
ii libibus-qt1 1.3.1-1ubuntu3 qt-immodule for ibus (QT4)
rc libibus1 1.2.0.20091215-1ubuntu4 New input method framework using dbus
rc libibus2 1.3.9-0ubuntu3 New input method framework using dbus
ii libusb-0.1-4 2:...

[Lê Kiến Trúc (le-kien-truc)]

We are Vietnamese user and we use ibus almost everyday. It's hard to reproduce this bug because, it is happen randomly. This bug is report by many user at ubuntu-vn. I'll try to investigate it more.

[Lê Kiến Trúc (le-kien-truc)]

After login i can't see the ibus icon on the tray bar. The probability of this bug is 50 percent. I do 10 login and logout, just 5 of login show up with ibus icon.

To make ibus icon (indicator) show on.

I must to kill ibus-daemon and run it again. With "ibus-daemon -x -d" i could type in skype, but without -x parameter I couldn't.
(or just run ibus-daemon -rxd)

What I can do to test this bug. I think this bug is very urgent because most of Vietnamese ubuntu user using ibus input method and this bug could make user crazy.

[Lê Kiến Trúc (le-kien-truc)]

An resolution for this bug is add ibus to the configuration of
com.canonical.Unity.Panel systray-whitelist
It'll look like ['JavaEmbeddedFrame', 'Wine', 'scp-dbus-service', 'Update-notifier', 'ibus']

I think it the bug come from scp-dbus-service or systray whitelist. I'll report more bug on these projects if have more information.

[Ikuya Awashiro (ikuya-fruitsbasket)]

This is a proposed patch to fix this issue for Unity.

[Ubuntu Foundations Team Bug Bot (crichton)]

The attachment "unity_5.4.0-0ubuntu3.diff" of this bug report has been identified as being a patch in the form of a debdiff. The ubuntu-sponsors team has been subscribed to the bug report so that they can review and hopefully sponsor the debdiff. In the event that this is in fact not a patch you can resolve this situation by removing the tag 'patch' from the bug report and editing the attachment so that it is not flagged as a patch. Additionally, if you are member of the ubuntu-sponsors team please also unsubscribe the team from this bug report.

[This is an automated message performed by a Launchpad user owned by Brian Murray. Please contact him regarding any issues with the action taken in this bug report.]

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Sebastien Bacher (seb128)]

unsubscribing sponsors, the patch is an hack and should not be required since an indicator is used

[Lê Kiến Trúc (le-kien-truc)]

So this bug might come from unity indicator. Simple hack just make ibus-deamon restart. If this bug won't be fixed, I will create a new script/package help user install Vietnamese input method and distribute it via https://launchpad.net/~ubuntu-vn/+archive/ppa

[linh11g (linh11g)]

Co the gui cho minh dia Ubantu va Kubantu 11.10

2012/3/7, Lê Kiến Trúc <email address hidden>:
> ** Description changed:
>
> iBus still run but doesn't show off in the panel, in every way. The only
> - thing to make it right is do ibus-deamon -rd
> + thing to make it right is do ibus-deamon -rxd
>
> ProblemType: Bug
> DistroRelease: Ubuntu 11.10
> Package: ibus 1.3.99.20110419-1ubuntu3
> ProcVersionSignature: Ubuntu 3.0.0-12.20-generic 3.0.4
> Uname: Linux 3.0.0-12-generic i686
> ApportVersion: 1.23-0ubuntu3
> Architecture: i386
> Date: Sun Oct 16 09:19:00 2011
> InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release i386
> (20110427.1)
> SourcePackage: ibus
> UpgradeStatus: Upgraded to oneiric on 2011-10-13 (2 days ago)
>
> ** Tags added: precise
>
> --
> You received this bug notification because you are a member of Ubuntu
> Việt Nam, which is subscribed to the bug report.
> https://bugs.launchpad.net/bugs/875435
>
> Title:
> iBus indicator does not show on the panel
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/875435/+subscriptions
>
> _______________________________________________
> Mailing list: https://launchpad.net/~ubuntu-vn
> Post to : <email address hidden>
> Unsubscribe : https://launchpad.net/~ubuntu-vn
> More help : https://help.launchpad.net/ListHelp
>

[Ikuya Awashiro (ikuya-fruitsbasket)]

These are error logs for this issue.
I don't know what do they mean.

** Message: moving back from GtkStatusIcon to indicator
/usr/share/ibus/ui/gtk/panel.py:567: Warning: /build/buildd/glib2.0-2.31.20/./gobject/gsignal.c:2572: instance `0x132fd00' has no handler with id `142'
  self.__appindicator.set_menu(menu)
/usr/share/ibus/ui/gtk/panel.py:567: Warning: /build/buildd/glib2.0-2.31.20/./gobject/gsignal.c:2572: instance `0x132fd00' has no handler with id `154'
  self.__appindicator.set_menu(menu)
/usr/share/ibus/ui/gtk/panel.py:567: Warning: /build/buildd/glib2.0-2.31.20/./gobject/gsignal.c:2572: instance `0x132fd00' has no handler with id `164'
  self.__appindicator.set_menu(menu)
/usr/share/ibus/ui/gtk/panel.py:567: Warning: /build/buildd/glib2.0-2.31.20/./gobject/gsignal.c:2572: instance `0x132fd00' has no handler with id `184'
  self.__appindicator.set_menu(menu)

[Ikuya Awashiro (ikuya-fruitsbasket)]

Another workaround fix:

$ sudo mv /etc/X11/Xsession.d/80im-switch /etc/X11/Xsession.d/95im-switch

What do you think about it?

[Lê Kiến Trúc (le-kien-truc)]

That fix would be nice (although i haven't test it yet).
It's could be related to im-switch (https://launchpad.net/ubuntu/+source/im-switch/) but this is not source of problem.
This hack seems suitable if it won't affect other input-methods :D.

[Ikuya Awashiro (ikuya-fruitsbasket)]

Hmm,

$ sudo mv /etc/X11/Xsession.d/80im-switch /etc/X11/Xsession.d/99im-switch

is better.

I think IBus is too fast to start up after login. So this workaround is effective.

> This hack seems suitable if it won't affect other input-methods :D.
Right. we need to more test.

[Ikuya Awashiro (ikuya-fruitsbasket)]

Another workaround:
1. edit /usr/share/applications/ibus.desktop
 from "Exec=ibus-daemon --xim" to "Exec=ibus-daemon --xim --replace"
2. start Dash on Unity
3. input "ibus" and enter
4. ibus-daemon restart

[Ikuya Awashiro (ikuya-fruitsbasket)]

IMHO, The better workaround is #19.
Please consider to apply this patch.
This is no harm.

[Lê Kiến Trúc (le-kien-truc)]

Just 29 day lefts to the final release. And the Beta 2 will be released tomorrow. They just apply critical bugs after Beta Freeze.

[Ikuya Awashiro (ikuya-fruitsbasket)]

Hi Ubuntu Sponsors Team, what do you think about?

[Fumihito YOSHIDA (hito)]

Me and Ikuya (and some Japanese Team members, that include CJK/i18n professionals) discuss about this problems. As a conclusion of the arguments, that problem has complex state and something race conditions, real fix is too hard for shottime.

However, indicator-ibus icon is important part of Desktop UX, because that is way of "IM invoke", many beginners use this icon (well, beginners hate keyboard shortcuts) .

So, in Precise, we believe that this problem's workaround should be included in release note, I filed "Release Notes for Ubuntu".

The workaround is same as comment 8, that include setup commands:
( from https://lists.ubuntu.com/archives/ubuntu-jp/2012-April/004116.html , Original wrote: Ikuya Awashiro )

------------------------------------------------------------
Release notes :
------------------------------------------------------------
    In some cases (We could not identify the outbreak condition of the problem yet), ibus-indicator does not show in your indicator area. When you encounter a problem, workaround is below:
{{{
$ gsettings set com.canonical.Unity.Panel systray-whitelist "['JavaEmbeddedFrame', 'Wine', 'scp-dbus-service', 'Update-notifier', 'ibus']"
}}}
------------------------------------------------------------

[Mathieu Trudel-Lapierre (cyphermox)]

Looks "reasonable" to me, but it also looks kind of unusual if not unneeded to have the desktop file try to replace any previously running Ibus daemon.

As far as I'm concerned, a rather more correct fix would be to look at the indicator and figure out why it doesn't always get realized when the session starts. From my experience it's very much based on the exact configuration used in the internationalization dialogs, but it's hard to set it right ;)

[Mathieu Trudel-Lapierre (cyphermox)]

Looks "reasonable" to me, but it also looks kind of unusual if not unneeded to have the desktop file try to replace any previously running Ibus daemon.

That said, I'm (obviously) not usually using ibus; so if someone could walk me through exactly how this is setup in an installation, step by step, maybe we can find something that hints towards the exact issue. I just tried adding vietnamese on my laptop and set the input method to ibus, and after a reboot the ibus indicator was immediately visible.

As far as I'm concerned, a rather more correct fix would be to look at the indicator and figure out why it doesn't always get realized when the session starts. From my experience it's very much based on the exact configuration used in the internationalization dialogs, but it's hard to set it right ;)

[Mathieu Trudel-Lapierre (cyphermox)]

Unsubscribing sponsors since there's more work needed here. I'll start looking at the indicator and see if there's something missing to track the state of the daemon properly.

[Mathieu Trudel-Lapierre (cyphermox)]

So I'll sponsor the patch as-is with the change to the ibus-daemon parameters. This affects both Oneiric and Precise, but we'll start with pushing this to precise-proposed for testing, at which point we can also upload to oneiric-proposed.

[Fumihito YOSHIDA (hito)]

Mathieu,

IMHO, Ikuya's patch is not affect ibus-daemon startup sequence. Because ibus-daemon was kicked by /etc/X11/Xsession.d/80im-switch, not .desktop file.

The patch provides workaround, " If user click the ibus icon, ibus-daemon will restart (and fix indicator problem)", not automatic care. That needs users interactions.

[Mathieu Trudel-Lapierre (cyphermox)]

I can't reproduce the issue even without the patch, for me the ibus indicator always shows. Is there something I'm missing here?

Fumihito, can you update the description of this bug to be more accurate since you clearly know more about the exact issue than I do?

[Lê Kiến Trúc (le-kien-truc)]

Ubuntu 12.04 will be released tomorrow, so I will try to reproduce this bug with the fresh installation on Vitural Machine without any workaround. Then I will try to provide some fixing for Vietnamese user by workaround deb package.

[Fumihito YOSHIDA (hito)]

Mathieu, I updated the descriptions, but my Engish is poor, could you cralify that? :)

> I can't reproduce the issue even without the patch, for me the ibus indicator always shows. Is there something I'm missing here?

Yes, you are right, this problem caused by race conditions (probably, machine environments/performance are key factor), may not even reproduce

[Anthony Wong (anthonywong)]

On my machine, I can always reproduce this bug -- there is no ibus icon every time I login to Unity. This bug happens to me some time during the Oneiric timeframe.

Perhaps this is more a Unity bug rather than ibus's?

For me, I applied the patch in #20 and then ln -s /usr/share/applications/ibus.desktop /etc/xdg/autostart/, which fixes the problem without any manual intervention.

@Matt, if you want to see this bug in action, I am happy to show you my machine during UDS-Q.

[Kwok Ho Yin (hykwok1)]

I also has this problem under Ubuntu 12.04.
In the past, if iBus icon didn't appear on the bar, I had to type the following command in the console screen:
ibus-daemon --xim --replace -d. (the idea comes from #19)
And then the icon appeared again.
But it was not good to do this every time.
So, I modified the boot sequences (likes #18):
sudo mv /etc/X11/Xsession.d/80im-switch /etc/X11/Xsession.d/85im-switch
(I found some "90" jobs in /etc/X11/Xsession folder so I just delay iBus a little bit)
And at this moment it works for me.

[Kwok Ho Yin (hykwok1)]

Just for more information.

In my system, /etc/X11/Xsession.d/ folder has these files:
......
80appmenu
80appmenu-gtk3
80im-switch
90comsolekit
90qt-a11y
......

As you see 'appmenu', 'appmenu-gtk3' and 'im-switch' have same startup order.
I am not sure which one will be executed firstly while 'appmenu' and 'appmenu-gtk3' just export 'libappmenu.so'. (Export GTK menus over DBus ?)
Thus, I decrease the order of 'im-switch' from '80' to '85' in order to:
1. make sure 'libappmenu.so' is exported before 'im-switch' is executed.
2. startup sequence is remain unchanged.

[Fumihito YOSHIDA (hito)]

I belived this bug is confirmed/triaged for bug squashing. Dear bug squashers, could you please set "Triaged"?

[Christopher Townsend (townsend)]

I'm adding the OEM Priority task to this bug because this bug has the potential to affect many users of OEM pre-load systems and needs to be fixed.

[Anthony Wong (anthonywong)]

I modified my system according to #34 but it did not work. It also did not work when I changed 80im-switch to 89im-switch, until I changed it to 90im-switch.

ls -1 /etc/X11/Xsession.d:
[...]
75dbus_dbus-launch
80appmenu
80appmenu-gtk3
90apparmor-notify
90consolekit
90im-switch
90qt-a11y
90x11-common_ssh-agent

I also added im-switch package to this bug since 80im-switch is owned by it.

[Anthony Wong (anthonywong)]

After more testing was done, #37 doesn't work reliably. I'm now back to my original workaround in #32.

[Ma Hsiao-chun (mahsiaochun)]

Hi, all.

I've just done "apt-get source ibus" and skimmed the code a little bit.

I found that Ubuntu hacked origin IBus code a little bit to support Application indicators.
http://developer.ubuntu.com/resources/technologies/application-indicators/
Origin IBus uses "old school" GtkStatusIcon.

The hacked code would detect whether AppIndicator exists.
So we got race condition as a final result.

A better approach of supporting IBus and other IM framework is using a separate UI.
The UI can be very native to DE concerned and it communicates with the IM framework concerned through DBus.

I've found four existing examples:
https://github.com/tualatrix/fcitx-gimpanel (DE: Unity, IMF: Fcitx)
https://github.com/fujiwarat/ibus-gjs (DE: GNOME, IMF: IBus)
http://userbase.kde.org/Tutorials/Kimpanel (DE: KDE, IMF: Multiple)
https://github.com/csslayer/kimpanel-for-gnome-shell (DE: GNOME, IMF: Multiple)

[Ikuya Awashiro (ikuya-fruitsbasket)]

I have another solution of "im-switch for Desktop Environment".
https://launchpad.net/~ikuya-fruitsbasket/+archive/ibus?field.series_filter=quantal
This starts ibus-daemon (XIM_PROGRAM in im-switch) from XDG autostart (/etc/xdg/autostart/) instead of Xsession.
Why “for Desktop Environment”?
It is because some Window Manager may not be supporting autostart. But I don't know for sure.
Of course, It will work on Ubuntu/Kubuntu/Xubuntu/Lubuntu.
Any comments?

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[tran hoang bao (hoangbao2106)]

i think so! Le Kien Truc

[Sebastien Bacher (seb128)]

Setting rls-q-notfixing, while annoying this bug is around for a while and it doesn't look like it will be fixed before q release, still would be a good candidate to fix in a SRU but it likely needs debugging by somebody having the issue...

[Ma Hsiao-chun (mahsiaochun)]

Don't forget the fact your app indicator patch (05_appindicator.patch) makes (default) "Embedded in menu" unusable.

[Gunnar Hjalmarsson (gunnarhj)]

I'm not too delighted with Ikuya's patch. It would mean that ibus often would be started twice. It would also break the role that im-switch currently has in Ubuntu; please see comment #2 in bug #788033 for a description of how it works.

Instead I decided to give the idea with delaying the start of ibus that im-switch does a try. I have prepared two im-switch branches, which simply delay the ibus start by 10 seconds. They did make a difference when I tested, and I think those branches would be suitable to upload to quantal-proposed respective precise-proposed.

Binary builds of the branches are available in my PPA at https://launchpad.net/~gunnarhj/+archive/misc to facilite testing. It would be great if you could install the applicable im-switch package and let us know if it addresses the issue of this bug properly.

P.S. As regards quantal, I encountered another, much more serious issue when testing: Ibus seems to simply not work! I usually test by opening gedit and enable ibus, but as soon as I started to type, ibus was disabled and my typing resulted in latin characters... It would be great if somebody who actually uses ibus tests it in quantal, and files a bug if my observation proves to be correct.

[Lê Kiến Trúc (le-kien-truc)]

Hi gunnarhj,
I have seen your patch yesterday. I'll try to use it in fresh install of Quantal

[Gunnar Hjalmarsson (gunnarhj)]

On 2012-10-15 03:50, Lê Kiến Trúc wrote:
> I have seen your patch yesterday. I'll try to use it in fresh install
> of Quantal--

Thanks in advance. Looking forward to your report. ;-)

[Lê Kiến Trúc (le-kien-truc)]

Hi,
I confirm that im-switch patch of gunnarhj( https://launchpad.net/~gunnarhj/+archive/misc) works with fresh install ubuntu 12.10 beta 2 . The ibus icon will appear after login with a few seconds delay.

I have change the GUI language to Vietnamese and use ibus-unikey with. Nothing crash after active ibus.

To gunnarhj: You can try by creating new user for testing.

[Gunnar Hjalmarsson (gunnarhj)]

On 2012-10-17 10:58, Lê Kiến Trúc wrote:
> I confirm that im-switch patch of gunnarhj(
> https://launchpad.net/~gunnarhj/+archive/misc) works with fresh
> install ubuntu 12.10 beta 2 .

Thanks for letting us know that! Anybody else who is willing to test?

> The ibus icon will appear after login with a few seconds delay.

The delay is 10 seconds. Is it too long? I kind of thought that a margin is a good idea... You can test with a shorter delay by editing /usr/bin/ibus-start

> I have change the GUI language to Vietnamese and use ibus-unikey
> with. Nothing crash after active ibus.

It seems to work for me too; so does Pinyin. It was Bopomofo I tested with a couple of days ago, and it still refuses to work. So it seems to be an issue in Quantal with Bopomofo, not with the whole ibus feature.

[Ma Hsiao-chun (mahsiaochun)]

On Wed, Oct 17, 2012 at 2:35 PM, Gunnar Hjalmarsson <email address hidden> wrote:
> Thanks for letting us know that! Anybody else who is willing to test?
I'm willing~

[Gunnar Hjalmarsson (gunnarhj)]

@Ma Xiaojun
Good! We're waiting. ;-)

[Ma Hsiao-chun (mahsiaochun)]

gunnarhj's stuff does work in Unity 12.04/12.10.
However, I haven't found a way to enable IBus icon in GNOME Shell, 12.10.
I'd file a new bug for issue of GNOME Shell.

[Gunnar Hjalmarsson (gunnarhj)]

On 2012-10-19 15:48, Ma Xiaojun wrote:
> gunnarhj's stuff does work in Unity 12.04/12.10.

Thanks for letting us know!

> However, I haven't found a way to enable IBus icon in GNOME Shell,
> 12.10.

If I install gnome-session-fallback and log into a GNOME Classic session (in 12.10), the ibus icon appears just as fine as in Unity.

[Ma Hsiao-chun (mahsiaochun)]

GNOME Classic/Fallback is not GNOME Shell...

[Gunnar Hjalmarsson (gunnarhj)]

Aha, so you mean GNOME Remix? Ok.

[Ma Hsiao-chun (mahsiaochun)]

Vanilla 12.10 with "gnome" package installed, using "GNOME" session to login.

[Nobuto Murata (nobuto)]

Hi Gunnar,

I have tested your PPA package.

My environment is:
 * quantal guest on VirtualBox(precise host)
 * use gnome-session-fallback
 * set autologin to lightdm

The result:

 * without any workaround (im-switch: 1.22ubuntu2), ibus-indicator appeared 0/34 times.
    => 0%

 * with your PPA package (im-switch: 1.22ubuntu2.1~ppa) and sleep 10(default), the indicator appeared 23/124 times.
    => 18.5%

 * with your PPA package (im-switch: 1.22ubuntu2.1~ppa) and sleep 20, the indicator appeared 32/138 times.
    => 23.2%

Somehow extending sleeping seconds does not make a big difference.

The workaround (sleep 10 seconds before starting ibus-daemon) is not a perfect workaround, but +1 from me to landing it to improve the situation.

[Nobuto Murata (nobuto)]

For your information, I did the test by the steps below,

 1. install xdotool and imagemagick package
 2. save a script below as ~/test.sh
====================
#!/bin/sh

sleep 60
import -window root -gravity NorthEast \
    -crop '300x30+0+0' `date +"%F_%T.png"`
sleep 5
/usr/lib/indicator-session/gtk-logout-helper --restart &
sleep 5
xdotool key --clearmodifiers Return
====================

 3. set the script as autostart from gnome-session-properties
 4. set autologin to lightdm
 5. reboot

[Nobuto Murata (nobuto)]

Here is a concatenated image on the test of "sleep 10".

[Gunnar Hjalmarsson (gunnarhj)]

Thanks, Nobuto, for your extensive tests! I'm sorry that it's only a small improvement for you. At the same time I appreciate that you acknowledge my proposal as an improvement and support uploading. For Lê Kiến Trúc, Ma Xiaojun and myself the modified im-switch package in my PPA seems to be sufficient.

It's apparent that this delay of the ibus start is not it, even if it helps. There are already ibus tasks in this bug report, and I added a unity task, since the real issue seems to be about how ibus and unity talk to each other.

I'm not able to tell anything about how the environment Nobuto describes affects the result. As I mentioned in comment #55, my test on GNOME Classic (gnome-session-fallback) was successful.

[Jeremy Bícha (jbicha)]

Ma, the Quantal GNOME Shell issue is bug 1045914.

[csslayer (wengxt)]

Once ubuntu move to im-config this would be solved, otherwise you guys may want to backport the related im-config fix to im-switch.

The problem is, indicator need session dbus, and im-switch will not start input method inside desktop dbus-session.

Related report for im-config:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683950

debian's x init setup will at last casaded launch dbus-launch gpg-agent, thus, at very last stage dbus-daemon is started, and im is started before that. thus im will not live with in desktop dbus session.

DBus has a fallback, which can use x to detect dbus address, which is not always work. Even you sleep with 10 seconds.. it's still not gurantee to work.

[Ma Hsiao-chun (mahsiaochun)]

Following the path of the previous, I noticed several things.

1. The above mentioned Debian bug introduces a patch which is merged in im-config 0.18~pre1.
http://packages.debian.org/changelogs/pool/main/i/im-config/im-config_0.18/changelog
2. The patch is supposed to be the root fix of this bug and other possible issues.
( Please refer to the bug discussion. )
3. Debian has im-config 0.18 while Ubuntu has im-config 0.17.
http://packages.debian.org/search?keywords=im-config
http://packages.ubuntu.com/search?keywords=im-config
Put it in another way Debian has the patch while Ubuntu doesn't.
4. Ubuntu 12.10 with im-config 0.18 has 100% (12/12) success rate using nobuto's test method.
See my attachment below.

[Ma Hsiao-chun (mahsiaochun)]

My setup steps:

# purge im-switch, language-selector would be removed also
sudo apt-get purge im-switch

# download, build and install im-config 0.18
cd Downloads/
wget http://ftp.de.debian.org/debian/pool/main/i/im-config/im-config_0.18.tar.gz
sudo apt-get build-dep im-config
sudo apt-get install fakeroot
tar xf im-config_0.18.tar.gz
cd im-config-0.18/
dpkg-buildpackage -b -us -uc -tc
cd ..
sudo dpkg -i im-config_0.18_all.deb
# install language-selector back
sudo apt-get install ubuntu-desktop

I think we can upgrade im-config version first, which is pretty harmless.
People want a workwaround of this bug may manually purge im-switch and install im-config.
( They lose input method selection in language-selector, not a big deal, though. )
Raring's language-selector should definitely migrate to im-config.
For Quantal and Precise, whether we backport stuff to im-switch or we migrate to im-config directly still need discussion, I guess.

[Ma Hsiao-chun (mahsiaochun)]

"Upgrade to im-config 0.18" bug is here:
https://bugs.launchpad.net/ubuntu/+source/im-config/+bug/1071463

I think both Precise and Quantal should get upgrade since im-config is at least best workaround ever.

I note that language-selector in Precise is using Python 2 while language-selector in Quantal is using Python 3.
On the other hand, im-switch in Quantal is slightly newer than that of Precise (1.22 VS 1.20).
http://changelogs.ubuntu.com/changelogs/pool/main/i/im-switch/im-switch_1.22ubuntu2/changelog
So, I don't have a clue.

[Nobuto Murata (nobuto)]

Hi Ma,

As you might already know, a discussion of migrating from im-switch to im-config for raring has been started here:
https://lists.ubuntu.com/archives/ubuntu-devel/2012-October/036055.html

im-config 0.18 will be auto-synced from Debian soon if raring archive will be opened.

[Ma Hsiao-chun (mahsiaochun)]

I've done a quick-and-dirty backport for im-switch based on Aron Xu's patch.

1.
sudo mv 80im-switch /usr/bin/im-launch

2.1
Add the following code at the beginning of im-launch:
######
if [ "x$1" = "x-h" ] || [ "x$1" = "x--help" ] || [ "x$1" = "x" ]; then
    echo "Unknown option: $1"
    echo "Usage: $0 SESSION-PROGRAM"
    exit 1
fi

IM_START_SESSION="$@"
######

2.2
Add the following code at the end of im-launch:
######
exec $IM_START_SESSION
######

3.
sudo cp /path/to/70im-config_launch /etc/X11/Xsession.d/70im-switch_launch

I guess the equivalence between im-config 0.18 and backported im-switch is obvious.

I haven't done any serious test yet; it works for my several sessions.
( If you test it and find your LightDM unusable then, move 70im-switch_launch out of /etc/X11/Xsession.d)

[Lê Kiến Trúc (le-kien-truc)]

Dear Ma Xiaojun,

Can you give me your configuration of im-config. I 've followed your instruction to compile and install im-config. Then i launch im-config and choose ibus as user configuration. But the im indicator still disapeared.i still have to use ibus-daemon -rxd command to show the icon.

Thanks

[Ma Hsiao-chun (mahsiaochun)]

Hi, Lê Kiến Trúc

I had no ~/.xinputrc actually.
Since im-config would automatically pick one installed IMF (in my case, IBus) if there is no manual configuration.
( It is documented in im-config(1) )

I guess you issued "im-config -n ibus" to explicitly select IBus.
I'd do automatic test on this configuration when I don't need to use my laptop.

I don't think configuration of im-config is the cause of your failure experience, though.
Can you show your "ls /etc/X11/Xsession.d/"
Since all the issue is related to the start sequence.

[Gunnar Hjalmarsson (gunnarhj)]

Hello Ma,
Your step-by-step instruction in comment #69 sounds easy, and I was about trying to make an uploadable merge proposal based on it. However, I found that the Debian im-launch code is a bit over my head, and I won't propose anything I don't really understand. So either you or somebody else with the sufficient skill would need to do it.

We must bear in mind that the conditions for backporting a fix as an SRU are restrictive.
https://wiki.ubuntu.com/StableReleaseUpdates

My belief is that as regards a switch to im-config, we are talking Raring only. I fear that also porting the im-launch code to im-switch would be hard to get approved as SRUs. At the same time I think that the simplistic proposal I made (10 seconds delay for iBus only) is safe enough to be SRUable. And that would at least improve the situation, even if there is no guarantee that it works as wengxt put it and Nobuto demonstrated.

But I may well be proven wrong.

[Gunnar Hjalmarsson (gunnarhj)]

To those who use iBus as the only input method system, and if I understand it correctly, neither im-switch nor im-config is really needed. You can just autostart iBus:

$ cat ~/.config/autostart/ibus-daemon.desktop
[Desktop Entry]
Name=Start iBus
Comment=Start or restart iBus with the icon safely shown
Type=Application
Exec=ibus-daemon -rx
X-GNOME-Autostart-enabled=true

[Ma Hsiao-chun (mahsiaochun)]

Hello Gunnar:
For your comment #73:
You still needs to set up input method related environment variables:
XMODIFIERS
CLUTTER_IM_MODULE
GTK_IM_MODULE
 QT_IM_MODULE
Your can check your environment by:
env | egrep 'IM_MODULE|XMODIFIERS'

[Aron Xu (happyaron)]

Hi,

With my Debian pkg-ime hat on, I would like to say that sleep for several seconds at the beginning of /etc/X11/Xsession.d/80im-switch is a good idea for SRU. I'm not sure whether 10s will be too long for some users especially who have SSD as root filesystem, and 5 or 6 seconds would work well for most situations in my experience.

Porting im-config to im-switch is meaningless, as im-config is intended to replace the latter from the first day it exists, and they are written and maintained by the same people. Having a minimal workaround landed on stable release and switch to im-config for R is the best thing to do. im-switch is not supported by upstream for years and is planned to be removed from Debian after wheezy.

[Ma Hsiao-chun (mahsiaochun)]

Hello Gunnar:
For your comment #72:

For SRU justification, think it in this way: This bug is a serious regression compare to Ubuntu releases in pre-Unity era. And its effect is blocking. How can we leave it semi-fixed for three releases including an LTS has 5 year life time?

The of principle im-config or backported im-switch is the following:

/usr/bin/im-launch does two things:
1. Start IM
2. exec $@ (Execute whatever its argument specifies)

/etc/X11/Xsession.d/70im-config_launch or 70im-switch_launch does one thing:
STARTUP="/usr/bin/im-launch $STARTUP" (alter STARTUP variable)

In contract, in origin im-switch, /etc/X11/Xsession.d/80im-switch directly start IM.

What's the magic of STARTUP variable?
You may issue the following command first:
grep STARTUP /etc/X11/Xsession.d/*
Then you will notice that in several files do something like this:
STARTUP="some_command $STARTUP"
And in /etc/X11/Xsession.d/99x11-common_start, it simply
exec $STARTUP
If all the some_command follows the convention that it does its own job then exec its argument, a reverse sequential order of execution is archived.
That's why im-config or backported im-switch use 70 instead of 80.
Because dbus-launch uses 75, alter STARTUP variable in 70 can guarantee that IM is started after DBus, which is desired.

[Ma Hsiao-chun (mahsiaochun)]

Hello Aron:

Even if 'sleep 10' works on my machine, low average success rate shown by Nobuto should be a good proof that it is not an effective fix.

For im-switch backport, I think it is a must. Because im-switch is indeed the root cause of this bug and we have no way to migrate released versions of Ubuntu to im-config. More importantly, we already know an elegant root fix.
im-config and im-switch are just small pieces of shell script. They are manageable. I would like to be the maintainer of im-switch though I have no intention to compete with im-config. I just don't want current Ubuntu releases stay in a very broken state.

I'm thinking about the following things of backported im-switch:
1. "Beg" more people to test. Test it for other IMFs.
2. Polish its documentation
3. Try package it and test packaged version, since handle im-switch upgrading is still a little tricky.

[Aron Xu (happyaron)]

Avoid possible regression is much more important for SRU than fixing a certain bug, especially when it's not security related. I know your intention is good, but it's not the way a distribution maker would chase in a stable release.

[Ma Hsiao-chun (mahsiaochun)]

Hello Aron:

Please help testing and stop repeating cliche, TYIA.

[Ma Hsiao-chun (mahsiaochun)]

Test result for backported im-switch on 12.04 (35/35).

[Ma Hsiao-chun (mahsiaochun)]

The above number should be (34/34).

[Gunnar Hjalmarsson (gunnarhj)]

Considering what we now know about what causes this bug, I invalidated a few more tasks.

[Ma Hsiao-chun (mahsiaochun)]

Hello Gunnar:
You really think that delay 10 seconds is enough?

[Gunnar Hjalmarsson (gunnarhj)]

On 2012-10-30 22:24, Ma Xiaojun wrote:
> You really think that delay 10 seconds is enough?

No, I know it's not. But, as you know, the more robust fix of this issue will happen when the deprecated im-switch is exchanged for im-config. And that's going to happen soon irrespective of this bug.

I didn't mean to imply anything else with cleaning up some tasks.

[Ma Hsiao-chun (mahsiaochun)]

On 10/30/12 5:15 PM, Gunnar Hjalmarsson wrote:
> No, I know it's not. But, as you know, the more robust fix of this issue
> will happen when the deprecated im-switch is exchanged for im-config.
> And that's going to happen soon irrespective of this bug.

I believe that "the more robust fix" should land 11.10/12.04/12.10 as
im-switch upgrade also.

As you seems to be the guy who can upload, can you name some test
requirements beyond what I have already done? Please don't blindly say
it is risky.

I'm in no way want a very soon shipping of backported im-switch. We can
for example set up a PPA, "advertise" it somehow and monitor and wait
until April, 2013 to see whether it works good. April, 2013 is too late
for 11.10 but okay for 12.04 and 12.10 I guess.

You can ship "sleep 10" first.

[Gunnar Hjalmarsson (gunnarhj)]

On 2012-10-30 23:41, Ma Xiaojun wrote:
> As you seems to be the guy who can upload,

You couldn't be more wrong. ;-) I have no upload rights at all. But as anybody else I can submit patches and merge proposals.

You know what; since you seem to feel strongly about this, you may want to actually propose a better fix of im-switch for Raring (before im-switch goes away), and if it's approved, then request that it's backported as a backport: https://wiki.ubuntu.com/UbuntuBackports

I did that a few cycles ago with some other i18n related changes, even if I personally would have preferred them being SRUed. https://bugs.launchpad.net/bugs/719815

> You can ship "sleep 10" first.

I can't, but somebody else hopefully will do it soon.

[Launchpad Janitor (janitor)]

This bug was fixed in the package im-switch - 1.22ubuntu3

---------------
im-switch (1.22ubuntu3) raring; urgency=low

  * 80im-switch:
    - Delay the start of an input method framework with 10 seconds
      to increase the chances that its icon (e.g. an iBus icon) is
      shown in Unity's menu bar (LP: #875435).
      Thanks to Aron Xu for reviewing and improving the patch!
 -- Gunnar Hjalmarsson <email address hidden> Tue, 30 Oct 2012 19:06:00 +0100

[Brian Murray (brian-murray)]

I've uploaded this to raring, quantal, precise and oneiric. Thanks for you work!

[Ma Hsiao-chun (mahsiaochun)]

Don't mark this as "Fix Released", Gunnar's "sleep 10" is just a semi-work solution, as shown in comment #59, #60, #61.

[Brian Murray (brian-murray)]

While I've uploaded them to the stable releases the SRU archive admin team still needs to approve those uploads.

[Ma Hsiao-chun (mahsiaochun)]

I've now made a branch for ROOT FIX.

https://code.launchpad.net/~damage3025/ubuntu/raring/im-switch/root-fix-lp875435

I even tried to make the documentation consistent.

Things left behind:
1. Debian.README is long and kind of useless, maybe we can just remove it.
2. The postinst script should be more careful about removing /etc/X11/Xsession.d/80im-switch
3. Lintian warns me about NMU stuff on source package.

[Gunnar Hjalmarsson (gunnarhj)]

Nice, Ma! :) Obviously you put quite some effort in that branch.

Now, how about bearing Rodney's advice at https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2012-November/014024.html in mind, and following the SRU procedure. Next step would be to create a merge proposal and have it accepted and uploaded to Raring.

Hopefully someone can change the status of the im-switch (Ubuntu) task from "Fix Released" to "In Progress" (I can't), and you can assign the task to yourself. I suppose that the O, P and Q tasks should not be altered until the "sleep 10" SRU process has been completed.

[Gunnar Hjalmarsson (gunnarhj)]

Two comments on Ma's branch:

* I don't think that 80im-switch needs to be explicitly removed via
  debian/postinst, but it should be automatically removed when upgrading
  from a previous im-switch version (untested).

* When removing "sleep 10", you'd better replace those blocks (including
  the trailing & characters) with what it looked like in revision 13.

[Aron Xu (happyaron)]

Please don't waste time on this issue anymore, if you want get more stuff fixed in R and later, port language-selector to im-config. It won't be too much more work than maintaining a crappy version of an abandoned project.

[Gunnar Hjalmarsson (gunnarhj)]

@Aron
Please see comment #1 at bug #1076975.

[Anthony Wong (anthonywong)]

Hi Aron, it's just for tracking purpose until the bug is fixed, no matter what the implementation will be. Although Fix Released for R is not correctly reflecting the current situation, I won't be pedantic and will just leave it as is.

[Clint Byrum (clint-fewbar)]

Hello Duy, or anyone else affected,

Accepted im-switch into quantal-proposed. The package will build now and be available at http://launchpad.net/ubuntu/+source/im-switch/1.22ubuntu2.1 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please change the bug tag from verification-needed to verification-done. If it does not, change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

[Gunnar Hjalmarsson (gunnarhj)]

I have installed im-switch 1.22ubuntu2.1 from quantal-proposed and run it successfully. On my system it makes the iBus icon appear reliably on the menu bar.

It should be noted that im-switch packages (Quantal and Precise) with basically the same change have been available for testing in my PPA for a month; please see comment #47. A few persons have reported their test results on this bug report (comment #62). The delay approach is not a perfect solution, but it works fine for some users, and there seems to be a concensus that it's at least an improvement.

I exchanged the verification-needed tag for verification-done.

[Clint Byrum (clint-fewbar)]

Hello Duy, or anyone else affected,

Accepted im-switch into precise-proposed. The package will build now and be available at http://launchpad.net/ubuntu/+source/im-switch/1.20ubuntu5.1 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please change the bug tag from verification-needed to verification-done. If it does not, change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

[Clint Byrum (clint-fewbar)]

Hello Duy, or anyone else affected,

Accepted im-switch into oneiric-proposed. The package will build now and be available at http://launchpad.net/ubuntu/+source/im-switch/1.20ubuntu5.0 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please change the bug tag from verification-needed to verification-done. If it does not, change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

[Gunnar Hjalmarsson (gunnarhj)]

I have installed im-switch 1.20ubuntu5.1 from precise-proposed and run it successfully. On my system it makes the iBus icon appear reliably on the menu bar.

Could anybody, who has Ubuntu 11.10 installed, test im-switch 1.20ubuntu5.0 in oneiric-proposed, please?

[Gunnar Hjalmarsson (gunnarhj)]

I have installed im-switch 1.20ubuntu5.0 from oneiric-proposed and run it successfully. On my system it makes the iBus icon appear reliably on the menu bar.

[Scott Kitterman (kitterman)]

The verification of this Stable Release Update has completed successfully and the package has now been released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regresssions.

[Launchpad Janitor (janitor)]

This bug was fixed in the package im-switch - 1.20ubuntu5.0

---------------
im-switch (1.20ubuntu5.0) oneiric-proposed; urgency=low

  * 80im-switch:
    - Delay the start of an input method framework with 10 seconds
      to increase the chances that its icon (e.g. an iBus icon) is
      shown in Unity's menu bar (LP: #875435).
      Thanks to Aron Xu for reviewing and improving the patch!
 -- Gunnar Hjalmarsson <email address hidden> Tue, 30 Oct 2012 19:06:00 +0100

[Launchpad Janitor (janitor)]

This bug was fixed in the package im-switch - 1.20ubuntu5.1

---------------
im-switch (1.20ubuntu5.1) precise-proposed; urgency=low

  * 80im-switch:
    - Delay the start of an input method framework with 10 seconds
      to increase the chances that its icon (e.g. an iBus icon) is
      shown in Unity's menu bar (LP: #875435).
      Thanks to Aron Xu for reviewing and improving the patch!
 -- Gunnar Hjalmarsson <email address hidden> Tue, 30 Oct 2012 19:06:00 +0100

[Launchpad Janitor (janitor)]

This bug was fixed in the package im-switch - 1.22ubuntu2.1

---------------
im-switch (1.22ubuntu2.1) quantal-proposed; urgency=low

  * 80im-switch:
    - Delay the start of an input method framework with 10 seconds
      to increase the chances that its icon (e.g. an iBus icon) is
      shown in Unity's menu bar (LP: #875435).
      Thanks to Aron Xu for reviewing and improving the patch!
 -- Gunnar Hjalmarsson <email address hidden> Tue, 30 Oct 2012 19:06:00 +0100

[James M. Leddy (jm-leddy)]

For OEM's we consider this closed for now since we don't use ibus anymore. If im-switch has lingering bugs, we will re-open those against im-switch.

[Ma Hsiao-chun (mahsiaochun)]

> For OEM's we consider this closed for now since we don't use ibus anymore. If im-switch
> has lingering bugs, we will re-open those against im-switch.

I wonder what do you use then?

[todaioan (alan-ar06)]

<email address hidden>

[Aron Xu (happyaron)]

Canonical's China OEM version has been using Fcitx for several releases.

[Ma Hsiao-chun (mahsiaochun)]

On Mon, Nov 26, 2012 at 11:31 PM, Aron Xu <email address hidden> wrote:
> Canonical's China OEM version has been using Fcitx for several releases.

But the Fcitx package is outdated in official repo?

[Anthony Wong (anthonywong)]

My friends, please take any discussion that's unrelated to this bug to private email or other forums, thanks.

[Ma Hsiao-chun (mahsiaochun)]

Well, I guess we are discussing whether we should close OEM for this bug.

[tbys (tbys)]

I am still seeing this issue on Quantal Quetzal with im-switch 1.22ubuntu2.1.

[Gunnar Hjalmarsson (gunnarhj)]

On 2012-12-12 02:47, tbys wrote:
> I am still seeing this issue on Quantal Quetzal with im-switch
> 1.22ubuntu2.1.

In Raring the issue has just been fixed in a better way by replacing im-switch with im-config.

[ttmy (msh2nfrou)]

I have same problem on ubuntu 12.10. After login, ibus icon does not show on panel bar but running. And also available to use myanmar font which use ibus for keyboard input method. #16 and #19 are not solutions. iBus still missing until i do "ibus-daemon -rxd". But also it is not root fix. Root fix solution for this iBus bug is urgent need for me and other myanmar ubuntu users, of course.

[Gunnar Hjalmarsson (gunnarhj)]

Upgrading to 13.04 is one way to ged rid of this bug completely.

Otherwise it has struck me that a backport of im-config may be an option.
http://developer.ubuntu.com/packaging/html/backports.html

Is anybody willing to
1) request that the current Raring version of im-config is backported to e.g. Quantal and Precise
2) somehow inform the im users about this possibility
?

This would require a small change to language-selector so that im-switch is made a "recommend" rather than a "depend" but I think that would be doable.

[Nguyen V. N. Tung (nvntung)]

I have tried solutions here but they do not work for me.

I also have tried <code>ps aux | grep ibus</code> and the following is the results:
nvntung 3475 0.2 0.0 357380 4008 ? Ssl 17:50 0:00 /usr/bin/ibus-daemon --daemonize --xim
nvntung 3499 0.0 0.0 276720 3452 ? Sl 17:50 0:00 /usr/lib/ibus/ibus-dconf
nvntung 3500 0.1 0.1 515776 14852 ? Sl 17:50 0:00 /usr/lib/ibus/ibus-ui-gtk3
nvntung 3502 0.1 0.0 365772 6936 ? Sl 17:50 0:00 /usr/lib/ibus/ibus-x11 --kill-daemon
nvntung 3562 0.0 0.0 200948 3280 ? Sl 17:50 0:00 /usr/lib/ibus/ibus-engine-simple
nvntung 4302 0.0 0.0 11744 932 pts/12 S+ 17:52 0:00 grep --colour=auto ibus

I applied #18, and it does not work too.

Any consultation?

[Gunnar Hjalmarsson (gunnarhj)]

@Nguyen: This bug report is history, and a bug report is not the place to get consultation anyway. If you are on Ubuntu 12.04:

* the best thing you can do is upgrading to 14.04 LTS,

* you can ask for help at http://askubuntu.com/,

* you are free to open a new 12.04 bug report.