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

VERIFIED FIXED

Status

()

VERIFIED FIXED
17 years ago
17 years ago

People

(Reporter: pml, Assigned: mjudge)

Tracking

({testcase})

Trunk
x86
Windows 2000
testcase
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

Attachments

(1 attachment)

(Reporter)

Description

17 years ago
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.
(Reporter)

Comment 1

17 years ago
Created attachment 71892 [details]
testcase to describe bug

Comment 2

17 years ago
confirmed  build: 2002022503  OS: Win2k

Updated

17 years ago
Status: UNCONFIRMED → NEW
Ever confirmed: true

Comment 3

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

Comment 4

17 years ago
-->
Assignee: rods → kin

Comment 5

17 years ago
--> mjudge (caret/selection navigation)
Assignee: kin → mjudge

Comment 6

17 years ago
Adding testcase keyword.
Keywords: testcase

Updated

17 years ago
QA Contact: madhur → tpreston

Comment 7

17 years ago
this is fixed i believe in a bug of mine. I dont remember the bug# please retest
Status: NEW → RESOLVED
Last Resolved: 17 years ago
Resolution: --- → FIXED

Comment 8

17 years ago
you are correct, this is fixed in Win xp branch build 2002050506 and win 2k
trunk build 2002050608, marking verified 
Status: RESOLVED → VERIFIED
Keywords: verified1.0.0
You need to log in before you can comment on or make changes to this bug.