108125 - Move to next word (Option/Ctrl+Right) gets stuck to the left of punctuation

Status: VERIFIED DUPLICATE of bug 127321

(Core :: DOM: Editor, defect)

Description

[Matthew T (active 1999-2002)]

Build: 2001103108, Mac OS 9.1

To reproduce:
1.  Copy and paste this line (including the initial spaces) into the
    `Additional Comments:' field of this bug report:
    abc def, ghi jkl. mno ;pqr ?stu vwx
2.  Move the caret to the beginning of the line.
3.  Type Option+Right or Ctrl+Right (depending on your platform) repeatedly,
    and make a list of which two characters the caret is between after each
    step.

What you should get:
*   " a" "c " "f," " g" "i " "l." " m" "o " ";p" "r " "?s" "u " "x[CR]"

What you actually get:
*   " a" "c " " d" "f," "f," "f," "f," "f," "f," "f," "f," "f," "f,"

The problem with " d" -- a single space being treated as a word -- is probably a
separate bug (though it contributes to the disturbing impression that going in
the left and right directions in word-by-word mode are handled by completely
separate code, when they should not be). The bug here is that navigating
rightward in word-by-word mode gets stuck permanently to the left of any
punctuation character. This does not happen when navigating leftward, as you can
see by starting at the right end of the line and typing Option+Left or Ctrl+Left.

See also bug 92850.

Comment 1

[kinmoz]

--> mjudge (selection/caret navigation)

Comment 2

[:deanis74]

I think this was caused by the fix for bug 98546.  I see it on Windows, too, so
changing to all/all.

Comment 3

[Mike Pinkerton (not reading bugmail)]

the changes for 98546 shouldn't impact win32 at all so.....

Comment 4

[:deanis74]

It does if you enable the layout.word_select.stop_at_punctuation pref, which I
guess I must have done at some point!

Comment 5

[TucsonTester1]

On Mac OS X build 2001121805, I see similar but slightly different behavior.
When I Opt+Right Arrow through the line, the caret moves from word to word. It
starts at the space, then moves to the begining of abc, then on the next event
it moves to the end of abc. The next event causes the caret to hit the begining
of def, and then after the next event, it stops at the comma (between the f and
the ,) and will not move any further.

Comment 6

[Kathleen :Brade]

removing EDITORBASE- per meeting

Comment 7

[Nick Kocharhook]

I just tried this on Win98 build 041003, and I'm no longer seeing this problem.
I'm going to try to reproduce when I get home to my OS X box.

Comment 8

[Brent]

Here's where some other editors stop on
"abc def, ghi jkl. mno ;pqr ?stu vwx".
-------------------------
"c "
" L" 
Using 'L' to mark the position.  The above means the caret is between
'c' and ' ', or is on ' ', and an inserted character will appear
between 'c' and ' '.
-------------------------

abc def, ghi jkl. mno ;pqr ?stu vwx
   L   L    L   L    L    L    L   L    Emacs 20.7.1, Ctrl-Right
L   L    L   L    L    L    L   L                     Ctrl-Left
L   L  L L   L  L L   LL   LL   L       Vi IMproved 5.7.8  command "w"
L   L    L   L    L   L    L    L                          command "W"
L   L  L L   L  L L   LL   LL   L                          command "b"
L   L    L   L    L   L    L    L                          command "B"
L   L    L   L    L   L    L    L  L    Notepad (build 2195) Ctrl-Right 
L   L    L   L    L   L    L    L  L                         Ctrl-Left
L   L  L L   L  L L   LL   LL   L  L    Wordpad (build 2195) Ctrl-Right
L   L  L L   L  L L   LL   LL   L  L                         Ctrl-Left
L   L  L L   L  L L   LL   LL   L  L    IE 5.00.3315.1000 Ctrl-Right
L   L  L L   L  L L   LL   LL   L  L                      Ctrl-Left
abc def, ghi jkl. mno ;pqr ?stu vwx
L  LL   LL  LL   LL  LL   LL   LL  L    Mozilla 0.9.9     Ctrl-Right
L   L    L   L    L   L    L    L  L                      Ctrl-Left

Notepad, Wordpad, and Internet Explorer are all from Windows 2000,
service pack 2.  Emacs and vi are from RedHat 7.0.

Comment 9

[Brent]

abc def, ghi jkl. mno ;pqr ?stu vwx
L   L    L   L    L    L    L   L      MS-DOS Editor 2.0.026 Ctrl-Right
L   L    L   L    L    L    L   L                            Ctrl-Left

Comment 10

[Greg K.]

*** Bug 159531 has been marked as a duplicate of this bug. ***

Comment 11

[Greg K.]

*** Bug 147470 has been marked as a duplicate of this bug. ***

Comment 12

[:deanis74]

Dupe of 127321, which it looks like was just fixed on the trunk.

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

Comment 13

[sujay]

verified.