211205 - composing message with RTL paragraph directionality - problems moving cursor

Status: RESOLVED DUPLICATE of bug 207186

(MailNews Core :: Composition, defect)

Description

[Uri Dor]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624

when I compose a message in Hebrew (or reply to such a message) and set the
"DIR" attribute to "RTL" as specified in #96057, movement between lines is erratic:
1. arrow up doesn't reach the beginning of the message (sometimes). instead it
stops where the quotation of the message replied to begins
2. ctrl+home doesn't reach the beginning (although ctrl+end does reach the end)
3. if some text in English is reached while repeatedly pressing arrow right, the
cursor gets into a loop; arrow left causes the cursor to halt at end of line
4. 

Reproducible: Always

Steps to Reproduce:
1. compose new message
2. format / page colors and background / advanced edit
3. attribute = dir, value = rtl
4. ok, ...
5. type text in Hebrew (use alt+shift to switch) in several lines
6. try to navigate in the text
Actual Results:  
described in details

Expected Results:  
should navigate correctly

Comment 1

[Uri Dor]

delete word (ctrl+backspace) is screwed too

Comment 2

[Kathleen :Brade]

Are these problems specific to RTL/Hebrew or general?  I'd look for duplicates
under Browser | Selection

Comment 3

[Doron Shikmoni]

"Me Too" (tm). Happens with Bidi text only. Never seen it with non-Bidi;
seen in all versions, not just 1.4.

Comment 4

[Prognathous]

I believe that this is a dupe of Bug 207186 ("Moving the caret in BiDi texts is
buggy, especially in right-to-left forms").

Prog.

Comment 5

[Uri Dor]

I agree

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

Comment 6

[Prognathous]

Uri Dor in Comment #1:

> delete word (ctrl+backspace) is screwed too

That's bug 209430 ("Accel+Delete and Accel+BackSpace delete in the wrong direction")

Prog.

Comment 7

[(no longer active)]

Mass-assigning the new rtl keyword to RTL-related (see bug 349193).