135851 - clicking while popup is open does not shift focus to where the mouse was clicked

Status: RESOLVED WORKSFORME

(SeaMonkey :: Location Bar, defect)

Description

[Andrew Hagen]

Using Build ID: 2002040403 (0.9.9+) Windows 98. Open any web page. Type in URL
bar. (For example, hit spacebar several times.) Now click with mouse in main
window. Hit spacebar again. Doesn't work. Hit Page Down/Page Up. Doesn't work.
Mouse wheel can still scroll. Scrollbar still works. 

This is a recent regression.

Comment 1

[Andrew Hagen]

One more twist. After typing in URL bar, click on main window in a text box. Now
click again in whitespace in main window. Now you can scroll normally.

Comment 2

[Matthias Versen [:Matti]]

wfm with win2k build 20020406..

Comment 3

[Andrew Hagen]

Still doesn't work in 2002040503, Windows 98. Will download later build and test
again.

Comment 4

[Matthias Versen [:Matti]]

first click : 
You close the dropdown list 
second click : you move the focus in the main area (the caret in the url bar
disappears) and you can scroll.

This is the same in mozilla0.9.9, 20020406 and Mozilla 0.9.5

Do you mean this ?

Comment 5

[James Cox]

I can confirm this, but i don't think it's a bug.

basically what the reporter is trying to describe is when you are typing in the
url bar, and select the browser content frame, the cursor focus doesn't change
from the url bar, so all keyboard movement accl. are still active on the urlbar.

I *think* this is expected behaviour. moving to URL Bar for further prognosis.
(maybe XP APPS?)

Comment 6

[Andrew Hagen]

That's it. That's the bug. It makes sense to change the focus when you click on
the browser window. We don't do that.

Comment 7

[Peter Trudelle]

Its a defect, a single click in the window should be sufficient to close the
dropdown and move focus to the content area. 

Comment 8

[Andrew Hagen]

Removing regression keyword on basis of comment 4. Adding 4xp keyword, as this
bug is not present on Navigator 4.79.

Comment 9

[Tony Tovar]

This has been a problem for me, too.  I suggest changing the Summary to:
"mouse-click does not shift focus from URL bar to document window"

I don't know if this is related or not, but I also think the focus should shift
after you manually enter a URL.  As it is, focus stays on the URL bar and you
need to press TAB to be able to keyboard-scroll the document (but how many
people know that...)

Comment 10

[Andrew Hagen]

Old Summary: can't page down after typing in URL bar
New Summary: mouse-click does not shift focus from URL bar to document window

Comment 11

[Peter Trudelle]

nsbeta1+/adt3 per Nav triage team

Comment 12

[Joe Hewitt (gone)]

This has been debated before.  This behavior is done on purpose for all popups.
 When you have a popup open, and you click somewhere, it closes the popup but
does NOT change the focus.  This is not a URL Bar specific bug.

Do we want to change this behavior for all popus?  I notice that on windows,
clicking while a popup is open does in fact shift focus.

Comment 13

[Andrew Hagen]

Not sure what you mean by "popups." I don't think you mean Javascript popus, or
pulldown menus. Besides the URL bar, what is included?

Comment 14

[Martin Macok]

Confirming the same behaviour from comment #4 on Linux (Mandrake 8.2) with
moz1.0 (20020412).

-> OS:All ?

(I agree on that single click in content area should focus content area. If I
want just the dropdown list to dissapear, I use the [v] arrow button on the
right side of URLbar)

Comment 15

[Peter Trudelle]

Mass moving nsbeta1+/adt3 bugs assigned to Navigator team engineers out to
target milestone 1.0.1.  Please confine your attentions to driving down our list
of TM 1.0 bugs for beta.  Better to help, debug, or test one of them than fix
one of these.

Comment 16

[Andrew Hagen]

OS/All.

Comment 17

[scottputterman]

Changing nsbeta1+ [adt3] bugs to nsbeta1- on behalf of the adt.  If you have any
questions about this, please email [e-mail].  You can search for
"changing adt3 bugs" to quickly find and delete these bug mails.

Comment 18

[scottputterman]

Changing nsbeta1+ [adt3] bugs to nsbeta1- on behalf of the adt.  If you have any
questions about this, please email [e-mail].  You can search for
"changing adt3 bugs" to quickly find and delete these bug mails.

Comment 19

[Ian Nartowicz]

WFM.  This may have been fixed by bug 66834.  Focus now shifts on the first
mouse click (pltform-dependant).

Comment 20

[Andrew Hagen]

WFM, too, in latest nightly build in 1.3 series. Resolving. 

Comment 21

[Andrew Hagen]

Really resolving worksforme.