Closed
Bug 465509
Opened 16 years ago
Closed 16 years ago
wrong behavior of radiobuttons whith "checked" attribute
Categories
(Core :: Layout: Form Controls, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: kidskilla, Unassigned)
Details
Attachments
(1 file)
|
850 bytes,
text/html
|
Details |
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.
Comment 1•16 years ago
|
||
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)
Updated•16 years ago
|
Component: General → Layout: Form Controls
Product: Firefox → Core
QA Contact: general → layout.form-controls
Comment 2•16 years ago
|
||
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...
Comment 4•16 years ago
|
||
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.
Description
•