[Mono-bugs] [Bug 78101][Blo] New - HtmlInputRadioButton emits Value based on ID

bugzilla-daemon at bugzilla.ximian.com bugzilla-daemon at bugzilla.ximian.com
Thu Apr 13 16:51:27 EDT 2006


Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

Changed by michaelveloz at hotmail.com.

http://bugzilla.ximian.com/show_bug.cgi?id=78101

--- shadow/78101	2006-04-13 16:51:26.000000000 -0400
+++ shadow/78101.tmp.28839	2006-04-13 16:51:26.000000000 -0400
@@ -0,0 +1,48 @@
+Bug#: 78101
+Product: Mono: Class Libraries
+Version: 1.1
+OS: other
+OS Details: 
+Status: NEW   
+Resolution: 
+Severity: 
+Priority: Blocker
+Component: Sys.Web
+AssignedTo: gonzalo at ximian.com                            
+ReportedBy: michaelveloz at hotmail.com               
+QAContact: mono-bugs at ximian.com
+TargetMilestone: ---
+URL: 
+Cc: 
+Summary: HtmlInputRadioButton emits Value based on ID
+
+Please fill in this template when reporting a bug, unless you know what you
+are doing.
+Description of Problem:
+
+HtmlInputRadioButton class generates a "value" property and sets it equal
+to whatever the value is for the "id" property. If the developer supplies a
+value property, it is emitted *after* the component generated value
+property, and is essentially ignored by the browser. 
+
+Steps to reproduce the problem:
+1. Put this in aspx file: <input type="radio" id="optionsFeatureRadio"
+name="targettype" runat="server" onclick="onChangeTargetTypeOrCategory()"
+value="xxx" />
+2. (same thing happens if you dynamically create an HtmlInputRadioButton class)
+
+Actual Results:
+
+<input value="optionsFeatureRadio" type="radio" id="optionsFeatureRadio"
+name="targettype" runat="server" onclick="onChangeTargetTypeOrCategory()"
+value="xxx" />
+
+Expected Results:
+
+I don't expect the initial "value" property to be emitted
+
+How often does this happen? 
+
+Every time.
+
+Additional Information:


More information about the mono-bugs mailing list