Closed Bug 77965 Opened 24 years ago Closed 24 years ago

News threads grouping very buggy (20010426)

Categories

(SeaMonkey :: MailNews: Message Display, defect)

x86
Windows 98
defect
Not set
major

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 72493

People

(Reporter: SkewerMZ, Assigned: sspitzer)

Details

In build 20010426, the newsgroup listings behave very strangely when sorted into groups. You can't sort them by subject, sender, or anything else, and only with a strange workaround can messages be sorted by date, by clicking the group button a second time (or a third to reverse the order). This doesn't even work properly, some messages are still scattered around in the wrong place. For an example, see the screenshot.
Grumble... Bugzilla's attachment system is still down. Here's the URL where you can find the picture: http://skewer.hypermart.net/mozmnbug.gif
I just noticed another bug in this screenshot: The newsgroup header seems to print over the status bar...
adding david.
QA Contact: esther → stephend
Do you mean you can't sort threads by date, subject, etc? that's an already existing bug. bug 72493 - re the screenshot, I can't see anything useful there - what am I missing?. If you click on another newsgroup and come back to this group, is the thread still not right? If so, then it's just a problem putting new headers into open newsgroups, and might have been fixed last night.
Pay attention to the red stuff, please... With regard to the parent messages, messages from 4/19 should NOT appear between messages from 4/25! Instead, you should be seeing messages from 4/25 on top (the way I have them sorted), then 4/24, 2/23... all the way down to 4/19. Also, the threading is all wrong in the spot where I have the red arrow. How could you not notice this? This is a very bad glitch!
Here's a shot of how Netscape 4 renders the thread: http://skewer.hypermart.net/mozmncor.gif Notice how the thread is branched out so that responses are listed below and to the right of the message being responded to.
threads are sorted by arrival order of the first message that ever arrived in the thread, not by date. (the first message in the thread may have expired so that the first remaining messages may appear out of order) You want them to be sorted by date; that's what the bug I pointed you at refers to. Re the red arrow, that message looks like it's a reply and comes later than the message that it was a reply to. Also, with newsgroups and nntp replication latency, dates can be off, so again it was not obvious that the red arrow message was not a reply to the earlier message.
What is important is that it does not sort the messages PROPERLY, as Netscape 4 does. I will get Monday's build and see if it works any better, but I think the whole news code will have to be fixed up before this starts working the way it should. Half of this bug is now a duplicate of bug 72493, the grouping problem is now the sole concern of this listing. Also, I think the order in which messages are received from the server is irrelevant, and should not be the default sorting order (I have never met anyone that actually wanted their news messages sorted in this way).
...and I think it's bad that we used to have this feature, but it's now gone. Somebody got fired for that, I hope...
I've always been under the impression that threads are supposed to be grouped in a hierarchy such that replies to a certain message (which may or may not be a reply to another message) appear directly under it, no matter when it was received. Something like this: Root Message - Reply 1 - - Reply 1 to Reply 1 - - Reply 2 to Reply 1 - - - Reply 1 to Reply 2 to Reply 1 - - Reply 3 to Reply 1 - Reply 2 - - Reply 1 to Reply 2 - - - Reply 1 to Reply 1 to Reply 2 - - - - Reply 1 to Reply 1 to Reply 1 to Reply 2 - Reply 3 You get the picture. This is the way I prefer it -- the current sort by date is rather annoying because a group of replies to a message may be interrupted by a reply to a totally unconnected message in the thread.
Tommybee, you're correct; that's how it should work. I'll open a new bug for that with a test case, and close this as a dup of bug 72943 *** This bug has been marked as a duplicate of 72943 ***
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
new bug is bug 78588.
verified duplicate.
Status: RESOLVED → VERIFIED
Marked as Dupe of wrong bug
Status: VERIFIED → UNCONFIRMED
Resolution: DUPLICATE → ---
Marking as dupe of #72493 *** This bug has been marked as a duplicate of 72493 ***
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → DUPLICATE
thanks, you're right - darn dylsexia - verifying
Status: RESOLVED → VERIFIED
Sorry, I moused over the number that David mentioned the first time, read the summary, and looked at the bug he marked it a DUP of, then verified. I failed to notice the # change, too ;-(.
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.