Closed Bug 68925 Opened 24 years ago Closed 23 years ago

View | Messages | Unread combined with Threaded still displays read messaages.

Categories

(MailNews Core :: Networking: NNTP, defect)

Product:
MailNews Core
Component:
Networking: NNTP
Platform:
x86
Windows NT
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: nsydenham, Assigned: sspitzer)

Details

News messages that have been read are still displayed in the news window
alongside new ones. The read messages have been reduced to normal font while the
new ones are bold.

Manually selecting View | Messages | Unread has no effect. This setting is also
not sticky between sessions.
This seems to be 'worksforme'.

reporter:
1. When view->messages->all is checked (as by default), the behaviour you
describe in the first paragraph is the one I would expect. What do you expect?

2. view->messages->unread works for me (on build 2001021020, installed on win2k).

3. The view->messages->unread status is remembered between mozilla sessions - so
this also works for me.

Nick, please consider reading
http://www.mozilla.org/quality/bug-writing-guidelines.html
and using http://www.mozilla.org/quality/help/bugzilla-helper.html for further
bug reports.
I have realised that this bug only arises when you are using the threading
option. If threading and unread messages are selected I would only expect to see
threads that have unread messages in them, not everything.

If I turn off threading only unread messages are displayed.
The unread messages setting is now remembered beteen restarts (but only
recently) - my mistake.

I am using build 2001021420 on Win NT (SP 5).
I have the same problem with recent nightly builds (installer) on Win98. With
Threaded & Unread I see not only the whole threads (that is not folded) with
some unread messages (expected view: only the unread messages) but also some
threads with no unread messages - these threads as visible as as folded
(expected: these should not be visible at all)
QA Contact: esther → stephend
Marking NEW as per comments.
Status: UNCONFIRMED → NEW
Ever confirmed: true
I think the summary should be changed to
"'threaded' and 'unread' shows some read messages"
to be clearer.
Fenella, do you have a DUP of this in your threading bugs?
I really think this is a DUP of bug 64476.  Anyone agree?
adding fabian, the Master of DUPing ;-).
I don't think this is a dup of bug 64476.
If I understand the term 'false positive' correctly, in 64476 the problem is
that read messages are displayed as unread.
Here the problem is that read messages are displayed when they shouldn't. But
they are at least correctly displayed as read (i.e. no bold subject line).
Hmmm..well, if I mark netscape.test (in news.mozilla.org) as Mark | All Unread,
and then go back to that newsgroup, they are stay marked as read.  If I do a
subsequent View | Messages (X) Unread (X) Threaded, I don't have any messages
re-appear in the view.  So, this seems to be working for me on all accounts. 
(But I have seen bug 64476, and I thought this might be related in some
mysterious way.)
Summary: Previously read news messages are still displayed → View | Messages | Unread combined with Threaded still displays read messaages.
Crud, I meant, if I Message | Mark All Read. It's late ;-)
See also bug 67136, bug 66026, and specially bug 62919. Someone comments there
with exactly this bug, but I'm not sure the original description is exactly this
one. Anyway if this bug is not a dup of bug 67136, 66026 and 62919, then it's
definitely a new bug. :-)
Also this is not a dup of bug 64476.
It's related to bug 62919, I'm sure.  But that bug seems specific, referring to
just having the new msg icon in threaded mode.  This bug covers a message
actually showing up as read, even though the user has selected View | Message |
Unread.  Fabian, can you reproduce this? I haven't had luck so far, (although I
can reproduce bug 62919 quite easily in threaded view.)
Here's what I did :
1) Open mailNews
2) Click on the arrow next to the news account news.mozilla.org to expand it.
3) Click on npm.performance newsgroup. It contains one new message
Please note that at this point I'm using View|Messages|All and
View|messages|threaded.
4) All the threads appear in the thread pane. Click on View|messages|Unread
Result : 3 threads stay in the thread pane : one with the unread message, and
two others with no unread messages. However they have the little green arrow on
their icon, which means that Mozilla thinks they have unread messages even
though they don't. But that is another bug. So in this case, minus the other
bug, it worked fine.
However by repeating the same steps in other newsgroups, I could sometimes get
some read *messages* to stay in the thread pane. All the read *threads* were
correctly hidden, unless I was hitting the other bug I mentioned above.
I guess you could call this confirmed, or dependant or the other bug (I couldn't
find it in Bugzilla).
Confirming this in Linux, build 2001031208.

