Closed
Bug 210431
Opened 22 years ago
Closed 22 years ago
When simultaneously loading pages and currently inside a tabbed page containing a text input form, other tabs will "steal" focus
Categories
(SeaMonkey :: Tabbed Browser, defect)
SeaMonkey
Tabbed Browser
Tracking
(Not tracked)
VERIFIED
DUPLICATE
of bug 124750
People
(Reporter: n1357911, Assigned: jag+mozilla)
Details
User-Agent: Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02
When a tab finishes loading, it appears to "focus" itself; when there are
multiple tabs loading the bug can be revealed. If a person in tab A is typing
text in an "input text form"* and then tab B completes, tab B can "steal" the
focus of tab A thus the typing text from tab A will be "dumped" into tab B's
"input text form".
*"input text form" - the input text cell where
<form><input type="text" name="blah"></form>
is the html
Reproducible: Always
Steps to Reproduce:
This is hard to reproduce if the "trial" pages are cached and/or if the client
has a fast internet connection. (I am at school right now and I can't reproduce
it because of a T1 connection.) It is very easy to reproduce on a 56k connection.
Below are instuctions recollecting from memory. I have reproduced this on my
home machines: "mozilla firebird/redhat linux8", "phoenix0.5/win2000". (It has
also been replicated on netscape7.02/mac9.2 so I believe the "bug" to be on all
platforms)
1. Load "New -> Navigator Window"
2. Use the appropriate tab shortcut key
("Alt-t"=linux,"Ctrl-t"=windows,"apple-t"=mac) and load a page that contains a
form with a "input text" (such as "mail.yahoo.com") and then open other tab
(such as www.linuxmail.org)
-let the first tab be called "tab A"
-let the second tab be called "tab B"
-note: tab A and tab B pages should include pages with "input text form"s
3. Quickly, while tab B is still loading, in tab A type into the input text form
until tab B completes. You will find that tab B has "stolen" tab A's focus and
the typing text "ends up" in tab B's input text form.
Actual Results:
You will find that tab B has "stolen" tab A's focus and the typing text "ends
up" in tab B's input text form.
Expected Results:
Retain the focus in tab A. Before a tab completes and assumes it should be
focused, it should check if another tab is already focused.
If the instructions are found inaccurate, let me know; I can reproduce it on my
56k connection home machine. The connection I am using right now is too fast
for reproducing the bug.
I have experienced this bug on:
phoenix0.5/win95
phoenix0.5/win2000
phoenix0.5/linux RH8
mozilla firebird/linux RH8
netscape7.02/mac9.2 <- verifies that is across the main OS platforms
Bug does not affect functioning, but it is an annoyance.
Comment 1•22 years ago
|
||
Do you see this with Netscape7.02 or a recent Mozilla build like Mozilla1.4RC2 ?
I see this behavior on Netscape7.02 on Mac 9.2 at school; I have not yet the
chance to test this on Mozilla1.4RC3 that was released yesterday, but this
behavior is seen in Mozilla Firbird on Linux also.
Comment 3•22 years ago
|
||
confirming for Firebird 20030626 on W2K SP3
Comment 4•22 years ago
|
||
This is a dupe of bug #124750
Comment 5•22 years ago
|
||
*** This bug has been marked as a duplicate of 124750 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Updated•20 years ago
|
Status: RESOLVED → VERIFIED
Updated•17 years ago
|
Product: Core → SeaMonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•