Closed Bug 80608 Opened 23 years ago Closed 22 years ago

Thread pane's initial scroll position should follow date sorting

Categories

(SeaMonkey :: MailNews: Message Display, defect)

defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED
mozilla1.2alpha

People

(Reporter: bruppel1, Assigned: neil)

References

(Blocks 1 open bug)

Details

(Keywords: polish)

Attachments

(1 file, 1 obsolete file)

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9+) Gecko/20010513
BuildID:    2001051308

Okay, I'll start with some background: In mailnews, it seems more logical to
sort incoming mail so that the newest messages are on top.  This makes more
sense because the first thing you'll probably want to do it see your most recent
messages.  Otherwise, you would have to scroll down every time.

However, when it comes to Newsgroups, you have threads of replies to deal with
and new items in threads move down, and it makes more sense for all newer items
to go downward.  This is why I keep my newsgroup messages sorted so that newest
messages are on the bottom.  (right now you can change the direction of theaded
date sorting by clicking on the thread icon multiple times)

The problem: Currently the thread pane always sorts to the top of the thread
pane.  I don't think it would be an unreasonable assumption that the reader
wants to see newest messages first, and so when opening a Folder, the thread
pane should initially position itself according to the sorting direction of
date.  That is, newest messages should visible in the pane on opening.

Reproducible: Always
Steps to Reproduce:
Open up Mailnews, select folder where messages are sorted newest at the bottom.


Actual Results:  Thread pane starts at the top

Expected Results:  Thead pane should open at the bottom, where newest messages are.
Confirming.

When Date sort is First->Last, would be great if initial view position of
threadpane in a folder was at the bottom of the list.
Severity: normal → enhancement
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows 2000 → All
Hardware: PC → All
> Currently the thread pane always sorts to the top of the thread pane

s/sort to/initially shows/, right?
Summary: [RFE] Thread Pane Initial Position Should Follow Date Sorting → Thread pane's initial scroll position should follow date sorting
QA Contact: esther → fenella
QA Contact: fenella → laurel
Yes, I'm sorry I had quite a few typos and misspellings in my original bug
description.  I meant that currently the thread pane always starts at the top,
and that if sorting is done First > Last, then the thread pane should start at
the bottom instead.  

Note that if there is a new message in the newsgroup, the pane will start around
where the new messages are (but I'm not sure exactly what the criteria is for that).
Seems to me the current behavior is the desired behavior. That is, in news
sorted by thread, oldest unread is displayed first and newest last, so that it
is easy to start at the beginning of an unread thread portion, and read through
in chronological order. In a group comprised entirely of unread, the oldest is
at the top, where the display begins. When read messages are included, the
display begins somewhere around the time of the last read message that has
unread following. Unfortunately, as in Netscape 4, this means that some threads
with unread will require scrolling up in the thread window to find.
Attached patch Proposed Patch (obsolete) — Splinter Review
Keywords: patch, polish, review, ui
Attachment #80262 - Flags: review+
Is it at all possible to increase the priority on this bug ? (or test/commit
neil's patch)

Its very irritating for people who sort mail by date ascending. I have multiple
mail accounts and change between them continuously, each time having to scroll
to the bottom of the list to see new mail.

This should really have mozilla1.0 attached cos its going to drive new users mad
if they have to scroll every time they open their Inbox. It's presumed UI
behaviuor to scroll to the top of the sort order automatically.
*** Bug 127663 has been marked as a duplicate of this bug. ***
Blocks: 93856
The other irritation here is that if you scroll before mail checking is
complete, it repositions the scrollbar at the top once it has finished, meaning
you need to scroll twice to see new mail at the bottom.

Also , shouldn't severity be changed here ? Its not an enhancement.
*** Bug 147542 has been marked as a duplicate of this bug. ***
If we (mozilla) want to migrate Outlook and Outlook Express users this bug has
to be fixed...:)
It seems scrolling to show the first unread message is more useful than always
scrolling to the very bottom.
I see your point, but my personal experience has been that I often end up
looking at some message I don't care about in a thread that started 2 weeks ago.
 In this case, I would go for consistency (being able to see the most recent
messages) over semi-random placement.

Sidenote: if I have date sorting set so that most recent messages are at the top
and I check my email, this behavior results in a screenful of unread messages. 
However, if I have some 50 messages, only the first screenfull are shown.  Now,
say I start reading messages and I delete them as I go(going top to bottom). 
Deleting moves the focus down/scrolls the messages up.  In this case, I could
(and I have) gone through what seems to be all of my messages, whereas there are
a ton of unread messages off the top of the screen.  So I guess the solution
would be to have deleting messages follow date sorting as well.  Seems logical,
but totally bucks any trends that I've seen.  Oy.
See bug 80604
Please change the severity to normal because this is a clear usability bug, not
an enhancement.
*** Bug 131051 has been marked as a duplicate of this bug. ***
martinl just gave me a beating for not getting to this sooner.

testing, reviewing, and hopefully landing neils patch tonight...
Status: NEW → ASSIGNED
it will be in 1.2
Severity: enhancement → normal
Target Milestone: --- → mozilla1.2alpha
re-assign to neil, since it was his fix.
Assignee: sspitzer → neil
Status: ASSIGNED → NEW
fixed on the trunk, r/sr=sspitzer

I tested it, and it looked good.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
*** Bug 163678 has been marked as a duplicate of this bug. ***
*** Bug 175618 has been marked as a duplicate of this bug. ***
OK using jan06 commercial trunk: win98, linux rh8.0
Status: RESOLVED → VERIFIED
*** Bug 67581 has been marked as a duplicate of this bug. ***
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: