Closed
Bug 296636
Opened 20 years ago
Closed 18 years ago
focus stealing tab can break applets, and url bar functions
Categories
(Firefox :: Tabbed Browser, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: tonglebeak, Unassigned)
References
()
Details
Attachments
(1 file, 1 obsolete file)
|
408 bytes,
text/html
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050602 Firefox/1.0+ Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050602 Firefox/1.0+ Have two tabs opened: the first url in the first tab, and the second url in the second tab. Click in teh applet where it says to click on the applet url, and leave the dialog box that comes up, just leave it there. The steal.htm will steal focus from 10 seconds after it was loaded, and upon returning to the applet tab, the dialog box is no longer there and clicking does not show the dialog again (when it should). Also, I found that url bar functions (like clicking on a url from the dropdown box it creates) does not work. Reproducible: Always
| Reporter | ||
Updated•20 years ago
|
Version: unspecified → Trunk
| Reporter | ||
Comment 1•20 years ago
|
||
Increased focus stealing delay to 20 seconds to allow applet to load. In the testcase, open the link as soon as possible, then get the applet tab and click where it says to once it's loaded. Leave the dialog box that you'll see appear as a result of clicking on the applet, leave it. When focus is stolen back, you'll notice that by going back to the applet tab, teh dialog box is gone and the applet is no longer functional. You should also notice that the dropdown box for the url bar does not accept clicks, and if you have any open dialog boxes (js console for example), you might be unable to use/close them without killing the firefox process.
| Reporter | ||
Updated•20 years ago
|
Attachment #185357 -
Attachment description: testcase → testcase - warning: might break a lot of features in firefox
| Reporter | ||
Updated•20 years ago
|
Flags: blocking-aviary1.1?
Comment 2•19 years ago
|
||
minusing for now, please renominate once there is a usable testcase.
Flags: blocking-aviary1.1? → blocking-aviary1.1-
| Reporter | ||
Comment 3•19 years ago
|
||
Updated the url in the testcase. Should be usable now.
Attachment #185357 -
Attachment is obsolete: true
| Reporter | ||
Updated•19 years ago
|
Flags: blocking1.8b4?
Updated•19 years ago
|
Flags: blocking1.8b4? → blocking1.8b4-
Comment 5•19 years ago
|
||
So the Java Dialog Window is not somewhere in the background (it was in the background for me, simply had to bring it to the front and OK it)?
Comment 6•19 years ago
|
||
Same problem here. Mozilla/5.0 (Windows; U; Windows NT 5.1; es-ES; rv:1.8b5) Gecko/20051006 Firefox/1.4.1
Comment 7•18 years ago
|
||
When the first tab steals the focus from the java dialog, the dialog is placed behind the browser window. When you click the tab containing the applet, the dialog is still behind the browser window. Once you focus the dialog and dismiss it the page works ok for me in 1.5.0.6/2.0b1 winxp.
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•