49005 - keyboard focus doesn't follow mouse

Status: VERIFIED WONTFIX

(Core :: DOM: UI Events & Focus Handling, defect, P3)

Description

[wtcorrea]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-3wtc i686; en-US; m17) Gecko/20000807
BuildID:    2000080712

You are forced to click on a particular window area to (for example) scroll down
using the keyboard.

Reproducible: Always
Steps to Reproduce:
1.type some address
2.move the mouse to the rendering area
3.try scrolling down with the keyboard

Actual Results:  Mozilla sends the keypress events to the address entry, even
though the mouse is not there anymore.

Expected Results:  As soon as the mouse leaves the address entry, Mozilla should
take away the keyboard focus from it. As soon as the mouse enters the rendering
area, Mozilla should give the keyboard focus to it.

As with window managers, this should be an option for the user (either
enter-exit or click focus behavior).

Comment 1

[Jeffrey Baker]

I'm fairly certain that I disagree with this.  Yes, most window managers have a
variety of focus behaviors for X clients.  However, the clients themselves do
not tend to behave this way.  GTK programs, for example, all use a
click-to-focus policy within the client area.  Netscape 4.x also uses
click-to-focus internally.  

In this case I think that Mozilla should shift the keyboard focus to the browser
window after a URL has been loaded with the enter key.  This is the current
behavior as of Linux 2000-08-14-12, and also the classic behavior of NS 4.x on
Unix.  I'll leave this bug UNCO, and recommend WONTFIX.

Comment 2

[Asa Dotzler [:asa]]

over to event handling.

Comment 3

[Heikki Toivonen (remove -bugzilla when emailing directly)]

Agreed with WONTFIX resolution. However, you should be able to tab from the 
urlbar and get the focus into the content window so that you can scroll with 
keyboard. That is a separate bug, don't remember the number.

Comment 4

[Jan Carpenter]

verified