Closed Bug 73956 Opened 23 years ago Closed 23 years ago

Form Manager not saving input information

Categories

(Toolkit :: Form Manager, defect)

PowerPC
Mac System 9.x
defect
Not set
blocker

Tracking

()

VERIFIED FIXED

People

(Reporter: tracy, Unassigned)

References

Details

(Keywords: smoketest)

Attachments

(1 file)

seen on mac commercial build 2001-03-29-04-trunk

-goto Tasks | Privacy & Security | Form Manager | View Stored Data
-Enter some info in the fields (first, last name)
-click okay
-return to View Stored Data

the information previously entered is not there.  attempts to use the form 
manager to prefill a form fail because there is never anything in the form 
manager to insert into the form.
Keywords: smoketest
Very strange since I didn't change anything in the form manager since 
yesterday's good build.  Investigating.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9
Is this really Mac-only?
Simon, I asked the same question and am waiting for an answer from tracy walker.  
In the meantime I am currently building today's tree on both win32 and linux in 
the event that this is cross platform.
yes, this is Mac only.
Just built a commercial mac build, there's a JS error:

chrome://communicator/content/wallet/WalletViewer.js line 56: 
Components.classes['@mozilla.org/walleteditor/walleteditor-world;1'] has no 
properties

Looks like we're missing something here ;-)
That's interesting.  My win32 build should finish soon and I want to see if we 
get that javascript error on win32.
So I just looked at wallet.mcp, no one added nsWalletViewerFactory.cpp, which is 
where walletpreview, signonviewer, and walleteditor are registered. Or did 
someone put it somewhere else?
BTW, that component is supposed to get registered in 
extensions/wallet/build/nsWalletViewerFactory.cpp
Huh!  This is an old file so if was not in the project file how could this ever 
have worked on a mac.
Ok, ok, I think I got it, mozilla/extensions/wallet/macbuild/walletviewers.mcp 
isn't in the mac build list.
Ah, it accidentally got deleted last night when the cookie stuff was added to 
MozillaBuildList.pm.  That explains it.
*** Bug 73955 has been marked as a duplicate of this bug. ***
yup, this is what I did locally to fix things, r=pchen
Fix checked in.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
verified with commercial builds from 03/30
Status: RESOLVED → VERIFIED
Assignee: morse → nobody
Product: Core → Toolkit
QA Contact: tpreston → form.manager
Target Milestone: mozilla0.9 → ---
Version: Trunk → unspecified
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: