167110 - Form element in another tab steals focus from URL bar

Status: VERIFIED DUPLICATE of bug 124750

(SeaMonkey :: Tabbed Browser, defect)

Description

[Sean Harding]

Sometimes when a page finishes loading in another tab while I'm typing in the
URL bar, a form element from that page suddenly grabs focus.

For example this just happened to me:

I have two tabs -- tab 1 and tab 2. In tab 2, I start loading http://www.amazon.com/
Then I switch to tab 1, click in the URL bar and start typing
"www.seattletimes.com". 
About half way through typing the URL, Amazon.com finishes loading in tab 2. The
search box on that page gets keyboard focus, despite the fact that it's in an
inactive tab and I'm currently typing in the URL bar. So I type
"www.seattletimes.com<return>" and I end up with "www.seattlet" in the URL bar
and I've searched for "imes.com" in the inactive Amazon.com tab. This is very
annoying.

This is build 2002082909 on MacOS X 10.2.

Comment 1

[Greg K.]

Possible dup of bug 124750?

Comment 2

[Greg K.]

WorksForMe using Chimera/2002090505 on 10.1.5. I access Amazon in one tab,
switch to another before it finishes loading, and start typing in the URL bar.
The Amazonm tab doesn't steal focus, and typing continues uninterrupted.

Comment 3

[Sean Harding]

It's reproducable for me (I just tried it again), and it does look like a dup of
bug 124750 to me -- the page uses focus() in the body onload to focus that input
box.

Comment 4

[jag (Peter Annema)]

Attachment: focus testcase

This sets the focus to a text input field on a 3 second timeout, which should
give you enough time to (re)load this attachment and open a new tab.

Comment 5

[jag (Peter Annema)]

Whoops, attached that to the wrong bug.

*** This bug has been marked as a duplicate of 124750 ***

Comment 6

[sairuh (rarely reading bugmail)]

mass-verification of Duplicates.

mail search string for bugspam: SolarFlaresAreTheCause