Open
Bug 260245
Opened 21 years ago
Updated 3 years ago
Mail notification always appears twice
Categories
(MailNews Core :: Networking: POP, defect)
Tracking
(Not tracked)
NEW
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.
Comment 1•21 years ago
|
||
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.
Reporter | ||
Comment 2•21 years ago
|
||
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.
Reporter | ||
Comment 3•21 years ago
|
||
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.
Reporter | ||
Comment 4•21 years ago
|
||
.
Reporter | ||
Updated•21 years ago
|
Flags: blocking-aviary1.0?
Comment 5•21 years ago
|
||
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-
Reporter | ||
Comment 6•21 years ago
|
||
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.
Reporter | ||
Comment 7•21 years ago
|
||
I have also tried to check whether the problem would go away
when using a completely fresh profile. It wouldn't.
Reporter | ||
Updated•21 years ago
|
Flags: blocking-aviary1.1?
Updated•21 years ago
|
Flags: blocking-aviary1.1? → blocking-aviary1.1-
Comment 8•20 years ago
|
||
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/
Reporter | ||
Comment 9•20 years ago
|
||
Problem still reproducible with Thunderbird 1.5 Beta 1, clean profile.
The sequence of events described in comment #3 is still exactly the same.
Comment 10•20 years ago
|
||
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
Reporter | ||
Comment 11•20 years ago
|
||
(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
Comment 12•20 years ago
|
||
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.
Updated•18 years ago
|
QA Contact: general
Comment 13•17 years ago
|
||
David, reporter's em address is dead.
Assignee: bienvenu → nobody
Component: General → Networking: POP
Product: Thunderbird → Core
QA Contact: general → networking.pop
Assignee | ||
Updated•17 years ago
|
Product: Core → MailNews Core
Updated•16 years ago
|
Severity: normal → minor
Comment 14•3 years ago
|
||
Danny, have you seen this or does it reproduce for you?
Flags: needinfo?(dannyfox)
Comment 15•3 years ago
|
||
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)
Updated•3 years ago
|
Severity: minor → S4
You need to log in
before you can comment on or make changes to this bug.
Description
•