After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 329733 - [POP] number of unread mails differs from label below Send/Receive button
[POP] number of unread mails differs from label below Send/Receive button
Status: RESOLVED INCOMPLETE
Product: evolution
Classification: Applications
Component: Mailer
2.6.x (obsolete)
Other All
: Normal normal
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
evolution[pop]
Depends on:
Blocks:
 
 
Reported: 2006-02-03 07:42 UTC by Chenthill P
Modified: 2012-10-15 14:31 UTC
See Also:
GNOME target: ---
GNOME version: 2.11/2.12

Attachments
Screen shot (37.68 KB, image/jpeg)
2006-02-03 07:44 UTC, Chenthill P 		Details

Description Chenthill P 2006-02-03 07:42:35 UTC 
Please describe the problem:
The number of unread mails displayed in the folder name and the Label under the 
Send/Receive button are different.

Steps to reproduce:
1. Create a pop mail account
2. Once its start downloading, see the label below the Send/Receive button
3. 


Actual results:


Expected results:


Does this happen every time?
Yes

Other information:
Am attaching a screen shot for the bug
Comment 1 Chenthill P 2006-02-03 07:44:04 UTC 
Created attachment 58634 [details]
Screen shot
Comment 2 André Klapper 2006-02-04 21:45:39 UTC 
same with right-click->properties and label below send/receive.
Comment 3 Karsten Bräckelmann 2006-02-06 13:35:11 UTC 
Uhm. If this is a real bug, and those numbers do differ although they should not, this is a BLOCKER.
Comment 4 Karsten Bräckelmann 2006-02-09 02:41:14 UTC 
Probably related to bug 329734?
Comment 5 Veerapuram Varadhan 2006-02-16 09:40:24 UTC 
I would mark it future and lower the priority and severity.

When mails are being downloaded, both the label under "Send & Receive" and the folder (unread count), will not change.  In the screenshot, the downloading process has *just completed* and the folder was about to be updated.  I would say, this exists for all providers and not jut POP.  Thus, not closing this bug, but, rather lowering the severity and priority.
Comment 6 Matthew Barnes 2008-03-11 00:26:46 UTC 
Bumping version to a stable release.
Comment 7 André Klapper 2012-06-16 21:21:53 UTC 
Has anybody ever seen this recently? Because I have not with Local Folders / POP.
Comment 8 André Klapper 2012-10-15 14:31:15 UTC 
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for.
Thanks!