WKWebView lots of input lag with contenteditable elements and emoji
Originator: | JoshyHargreaves | ||
Number: | rdar://32845692 | Date Originated: | June 19 2017 |
Status: | closed | Resolved: | Fixed in iOS 11 betas |
Product: | iOS + SDK | Product Version: | |
Classification: | Bug | Reproducible: | Always |
When editing a contenteditable HTML element in WKWebView with a moderate amount of content, adding emoji symbols from the keyboard causes a lot of input lag and the whole UI thread starts to lock up and input lags becomes very intense rendering the input useless. The input lags seems to increase with the size of the content of the contenteditable element. Video of bug in question: https://twitter.com/joshyhargreaves/status/875821102567706624 Github repo with sample project: https://github.com/joshyhargreaves/wkwebview-slow-emoji
Comments
Please note: Reports posted here will not necessarily be seen by Apple. All problems should be submitted at bugreport.apple.com before they are posted here. Please only post information for Radars that you have filed yourself, and please do not include Apple confidential information in your posts. Thank you!
Fixed in IOS 11
This seems to be fixed in iOS 11 (have only tested on beta 3).