Closed Bug 19130 Opened 25 years ago Closed 25 years ago

[IME][dogfood] ESC key will move caret to one line above before convert

Categories

(Core :: Internationalization, defect, P3)

x86
Windows NT
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: teruko, Assigned: mozeditor)

References

Details

(Keywords: inputmethod, Whiteboard: [PDT+] [by 12/3])

You can delete Japanese characters before commit by using ESC key. In composer, you can delete them, but the caret will move one line above. Steps of reproduce 1. Open Composer 2. Turn on IME 3. Type Japanese characters (at this time, do not hit enter to commit) 4. Hit ESC key to delete whole characters Notice that the characters were deleted, but the carret move to at the beginning of the one above line. Tested 111708 Win32 111612 Mac build. Linux does not have this feature.
Status: NEW → ASSIGNED
Summary: [IME] ESC key will move caret to one line above before convert → [IME][dogfood] ESC key will move caret to one line above before convert
I found that the big problem of this is following. If you use ESC key to delete character before commit at the first line of Composer, the caret is gone. You cannot type any characters in Composer at all. You have to quit Composer and start it again to type characters.
Assignee: ftang → buster
Blocks: 10683
Status: ASSIGNED → NEW
Teruko and me find out this only happen when the IME text is in the beginning of a text node (say in the beginning of a line). And the behavior is very similar to 10683. When we hit ESC before IME commit we got empty text event (which is right) and somehow our typing rule code or txn merge code confused. Reassign this to buster and cc beppe and joe.
*** Bug 19272 has been marked as a duplicate of this bug. ***
Assignee: buster → beppe
Whiteboard: [PDT+]
Please try to correct this bug.
Assignee: beppe → jfrancis
Target Milestone: M12
assigning to jfrancis
i cant get to this one right now. moving to 12/3
Target Milestone: M12 → M13
Whiteboard: [PDT+] → [PDT+] [by 12/3]
Target Milestone: M13 → M12
Blocks: 12658
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
This is fixed. Your selection does not get confused and go upwards anymore. Your selection does not get confused and prevent you from ever tyoping again anymore, either. But note that your caret still does disappear. I believe this is bug 20106 in action - I'm marking this fixed and adding comments to 20106 to test this case.
Status: RESOLVED → REOPENED
I tested this in 12-01-08 Win32 build under Winnt 4.0J. The selection does not get confused and go upwards anymore. However, the following problem still happnes. If you use ESC key to delete character before commit at the first line of Composer, the caret is gone. You cannot type any characters in Composer at all. You have to quit Composer and start it again to type characters. I reopen this.
Resolution: FIXED → ---
Confirmed at pdt mtg. Reopen good to stay on PDT+.
i have the fix in hand for this. Will check in after tree opens later today.
Status: REOPENED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → FIXED
fixed
Status: RESOLVED → VERIFIED
I verified this in 120608 Win32 and Mac build.
*** Bug 162945 has been marked as a duplicate of this bug. ***
You need to log in before you can comment on or make changes to this bug.