47427 - text highlight lost if you click on location bar, and back

Status: VERIFIED INVALID

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

Description

[Ariel Shkedi]

To reproduce:
highlight some text
click on location bar (highlight turns grey)
discover you can't copy the text in browser, so click back into browser
highlight is gone, instead of changing from grey back to blue

However, if you instead click inside a form element then the highlight stays
blue - incorrectly, because if you try to copy the text, it will copy text in
the form element, but not in the browser.

So add to this, the highlight should turn grey when you click into a form
element - or it should vanish (grey is better, especially once you can click
back into the browser and have the highlight turn blue again).

Build 20000802

Comment 1

[Rann Bar-On]

confirmed on win95 080308, confirming bug.  Agreed, this would be nice.

Comment 2

[Asa Dotzler [:asa]]

updating component and setting default owner

Comment 3

[rubydoo123]

assigning this to anthonyd -- Anthony, is this related to the other selection 
bugs you are working on?

Comment 4

[anthonyd]

Ok, unless I am mistaken, there are 2 cases stated here in this bug:

1. highlight some text, click on location bar (highlight turns grey)
discover you can't copy the text in browser, so click back into browser
highlight is gone, instead of changing from grey back to blue

2. However, if you instead click inside a form element then the highlight stays
blue - incorrectly, because if you try to copy the text, it will copy text in
the form element, but not in the browser.

Okay, here are the answers:
1. Believe it or not this is normal behavior.  Look at 4.x, it behaves this way 
also, it just doesnt turn the text gray.  *Supposedly*, if you grab something 
like the scroll bar, the text should return to focus, but thats an event bug.  I 
believe saari or evaghn has it.

2. The text doesnt change color in this example because both the text and the 
form element are in the same document.  Since they are both in the same 
doecument there is no Blur event triggered when you click from the form element 
to the text or vice versa.

This bug is being marked as invalid.

Comment 5

[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 6

[Dan Nunn]

vrfy invalid