Closed
Bug 11142
Opened 25 years ago
Closed 25 years ago
[PP] saving wallet info hangs apprunner
Categories
(Core :: Networking, defect, P3)
Tracking
()
VERIFIED
FIXED
M9
People
(Reporter: jay, Assigned: gordon)
References
Details
if you fill out the form to save your wallet info and then click "SAVE" at the
bottom, the confirmation dialog begins to pop up, but apprunner hangs in the
process and you have to force quit apprunner. also, if you go to the amazon
page and try to do edit | wallet | safe form fill, apprunner hangs too.
machine and build:
MacOS 8.5.1 build 1999080212
Comment 1•25 years ago
|
||
Did this work in the last released bits for the non-necko version?
Comment 2•25 years ago
|
||
Steve, saving wallet info was fine on the mac in the last non-necko builds of
7/28.
However, the Safe Form Fill has been messed up for a long time, bug 9773
Comment 3•25 years ago
|
||
In that case, could you please subdivide this into two bugs -- one for the save
and one for the safe form fill. And assign the save bug to the necko team.
Updated•25 years ago
|
Assignee: morse → warren
Component: Autofill → Necko
Comment 4•25 years ago
|
||
The safeform fill bug is already filed, 9773. Re-assigning this one to necko
team. To reproduce (only on Mac).
Warren, this is a mac only problem that occurred when necko was turned on. To
reproduce:
1. Launch Mac Client
2. Edit - Samples - Amazon
3. Enter Mozilla in the Name Field
4. Hit Done at the bottom
5. You will get a dialogue asking if you want to save, Press Yes
This will hang the client on the Mac.
Updated•25 years ago
|
Assignee: warren → gordon
Comment 5•25 years ago
|
||
Gordon...
Updated•25 years ago
|
Target Milestone: M9
Updated•25 years ago
|
Summary: saving wallet info hangs apprunner → [PP] saving wallet info hangs apprunner
Comment 7•25 years ago
|
||
yes, mac only, adding the dreaded PP
Comment 8•25 years ago
|
||
I just noticed that NetSupportPassword.xul was missing from the
xpfe/browser/resources/content/Manifest file. This would definitely account for
this bug because in the cases cites here the wallet code is attempting to open
the xul file that prompts the user for is password. I'll be testing this out
today and if it the fix works, will be checking it in and closing out this
report.
Comment 9•25 years ago
|
||
I don't understand how this could ever have worked pre-necko. Maybe it was just
a coincidence that this started happening at the same time that necko was
enabled.
Comment 10•25 years ago
|
||
Remember that the workaround for sync http load and saving as file is not
working on the mac. This is also called when calling save form fill. The mac
version is spinning in an loop but not getting and dispatching events, thus
never breaking the loop. I asked gordon for a reference implementation in one of
the necko testprograms ...
Comment 11•25 years ago
|
||
OK that makes sense. And we put in that work-around on 8-1 and this bug was
reported on 8-2. So it is a necko thing. And the fact that I found this error
in the Manifest file was unrelated but would have been the next thing to block
wallet from working on the mac.
So should this bug be marked as a dup of 10456?
Reporter | ||
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 12•25 years ago
|
||
This is no longer happening with Mac build 1999081009...resolving fixed. Paul,
can you confirm this and verify it fixed?
Comment 13•25 years ago
|
||
Sure it's fixed. As of last night I disabled the mac from downloading the
mapping tables because of this problem. So it no longer manifests itself as
described here. But, instead, we have the problem described in bug 11540.
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 14•25 years ago
|
||
what steve said
Comment 15•25 years ago
|
||
Bulk move of all Necko (to be deleted component) bugs to new Networking
component.
You need to log in
before you can comment on or make changes to this bug.
Description
•