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

Issue 761065 link

Starred by 2 users

Issue metadata

Status: Fixed
Owner:
Last visit 29 days ago
Closed: Oct 2017
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

Select options appear in headless mode

Reported by ty...@envylabs.com, Aug 31 2017

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.113 Safari/537.36

Steps to reproduce the problem:
1. Load a page with a <select> input in headless mode.
2. Use Selenium to click on the <select> to open it.
3. The options list will appear on the screen.

What is the expected behavior?
Nothing should show on the screen when running in headless mode.

What went wrong?
The select options popped up on the screen in a very visible manner and stole focus from the active application.

Did this work before? N/A 

Chrome version: 60.0.3112.113  Channel: stable
OS Version: OS X 10.12.6
Flash Version:
 
Components: -Platform>DevTools Internals>Headless
Owner: dvallet@chromium.org
Status: Assigned (was: Unconfirmed)
Labels: Needs-Feedback
Could you check with Canary Chrome? 
There was an option with option dialogs that was fixed, but probably didn't make it to M60

Comment 3 by ty...@envylabs.com, Sep 6 2017

Confirmed that the issue is still present in the latest Canary Chrome.
Thanks, this is confirmed and I'm investigating a fix
Could this issue be related to this issue: https://bugs.chromium.org/p/chromium/issues/detail?id=771296?
 Issue 771296  has been merged into this issue.
Project Member

Comment 7 by bugdroid1@chromium.org, Oct 5 2017

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/1e260f54a4a0674cc41231480a9d4fd654c4538e

commit 1e260f54a4a0674cc41231480a9d4fd654c4538e
Author: David Vallet <dvallet@chromium.org>
Date: Thu Oct 05 22:21:29 2017

[headless] Swizzle NSPopUpButtonCell handling enevents and action messages to avoid pop-up menus appearing in Headless

Bug:  761065 
Change-Id: If6c6743ce7cedf86fcf4eeb5094bf83b5cfabdca
Reviewed-on: https://chromium-review.googlesource.com/701935
Reviewed-by: Trent Apted <tapted@chromium.org>
Reviewed-by: David Vallet <dvallet@chromium.org>
Commit-Queue: David Vallet <dvallet@chromium.org>
Cr-Commit-Position: refs/heads/master@{#506883}
[modify] https://crrev.com/1e260f54a4a0674cc41231480a9d4fd654c4538e/headless/lib/browser/headless_browser_impl_mac.mm

Status: Fixed (was: Assigned)
Hi,

Would it be possible to change the way this was fixed to allow for user interaction with <select> controls in the remote interface?

They don't show at all now.

Please see comment #3 in https://bugs.chromium.org/p/chromium/issues/detail?id=771296 for details.

Thanks!

Unfortunately, I don't think that would be possible without significant effort, since the select options on Mac are rendered natively, there's no software render support. This might change when we use MacViews.

You can still interact through DevTools and javascript, but yeah it's a bit more cumbersome

Sign in to add a comment