[Tracking Requested - why for this release]: Break Japanese famous site The problem does not occur on Firefox48.0.2 and Firefox49.0.1. Reproducible : always since Firfox49.0.2 and later Steps To Reproduce: 1. Open http://live.nicovideo.jp/ and logged in (It is sufficient free account) 2. Click a video thumbnail 3. Wait to autostart the video 4. Mouse hover over "Toggle screen mode" button at the right-bottom off the video (see attached screenshot-1) 5. Click on "Only Video(Full Screen)" button 6. Attempt to hover over controls and click them (see attached screenshot-2) Actual Results: Cannot interact with Flash Video Controls when Flash Video's fullscreen mode Expected Results: The Flash Video Controls should be working properly.

Regression window: https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=02c69f4f896255189ce2f9f4e0d875e383bcfbd7&tochange=a1bd47d76f71162534090485acc57866dcd55eef Regressed by: bug 1229961 on trunk

I can confirm that this issue is reproducible using Firefox 49.0.2 (Build ID: 20161019084923) and Flash 23.0.0.185 on the following OSes on 32-bit builds: - Windows 10x64 - Intel(R) HD Graphics - Windows 10x64 - AMD Radeon HD 5450 - Windows 7x64 - NVIDIA GeForce 210 The issue is not reproducible on Firefox 49.0.2 64-bit builds and neither is on Firefox 48.0.2 (32/64 bit). The issue is not reproducible at all on Mac OS X 10.12 - Intel Iris Pro 1536 MB.

These input issues are showing up in a Flash fullscreen window, which firefox really doesn't interact with much.

We've reverted the pref dom.ipc.plugins.asyncdrawing.enabled to false in 50.0b10. 50 should be unaffected now. Wontfix for 50 (when the pref is set to true).

This isn't flash fullscreen, it's a fullscreen feature in the web site. Pretty sure this is just another painting related bug.

Track 51+ as regression.

Hey Alice, if you have the time, would you mind trying to reproduce this bug using this try build? https://treeherder.mozilla.org/#/jobs?repo=try&revision=d3569bc26272bfe0302fe6840bd5b1922df92ac4

