POP3 only: The password dialog shows up unnecessarily

VERIFIED WORKSFORME

Status

P3
major
VERIFIED WORKSFORME
19 years ago
14 years ago

People

(Reporter: momoi, Assigned: mscott)

Tracking

Trunk
x86
Windows NT

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

19 years ago
** Observed with 8/13/99 Win32 build **

I noticed that starting several days ago, I'm now asked to
enter a POP3 password via a dialog when I press "Get Msg"
button. This, even though I have a prefs.js line with the
password specified in it.
The worse thing is that it almost never works even if I enter
the corect password. If I don't cancel the first time
I'm asked, the whole apprunner freezes and I have to quit
and re-start. So I use the workaround suggested in
Bug 11470. But even when I enter the correct password and
then press OK the next time, I'm rarely able to download
a few new msgs. When I do get them, it downloads all the
previous msgs --> Bug 11895.

I think the password prefs.js will have to go eventually, but
at this point, it should work. So my question is why is the
password dialog coming up when the password is already in the
prefs.js.

Updated

19 years ago
Assignee: phil → mscott

Comment 1

19 years ago
reassigning to mscott.
(Assignee)

Updated

19 years ago
Target Milestone: M10
(Assignee)

Comment 2

19 years ago
Because we shouldn't have the password preference there at all. My password
dialog work now no longer reads in your clear text password at all.

By forcing people to use the dialog we are getting lots of bugs on the dialog
people (which is a good thing because this dialog code has been under-used so
far).

We've got 3 or 4 bugs floating around out here tracking them. I'll try to
scrounge up bug numbers for them. If you have a new problem that isn't tracked
in those, let's get another bug to track it.

But as far as using the clear text password pref, we want to be weaning
ourselves away from that so I'm not going to go back in and add that code back.
I'd like to use these problems to  put pressue on the dialog people to get these
bugs worked out instead.

You should only be prompted for your pop password the first time during the
session for a particular account. We remember it and won't prompt again.

Once I post the bug numbers for the password dialog bugs, I'd like to mark this
as wont fix.
(Reporter)

Comment 3

19 years ago
"Wontfix" is OK as long as the paasword dialg works as you describe.
For some reason on Friday last week, I was getting prompted for
password every time I engaged "Get Msgs" button.
I re-tried 8/13/99 Win32 build this morning after throwing away,
popstet.dat and rebuilding the Inbox file from scratch.
Now I don't get prompted after I first supply the password.

Updated

19 years ago
QA Contact: lchiang → esther
(Assignee)

Updated

19 years ago
Status: NEW → ASSIGNED
(Assignee)

Comment 4

19 years ago
Kat, is it okay with you if I mark this as won't fix then? Is it behaving okay
for you in the current builds?
(Reporter)

Updated

19 years ago
Status: ASSIGNED → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → WORKSFORME
(Reporter)

Comment 5

19 years ago
Please do. It seems that the problem I described went on only a few
builds but seems OK now.

Updated

19 years ago
Status: RESOLVED → VERIFIED

Comment 6

19 years ago
Verified as Worksforme for this scenario, the password dialog only come up when
necessary (POP).  Note: there are other password dialog bugs that have specific
cases similiar to, but not exactly like this one.  If this should become a
problem again a new bug will be logged.
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.