Closed
Bug 268981
Opened 20 years ago
Closed 20 years ago
Virtual Folders always sort first by location upon opening folder
Categories
(Thunderbird :: Mail Window Front End, defect)
Thunderbird
Mail Window Front End
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: pkruegerY, Assigned: Bienvenu)
References
Details
Attachments
(1 file)
|
765 bytes,
patch
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 Created a virtual folder that searches across two folders. Clicked on the date column to sort by date regardless of folder. When I open a different folder and then return to the virtual folder, it groups the messages by location first, and then in order by date. The date column, however, is still highlighted, so it should be ordering by date, regardless of location. If I click on the date column, it then sorts correctly (in the opposite direction), and a second click on the Date column gives the correct listing. But then if I go to another folder and come back, it's back to grouping by location. Looks to be related to issue 268026, but described differently. Reproducible: Always Steps to Reproduce: 1. Create a virtual folder that searches across two or more folders. 2. Click on the Date column to sort by Date received. 3. Click on another folder (virtual or static doesn't matter). 4. Click back on the Virtual Folder to see the message ordered by date, but grouped first by location. Actual Results: Messages were grouped by location first, and then ordered by date. Expected Results: Message should be ordered by date without grouping by location.
Comment 1•20 years ago
|
||
Also seen in GNU/Linux on i386 (GTK2+XFT).
Updated•20 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: MacOS X → All
Hardware: Macintosh → All
Comment 2•20 years ago
|
||
Happens on Win as well from beginning of implementation. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Comment 3•20 years ago
|
||
*** Bug 270033 has been marked as a duplicate of this bug. ***
Comment 4•20 years ago
|
||
Reporter: Are you using POP or IMAP? What do you mean by location - do you mean by Account?
Comment 5•20 years ago
|
||
(In reply to comment #4) > Are you using POP or IMAP? What do you mean by location - do you mean > by Account? I confirmed this bug after I saw it in virtual folders across POP accounts, but I doubt the account type makes a difference. What happens is, when you enter a folder and it performs the search, it displays the messages in the order it finds them -- items from the first folder searched, then items from the second folder, etc -- just like regular old Search Messages does. When the search is complete, it does not resort.
Comment 6•20 years ago
|
||
(In reply to comment #4) > Reporter: Are you using POP or IMAP? What do you mean by location - do you mean > by Account? To search by location please edit saved search properties and select at least two folders to search.
| Reporter | ||
Comment 7•20 years ago
|
||
(In reply to comment #4) > Reporter: Are you using POP or IMAP? What do you mean by location - do you mean > by Account? What others were saying is the same for me. By location I mean folders (not accounts). I am using IMAP personally. I used the term "location" because that's the name of the column in the search results. Perhaps that should be changed to "Folder" for this reason?
Comment 8•20 years ago
|
||
*** Bug 270806 has been marked as a duplicate of this bug. ***
Comment 9•20 years ago
|
||
*** Bug 270905 has been marked as a duplicate of this bug. ***
Comment 10•20 years ago
|
||
All these bugs could be the same, IMHO: the problem is always the non-persistence of the sort order in virtual folders. Bug# 268026 Bug# 265869 Bug# 268981 Access protocols (POP/IMAP/local) seem to play no role in this. Please inspect further! Thanks, and keep up the good work!
Comment 11•20 years ago
|
||
*** Bug 265869 has been marked as a duplicate of this bug. ***
Comment 12•20 years ago
|
||
*** Bug 268026 has been marked as a duplicate of this bug. ***
Comment 13•20 years ago
|
||
*** Bug 272966 has been marked as a duplicate of this bug. ***
| Assignee | ||
Comment 14•20 years ago
|
||
I mistakenly attached this patch to bug 271632
Assignee: mscott → bienvenu
Status: NEW → ASSIGNED
| Assignee | ||
Updated•20 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Comment 15•20 years ago
|
||
The patch doesn't seem to be included in the nightly build on http://www.mozilla.org/developer/. I just installed the Thunderbird build for Windows but the behaviour is still the same as before.
Comment 16•20 years ago
|
||
I confirm this problem as RESOLVED-FIXED in Thunderbird nightly trunk 03-May-2005 0850. Thank you!
| Assignee | ||
Comment 17•20 years ago
|
||
*** Bug 291731 has been marked as a duplicate of this bug. ***
| Assignee | ||
Comment 19•20 years ago
|
||
*** Bug 296122 has been marked as a duplicate of this bug. ***
Comment 20•19 years ago
|
||
The bug still exist in 1.0.6 :(((
| Assignee | ||
Comment 21•19 years ago
|
||
yup, the 1.0x releases contain mainly security fixes - the next major tbird release will have this fix.
Comment 22•19 years ago
|
||
*** Bug 307684 has been marked as a duplicate of this bug. ***
Comment 23•19 years ago
|
||
Bug still exists in 1.0.7 20050923 on Win2K
You need to log in
before you can comment on or make changes to this bug.
Description
•