Closed Bug 85227 Opened 23 years ago Closed 22 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: 22 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.

Attachment

General

Created:
Updated:
Size: