474458 - Highlighting text and crossing a rendering boundary and then clicking CTRL (control) key breaks selection

Status: RESOLVED WORKSFORME

(Core :: DOM: Selection, defect)

Description

[appfault]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.5) Gecko/2008120122 Firefox/3.0.5 (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.5) Gecko/2008120122 Firefox/3.0.5 (.NET CLR 3.5.30729)

Note the above url is correct. https://bugzilla.mozilla.org/enter_bug.cgi is itself an example of a page which can cause this bug to occur.

Reproducible: Always

Steps to Reproduce:
Click and drag mouse across text, crossing a <td> boundary. While still dragging the mouse (with text from multiple rendering boundaries now selected) hold down control, and move the mouse across another <td> rendering boundary.
Actual Results:  
Firefox now is stuck in a bizarre mode where text can no longer be selected with clicking and dragging.  Double-clicking still allows selection of single words or single rendering boundaries however.

Expected Results:  
Text selection should continue working.

Comment 1

[Nochum Sossonko [:Natch]]

Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.5) Gecko/2008120122 Firefox/3.0.5

Confirmed.

Comment 2

[Uri Bernstein]

Seems like a duplicate of 210197, although I can't reproduce it with the given instructions even on Firefox 3.0.5.
Can one of you please try with latest trunk (or 3.1b2) and confirm that it's fixed?

Comment 3

[Nochum Sossonko [:Natch]]

Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b3pre) Gecko/20090108 Shiretoko/3.1b3pre

Still broken for me on Vista. I get blu-ish outlines anytime I hit ctrl while selecting (in a table that is). Note this bug can be tested on this bug page itself.

Comment 4

[Uri Bernstein]

So please give more detailed instructions. Exactly where to click, where to drag to before pressing control, and where to drag to afterward.

Comment 5

[Nochum Sossonko [:Natch]]

STR:

1) Select (without holding ctrl) "Status: UNCONFIRMED (edit)" at the top of the page (click and drag to the end of "(edit)") and let go of the mouse button
2) While pressing ctrl, select "Whiteboard:" at the top of the page (one line down).

You should see the bug then.

Comment 6

[Uri Bernstein]

Still can't reproduce on Mac. Martijn, can you see if you can reproduce this?

Comment 7

[Martijn Wargers (dead)]

I can reproduce it with 1.9.0.x when I release the mouse button over the input, but I can't reproduce with a 1.9.1 build nor with current trunk build.

Comment 8

[Karel Karlik]

I would wager this is an annoying interaction between CTRL+left_mouse being used for two different things:
1) extend selection
2) select table cells

Unfortunately, 2 takes precedence - always.

What I get when I follow instructions from #5:
after 1): "Status: UNCONFIRMED (edit)" is selected
after 2): previous selection disappears, whole table cell containing "Whiteboard:" gets selected.

Expected result after 2): Selection gets extended to contain both "Status: UNCONFIRMED (edit)" and "Whiteboard:" (and nothing else).

But that's probably a completely different bug.

(I am running Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2a1pre) Gecko/20090124 Minefield/3.2a1pre nightly build, if that's of any relevance)

Comment 9

[Martijn Wargers (dead)]

(In reply to comment #8)
Karel, what you're describing is what bug 306641 is about.

Comment 11

[Henrik Skupin [:whimboo][⌚️UTC+1]]

Given bug 501931 this happens on all platforms.

Comment 12

[Ricardo Maçãs [:Ricmacas]]

Given Bug 501931 , after i determined the regression window, this must be a problem with the code i highlighted in the same bug. http://hg.mozilla.org/mozilla-central/rev/730dd065f606

Comment 13

[Ricardo Maçãs [:Ricmacas]]

Thinking again, that code is highly co-related with the other bug, as with the description given (dragging cells). Does this still mean these bugs are dupes?

Comment 14

[Ricardo Maçãs [:Ricmacas]]

nevermind.
<td> is for table. just noticed. headache.

Comment 15

[appfault]

This appears to have been fixed in Firefox 3.5.x.  Can no longer repro.

Comment 16

[Maciej Jaros]

Bug 501931 has been marked as a duplicate, but that bug is still reproducable both in FF 3.6 and 4.0.

Please reopen this bug or unduplicate bug 501931.

Comment 17

[appfault]

This zilla is not at all similar to bug 501931 (well, it's peripherally similar in that they both involve tables).  Also this zilla is still fixed in 3.6.  Unless it re-broke in 4.0 or something it should go back to FIXED.

Comment 18

[Maciej Jaros]

Sorry for the confusion. I must have missed it when the bug 501931 was detached from this bug. Not really interested in this particular bug so you can mark it as fixed AFAIC.

Comment 19

[appfault]

I don't seem to have access to set this back to FIXED so I'm setting it to the less appropriate WORKSFORME.  This was fixed in 3.5.x and is still working fine in 5.0.