(In reply to Jim Mathies [:jimm] from comment #10) > Hey Alice, if you have the time, would you mind trying to reproduce this bug > using this try build? > > https://treeherder.mozilla.org/#/ > jobs?repo=try&revision=d3569bc26272bfe0302fe6840bd5b1922df92ac4 The try build does not fix the problem. https://hg.mozilla.org/try/rev/d3569bc26272bfe0302fe6840bd5b1922df92ac4 Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 ID:20161102055441 BTW, In Nightly52.0a1 and the try build, After Step6 on STR, Switch to the another tab, and then switch back to the original tab. Then, the buttons are working as expected temporarily(until switch to fullscreen again).

This works for me in Win 7 (VM) on 49.0.2 and latest Nightly, both with asyncdrawing enabled. Note: Shockwave Flash Plugin recently got updated to 23.0.0.205.

I can still reproduce the problem on Nighyly52.0a1 https://hg.mozilla.org/mozilla-central/rev/c44c01dfd264370c1558b747525d220a9a89b51c Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 ID:20161106030203

Ok. Difference in reproducibility is perhaps in Win 10 (vs Win 7) and/or 64 bit (vs 32 bit).

(In reply to Tracy Walker [:tracy] from comment #14) > Ok. Difference in reproducibility is perhaps in Win 10 (vs Win 7) and/or 64 > bit (vs 32 bit). Yep, It works on Firefox 64bit. This is only reproducible on Firefox 32bit. And the problem will be fixed by setting either of the following; A. Disabling Flash Plugin Protect Mode B. Set dom.ipc.plugins.asyncdrawing.enabled = false

asyncdrawing is disabled in 49, iirc, so updating status to disabled

tracking this asyncdrawing issue for 52

Hey Alice, would you mind testing this again against latest nightly and flash beta?

I can still reproduce the problem on Latest Nightly53.0a1[1] with Flash beta 24.0.0.189. [1] https://hg.mozilla.org/mozilla-central/rev/c36fbe84042debef0a5d58b7fc88185b401762ce Mozilla/5.0 (Windows NT 10.0; WOW64; rv:53.0) Gecko/20100101 Firefox/53.0 ID:20161221030

Mark 51 as won't fix as 51 was released.

Tested on Win 7, 32-bit firefox. No issues. Filed follow up bug 1347575 related to broken settings dialog.

Tracy, can you pound on this a bit, see if you can reproduce? Ping me on irc, I have an account you can use.

That's odd, previously (like a month ago) I wasn't able to reproduce this bug. Now with latest Nightly on flash 24.0.0.221 it is reproducible. Now, in full screen (not actually full screen, but full window) the controls are not correctly responding to mouse clicks. For instance, if you click on the gears, the click goes to the Mute control. So it looks like coordinates are off. If you ESC to go back to normal size flash window, the controls work as expected.

Still broken with ADP 25.0.0.127. This is with 32-bit Nightly 55.0a1, 20170315030215 on Win 10 Surface Pro.

Jim, is this Nightly only? ISTR some discussions about async drawing passing by in #developers.

(In reply to Nathan Froyd [:froydnj] from comment #25) > Jim, is this Nightly only? ISTR some discussions about async drawing > passing by in #developers. correct, flash async drawing related, currently limited to dev channels.

(In reply to Jim Mathies [:jimm] from comment #26) > (In reply to Nathan Froyd [:froydnj] from comment #25) > > Jim, is this Nightly only? ISTR some discussions about async drawing > > passing by in #developers. > > correct, flash async drawing related, currently limited to dev channels. Thanks, marking this unaffected on 54 and affected on 55 then.

Stefan did you retest this with the recent Flash beta fixes?

I have tested this with the latest Nightly and Beta build and the latest Flash beta build from (06.08.2017) on Windows 10 x64/x86. Here are my findings: Windows 10 x64 with Flash 26.0.0.123 - everything is working as expected. I`m able to interact with every single flash control in different video modes. Windows 10 x86 with Flash 26.0.0.123 - video is running correctly until the focus is changed to different tab. After that I can not interact with the Flash buttons in full screen mode. However if I flip the following pref "dom.ipc.plugins.asyncdrawing.enabled" to "false" the issue is not reproducible anymore.

(In reply to Stefan [:StefanG_QA] from comment #29) > I have tested this with the latest Nightly and Beta build and the latest > Flash beta build from (06.08.2017) on Windows 10 x64/x86. > Here are my findings: > Windows 10 x64 with Flash 26.0.0.123 - everything is working as expected. > I`m able to interact with every single flash control in different video > modes. > > Windows 10 x86 with Flash 26.0.0.123 - video is running correctly until the > focus is changed to different tab. After that I can not interact with the > Flash buttons in full screen mode. However if I flip the following pref > "dom.ipc.plugins.asyncdrawing.enabled" to "false" the issue is not > reproducible anymore. Hey Stefan, Can you please post more detailed STR on this last bit? Wondering what you meant by "focus is changed to different tab"?

STR: 1. Navigate to http://example.com/ 1. Open new tab and navigate to http://live.nicovideo.jp/ and log in (It is sufficient free account) 2. Click a video thumbnail 3. Wait to autostart the video 4. Mouse hover over "Toggle screen mode" button at the right-bottom off the video (see attached screenshot-1) 5. Click on "Only Video(Full Screen)" button 6. Hover over controls and verify they are clickable (see attached screenshot-2) 7. Switch to the first tab http://example.com/ 8. Switch back to http://live.nicovideo.jp/ 9. Hover over controls and verify they are clickable Here is a video short video showing the issue. https://St3fQA.tinytake.com/sf/MTY3OTc1NV81NjEzODA4 AR: The flash controls are not clickable after switching between tabs ER: The flash controls should works properly

Moving to p3 because no activity for at least 1 year(s). See https://github.com/mozilla/bug-handling/blob/master/policy/triage-bugzilla.md#how-do-you-triage for more information