Closed Bug 13058 Opened 23 years ago Closed 23 years ago
[BLOCKER] Need to implement ns
IStateful Frame .h for form elements
Upgrade to blocker and add dependency.
Severity: normal → blocker
Summary: Need to implement nsIStatefulFrame.h for form elements → [BLOCKER] Need to implement nsIStatefulFrame.h for form elements
Currently implemented and correctly working on GFX: Text inputs Text areas Radio buttons Checkboxes Implemented but working out glitches on: File inputs Password inputs Selects Native widgets I should have all of this in this week.
Just checked in some tweaks to the nsIStatefulFrame interface, a change to the formula that computes hash keys for nsIStatefulFrames, and a change to prevent us from storing state for anonymous content (ID=0).
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Just checked in the implementations of nsIStatefulFrame. There is one bug with nsFileControlFrame, in it's Gfx incarnation it always returns "" for the value of the text field. I'm filing a bug on buster for that. To verify: Go to test 8. Change the value of the various form elements. Go to test 0. Click "Back". The form elements should have retained the changes you made.
This fixed dosen't seem to be in the latest build (1999081608) on Mac 8.6 and Windows 95. I modified some form elements (added some text to the textarea fields and selected different menu items) then went to Basic Styles #0 and came back. The forms had still had there default setting and my changes wre not preserved. I will check in tomorrows build.
Make sure to use apprunner when verifying this. Session history isn't in viewer.
Status: RESOLVED → VERIFIED
Whiteboard: Will check on tomorrows build (9/16).
Fixed in the Sept 23rd build.
You need to log in before you can comment on or make changes to this bug.