I'm not expert in click manifest, but that surely cannot have something as dynamic as size of application data which do change as user uses application. I can imagine manifest having actual path to where application data should be stored, but it still should be calculated as we enter settings->storage view. So the settings app should parse manifest and calculated space occupied by all associated directories.
-- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to click in Ubuntu. https://bugs.launchpad.net/bugs/1454444 Title: Storage view does not count correctly space used by app Status in click package in Ubuntu: New Status in ubuntu-system-settings package in Ubuntu: Incomplete Bug description: When going to Settings->About phone -> Storage Storage used per app count does not include space used by app in ~/.local/<app>/ This makes is hard to determine which app is actually eating all the storage. It also makes whole list kinda pointless, since we can have easily app easting 1G or more and never see it in the lis. Apps like podcast, browser, twitter can easily eat hundreds of MB without being spotted in the list. Expected result: space occupied by all is calculated from the size of application itself, plus data used by application under ~/.local/<app>/ tested on RTM krillin (stable/bq-aquaris.en/krillin) v22 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/click/+bug/1454444/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
