RESOLVED FIXED 191596
[iOS] Shift + Tab does not focus previous field
https://bugs.webkit.org/show_bug.cgi?id=191596
Summary [iOS] Shift + Tab does not focus previous field
Daniel Bates
Reported 2018-11-13 13:17:14 PST
Pressing Shift + Tab does not focus the previous field on facebook.com. Steps to reproduce: The following assume that a hardware keyboard is attached. 1. Visit <https://www.facebook.com>. 2. Tap the password field. 3. Press Shift + Tab. Then the Email or Phone field should be focused. But there is no change in focus.
Attachments
Patch and layout tests (27.01 KB, patch)
2018-11-13 13:50 PST, Daniel Bates
no flags
For EWS (27.28 KB, patch)
2018-11-13 16:42 PST, Daniel Bates
no flags
To Land (28.26 KB, patch)
2018-11-15 11:04 PST, Daniel Bates
no flags
Daniel Bates
Comment 1 2018-11-13 13:17:27 PST
Daniel Bates
Comment 2 2018-11-13 13:50:24 PST
Created attachment 354699 [details] Patch and layout tests
Wenson Hsieh
Comment 3 2018-11-13 15:03:52 PST
Comment on attachment 354699 [details] Patch and layout tests View in context: https://bugs.webkit.org/attachment.cgi?id=354699&action=review r=me, with non-internal iOS builds fixed > Source/WebKit/UIProcess/ios/WKContentViewInteraction.mm:2427 > + return [self isFirstResponder]; Have you considered consulting `AssistedNodeInformation.hasNextNode` or `AssistedNodeInformation.hasPreviousNode` as well?
Wenson Hsieh
Comment 4 2018-11-13 15:07:54 PST
Comment on attachment 354699 [details] Patch and layout tests View in context: https://bugs.webkit.org/attachment.cgi?id=354699&action=review > Tools/ChangeLog:21 > + and an array of modifier keys. The behavior of this function is analagous to eventSender.keyDown(). Nit - analagous => analogous > Tools/WebKitTestRunner/ios/UIScriptControllerIOS.mm:405 > + // Character can be either a single Unicode code point or a the name of a special key (e.g. "downArrow"). Nit - "or a the"
Daniel Bates
Comment 5 2018-11-13 16:42:04 PST
Daniel Bates
Comment 6 2018-11-13 16:42:53 PST
Comment on attachment 354728 [details] For EWS For EWS. Need to address review feedback.
Daniel Bates
Comment 7 2018-11-15 10:58:18 PST
(In reply to Wenson Hsieh from comment #3) > Comment on attachment 354699 [details] > Patch and layout tests > > View in context: > https://bugs.webkit.org/attachment.cgi?id=354699&action=review > > r=me, with non-internal iOS builds fixed > > > Source/WebKit/UIProcess/ios/WKContentViewInteraction.mm:2427 > > + return [self isFirstResponder]; > > Have you considered consulting `AssistedNodeInformation.hasNextNode` or > `AssistedNodeInformation.hasPreviousNode` as well? Will write in terms of AssistedNodeInformation.has{Next, Previous}Node such that the beginning of -canPerformActionForWebView reads: [[ - (BOOL)canPerformActionForWebView:(SEL)action withSender:(id)sender { { if (action == @selector(_nextAccessoryTab:)) return hasAssistedNode(_assistedNodeInformation) && _assistedNodeInformation.hasNextNode; if (action == @selector(_previousAccessoryTab:)) return hasAssistedNode(_assistedNodeInformation) && _assistedNodeInformation.hasPreviousNode; ... ]]
Daniel Bates
Comment 8 2018-11-15 10:58:33 PST
(In reply to Wenson Hsieh from comment #4) > Comment on attachment 354699 [details] > Patch and layout tests > > View in context: > https://bugs.webkit.org/attachment.cgi?id=354699&action=review > > > Tools/ChangeLog:21 > > + and an array of modifier keys. The behavior of this function is analagous to eventSender.keyDown(). > > Nit - analagous => analogous > Will fix. > > Tools/WebKitTestRunner/ios/UIScriptControllerIOS.mm:405 > > + // Character can be either a single Unicode code point or a the name of a special key (e.g. "downArrow"). > > Nit - "or a the" Will fix.
Daniel Bates
Comment 9 2018-11-15 11:04:55 PST
Daniel Bates
Comment 10 2018-11-15 11:15:39 PST
Note You need to log in before you can comment on or make changes to this bug.