Open Radar

 
Summary:
I have an iOS app that features a WKWebView containing a contenteditable element. When using an external bluetooth keyboard the key combination of CMD+Right Arrow moves the caret to the end of the line. I’d expect CMD+Left Arrow to move the caret to the start, in a similar way that ALT+Left and ALT+Right move the caret to the start/end of words, respectively.

Steps to Reproduce:
I’ve a sample project at https://github.com/BipSync/ios-wkwebview-contenteditable/releases/tag/1.0.0. Run the project, attach an external bluetooth keyboard to the iOS device, and tap the text on screen somewhere in the middle of the sentence so the caret appears. Press CMD+Right arrow and observe the caret move to the end of the line. Press CMD+Left and observe the caret stay in position.

Expected Results:
When pressing CMD+Left the caret moves to the beginning of the line it is positioned on.

Actual Results:
The caret remains at its current position. 

Regression:
I’ve reproduced this on both an iPad mini 2 running iOS 8.3 and an iPhone 5 running 8.4. This may be a regression from earlier versions of iOS, but definitely occurs on 8.2+.

Notes:
Sample project: https://github.com/BipSync/ios-wkwebview-contenteditable/releases/tag/1.0.0

If someone’s looking at this, might I please ask that they take a look at rdar://19713813 too, which is along the same lines (can’t select text when holding shift while performing the above keystrokes). Thanks!