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
delete word (ctrl+backspace) is screwed too
Are these problems specific to RTL/Hebrew or general? I'd look for duplicates under Browser | Selection
"Me Too" (tm). Happens with Bidi text only. Never seen it with non-Bidi; seen in all versions, not just 1.4.
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.
I agree *** This bug has been marked as a duplicate of 207186 ***
Status: UNCONFIRMED → RESOLVED
Last Resolved: 15 years ago
Resolution: --- → DUPLICATE
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.
Mass-assigning the new rtl keyword to RTL-related (see bug 349193).
You need to log in before you can comment on or make changes to this bug.