Closed
Bug 1106163
Opened 10 years ago
Closed 4 years ago
when draggable element has ":active" class it get stuck
Categories
(Core :: DOM: Events, defect, P5)
Tracking
()
RESOLVED
DUPLICATE
of bug 379272
People
(Reporter: psivolob, Unassigned)
References
Details
(Keywords: reproducible, testcase)
Attachments
(1 file)
|
(deleted),
text/html
|
Details |
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/39.0.2171.65 Safari/537.36
Steps to reproduce:
start dragging element. it becomes active(blue). release the mouse
Actual results:
it is still active until you click anywhere.
Expected results:
It should have stopped being "active"
|
||
Comment 1•10 years ago
|
||
Looks like code for this stuff (dispatching blur and/or such things) lives in the eventstatemanager? I could be wrong though - Olli?
Status: UNCONFIRMED → NEW
Component: Untriaged → DOM: Events
Ever confirmed: true
Flags: needinfo?(bugs)
Keywords: reproducible,
testcase
Product: Firefox → Core
|
||
Comment 2•10 years ago
|
||
focus and blur event dispatching something nsFocusManager does.
The :active/:hover state handling on desktop is done in nsEventStateManager yes.
(IIRC b2g has some unusual code patch to set elements active.)
We do try to reset active state when needed, but apparently missing some case.
Flags: needinfo?(bugs)
|
||
Comment 4•6 years ago
|
||
https://bugzilla.mozilla.org/show_bug.cgi?id=1472046
Move all DOM bugs that haven’t been updated in more than 3 years and has no one currently assigned to P5.
If you have questions, please contact :mdaly.
Priority: -- → P5
|
||
Updated•4 years ago
|
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•