User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.1) Gecko/20061205 Iceweasel/2.0.0.1 (Debian-2.0.0.1+dfsg-1) Build Identifier: I want to have the ability to select multiple directories and to see how much disk space they use (inlcuding subfolders and files!). Reproducible: Always Steps to Reproduce: 1. I try and it doesn't work ;) 2. 3. Actual Results: Nothing. Expected Results: To see how much disk space is used by the directories. .
This is an enhancement.
Are there efforts ongoing to fix this? It is really a bit weird for a file manager not being able to do this.
To start it would be great if thunar could show the size of one folder, now if you click on one folder, on the bottom left it says 4.0kb, no matter what folder I select.
The target milestone is 1.0.0final As of 2010 october, I have thunar 1.0.1 (ubuntu 10.04) and the feature of showing directory total size (instead of 4.0 kB) is not implemented. At least the milestone should be adjusted :-)
As far as i can tell you have to summarize recursively all files size inside a directory to show its total size. For directories like / this would take really long. I'm not sure if that's such a good idea.
(In reply to comment #5) > As far as i can tell you have to summarize recursively all files size inside a > directory to show its total size. For directories like / this would take really > long. I'm not sure if that's such a good idea. If a user does this, he should know what happens. If the traversal is done in a different thread, there shouldn’t be GUI lockup issues. As soon as the properties dialog of a directory is opened, the aggregated size could be calculated; the calculation is canceled if the dialog is closed.
For the properties dialog it is fine to show an aggregated size. There is another bug report on this topic: http://bugzilla.xfce.org/show_bug.cgi?id=1878 I thought this bug report was about the size column and the size shown in status bar.
(In reply to comment #7) > For the properties dialog it is fine to show an aggregated size. There is > another bug report on this topic: http://bugzilla.xfce.org/show_bug.cgi?id=1878 > > I thought this bug report was about the size column and the size shown in > status bar. You are absolutely right, my fault. In that case I want confirm your statement. Doing the calculation upon selection alone could become too restraining on the resources, even or especially if there are threads continuously started and canceled upon selection change.
(In reply to comment #8) > Doing the calculation upon selection alone could become too restraining on the > resources, even or especially if there are threads continuously started and > canceled upon selection change. Well, other filemanagers are able to display this information (even windoz) it is no more than `du -sh mydir`, and we can trust the system to do this efficiently (no need to code this) Konqueror seems to have a cache for this and an "update" button, And the objection saying that / could be a problem is wrong : the only way to get there would be to try to get information on the /. which is always hidden (even with showing hidden files . and .. do not showup)
$ time du -sh /usr 9,4G /usr real 3m44.720s user 0m1.496s sys 0m10.457s That doesn't seem like a good idea to me if triggered automatically. Caching sizes and display outdated values is even worse than showing no values at all. Maybe one could fill the size column with little calculate buttons or display nothing in size column when opening folder and add a calculate button to the toolbar. With / you are right, but as you see there are other directories with too much files inside. I have no clue how Windows manages this, but du won't do the trick.
Multiple properties does this. In the statusbar is a bad idea. *** This bug has been marked as a duplicate of bug 1878 ***