292365 - funky selection behaviour 2

Status: RESOLVED WORKSFORME

(Core :: DOM: Selection, defect)

Description

[Caleb]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050429 Firefox/1.0+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050429 Firefox/1.0+

The selection seems to be behaving improperly on the attached testcase.

To reproduce:

1. Put your mouse to the right of "beast dhtml graph" and slightly above it.
2. Left click and hold and gently move the mouse down.

You will notice that the text at the bottom getting selected for no reason.

Reproducible: Always

Steps to Reproduce:

Comment 1

[Caleb]

Attachment: testcase

Comment 2

[Caleb]

This is a regression. Although I haven't found the exact build this regressed on.

With Firefox 1.0.3, the reproduction step lead to "beast dhtml graph" being
selected instead of the text below it.

Comment 3

[Peter van der Woude [:Peter6]]

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050429
Firefox/1.0+

I can confirm the behaviour, not so sure this isn't a dupe though.
->NEW

Comment 4

[Boris Zbarsky [:bzbarsky]]

Is the testcase minimal?

Also, is there anything resembling a smaller regression range than "sometime
after 1.0"?  An exact build is not required; put whatever info you have in the
bug and maybe someone else can take over narrowing further... 

Comment 5

[José Jeria]

Attachment: Minimized testcase

Click and hold down the mousebutton to the right of the image. Now move the
mouse down, the text below will not be selected.

Comment 6

[Caleb]

(In reply to comment #5)
> Created an attachment (id=185872) [edit]
> Minimized testcase
> 
> Click and hold down the mousebutton to the right of the image. Now move the
> mouse down, the text below will not be selected.

That's a nice testcase, but I think that this is not the correct bug for it.

This bug is about selection being set improperly. 
In my original testcase, if you follow the reproduction steps, a batch of text
gets selected when it should not.

Comment 7

[Caleb]

I think that this was fixed by bug 296036 aswell.