Closed Bug 442438 Opened 16 years ago Closed 15 years ago

Does not periodically check all accounts for new messages after hibernate [pop]

Categories

(Thunderbird :: General, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: hlein, Unassigned)

Details

(Keywords: regression)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9) Gecko/2008052906 Firefox/3.0
Build Identifier: Version 3.0a2pre (2008062503)

I have several POP3 mail accounts, defined with different intervals to check for new mails. When Thunderbird is started, all seems well.

Overnight, I leave Thunderbird started and put the PC into hibernation mode. Next time when I start up the PC, Thunderbird checks only the first account periodically, the others are ignored and never checked at all.



Reproducible: Always

Steps to Reproduce:
1.
2.
3.
Helmut, does this fail still with latest nightly?  did it work in a nightly version prior to 2008062503?
Hi,

I cannot remember if it worked before. At the moment, I am working with build 0080922031046. 

With this build, I cannot say that it does never check the accounts. But (after the PC reboot from hibernation) at least the first check is not within the period set for the account. I.e. I have set it to check for new mails every 30 minutes, but the first check in this case may be done more than an hour after the PC reboot.

Regards
Helmut
still see this problem?
Summary: Does not periodically check all accounts for new messages → Does not periodically check all accounts for new messages [pop]
Version: unspecified → 2.0
It does not appera any more with build 10090806
Helmut, thanks for testing
=> WFM
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Keywords: regression
Resolution: --- → WORKSFORME
Summary: Does not periodically check all accounts for new messages [pop] → Does not periodically check all accounts for new messages after hibernate [pop]
Version: 2.0 → Trunk
You need to log in before you can comment on or make changes to this bug.