128277 - ctrl+shift+right selection in a form input-control cycles when not followed by a <br> in the html

Status: VERIFIED FIXED

(Core :: Layout: Form Controls, defect)

Description

[Peter Lockhart]

Please refer to the url for the testcase (will attach the testcase too)

1. For each of the following boxes, position the cursor in input box and
ctrl+shift+right
2. After 3 presses, all words are selected
3. 4th and subsequent presses shouldn't change anything, All words should remain
selected
4. But bug in example 2 has the select cycling after 4th press
5. Bug also present in example 3, but only in first box even though both lines
are the same
6. Other tags after the form control dont seem to make bug disappear. Only the
<br> has an effect.
7. Same effect with a <textarea>.


first saw this on http://www.histopia.nl/onldict/lat.html and recreated testcase.
Seems that if a form input box is alone on a line , the selection using
shift+ctrl+right cycles unless a <br> is inserted on the _same_ line after the
tag. Inserting a <br> on the next line doesnt work.

In the testcase, all that differentiates the working box from the faulty box is
that the working box has a <br> immediately after it on the same line. Even
placing other tags on the same line has no effect and the bug displays same
behaviour.
It seems a combo of the form control and the <br> tag.

Comment 1

[Peter Lockhart]

Attachment: testcase to describe bug

Comment 2

[TucsonTester3]

confirmed  build: 2002022503  OS: Win2k

Comment 3

[Kathleen :Brade]

This *sounds* like a bug on mjudge's plate (Selection); I don't know any
specific bug # though.

Comment 4

[rods (gone)]

-->

Comment 5

[kinmoz]

--> mjudge (caret/selection navigation)

Comment 6

[michael wendell]

Adding testcase keyword.

Comment 7

[dprice (gone)]

this is fixed i believe in a bug of mine. I dont remember the bug# please retest

Comment 8

[Terri Preston]

you are correct, this is fixed in Win xp branch build 2002050506 and win 2k
trunk build 2002050608, marking verified