Closed Bug 11601 Opened 21 years ago Closed 21 years ago

[BLOCKER]onclick handler ignored for elements that have both popup and onclick defined

Categories

(Core :: DOM: UI Events & Focus Handling, defect, P3)

defect

Tracking

()

VERIFIED FIXED

People

(Reporter: radha, Assigned: hyatt)

References

Details

If a XUL element has both popup and onclick handler defined, up on button click,
only the popup handler is called, but not the onclick handler. Few weeks ago
both were being called. I need a mechanism so that I can figure the time
difference between the mouse down and mouse up so that I can decide if I s'd
invoke the onclick handler or bring up the popup.
Status: NEW → ASSIGNED
Target Milestone: M10
This presumably has to do with the modal nature of the native popups (they'll
end up consuming the mouse up, fooling Gecko into thinking no click happened).
I am assuming it will go away when I land XP popups (which won't consume the
mouse up).

Setting to m10.
Summary: onclick handler ignored for elements that have both popup and onclick defined → [BLOCKER]onclick handler ignored for elements that have both popup and onclick defined
As per meeting on thursday, marking as blocker
I'm confused.  Are you trying to invoke the onclick handler yourself?
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
resolving as fixed
radha, can you verify this?
Keywords: verifyme
Mass update:  changing qacontact to ckritzer@netscape.com
QA Contact: janc → ckritzer
Updating QA Contact.
QA Contact: ckritzer → lorca
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
QA contact updated
QA Contact: gerardok → madhur
verified on build 2001-07-30-trunk  OS mac 8.5, win95,98,2000
Status: RESOLVED → VERIFIED
Keywords: verifyme
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.