46010 - Pressing the Tab key while in the Location URL box disables the highlight and cursor...

Status: VERIFIED WORKSFORME

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

Description

[dmorg]

Pressing the Tab key while in the Location URL box disables the highlight and
cursor...

1) get a URL in the location box lets say: http://www.mozilla.org/
2) left-click in the location box, and notice the cursor  :)
3) left-click and drag in the location box, nice blue highlight right?
4) Press the tab key

Now the highlight and cursor is gone... but you can still type

Switching to another window and coming back seems to fix the error

Comment 1

[Stephen Walker]

confirming using 2000072008 on w2k

Comment 2

[mjudge]

must have help from hyatt and saari for tab navigation. causing some WIERD 
assert off of ftp connection thread?

Comment 3

[rubydoo123]

setting to nsbeta3+

Comment 4

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

[rubydoo123]

we will need help on this one from hyatt and/or saari

Comment 6

[saari (gone)]

On MacOS or Win2K, press the tab key and you can't type in the URL bar anymore.
Press tab again, or click and selection comes back and you can type again,
complete with cursor. Seems pretty normal to me... I havn't been able to break
it. Maybe mjudge can demonstrate.

Comment 7

[mjudge]

giving this one to ben. we should be focusing the content area from a tab in the 
url bar. i dont know where the focus is going currently. dont really care. gooo 
ben!

Comment 8

[saari (gone)]

mjudge, if that is the behavior you want, it should be a new bug or change the
summary of this bug.

We can explicitly toss focus on tab from the URL bar, or I can look into doing
it at the docshell level. Doing it explictly will be easier and much more likely
to happen (I'm pretty booked at this point).

Comment 9

[Ben Goodger (use ben at mozilla dot org for email)]

here's the way tab ordering should work in navigator:

[sidebar{}->]urlbar->browser{}->cycle

the {} indicates tabbing through focusable elements in the sub document, so a 
tab from the urlbar should focus the content area, then a subsequent tab should 
focus the first focusable element (e.g. link) in the content area. 

I don't see the original bug as reported so closing this as worksforme to get 
off my radar. saari is right, a new bug should be filed on the tab cycle for the 
main window (and, indeed, bugs for all dialogs, as our tab ordering story sucks 
;) 

Comment 10

[Blake Ross]

I can still reproduce this.  The only difference is that I can't still type in 
the URL bar.  I don't know where the focus is going, but it isn't going to the 
page, and it's not staying in the URL bar.  maybe it's going to one of the 
toolbar buttons?  Ben, should this be a separate bug?

Comment 11

[Ben Goodger (use ben at mozilla dot org for email)]

yes. focus is working correctly on windows in that you can focus the textfield, 
then tab to something else (not sure what it is, I suspect the content area). I 
fixed it over the weekend such that the menubuttons don't take focus any more. 

Comment 12

[Blake Ross]

vrfy wfm in a build i just pulled, on win2k...