Closed Bug 29473 Opened 25 years ago Closed 23 years ago

[DOM] ondblclick event not being fired

Categories

(Core :: DOM: Events, defect, P3)

PowerPC
All
defect

Tracking

()

VERIFIED WORKSFORME
mozilla1.0

People

(Reporter: djoham, Assigned: saari)

References

()

Details

(Keywords: dom1, Whiteboard: [nsbeta3-])

Attachments

(3 files)

From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; N; Linux 2.2.12-20 i686; en-US)

BuildID: 2000022308

I've checked on both button and select HTML items and it doesn't look like the
doubleclick event (ondblclick()) is ever being fired. According to the DOM1
specs that I'm
reading(http://www.w3.org/TR/REC-html40/interact/forms.html#edef-SELECT) and
(http://www.w3.org/TR/REC-html40/interact/forms.html#edef-BUTTON) ondblclick
should be supported by both of these elements.

This bug may be related to bug 9140, although that one only talks about image
areas. Perhaps this is part of a larger problem?

Reproducible: Always

Steps to Reproduce: 1.open test case attachment 2 [details] [diff] [review].try to double click on the
button 3.try to double click on the select

Actual Results: No event is fired

Expected Results: I would expect the event to fire and the event handlers
defined to be called.
Attached file test case
QA Contact: gerardok → janc
Assignee: vidur → joki
Joki, I believe this one is yours...
Status: UNCONFIRMED → NEW
Ever confirmed: true
reassign to jst
Assignee: joki → jst
QA Contact: janc → gerardok
QA Contact: gerardok → janc
I don't know why this got back to me, reassigning to joki again.
Assignee: jst → joki
I have notice that on other elements, ondblclick works, but only with 1 click! 
This was a treecell item.

Also, this bug is still there in M15, as the testcase still does not work. It 
works in IE, however.
*** Bug 33195 has been marked as a duplicate of this bug. ***
Nominating nsbeta3
Status: NEW → ASSIGNED
Keywords: 4xp, nsbeta3
*** Bug 43353 has been marked as a duplicate of this bug. ***
*** Bug 41495 has been marked as a duplicate of this bug. ***
Adding [DOM] prefix to bugs related to DOM Level 0, 1, or 2 
compatibility/compliance.
Summary: ondblclick event not being fired → [DOM] ondblclick event not being fired
I believe this is an important one to have fixed by RTM. It's a significant DOM 
compatibility issue which, if let unfixed, will make it hard for web 
applications to implement common user interactions.
Agreed. But what exactly is a double click? Click is defined as:

mousedown
mouseup
click

Is double click then

a) mousedown
   mouseup
   click
   mousedown
   mouseup
   click
   doubleclick

b) mousedown
   mouseup
   click
   mousedown
   mouseup
   doubleclick

c) mousedown
   mouseup
   mousedown
   mouseup
   doubleclick
?
OS: Linux → All
Hardware: PC → All
I discussed this with vidur and joki, and we came to the conclusion that the
best way would probably be to fire a new event after the second click event. The
patch does that.

However, DOM 2 spec does not define double click events, and IE handles
doubleclicks differently. If you want follow the standards you should check the
click event and see how many clicks there were.

The bottom line still is that we should probably support this, and the easiest
way seems to be the attached patch. Haven't done heavy testing with it yet, but
at least the test case works.
Assignee: joki → heikki
Status: ASSIGNED → NEW
Whiteboard: [Fix attached]
Marking nsbeta3+...
Whiteboard: [Fix attached] → [nsbeta3+][Fix attached]
Checked in the fix. Marking fixed.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Mac OS Build 2000-09-04-08 still seems half broken (also checked on 2000-08-28-
08).  Sometimes it works, most it doesn't, so I'm reopening the bug and changing 
the Platform to Mac and OS to 9.0.4.
Status: RESOLVED → REOPENED
OS: All → Mac System 9.0
Hardware: All → Macintosh
Resolution: FIXED → ---
Also, another minor addition.  The following test:

http://slip/projects/marvin/html/button_ondblclick.html

is apparently working on Mac OS 9.0.4 running build 2000-09-04-08, but the funny 
thing is that when you click twice, the message telling you pops up, but if you 
move the mouse pointer over the text box it depresses the button.  Just by moving 
it over it, like ONMOUSEOVER or something.  Very funky.
Whiteboard: [nsbeta3+][Fix attached] → [nsbeta3+]
I see the funky effects on NT and Linux too,

http://slip/projects/marvin/html/button_ondblclick.html

However, the doubleclick event gets fired and the event handlers fire ok on NT
and Linux.
*** Bug 49954 has been marked as a duplicate of this bug. ***
Yup, the event gets fired on Mac and Win98, but I think the app is forgetting to 
release the last mouseclick....
Reassigning to Chris, thanks for help. Nisheeth said the minor problem reported 
by lorca@netscape.com 2000-09-06 13:45 does not matter at this time - as soon as 
you can get the dbclick working on Mac just future this (or create a new bug for 
that problem, which is perhaps better).
Assignee: heikki → saari
Status: REOPENED → NEW
nsbeta3-/future, cc jrgm
Whiteboard: [nsbeta3+] → [nsbeta3-]
Target Milestone: --- → Future
Targeting Mozilla 0.9
Status: NEW → ASSIGNED
OS: All
Target Milestone: Future → mozilla0.9
Target Milestone: mozilla0.9 → mozilla1.0
Keywords: dom1
Component: DOM Level 1 → DOM Events
Should the summary of this bug now be "double click doesn't release first
click"?  Would that remaining symptom matter much or be seen often?
Keywords: nsbeta3
On mac 9.0, 20010226 build, the double click is reliably (always) firing
for either the select or button control in the testcase 2/27. I'm not sure
what "app is forgetting to release the last mouseclick" even means.
Now, the event is being fired, but clicking on the OK button on the Alert dialog 
has no effect. The test case is provided in the url field.
not my area, bequeathing to desale
QA Contact: janc → desale
Updating QA contact to Shivakiran Tummala.
QA Contact: desale → stummala
tested on mac and win2k and doubleclick appears to work fine. marking worksforme
Status: ASSIGNED → RESOLVED
Closed: 24 years ago23 years ago
Resolution: --- → WORKSFORME
changing the qa to vladimire.
QA Contact: stummala → vladimire
verifying wfm on windows 98 2002-02-20-03-trunk and linux red hat
2002-02-13-08-trunk
Status: RESOLVED → VERIFIED
If this is working can someone update
http://www.mozilla.org/docs/dom/mozilla/bug-events.html
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: