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)

defect
Not set
normal

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).
-> 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]
*** Bug 78343 has been marked as a duplicate of this bug. ***
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.)
QA contact updated
QA Contact: gerardok → madhur
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
Target Milestone: mozilla1.0 → Future
-> default owner
Assignee: blaker → joki
Status: ASSIGNED → NEW
Target Milestone: Future → ---
This looks to be fixed in Mozilla trunk 2002-02-06-03/win2k. tested on scrollbar arrows, form buttons.
testing w/ today's win2k trunk build, i can't see this. resolving WORKSFORME.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
QA Contact: madhur → rakeshmishra
QA Contact: rakeshmishra → trix
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.