Closed
Bug 58089
Opened 25 years ago
Closed 24 years ago
createElement on form objects (input, textarea, etc) not working correctly..?
Categories
(Core :: DOM: Core & HTML, defect, P3)
Core
DOM: Core & HTML
Tracking
()
VERIFIED
WORKSFORME
mozilla0.9.9
People
(Reporter: post, Assigned: jst)
Details
(Keywords: dom1, Whiteboard: [HAVE FIX])
Attachments
(2 files)
|
750 bytes,
text/html
|
Details | |
|
4.71 KB,
patch
|
Details | Diff | Splinter Review |
using build id: 2000100820 on WinNT 4.0
using createElement to dynamically create form elements is not working correctly.
The form element will be added, but the value poperty will be blank. examples:
<html>
<head>
<title>Untitled</title>
</head>
<body>
<form name="mainFrm" method="post" action="">
</form>
</body>
</html>
<script>
frm=document.mainFrm;
var newTxtArea=document.createElement("TEXTAREA");
newTxtArea.name="test1";
newTxtArea.value="This is a test. will it work?";
frm.appendChild(newTxtArea);
var newTxtArea2=document.createElement("TEXTAREA");
newTxtArea2.setAttribute("name","test1");
newTxtArea2.setAttribute("value","This is a test. will it work?");
frm.appendChild(newTxtArea2);
var newTxt=document.createElement("INPUT");
newTxt.type="TEXT";
newTxt.value="hi";
frm.appendChild(newTxt);
var newTxt=document.createElement("INPUT");
newTxt.type="TEXT";
newTxt.value="hi";
frm.appendChild(newTxt);
</script>
|
||
Comment 2•25 years ago
|
||
It also works for me in build id: 2000110304, Mozilla dosen't fill the boxes
with default text.
|
Assignee | |
Comment 3•25 years ago
|
||
Adding harish to the Cc: since he knows about the parser side of this problem...
Status: UNCONFIRMED → ASSIGNED
Component: DOM Level 2 → DOM Level 1
Ever confirmed: true
OS: Windows NT → All
QA Contact: vidur → desale
Hardware: PC → All
Target Milestone: --- → mozilla0.9
|
|
Assignee | |
Comment 5•25 years ago
|
||
Nope, 27327 is different. I'll attach a fix for this one.
|
|
Assignee | |
Comment 6•25 years ago
|
||
|
|
Assignee | |
Updated•25 years ago
|
Target Milestone: mozilla0.9 → mozilla0.9.1
|
||
Comment 8•24 years ago
|
||
trying to clean up the 0.9.1 let's do this for 0.9.2.
Target Milestone: mozilla0.9.1 → ---
|
|
Assignee | |
Updated•24 years ago
|
Component: DOM Other → DOM HTML
Target Milestone: --- → mozilla0.9.2
|
|
Assignee | |
Comment 10•24 years ago
|
||
Moving to mozilla0.9.3
Target Milestone: mozilla0.9.2 → mozilla0.9.3
|
||
Comment 11•24 years ago
|
||
I hope I am not speaking out of turn here. You can get this testcase to work if
you move the appendChild immediately after the createElement. I am hoping this
is fixed, but there is a somewhat viable work around.
|
||
Comment 12•24 years ago
|
||
|
||
Updated•24 years ago
|
Target Milestone: mozilla0.9.3 → mozilla0.9.4
|
|
Assignee | |
Comment 13•24 years ago
|
||
Pushing to mozilla0.9.5
Target Milestone: mozilla0.9.4 → mozilla0.9.5
|
|
Assignee | |
Comment 14•24 years ago
|
||
This is related to, but not a dup of bug 50418.
|
|
Assignee | |
Updated•24 years ago
|
Target Milestone: mozilla0.9.5 → mozilla0.9.6
|
|
Assignee | |
Comment 15•24 years ago
|
||
Pushing to mozilla0.9.7
Target Milestone: mozilla0.9.6 → mozilla0.9.7
should setting the "value" attribute really set a textareas value? afaict
textareas don't have a value attribute at all?
setting .value should work though
|
|
Assignee | |
Updated•24 years ago
|
Target Milestone: mozilla0.9.7 → mozilla0.9.8
|
|
Assignee | |
Updated•24 years ago
|
Target Milestone: mozilla0.9.8 → mozilla0.9.9
|
|
||
Comment 17•24 years ago
|
||
jkeiser, did you fix this one as part of all the changes?
|
|
Assignee | |
Comment 18•24 years ago
|
||
WORKSFORME.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
|
||
Comment 19•24 years ago
|
||
Yes, this was fixed with bug 34297. Radio buttons should still exhibit this
problem, that is bug 108308. This is as a result of form control values not
being initialized until their frames are created.
Component: DOM: HTML → DOM: Core & HTML
QA Contact: stummala → general
You need to log in
before you can comment on or make changes to this bug.
Description
•