Closed Bug 387098 Opened 17 years ago Closed 9 years ago

Save expanded\collapsed status/setting in grouping order "G" (grouped by sort)

Categories

(Thunderbird :: Mail Window Front End, defect)

Product:
Thunderbird
Component:
Mail Window Front End
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: Aureliano, Unassigned)

References

Details

(Whiteboard: [fixed by bug 1192838]) 

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.
Version: unspecified → 2.0
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
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → All
Hardware: PC → All
Summary: Save expdanded\collapsed status in grouping order "G". → Save expdanded\collapsed status in grouping order "G" (grouped by sort)
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 ..
Version: 2.0 → Trunk
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.
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?
Blocks: filterbar
(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.
Any chance this is going to get fixed?
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.
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.)
Summary: Save expdanded\collapsed status in grouping order "G" (grouped by sort) → Save expanded\collapsed status/setting in grouping order "G" (grouped by sort)
Depends on: 1192838
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 ****, 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.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Whiteboard: [fixed by bug 1192838]
Confirming that method (albeit modified a little bit) by oberwipf@gmail.com 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.
@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.
You need to log in before you can comment on or make changes to this bug.