Closed Bug 41747 Opened 25 years ago Closed 25 years ago

Form Prefill hangs browser

Categories

(Toolkit :: Form Manager, defect, P3)

defect

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: bugzilla, Unassigned)

Details

(Keywords: crash)

i'm not sure if this is another incarnation of bug 33542 (pls let me know and i'll dup this one). 0. do the following with an *existing* profile. 1. go to the form interview at http://www.mozilla.org/wallet/samples/INTERVIEW.HTML 2. fill out the following fields: prefix, first name, last name, suffix, and nickname. 3. capture the form data. 4. verify the captured data in the form data dialog. observe: on the platforms i tested, all fields had sensible fieldnames (eg, name.first, etc.) *with the exception* of the nickname field, which had the bad, long name (eg, "www.mozilla.org/wallet/samples..."). 5. go to the sample amazon form page at http://www.mozilla.org/wallet/samples/amazon.html 6. attempt to prefill the form safely. results: one of two things would happen --either (a) the form prefill dialog appears, but the selection includes everything but the nickname (ie, only the prefix, first name, last name and suffix are listed), or, (b) the browser hangs. platform results: (a) occurred on linux commercial [2000.06.06.08] and win32 commercial [2000.06.06.08]. (b) occurred yesterday's win32 commercial [2000.06.05.08] and today's Mac commercial [2000.06.06.08]. Mac was particularly bad, since i was forced to reboot my system.
Keywords: crash
correction on the results above for (a) --the win32 build from 2000.06.06.08 was mozilla, not commercial.
part (a)is explainable because I had the wallet tables (on the server) as well as the interview form in a state of flux. The nickname schema in particular underwent a change. If you try it again now it should be ok (but make sure you delete any wallet data that you collected previously using the old interview form. But (a) isn't even the topic of this report (per the summary line) so let's dismiss it. If you still see it, open a separate report. The hang is more serious. I'll investigate.
Status: NEW → ASSIGNED
Target Milestone: --- → M17
This is working for me -- I do not get a hang at all. Note that currently you must *not* do the interview on the first time ever using wallet on a new profile. Otherwise you will still get the nickname problem that sarah described. Why? Because the default wallet tables (the one that comes with the browser installation and are used prior to any tables being downloaded from the server) are still the old tables. And these default tables are the ones accessed the first time wallet is used (each time wallet is used it downloads new tables to be used for the next browser session). I will check the updated wallet tables (which are already on the server) into the browser default directory later today so this will no longer be a problem.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Updated wallet tables have just been checked in. So now you can do the interview on the first time wallet is used in a new profile (i.e., ignore caveat in preceding comment).
haven't experienced this today [using existing profiles], so vrfy wfm.
Status: RESOLVED → VERIFIED
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.