Closed Bug 85227 Opened 20 years ago Closed 18 years ago

Biff does not work on 2nd account when password saved

Categories

(SeaMonkey :: MailNews: Message Display, defect)

x86
All
defect
Not set
major

Tracking

(Not tracked)

RESOLVED FIXED
mozilla1.3alpha

People

(Reporter: sheelar, Assigned: Bienvenu)

References

Details

(Keywords: regression)

Attachments

(1 file)

Branch Buildid:  2001060713 on all platforms
trunk buildid:   2001060506 on all platforms
Logging this bug after talking to Bhuvan. Biff does not fetch mail for the 2nd 
account onwards when password is saved in the password manager.

Steps
Create a new profile 
Launch mail application
Create 3 accounts (imap, pop, webmail)
Log into each account and save password in the password manager(check the 
checkbox 'Use password manager to remember the password')
Also make sure biff settings are enabled for all the above accounts in that 
profile
Close mail and launch again
compose a new mail message to all the 3 accounts
Send this message

Actual results: Biff fires only for the first account and the mail is retrieved. 
 for the first account only.  
Biff does not fetch mail for the 2nd and 3rd account unless you click on get msg 
button for each account. 

Expected: Biff should fetch message for all the accounts at specified interval. 
 Biff should check for the password for each account when password is saved in 
the password manager without having to click on 'get message' button for each 
account for biff to work onwards in that session.
reassigning to Bhuvan as I know he is already working on this bug.  This depends 
on bug 84834 to be resolved. 
Changing qa contact to myself. Also adding keywords so that this bug can be 
fixed for the next milestone. 
Assignee: sspitzer → racham
Depends on: 84834
QA Contact: esther → sheelar
moving to future milestone.
Keywords: nsbeta1nsbeta1-
Target Milestone: --- → Future
*** Bug 84006 has been marked as a duplicate of this bug. ***
adding keywords. Many users have multiple accounts and biff works only for the
first account unless other accounts inbox is selected. 
Keywords: nsBranch
Blocks: 99230
cleaning up nsbranch keywords. not an eMojo stopper.
Keywords: nsbranchnsbranch-
No longer blocks: 99230
Blocks: 107067
Keywords: nsbranch-
QA Contact: sheelar → stephend
At my Mozilla 1.0 on Windoze, biff seems to work perfect for me.
Why has this bug been open for so long?
I believe moz 1.0 on Windows is working like  Sheela Ravindran commented on 
2001-08-16, 10 months ago!

If you have multiple accounts all with save passwords and configured for 
automatic checking every x minutes, then the program checks automatically only 
if you have selected the inbox of an IMAP account, in that case it checks only 
for that account and not for the others. If it is a POP account it does not 
check.  Clicking on "Get all new messages"  retrieves the mail for all accounts 
correctly.

So this is a problem with the automatic checking, manual checking is ok.

Ansgar Hofmann please check this again, does it really work for you?

OK, I've been poking it and the results say it is flakey at best. I think it
checks all the accounts as sceduled IF you first manually clicked Get Msgs > Get
all Messages. Seems that it will continue to check all accounts during that session.
When first opening mailnews it only checks the first account.

Win 2K, 1.0 build 2002053012, 5 POP accounts, 4 using biff.
I have two POP accounts and have Mozilla installed over a flakey Netscape 6.2
version. (The POP query worked in Netscape 6.2, but a lot of other things didn't.)

My Mozilla installation checks both POP accounts every few minutes without any
problems. The passwords for both are saved and I am happy with the functionality.

It is a VERY important feature for me and I voted for it before I had tested
Mozilla 1.0, but I have to agree with Ansgar: It seems to work fine!

Build 2002053012 on Win98
I downloaded 1.1alpha today and seems to work similarly, I did some new tests I 
hadn't done before so I don't know if 1.0 works exactly the same.
From what I have seen, once you manually check an account (or all accounts) 
then it keeps checking automatically the account(s) you checked for that 
session.
Would someone please grab the wheel and fix this damned thing? 
Its existence renders Mozilla Mail *useless*. 

No commercial software would ship with such a nasty bug for so long--this
situation is *absurd*.
Use the Mozilla OS/2 version (on eCS - eComStation 1.0) identyfying itself as
Build 2002060216 and also do NOT have this problem. At my system mail is
downloaded (at least during the two hour test I did today) at every 10 minutes
for all the four POP3 accounts I have created there. I use the same settings for
server in all POP accounts: check for new mail at startup, automatically check
every 10 minutes and download the new mail automatically. ALL accounts use BIFF.
So what is different on the systems which have this problem, besides the
operating system of course <g>.
reassigning to bienvenu
Assignee: racham → bienvenu
geez, that's awful. I have an imap account and a pop3 account and both of those
biff successfully. I'll look into this, however.

Adam and Alonso, I might need to ask for your exact setup (the easiest thing is
just to e-mail me your prefs.js (or at least the mailnews parts) so I can have a
clue about your account setup)
Status: NEW → ASSIGNED
Attached patch proposed fixSplinter Review
this fix has two parts - check other accounts for download mail on startup, and
fix biff to check servers we haven't logged into if we have the password
stored.
Cavin, can you review? Thx.
Comment on attachment 108263 [details] [diff] [review]
proposed fix

sr=sspitzer
Attachment #108263 - Flags: superreview+
Comment on attachment 108263 [details] [diff] [review]
proposed fix

r=cavin.
Attachment #108263 - Flags: review+
Flags: blocking1.3a?
Comment on attachment 108263 [details] [diff] [review]
proposed fix

setting patch approval request flag. I think that's what bienvenu meant to do.
Attachment #108263 - Flags: approval1.3a?
Comment on attachment 108263 [details] [diff] [review]
proposed fix

ah, yes, that's what I meant to do, thx.
Comment on attachment 108263 [details] [diff] [review]
proposed fix

a=asa for checkin to 1.3a
Attachment #108263 - Flags: approval1.3a? → approval1.3a+
Fix checked in.
Status: ASSIGNED → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Flags: blocking1.3a?
Target Milestone: Future → mozilla1.3alpha
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.