134480 - Does not automatically check for new mail if Mail/News window is not open

Status: VERIFIED DUPLICATE of bug 71105

(MailNews Core :: Networking: POP, defect)

Description

[Ho KS]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.9+)
Gecko/20020330
BuildID:    2002033009

Setting client to check for mail every fixed interval (eg.1 minute), however,
the timer only kicks in if the mail/news window is open.
If the mail/news window is not open but the browser window is open, it does not
check for new mail.


Reproducible: Always
Steps to Reproduce:
1. Start browser
2. Open mail/news window
3. Set mail account to check for new mail every 1 minute
4. Write a test mail to that account.
5. Close mail/news window, but leave the browser open

Actual Results:  After a long time, it did not check for new mail
If the mail/news window is open, it checks for new mail correctly.

Expected Results:  New mail should be retrieved and user notified within a
couple of minutes

Comment 1

[Navin Gupta]

over to bhuvan for further triaging. 

Comment 2

[Don J. Rude]

I had to search high and low to find this bug. I'm not sure if we need "get" or
"getmsg" in the summary. Also the component is "mailnews" (no slash in the
middle) which might help.

The other bugs I found:
bug 136005 - I think a dup since the report is recent and sounds like me.
bug 127693 - May be specific to IMAP and/or SSL, but there is no good summation.
bug 70916  - Appears to have been user error.

Current user agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.9+) Gecko/20020415
I have been dealing with this bug for many trunk builds now I'm not sure of the
introduction date but I think it was before 03/30.
build ID: 2002041506 (trunk)
I'm using the classic skin. Mail server settings "Check for new messages every
[6] minutes." and "Automatically download any new messages" are both checked.
(Turned ON). I do not have any master passwords or 'remember password' options
turned on.

1. Start browser.
2. Open mail/news window (auto getmsg or manually getmsg for the first time)
3. Enter password in dlg box.
4. Messages are checked and downloaded correctly.

Now if you close the mailnews window it will never check OR download new
messages again. If I minimize, but don't close the window the timer works.

Please tell me what I need to do to help debug this or fix it as it is quite
irritating leaving that window open all the time. I would think this deserves
mozilla1.0+ and/or nsbeta1 keywords. I had (foolishly) been hanging my hopes on
perhaps bug 136874 would fix this or perhaps there was a bug report around that
I just couldn't find where this was reported (and even fixed). But the problem
persists now and on the Moz 1.0.0 branch.

Comment 3

[Don J. Rude]

I forgot to mention that I onl have a single POP account configured. No IMAP at
all. Sorry for the extra e-mail.

Comment 4

[David :Bienvenu]

I think when you close the last mailnews window, we close down a lot of things
(for example, the nsMessenger object gets deleted) and this might prevent biff
from working. 

Comment 5

[Brett Denny]

I'll confirm this on 2002041617 on WinXP... I've seen this for quite awhile but
I don't think I ever filed a bug.  

I think I would (well I do, but I don't know if anyone else would) expect that
if "check for new messages every.." and "automatically download any new
messages" were checked that mail would be checked w/o even having to open
messenger first.  I think NS4x did this - 4xp?

Comment 6

[Alexey Zakhlestin]

*** This bug has been confirmed by popular vote. ***

Comment 7

[Don J. Rude]

I wonder then, how closely is this tied to bug 71105 ?

Comment 8

[R.K.Aa.]

*** Bug 142815 has been marked as a duplicate of this bug. ***

Comment 9

[R.K.Aa.]

*** Bug 142856 has been marked as a duplicate of this bug. ***

Comment 10

[Stefan Borggraefe]

I think this bug and bug 71105 really want the same thing. The summary of bug
71105 explicitly mentions the biff icon while the summary of this bug sounds
more like a lower level problem. But if you read the bug description and the
comments here you´ll see that this bug also calls for the UI to be notified
about new mail. Furthermore bug 71105 has the right keywords and a milestone set.

Voters of this bug should vote for bug 71105.

*** This bug has been marked as a duplicate of 71105 ***

Comment 11

[[e-mail] (gone - use [e-mail] instead)]

verified dup