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

Issue metadata

Status: Fixed
Owner: ----
Closed: Jan 2015
EstimatedDays: ----
NextAction: ----
OS: Windows , Mac
Pri: 2
Type: Bug

Sign in to add a comment

Issue 441613: @media (hover: none) should be false on a traditional desktop/laptop computer

Reported by, Dec 12 2014

Issue description

Chrome Version       : 39.0.2171.95
OS Version: OS X 10.10.1 Yosemite
URLs (if applicable) :

What steps will reproduce the problem?
1. Open in Chrome on a normal desktop/laptop computer not connected to a touchscreen.
2. Note: A line being green indicates that the the relevant media query is true (ignore the JavaScript tests).

What is the expected result?
The "hover: hover" entry SHOULD be green,
and the "hover: none" entry should NOT be green.
Which is to say that the "hover" media feature should evaluate to "hover" instead of "none",
because the computer has a mouse/trackpad/trackball/( ) as its primary pointing device,
and those input devices are capable of hovering.
Relevant spec:

What happens instead of that?
The "hover: none" entry IS green,
and the "hover: hover" entry is NOT green.
Which is to say that the "hover" media feature is evaluating to "none".
Also got the same results in Chrome 41.0.2236.0 on Win 8.1.

UserAgentString: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/39.0.2171.95 Safari/537.36

Comment 1 by, Dec 12 2014

Labels: Needs-Feedback
This issue is reproducible on Windows 7, Mac 10.9.5, Ubuntu 14.04 with reported version 39.0.2171.95, latest beta 40.0.2214.38, canary 41.0.2247.1

Observed the Actual output: ("hover: hover" entry is NOT green) same on firefox 34 and safari 7.

Please find the attached screenshot for reference.

cvrebert@: Can you please clarify expected output with a screen cast. Thank you!
348 KB View Download

Comment 2 by, Dec 12 2014

Firefox and Safari haven't yet implemented the relevant part of Media Queries Level 4, so none of the "hover" lines will be green for them. They don't yet understand the hover media feature.

By contrast, Chrome does understand the hover media feature, but its implementation seems to be incorrect. Attached is the expected output in the given scenario for a browser correctly implementing MQ Level 4, based on my reading of the spec.
10.0 KB View Download

Comment 3 by, Dec 12 2014

Labels: -Needs-Feedback M-41 OS-Windows Cr-Blink
Status: Untriaged
Able to reproduce in Mac 10.9.5 and Windows 7 with Chrome canary 41.0.2248.0 (Windows) & 41.0.2244.0( Mac).

As per the comment#2, I don't think this is a regression.
Screen Shot 2014-12-12 at 2.04.47 PM.png
43.0 KB View Download

Comment 4 by, Jan 2 2015


Comment 5 by, Jan 2 2015

This looks fixed in the latest Mac canary 41.0.2264.2. As it's not a regression, I don't think a merge is required. I'll mark this as fixed, feel free to reopen if you disagree.

Comment 6 by, Jan 2 2015

Status: Fixed

Comment 7 by, Jan 3 2015

Yup, I can confirm that this is fixed in Canary.
Thanks folks.

Sign in to add a comment