Bug 201531 - Moving by word boundary moves past whitespace on iOS
Summary: Moving by word boundary moves past whitespace on iOS
Status: ASSIGNED
Alias: None
Product: WebKit
Classification: Unclassified
Component: HTML Editing (show other bugs)
Version: WebKit Nightly Build
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Ryosuke Niwa
URL:
Keywords:
Depends on: 201575
Blocks:
  Show dependency tree / graph
 
Reported: 2019-09-05 20:21 PDT by Ryosuke Niwa
Modified: 2019-09-06 22:11 PDT (History)
3 users (show)

See Also:

Attachments
WIP (57.86 KB, patch)
2019-09-05 20:23 PDT, Ryosuke Niwa 		no flags Details | Formatted Diff | Diff
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Ryosuke Niwa 2019-09-05 20:21:55 PDT 
On iOS, we move to a position after the whitespace when moving forward by word.

This doesn't match the behavior of UIKit or AppKit on macOS, or WebKit on macOS.

This would be a regression in any WebKit client which moves from UIWebView to WKWebView.
Comment 1 Ryosuke Niwa 2019-09-05 20:23:27 PDT 
Created attachment 378154 [details]
WIP
Comment 2 Ryosuke Niwa 2019-09-05 20:24:47 PDT 
See <rdar://problem/51404664> on the context. The plan isn't to land this full patch for that radar but rather to have this patch go through EWS to make sure it doesn't have other bugs before reducing the scope of it down to just affect keyboard arrow key behaviors.
Comment 3 Alexey Proskuryakov 2019-09-06 10:02:04 PDT 
Comment on attachment 378154 [details]
WIP

Does this code only get executed for direct user actions, or do things like autocorrection and prediction go here too?
Comment 4 Ryosuke Niwa 2019-09-06 10:09:05 PDT 
(In reply to Alexey Proskuryakov from comment #3)
> Comment on attachment 378154 [details]
> WIP
> 
> Does this code only get executed for direct user actions, or do things like
> autocorrection and prediction go here too?

Please see https://bugs.webkit.org/show_bug.cgi?id=201531#c2