New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 776109 link

Starred by 1 user

Issue metadata

Status: ExternalDependency
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: iOS
Pri: 3
Type: Bug

Blocking:
issue 793344


Participants' hotlists:
Fixing-touch


Sign in to add a comment

Arrows are not present in the Soft keyboard to navigate to the next text field.

Project Member Reported by vbhatso...@chromium.org, Oct 18 2017

Issue description

App Version: 64.0.3240.0
iOS Version: 10.3.3
Device : iPad Air
Url: tinyurl.com/MTV14

Steps to reproduce : 
1. Launch chrome and go to tinyurl.com/MTV14
2. Tap on first text field and type any text.

Observed results:
Arrows are not present in the Soft keyboard to navigate to the next text field.

Expected results:
Arrows should be present in the Soft keyboard to navigate to the next text field.

Number of times you were able to reproduce: 5/5
Bug reproducible after clean install: Yes
Bug reproducible after clearing cache and cookies: Yes
Bug reproducible on Chrome Mobile on Android: Yes
Bug reproducible on Dolphin/Safari/Firefox - Yes ,  Safari : NO
Bug reproducible on current stable build (App Version, iOS Version):M62 - Yes
Bug reproducible on the current beta channel build (App Version, iOS Version): M63- Yes
Link to : https://drive.google.com/a/google.com/file/d/0B6GVWQnhaMClSE1uSHFDX1dETjg/view?usp=sharing 



 
Owner: lpromero@chromium.org
Status: Assigned (was: Untriaged)
Over to Louis for keyboard support.  Please reassign if necessary.
Blocking: 793344
Cc: eugene...@chromium.org olivierrobin@chromium.org
Components: Mobile>WebView>Glue
I don't really know anything about this system interaction between the webview and the system keyboard + system accessory view. We don't own these arrows, right?

Could it be related to autofill work, or an iOS bug?
Components: -IO>Keyboard UI>Input>VirtualKeyboard
Vinutha, is this problem reproducible with test WKWebView app?
Test WKWebView app  - No
Firefox -  No
Safari - No
Tired bisecting, but the bug is repro'ed even on M62.0.3202.99 and M63.0.3203.0
Test WKWebView app  - No
Firefox -  No
Safari - No
Tired bisecting, but the bug is repro'ed even on M62.0.3202.99 and M63.0.3203.0
Should we consider this as a feature request? Or maybe file a radar?
If this doesn't repro in WKWEbView, doesn't that mean it's in our code?
I repro also on https://rsolomakhin.github.io/autofill/, so it's not tied to the original test URL.
Sorry for confusion. I believe the bug is reproducible on iOS 11 with test WKWebView app. Just tried testing on iPad.

Vinutha, are comments #5 and #6 correct? I vaguely recall that you showed me test web view app without Arrows.
Sorry, you right. Test WKWebView app - Is a Yes on reproducibility.
Labels: Hotlist-Radar-Filed
Status: ExternalDependency (was: Assigned)
Thanks!

Filed https://bugreport.apple.com/web/?problemID=36022753

Area:
WebKit

Summary:
WKWebView: Next/previous field arrows are missing when editing the first field

On a page with multiple text fields, focusing the first one doesn't make the next/previous field arrows appear (in the keyboard accessory view).

Note that focusing a second field makes the arrow appear.

Steps to Reproduce:
- In a dummy app with a WKWebView, load tinyurl.com/MTV14.
- Focus a first text field.

Expected Results:
- Next/Previous arrows in the keyboard accessory view are shown.

Actual Results:
- Next/Previous arrows in the keyboard accessory view are not shown.

Version/Build:
iPad, iOS 10, iOS 11

Configuration:
iPad

Owner: ----
Components: Mobile>iOSWeb
Components: -Mobile>WebView>Glue
Components: -Mobile>iOSWeb Mobile>iOSWeb>WebPlatform

Sign in to add a comment