Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 167088 - scim huge delay with rhgb
Summary: scim huge delay with rhgb
Alias: None
Product: Fedora
Classification: Fedora
Component: scim
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Jens Petersen
QA Contact:
Depends On:
Blocks: SCIM
TreeView+ depends on / blocked
Reported: 2005-08-30 05:41 UTC by Warren Togami
Modified: 2007-11-30 22:11 UTC (History)
1 user (show)

Fixed In Version: scim-1.4.2-2
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2006-04-27 06:40:01 UTC

Attachments (Terms of Use)

Description Warren Togami 2005-08-30 05:41:24 UTC
If scim is installed, rhgb gets stuck for up to 1 minute and 42 seconds before
doing anything during bootup.  This problem manifests due to this bug in scim,
and also the unpredictable behavior of what GTK+ immodule is chosen when
GTK_IM_MODULE is unset.

Reproduce Procedure:
1. Install scim on RHEL4, FC3, FC4, or FC5.
2. Boot with rhgb in the kernel boot options.
3. Watch as X is stuck for up to 1 minute and 42 seconds.

If you export GTK_IM_MODULE=gtk-im-context-simple in rc.sysinit before it runs
rhgb, it works around this problem by avoiding loading of scim immodule, but
this of course is not a good solution.

Version-Release number of selected component (if applicable):

Comment 1 Warren Togami 2005-08-30 06:36:53 UTC
bootchart revealing that scim is causing the huge delay during bootup.
export GTK_IM_MODULE=gtk-im-context-simple in rc.sysinit before rhgb is launched
hides the problem, as would the proposed solution to Bug #167090.

Comment 2 Warren Togami 2005-08-30 07:01:44 UTC
Bug #167090 is the GTK_IM_MODULE problem, when solved will unfortunately only
hide this problem.  This problem itself must be investigated in order to be sure
it wont cause defects during regular desktop operation, firstboot, or other uses
of GTK+.

Comment 3 Jens Petersen 2005-09-02 03:03:14 UTC
Warren commented the other day that this may be due to scim being
launched while the root filesystem is still mounted read-only.

Comment 4 Jens Petersen 2005-09-02 04:48:14 UTC
Added a patch in scim-1.4.2-2 to set the gtk immodule lang list empty.

Comment 5 Warren Togami 2005-09-03 10:42:44 UTC
Actually making the lang list empty is the solution that we agreed upon for Bug
#167090.  That change does effectively negate the huge rhgb delay problem which
was probably our most serious bug.

This bug is a different issue where scim gets stuck for a long time if it cannot
create its sockets.  I think we should make scim fail immediately rather than
wait such a long time.  Resetting to FC5Target, this is a lower priority issue now.

Comment 6 Warren Togami 2005-09-08 10:54:28 UTC
Hmm... I think I was wrong about r/o filesystem being the cause of this problem.
 By the time rhgb runs here, the root is already remounted r/w.  While we are
avoiding this problem with the immodule language removal, we should still figure
out the cause.

Comment 8 Warren Togami 2005-12-20 14:00:27 UTC
A more recent version of SCIM no longer enables IM in GTK+ password dialogs, so
there are now two things preventing this from happening in gnome-ssh-askpass.  I
suppose this is only a symptom of the debug prints going to stdout combined with
the crap redirection used by askpass.  Hopefully nothing else is affected by
this.  So closing...

Comment 9 Warren Togami 2005-12-20 19:36:21 UTC
oops, the password dialog thing was meant for Bug #168654.  This might still be
a problem... retesting.

Comment 10 Jens Petersen 2006-04-27 06:40:01 UTC
Closing for now.  Please reopen if the problem occurs again.

Note You need to log in before you can comment on or make changes to this bug.