Closed Bug 42265 Opened 24 years ago Closed 24 years ago

Form capture (wallet) is broken -- ender-lite?

Categories

(Core :: Layout: Form Controls, defect, P3)

Product:
Core
Component:
Layout: Form Controls
Platform:
All
Mac System 8.5
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: sfraser_bugs, Assigned: mjudge)

References

(
URL
)

Details

If you go to a page with a form (see URL for example), and choose Tasks->Privacy & Security->Form Manager->Capture Data from Form, you see an alert that no data could be captured. The wallet code is calling GetForms on the htmlDoc, and for each form, getting the collction of elements. But the length of that elements collection comes back as zero, as if there are no form elements. My guess is that ender_lite needs to implement some stuff to make this work.
Form capture does actually work on simple forms. I think this bug, on more complex forms, is caused by 42270, since the page layout does appear to be messed up on the test page.
Page layout on this page is indeed messed up. That's covered in 42312. What seems to be lousing up the page layout is the initial line of the file: <!doctype html public "-//w3c//dtd html 4.0 transitional//en"> As a work-around for bug 42312, I just removed that line from the mozilla website (not yet visible on server but should be shortly). It turns out that removing that line is also a work-around for this bug.
Severity: normal → major
Keywords: nsbeta2
So I guess the distinction between "simple form" and "complex form" in this case is the presense of the doctype line. This line is automatically generated by 4.x composer.
One more comment on these recent regressions (both this bug as well as 42312 are regressions that occured between 6-10 and 6-12). Typing into the fields on the "complex" forms is very slow -- there is a noticeable delay between the time you press the key and the time the character appears on the screen. Not true for the "simple" forms. This is also a regression. This is all probably related to the doctype line, so I won't bother opening a separate bug report on this slow behavior. At least not yet.
This works now. I think it was broken by bug 42270. It is, however, extremely slow (taking around 20 seconds on my Mac).
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
BTW, I did open a separate bug report on the slow behavior that I noted above. It is bug 42471.
Assuming that Capture data was moved over to Edit->Save Form Data Verifying on: -Windows 98 build 2000-09-19-05-M18 -Linux RedHat6.2 build 2000-09-19-08-M18
Status: RESOLVED → VERIFIED
Oops... Also verified on Mac OS9 build 2000-09-19-10-M18
You need to log in before you can comment on or make changes to this bug.