28999 - URL widget & browser page text allow simultaneous selection

Status: VERIFIED FIXED

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

Description

[Eli Goldberg]

* TITLE/SUMMARY
URL widget & browser page text allow simultaneous selection

<known issue; writing up for tracking purposes>

* STEPS TO REPRODUCE
0) Launch Apprunner
1) Select some text in the browser window (either content of a text field, or 
browser page content)
2) Select the contents of the URL widget.

* RESULT
 - What happened

Both text fields can be simultaneously selected. If you attempt to copy text, the 
browser content text will be copied to clipboard.

 - What was expected 

Only one text selection should be simultaneously possible.

* REGRESSION

 - Occurs On
        Mac OS, Win32 & Linux Apprunner (2.23.00 AM optimized build)		

 - Doesn't Occur On
        Communicator 4.7 RTM (Mac OS checked)




* CONFIGURATIONS TESTED

- [Mac] Beige Power Mac G3 (266 MHz PowerPC 750), 96 MB RAM (VM on; 1 MB of VM 
used), 1024x768 (Thousands of Colors), Mac OS 8.6

- [Win32] Vectra VL (233 MHz P2), 96 MB RAM, 800x600 (True Color), NT 4.0 SP5.

- [Linux] Vectra VL (266 MHz P2), 96 MB RAM. Red Hat Linux 6.0 (GNOME).

Comment 1

[Akkana Peck]

Sounds like a focus issue -- cc'ing saari.

Comment 2

[saari (gone)]

Yeah, I've noticed that. Don't quite know why selection would be different than 
the the caret. Where does the focus/blur listener for selection hang off of? Does 
it hang off the document like the caret listener?

Comment 3

[Kathleen :Brade]

reassign to saari for focus investigation

Comment 4

[saari (gone)]

mjudge, you know how to add the selection listener right? 

Comment 5

[Eli Goldberg]

Raising severity to 'major'; I encounter selection focus issues that are either
related to this bug --- or are this bug --- on a daily basis.

Comment 6

[Matthew T (active 1999-2002)]

Is this the same problem which causes multiple blinking cursors in different text 

fields in the same window? Like when you specify three recipients and a subject 

for an e-mail message, then start typing the message, you end up with five 

different cursors blinking out of sync with each other? (Warning to epileptics: 

do *not* use beta 1 ...)



... Or is that a separate bug?

Comment 7

[mjudge]

hmm 4.x allowed the url bar to be selected and the content area to also be 
selected. Depending on focus I will change the color but not get rid of the 
selected text i dont think.

Comment 8

[mjudge]

hard part is done. only thing left now is the setting selection color to be 
different on lost focus. m16 i think

Comment 9

[Matthew T (active 1999-2002)]

Which version of 4.x allowed you to simultaneously select URL text and content 
text? (It wasn't the Mac version ...) That sounds like a bug to me.

There should be zero or one selections per Mozilla window, but no more than that 
-- because if you have more than one selection per window, there is no standard 
way of telling which selection is the active one.

Having multiple selections per window, and using non-standard techniques (like 
different colors) to show which selection was the active one, would be 
inconsistent with every other app on every OS; so it would not be useful to the 
large majority of users, because they would not understand it.

Comment 10

[mjudge]

giving to anthonyd

Comment 11

[anthonyd]

added focuslistener to docviewer.
fixed.

Anthony

Comment 12

[anthonyd]

doh.

Comment 13

[Eli Goldberg]

Verified fixed on this morning's Windows and Linux build. 

Note that the implemented behavior has received a vocally negative response, 
which is now covered by <http://bugzilla.mozilla.org/show_bug.cgi?id=36848>.

Comment 14

[Eli Goldberg]

Verified after also checking on 4.27.2000 AM Mac Mozilla build.