Closed Bug 1555508 Opened 7 years ago Closed 7 years ago

Cursor does not change to hand (cursor: pointer) when mouse is over "Edit Bug" or "Save Changes" buttons

Categories

(bugzilla.mozilla.org :: User Interface, defect)

Production
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: botond, Assigned: kohei)

References

Details

(Keywords: regression, ux-userfeedback)

Attachments

(1 file)

STR

  1. Load any bug page on BMO.
  2. Move the mouse over the "Edit Bug" or "Save Changes" button.

Expected results

The cursor changes to a hand to indicate that you are over a clickable element.

Actual results

The cursor remains an arrow.

This is a recent regression.

Most other buttons are affected as well, but not the dropdown button that opens the menu containing "History" etc.

The regression seems to be on the site side rather than the Firefox side.

I have changed the cursor to default like native apps, but added back the hover state to buttons. The fix, Bug 1552885, is not deployed yet.

(In reply to Kohei Yoshino [:kohei] (Bugzilla UX) (FxSiteCompat) from comment #3)

I have changed the cursor to default like native apps

I took a survey of other web applications I have open: Gmail, Outlook Web App, Github, Phabricator, Slack. Every single one of them turns the cursor into a hand when it's over a clickable button.

What is the motivation for BMO to be different in this respect?

My goal is making Bugzilla a progressive web app that can be “installed” on your desktop in the not-so-distant future. So I’d like to make it behave more like an app :-) Google doesn’t have the pointer cursor on some buttons, and that’s actually the default behaviour of HTML <button>.

I don’t have a plan to fix this.

Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX

In the interim, I did some research looking for a w3c or html5 spec for the button element to provide guidance. The closest found is https://www.w3.org/TR/UAAG20/?fbclid=IwAR0Pv79iko2oHc3KP7boOwxOphbsBJNjTKum21HQ05mP82tbNTRjOs8gMFw#gl-interaction-highlight where an indicator of interactivity is considered a usability best practice.

On the w3c WAI ARIA best practices button example they also don't change the cursor, but at least there is a display change on hover (https://www.w3.org/TR/2017/NOTE-wai-aria-practices-1.1-20171214/examples/button/button.html) whereas there is nothing on Bugzilla. Since this was reported more than once, it is confusing to some. Submitting a bug for this is intimidating, but I was concerned for the users and also hoped the interface would be easier to use. This was discovered while grooming bugs with others and we were all puzzled by this behavior.

(In reply to jen strickland :jenstrickland from comment #8)

but at least there is a display change on hover (https://www.w3.org/TR/2017/NOTE-wai-aria-practices-1.1-20171214/examples/button/button.html) whereas there is nothing on Bugzilla.

Note, for me Bugzilla buttons do change their background color now on hover. Does that match what you see? Or am I misunderstanding what you mean by "display change"?

(In reply to Botond Ballo [:botond] [standards meeting July 15-20] from comment #9)

(In reply to jen strickland :jenstrickland from comment #8)

but at least there is a display change on hover (https://www.w3.org/TR/2017/NOTE-wai-aria-practices-1.1-20171214/examples/button/button.html) whereas there is nothing on Bugzilla.

Note, for me Bugzilla buttons do change their background color now on hover. Does that match what you see? Or am I misunderstanding what you mean by "display change"?

I just looked again and there is a subtle background color change. In a group of six people grooming bugs, none of us saw the color change. I only saw it now that I was expecting it.

(In reply to jen strickland :jenstrickland from comment #10)

I just looked again and there is a subtle background color change. In a group of six people grooming bugs, none of us saw the color change. I only saw it now that I was expecting it.

Kohei, based on this, could we make the background color change more noticeable, and/or bring back the hand cursor?

Flags: needinfo?(kohei.yoshino)

I’m okay to use the hand cursor. Basically what I want to avoid here is inconsistency. If we use the hand cursor for buttons, we should also use the cursor for all actionable widgets like dropdown list, checkbox, tabs, etc. IMO.

Status: RESOLVED → REOPENED
Flags: needinfo?(kohei.yoshino)
Resolution: WONTFIX → ---

Please forgive me if I'm being pedantic / overly specific. The styling recommendation is { cursor: pointer; }. In conversations with others I worked with would take "hand" as { cursor: grab; } (https://developer.mozilla.org/en-US/docs/Web/CSS/cursor). Ay yay yay… Thank you for your patience with me. :)

I’m old enough to know Internet Explorer supported cursor: hand. Somehow it’s not mentioned in the MDN doc at all.

(In reply to jen strickland :jenstrickland from comment #13)

Please forgive me if I'm being pedantic / overly specific. The styling recommendation is { cursor: pointer; }. In conversations with others I worked with would take "hand" as { cursor: grab; } (https://developer.mozilla.org/en-US/docs/Web/CSS/cursor). Ay yay yay… Thank you for your patience with me. :)

Sorry, that's me being imprecise in my description. I did mean cursor: pointer when I filed the bug. I've edited the title to clarify.

Summary: Cursor does not change to hand when mouse is over "Edit Bug" or "Save Changes" buttons → Cursor does not change to hand (cursor: pointer) when mouse is over "Edit Bug" or "Save Changes" buttons
Assignee: nobody → kohei.yoshino
Status: REOPENED → ASSIGNED
Component: User Interface: Modal → User Interface
Keywords: ux-userfeedback
OS: Linux → Unspecified
Hardware: x86_64 → Unspecified
Version: Staging → Production
Attached file GitHub Pull Request

Merged to master.

Status: ASSIGNED → RESOLVED
Closed: 7 years ago7 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: