Summary: | False blurs in iframes on iOS | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Arty Gus <hero> | ||||||||
Component: | UI Events | Assignee: | Nobody <webkit-unassigned> | ||||||||
Status: | NEW --- | ||||||||||
Severity: | Normal | CC: | AmazingJaze, benjamin, enrica, jflatow, matt, max, nishgau28 | ||||||||
Priority: | P2 | ||||||||||
Version: | 528+ (Nightly build) | ||||||||||
Hardware: | iPhone / iPad | ||||||||||
OS: | iOS 7.0 | ||||||||||
Attachments: |
|
Created attachment 231653 [details]
uses iframe to show the problem
Created attachment 231654 [details]
uses iframe to show the problem (previous had invalid markup)
Thanks for the new bug report. It looks like that still reproduces on UIWebView with WebKit ToT. I cannot reproduce with WKWebView, so that seems to be WebKit1 specific. I came across this as well. It also seems the input receives keyup and keydown events, but not input or keypress. Came across this as well, the condition was to add any "touchstart" event listener to the top level window (even an empty function was sufficient) and then tap inside of an iframe that already had focus. This causes a blur event to fire on that iframe. |
Created attachment 231652 [details] iframe content When parent window touch event is bound: tap the text in the iframe, input some stuff and then tap the text again - iframe blur happens and keyboard is shown though no text can be entered