Bug 138591

Summary: AUX for Canna LE to accept ESC key
Product: [Fedora] Fedora Reporter: Lawrence Lim <llim>
Component: im-sdkAssignee: Akira TAGOH <tagoh>
Status: CLOSED RAWHIDE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: rawhideCC: eng-i18n-bugs, tools-bugs, wtogami
Target Milestone: ---Keywords: FutureFeature, i18n
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2004-11-16 01:00:29 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Bug Depends On:    
Bug Blocks: 125997    

Description Lawrence Lim 2004-11-10 02:19:35 UTC
Description of problem:
Further to bug 135039, I think IIIMF server needs to process the ESC
key so that aux window can be quit.

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


How reproducible:
Always

Steps to Reproduce:
1.LANG=ja_JP.UTF-8 gedit
2.Press "HOME" to bring up the aux window 
3.Press "ESC"
  
Actual results:
Nothing happens

Expected results:
The aux window should quit

Additional info:

Comment 1 Akira TAGOH 2004-11-10 05:09:15 UTC
Well, since the aux object depends on each implementation, it's Canna
LE's specific problem in this case, but not the server.

Comment 2 Akira TAGOH 2004-11-11 12:54:29 UTC
should be fixed in 12.1-7. please note that you have to kill auxmenu
process first due to Bug#132508.

Comment 3 Lawrence Lim 2004-11-15 04:07:31 UTC
Confirmed fixed in im-sdk-12.1-7. 

I have a question though, killing com.OpenI18N.leif.CannaLE.menu
causes auxmenu[defunct]. Is this a normal behoviour?

Comment 4 Akira TAGOH 2004-11-15 05:47:12 UTC
Hmm, not really. it works for me, though. can you reproduce it anyway?

Comment 5 Lawrence Lim 2004-11-15 10:08:35 UTC
- Before activaing CannaLE

[root@hunter ~]# ps -auxwww |grep com
Warning: bad syntax, perhaps a bogus '-'? See /usr/share/doc/procps-3.2.3/FAQ
root      3576  0.0  0.1  5920  776 pts/1    S+   20:06   0:00 grep com

- After activating CannLE

[root@hunter ~]# ps -auxwww |grep com
Warning: bad syntax, perhaps a bogus '-'? See /usr/share/doc/procps-3.2.3/FAQ
root      3577  0.1  0.5 12276 3912 ?        S    20:06   0:00
com.OpenI18N.leif.CannaLE.menu

- kill the menu process and look at the process again

[root@hunter ~]# kill -9 3577
[root@hunter ~]# ps -auxwww |grep com
Warning: bad syntax, perhaps a bogus '-'? See /usr/share/doc/procps-3.2.3/FAQ
root      3583  0.0  0.1  6280  780 pts/1    S+   20:07   0:00 grep com

- finally, the auxmenu that will not die
[root@hunter ~]# ps -auxwww |grep auxmenu
Warning: bad syntax, perhaps a bogus '-'? See /usr/share/doc/procps-3.2.3/FAQ
root      3577  0.0  0.0     0    0 ?        Z    20:06   0:00 [auxmenu] <defunct>

Comment 6 Akira TAGOH 2004-11-15 12:42:28 UTC
Well, you mean you did kill auxmenu without exiting the applications,
right? I can reproduce it then.  However, it's the normal behavior
right now, because it wouldn't expects that the aux object is
destroyed during running the applications. so auxmenu is just waiting
until the parent process catches the exit status.  Doesn't it
disappear when you kill the applications as well?

Comment 7 Lawrence Lim 2004-11-16 01:00:29 UTC
Thanks for the information. I totally understand the process now. :)

Closing this bug.