Bug 73428 - When wmode is opaque, any keyboard event ignored in flash
Summary: When wmode is opaque, any keyboard event ignored in flash
Status: RESOLVED WONTFIX
Alias: None
Product: WebKit
Classification: Unclassified
Component: Plug-ins (show other bugs)
Version: 525.x (Safari 3.2)
Hardware: PC Windows Vista
: P2 Normal
Assignee: Nobody
URL:
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2011-11-30 04:13 PST by Shimeshov Alexey
Modified: 2022-07-01 11:35 PDT (History)
3 users (show)

See Also:


Attachments
Test environment (145.61 KB, application/octet-stream)
2011-11-30 04:13 PST, Shimeshov Alexey
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Shimeshov Alexey 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.
Comment 1 Darren Collins 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.
Comment 2 Alexey Proskuryakov 2012-03-14 09:10:49 PDT
<rdar://problem/11046583>
Comment 3 Darren Collins 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.
Comment 4 Alexey Proskuryakov 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.
Comment 5 Darren Collins 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)
Comment 6 Alexey Proskuryakov 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.