77565 - input element gets selection on clicking to the side of it

Status: NEW

(Core :: DOM: UI Events & Focus Handling, defect, P3)

Description

[James Green]

I've seen this for months, but can't find an existing report. If this is a dup,
please add me to the original's cc list.

Steps to reproduce:
1. Go to the above URL, it does not matter which bug you view.
2. Click to the right of one of the input type="text" elements, such as QA
Contact, and release the mouse.
3. Move your pointer over to the left, over the input element, and watch as a
selection of the text occurs

If the above doesn't select the text, try clicking on the next input element,
such as URL, to the right of it, and again moving the mouse left until the text
becomes selected.

Expected results:
No text is selected.

Actual results:
Text becomes selected.

It seems that on release of the mouse next to an input type="text" element, we
set the selection event for that element going as well. We shouldn't be doing this.

Comment 1

[James Green]

Attachment: reduced testcase

Comment 2

[James Green]

By clicking to the right of the two input fields in the testcase, then moving
over the text within them (no holding of the mouse button), the text can become
selected.

You may need to alternate between the two inputs during testing to see this, but
you will see the problem very quickly, it's not hard to reproduce.

Comment 3

[joki (gone)]

I also notice that once you click inside the text it sets some state and you 
can't do it again.  Neat.  Anyway, this is one for mjudge.

Comment 4

[Tim Powell]

Odd! I can also get this to happen occasionally when you click on the QA Contact
label (to the left of the input element) and move the mouse to the right. It
also seemed to cause the URL field to start selecting. I wonder if the colspan
is in any way related to this? This was with Build 2001042504 on Win NT.

Comment 5

[James Green]

The testcase certainly doesn't have a table, so I don't see how colspan has a
bearing on the bug.

Of interest, if you click to the left of either field in the testcase, then move
over the text input (move right), the text input has been selected from the
right-hand-side, not the left.

Comment 6

[rubydoo123]

really weird bug, this also happens on win32 and Mac -- just simply click to the
right of any INPUT TYPE=TEXT field and move your mouse over the field.

Comment 7

[rubydoo123]

can't dup this on build from June 1st

Comment 8

[James Green]

I can, using a build checked out less than 1 hour ago from the tip.

To reproduce:

1.  Load the testcase
2.  Click once to the right of the second input element. Release the mouse
3.  Move the mouse into the second input element, over it's text data

Notice the selection starts as if you had clicked and held the button inside the
end of the input element. I'm on Linux.

Comment 9

[Madhur Bhatia]

QA contact updated

Comment 10

[Asa Dotzler [:asa]]

Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 
(you can query for this string to delete spam or retrieve the list of bugs I've 
moved)

Comment 11

[Vedran Miletic]

retargeting

Comment 12

[Mike Caines]

Still seeing this 4 years later on (Mozilla/5.0 (Windows; U; Windows NT 5.1;
en-US; rv:1.8b4) Gecko/20050822 Firefox/1.0+). This is one of those bugs that
can really baffle a user and it is quite difficult to them to figure out what
has happened or how to resolve the issue (clear the selection).