RESOLVED WONTFIX 73428
When wmode is opaque, any keyboard event ignored in flash
https://bugs.webkit.org/show_bug.cgi?id=73428
Summary When wmode is opaque, any keyboard event ignored in flash
Shimeshov Alexey
Reported 2011-11-30 04:13:54 PST
Created attachment 117165 [details] Test environment Problem Description: When wmode is opaque, any keyboard event ignored in flash Steps to Reproduce: Open index.html from attachment. It opens html page with embedded flash content. Click on TextArea and try enter something in it - nothing happens. Press Tab button - focus not changes from TextArea to button. Actual Result: Text cannot be entered in text contorls, focus not switches, contorls not works with keyboard. Expected Result: Text can be entered, navigation through tab key works, buttons can be pressed Any Workarounds: Use wmode "direct" - but it not suitable for us through we use HTML and Flash contols on same page and with this option HTML controls would be closed by Flash content.
Attachments
Test environment (145.61 KB, application/octet-stream)
2011-11-30 04:13 PST, Shimeshov Alexey
no flags
Darren Collins
Comment 1 2012-03-14 02:16:26 PDT
I am also seeing this now in webkit nightly on Mac. I am using Safari 5.1.4 and webkit r110662. Using Flash player 11.1.102 When using stock Safari 5.1.4 I can enter text into the test case provided on the original report. When using webkit r110662 I can no longer enter text. Another related regression is that in Safari 5.1.4 when focus is in the flash text field cmd+T opens a new Tab, but on r110662 the cmd+T key is ignored. I have also encountered this in a real world web site https://play.mylotto.co.nz/index.jsp When this loads, click on "Click here to login" which takes you to a login page implemented in Flash. This works fine in Safari 5.1.4 but no text can be entered into text field as per original report.
Alexey Proskuryakov
Comment 2 2012-03-14 09:10:49 PDT
Darren Collins
Comment 3 2012-03-15 02:41:48 PDT
While trying to find in which revision this broke, I found slightly different behavior in an earlier version that may be useful to know. In r109821 if I load the original test page, I can enter text into the flash control. If I then click into Safari's URL address box and hit enter to load, I can no longer enter text into the flash control. If I click the Reload button, I can once again enter text into the flash control. In r110662 the text entry is seems to be permanently broken, even after hitting the Reload button.
Alexey Proskuryakov
Comment 4 2012-04-05 14:36:09 PDT
It looks like the Mac issue was separate from Windows one, and I cannot reproduce any issue on Mac now. I suspect that this got fixed by r113261, so please test with the next nightly build to be posted. Please file future related bugs separately. This bug is about the behavior seen with attached test case on Windows.
Darren Collins
Comment 5 2012-04-06 15:40:53 PDT
I have confirmed the original test case and my example ( https://play.mylotto.co.nz/index.jsp ) are working on Safari/Mac using the latest nightly r112532. The test case is not working on Safari/Windows using the latest nightly. The example web site is working however (it seems these were indeed different defects)
Alexey Proskuryakov
Comment 6 2022-07-01 11:35:05 PDT
Mass closing plug-in bugs, as plug-in support has been removed from WebKit. Please comment and/or reopen if this still affects WebKit in some way.
Note You need to log in before you can comment on or make changes to this bug.