Closed Bug 94222 Opened 23 years ago Closed 23 years ago

radio shouldn't inherit from checkbox

Categories

(Core :: XUL, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla0.9.6

People

(Reporter: caustin, Assigned: bugzilla)

References

Details

Attachments

(1 file)

cuz hyatt says so! Hopefully this will fix the very strange radiobutton behaviors from bug 959.
Target Milestone: --- → mozilla0.9.4
Attached patch diff -uSplinter Review
Neato. It works. (it probably isn't the best way though) Here's a general overview of the problem: When nsXULElement::Click() was fired on a button that would call document.getElementById("whatever").click(), event.target wouldn't be updated to reference the id='whatever' element. To fix this (i.e. somehow let HandleDOMEvent know that it should set a new target for the event), I made a new message called NS_XUL_CLICK, which is special-cased (along with NS_XUL_* others) in HandleDOMEvent. When HandleDOMEvent sees NS_XUL_CLICK, it sets the new target and then switches the message to NS_LEFT_MOUSE_CLICK so everything else is processed normally.
Oh, and so I don't forget, this needs to be repatched after 959 is checked in.
Hey, neat hack. I like it. :)
I no longer have time for these. Anyone else want to take them?
Blake is fixing this one.
QA Contact: aegis → jrgm
May God have mercy on us all. The 212 bug spam-o-rama is Now!
Blake: I've included this patch in bug 959 since it needs it.
time for 0.9.4 has run out. try for 0.9.5. thanks -chofmann
Target Milestone: mozilla0.9.4 → mozilla0.9.5
Take it, saari! This'll be fixed with the patch in 959.
Assignee: aegis → saari
Status: NEW → ASSIGNED
Target Milestone: mozilla0.9.5 → mozilla0.9.6
-->me
Assignee: saari → blakeross
Status: ASSIGNED → NEW
Fixed.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: