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

Issue 611172 link

Starred by 3 users

Issue metadata

Status: WontFix
Owner:
Closed: Aug 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: iOS
Pri: 2
Type: Bug



Sign in to add a comment

Select lists are broken when using iPad Split/Slide-Over View

Reported by ayushmaa...@gmail.com, May 11 2016

Issue description

Steps to reproduce the problem:
1. Have chrome in 50/50 Split view with another app
2. Open a webpage that has a select list. E.g. data:text/html,<select><option>test
3. Click the select list

What is the expected behavior?
Select list is usable

What went wrong?
Select list appears "fullscreen". Trying to click an option or scroll the list results in a blank list. There's no way to dismiss it.

Did this work before? N/A 

Chrome version: 50.0.2661.95 (Official Build) stable (64-bit)  Channel: stable
OS Version: 9.3.1
Flash Version: 

To restore the normal UI, you must maximise chrome to full view (2/3 landscape view works as well) and dismiss the empty list (which becomes a pop up when chrome window is maximised).
 
image.png
401 KB View Download
I am able to repro this issue on iPad Pro iOS 9.2.1 on both Stable build (50.0.2661.95) and Chrome Canary (52.0.2735.0)
Video: https://drive.google.com/a/google.com/file/d/0B6GVWQnhaMClc29Ia2h5ckN6UkU/view
Cc: jif@chromium.org vbhatso...@chromium.org
Labels: ReleaseBlock-Stable M-53
Owner: eugene...@chromium.org
Status: Assigned (was: Unconfirmed)
What does this look like in safari?
Safari shows the normal select list (a pop-up) regardless of app window size.
In the attached screenshot, left app is Safari and right one is Chrome. The select list on chrome becomes blank as soon as you try to interact with it.
image.png
588 KB View Download
Cc: eugene...@chromium.org
Owner: michaeldo@chromium.org
Mike, could you please check if this is reproducible with Test WKWebView app. If yes, we should file a radar. 
I am able to reproduce this in the test app, but only in Portrait orientation.

I will file a radar.
Status: ExternalDependency (was: Assigned)
Filed radar://26352982
Thanks Mike! Did you have a chance to check if this issue is present in Firefox?
I just checked.
Yes, it is reproducible in Firefox.
Please any update on this issue? Should this be an RBS if it has an external dependency?
No update on this issue. It is a WKWebView bug, and Apple closed it as a Duplicate. I'm not sure how to handle this, but I believe we should remove the RBS at least.

Comment 12 by jif@chromium.org, Jul 28 2016

Labels: -ReleaseBlock-Stable
Nothing we can do about this bug, fortunately it's fixed in iOS10.
Removing RBS label.
Project Member

Comment 13 by sheriffbot@chromium.org, Jul 29 2016

Labels: -M-53 M-54 MovedFrom-53
Moving this nonessential bug to the next milestone.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 14 by jif@chromium.org, Aug 4 2017

Status: WontFix (was: ExternalDependency)
I confirm #12: it's fixed in iOS10.

Sign in to add a comment