Closed Bug 465509 Opened 16 years ago Closed 16 years ago

wrong behavior of radiobuttons whith "checked" attribute

Categories

(Core :: Layout: Form Controls, defect)

x86
Windows XP
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: kidskilla, Unassigned)

Details

Attachments

(1 file)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <html><head> <title>Untitled</title> <style type="text/css"> </style> </head><body><script type="text/javascript"></script> <form action=""> <input type="radio" name="interval" id="month" value="month" checked="checked"><label for="month">month</label> <input type="radio" name="interval" id="week" value="week"><label for="week">week</label> <br> <input type="radio" id="services" name="sid" value="0"/><label for="services">all</label><br> <input type="radio" id="service15288392" name="sid" checked="checked" value="15288392"><label for="service15288392">love</label><br> <input type="radio" id="service15296536" name="sid" value="15296536"><label for="service15296536">child</label><br> </form> </body> </html> Reproducible: Always Steps to Reproduce: 1. 2. 3. Actual Results: the buttons that has to be checked is not. and in some cases checked status is jumping at the next radiobutton after refresh (F5) of the page.
Attached file reporter's testcase
Can't reproduce on branch using Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4 and trunk using Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b2pre) Gecko/20081118 Minefield/3.1b2pre Reporter: can you specify where you see this (i.e. 3.1 beta or 3.0.4) and can you try this in safe mode: http://kb.mozillazine.org/Safe_Mode_(Firefox)
Component: General → Layout: Form Controls
Product: Firefox → Core
QA Contact: general → layout.form-controls
The reload issue is known. On initial load this should all be correct (and is over here).
It's strange, but today i can't reproduce this bug too...
OK. Please reopen when you can, and post the testcase that reproduces it (as an attachment, if possible, not just pasted in).
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: