Closed Bug 331989 Opened 20 years ago Closed 20 years ago

Cancelable events like xforms-reset can't be cancelled

Categories

(Core Graveyard :: XForms, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: sspeiche, Assigned: smaug)

References

()

Details

Attachments

(2 files)

User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1) Opera 7.55 [en] (IBM EVV/3.8/EAK01AGF/LE) Build Identifier: This fails test case: 10.1.2.d Aaron says this is more of an XML Events bug. Reproducible: Always Steps to Reproduce:
Attached file test case
Is this trunk only? If it is, then this is a regression from my event dispatching rewrite.
Assignee: aaronr → smaug
Status: UNCONFIRMED → NEW
Ever confirmed: true
Depends on: 234455
Blocks: 234455
No longer depends on: 234455
Comment on attachment 216546 [details] [diff] [review] proposed patch yep, seems to fix it. And this is a trunk only bug.
Attachment #216546 - Flags: superreview?(jst)
Attachment #216546 - Flags: review?(jst)
Status: NEW → ASSIGNED
So the bug is that nsXTFElementWrapper::PostHandleEvent doesn't check whether preventDefault is called. The simple check for that is enough.
Comment on attachment 216546 [details] [diff] [review] proposed patch r+sr=jst
Attachment #216546 - Flags: superreview?(jst)
Attachment #216546 - Flags: superreview+
Attachment #216546 - Flags: review?(jst)
Attachment #216546 - Flags: review+
Checking in src/nsXTFElementWrapper.cpp; /cvsroot/mozilla/content/xtf/src/nsXTFElementWrapper.cpp,v <-- nsXTFElementWrapper.cpp new revision: 1.31; previous revision: 1.30 done
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: