Open Bug 209752 Opened 22 years ago Updated 16 years ago

Tooltip on system tray summarizing new messages on each account forgets an account

Categories

(SeaMonkey :: MailNews: Message Display, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

People

(Reporter: olivier.vit, Unassigned)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030615 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030615 Having 3 accounts on 2 different pop3 mail servers. After startup (check and download of new messages on each account), system tray notification raises to notify of new messages on one of the accounts only (see http://bugzilla.mozilla.org/show_bug.cgi?id=145982). Afterwards, when you mouse over the system tray icon, you get a summary of new messages on multiple accounts (looks like a recent new feature ??) but only 2 of the accounts are present, while the 3 accounts have new messages. Reproducible: Always Steps to Reproduce: 1. daily startup with new messages on each 3 accounts 2. first account on one pop server, next 2 on the same pop server with 2 different user names 3. launch mozilla mail 4. get system tray notification 5. wait without looking to any message on any account 6. mouse over the system tray icon Actual Results: I get " name_a has xx new messages name_c has zz new messages " name_b account isn't mentionned while it has new messages also name_x is the left hand side of the e-mail address, not the account name (see http://bugzilla.mozilla.org/show_bug.cgi?id=133960) in my case, name_a and name_b happen to match exactly (different domain name only) Expected Results: name_a has xx new messages name_b has yy new messages name_c has zz new messages (account name would be even better) After startup, along the day, this feature looks even more weird: it looks to summarize the number of new messages only for the last download occurence (all of them are on the same 10min range), but doesn't reflect in fact the total number of new messages with a green arrow on each account (imagine you look at your new messages only after 45 min, you should have the sum of all downloads, not only the last ones) In fact this feature could properly replace the raising count of messages, but isn't really providing the right information you expect when you look for a status (explicit mouse over instead of system driven notification)
I usually have much more messages on name_b (60 messages) than other accounts (5-10 messages) Along the day, I can also get "name_a has xx new messages name_b has yy new messages", then it probably has nothing to do with having twice the same pop server nor the same left hand e-mail address
Confirming; reproduced with 1.4RC2 Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030612 Here's what I noticed: One email arrived in account #1; got the alert, then the tooltip read account1 has 1 new message Then another email arrived in account #1 and two arrived in account #2. No alert; tooltip read: account1 has 1 new message [should have been 2] account2 has 2 new messages Then another email arrived in account #2, and three emails arrived in account #3. No alert; tooltip read: account1 has 1 new message [should have been 2] account2 has 2 new messages [should have been 3] and there should have been a line showing 3 msgs for account #3.
Status: UNCONFIRMED → NEW
Ever confirmed: true
See also bug 210148, which I opened based on issues I discovered while testing this bug.
Failure to update the count for each listed account is bug 138095. This bug is still unique in discussing the failure to list all accounts with new mail.
looks to be still an issue on build 1.7b 2004031508 on winxp
Product: Browser → Seamonkey
reproduced on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050306
Assignee: sspitzer → mail
Component: MailNews: Notification → MailNews: Message Display
QA Contact: stephend → search
Assignee: mail → nobody
QA Contact: search → message-display
You need to log in before you can comment on or make changes to this bug.