Closed Bug 249895 Opened 20 years ago Closed 20 years ago

Focus set incorrectly when home is set to a home page group

Categories

(SeaMonkey :: Tabbed Browser, defect)

x86
Windows XP
defect
Not set
minor

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 124750

People

(Reporter: mozilla.org, Unassigned)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616

If you have your home set as a group of tabs, and more than one of the tabs have
javascript to set the focus, one of the tabs underneath may steal focus from the
active tab.
This leaves you looking at one tab, perhaps typing your password into it, but
the focus and keystrokes are going to one of the inactive tabs.
So this is a security issue, as you can start typing data into one tab, and
without warning have the data go to another site. (note: If you watch while you
are typing, you will see that no keystrokes are going to the active tab. But if
you look for focus, and then type, you won't necessarily notice).




Reproducible: Always
Steps to Reproduce:
1. Set up a home page tab group including at least two tabs that set focus. I
use google, and my account login for my webmail
2. start the browser
3. Notice that the first tab has focus for a moment. Notice that the caret then
vanishes. You can now type, and when you switch to the hidden tab the stuff you
typed will be there.

Actual Results:  
keystrokes show up on the wrong tab

Expected Results:  
The only tab that should be able to set focus is the one being displayed.

The keystrokes should go to the page being displayed.

*** This bug has been marked as a duplicate of 124750 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
Status: RESOLVED → VERIFIED
Product: Core → SeaMonkey
You need to log in before you can comment on or make changes to this bug.