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)

1.0 Branch
x86
Windows XP
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: tonglebeak, Unassigned)

References

()

Details

Attachments

(1 file, 1 obsolete file)

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
Version: unspecified → Trunk
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.
Attachment #185357 - Attachment description: testcase → testcase - warning: might break a lot of features in firefox
Flags: blocking-aviary1.1?
minusing for now, please renominate once there is a usable testcase.
Flags: blocking-aviary1.1? → blocking-aviary1.1-
Updated the url in the testcase. Should be usable now.
Attachment #185357 - Attachment is obsolete: true
Flags: blocking1.8b4?
Flags: blocking1.8b4? → blocking1.8b4-
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)?
Same problem here.

Mozilla/5.0 (Windows; U; Windows NT 5.1; es-ES; rv:1.8b5) Gecko/20051006
Firefox/1.4.1
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
Keywords: qawanted
Version: Trunk → 1.0 Branch
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: