Closed Bug 399652 Opened 17 years ago Closed 16 years ago

Right Word Selection behaves oddly on wrapped lines

Categories

(Core :: DOM: Selection, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: neil, Unassigned)

References

Details

Word selection has been behaving odd recently, but despite the patches that have already gone in I think there is still this outstanding misbehaviour.

Steps to reproduce problem:
1. Places the caret on the start of a wrapped line in a textarea (or, using
   caret browsing, in a web page).
2. Use Ctrl+Right (or Ctrl+Shift+Right) to move the caret right a word at a
   time until you pass the end of the line.

Expected result: caret moves to the start of the subsequent line.

Actual result: caret moves to the end of the first word on the subsequent line.

It's a bit hard to do ASCII art of a caret, but let me try.
Before:
This |is
a test
Expected result after Ctrl+Right:
This is
|a test
Actual result after Ctrl+Right:
This is
a| test

Additional information: Ctrl+Left stops where I expect it to.
This WFM since ~2007-11-09, almost certainly thanks to the latest patch for bug 391584.
Blocks: word-select
Status: NEW → RESOLVED
Closed: 16 years ago
Depends on: 391584
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.