Closed
Bug 46030
Opened 25 years ago
Closed 25 years ago
Event handlers on DEL element are not working
Categories
(Core :: DOM: UI Events & Focus Handling, defect, P3)
Core
DOM: UI Events & Focus Handling
Tracking
()
Future
People
(Reporter: marcell, Assigned: joki)
Details
Attachments
(1 file)
1.09 KB,
text/html
|
Details |
The DTD states that the DEL HTML element should support the following 10 event
handlers, onclick, ondblclick, onmousedown, onmouseup, onmouseover, onmousemove,
onmouseout, onkeypress, onkeydown, onkeyup. In Mozilla, none of these event
handlers work on the DEL element.
STEPS TO REPRODUCE:
1. Open attachment.
2. Prform the events stated on each DEL element.
ACTUAL RESULT: The event handler was not triggered; nothing happened.
EXPECTED RESULT: The event handler should have been triggered and should have
popped up an alert.
Bug occured on build 2000-07-19-11-M17, tested on MacOS 8.6, MacOS 9, Win98,
WinNT, Win2000 and Linux Redhat 6.
I did not test anything, but since there is a similar bug for INS I am marking
this as NEW. See bug 46003.
Status: UNCONFIRMED → NEW
Ever confirmed: true
keypress, keyup, keydown events should not work for DEL element, see bug 46042.
This bug has been marked "future" because the original netscape engineer working
on this is over-burdened. If you feel this is an error, that you or another
known resource will be working on this bug,or if it blocks your work in some way
-- please attach your concern to the bug for reconsideration.
Target Milestone: --- → Future
Comment 5•25 years ago
|
||
Mass update: changing qacontact to ckritzer@netscape.com
QA Contact: janc → ckritzer
Comment 6•25 years ago
|
||
Marking INVALID per Heikki's comments in bug #46042:
"------- Additional Comments From Heikki Toivonen 2000-07-25 15:35 -------
After talking with vidur@netscape.com, it is our opinion that only focusable
content should respond to keypress etc. events. tt, and the majority of HTML
elements are not focusable content (unfortunately the HTML spec just assigns all
intrinsic attributes to just about every element even when they make no sense).
Painting the element with mouse does not make the element focused.
Marking INVALID."
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
Comment 7•25 years ago
|
||
Marking VERIFIED INVALID on:
- LinuxRH62 2000-08-22-06-M18 Commercial
- Win98 2000-08-22-08-M18 Commercial
- MacOS86 2000-08-21-08-M18 Commercial
Status: RESOLVED → VERIFIED
Uh, only the three events I mentioned should not work. Others should work,
therefore this bug is valid. Reopening.
Status: VERIFIED → REOPENED
Resolution: INVALID → ---
Comment 9•25 years ago
|
||
Right. Sorry about that...thank you sir!
This was fixed by jst's fix to bug 62160. So this and bug 46003 are actually
duplicates of the one jst fixed. The bug was that the content sink created wrong
kinds of elements when it saw DEL or INS element. This even resulted in crash later!
Marking duplicate.
*** This bug has been marked as a duplicate of 62160 ***
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → DUPLICATE
Comment 12•25 years ago
|
||
From the comments above, and also the fact that this stuff seems to work properly
in Mac OS Build 01-04-08 (and it didn't before:)):
VERIFIED.
See? And I didn't even mark it FIXED:).
Status: RESOLVED → VERIFIED
*Heikki pats Dan on the head* ;)
Updated•6 years ago
|
Component: Event Handling → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•