Bug 201287

Summary: [iOS 13] Caret does not appear in text field if the body element is translated completely out of the viewport
Product: WebKit Reporter: Wenson Hsieh <wenson_hsieh>
Component: HTML EditingAssignee: Wenson Hsieh <wenson_hsieh>
Status: RESOLVED FIXED    
Severity: Normal CC: bdakin, commit-queue, dino, info, megan_gardner, simon.fraser, thorton, webkit-bug-importer, wenson_hsieh
Priority: P2 Keywords: InRadar
Version: WebKit Nightly Build   
Hardware: Unspecified   
OS: Unspecified   
Attachments:
Description Flags
Patch
none
Patch
none
Tweak ChangeLog wording
none
Standalone HTML reproduction
none
Xcode Project WKWebview reproduction
none
Safari screen capture
none
WK screen capture none

Description Wenson Hsieh 2019-08-28 21:34:35 PDT
<rdar://problem/54780864>
Comment 1 Wenson Hsieh 2019-08-28 21:49:03 PDT Comment hidden (obsolete)
Comment 2 Wenson Hsieh 2019-08-29 07:28:42 PDT Comment hidden (obsolete)
Comment 3 Wenson Hsieh 2019-08-29 08:29:43 PDT
Created attachment 377589 [details]
Tweak ChangeLog wording
Comment 4 Pierre-Luc Auclair 2019-08-29 12:28:36 PDT
We are having this very same blocking issue. Here's what we were about to send to the Feedback Tracker, but thankfully I found this here. You can find reproductions attached.


---


Blocker: Caret not shown on inputs within transformed elements in Safari and WkWebview

# Issue identification:

The caret does not show in inputs that are within transformed (translation, etc) elements.


# Applies to:

All devices running iOS 13.0.X and 13.1.X betas released so far.
(Tested in various iPhones, iPod)


# Provided projects

A. A HTML file that can be served and opened in Safari directly, showing the issue.
B. A Xcode project to build and test on iOS 13, showing the issue.


# Reproduction steps:

1. Click the input on the first page, the caret will display along with the keyboard.
2. Click the "Switch page" button above.
3. Click the input on the second page, the caret will not display along with the keyboard.
Comment 5 Pierre-Luc Auclair 2019-08-29 12:29:22 PDT
Created attachment 377607 [details]
Standalone HTML reproduction
Comment 6 Pierre-Luc Auclair 2019-08-29 12:30:02 PDT
Created attachment 377608 [details]
Xcode Project WKWebview reproduction
Comment 7 Pierre-Luc Auclair 2019-08-29 12:30:33 PDT
Created attachment 377609 [details]
Safari screen capture
Comment 8 Pierre-Luc Auclair 2019-08-29 12:30:59 PDT
Created attachment 377610 [details]
WK screen capture
Comment 9 Pierre-Luc Auclair 2019-08-29 13:59:04 PDT
In addition, this may be related or not, but the input interaction menu does now show up on the fields where the caret is broken. It's impossible to select all, paste, copy, etc.
Comment 10 WebKit Commit Bot 2019-08-29 15:17:53 PDT
Comment on attachment 377589 [details]
Tweak ChangeLog wording

Clearing flags on attachment: 377589

Committed r249296: <https://trac.webkit.org/changeset/249296>
Comment 11 WebKit Commit Bot 2019-08-29 15:17:54 PDT
All reviewed patches have been landed.  Closing bug.
Comment 12 Wenson Hsieh 2019-08-29 16:05:15 PDT
(In reply to Pierre-Luc Auclair from comment #4)
> We are having this very same blocking issue. Here's what we were about to
> send to the Feedback Tracker, but thankfully I found this here. You can find
> reproductions attached.

Thanks for the bug report and test case, Pierre!

I tried out your test app, and observed that the bug still reproduces even after the above change. I’m currently working on a fix for your test case, which I’m tracking in <https://bugs.webkit.org/show_bug.cgi?id=201317>.