Closed
Bug 54469
Opened 24 years ago
Closed 24 years ago
[BTN]BUTTON elements do not always depress when clicked
Categories
(Core :: Layout: Form Controls, defect, P1)
Tracking
()
People
(Reporter: djoham, Assigned: joki)
Details
(Keywords: html4, regression, testcase)
Attachments
(1 file)
344 bytes,
text/html
|
Details |
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.15-4mdk i686; en-US; m18) Gecko/20000927 BuildID: 2000092710 If a button element is clicked for the first time, it depresses. If it is then clicked again (without loosing focus) the button element will not be visibly depressed. however, all events for the button seem to fire. Reproducible: Always Steps to Reproduce: Open test case I'll submit. Follow instructions on the page Actual Results: The button element does not visibly depress (after the first time) without first loosing focus Expected Results: I would expect the button element to behave exactly like the input type=button element. For comparison, the test case will have both
Comment 2•24 years ago
|
||
Confirmed on Linux (RedHat 7.0) and Windows 98 using 101908 trunk build.
Comment 3•24 years ago
|
||
marking OS=ALL, confirming, adding testcase to keywords because the test case clearly demonstrates the problem.
Updated•24 years ago
|
Status: NEW → ASSIGNED
Summary: BUTTON elements do not always depress when clicked → [BTN]BUTTON elements do not always depress when clicked
Target Milestone: --- → Future
Comment 4•24 years ago
|
||
This is a style issue. The HTML4 button has these rules: button { ... padding: 1px 1px 1px 1px; } button:active:hover { ... padding: 2px 0 0 2px; } So when you press it (active) it shifts things down and to the left. It does it fine the first time. The first time you can set a break point in nsHTMLButtonControlFrame:Reflow and it hits it, if you click a second time you never hit the break point. It looks like the event state manager is somehow figuring the state hasn't changed. This used to work.
Assignee: rods → joki
Severity: normal → critical
Status: ASSIGNED → NEW
Keywords: html4,
regression
Priority: P3 → P1
Target Milestone: Future → ---
Comment 5•24 years ago
|
||
*** This bug has been marked as a duplicate of 53669 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•