Closed Bug 29473 Opened 25 years ago Closed 24 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: 25 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: 25 years ago24 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: