Active links when navigated to using keyboard are obfuscated by link preview window
Reported by
mr.gri...@gmail.com,
Nov 27 2017
|
||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.94 Safari/537.36 Steps to reproduce the problem: 1. On any web page where there are links in the bottom-left corner of the page. 2. Navigate to that link using the keyboard only. 3. When the link gains focus, the link is obfuscated by the link preview window displaying the URL the link will navigate to. What is the expected behavior? The expected behavior is to be the same as a pointing device. When using a pointing device, such as a mouse, and hovering over a link, where the link preview window shows, the browser moves that link preview window to the opposite corner. What went wrong? The link is not visible. Did this work before? No Does this work in other browsers? No Chrome version: 62.0.3202.94 Channel: stable OS Version: 10.0 Flash Version: I have reproduced this bug on Windows 10 in Chrome (62.0.3202.94), Chrome Canary (64.0.3278.0), Firefox (20171112125346), and Edge (38.14393.1066.0).
,
Nov 28 2017
Here is a code pen: https://s.codepen.io/MrGrigri/debug/dZgoJa/YvkgOPzEWJPk
,
Nov 28 2017
Thank you for providing more feedback. Adding requester "krajshree@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Nov 30 2017
Tested the issue on Win-10 using chrome reported version #62.0.3202.94 and latest canary #64.0.3280.0. Attached a screen cast for reference. Following are the steps followed to reproduce the issue. ------------ 1. Navigated to URL: https://s.codepen.io/MrGrigri/debug/dZgoJa/YvkgOPzEWJPk. 2. Navigated to that link using the keyboard only. 3. Observed that link is visible but when mouse is hovered over the link, the link shifts. Reporter@ - Could you please check the screencast and please let us know where the issue is exactly. This will help us in triaging the issue further. Thanks...!!
,
Nov 30 2017
Sorry, I didn't know that the debug views expired for Codepen. Here is a screen recording. Notice how the link destination pop-up (I don't know it's official name) moves when it's in the way of the cursor. This should be the same behavior when the link gains focus via the keyboard. For sighted users who use the keyboard because of preference or because of a cognitive disability, the link (<a />) tag itself becomes obfuscated and the user cannot see the text of the link or where they are on the page.
,
Nov 30 2017
Thank you for providing more feedback. Adding requester "krajshree@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Dec 27 2017
Thanks for the repro animation gif in comment#5. This isn't any issue of Blink>HTML (renderer), but the browser controls the visibility of the popup. Forwarding UI to triage.
,
Sep 13
Archiving old bugs that haven't been actively assigned in over 180 days. If you feel this issue should still be addressed, feel free to reopen it or to file a new issue. Thanks!
,
Sep 13
Archiving old bugs that haven't been actively assigned in over 180 days. If you feel this issue should still be addressed, feel free to reopen it or to file a new issue. Thanks! |
||||||
►
Sign in to add a comment |
||||||
Comment 1 by krajshree@chromium.org
, Nov 28 2017Labels: Triaged-ET Needs-Triage-M62 Needs-Feedback