Closed
Bug 41747
Opened 25 years ago
Closed 25 years ago
Form Prefill hangs browser
Categories
(Toolkit :: Form Manager, defect, P3)
Toolkit
Form Manager
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.
| Reporter | ||
Comment 1•25 years ago
|
||
correction on the results above for (a) --the win32 build from 2000.06.06.08 was
mozilla, not commercial.
Comment 2•25 years ago
|
||
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
Comment 3•25 years ago
|
||
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
Comment 4•25 years ago
|
||
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).
| Reporter | ||
Comment 5•25 years ago
|
||
haven't experienced this today [using existing profiles], so vrfy wfm.
Status: RESOLVED → VERIFIED
Updated•17 years ago
|
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.
Description
•