Drag seems to intercept and kill button mousedown event

RESOLVED WORKSFORME

Status

()

Core
Layout
P3
trivial
RESOLVED WORKSFORME
17 years ago
14 years ago

People

(Reporter: Blake Ross, Assigned: joki (gone))

Tracking

Trunk
Future
x86
Windows 98
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

17 years ago
Build ID: just pulled

When you mousedown on the button in the testcase I'll attach, the button does 
not depress, although the onclick event is fired upon mouseup.  If you 
mousedown on the button and then drag away, this appears in the console:

dragstart
didnt get here
****** returning null 2

You shouldn't even be allowed to drag a button, so I don't know why this is 
happening.
(Reporter)

Comment 1

17 years ago
Created attachment 14843 [details]
testcase
(Reporter)

Comment 2

17 years ago
Actually, this probably has less to do with dragging and more to do with the 
window.status (since the testcase doesn't work without it).  So feel free to 
update the summary as necessary.

cc'ing jst
This one belongs with Tom, I believe, reassigning.
Assignee: clayton → joki
(Assignee)

Comment 4

17 years ago
Actually its the onmousedown intercept that killing the depression sequence.  In 
order for the button to depress the mouse must be over the button and the mouse 
must be down.  That way when you mouseout of the button it goes back up and so 
forth.  So since the mousedown is getting taken at the <body> level to set the 
status the sequence is messed up.

A minor bug, should be fixed in the next revision when we separate out the 
internal and external event handlers a bit more.  Marking trivial since 
the button click still works.  Marking future.
Severity: normal → trivial
Status: NEW → ASSIGNED
Target Milestone: --- → Future
Reassigning QA Contact for all open and unverified bugs previously under Lorca's
care to Gerardo as per phone conversation this morning.
QA Contact: lorca → gerardok

Comment 6

17 years ago
qa contact updated.
QA Contact: gerardok → bsharma
SPAM. HTML Element component is deprecated, changing to Layout component. See
bug 88132 for details.
Come on Bugzilla, you can do it...
Component: HTML Element → Layout

Updated

16 years ago
QA Contact: bsharma → moied
Attachment #14843 - Attachment is patch: false
Attachment #14843 - Attachment mime type: text/plain → text/html
WFM on current Linux CVS.  Can this be closed up?

Comment 10

14 years ago
WFM on 2004020311 win2k trunk.
Status: ASSIGNED → RESOLVED
Last Resolved: 14 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.