296594 - with multiple tabs open, and an applet/pdf/etc in the right-most tab, plugin tab can still read events even if tab is switched

Status: VERIFIED DUPLICATE of bug 273456

(Firefox :: Tabbed Browser, defect)

Description

[Aaron Slunt]

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+

It's not really easy to explain, but a tab with an applet in it keeps control
even after another tab has been switched to. I've seen this with 3 tabs, so
that's what I'm going with here.

Open 3 tabs: must be three from what I can tell. The first two can be whatever
you want. The third has to be an applet: the one I've used is
http://htmlcolorcodes.com/

Go to the tab with teh applet in it, and use the applet (in this case, just
click your mouse in the color section to generate a hex code for the color).

Now switch back to one of the other tabs. Now do something, like click home. The
tab with the applet in it receives the home action, not the currently focused
tab. Also, if you went forward in one of the tabs, you'll notice back and
forward is disabled in the tab, from what I can tell because the applet tab
still somehow has focus.

Reproducible: Always

Comment 1

[Kevin Brosnan]

WFM - Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050601
Firefox/1.0+

It might be a recent regression.

Comment 2

[Jim Ginn]

I have been seeing this problem for a while and it seems to involve pages with
some plug-ins (Flash and Shockwave do not trigger it). In fact, the first time I
ran into this bug was when I was viewing a pdf using the adobe plug-in. I can
also trigger this bug with only two tabs. With three or more tabs, I see a
similar behavior where I can click in the page with the applet and change the
unselected tab.

Comment 3

[Aaron Slunt]

Changing title per jcginn's reply.

Comment 4

[Jim Ginn]

Also, tested with a clean profile and still see this undesirable behavior. Some
other observations: Even though the link is being loaded in the unfocused tab,
the progress meter still appears in the focused tab. Additionally, I seem to
crash right after this occurs (i.e. if I try to browse to another site in the
focused tab), but that could be an entirely different issue.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050530
Firefox/1.0+

Comment 5

[Ria Klaassen (not reading all bugmail)]

I see the same. In the example Java applet I got a crash BTW (TB6378193).
With another applet it also happened, but without a crash.

Comment 6

[José Jeria]

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

Comment 7

[Aaron Slunt]

This isnt' a dupe. The bug this was duped against is only for ctrl+t, while this
is basically for everything (mouse events, etc.).

Comment 8

[José Jeria]

Aaron, no, bug 273456 is for _all_ firefox shortcuts (since the plugin has the
focus), as  you clearly can see by reading the comments

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