WKWebView does not allow text selection with hardware keyboard in contenteditable element
Originator: | craig.marvelley | ||
Number: | rdar://19713813 | Date Originated: | 04-Feb-2015 12:34 PM |
Status: | Closed | Resolved: | Yes |
Product: | iOS SDK | Product Version: | 8.1 |
Classification: | UI/Usability | Reproducible: | Always |
Summary: When interacting with a DOM element with the contenteditable attribute, holding shift and navigating with the cursor keys on a hardware keyboard does not perform text selection. Steps to Reproduce: The attached example project (https://github.com/BipSync/ios-wkwebview-contenteditable/releases/tag/1.0.0) illustrates the issue. It can be observed in the iOS Simulator and on devices. Attach a hardware keyboard, tap the text in the WKWebView so the caret appears, hold down shift and use the cursor keys to navigate the text. Expected Results: Text selection should be performed with the standard set of shortcuts (e.g. shift and cursor key, shift/alt/cursor, shift/cmd/cursor, etc.) Actual Results: The caret moves but text selection does not occur.
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 9 Beta 4