194322 - option-right arrow shouldn't move btwn each whitespace ( )

Status: RESOLVED WORKSFORME

(Core :: DOM: Selection, defect)

Description

[sairuh (rarely reading bugmail)]

option-right arrow shouldn't move btwn each whitespace (nbsp).

found while testing bug 127321 on mac 10.2.4 and linux rh8.0 (using 2003.02.19).
this is limited to using option-right arrow (control-right arrow on linux) in
the composer window. it's not a problem with textareas or input fields in html
forms. it's also not applicable to win32, afaict.

1. open an editor window, or an HTML mail compose window.
2. enter some text which contains multiple whitespace btwn words.
3. place cursor at the beginning of the line.
4. hit option-right arrow (or control-right arrow on unix) to move to the right
btwn words.

here's the source of some sample text i entered:

here is&nbsp;&nbsp; some text.&nbsp; la dee&nbsp; dah...!<br>

expected: the cursor moves btwn each word and once for the whitepace in btwn
--13 times given the example above.

actual results: the cursor moves for each word and for *each* whitespace in btwn
--17 times in above example.

Comment 1

[Kathleen :Brade]

-->selection

I'm assuming that this bug is not specific to Composer (that you'd see the same
behavior in a textarea or input).  I'd guess it's a duplicate bug of a bug on
mjudge's plate (but maybe not).

I'd also guess that it's cross-platform with the correct keybinding but I don't
have a build handy to confirm that.

Comment 2

[sairuh (rarely reading bugmail)]

i tested this in textareas and input fields, and it's not a problem there.

i spoke with sfraser about this, and it seems like it's composer-specific.

Comment 3

[Simon Fraser [no longer active]]

Actually, it will happen in any non-PRE text, so it would happen in browser too,
if you have browse with caret on. Selection is the right place for this  :)

Comment 4

[sairuh (rarely reading bugmail)]

oh, heh, okay... kathy pointed me to bug 142120, so perhaps this might be a dup.

Comment 5

[Uri Bernstein]

This WFM on trunk and the 1.8 branch. Either fixed by bug 142120 or something else.