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. ** Changed in: im-switch (Ubuntu Quantal) Status: Confirmed => In Progress ** Changed in: im-switch (Ubuntu Quantal) Assignee: (unassigned) => Gunnar Hjalmarsson (gunnarhj) ** Changed in: im-switch (Ubuntu Precise) Status: Confirmed => In Progress ** Changed in: im-switch (Ubuntu Precise) Assignee: (unassigned) => Gunnar Hjalmarsson (gunnarhj) -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to ibus in Ubuntu. https://bugs.launchpad.net/bugs/875435 Title: iBus indicator does not show on the panel Status in OEM Priority Project: New Status in OEM Priority Project precise series: New Status in Release Notes for Ubuntu: Invalid Status in “ibus” package in Ubuntu: Confirmed Status in “im-switch” package in Ubuntu: In Progress Status in “ibus” source package in Oneiric: Triaged Status in “im-switch” source package in Oneiric: Confirmed Status in “ibus” source package in Precise: Confirmed Status in “im-switch” source package in Precise: In Progress Status in “ibus” source package in Quantal: Confirmed Status in “im-switch” source package in Quantal: In Progress Bug description: 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) To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/875435/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
