Please report any other irregularities here.
I'm not sure if this is event handling or form controls. Tables are getting reflowed unnecessarily when the mouse goes over a radio button on the above url or the test case below. There is different bug associated with this in that the area frame reflow is causing the radio buttons to dissappear when the mouse goes over them. <TABLE WIDTH="100%" BORDER="0" CELLPADDING="15" CELLSPACING="0"> <TR> <TD WIDTH="100%" VALIGN="top">foo</TD> <TD BGCOLOR="#FFFFFF" WIDTH="175" VALIGN="TOP"> <table width="100%" cellspacing="0" cellpadding="0" border="0"> <tr> <td bgcolor="#669900"> <form> <input type="radio" name="vote" value="1"> </form> </td> </tr> </table> </TD> </TR> </TABLE> foobar
Reassigning to Kevin, CCing Tom.
Removing the :hover rule in the ua.css doesn't do anything, but removing :-moz-radio does. Or is I comment out: nsFormControlFrame::CaptureStyleChangeFor(this, oldRadioButtonFaceStyle, mRadioButtonFaceStyle, aParentChange, aChangeList, aLocalChange); inside ReResolveStyleContext it works fine.
The newly resolved for style "-moz-radio" is changed, the only two values that are different are mTextAlign went from 0 to 1, and mLineHeight is now Inherit instead of Normal. Any ideas?
Through Kevin's suggestion I change the way the original radioPseudo style gets created in the CSSFrameConstructor.
i am not sure if this is what you mean, but when you mouseover the radio buttons on mozillzine, the entire page gets redrawn but without that table.
I have the fix for this, the pseudo class needed to be created with it's paernt's style context.
Status: ASSIGNED → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → FIXED
Changed the input params so the pseudoContext for the radio button could be created with it parent's style context. It fixed.
Seems to work fine now. Marking verified 
You need to log in before you can comment on or make changes to this bug.