Bug 132508 - [cannaLE] the aux object should be destroyed when closing the applications
Summary: [cannaLE] the aux object should be destroyed when closing the applications
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Fedora
Classification: Fedora
Component: iiimf
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Akira TAGOH
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks: IIIMF
TreeView+ depends on / blocked
 
Reported: 2004-09-14 08:00 UTC by Akira TAGOH
Modified: 2007-11-30 22:10 UTC (History)
2 users (show)

Fixed In Version: im-sdk-12.0.1-12.svn1943
Clone Of:
Environment:
Last Closed: 2005-10-12 06:15:10 UTC
Type: ---
Embargoed:

Attachments (Terms of Use)

Description Akira TAGOH 2004-09-14 08:00:42 UTC 
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; ja-JP; rv:1.7.2)
Gecko/20040820 Debian/1.7.2-4

Description of problem:
similar problem for Canna LE like Bug#131211

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


How reproducible:
Always

Steps to Reproduce:
1.run gedit on ja_JP.UTF-8
2.close it
3.look at ps -ef
    

Actual Results:  com.OpenI18N.leif.CannaLE.menu is running

Expected Results:  com.OpenI18N.leif.CannaLE.menu should be destroyed

Additional info:
Comment 1 Akira TAGOH 2004-09-15 13:46:13 UTC 
should be fixed in 12.0.1-7.svn1891.
Comment 2 Lawrence Lim 2004-09-17 09:33:06 UTC 
Tested with 12.0.1-7.svn1891, unfortunately,
com.OpenI18N.leif.CannaLE.menu is still running after closing the
application. In fact, I notice that even when the LE is switched off
the com.OpenI18N.leif.CannaLE.menu is also running.
Comment 3 Akira TAGOH 2004-09-27 03:10:46 UTC 
Well, have you killed that process first before running on the new
packages?
Comment 4 Lawrence Lim 2004-09-30 05:38:37 UTC 
Tested with im-sdk-12.0.1-9.svn1936

Before I start CannaLE the process is not there, so I did not kill
anything. So after toggle on CannaLE, the process appear and after
toggle off, the process is still there. Is this correct?
Comment 5 Akira TAGOH 2004-09-30 16:09:59 UTC 
it was another bug in the updated snapshot. please try 12.0.1-10.svn1943.
Comment 6 Lawrence Lim 2004-10-06 06:58:40 UTC 
Confirmed fixed. Tested with im-sdk-12.0.1-12.svn1943.

Thanks.
Comment 7 Akira TAGOH 2004-10-06 14:02:10 UTC 
the patch was reverted for some bugs. this problem appears again.
reopened.
Comment 8 Lawrence Lim 2004-10-19 02:25:31 UTC 
Tested with im-sdk-12.0.1-17.svn1994, the bug is still around.
Comment 9 Lawrence Lim 2005-09-27 01:39:54 UTC 
http://openi18n.org/cgi-bin/bugzilla/show_bug.cgi?id=109
Comment 10 Lawrence Lim 2005-10-12 06:15:10 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.
Note You need to log in before you can comment on or make changes to this bug.