1335733 - flash doesn't respond to mouse when window is maximized (Nightly regression)

Status: RESOLVED WORKSFORME

(Core Graveyard :: Plug-ins, defect)

Description

[nivtwig]

User Agent: Mozilla/5.0 (Windows NT 6.1; rv:54.0) Gecko/20100101 Firefox/54.0
Build ID: 20170131030205

Steps to reproduce:

Open http://www.mako.co.il/mako-vod with Firefox Nightly (currently on 54.0a1 (2017-01-31) (32-bit)), move the mouse over the menu items, click on one of them.

Try this when the Firefox window is not maximized (make the window smaller), and when it is maximized, with Firefox Nightly and stable.


Actual results:

When the window is maximized the flash content in the site doesn't respond to mouse moves and clicks . It may sometimes respond, because the mouse events are offset left to some other location, and it "thinks" the event is somewhere more to the left of the screen than the actual location.



Expected results:

The flash content should respond to mouse events, moves and click, in the correct location. This works correctly when the window is not maximized , or with the release version of Firefox, but not with the Nightly version when the window is maximized.

Comment 1

[Benjamin Smedberg]

Stefan can you reproduce and check whether this is related to async drawing?

Comment 2

[Stefan [:StefanG_QA]]

Mozilla/5.0 (Windows NT 10.0; WOW64; rv:54.0) Gecko/20100101 Firefox/54.0 (20170201030207)

I was able to reproduce the issue on latest Nightly 54.0a1 32 bits and not able to reproduce it on latest Nightly 64bits.

However when I flip the pref dom.ipc.plugins.asyncdrawing.enabled to false the issue is no more reproducible on either builds. In this case the issue is more likely to be related to aSync Drawing.

Comment 3

[Tracy Walker [:tracy]]

nivtwig, is the user agent in your report the one from the machine/build you were seeing this bug on?  If not, what was the OS?

Comment 4

[nivtwig]

(In reply to Tracy Walker [:tracy] from comment #3)
> nivtwig, is the user agent in your report the one from the machine/build you
> were seeing this bug on?  If not, what was the OS?

Yes, I saw this on Windows 7,32 bit. The user agent came from the same machine I saw this on.
You could also see that in the bug report, I set the OS field to "Windows 7", which was later changed by Stefan to "Windows".

Comment 5

[nivtwig]

I reduced the importance from Critical to Normal since there is a workaround :
disabling async drawing by setting dom.ipc.plugins.asyncdrawing.enabled to false, in about:config.

Comment 6

[Jim Mathies [:jimm]]

Can't reproduce, everything appears responsive to me. Tracy, please try to reproduce. Let get this added to our flash bug list too.

Comment 7

[nivtwig]

I am the reporter. 
It works for me now on the latest nightly (as Jim claimed) . 
It was probably fixed.

Comment 8

[Tracy Walker [:tracy]]

I can not reproduce this either with latest Nightly 54.0a1, 20170228030203.