From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1b) Gecko/20020722 BuildID: 2002072204 In a text area, on a wrapped line, there can be many spaces at the line wrap. These spaces are invisible to the caret, but not the keyboard, so that it seems like the arrow keys are not moving the caret. This behavior is confusing. Reproducible: Always Steps to Reproduce: 1. In a text area, type words until the line wraps. I used "0123456789 " 7 times in the text area used to write this bug report. The 1st 6 "0123456789" were on the 1st line, the 7th was on the second: 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 2. Hit <CtrlHome><End> to get to the "end" of the first line. Caret will be after "9 " (there will be a space between the caret and the '9') 3. Hit <Space> 7 times. The 1st 6 <Space>s advance the caret normally. On the 7th <Space> the caret warps to the end of the last word on the line (immediately after the last '9'). Reported in bug 104674. It is not clear that there are a lot of spaces between the 6th word and the 7th. 4. Hit <LeftArrow> 8 times. The caret does not move until the 8th time. 5. Hit <CtrlEnd><Home> to get to what seems to be the start of the 2nd line. Hit <Space> to indent the line. Nothing appears to happen, but what did happen is another space was inserted between the 6th and 7th words. -------------------------------------------------------------------- a. same as step 1 above b. Hit <CtrlEnd><Home> to get to the start of the 2nd line. c. Hit <Backspace>. The 6th and 7th words are now joined and moved to the 2nd line. d. Hit <Space>. The 6th and 7th words are separated, but the 6th word does not move back to the end of the 1st line. The <Home>, <End>, <DownArrow>, and <UpArrow> keys all treat this single line as 2 separate lines. Text insertion and deletion actions reflow this as a single paragraph (single wrapped line). Both seem to be expected behaviors. Expected Results: At the 7th <Space> in step 3, the caret should not warp. Need better caret movement on step 4, as in WordPad. Hard to say what to do about the invisible addition of spaces in step 5 when one is expecting indentation to happen. After step d, the 6th word should move back to the first line. See bug 104674. Also bug 143950, bug 151988, bug 99457, bug 91608

--> mjudge (caret/selection navigation)

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040616 bug seems still here.

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