Expand / collapse all folders in all accounts
Categories
(Thunderbird :: Folder and Message Lists, enhancement)
Tracking
(Not tracked)
People
(Reporter: lester, Unassigned)
References
(Blocks 1 open bug)
Details
(Whiteboard: [workaround: comment 14])
Comment 1•16 years ago
|
||
Comment 3•16 years ago
|
||
Comment 4•14 years ago
|
||
Comment 9•13 years ago
|
||
Comment 10•12 years ago
|
||
Comment 11•11 years ago
|
||
Comment 12•11 years ago
|
||
Comment 13•10 years ago
|
||
Comment 14•10 years ago
|
||
| workaround | ||
Comment 15•10 years ago
|
||
Comment 16•10 years ago
|
||
Comment 17•10 years ago
|
||
Comment 18•10 years ago
|
||
Comment 19•10 years ago
|
||
Comment 20•10 years ago
|
||
Comment 21•10 years ago
|
||
Comment 22•10 years ago
|
||
Comment 23•10 years ago
|
||
Comment 24•10 years ago
|
||
| Comment hidden (off-topic) |
Updated•7 years ago
|
Comment 26•6 years ago
|
||
So, after some years of very comfortable use of keyconfig and just a quick pressing of a combinations of two key (as I had set it) to collapse all threads, the new TB 68 has ruined everything and the authors of Dorando Keyconfig let us know they are in trouble to rewrite the plugin, currently not compatible at all with TB 68...
Great.
Comment 27•5 years ago
|
||
I hate to revive an old thread but it seems that the bug here reported is still very much alive and kicking, and has been for over 10 years! Thunderbird on a mac "remembers" the state of the folder hierarchy. Can we achieve the same for Thunderbird on Linux, just as @merrick requested 8 years ago?
(my reason is the same as most people's here: I have a wide and deep folder hierarchy, many of which I don't need frequent access to (previous years of conference travel) but which are ALL opened when I open thunderbird and which are a pain to close one by one)
Comment 28•5 years ago
|
||
Me too! As mentioned above, Dorando Keyconfig no longer works, so I can't use it. I don't care about expanding all, but I would very much like to have the ability to collapse all with one action.
Comment 29•4 years ago
|
||
Anyone with an update or suggestion for TB 78 on this?
A decade plus later and still no built-in function or toolbar button to collapse all folders :)
Tragic...
Comment 30•4 years ago
|
||
My Thunderbird has started expanding all folders when the system is booted. It is time to look for an alternative to Thunderbird as these annoyances accumulate to the point where it is easier to find another E-mail program that to put up with the accumulated annoyances and awkwardness as Thunderbird becomes ever more bloated and unresponsive.
Comment 31•4 years ago
|
||
First of all, thanks for the awesome software!
But I have the following problem and request: Sometimes - under circumstances still unknown to me - the folder lists (several hundred folders and subfolders) are completely unfolded/expanded and would have to be clicked individually to be folded/collapsed. Independently of this, even after an intensive working day, there are many folders open that one would like to close in one step.
So I would like to have a function/keyboard shortcut where you can select a folder (or account) and then collapse all subfolders with one click. This is actually such an elementary function.
btw: if for certain TB functions (re-index, repair *.msf) still unfolded folders are necessary, then I would also plead for an unfold function.
Thanks!
Comment 32•4 years ago
|
||
btw: my Thunderbird version is 91.8.1 (32-Bit) on Winx64 8.1/10
Comment 33•3 years ago
|
||
Please implement; it's necessary for effectively using Quick Folder Key Navigation (https://addons.thunderbird.net/en-us/thunderbird/addon/quick-folder-key-navigation/).
Updated•3 years ago
|
Comment 34•2 years ago
|
||
I would like to support this feature request. It would be very nice if we could collapse all folders at once if we've lost the plot, and besides the reasons that have already been mentioned there is an additional aspect:
When working with IMAP, we often must collapse a folder and re-expand it to make its new subfolders visible that have been created elsewhere (i.e., that have been created by other users, e.g., in a public folder structure). If we could recursively collapse all folders at once, that would be a great time saver. In that sense, this feature request is slightly related to the discussion in bug #1843637.
In certain situations, it would also be advantageous if we could not only collapse all folders at once, but also expand them; however, IMHO, collapsing would be more important.
Comment 35•1 year ago
|
||
I would also love to see this. I have 7 imap accounts , and several of them have nested folders, and folders within folders. This would likely save some resources as well.
and from an accessibility point of view, for those of us with cognitive disabilities and / or temporary issues, who cannot handle a lot on the screen at once, hiding the clutter is also a plus.
thanks.
Comment 36•1 year ago
|
||
Yes, when you have hundreds of folders in Thunderbird (as I do) it would be very helpful to have a function/keyboard shortcut where you can select a folder (or account) and then collapse or expand all subfolders with one click.
(Although I do use AutoHotkey quite a lot I can't really think of a way how to accomplish this. Has someone found such a workaround?)
Comment 37•1 year ago
|
||
(In reply to Roland F from comment #36)
Yes, when you have hundreds of folders in Thunderbird (as I do) it would be very helpful to have a function/keyboard shortcut where you can select a folder (or account) and then collapse or expand all subfolders with one click.
(Although I do use AutoHotkey quite a lot I can't really think of a way how to accomplish this. Has someone found such a workaround?)
While waiting for this bug to be implemented, take a look at Quick Folder Move. It can't collapse, but does expand and is very useful for copying, moving, or just navigating.
Comment 38•1 year ago
|
||
I've used that add on, it is not all that accessible from a screen reader standpoint. usable yes, accessible, needs work. Thanks for the suggesiton however. it is very much appreciated.
| Comment hidden (advocacy) |
Comment 40•1 year ago
|
||
Please increase the severity to S2, as the workaround from post 14 (for years) no longer works and there is no other workaround. In addition, this issue affects my workflow to a high degree (meanwhile no longer in version 3 , but in V128 ... 15 years later!?).
I would be very grateful for a solution as I have been struggling with this problem for years.
Comment 41•1 year ago
|
||
The persistence of this bug over 15 years is just amazing.
But my tb mail archive has grown massively since then, and more than ever it is incomprehensible for me that there is no function that allows to re-synchronize all my thousands folders, besides "visiting" every single one of them manually.
Does anybody even recognize the need for this functionality, and if so, why isn't there a solution?
Comment 42•1 year ago
|
||
(In reply to ungeahnt from comment #40)
Please increase the severity to S2, as the workaround from post 14 (for years) no longer works and there is no other workaround. In addition, this issue affects my workflow to a high degree (meanwhile no longer in version 3 , but in V128 ... 15 years later!?).
I would be very grateful for a solution as I have been struggling with this problem for years.
Morat's still around, so you could ask for an update of that script here. If you're forced to make a new post, refer to the old one by mentioning the URL of it.
Comment 43•1 year ago
|
||
(In reply to WolfgangC from comment #41)
The persistence of this bug over 15 years is just amazing.
But my tb mail archive has grown massively since then, and more than ever it is incomprehensible for me that there is no function that allows to re-synchronize all my thousands folders, besides "visiting" every single one of them manually.
Does anybody even recognize the need for this functionality, and if so, why isn't there a solution?
While I won't comment on 15-year-old bugs any longer and generally have lost my interest in TB because that's not a single case, but a pattern, I'd like to state that your problem (synchronization of messages) does not have anything to do with collapsing folders, which this bug is about.
There are some methods to synchronize all of your messages at once. The easiest one (IMHO): Have a look into "File -> Offline -> Download / Sync now ...". You should be able to find your way from this starting point. Note that you actually do not need to switch to offline mode to synchronize your messages.
Comment 44•1 year ago
|
||
Thanks Binarus, maybe I am wrong, but the way I understand this case is different. Others have already commented higher up that the opening/collapsing of folders is an issue associated with the synchronization. To be more specific, once I move a subfolder (with its contents, including deeper subfolders) from one place in the subfolder tree to another, then no synchronization happens inside it any more, unless I manually open it and then access every single subfolder in it. I cannot understand why that has to remain the way it is.
Comment 45•1 year ago
|
||
(In reply to WolfgangC from comment #44)
Thanks Binarus, maybe I am wrong, but the way I understand this case is different. Others have already commented higher up that the opening/collapsing of folders is an issue associated with the synchronization. To be more specific, once I move a subfolder (with its contents, including deeper subfolders) from one place in the subfolder tree to another, then no synchronization happens inside it any more, unless I manually open it and then access every single subfolder in it. I cannot understand why that has to remain the way it is.
Thanks for the explanation.
However, I believe that every post in this report should be looked at with respect to its historical context. I really do not know when "File -> Offline -> Download ..." has been implemented, but I could imagine that it wasn't available when the first posts in this bug report have been written. That's just a guess, though.
Currently, for me, that method works as expected. However, TB needs to be configured properly. Notably, if all messages should always be synchronized, the option "Always synchronize all messages ..." (I don't remember the exact wording) in the account settings should be activated. If this is not desired, the correct configuration takes more work: After "File -> Offline -> Download ...", a dialog opens with a button (again, I forgot its caption). When you hit that button, TB presents a list of all folders in every account, and it is up to the user make sure that every desired folder is included in the synchronization.
Regarding your problem (synchronization of messages after having moved a folder):
Did you try "File -> Offline -Download ..." after having moved the folder? Did this synchronize the folder?
You can try that without being afraid that it takes a long time. It only synchronizes the folders and messages that are not synchronized yet. In that sense, it is a "differential" synchronization. If you watch the status bar while it does its thing, you probably will be baffled about how many messages in other folders have unexpectedly not been synchronized yet. At least, that's what I have experienced.
Because you said that TB synchronizes the moved folder at the new location once you click onto it, I believe that you have configured everything correctly. If that folder would be excluded from synchronization for some reason, a mouse click onto it wouldn't trigger the synchronization either. Therefore I believe that "File -> Offline -> Download ..." should solve your issue, too.
Now that we've got a little bit off-topic (at least taking the current TB version into account), I'd like to state again that collapsing all folders would be very useful independently of the synchronization problem. If you have opened several dozens of folders from 10 different accounts during an average work day, it's just a pain to close them one by one. The latter is necessary because otherwise you need to endlessly scroll the folder list if you want to do something with another folder than the currently opened folder. That's a real time and nerve killer.
Comment 46•1 year ago
|
||
Thanks for the help - and sorry if this appears off-topic to some (it does not to me).
My configuration is (and has been) as you suggest for a long time. But when I go into "Message Synchronizing" and then "Advanced", then any subfolder that has been displaced at some time is unticked and thus "unsubscribed" and therefore not sync'ed. And going manually through these to "subscribe" to them is even less feasible than visually clicking on them in the tree. And, yes, in the "Server Setting" - "Advanced" I have NOT clicked "Show only subscribed folders" and I have clicked "Server supports folders that contain sub-folders and messages".
For me all of this is useless. I have many folders, I want them to be synchronized no matter what, and that seems to fail whenever I manually displace a folder or subfolder.
Thanks for any more suggestions if there are possibilities to fix this.
Comment 47•1 year ago
|
||
(In reply to WolfgangC from comment #46)
Thanks for the help - and sorry if this appears off-topic to some (it does not to me).
My configuration is (and has been) as you suggest for a long time. But when I go into "Message Synchronizing" and then "Advanced", then any subfolder that has been displaced at some time is unticked and thus "unsubscribed" and therefore not sync'ed. And going manually through these to "subscribe" to them is even less feasible than visually clicking on them in the tree.
Yes, that's really a pain. For me, it's not feasible as well.
And, yes, in the "Server Setting" - "Advanced" I have NOT clicked "Show only subscribed folders" and I have clicked "Server supports folders that contain sub-folders and messages".
"Show only subscribed folders" would hide unsubscribed folders at all; this AFAIK wouldn't change synchronization behavior. Regarding the other option, I am not sure what it does, but I have it set as you (and probably everybody else), and that setting should be safe.
For me all of this is useless. I have many folders, I want them to be synchronized no matter what, and that seems to fail whenever I manually displace a folder or subfolder.
Thanks for any more suggestions if there are possibilities to fix this.
In my messages above, I already have mentioned the remaining setting that comes to my mind:
In the account settings, under synchronization and storage, there is a account-global setting named "Keep messages in all folders for this account on this computer". It does what its name says. If you enable it, you do not any more need to go through the folders in "Message Synchronizing / Advanced" to enable synchronizing. Rather, the checkboxes there are ignored then, and instead, TB synchronizes every folder.
Normally, keeping all messages is enabled for new accounts as far I can remember. If it's already enabled for you, I am out of ideas. If not, enable it for the account in question and then try the synchronization via "File -> Offline ..." again. I would be interested in the result.
Comment 49•7 months ago
|
||
(In reply to Binarus from comment #47)
(In reply to WolfgangC from comment #46)
For me all of this is useless. I have many folders, I want them to be synchronized no matter what, and that seems to fail whenever I manually displace a folder or subfolder.
In the account settings, under synchronization and storage, there is a account-global setting named "Keep messages in all folders for this account on this computer".
The synchronisation issue you encounter is likely linked to Bug 1990420, I would suggest you follow it and post synchronisation issue there as it is unrelated to this bug which is about "Expand / collapse all folders in all accounts".
With regards to the "Expand / collapse all folders in all accounts" I am also affected by this bug issue in all version of TB including Beta ones:
- When you create a new IMAP account, all the folder appears expanded by default, they should be collapsed by default and only expanded upon user choice. I have thousands of folders and sub-folders and it is unmanageable to have them all expanded and it is really a pain to collapse them all manually! Every time.
-- I should have the ability to expand all folder and sub-folders from any folder,
-- the opposite to collapse all expanded folders and sub-folders as end-user see fit their need shall also be possible.
Currently there seems also be be an intermittent bug where sometime to time, when I open Thunderbird all my folders are re-populated and all expanded again. It happens much less often in recent beta but still happens intermittently! Which is really annoying... as I then have again to collapse all my folders manually.
Having the ability to Expand / Collapse current folder, and/or sub-folders would really be a great addition to Thunderbird. It is a really much needed feature for those handling large amount of data with thousand of folders and sub-folders.
Having all the folders collapsed by default would be a good starting point and priority number one. It is much easier to expand manually collapsed folders and sub-folders to find what your are looking for than to have to scroll down through all your already expanded folders (thousands of them) causing very long scrolling and headache!
Comment 50•7 months ago
|
||
It's interesting that this exchange wakes up from time to time. For me, the issue is unresolved.
And I would now describe it slightly differently: the issue is not whether a folder is collapsed or not, the issue is the indexing. Whenever I move a subtree to some other place, it seems that no message in that subtree is indexed anymore, and the only way to index it is to go back manually, into every single subfolder and touch it with the mouse.
Why is there no automatic re-indexing of all folders after the move of a subtree?
Comment 51•7 months ago
•
|
||
(In reply to WolfgangC from comment #50)
And I would now describe it slightly differently: the issue is not whether a folder is collapsed or not, the issue is the indexing.
This bug is about not indexing, it is about ability to "Expand / collapse all folders in all accounts" as per bug title :-)
Whenever I move a subtree to some other place, it seems that no message in that subtree is indexed anymore, and the only way to index it is to go back manually, into every single subfolder and touch it with the mouse.
Why is there no automatic re-indexing of all folders after the move of a subtree?
I would personally not expect a move of folder to re-trigger indexing as it is just a change of location. But I could be mistaking.
In any case indexing issue is irrelevant to this bug, I would suggest you follow Bug 1991497 or create a new bug for your indexing issue.
Comment 52•7 months ago
|
||
Thanks, and sorry for the misplaced comment. I do believe that the issues belong together, but will also follow your advice.
Comment 53•7 months ago
|
||
(In reply to WolfgangC from comment #50)
It's interesting that this exchange wakes up from time to time. For me, the issue is unresolved.
And I would now describe it slightly differently: the issue is not whether a folder is collapsed or not, the issue is the indexing. Whenever I move a subtree to some other place, it seems that no message in that subtree is indexed anymore, and the only way to index it is to go back manually, into every single subfolder and touch it with the mouse.
Why is there no automatic re-indexing of all folders after the move of a subtree?
While I believe you, I'd like to emphasize again that we are talking about two different problems. Maybe you believe your problem would be mitigated to some degree if we could collapse or expand all subfolders at once, but that would be pure random. Your problem is an issue at its own, and you eventually could get closer to a solution if you would open a bug for it or join the discussions in the synchronization bugs that have already been opened (as suggested in one of the previous posts).
Please let us not pollute this thread by further discussing off-topic subjects. This will distract the development team and will cause further delay should they ever care about the issue this thread is about. The main and sole purpose of being able to collapse and expand folders is usability for people like me who have to handle hundreds of deeply nested subfolders on a daily basis. The purpose is **not ** to solve the problem you experience, because the usability issue discussed here is technically not related to your synchronization problem, even if it might seem so at the first glance.
Having said this, I'll try to give a final tip regarding your problem:
I have had quite a lot of cases where TB messed up its index and databases and where "Repair folder" did not help. In such situations, I often have simply deleted all messages TB had synchronized. Afterwards, TB was working again as expected in most cases. If you want to try that, close TB, start a file manager, go into the TB profile you use, and delete the folder "ImapMail".
WARNING: This may destroy some settings that you may have adjusted, for example tags on folders, the arrangement and size of columns in the message list and such things, and of course, the re-synchronization may take some time, depending on how large your message base on the IMAP server is. It won't touch your account configuration, though.
Comment 54•7 months ago
|
||
(In reply to Binarus from comment #53)
(In reply to WolfgangC from comment #50)
It's interesting that this exchange wakes up from time to time. For me, the issue is unresolved.
And I would now describe it slightly differently: the issue is not whether a folder is collapsed or not, the issue is the indexing. Whenever I move a subtree to some other place, it seems that no message in that subtree is indexed anymore, and the only way to index it is to go back manually, into every single subfolder and touch it with the mouse.
Why is there no automatic re-indexing of all folders after the move of a subtree?
While I believe you, I'd like to emphasize again that we are talking about two different problems. Maybe you believe your problem would be mitigated to some degree if we could collapse or expand all subfolders at once, but that would be pure random. Your problem is an issue at its own, and you eventually could get closer to a solution if you would open a bug for it or join the discussions in the synchronization bugs that have already been opened (as suggested in one of the previous posts).
Please let us not pollute this thread by further discussing off-topic subjects. This will distract the development team and will cause further delay should they ever care about the issue this thread is about. The main and sole purpose of being able to collapse and expand folders is usability for people like me who have to handle hundreds of deeply nested subfolders on a daily basis. The purpose is **not ** to solve the problem you experience, because the usability issue discussed here is technically not related to your synchronization problem, even if it might seem so at the first glance.
Having said this, I'll try to give a final tip regarding your problem:
I have had quite a lot of cases where TB messed up its index and databases and where "Repair folder" did not help. In such situations, I often have simply deleted all messages TB had synchronized. Afterwards, TB was working again as expected in most cases. If you want to try that, close TB, start a file manager, go into the TB profile you use, and delete the folder "ImapMail".
WARNING: This may destroy some settings that you may have adjusted, for example tags on folders, the arrangement and size of columns in the message list and such things, and of course, the re-synchronization may take some time, depending on how large your message base on the IMAP server is. It won't touch your account configuration, though.
thanks a lot, and indeed I don't want to "pollute" this thread, sorry about that. Will try to follow your tip then!
Comment 55•7 months ago
|
||
Many of you are confusing the issue: the thread title is not simply "Collapse all folders" but "Collapse all folders in ALL accounts"! that means in EVERY accounts!
I have 15 email addresses configured, each one with its own folders: and the problem is that many versions ago it was easy to collapse every folder of every accounts. Can you imagine to click on every account just to hide the subfolders?
Many TB versions ago it was possible just by pressing
Then this simple feature was removed.
So, we are not talking about many folders of ONE ONLY ACCOUNT, that is an email address.
Not to mention who are writing here about other issues totally unrealted: indexing and so on.
So, please, don't make this thread useless discussing different subjects.
Comment 56•7 months ago
|
||
Same again, and things have gone worse with time.
I now have 18 account, each with 10 to 180 subfolders, and it'd be nice to be able to collapse them all at once
Comment 57•7 months ago
|
||
(In reply to William from comment #55)
Many of you are confusing the issue: the thread title is not simply "Collapse all folders" but "Collapse all folders in ALL accounts"! that means in EVERY accounts!
If it would work for all accounts, it would work as well per account hopefully :-)
Though the reverse may not be true you are right if it works for one account, it may not work necessarily for all accounts at ones.
I agree that would be a must to have.
Though I did also suggested that by default when creating an account, all the folders should be collapsed by default which may also help as well, but that is separate from this bug.
Comment 58•17 days ago
|
||
My list of 10 accounts and their folders doesn't fit on the screen,
So after I started TB, I collapse all folders account by account, then I expand the folders I need to work with.
Even with only 10 accounts, it's uncomfortable to manually click on every account.
So I would prefer a "collapse all folders" solution too.
I think, this function should be reachable by the "View" top menu and maybe on function key F12 too (selectable?)
as according to the documentation F12 is currently unused?
Comment 59•17 days ago
|
||
Mine is bigger !
I opened all folders (it took quite a while to click them all), when on the first folders and from there i counted the scrolls to reach bottom: i got 59 screens of folders and subfolders.
I only got 20 email account in this profile (and another profile pour less frequently used email adresses) + locals + rss feeds. Some folders date back to 2003, some i'm happy to find after a while, some collecting specialized mailing lists as ressouces for occasional uses. Quite some sorting rules for each mail account. Alltogether this works as a fantastic work database.
Profile size is 74Go. A "Local" rule also esorts mails with big attachment so i can delete them.
And search in these mail is quick enough now my HD is a SSD. Thanks Thunderbird for not only being a mail client, but also a good mail archive tool (are there any other mail archive alternatives ?)
Note : Having about 44 folders per screen, that's close to 2600 open folders alltogether and it takes a while to sort when scrolling down the screens : first screens scrolls are slow (3 seconds freeze each). The further down, the quicker.
Comment 60•17 days ago
|
||
f12 is good, however adding it to the view menu or the folder modes menu would also be something to consider as well. If the option to execute the indicated action is also there, a user might be able to get to that option with less clicks.
Comment 61•17 days ago
|
||
(In reply to Sarah A from comment #60)
f12 is good, however adding it to the view menu or the folder modes menu would also be something to consider as well. If the option to execute the indicated action is also there, a user might be able to get to that option with less clicks.
I thought about adding it to the top menu (as you stated either View or Folder Modes)
And F12 maybe selectable by a new about:config parameter, so the user can decide whether to use a function key.
Nevertheless, this request is very old although a bunch of users have more than one mail account and would prefer a "collapse all" function.
I doubt it will be realized :-(
Description
•