233780 - Flash continues to respond to events (like mouseover) even on another tab not in the foreground.

Status: RESOLVED WORKSFORME

(SeaMonkey :: General, defect)

Description

[Matt Philmon]

User-Agent:       
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040206 Firefox/0.8

Not sure whether the problem is Flash related or Firefox related (tabs). I can't
test with IE since it doesn't support tabs and I don't care to install Opera or
whatever else is out there to try.

At any rate, open THIS up in one tab:
http://www.macromedia.com/shockwave/welcome/

Then open any other page on another tab. While looking at the NON-flash
(non-Macromedia) tab, run your mouse over where the flash files are displayed on
the hidden page... if you have headphones on (or speakers on) you'll hear the
flash animation sound. So, what's happening is the Flash files on a hidden tab
are still taking the MouseOver even though they are on an "inactive" tab.

Reproducible: Always
Steps to Reproduce:
1. Described in details above.
2.
3.

Actual Results:  
Also described in the details above.

Expected Results:  
The hidden tab (non-active) should not have passed the event(s) to an inactive tab.

Comment 1

[R.K.Aa.]

resembles bug 231891

Comment 2

[Bob Clary [:bc] (inactive)]

I can confirm this behavior, but it might be a dupe. All these plugin window /
tab event bugs look like a common thread.

possible dupes
Bug 223575 - events sent to wrong tab when running embedded Acrobat Reader

Bug 231891 - controls in background tab of a quicktime plugin are active in
foreground tab or second mozilla window

Bug 233780 - Flash continues to respond to events (like mouseover) even on
another tab not in the foreground.
	 

Comment 3

[Francis Esmonde-White]

I can also confirm this behaviour still present in MUCH newer builds.

It's a more general bug, that is probably also a security risk, since it allows
for controls and graphics to be painted onto tabs that are unrelated.

This bug seems to extend to Java applets as well.

I'm reproducing it in both firefox and Mozilla build 2005010306, on Mac OS X 10.3.7:

(Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; rv:1.7.3) Gecko/20041001
Firefox/0.10.1)

(Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8a6) Gecko/20050103)

I ran across the bug while surfing the following two pages in the same browser
window (in 2 different tabs).
in the first tab: [http://www.physics.nyu.edu/grierlab/index.html#links]
in the second tab: [http://www.physics.gla.ac.uk/Optics/projects/singlePhotonOAM/]

About halfway down the page in the second tab (gla.ac.uk), to the right, and
below the title ORBITAL ANGULAR MOMENTUM SORTER, the java applet is visible and
functional (it's used to simulate a certain pattern of light). Leaving the
applet in view in the tab, switch back to tab 1. Now move the mouse over the
position where the applet is located. The applet grabs the focus (I guess from
the mouseover event), and it superposes itself over the first tab. It also takes
possession of subsequent mouse events in that screen area. By constructing a
blank (transparent) applet, this could be used to capture/log input.

Since this appears to also be the case for other types of applets, this is a
fairly important bug.

Comment 4

[Boris Zbarsky [:bzbarsky]]

roc, we should probably make this depend on widget removal...

Comment 5

[Wayne Mery (:wsmwk)]

similar to bug 104970 behavior with quicktime.  

Comment 6

[Philip Chee]

WFM:
Build identifier: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b8pre) Gecko/20101102 SeaMonkey/2.1b2pre