"Grouped by Sort" view is not saved in Unified Folders

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; it; rv:1.8.1.4) Gecko/20070515 Firefox/2.0.0.4
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; it; rv:1.8.1.5pre) Gecko/20070703 Thunderbird/2.0.0.5pre ID:2007070305

If I have installed Lightining calendar (my version is 0.5) and I have select as order of an folder (e.g. inbound mail) order for date and grouping type "G" (treeview with "Today","Yesterday","Last week",...). If I have all nodes of treeview expanded and if one row is selected in this folder and I select a day in calendar extension for view calendar pane, when return to my Inbound folder, all nodes are collapsed except the node that contains the row selected. If nobody node is selected in Inbound folder, all nodes are collapsed!

Reproducible: Always

Steps to Reproduce:
1.
2.
3.

Expected Results:
The nodes of a folder (when I use the order sort for date and grouping messages type "G") should be remember collapsed\expanded status after return from calendar view.

Confirmed on Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.5pre) Gecko/20070710 Thunderbird/2.0.0.5pre ID:2007071004

See it in 2.0.0.17 / LT 0.9

fwiw, this is also not the case with the latest tabbed approach
Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b2pre) Gecko/20081015 Lightning/1.0pre Shredder/3.0b1pre ID:20081015031353

the view does remember the collapsed/expand state of each date group - I don't know why that's not working.

I think is only LT related and whatever is doing on mode switch,
- there are others (bug 437403) on search/qsearch or such to loose collapse in group, but wfm on all ver.

Again, in tb 3 /lt 1pre with tabs it's ok ..

*** Bug 460745 has been marked as a duplicate of this bug. ***

*** Bug 488641 has been marked as a duplicate of this bug. ***

*** Bug 437403 has been marked as a duplicate of this bug. ***

This occurs with smart folders as well. Selecting another folder, then returning to the smart folder results in all groups being collapsed again.

This bug describes collapsed state not being saved when switching to lightning, which is now a non-issue due to the tabbed interface. Bug 488641 seems more appropriate, but it has been marked as a duplicate.

ok good, this is already on radar. running tb3 beta 4, noticed today that grouped by sort works on virtual folders now. but obviously it's almost unusable with the expanded state being forgotten after every folder switch. view->threads->'expand/collapse all threads' menu items are also disabled for some reason in this view.

*** Bug 533670 has been marked as a duplicate of this bug. ***

This bug is still present in TB 3.13. It really makes the sorted by group annoying to use if you don't want everything to be collapsed all the time. Any progress on this?

*** Bug 597453 has been marked as a duplicate of this bug. ***

*** Bug 533992 has been marked as a duplicate of this bug. ***

*** Bug 531202 has been marked as a duplicate of this bug. ***

*** Bug 536340 has been marked as a duplicate of this bug. ***

*** Bug 561320 has been marked as a duplicate of this bug. ***

*** Bug 600543 has been marked as a duplicate of this bug. ***

(In reply to comment #16)
> *** Bug 561320 has been marked as a duplicate of this bug. ***

Steffan, is your bug a regression? (it worked before?)

If it is not a regression, then this is not related to Bug 545955.
If it is a regression, then your bug would not be related to this bug 387098

I think bug 561320 is a manifestation of an older bug (this one) in a new context (the quick filter bar introduced by bug 545955). Bug 561320 is not a regression; I filed it right after the quick filter bar appeared in Thunderbird nightlies.

*** Bug 669059 has been marked as a duplicate of this bug. ***

*** Bug 700843 has been marked as a duplicate of this bug. ***

Any chance this is going to get fixed?

*** Bug 831534 has been marked as a duplicate of this bug. ***

Any chance this bug will be fixed?

I actually filed bug id 831534, which was duplicated to this. When the messages are sorted by date and grouped by sorted fields, I see a bunch of messages marked Today. Now if I keep deleting all e-mails that came in today and, later on, I get a new one of the day, the message appears but the thread is collapsed. This is irritating. This should be relatively easy to fix, I would think (of course, not having seen the source code, perhaps I should not generalize). It would be great if someone can pick this up and fix it.

*** Bug 655777 has been marked as a duplicate of this bug. ***

*** Bug 1011866 has been marked as a duplicate of this bug. ***

Example from one of the duped bug reports:
- Go to Unified/Inbox, set View->Sort By->Grouped By Sort.
- Expand all by Ctrl-A
- Navigate to another folder
- Go back to the Unified Inbox

(note, on my system running daily build, for unified Inbox, Sent and Archives, view | sort is greyed out.)

*** Bug 1136098 has been marked as a duplicate of this bug. ***

I should write something like "that's quite ridiculous that this wasn't fixed yet", but I'll give you some better info. I've been using TB from version 3-something, constantly updating it from one to another, using betas, then "earlybirds", up to now. I had v. 42.0a1 (I believe it was that one), that upgraded itself to 43.0a1 and it made me quickly revert to the previous one. I had NEVER had a problem with auto-collapsing threads and I've been using "grouped by sort" for years. The only issue that I've encountered was that after I've deleted the last message from "today" and something new was downloaded, I had to expand the "today" section. Minor nuisance I'd say. But the latest alfa made me pull my hair out like many of the people who felt that giant thorn in their bottoms. Every-damn-time I've had switched from one account to another in the unified view, the sections automatically collapsed. I am so happy that after I've reverted to an older version, after I expanded the sections, checked other account and went back, the sections were still same as I left them. I would seriously think about dumping that e-mail client if it would constantly collapse the sections. It's unforgivable! That's an app for reading e-mail that's turning that one simple function into a horror. Oh for crying out loud, Lotus Notes (or "IBM Notes", if you prefer) are a pile of turd, but even that app doesn't make you hate reading e-mails like the thread-collapsing Thunderbird. Seriously guys, fixing it can't be >that< hard! Missing a functionality that Lotus Notes has (or having a bug that it doesn't have) is beneath any imaginable dignity for somebody who turns a pile of code into usable software.

