Closed
Bug 96367
Opened 24 years ago
Closed 24 years ago
[FIX]One radiobutton is now checked by default, also resets RBS when printing
Categories
(Core :: Layout: Form Controls, defect, P1)
Tracking
()
VERIFIED
FIXED
mozilla0.9.4
People
(Reporter: bugzilla, Assigned: rods)
References
Details
(Keywords: topembed)
Attachments
(1 file)
|
1.32 KB,
patch
|
Details | Diff | Splinter Review |
In 2001082109, one radiobutton is now checked by default. IE and 4.x don't do
this. Was this deliberate?
| Assignee | ||
Comment 1•24 years ago
|
||
Yes, this is "Standard" or "Strict" behavior
http://www.w3.org/TR/html4/interact/forms.html#radio
But since IE doesn't check the first item I can turn this off.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
| Assignee | ||
Comment 2•24 years ago
|
||
Oops, didn't mean to to makr fixed.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
| Assignee | ||
Updated•24 years ago
|
Status: REOPENED → ASSIGNED
| Assignee | ||
Comment 3•24 years ago
|
||
| Assignee | ||
Comment 5•24 years ago
|
||
This bug is related to Bug 580002, now that we do standard mode the Radios get
reset when the page is printed, this is very bad.
Severity: normal → critical
Priority: -- → P1
Summary: One radiobutton is now checked by default → [FIX]One radiobutton is now checked by default, also resets RBS when printing
Target Milestone: --- → mozilla0.9.4
Wouldn't it be better to get the compatibility mode from aPresContext and leave
this behavior enabled in standard mode?
Comment 7•24 years ago
|
||
I don't think we want to reset the radios when printing in any mode - is that
what the patch is fixing?
Comment 8•24 years ago
|
||
Looks like there is no reason to auto-check one of the radios in either mode,
since there is no spec that says to do it and no browsers that do it. And I see
now that the printing safety check was just put in in case we ever decide TO
check one of the radios by default. sr=attinasi
Why the addition of code within |#if 0|?
| Assignee | ||
Comment 10•24 years ago
|
||
The code inside the #if 0 fixes a major bug (related to Bug 58002).
So I am adding the fix now, so if the RFC ever becomes part of the spec we can
just go in and turn this on and it will work.
ok, a=dbaron on behalf of drivers
| Assignee | ||
Comment 12•24 years ago
|
||
*** Bug 90874 has been marked as a duplicate of this bug. ***
| Assignee | ||
Comment 13•24 years ago
|
||
fixed on branch and tip
Status: ASSIGNED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
| Reporter | ||
Comment 14•24 years ago
|
||
I still see the default selection in an 8/24 build.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 15•24 years ago
|
||
I'm also seeing this with the 2001082506 x86 Linux build. The first radio
button is always preselected. For example, going to <http://www.hotornot.com/>,
the radio button for "1" is preselected.
| Assignee | ||
Comment 16•24 years ago
|
||
I checked in some code that I was using for debugging, not the actual fix. It is
checked in now.
fixed
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
Comment 17•24 years ago
|
||
verified fixed on build ID: 2001-08-29-11trunk - window2000.
The radiobutton does not have a default selection in either of the modes.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•