WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
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
Details
View All
Add attachment
proposed patch, testcase, etc.
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
<
rdar://problem/11046583
>
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.
Top of Page
Format For Printing
XML
Clone This Bug