Open
Bug 1508486
Opened 6 years ago
Updated 3 years ago
Default Accept Button on Dialogs doesn't show visual state changes such as mousedown or disabled
Categories
(Core :: Widget: Gtk, defect, P5)
Tracking
()
NEW
People
(Reporter: reg+bugzilla, Unassigned)
Details
Attachments
(1 file)
|
60.39 KB,
video/mp4
|
Details |
User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Ubuntu Chromium/70.0.3538.77 Chrome/70.0.3538.77 Safari/537.36
Steps to reproduce:
1. Open Account Settings Dialog
2. Press the mouse button down (but don't release it up!) on the "OK" button
This seems to be true for other, possibly all, dialogs using the default "accept"/"OK" button *AND* where that accept button has the attribute default="TRUE" set. If default is not set to "True" then the visual states (mouse-down, disabled, etc) work as normal.
This is a problem for dialogs (such as Extensions) which attempt to Disable the "OK" button. The button will be functionally disabled (clicking it won't do anything), but it it's visual state will appear as if it is fully enabled.
Actual results:
The OK button fails to show the Mouse-Down visual state.
(It also suppresses / ignores if the visual Disabled attribute state if that is set to true )
Expected results:
The button should show the Mouse-Down state.
Also- you can try the following with in a dialog to see how a button having default="true" will suppress it's ability to show the disabled visual, or mouse-down states.
1. document.documentElement.getButton("accept").disabled = true;
(the disabled visual state won't show)
2) document.documentElement.getButton("accept").setAttribute("default", false);
(now the disabled visual state *will* display)
Comment 2•6 years ago
|
||
I see this too but only on Linux. TB uses the toolkit from Firefox, so moving to XUL widgets.
Status: UNCONFIRMED → NEW
Component: Theme → XUL Widgets
Ever confirmed: true
OS: Unspecified → Linux
Product: Thunderbird → Toolkit
Hardware: Unspecified → All
Version: 60 → unspecified
Updated•6 years ago
|
Component: XUL Widgets → Themes
Some additional detail: This issue is also present in Firefox 63.0.3 (Linux) for many dialogs that have an "OK" button. Such as when a print error notice pops up, editing a string value in about:config, etc.
Updated•6 years ago
|
Component: Themes → Widget: Gtk
Product: Toolkit → Core
Comment 4•6 years ago
|
||
Priority: -- → P5
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•