Bug 133044

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:

Version:

528+ (Nightly build)

Hardware:

iPhone / iPad

OS:

iOS 7.0

Attachments:

Description	Flags
iframe content	none
uses iframe to show the problem	none
uses iframe to show the problem (previous had invalid markup)	none

Arty Gus

Reported 2014-05-18 00:20:24 PDT

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

Attachments
iframe content (3.73 KB, text/html) 2014-05-18 00:20 PDT, Arty Gus	no flags	Details
uses iframe to show the problem (1.76 KB, text/html) 2014-05-18 00:21 PDT, Arty Gus	no flags	Details
uses iframe to show the problem (previous had invalid markup) (1.75 KB, text/html) 2014-05-18 00:23 PDT, Arty Gus	no flags	Details
Show Obsolete (1) View All Add attachment proposed patch, testcase, etc.

Arty Gus

Comment 1 2014-05-18 00:21:55 PDT

Created attachment 231653 [details] uses iframe to show the problem

Arty Gus

Comment 2 2014-05-18 00:23:55 PDT

Created attachment 231654 [details] uses iframe to show the problem (previous had invalid markup)

Benjamin Poulain

Comment 3 2014-05-18 01:32:20 PDT

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.

Jared Flatow

Comment 4 2014-07-18 23:34:25 PDT

I came across this as well. It also seems the input receives keyup and keydown events, but not input or keypress.

AmazingJaze

Comment 5 2014-08-22 13:48:04 PDT

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.

Note You need to log in before you can comment on or make changes to this bug.