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

Issue 736597 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner:
Not on Chrome
Closed: Jun 2017
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 2
Type: Bug



Sign in to add a comment

checkbox in history gets and remains highlighted after right-click

Reported by teo8...@gmail.com, Jun 24 2017

Issue description

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

Steps to reproduce the problem:
Yet another pathetic glitch of the History UI

1. go to chrome://history
2. place the mouse cursor over one of the checkboxes of the left column without clicking
3. right-click (this displays the context menu)
4. left-click somewhere outside of the checkbox and of the context menu, to close the context menu

What is the expected behavior?
the context menu should close and nothing else should happen

What went wrong?
When you right-click and the context menu shows up, the checkbox gets highlighted (not selected) as if you had pressed the left button on it. Not a big deal if the highlight went away when releasing the right button, but it doesn't.

When you left-click somewhere else, the context menu closes, and the checkbox remains highlighted forever until you click somewhere. Complete nonsense.

Did this work before? N/A 

Chrome version: 59.0.3071.86  Channel: n/a
OS Version: 
Flash Version:
 
Screenshot from 2017-06-24 16-25-23.png
133 KB View Download
Screenshot from 2017-06-24 16-25-33.png
129 KB View Download

Comment 1 by woxxom@gmail.com, Jun 24 2017

The highlight circle remains in these scenarios as well:

* Scenario 1:
  1. Click the three-dot menu in any row
  2. Press Esc key

* Scenario 2:
  1. Click the checkbox or timestamp in any row to select it
  2. Click it a second time to unselect it

The UI behaves just the same regardless of this gray highlight circle. 
In other words, its presence is misleading/confusing: it implies something is different while it's not, which is a bad UX design.

Comment 2 by teo8...@gmail.com, Jun 24 2017

> it implies something is different while it's not, which is a bad UX design.

I'm pretty sure it's not by design, just a bug. Bad programming rather than bad design.
Components: -UI UI>Browser>History
Labels: Proj-MaterialDesign-WebUI
Owner: tsergeant@chromium.org
Status: WontFix (was: Unconfirmed)
The grey highlight is there to indicate that the checkbox still has keyboard focus after closing the context menu. You can confirm this by pressing the arrow keys on your keyboard after closing the context menu -- the focus highlight will move through the list appropriately. Clicking outside the list will remove the keyboard focus and therefore remove the focus.

I agree that the behavior of this highlight isn't perfect (eg,  issue 663322 ), but I think this case is entirely reasonable.

Further, the highlight in this case isn't directly controlled by us on Chromium. We use a reusable element from the Polymer project called 'paper-icon-button-light', which exhibits the same behavior wherever it is used. See, for example:

https://www.webcomponents.org/element/PolymerElements/paper-icon-button/v1.1.6/demo/demo/paper-icon-button-light.html
https://earth.google.com/web/

If you wish to follow up on this issue more, I would suggest filing a bug upstream with the Polymer folks at

https://github.com/PolymerElements/paper-icon-button/issues

For now, though, I'm marking this as WontFix since I don't think there's anything which can be done from Chromium's side.
Also, I'd like to remind you to please keep discussions on technical bugs respectful and constructive. See https://www.chromium.org/conduct for the code of conduct for this issue tracker. Thanks!

Comment 5 by teo8...@gmail.com, Jun 29 2017

> The grey highlight is there to indicate that the checkbox still has keyboard focus after closing the context menu

Well, then the bug is that it shouldn't have keyboard focus in the first place. There's no reason to give an element keyboard focus when right-clicking on it.

Sign in to add a comment