New issue
Advanced search Search tips

Issue 864276 link

Starred by 1 user

Issue metadata

Status: Archived
Owner:
Closed: Nov 16
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

[Elements>Styles] Forced :hover state does not propagate correctly

Reported by shvaikal...@gmail.com, Jul 16

Issue description

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

Steps to reproduce the problem:
1. Open the attached devtools-propagation-of-hover.html file.
2. Please note what elements apply :hover styles when <label> is hovered by user: <label> itself, parent <p>, and linked <input>.
3. Open DevTools and force :hover state on <label> element.
4. Only <label> itself applied :hover styles; not the parent <p>, nor linked <input>. (hover-devtools-actual.png)

What is the expected behavior?
4. Parent <p> and linked <input> should apply :hover styles too. (hover-devtools-expected.png)

What went wrong?
Forcing :hover state on an element in DevTools should match regular :hover by user.

Did this work before? No 

Chrome version: 67.0.3396.99  Channel: stable
OS Version: OS X 10.12.6
Flash Version: 

Spec: https://html.spec.whatwg.org/multipage/semantics-other.html#selector-hover.

Safari's DevTools behave in the same way.
DevTools in Firefox apply :hover styles on parent <p> element, but not on linked <input> element.
 
devtools-propagation-of-hover.html
361 bytes View Download
hover-devtools-actual.png
73.5 KB View Download
hover-devtools-expected.png
73.6 KB View Download
Labels: Needs-Triage-M67
Cc: phanindra.mandapaka@chromium.org
Labels: Triaged-ET Needs-Feedback
Unable to reproduce the issue on reported chrome version 67.0.3396.99 using Mac 10.12.6. Attaching screen-cast for reference.
Steps: 
---------
1. Launched reported chrome 
2. Downloaded given  file in the comment #0 >> " devtools-propagation-of-hover.html "
3. Dragged and opened the html file in new tab and hover the mouse on Label 
As we are able see the 'apply :hover styles' on both Label and bellow box as expected 

@Reporter: Could you please review the attached screen-cast and confirm if anything being missed here.

Thanks..!
864276.mp4
680 KB View Download
User-initiated :hover works per spec, yes. The issue is about forced :hover (DevTools>Elements>Styles) not matching the regular one.
Project Member

Comment 4 by sheriffbot@chromium.org, Jul 17

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding the requester to the cc list.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Labels: Needs-Feedback
Tested the issue on chrome reported version# 67.0.3396.99 using Mac 10.2.6 with steps mentioned below:
1) Launched reported chrome version downloaded file given i comment#0
2) Dragged and opened the html file in new tab and hover the mouse on Label and box, able see fields got highlighted along with green box
Note: Also tested the issue by checking the ':hover' field in Force element state section in Devtools > Elements, then able to see label and box field highlighted without mouse hover

@Reporter: Please find the attached screencast for your reference and provide your feedback on which help in further triaging it.

Thanks!
864276.mp4
1.9 MB View Download

Comment 6 Deleted

Project Member

Comment 7 by sheriffbot@chromium.org, Jul 20

Cc: viswa.karala@chromium.org
Labels: -Needs-Feedback
Thank you for providing more feedback. Adding the requester to the cc list.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Please, consider styles when you hover <label> element with mouse at 0:18: they are captured in hover-devtools-expected.png file. However, when you force :hover <label> in DevTools at 0:34, styles are different (like in hover-devtools-actual.png file). For the sake of debugging, I would argue that there should no difference.
Owner: l...@chromium.org
Status: Assigned (was: Unconfirmed)
Thanks for the report, I'll take a look
Status: Archived (was: Assigned)

Sign in to add a comment