Closed Bug 574986 Opened 14 years ago Closed 2 years ago

Message threading status and sort order not inherited when applying column layout to other folders

Categories

(Thunderbird :: Folder and Message Lists, defect, P2)

Tracking

(thunderbird_esr102+ fixed, thunderbird104 fixed)

RESOLVED FIXED
105 Branch
Tracking Status
thunderbird_esr102 + fixed
thunderbird104 --- fixed

People

(Reporter: rimas, Assigned: mkmelin)

References

()

Details

Attachments

(1 file)

This is another remnant of bug 505035. While it made resetting column list for other folders based on currently shown one possible, neither sort order  nor threading status is being inherited. I think it should be.
OS: Linux → All
Hardware: x86 → All
Depends on: 505035
(In reply to Rimas Kudelis from comment #0)
> This is another remnant of bug 505035. While it made resetting column list
> for other folders based on currently shown one possible, neither sort order 
> nor threading status is being inherited. I think it should be.

Please keep applying columns independent on applying sorting and/or threading (see also bug 622181 comment 13).
A means to quickly copy the user's preferred sort order to a group of folders would alleviate a big headache associated with Thunderbird's periodic whole-database rebuild events.  Without sidetracking this comment too much about such events--be they caused by computer crashes or whatever--most long-term users have seen Thunderbird do a full rebuild where the IMAP mailbox is re-downloaded and a default oldest-first sort order is applied to all folders.

After such an event, I find myself repeatedly opening a folder for the first time since the rebuild and having to change the sort order of that folder to my preference (newest-first) manually.

For what it's worth, I would be fine with coupling the application of sort order with column specifications.  However, as bug 622181 comment 13 suggests, making that a separate function would be acceptable.  Perhaps a checkbox on one of the dialogs: e.g., "Also apply sort order?"
We need to revisit this. Putting on my list of things to champion.

Any news on this topic? Just being marked as a duplicate (I appologize if my initial search didn't yield relevant results) doesn't really help if the issue 12 years old already ... :-(

In a post Bug 1764842 world (Enable "Threaded" as default view flag for new profiles) it will be useful to have this fixed.

This issue will be annoying for anyone experiencing the recent MSF corruption in TB 102 (fixed in TB 102.0.1) wanting to re-apply their preferred column view across many folders. Across a dozen folders, fine, but not 100+.

The column view's threaded mode definitely does not apply when using "Apply columns to...".

The "Apply columns to..." feature only applies the visible, hidden, and order of those columns, but it doesn't apply the sorting order, or threaded option, which is actually correct because those are 2 separate things.

If we want to do something for 102 we should add another option in the column picker, something like "Apply the current view to...", which should include sorting order and threaded option, and not change the "Apply columns to..." behavior.

Severity: normal → N/A
Priority: -- → P2

Will take a look.

Assignee: nobody → mkmelin+mozilla
See Also: → 1782078
Status: NEW → ASSIGNED
Target Milestone: --- → 105 Branch

Pushed by mkmelin@iki.fi:
https://hg.mozilla.org/comm-central/rev/268e382db445
Add Apply Current View to folders to allow setting threading/sorttype/sortorder. r=aleca

Status: ASSIGNED → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED
Pushed by mkmelin@iki.fi:
https://hg.mozilla.org/comm-central/rev/ee178a245075
followup - back out unwanted part of the change. rs=backout DONTBUILD
Pushed by thunderbird@calypsoblue.org:
https://hg.mozilla.org/comm-central/rev/ef827f79f84e
Follow-up: Use unicode apostrophes in Fluent strings. rs=fluent-lint

Comment on attachment 9288219 [details]
Bug 574986 - Add Apply Current View to folders to allow setting threading/sorttype/sortorder. r=aleca

[Approval Request Comment]
Regression caused by (bug #): not a regression
User impact if declined: can't bulk-change threading for many folders at once
Testing completed (on c-c, etc.): c-c
Risk to taking this patch (and alternatives if risky): pretty safe. Has string changes though, which will show in English until localizers pick up, and we pin to the new l10n revision.

Attachment #9288219 - Flags: approval-comm-esr102?
Attachment #9288219 - Flags: approval-comm-beta?

Comment on attachment 9288219 [details]
Bug 574986 - Add Apply Current View to folders to allow setting threading/sorttype/sortorder. r=aleca

[Triage Comment]
Approved for beta

Attachment #9288219 - Flags: approval-comm-beta? → approval-comm-beta+

Thunderbird 104.0b3:
https://hg.mozilla.org/releases/comm-beta/rev/37ad4689c02b
(combined 3 patches for uplift)

Comment on attachment 9288219 [details]
Bug 574986 - Add Apply Current View to folders to allow setting threading/sorttype/sortorder. r=aleca

[Triage Comment]
Approved for esr102

How do we reconcile strings for this?

Flags: needinfo?(rob)
Attachment #9288219 - Flags: approval-comm-esr102? → approval-comm-esr102+

I can update the l10n pinnings to pick up the new strings. 19 locales have the new strings translated and will pick them up. Notably, we have 4/10 tier 1 locales that have not translated them yet: de, fr, es-ES, nl.

I plan to update the changeset pinnings a few more times so there will be opportunity for the untranslated locales to do the translations.

Actually, it might be a good idea to hold off uplifting this to comm-esr102 for the moment.

The reason is that bug 1586984 is going to be a problem. Only 23 locales have the mailWidgets.ftl file. Any locale that is missing that file will fallback to all en-US strings for messenger.xhtml. We don't want that.

Bug 1779330 will automatically handle creating empty .ftl files when needed during L10n repackaging. It is queued to land on c-c now and can be uplifted to comm-esr102 along with this so there won't be any more issues than there are otherwise.

Depends on: 1586984
No longer depends on: 1586984
Flags: needinfo?(rob)

This can be uplifted to comm-esr102 once bug 1779330 is uplifted.

I checked just now. Of the top 10 locales, German (de) is the only one that has not translated the new mailWidgets.ftl file added by this patch. Overall, 30 of 67 shipped locales have the file.

Given that, and that bug 1779330 is approved for c-esr102 uplift to prevent en-US fallback issues, I will proceed with uplifting this bug for Thunderbird 102.2.1. Once a build is ready, I will check de and a couple others that do not have mailWidgets.ftl and look for untranslated strings.

(In reply to Rob Lemley [:rjl] from comment #28)

Thunderbird 102.2.1:
https://hg.mozilla.org/releases/comm-esr102/rev/f96bc7009c86

I'm on 102.4.0 and bug is still here.

It is fixed, but you do need to take manual action to use it of course. In the column picker, choose "Apply current view to..."

(In reply to Magnus Melin [:mkmelin] from comment #30)

It is fixed, but you do need to take manual action to use it of course. In the column picker, choose "Apply current view to..."

I know. Did this, applied to the whole account and it doesn't work.

Try Help | Troubleshoot mode. If still a problem, file a new bug with details.

(In reply to Magnus Melin [:mkmelin] from comment #30)

It is fixed, but you do need to take manual action to use it of course. In the column picker, choose "Apply current view to..."

I'm not sure what the scope of this fix was supposed to achieve.
It only works if you only select one folder as follows

Select Inbox
Set 'View' > 'Sort by' > as 'Unthreaded'
Right click on column headers and select 'Apply current view to..' > 'Folder and it's children' > select 'mail account name' and then 'choose a specific top level folder' - not a mail account name folder - which you already know has a 'threaded' setting.

So if this fix was only ever intented to work on one folder then it is fixed.

There are many frustrated people commenting in Support Forum. It always seems worse for those who have never used or seen the 'threaded' view. So clicking on the top level collapsed folder and it rendering dozens of emails to open in dozens of tabs made people concerned about weird bugs etc etc.
People need to be able to set this on an entire account.

Right click on column headers and select 'Apply current view to..' > 'Folder and it's children' > select 'mail account name' and then 'mail account name'
Repeat above line to select other mail accounts.

It does then have a pop up saying that it gets applied to all folders in the mail account.
This should force an unthreaded sort into all folders in that selected mail account.
But it does not. Any folders with threaded already selected either manually or by default remain threaded.

Was this fix designed to be applyed manually one top level folder at a time OR applied to all folders within the selected mail account name folder ?

We're improving this mechanism for 115, but meanwhile users can set mailnews.default_view_flags to 0 from the about:config page if they want to not have threads by default on all folders.
https://searchfox.org/comm-central/rev/cc5837b209537d99febe8d64eef7d9a76807fe62/mailnews/mailnews.js#97-104

(In reply to Alessandro Castellani [:aleca] from comment #34)

We're improving this mechanism for 115, but meanwhile users can set mailnews.default_view_flags to 0 from the about:config page if they want to not have threads by default on all folders.
https://searchfox.org/comm-central/rev/cc5837b209537d99febe8d64eef7d9a76807fe62/mailnews/mailnews.js#97-104

That's good information and seems to work on new folders, but not on folders that have already been set up to use threaded either manually or by default.

As requested by Magnus I've created a separate for this bug 1801941

See Also: → 1801941
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: