24577 - Biff does not work if password is NOT entered(saved)

Status: RESOLVED WORKSFORME

(MailNews Core :: Backend, defect, P2)

Description

[fenella]

This bug is used to track biff in multiple accounts

Actual result:

For single account, biff icon appears because when I log on, the password dialog
automatically pops up which allows me to enter password. So, biff works fine in
a single account.

But in the multiple accounts situation,  Biff icon does not automatically
display unless I log on to the second account or have the password saved for the
second account. 

Expected result: Biff icon should be automatically displayed in the second
account even when the password is NOT entered or saved.

Comment 1

[Phil Peterson]

Reassign to putterman. A biff icon? In the task bar? Really? I haven't seen it.

Comment 2

[fenella]

I meant the green downward arrow in the upper left of the Inbox icon, not the
Task bar. 

Comment 3

[scottputterman]

Biff shouldn't work if the password isn't entered or saved.  However, we should
ask the user to logon when we start up mail.

Comment 4

[selmer (gone)]

Sol, how do you feel about moving this out of beta2?  This seems release note
worthy - just use saved passwords for accounts where you want biff info.

Comment 5

[sol]

It seems that the password manager changes the problem a little bit.
   *You can't successfully biff without coughing up a password
   *All passwords (if stored) are stored in the password manager
   *The only way to retrieve a password from the password manager is with a 
master password - *unless* you choose to have no password for the password 
manager

Not sure I understand what the proposed fix is here.

Scott - are you suggesting that: 

(a) biff only uses passwords stored in the password manager, and that (1) we 
check to see if there is no password for the master password, in which case we 
extract the stored passwords and use them in biff, or (2) we ask the user to 
supply a master password when first using Mail in a session, or 
(b) we don't require biff passwords to be stored in the password manager, and we 
provide the end user an opportunity to supply passwords for each account by 
cycling through all the accounts the user has indicated he/she wants to biff?

I'm asking this because I'm not sure how much of this is additional 
implementation work (which I would lobby to do in beta 2) and how much is bug 
fixing (which can probably be release noted and fixed in beta 3).

Comment 6

[scottputterman]

I'm just saying we need to get the password on startup.  For example, when you
start up the mail window, it tries to load your default Inbox.  Currently, if
you haven't saved your password and you have a password for the Master password,
you get asked this.  Presumably when Get Msgs for multiple accounts works, this
will happen for every account for which you want to get messages.  Biff is
really dependent on all this.  We will only biff those things that are logged
into.  If accounts have to be logged into on startup then we get biff for free.
This bug may not even be necessary.

Comment 7

[sol]

Do you know if there is a bug for "Get Msgs for multiple accounts"? If so, then 
I agree that we would get biff for free.

Comment 8

[lchiang]

Get msgs for multiple accounts is covered under
http://bugzilla.mozilla.org/show_bug.cgi?id=12165.

Comment 9

[scottputterman]

reassigning to gayatrib.  As I mentioned before I think this bug will be fixed
as a side effect of making get msgs for multiple accounts work.

Comment 10

[scottputterman]

I think this is more of a bug than a feature. Moving to M17.

Comment 11

[scottputterman]

Moving to future milestone.

Comment 12

[fenella]

Sheelar is the QA now

Comment 13

[scottputterman]

reassigning to racham

Comment 14

[Mike Cowperthwaite]

Is this bug still an issue?  I do not have Mozilla save any of my passwords, 
when MailNews starts up I am prompted for passwords for each of my POP accounts 
(all have been set for Check for new messages on startup"), and I get new mail 
notification immediately if there are messages, and/or later as new mail arrives 
on the timed checks.

Comment 15

[(not reading, please use [e-mail] instead)]

mass re-assign.

Comment 16

[Mike Cowperthwaite]

Very old bug that has been WFM for quite a long time.