I'm not sure what the concensus is on expected behavior when threads have some
unread messages in them.  Here's my take:

Current behavior:

View -> Messages -> [X] Unread
View -> Messages -> [X] Threaded (or click "threading" column)
Threads containing /no/ unread messages still display.

Expected behavior:
Threads containing /no/ unread messages don't display.  Threads with 1 or more
unread messages display /all/ messages in that thread.

Some of the comments made it seem like the expected behavior was that "Unread"
hides all read messages, even those that are part of a thread with some unread
messages.  This would mean that unread threaded messages would appear as
children of their first unread ancestor as opposed to children of their parent.
 This is confusing and wrong.  Instead, I think the wording in the "View" menu
should change depending on Threaded state to make the behavior clearer.  I'll
submit an enhancement for this.
While adding bug 72915 as the enhancement I mentioned, an alternate expected
behavior occured to me.  This may be more confusing that either the current
behavior or the original expected behavior I posted, but I'll share anyway:

Alternate Expected Behavior:
View -> Messages -> [X] Unread
View -> Messages -> [X] Threaded (or click "threading" column)
Threads containing /no/ unread messages don't display.
Read messages with unread descendants display.

This subtle difference means that subthreads consisting entirely of read
messages /will/ be displayed.  This approach shows the minimum number of
messages while still displaying proper parent-child relationships in the
threads.  This may be so nifty that it's entirely unexpected and confusing :)

erg...must proofread better...

> This subtle difference means that subthreads consisting entirely of read
> messages /will/ be displayed.

That should have been written "/won't/ be displayed".  I even emphasized it. 
I'm dumb.  Sorry for the spam.

Works for me after the recent MailNews branch merge
Yes, worksforme for a while now (currently on 2001072303/win2k) - please mark as
fixed.
Marking FIXED on my own 4 month of no problem experience (WindowsME) and
robert_pollak's comment.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Doesn't work for me.  Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2+)
Gecko/20010803

Disclaimer: running on my old ~/.mozilla profile.  I'll try and reproduce with a
clean profile.
Tim: Please do so. 

BTW, I should have mark it WORKSFORME. Reopening to correct this.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
WORKSFORME (see above).
Status: REOPENED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → WORKSFORME
Cool, this worked for me, too: (if this crops up again, specifically this, it 
might be okay to re-open, but might be better to file a new bug, ask the 
developer).

Legend: V=checkmark in the menu
        >=arrow in the menu
Criteria:

Messages > V Unread
         > V Threaded

Reading a message of course causes that message to be marked Read, and unbolds 
it.  Going to the View menu and changing the selection to Threads with Unread 
causes that read message now to disappear from the threadpane (it returns if 
you select "All".)

Also, View | Messages | Unread changes the threads to a flat view, and shows no 
messages that I've previously marked as read.

And yes, sort type is persistant between sessions.

Mac OS 9.1 - 2001-08-14-12 using netscape.public.mozilla.mail-news
RedHat 7.1 - 2001-08-14-12 using netscape.public.mozilla.announce
Windows 2K - 2001-08-14-03 using netscape.public.mozilla.general

Verified FIXED.
Status: RESOLVED → VERIFIED
WORKSFORME too.  Since my last comment I've been doing all my news reading in a
clean profile running a nightly build from early August.  Haven't been able to
reproduce.
Yep, works ok now.
Status: VERIFIED → CLOSED
yikes, please don't close bugs.
Status: CLOSED → REOPENED
Resolution: WORKSFORME → ---
verified fixed is the end state for bugs.
Status: REOPENED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → FIXED
verified, again.
Status: RESOLVED → VERIFIED
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.