Bug 139809

Summary: status window position not updated when using alt+tab
Product: [Fedora] Fedora Reporter: Lawrence Lim <llim>
Component: iiimfAssignee: Akira TAGOH <tagoh>
Status: CLOSED UPSTREAM QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: rawhideCC: eng-i18n-bugs, tools-bugs, wtogami
Target Milestone: ---Keywords: i18n
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2005-09-30 03:58:20 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:    
Bug Blocks: 125997, 157395    
Attachments:
Description Flags
status window in the previous position none

Description Lawrence Lim 2004-11-18 06:23:23 UTC 
Description of problem:
Tested in the GNOME desktop envrionment, when the user move an application
around the desktop with LE activated, using alt+tab to switch to another
application and back to the original application of the LE activated, you will
notice that the status window is still at the old position where the application
used to be.

Please see attached screenshot. I dont think this is LE specific.

Version-Release number of selected component (if applicable):
im-sdk-12.1-8

How reproducible:
Always

Steps to Reproduce:
1.in gdm, log in as normal user with any CJK locale
2.start g-t
3.in g-t, gedit &
4.in gedit, ctrl-space to activate LE
5.move gedit using mouse to another corner of the screen
6.alt-tab to switch back to g-t
7.alt-tab to switch back to gedit
  
Actual results:
status window is at the previous position of gedit application

Expected results:
the position should be updated

Additional info:
Comment 1 Lawrence Lim 2004-11-18 06:23:23 UTC 
Created attachment 106934 [details]
status window in the previous position
Comment 2 Akira TAGOH 2005-04-14 11:07:11 UTC 
Fixed in svn2483. will see the updated package soon.
Comment 3 Akira TAGOH 2005-04-14 11:37:20 UTC 
committed a patch into CVS. will be available in next build.
Comment 4 Lawrence Lim 2005-05-10 07:29:13 UTC 
Tested with iiimf-12.2-0.7.svn2578, the bug still exist. Please verify.
Comment 5 Lawrence Lim 2005-05-10 07:40:12 UTC 
Happen in iiimf-12.2-3 as well.
Comment 6 Jens Petersen 2005-05-16 14:37:34 UTC 
I see it too, with iiimf-12.2-3.
Comment 7 Lawrence Lim 2005-09-27 01:48:29 UTC 
http://openi18n.org/cgi-bin/bugzilla/show_bug.cgi?id=112
Comment 8 Lawrence Lim 2005-09-30 03:58:20 UTC 
We strive to work with the upstream community of open source projects. This
allows us to reduce the likelihood of regressions between releases as well as to
benefit from features and fixes as development moves forward. Since this change
would require a divergence from the upstream project, please report this issue
to IIIMF developers by filing a bug report in the OpenI18N bugzilla located at
http://openi18n.org/bugzilla/ in the "IIIMF" component.

We urge you to bring the information upstream, so that it can be incorporated in
the next release. Once you've filed your bug report to OpenI18N, if you paste
the new bug URL here, we will continue to track the issue in the centralized
OpenI18N bug tracker, and will review any bug fixes that become available for
consideration in future updates.

Thanks.