12764 - Selection should only start after mouse down + mouse movement threshold

Status: VERIFIED WORKSFORME

(Core :: DOM: Selection, defect, P3)

Description

[David Baron :dbaron: (⌚️UTC-5, no longer working on Mozilla)]

DESCRIPTION:  When you click on the HR element in the above URL (the horizontal
rule), it gets a blue border around it.

STEPS TO REPRODUCE:
 * Load above URL ( http://asp1.sbs.ohio-state.edu/text/severe/atltrop/ )
 * click on horizontal line just below column headers

ACTUAL RESULTS: horizontal line gets a blue border

EXPECTED RESULTS: no blue border

DOES NOT WORK CORRECTLY ON:
 * Linux, apprunner, build from source 1999-08-28, 12:15 PDT

ADDITIONAL INFORMATION:
I was thinking there was a problem in ua.css causing this, but I couldn't find
one.

Comment 1

[Peter Linss]

Pushing off non-beta 1 issues

Comment 2

[Hixie (not reading bugmail)]

I am 99% sure this is a Text Selection thing. When you select text, it gets an
xored rectangle behind it. Well, HRs get this blue border. You can prove this
be selecting text either side of an HR - the HR gets blued.

Comment 3

[Michael Lowe]

Maybe a threshold on is needed on the minimum mouse movement needed to start
selection after the left mouse button is pressed down.

Comment 4

[rubydoo123]

This can wait till after beta push, setting to M15.

Comment 5

[Michael Lowe]

*** Bug 16505 has been marked as a duplicate of this bug. ***

Comment 6

[Michael Lowe]

*** Bug 16053 has been marked as a duplicate of this bug. ***

Comment 7

[Jesse Ruderman]

I agree with the threshold thing. It's too easy to accidentally select one 
character in the location bar when you're just trying to place the insertion 
point.

Comment 8

[mjudge]

*** Bug 27528 has been marked as a duplicate of this bug. ***

Comment 9

[rubydoo123]

moving to M17

Comment 10

[mjudge]

per beppe moving to future.

Comment 11

[rubydoo123]

adding help wanted to the keywords

Comment 12

[Blake Ross]

*SPAM*: Changing the QA contact of all open/resolved Selection bugs from 
[e-mail] to [e-mail].  After the many great years of service 
Eli has given to Mozilla, it's time for him to move on; he has accepted a 
position at Eazel.  We'll be sad to see him go, and I'll do my best to fill his 
spot...

Comment 13

[mjudge]

*** Bug 21090 has been marked as a duplicate of this bug. ***

Comment 14

[Jesse Ruderman]

I see this on WinNT:

(a) Mouse down on the location bar and move the mouse a tiny bit.  Only the part
of the URL to the left of the cursor is selected.
(b) Double-click on a word in a web page and then move the mouse a tiny bit. 
Only the part of the word to the left of the cursor is selected.
(c) Mouse down in the middle of a letter on a web page and move the mouse left
or right one pixel.  The letter is selected.
Note that (a) would probably be fixed by fixing bug 62495, making
clickSelectsAll trigger on mouseup rather than on mousedown.

Comment 15

[Jesse Ruderman]

(a) from my previous comment is bug 97822, "Click on URL bar selects only first 
half of URL".

Comment 16

[Blake Ross]

changing selection qa to tpreston.

Comment 17

[Zook Valem]

The URL address at the top of this bug report no longer exist...  I had been
brought to this bug report by bug #163594 from [e-mail].  

Dbaron or reporter, can you verify if bug #163594 is a duplicate bug?  Since
that the URL of this bug report does not exist, so no idea of what that bug is like.

However, bug #163594 showed the guilty party for that bug is due to bug #159207
and this bug report exist way before bug #159207 which make it unlikely that bug
#163594 is a duplicate bug of this one...

Comment 18

[Vaclav Dvorak]

Judging by this bug's description (comment 0), it's a direct dupe. Judging by
this bug's summary (which is more up-to-date), it's not, in fact, a dupe, but
fixing this would also fix the other bug. Pick your choice.

Comment 19

[Peter Kroll]

this seems to be fixed. I cannot reproduce the bug in comment 0 on build
Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.5) Gecko/20030925

Comment 20

[Tom Mraz]

As there is no testcase for a long time I close it as Invalid.

Comment 21

[Vaclav Dvorak]

I'm not quite sure that everyone will agree with the INVALID resolution. Either
this bug is just about the HR selection issue described in comment 0, and then
this is a duplicate of bug 163594 and should be marked as such. Or it's a more
general issue, and then it's valid (though perhaps actually an RFE) and not fixed.

As far as I'm concerned, though, I don't particularly care. :-)

Comment 22

[David Baron :dbaron: (⌚️UTC-5, no longer working on Mozilla)]

Changing URL to an equivalent page (it was just a standard apache generated
directory listing).

Comment 23

[David Baron :dbaron: (⌚️UTC-5, no longer working on Mozilla)]

and marking worksforme, which is true.

Comment 24

[Tom Mraz]

For me too.