Bug 157871

Summary:	iiimf candidate window and hotmenu placed at top-left
Product:	Red Hat Enterprise Linux 4	Reporter:	Jens Petersen <petersen>
Component:	iiimf-le-xcin	Assignee:	Caius Chance <K9>
Status:	CLOSED WONTFIX	QA Contact:
Severity:	medium	Docs Contact:
Priority:	medium
Version:	4.0	CC:	eng-i18n-bugs, llim, petersen, tagoh, wtogami
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2006-09-05 20:04:33 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:	135501
Bug Blocks:

Description Jens Petersen 2005-05-16 16:22:58 UTC

+++ This bug was initially created as a clone of Bug #135501 +++

Description of problem:
It has been observed that when using IIIMF in mozilla, the candidate
window will always be position at 0,0. In addition, it is not possible
to move the window elsewhere using mouse click.

This bugs affects all LE with candidate window option and hotkey menu

Version-Release number of selected component (if applicable):
- im-sdk-12.0.1-13.svn1943
- mozilla-1.7.3-11

How reproducible:
Always

Steps to Reproduce:
1.in gdm login as normal user with simplified chinese / gnome session
2.after run gnome, press alt-f2 to run dialog, enter epiphany
3.in the browser, goto URL, http:www.google.com
4.in the Search Text Box, activate LE
5.enter hong

OR
1.in gdm login as normal user with simplified chinese / gnome session
2.after run gnome, press alt-f2 to run dialog, enter epiphany
3.in the browser, goto URL, http:www.google.com
4.ctrl-shift-space to acticate hotkey menu  

Actual results:
Both the candidate window and hotkey menu are displayed in the 0,0
position.

Expected results:
Should follow the cursor position and allow user to move the menu around.

Additional info:
Please see attached screenshot for more detail.

Comment 1 Lawrence Lim 2005-05-23 05:36:22 UTC

Chris, 
Could you make the fix available for EL4 as well?


Thanks

Comment 12 Jens Petersen 2005-11-06 09:37:59 UTC

Yes this seems already fixed in RHEL4U2.

Comment 13 Lawrence Lim 2005-11-18 04:49:17 UTC

Confirmed fix for all LE except xcin LE in firefox, is it because xcin is using
non-customise window so it is hardcoded to 0,0 position?

Comment 16 Leon Ho 2006-07-13 06:02:04 UTC

*** Bug 158507 has been marked as a duplicate of this bug. ***

Comment 17 Leon Ho 2006-07-13 06:02:14 UTC

*** Bug 158508 has been marked as a duplicate of this bug. ***

Comment 20 RHEL Program Management 2006-09-05 19:53:20 UTC

The component this request has been filed against is not planned for inclusion
in the next update. The decision is based on weighting the priority and number
of requests for a component as well as the impact on the Red Hat Enterprise
Linux user-base: other components are considered having higher priority and the
number of changes we intend to include in update cycles is limited.

Comment 21 RHEL Program Management 2006-09-05 20:04:34 UTC

Product Management has reviewed and declined this request.  You may appeal this
decision by reopening this request.