Closed
Bug 80462
Opened 24 years ago
Closed 23 years ago
Dropping dragged node doesn't reset :active
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Core
DOM: UI Events & Focus Handling
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: mpt, Assigned: joki)
Details
(Keywords: regression, Whiteboard: [br])
Build: 2001051109, Mac OS 9.1
This is spun off from bug 78343.
To reproduce:
* Mousedown on any pushable control -- a toolbar button, or an HTML form
control, or a scrollbar button, or a radio button, or a checkbox.
* While holding down the mouse button, drag away from the control. Note that
the control loses its mousedown appearance.
* Drag back to the control.
What should happen:
* The control regains its mousedown appearance.
What actually happens:
* the control assumes its mouseover appearance (if any).
Comment 1•24 years ago
|
||
-> joki, cc saari
Assignee: trudelle → joki
Component: XP Toolkit/Widgets → Event Handling
Keywords: regression
OS: Mac System 8.5 → All
QA Contact: jrgm → gerardok
Hardware: Macintosh → All
Summary: Mousing away from and back to any control doesn't restore highlight → Mousing away from and back to any control doesn't restore :active state
Whiteboard: [br]
Comment 3•24 years ago
|
||
Crap. My fix for bug 48857 caused this. StopTrackingDragGesture() is called
much more often than I realized...on every NS_MOUSE_MOVE, for one. I just
backed it out.
Assignee: joki → blakeross
I built after you backed out..
Judging by the names of the scrollbar gifs, Modern3 should now "downlight"
scrollbar thumbs or arrows when they are grabbed/clicked. In other words they
should get slightly darker than normal.
The arrows work right according to that scheme, but the thumbs remain the same
bright color all the time. Is that another bug?
(VERY good theme now btw. Best yet. Love the new buttons and scrollbar too.)
Updated•23 years ago
|
Status: NEW → ASSIGNED
Summary: Mousing away from and back to any control doesn't restore :active state → Dropping dragged node doesn't reset :active
Target Milestone: --- → mozilla1.0
Updated•23 years ago
|
Target Milestone: mozilla1.0 → Future
Comment 6•23 years ago
|
||
-> default owner
Assignee: blaker → joki
Status: ASSIGNED → NEW
Target Milestone: Future → ---
Comment 7•23 years ago
|
||
This looks to be fixed in Mozilla trunk 2002-02-06-03/win2k.
tested on scrollbar arrows, form buttons.
Comment 8•23 years ago
|
||
testing w/ today's win2k trunk build, i can't see this. resolving WORKSFORME.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Updated•23 years ago
|
QA Contact: madhur → rakeshmishra
Updated•22 years ago
|
QA Contact: rakeshmishra → trix
Updated•6 years ago
|
Component: Event Handling → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•