Don't save folder sort order value if no siblings have an order value
Categories
(Thunderbird :: Folder and Message Lists, defect)
Tracking
(Not tracked)
People
(Reporter: darktrojan, Assigned: darktrojan)
References
(Regression)
Details
(Keywords: regression)
Attachments
(1 obsolete file)
If a new folder is added, and none of its siblings have ever been sorted, we should not set a sort order value on the new folder. Currently we do set a value, and this causes any new folders to be added to the start of the list instead of in the natural order.
Assignee | ||
Comment 1•10 months ago
|
||
Ah, I see. It still invoke the DB, even if we do set same value. My bad.
Assignee | ||
Comment 4•10 months ago
|
||
I meant to say in the first comment that this causes the test failure we've been seeing in mail/base/test/browser/browser_folderTreeQuirks.js. It deletes (in order) folderX, folderY and folderZ. The folders then appear in the list (as subfolders of the trash folder) in the order folderZ, folderY and folderX.
Comment 6•10 months ago
|
||
Duping this into 1846550 as the original fix got backed out and this fix should be baked into the main one before it relands.
Updated•10 months ago
|
Description
•