57660 - Unread Message Count in mail folder displayed only when clicked (folder only bold)

Status: RESOLVED WORKSFORME

(MailNews Core :: Database, defect)

Description

[Gilles Durys]

20002220 trunk winnt4

After getting new mails, the name of the folder appears in bold (which is
normal) but the number of unread mail doesn't appear.
If I click on a folder, this number appears.

Rem: it's only the case for mail folder. News folders have the number of unread
messages.

Comment 1

[Asa Dotzler [:asa]]

Worksforme on Mozilla trunk builds
linux 110308 RedHat 6.2
win32 110304 NT 4
mac 110308 Mac OS9
please reopen if you're still seeing this with a new build, celan install and
new profile.  Thanks.

Comment 2

[Gilles Durys]

I tried with a new install, new profile, new folders and new filters.
I even tried with modern and classic skins.

No change.

Comment 3

[Keyser Sose]

Reporter are you still seeing this in the latest nightlies?

Comment 4

[Fabian Guisset]

Bugday folks confirmed that it works for them (and for me too) on windows using
buildID 2000121904.
Marking WORKSFORME. Gilles Durys please reopen if you're still this.
Thanks,
Fabian.

Comment 5

[[e-mail] (gone - use [e-mail] instead)]

This WORKSFORME also, Windows 2000, 2000122308.

Comment 6

[Gilles Durys]

Well...
I've got a new machine here with a Suse 7.0 linux
I have build 2001011621.
2 pop accounts
one with new folder and sub folders, and filters
the other not

With the account without filters and subfolders, the number of unread message
appears correctly.
But, for the account with folders and filters, the number of new message only
appears when I click on the folder.

Comment 7

[Gilles Durys]

After testing for a while, I came to the conclusion that when I have filters
sending messages to subfolders, the number of unread message of this subfolder
is not shown until I click on the subfolder.

Reopening, changing OS -> All, and updating summary

Comment 8

[Keyser Sose]

Cant find a dupe so I am going to mark this NEW.

Comment 9

[Gilles Durys]

I remarked that if a subfolder is selected and I do a checkmail, the number of
unread message appears.
If a top folder (like Inbox) is selected, no numbers appear.

Comment 10

[Keyser Sose]

*** Bug 85100 has been marked as a duplicate of this bug. ***

Comment 11

[Keyser Sose]

*** Bug 86086 has been marked as a duplicate of this bug. ***

Comment 12

[Keyser Sose]

*** Bug 86091 has been marked as a duplicate of this bug. ***

Comment 13

[Markus Gerstel]

*** Bug 87977 has been marked as a duplicate of this bug. ***

Comment 14

[Markus Gerstel]

It isn't really a duplicate, neither are the last 3 duplicates =)
These 4 Bugs are not about displaying folders bold or with or without numbers :
Mozilla simply does not check other folders than user.inbox with imap.

Comment 15

[Markus Gerstel]

*** Bug 95225 has been marked as a duplicate of this bug. ***

Comment 16

[Markus Gerstel]

*** Bug 92690 has been marked as a duplicate of this bug. ***

Comment 17

[Markus Gerstel]

*** Bug 93493 has been marked as a duplicate of this bug. ***

Comment 18

[Michael Rodriguez]

sub folders message counts are not updated when getting messages via IMAP.
only updated on click or search.

is the bug summary talking about mozilla filters? i see the problem when I use 
mozilla to read mail that I have pre sorted with procmail. the sub folders don't 
get bolded or the proper message counts.

Comment 19

[Markus Gerstel]

nominating for 0.9.6

Comment 20

[[e-mail] (gone - use [e-mail] instead)]

Hmm...should this go to you, Naving?

Comment 21

[Navin Gupta]

changing component

Comment 22

[Karen Huang]

I am wondering to know what's the differences between this bug & bug 18266?

Comment 23

[[e-mail] (gone - use [e-mail] instead)]

Gilles filed this as POP3, and the other bug, bug 18266 is specifically IMAP.  

Comment 24

[Sean Harding]

I don't understand how this Bug 93493 is a duplicate of this. They seem
tangentially related, but they're not the same thing. Is it that the underlying
problem is the same, or what? 93493 was closed as a dup of this, but this actual
bug contains no mention whatsoever of the problem described in 93493 except 
Michael Rodriguez's comments. And the summary talks about filters which, as far
as I can tell, are completely unrelated to the problem in 93493. Could someone
clarify what exactly this bug covers? Thanks.

