Open Bug 119162 Opened 23 years ago Updated 7 months ago

Sorting by tag/label is incorrect when label added

Categories

(MailNews Core :: Backend, defect)

x86
Windows NT
defect

Tracking

(Not tracked)

People

(Reporter: mbox, Unassigned)

References

(Blocks 1 open bug)

Details

In the summary view when sorted by lablel, adding a new label does not cause the view to resort, nor does toggling the label sort direction. The only way to get the new label to be properly sorted is to first sort by another field, then go back to sorting by label. To reproduce: 1. Have a mailbox with some emails labelled and others not 2. Select sort by label 3. Now add a label to a previously unlabelled email. The sort order does not update 4. Now toggle the label sort order by clicking on the "label" column heading. The sort is incorrect (the newly labelled email is not sorted with the other labels) 5. Click on another column heading such as date, and then back on label. The emails are now correctly sorted.
Failed to specify the build - using latest nightly (2002010903)
labels -> ssu.
Assignee: sspitzer → ssu
right, that's the same as all the other sorts - for example, reading a message when sorting by status doesn't change the sort order. If you sort by some other column and then sort by label, the labels will be sorted. The views basically don't update dynamically. For example, if you're only viewing messages that are unread, when you read a message, we don't remove it from the view. We could change the label sort, but none of the other views work that way.
QA Contact: esther → laurel
I agree. This would be too confusing. It is possible that I click on the wrong label. If it updates automatically, I will have to scroll to find it just to change it to the correct label. This is not intuitive at all. If something is sorted, and I change it, it is clear that I am going against what the sort results were. If I want to re-sort it, I will do it manually.
OK, I can accept that you might not want instant resort. But labels and other sorts are still working differently, for the case when you click on the sort column again. For example, if you sort on Status, and then mark a read message unread, it stays in the same place (which is right). Now click on "Status" again to sort, and the message will pop to the right place in the sort order. With labels, this does not happen - you have to sort by some other field first before going back to sorting by label.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Product: Browser → Seamonkey
(In reply to comment #5) > OK, I can accept that you might not want instant resort. But labels and other > sorts are still working differently, for the case when you click on the sort > column again. [...] you have to sort by some other field first > before going back to sorting by label. That's bug 181143.
Assignee: ssu0262 → nobody
QA Contact: laurel → message-display
Blocks: tb-tagsmeta
Component: MailNews: Message Display → Backend
Product: SeaMonkey → MailNews Core
QA Contact: message-display → backend
Summary: Sorting by label doesn't update when label added → Sorting by tag/label doesn't update when label added
Severity: normal → S4
Summary: Sorting by tag/label doesn't update when label added → Sorting by tag/label is incorrect when label added
You need to log in before you can comment on or make changes to this bug.