Closed Bug 42299 Opened 24 years ago Closed 24 years ago

schema names broken on Mac

Categories

(Toolkit :: Form Manager, defect, P3)

PowerPC
Mac System 9.x
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: bugzilla, Unassigned)

Details

(Keywords: platform-parity, Whiteboard: [dogfood-][nsbeta2+])

after running into bug 42298, i decided to explicitly capture the form data
--the result was that i got those annoying www.xxx.com/blahblah in the schema
names for *all* the fields. this occurred on Mac OS 9.0 using commercial trunk
bits 2000.06.12.14-m17; not able to repro this on linux or winnt.

1. go fill out a form at a popular site. in my case, i changed my eBay user
registration information (after logging into my eBay, you'll end up at a form
located at http://cgi4.ebay.com/aw-cgi/eBayISAPI.dll).
2. capture the form data by selecting Tasks > P & S > Form Mgr > Capture Form
Data. you'll then get the "form data captured" confirm dialog.
3. verify the form data in the Stored Form Data dialog.

observe that *all* the items under Field Names have those long [incorrect]
schema names, eg, "cgi4.ebay.com/..."
Keywords: dogfood, nsbeta2, pp
dogfood-, nsbeta2+
Whiteboard: [dogfood-][nsbeta2+]
Status: NEW → ASSIGNED
Target Milestone: --- → M17
this is still a problem (mac-only) using today's optimized commercial bits,
2000.06.20.08 --using either a fresh profile or an existing one.
The key point here is not whether is is a fresh or an existing profile.  The 
issue is whether wallet had been used previously with this profile or not.  Can 
you verify what happens if you run a previous session and do something that 
invokes wallet (like doing an explicit capture), then exit and rerun the 
browser.  On that second browser run, do you still get weird schema names for 
the new values that you capture?
steve, pls let me know if this helps: on the second browser run --using the same 
profile on the previous session-- i did the following:

1. go to the same URL at ebay.com to change my registration info (as above).
2. change the values of a couple of the fields (eg, address, primary phone and 
secondary phone).
3. explicitly capture the form data (Tasks > ... > Capture Form Data).
4. check the schema names in the wallet editor.

result: still see the weird schema names.
Think I got it this time.  Was test for \n as end-of-line character whereas mac 
uses \r.  Fix is in wallet.cpp.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
vrfy fixed using 2000.06.23.08 with a fresh and existing profiles.
Status: RESOLVED → VERIFIED
fixing null OS field on old bugs
OS: Mac System 9.x
Assignee: morse → nobody
Product: Core → Toolkit
QA Contact: bugzilla → form.manager
Target Milestone: M17 → ---
Version: Trunk → unspecified
You need to log in before you can comment on or make changes to this bug.