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)
Tracking
()
VERIFIED
FIXED
M12
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.
Updated•25 years ago
|
Status: NEW → ASSIGNED
Reporter | ||
Updated•25 years ago
|
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
Reporter | ||
Comment 1•25 years ago
|
||
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.
Updated•25 years ago
|
Comment 2•25 years ago
|
||
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.
Updated•25 years ago
|
Assignee: beppe → jfrancis
Target Milestone: M12
Comment 5•25 years ago
|
||
assigning to jfrancis
Assignee | ||
Comment 6•25 years ago
|
||
i cant get to this one right now. moving to 12/3
Target Milestone: M12 → M13
Updated•25 years ago
|
Whiteboard: [PDT+] → [PDT+] [by 12/3]
Updated•25 years ago
|
Target Milestone: M13 → M12
Assignee | ||
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 7•25 years ago
|
||
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.
Reporter | ||
Updated•25 years ago
|
Status: RESOLVED → REOPENED
Reporter | ||
Comment 8•25 years ago
|
||
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.
Reporter | ||
Updated•25 years ago
|
Resolution: FIXED → ---
Assignee | ||
Comment 10•25 years ago
|
||
i have the fix in hand for this. Will check in after tree opens later today.
Assignee | ||
Updated•25 years ago
|
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 11•25 years ago
|
||
fixed
Reporter | ||
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Reporter | ||
Comment 12•25 years ago
|
||
I verified this in 120608 Win32 and Mac build.
Comment 13•22 years ago
|
||
*** Bug 162945 has been marked as a duplicate of this bug. ***
Updated•14 years ago
|
Keywords: inputmethod
You need to log in
before you can comment on or make changes to this bug.
Description
•