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: