Closed
Bug 560964
Opened 14 years ago
Closed 8 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•14 years ago
|
Product: Firefox → Core
QA Contact: general → general
Version: unspecified → 1.9.2 Branch
Comment 1•14 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•14 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•14 years ago
|
Does it still exist with Firefox 11+ and Flash Player 11.2.202.233+ ?
Comment 6•8 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: 8 years ago
Resolution: --- → WORKSFORME
Comment 7•8 years ago
|
||
Thank you for your test. This was a dup of bug 376679 which was fixed in 44.
Resolution: WORKSFORME → DUPLICATE
Updated•2 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•