Closed Bug 1690098 Opened 3 years ago Closed 3 years ago

Disabled buttons react to hover and click interactions

Categories

(Thunderbird :: Theme, defect)

Desktop
Unspecified
defect

Tracking

(thunderbird_esr78? verified, thunderbird86? verified)

VERIFIED FIXED
87 Branch
Tracking Status
thunderbird_esr78 ? verified
thunderbird86 ? verified

People

(Reporter: aleca, Assigned: Paenglab)

References

(Regression)

Details

(Keywords: regression)

Attachments

(2 files, 2 obsolete files)

All the disabled buttons in theamable dialogs started showing a visual feedback when hovered of clicked, at least on Linux as I haven't tested it in other platforms.

This seems to be a regression affecting also 78 as it wasn't happening when these elements were styled in previous bugs, during the initial implementation of theamable dialog styles.

Flags: needinfo?(richard.marti)
Attached patch 1690098-disabled-buttons.patch (obsolete) — Splinter Review

Ah, my bad. I did bad work in bug 1650789. I thought the styles applies only to the buttons in notifications and in AB there no disabled buttons exist.

Assignee: nobody → richard.marti
Status: NEW → ASSIGNED
Flags: needinfo?(richard.marti)
Attachment #9200528 - Flags: review?(alessandro)
Attached patch 1690098-disabled-buttons.patch (obsolete) — Splinter Review

This time really working.

Attachment #9200528 - Attachment is obsolete: true
Attachment #9200528 - Flags: review?(alessandro)
Attachment #9200533 - Flags: review?(alessandro)
Comment on attachment 9200533 [details] [diff] [review]
1690098-disabled-buttons.patch

Review of attachment 9200533 [details] [diff] [review]:
-----------------------------------------------------------------

This fixes the issue for those buttons but it interferes with the `.btn-hub:hover` declaration of the Account Central.
Maybe those classes should be rewritten as `button.btn-hub:hover` to naturally override the default class, rather than using the `!important` flag for background and border color.

Also, this issue makes me think that maybe we might be potentially affecting other buttons that are styled differently throughout the UI, since we're using the `button` element name as CSS selector, and that has a higher hierarchy.
Attachment #9200533 - Flags: review?(alessandro) → review-
Regressed by: 1650789

This fixes the .btn.hub issue. I skimmed the other buttons and found no similar issue. The calendar-daypicker wasn't affected by this patch but I fixed it too.

Attachment #9200533 - Attachment is obsolete: true
Attachment #9200606 - Flags: review?(alessandro)
Comment on attachment 9200606 [details] [diff] [review]
1690098-disabled-buttons.patch

Review of attachment 9200606 [details] [diff] [review]:
-----------------------------------------------------------------

Looks good, thanks for inspecting the other buttons.
Attachment #9200606 - Flags: review?(alessandro) → review+
Target Milestone: --- → 87 Branch

Pushed by geoff@darktrojan.net:
https://hg.mozilla.org/comm-central/rev/ecdece9e242c
Stop showing hover and active on disabled buttons. r=aleca

Status: ASSIGNED → RESOLVED
Closed: 3 years ago
Resolution: --- → FIXED

Comment on attachment 9200606 [details] [diff] [review]
1690098-disabled-buttons.patch

[Approval Request Comment]
Regression caused by (bug #): bug 1650789
User impact if declined: disabled buttons give unwanted feedback
Testing completed (on c-c, etc.): on c-c
Risk to taking this patch (and alternatives if risky): low

Attachment #9200606 - Flags: approval-comm-esr78?
Attachment #9200606 - Flags: approval-comm-beta?

Comment on attachment 9200606 [details] [diff] [review]
1690098-disabled-buttons.patch

[Triage Comment]
Approved for beta

Attachment #9200606 - Flags: approval-comm-beta? → approval-comm-beta+

Disabled buttons no longer react to hover and clicks in my tests of 86.0b2 on Windows 10 and Fedora 33 Workstation.

Status: RESOLVED → VERIFIED

Comment on attachment 9200606 [details] [diff] [review]
1690098-disabled-buttons.patch

[Triage Comment]
Approved for esr78

Attachment #9200606 - Flags: approval-comm-esr78? → approval-comm-esr78+

Works for me in my tests of the 78.8.0 release candidate on Fedora 33 Workstation and Windows 10.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: