Closed Bug 80608 Opened 24 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) (deleted) — 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.
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: