Closed
Bug 560964
Opened 16 years ago
Closed 10 years ago
Mousewheel problems when an embedded swf wmode is set to opaque or transparent
Categories
(Core Graveyard :: Plug-ins, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 376679
People
(Reporter: dave.wightman, Unassigned)
Details
(Keywords: testcase-wanted)
Attachments
(2 files)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3
If you embed a SWF in an html page (method seems unimportant) and set the wmode property to "opaque" or "transparent" Flash does not receive MouseWheel events.
Behaves as expected in IE6,7,8.
Reproducible: Always
Steps to Reproduce:
1. Create a new HTML page
2. Embed a swf in the page
3. set the wmode parameter to opaque or transparent
4. Load page, use mousewheel over a region where behaviour is expected
Actual Results:
Flash does not receive MouseWheel events, eliminating any potential scrolling/zooming/etc...
Expected Results:
Flash should receieve MouseWheel events exactly the same as if it were in wmode=window (for example).
Workaround: Have javascript listen for the Mousewheel event and then have Flex/Flash listen for a callback from the External Interface and then redispatch the MouseEvent.
Updated•16 years ago
|
Product: Firefox → Core
QA Contact: general → general
Version: unspecified → 1.9.2 Branch
Comment 1•16 years ago
|
||
Currently, we don't send native mouse wheel messages to plug-ins, it's going to be fixed by bug 483136. However, Flash Player doesn't handle the messages probably.
Comment 2•16 years ago
|
||
Dave, would you attach a simple testcase to this bug?
One is a swf which reactions to mouse wheel event simply (I hope counting up/down the delta value of the events). When you attach the swf to this bug, the URI is fixed. So, you can write a HTML file which uses the swf by the URI. Then, we can load the testcase without downloading.
Updated•16 years ago
|
Does it still exist with Firefox 11+ and Flash Player 11.2.202.233+ ?
Comment 6•10 years ago
|
||
Hi,
I have tested this issue on the latest Firefox (44.0.1) release and the latest Nightly (47.0a1) build and I could not reproduce it. I have opened the provided test case and I was able to scroll and zoom in "wmode". It seams that the issue was probably fixed along the way.
Firefox: 44.0.1, Build ID: 20160205155049
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:44.0) Gecko/20100101 Firefox/44.0
Firefox: 47.0a1, Build ID: 20160210071115
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:47.0) Gecko/20100101 Firefox/47.0
Considering that Firefox changed a lot from v3.6.3. and also the flash plugin received numerous updates, I will mark this issue as Resolved - WFM. Reporter, please feel free to reopen it if you are still having this issue.
Thanks,
Cosmin.
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Resolution: --- → WORKSFORME
Comment 7•10 years ago
|
||
Thank you for your test. This was a dup of bug 376679 which was fixed in 44.
Resolution: WORKSFORME → DUPLICATE
Updated•4 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•