Open Bug 260245 Opened 21 years ago Updated 3 years ago

Mail notification always appears twice

Categories

(MailNews Core :: Networking: POP, defect)

x86
Windows XP
defect

Tracking

(Not tracked)

People

(Reporter: psellhorst, Unassigned)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040913 Firefox/0.10 Build Identifier: Thunderbird version 0.8 (20040913) I have Thunderbird set to check for new mail every minute. When a new e-mail for the POP3 account X arrives, a notification "X has 1 new message" pops up as expected and finally fades away. I then click on the Get New Messages button which downloads the new mail. However, when the mail is being downloaded, *another* notification pops up, telling me yet again that "X has 1 new message". This is irritating as it suggests to the user that just at the moment he decides to download the announced new mail, a second new e-mail arrived. Reproducible: Always Steps to Reproduce: Actual Results: Two identical mail notifications for the same e-mail. Expected Results: During each Thunderbird session, the existence of a specific newly-arrived e-mail should only be announced once.
I assume you have unchecked the preference "download mail automatically"? Generally, I don't get a notification for mail retrieved by clicking the Get New Messages button. TB 0.8, Win2K. FYI: Checking once a minute is a little more often than necessary; for one thing, if the SMTP server is down, you can end up with a problem of attempting to check again while the first attempt is still ongoing, which can cause problems internally. Five minutes is recommended.
Yes, the option "Automatically download new messages" is turned off. Are there any other configuration details I should check/report to help make this problem reproducible (I still see it every time)? As for the mail check interval, if a new e-mail has arrived, surely it's in the user's interest to get it (almost) immediately rather than after a five-minute delay? I admit that I'm not the least bit familiar with the code that handles all of this but if for some reason the previous check has not yet finished, couldn't a simple if statement detect this and skip the current attempt if necessary? Since the user can wildly click on the "Get New Messages" button anytime he wishes, attempting to check for new mail while a previous check is still going on should not cause internal problems anyway.
This bug is still present in Thunderbird 0.9. The exact sequence of events is: 1. (New e-mail found on the mail server) 2. Sliding notification appears and disappears 3. Envelope icon appears in the system tray 4. -> Click on the "Get New Messages" button 5. Envelope icon in system tray disappears 6. Mail is downloaded and appears in the inbox message list view 7. Sliding notification appears and disappears for the second time 8. Envelope icon appears in the system tray for the second time 9. -> Double-click on the message entry to read the mail in a new window 10. Envelope icon in system tray disappears again Adding commenter #1 to CC list for more thoughts, please remove again if you feel that this is inappropriate.
.
Flags: blocking-aviary1.0?
Sounds like there is some optimization that. would need to be done to make this work for 1 minute intervals - not something that we will be able to do for 1.0 release. As stated in Comment #2, 5 minutes is recommended.
Flags: blocking-aviary1.0? → blocking-aviary1.0-
The bug described in this report has nothing to do with the mail check interval. The whole 1min vs. >=5min issue was just a side discussion. Please read comment #0 and comment #3 to see what the actual problem is. It is still present in Thunderbird 1.0final.
I have also tried to check whether the problem would go away when using a completely fresh profile. It wouldn't.
Flags: blocking-aviary1.1?
Flags: blocking-aviary1.1? → blocking-aviary1.1-
This is an automated message, with ID "auto-resolve01". This bug has had no comments for a long time. Statistically, we have found that bug reports that have not been confirmed by a second user after three months are highly unlikely to be the source of a fix to the code. While your input is very important to us, our resources are limited and so we are asking for your help in focussing our efforts. If you can still reproduce this problem in the latest version of the product (see below for how to obtain a copy) or, for feature requests, if it's not present in the latest version and you still believe we should implement it, please visit the URL of this bug (given at the top of this mail) and add a comment to that effect, giving more reproduction information if you have it. If it is not a problem any longer, you need take no action. If this bug is not changed in any way in the next two weeks, it will be automatically resolved. Thank you for your help in this matter. The latest beta releases can be obtained from: Firefox: http://www.mozilla.org/projects/firefox/ Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html Seamonkey: http://www.mozilla.org/projects/seamonkey/
Problem still reproducible with Thunderbird 1.5 Beta 1, clean profile. The sequence of events described in comment #3 is still exactly the same.
you're not automatically downloading headers during the check for new mail process, right? The problem is that when you click get new mail, we don't know that we already told you about the headers we didn't download. Perhaps there's some simple way to fix this...
Assignee: mscott → bienvenu
Status: UNCONFIRMED → NEW
Ever confirmed: true
(In reply to comment #10) > you're not automatically downloading headers during the check for new mail > process, right? Right. I don't see anything being visibly downloaded when the automatic check for new POP3 mail is performed. Not quite sure which option controls the behaviour you're referring to but "Automatically download new messages" and "Fetch headers only" are both unchecked in my configuration.
Severity: major → normal
OK, thx. I understand the bug. FYI, if you were to check "Automatically download new messages", then we would automatically download new messages when we detect them, and you wouldn't have to click get new mail, and thus wouldn't have this problem.
QA Contact: general
David, reporter's em address is dead.
Assignee: bienvenu → nobody
Component: General → Networking: POP
Product: Thunderbird → Core
QA Contact: general → networking.pop
Product: Core → MailNews Core
Severity: normal → minor

Danny, have you seen this or does it reproduce for you?

Flags: needinfo?(dannyfox)

I have never seen this. But I also download new messages automatically. (Doesn't make sense to do otherwise unless one was on dial-up -- ie, no throughput! -- and had to control WHEN messages came in.)

The bug is 17 yrs old and minor, just an irritant and not a functional issue -- probably fixed, with a simple workaround if not. I'd say WFM and be done with it.

Flags: needinfo?(dannyfox)
Severity: minor → S4
You need to log in before you can comment on or make changes to this bug.