[25914] in Athena Bugs
9.3.8: mozilla password manager
daemon@ATHENA.MIT.EDU (John Hawkinson)
Mon Aug 9 07:32:30 2004
Date: Mon, 9 Aug 2004 07:32:26 -0400 (EDT)
Message-Id: <200408091132.i79BWQcE017177@multics.mit.edu>
To: bugs@mit.edu
From: John Hawkinson <jhawk@mit.edu>
Errors-To: bugs-bounces@mit.edu
Since the latest major Athena upgrade, mozilla's password manager has
become terribly unreliable.
It's difficult for me to pull out a clear test case, it's behavior has
been awful strange, and sometimes varying per-platform. I'm sorry this
bug report is less than clear.
The initial symptoms I noticed were that sometimes when invoking
mozilla, the password manager was no longer enabled, and so websites
where I was normally prompted to use the saved password instead
prompted me to enter a username/password myself.
At the time (27 Jul 2004) I looked and observed that
signon.remeberSignons had disappeared from my prefs.js file, and this
seemed to explain the problem. So I added it back in, but
and after a while it disappeared again. So I added it to user.js.
That worked OK for a while, but now I've started to see anomalous
behavior. Sometimes I'll be prompted to enter a username/password for
a site where I have already entered one. And sometimes, after that has
happened, I am prompted to choose between two identical usernames for
which to submit a saved password. Going to the password manager, I do
indeed see two identical entries.
I've also heard others complain about similar problems, not just with
the password manager, but also the form manager. Let me know if there's
more information I should supply.
Also, as an aside, the decision to launch evolution by default from
mozilla is incredibly painful to non-evolution users, especially on
slow machines. It can cause the browser to hang for [what seems like]
minutes. What's the correct way for users to undo this? Is it to set
pref("network.protocol-handler.external.mailto", false);
in user.js?
--jhawk