It seems I have found a workaround for me. Now, all groups are expanded, when I select Unified Inbox. Hopefully it works for you all, too.

1. select Unified Inbox
2. View > Sort by > Threaded
3. View > Threaded > Expand All Threads
4. View > Sort by > Group By Sort

I suppose "Expand All Threads" and "Collapse All Threads" trigger an internal flag, that is also utilized by "Group By Sort".

Please note: When groups are collapsed, they become expanded after leaving and reentering the message folder. This means either having all groups collapsed or all expanded.

Works even after restart of Thunderbird. I use a "custom view" on Unified Inbox. I guess this works with other message folders, too, but I haven't tested on this. Thunderbird 31.2.0, Gentoo Linux.

Fixed in Bug 1192838 and friends.

Confirming that method (albeit modified a little bit) by <email address hidden> makes TB remember to expand everything by default.
Steps in my case (I strongly recommend installing "ThreadKey" add-on, it makes this A LOT easier when you have a ton of accounts):

1) Open account folder (ie. Inbox)
2) View -> Sort by -> Threaded // Tap "T" with the add-on
3) View -> Sort by -> Expand All Threads // Tap "*"
4) Select other folder
5) Select the previous one
6) View -> Sort by -> Grouped By Sort // Tap "G" with the add-on

Steps 4&5 were crucial for me, without them it looked like that "fix" didn't work at all.

After doing the steps mentioned above, everything is working like a charm. I only feel bad for those who don't know/will not run into that method and are stuck with collapsing groups...

For anyone who comes here, note that the steps in comment 30 and comment 32 are completely unnecessary. Starting with Tb45, collapse all and expand all in Group By view work exactly as in Threaded view. The state is immediately persisted and remembered across folder exit/return and restart.

Also note: if the last action is expand all, and then all individual threads are collapsed, the state is still in expand all (for persistence); likewise with collapse all. There is no individual thread state persistence.

*** Bug 1269216 has been marked as a duplicate of this bug. ***

@alta88 - I don't agree even a bit. I have TB 45 and after I went to some folder that I didn't view in a long time, I had to do the "magic trick" to make it expand the views permanently. So it may be resolved/fixed for anyone who creates account in TB 45 or later, but it's not for anybody that had created them earlier.

(In reply to pufcio from comment #35)
> @alta88 - I don't agree even a bit. I have TB 45 and after I went to some
> folder that I didn't view in a long time, I had to do the "magic trick" to
> make it expand the views permanently. So it may be resolved/fixed for anyone
> who creates account in TB 45 or later, but it's not for anybody that had
> created them earlier.

Couldn't agree more with this comment, I'm still experiencing problems.

(In reply to pufcio from comment #35)
> @alta88 - I don't agree even a bit. I have TB 45 and after I went to some
> folder that I didn't view in a long time, I had to do the "magic trick" to
> make it expand the views permanently.

Yep, seems broken again with TB 45. While the work around documented above helps you to permanently see all groups expanded it doesn't help if you only want /certain/ groups expanded (e.g. all except 'Older').

Just updated from TB 38, all threads with "Group by sort" enabled are always collapsed, and status is never saved.
Trick from comment #32 helps in keeping them all expanded (really happy to do it for more than 40 folders....), but all TB versions I've used saved the status (as said in comment #37): expand threads that were expanded last time, keep collapsed threads that were collapsed last time, not simply "expand all" or "collapse all".
Tried with brand new TB profile and safemode, same behaviour.

User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1

"There is no individual thread state persistence."

That's bad, up to and including TB38 there was; removing it makes GroupedBy almost useless.

Reverted back to TB38, individual state persistence works except for folders in which I did the workaround at comment #32.

Since the maintainers don't seem to consider reopening this issue you may want to leave a comment with bug 1281117 if you also experience this.

(In reply to Matteo from comment #39)
> "There is no individual thread state persistence."
>
> That's bad, up to and including TB38 there was; removing it makes GroupedBy
> almost useless.

Agreed!

And you are a life saver ... I couldnt understand what I was doing wrong after upgrading (I've been running 3.0 for ages), but after much hair pulling I found your posting and am happy now with v38.