Closed Bug 399652 Opened 17 years ago Closed 17 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: 17 years ago
Depends on: 391584
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.