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 157869 - [gimlet] lang menu empty before running app
Summary: [gimlet] lang menu empty before running app
Alias: None
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: im-sdk
Version: 4.0
Hardware: All
OS: Linux
Target Milestone: ---
: ---
Assignee: Jens Petersen
QA Contact:
Depends On: 131217
TreeView+ depends on / blocked
Reported: 2005-05-16 16:13 UTC by Jens Petersen
Modified: 2007-11-30 22:07 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2005-06-03 07:36:12 UTC
Target Upstream Version:

Attachments (Terms of Use)

Description Jens Petersen 2005-05-16 16:13:59 UTC
+++ This bug was initially created as a clone of Bug #131217 +++

Description of problem:
When system starts and there is no application running, clicking on
the GIMLET shows only ASCII and Add LE options. In addition, after
selecting Add LE option, the menu for user to add and remove LE is
empty. However, GIMLET works fine after opening any new application. 

How reproducible:

Steps to Reproduce:
1.Select CJK locale and GNOME environment at gdm
2.Click on GIMLET (will show no LE)
3.Select add new LE option in GIMLET (empty menu will pop)
Actual results:
1) GIMLET display no LE available for use
2) Selecting add new LE produce empty menu

Expected results:
1) GIMLET display the LE selected by user earlier
2) Menu should be populated with the LE installed

Additional info:
To make it work properly, open any new application and click on GIMLET.

Cant attach screenshot as it would cause the GIMLET to work properly. :-)

Comment 1 Jens Petersen 2005-06-03 07:36:12 UTC
Some cleanup of the menu initialisation could be done, but thinking about it
again now, I would say that it should probably be deferred for RHEL4 for now,
until it is fixed in FC at least, since it is more of a minor usability issue. 

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