Comment 25

[Michael Rodriguez]

I only commented on this bug for clarification. I am intersted in getting
subfolders accessed over IMAP to work as well. The bug I submitted was closed as
a duplicate of this one.

Comment 26

[Simon Spiegel]

This is something related, but maybe it's also a new bug: On Win98 with
Build2001091403 a folder gets not highlighted if a filter moves a mail to a
subfolder. This is most annoying because I have my folders collapsed normally.
If I get a new message which is moved by a filter to a subfolder I don't see
them. The parent folder doesn't get bold, and I don't see it.

Steps to reproduce:
1. Create a folder <test>
2. Create a subfolder in <test> called <subfolder>.
3. Create a filter which moves mail to <subfolder>.
4. If <test> is collapsed, and mail gets moved to <subfolder>, <test> doesn't
get bold.

This is for pop accounts.

Comment 27

[Dimitrios]

This bug is still alive (although it had disappeared for a while). Situation is
the same as in comment #7. The difference from the original bug report is that
now the folder isn't bold. It has only the green arrow indicating that it
contains new messages. It happens occasionally on POP, Win2K, 2002070108.

Comment 28

[Boris 'pi' Piwinger]

*** Bug 155599 has been marked as a duplicate of this bug. ***

Comment 29

[Steffen Motzer]

*** Bug 154962 has been marked as a duplicate of this bug. ***

Comment 30

[Boris 'pi' Piwinger]

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3a) Gecko/20021122

Under unclear conditions (i.e., not reproducible), a folder (AFAICS only one
which receives mail by filters) is marked bold, but no count shows up. So you
cannot jump to it using the space bar. Finally, the order is erased (I used
threaded).

I believe I haven't seen that before mid November.

pi

Comment 31

[Boris 'pi' Piwinger]

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030107

I am still seeing this bug showing up randomly.

pi

Comment 32

[Koike Kazuhiko]

Reproduced with 2003020708-trunk/Linux.

If the filter moves incoming mails to another account's inbox folder,
the folder name doesn't get bold.

Comment 33

[Boris 'pi' Piwinger]

Setting major, requesting blocking. You cannot by normal menas access the folder
(like pressing space bar). This way new messages are easily overlooked.

Since this bug only shows up randomly there must be another reason besides
filters. Anything I can do to trace it?

It seems that always I see this bug, I also see bug 180604.

pi

Comment 34

[Asa Dotzler [:asa]]

no reprodicible testcase, ancient problem, no fix in sight, not holding 1.3 for
this.

Comment 35

[(not reading, please use [e-mail] instead)]

mass re-assign.

Comment 36

[Mike Cowperthwaite]

*** Bug 136853 has been marked as a duplicate of this bug. ***

Comment 37

[Mike Cowperthwaite]

*** Bug 195827 has been marked as a duplicate of this bug. ***

Comment 38

[Mike Cowperthwaite]

This bug may have been fixed as a side effect of the fixes for bug 161999 or 
bug 186573.  If anyone is still seeing the problem in builds from 0513 onwards,
please note here; otherwise, this is a candidate for WFM.

Comment 39

[David :Bienvenu]

thx, Mike, marking WFM. Please re-open if anyone is seeing this.

Comment 40

[paul beard]

I'm still seeing this in 1.4b on OS X. I don't think I was seeing it in 1.4a.
Very annoying to have to click on each folder to see if you have mail. 

I need to verify this, but I think it's a condition of where the filtering is
done. If it's done by the client, the filtered folders are marked as having new
mail. If the filtering is done on the server, I get no notification. 

Comment 41

[Boris 'pi' Piwinger]

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4b) Gecko/20030514

I still see it.

pi

Comment 42

[paul beard]

Just an FYI:I still see this in Mozilla 1.4 final for OS X, but not in FreeBSD.
It pains me but I'm going to have to switch mail clients until this is resolved
(so how will I know? I have no idea) since I am missing mail I need for my work. 

Odd that it appears in some *nix builds and not others: I could (possibly)
understand if it was in OS X and/or Windows and not in any *NIX builds. But it's
in some and not others. 

Comment 43

[Chris Pickett]

i'm seeing this unread thing in 1.5.  it seems very related to this weird
duplication bug that i'm getting too.  please see my comments about what just
happened to me in 171110.

