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

Issue 686546 link

Starred by 5 users

Issue metadata

Status: Assigned
Owner:
Last visit 29 days ago
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 3
Type: Feature



Sign in to add a comment

Can't inspect an option in a select, nor even know which one is selected in DevTools

Reported by teo8...@gmail.com, Jan 29 2017

Issue description

UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.87 Safari/537.36

Steps to reproduce the problem:
1. visit http://output.jsbin.com/giwohoruka
2. right-click on the select element, chose "Inspect"
3. go to the Inspector, unfold the select node, and click on the option node corresponding to value "a"

What is the expected behavior?
At step 1: in the Inspector, the select node should be unfolder, and the option node you right-clicked on should be selected

At step 3: when selecting the option in the Inspector, the corresponding node, if it is the one currently selected and hence visible in the select, should be highlighted

What went wrong?
At step 1: the select node is selected in the inspector rather than the selected option node. Also, the select node is collapsed in the Inspector

At step 2: nothing at all is highlighted on the page, while a visible element (namely the option node) is selected in the inspector

Did this work before? N/A 

Chrome version: 55.0.2883.87  Channel: n/a
OS Version: 
Flash Version: Shockwave Flash 24.0 r0

so annoying
 

Comment 1 by woxxom@gmail.com, Jan 29 2017

The thing is, <option> is not a normal rendered element as it just provides data for its parent (similar to <param> in <object>), so devtools is expected to not select it because the actual rendered and clicked element is <select>.

On the other hand, the behavior you suggest is more convenient, especially in case of a big option list.
Owner: lushnikov@chromium.org
Labels: Needs-Milestone

Comment 4 by ajha@chromium.org, Feb 7 2017

Cc: ajha@chromium.org
Labels: -Needs-Milestone M-58 OS-Mac OS-Windows
Status: Assigned (was: Unconfirmed)
Able to reproduce the issue on the latest canary(58.0.3004.3) on Windows-10, Mac OS 10.12.2 and Linux Ubuntu 14.04. This is a non regression issue as this behaves the same on older chrome version as well.

Marking this as 'Untriaged' for more inputs on this.

Thank you!
Labels: -Type-Bug -Pri-2 Pri-3 Type-Feature

Sign in to add a comment