Clicks don't register and wrong context menu position when Flash components are translated using CSS transform

NEW
Unassigned

Status

()

Core
Plug-ins
P3
major
a year ago
6 months ago

People

(Reporter: bottleofstevens, Unassigned)

Tracking

({css3, flashplayer})

49 Branch
x86_64
Windows
css3, flashplayer
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

a year ago
User Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:49.0) Gecko/20100101 Firefox/49.0
Build ID: 20161019084923

Steps to reproduce:

1. Go to this demo: http://axel.ihrdc.com/steven/IPIMSDemos/flash-in-slideshow.html
2. Go to one of the next two slides and press play, click again to pause, and click again to play 
3. Right click on the Flash video to bring up the context menu


Actual results:

It's difficult to play or pause the Flash videos on the 2nd and 3rd slide as it usually takes many clicks before one of them registers. Also I noticed that if you right click on the Flash item the context menu appears in the wrong location way to the right. These issues don't appear on the first slide. I believe these issues are caused by the transform: translate CSS property as that's the property that moves the slides.


Expected results:

The slides should all behave similarly to the first slide with clicks registering correctly and, although less importantly, context menu displaying correctly.
(Reporter)

Updated

a year ago
Severity: normal → major
Keywords: css3, flashplayer
(Reporter)

Comment 1

a year ago
Just a note
Summary: Odd behavior when Flash components are translated using CSS transform → Clicks don't register and wrong context menu position when Flash components are translated using CSS transform
(Reporter)

Comment 2

a year ago
Just a note that this is not an issue on Chrome, IE, or Opera.

Comment 3

a year ago
User Agent 	Mozilla/5.0 (Windows NT 6.1; WOW64; rv:49.0) Gecko/20100101 Firefox/49.0
Build ID 	20161019084923

I reproduced this bug on windows 7 64 bit, on both versions 49 branch and the latest nightly using Shockwave Flash 23.0.0.207.
Status: UNCONFIRMED → NEW
Component: Untriaged → Plug-ins
Ever confirmed: true
OS: Unspecified → Windows
Product: Firefox → Core
Hardware: Unspecified → x86_64

Comment 4

6 months ago
smaug, do we/should we be translating the coordinates of mouse events as delivered to a plugin when it is transformed?
Flags: needinfo?(bugs)
Priority: -- → P3
no idea. This is more a plugin handling related question. I have no idea what Flash expects.
Flags: needinfo?(bugs)
You need to log in before you can comment on or make changes to this bug.