resetting a form destroys a textarea prematurely

VERIFIED FIXED in M3

Status

()

P2
major
VERIFIED FIXED
20 years ago
12 years ago

People

(Reporter: karnaze, Assigned: buster)

Tracking

Trunk
x86
Windows NT
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

20 years ago
In test8 (or the following), entering reset will cause the textarea to be
destroyed. Entering it a 2nd time will cause the viewer to crash.

<html>
<body>
<form>
<textarea>foo</textarea>
<input type=reset>
</form>
</body>
</html>

Updated

20 years ago
Status: NEW → ASSIGNED

Comment 1

20 years ago
Setting all current Open Critical and Major to M3

Updated

20 years ago
QA Contact: 4078

Comment 2

20 years ago
per leger, assigning QA contacts to all open bugs without QA contacts according
to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser

Updated

20 years ago
Status: ASSIGNED → RESOLVED
Last Resolved: 20 years ago
Resolution: --- → FIXED

Comment 3

20 years ago
An early bug that was never closed out

Comment 4

20 years ago
verified on builds

	99031209 on winnt4.0
	99031209 on redhat5.2
	99031209 on macos8.51
Status: RESOLVED → VERIFIED

Comment 5

20 years ago
Moving all Widget Set bugs, past and present, to new HTML Form Controls
component per request from karnaze.  Widget Set component will be retired
shortly.

Comment 6

20 years ago
Reassigning all bugs Assigned To kostello to buster
(Assignee)

Comment 7

20 years ago
All these bugs were marked "New" when Jan transfered ownership of them to me.
They were all resolved and need to be marked "Verified" again.

Updated

20 years ago
Status: NEW → RESOLVED
Last Resolved: 20 years ago20 years ago

Updated

20 years ago
Status: RESOLVED → VERIFIED

Comment 8

20 years ago
This was Verified on 03/12/99...resetting back to Verified...Bugzilla wacked
out.
You need to log in before you can comment on or make changes to this bug.