because this bug is so "strange", it really seems to me (as an outside observer)
like a multithreading problem.

i think that the problem is that your filters are not thread-safe.  see bug
193612 that i filed a while ago, i would like someone to confirm this (and i'm
unwilling to try it again since i lost data).

although in bug 66239 IMAP problems were discussed as a possible source of
error, i'm using pop3, so it's not *just* IMAP.
for me, it's all the same bug, it all seems to co-occur.

Comment 44

[Chris Pickett]

sorry ... bug 171110

(hyperlink)

Comment 45

[Boris 'pi' Piwinger]

Most of the time I see it (always?) the ordering in the folder is lost (I use
threading, but they are sorted by time). This suggests there is a problem with
the .msf file.

Removing bug 96944 from dependencies. It a) looks unrelated, b) was duped to a
bug which is fixed.

pi

Comment 46

[Tim Parkin]

I've just switched from outlook and am getting this bug. All of the folders that
have mail directed by filters appear non-bold with no numbers by them. If I
click on them, the numbers appear and the entry is bolded.

Also, possibly unrelated, I had many items in my root folder which then got
'filtered' into sub-folders but the root folder remained bold with 16 unread
messages in. Although there were none there at all. I had to 'mark all as read'
to get this to dissapear.

Comment 47

[Chris Pickett]

for what it's worth, david bienvenu posted about some known problems with .msf
files in bug 171110, namely that:

a) .msf files depend on x-mozilla-status lines in message headers
b) importing from outlook express doesn't add x-mozilla status lines
c) .msf files need to be rebuilt because of a daylight savings time bug
d) messages aren't actually deleted or moved, just made invisible and copied
e) the only way you can add x-mozilla-status lines is by compacting a folder

so ... try compacting all of your folders and see if this fixes things.

Comment 48

[Boris 'pi' Piwinger]

No, that is unrelated to this bug here.

pi

Comment 49

[Chris Pickett]

hi pi,

well, i made the comment because i've only ever seen this bug (message count not
being accurate until clicked) when doing something major like importing from oe,
or having all the folders rebuilt because of daylight savings time.  for me,
this bug also occurs concurrently with the duplicates bug (bug 171110) and the
read messages being marked unread bug (bug 66239).

so, i would suggest removing the "filters cause" from the summary since i'm
pretty sure there can be other causes too.

Comment 50

[Chris Pickett]

pi wrote:  Are you saying it happens to you in folders which have no
filters pointing to them?

chris wrote back:   yes.  if i get the "duplicate" mail bug, which is really
caused by "deleted" or "moved" messages showing up again, then almost every
folder, including ones that have no filters pointing at them, goes bold when i
click on it, and i have to mark the messages as "unread".

maybe it's a separate bug from this one, but the symptoms are the same: 
messages marked "unread" don't show up in the folder pane until clicked.

i did actually see what has been described in the rest of this bug a few days
ago too -- a message was filtered into a local folder, but it didn't go bold --
i thought i had lost some mail because i had seen it download.  however, i did
notice that the folder icon was different -- it had a little green "download"
arrow on it.

there's a lot of different things going on here, and i think they're all
interconnected.  maybe it's worth writing down the purported causes, symptoms,
and proposed solutions to all of these bugs, and starting a new "fix the .msf
files, x-mozilla-status, unread and duplicate messages" bug that blocks them all.

maybe you could fix this unread message bug by forcing a refresh of the folder
pane every few minutes (a special kind of refresh that had the same effect as a
user clicking on every folder).  i know it's a cumbersome solution but it would
work.  (pi thinks this it is better to get to the source of the problem, but i
thought i would include that we discussed it -- also, if nothing else works this
solution will for sure).

Comment 51

[Boris 'pi' Piwinger]

Chances are, this but really has nothing to do with filters. By the observations
in the last comments it is plausible, that problems with the .msf files are the
cause. Moving and reassiging, changing summary, clearing priority. Removing bug
96944 (from dependencies) which is duped to unrelated bug.

pi

Comment 52

[Mike Cowperthwaite]

Bug 226110 reports a similar behavior for the first newsgroup listed under a 
server.

Comment 53

[Asa Dotzler [:asa]]

*** Bug 223989 has been marked as a duplicate of this bug. ***

Comment 54

[Wayne Mery (:wsmwk)]

Ruben, "I am currently using SeaMonkey 1.1.1, and I don't see this problem anymore."

WFM also