Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 163269 - [IM]The composition mode gets lost when focus traverses
[IM]The composition mode gets lost when focus traverses
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: openoffice.org (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Caolan McNamara
: i18n
Depends On:
  Show dependency treegraph
Reported: 2005-07-14 13:39 EDT by Xiaobin Lu
Modified: 2007-11-30 17:07 EST (History)
2 users (show)

See Also:
Fixed In Version: 1.9.121-3
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-04-12 03:59:45 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Xiaobin Lu 2005-07-14 13:39:31 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4

Description of problem:
For any application, for example, Openoffice.org Calc, if you enable japanese input in one text field and move the focus to another text field, you need to enable japanese input again in order to input Japanese. This bug won't be seen in Advanced server 2.1.

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

How reproducible:

Steps to Reproduce:
1. Open Openoffice.org Calc
2. Focus the keyboard input on the top textfield and enable japanese input, type "ka", you will see it gets converted to japanese character, press enter. 
3. Move the focus to another text field, type "ka", you will see the English "ka" character 

Actual Results:  Actual "ka" is displayed

Expected Results:  You should see "ka" converted to japanese character

Additional info:

Not reproducible with Chinese, Korean input method. Not reproducible with Advanced Server 2.1
Comment 1 Akira TAGOH 2005-07-18 22:33:03 EDT
This is not a kinput2 bug because it's technically caused by OOo has the
different Input Context for each cells. kinput2, erm, Input Method which
supports the multiple Input Contexts basically can has different behaviors every
Input Contexts. It's the applications choice.
Comment 2 Caolan McNamara 2005-07-19 04:30:16 EDT
somewhat related to bug 158921
Comment 3 Caolan McNamara 2005-07-28 11:28:07 EDT
seems good in 1.9.121-3 rawhide.

caolanm->akira can you confirm this is now desired behaviour ?
Comment 4 Akira TAGOH 2005-07-29 00:47:42 EDT
Yes, it looks good. however sorry, this is an RHEL3 bug. reopening.
Comment 6 Caolan McNamara 2005-08-16 04:31:22 EDT
Adding to proposed list, though likely relatively large impact and somewhat
risky IMO for 1.1.X codebase.
Comment 12 Caolan McNamara 2006-04-12 03:59:45 EDT
No issuetracker score, no IM updates planned. Decision has been made to move
such IM bugs to RHEL-5 nextrelease (OOo 2.0.X series)

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