Bug 24279 - RTL Regression: Caret position is wrong when typing LTR text in a RTL text box
Summary: RTL Regression: Caret position is wrong when typing LTR text in a RTL text box
Status: RESOLVED DUPLICATE of bug 24278
Alias: None
Product: WebKit
Classification: Unclassified
Component: HTML Editing (show other bugs)
Version: 525.x (Safari 3.2)
Hardware: PC Windows XP
: P2 Normal
Assignee: Nobody
URL:
Keywords: PlatformOnly
Depends on:
Blocks:
 
Reported: 2009-03-01 15:23 PST by Xiaomei Ji
Modified: 2009-03-01 16:22 PST (History)
3 users (show)

See Also:

Attachments
test case (167 bytes, text/html)
2009-03-01 15:25 PST, Xiaomei Ji 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Xiaomei Ji 2009-03-01 15:23:40 PST 
This is a regression.
It works correctly in Sarafi 3.2, but not in nightly r41128.

Test case is attached.

Type a English word in the text box of the test page. 

The caret should move to right, as that's where the last typed letter is.
(FF and IE behaves like this).

In Safari, the caret always stays at the very left.
Comment 1 Xiaomei Ji 2009-03-01 15:25:11 PST 
Created attachment 28155 [details]
test case
Comment 2 mitz 2009-03-01 15:38:48 PST 
The behavior is correct for Mac OS X. Note that in Firefox, the position (and shape, see bug 22386) of the insertion point changes depending on the active keyboard layout, so that in the attached test case, if one types LTR characters using the U.S. keyboard layout and then changes the keyboard layout to Hebrew, the insertion point moves to the left. In Mac OS X, the position to the left
may be indicated by a split caret (see bug 3710), but that does not depend on
the active keyboard layout.

I don't think this issue warrants two separate bugs (bug 24278 and this one).
Comment 3 Xiaomei Ji 2009-03-01 16:22:30 PST 

*** This bug has been marked as a duplicate of 24278 ***