Windows File Explorer Not Showing Correct Folder Size If Folder Named 'Applications'

Anonymous
2018-05-03T21:08:26+00:00

Since installing the 1803 update, Windows File Explorer doesn't display the correct folder size if the folder is named 'Applications'.

There seems to be a bug that if the folder name is 6 characters or more and starts with 'Appli', the folder size shows significantly less than it actually is.  For example if the folder is named 'Apps' or 'Appli', it will display the size correctly.  If however it is named 'Applications' or 'Applix' or 'Appliy', then it won't display correctly.

The Feedback app doesn't work on my computer due to having telemetry settings set to 'Basic', therefore I am reporting the bug here instead.

OS Version:

Windows 10 Pro X64 (17134.1, 1803)

Screenshots:

Windows for home | Windows 10 | Files, folders, and storage

Locked Question. This question was migrated from the Microsoft Support Community. You can vote on whether it's helpful, but you can't add comments or replies or follow the question.

0 comments No comments

102 answers

Sort by: Newest
  1. Anonymous
    2018-12-07T21:48:04+00:00

    @Socket462,

    Thanks for the reply, I tried your solution of enabling 'long paths' with the Group Policy Editor and rebooting, but the problem remains. It's annoying because if I move or copy Directories Windows can find and report the size of the Folders and number of files contained accurately, so why can't it do the same using Right Click -> Properties. 

    Thanks anyway,

    Dave.

    Was this answer helpful?

    0 comments No comments
  2. Anonymous
    2018-12-07T21:09:42+00:00

    I'd guess it's related to path name length.

    It is. I have over 8 TB of data in a folder- which I normally back up.   When I have files with total file paths over about 240 characters (I have not tested the actual file path length) 1. I get erroneous folder sizes in File explorer-- and 2. I cannot edit the filename without moving it to a higher level first.  

    I have been using TLPD (Too Long File Path) https://sourceforge.net/projects/tlpd/ to find longer files and editing them (It is an immense comic book collection which I manage and maintain- so removing characters is not an issue usually) which is excruciatingly painful to do- even in batches using Renamer.

    I have enabled this local policy now- and hope to find it takes care of the problems altogether.

    1. Open Group Policy Editor (Press Windows Key and type gpedit.mscand hitEnterkey*.*
    2. Navigate to the following directory:  Local Computer Policy > Computer Configuration > Administrative Templates > System > Filesystem
    3. Click Enable NTFS long paths option and enable it.

    I hope this works!

    Was this answer helpful?

    0 comments No comments
  3. Anonymous
    2018-12-07T20:50:01+00:00

    My issue was resolved, unfortunately I don't remember how?  I think it was one of the Microsoft Updates that fixed it?  Sorry really can't help, it was so long ago!

    Was this answer helpful?

    0 comments No comments
  4. Anonymous
    2018-12-07T20:36:35+00:00

    Same issue. Renaming the files won't work. MICROSOFT, fix it. All your fancy updates that slow down my PC are great and stuff, but it would be really helpful if you stopped messing up everything that worked.

    Was this answer helpful?

    1 person found this answer helpful.
    0 comments No comments
  5. Anonymous
    2018-11-10T11:25:07+00:00

    As far as I see per today (Nov. 10, 2018) the issue is still not fixed...

    (And it's present for almost all folders, not only Applications one/)

    It's present even in the 1809 October update. (Maybe it is the root cause for file deletion problem.)

    Is seems to have something with the PATH length, but shortening the path is not an alternative in daily life.

    IMHO unfortunately as I saw lately with some other problems nobody from Microsoft seems to (really) care.

    Was this answer helpful?

    2 people found this answer helpful.
    0 comments No comments