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.
confirmed build: 2002022503 OS: Win2k
This *sounds* like a bug on mjudge's plate (Selection); I don't know any specific bug # though.
Assignee: rods → kin
--> mjudge (caret/selection navigation)
Assignee: kin → mjudge
Adding testcase keyword.
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
you are correct, this is fixed in Win xp branch build 2002050506 and win 2k trunk build 2002050608, marking verified
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.