Neo-Backup icon indicating copy to clipboard operation
Neo-Backup copied to clipboard

[Feature Request] Show Backup space of each parts in front of it to Compare Existing and Backed-up Files

Open AliNouhpisheh opened this issue 1 year ago • 12 comments

AliNouhpisheh avatar Sep 22 '24 01:09 AliNouhpisheh

[Feature Request] Show Backup space of each parts in front of it to Compare Existing and Backed-up Files

For Example:

App: 24.3MB Data: 78.9MB Ext Data: 10.8MB Cache: 780KB

AliNouhpisheh avatar Sep 22 '24 01:09 AliNouhpisheh

Very helpful so you won't accidentally backup 20+GB of stuff like Spotify's cache and run out of internal memory during the backup and corrupt your device.

MrEngineerMind avatar Sep 22 '24 01:09 MrEngineerMind

not sure what you want... where should it be shown? which dialog etc. which size? the system size or later in the backup?

If you mean compressed files, this depends heavily on the redundancy of the data (e.g. text or jpeg or video) and you cannot estimate it.

hg42 avatar Oct 08 '24 20:10 hg42

Totally understand that it's not practical to calculate and display the "compressed" sizes due to all the possible factors.

But, if you can simply display the current [uncompressed] size of each data type (APK, Data, Device Protected, External, OBB, Media), when starting a backup, that would be very beneficial.

As far as also showing the various data sizes of an existing backup for comparison, I think that would be a little overkill, and I personally don't really need that ability - just the live data type sizes when doing a backup would be very helpful.

MrEngineerMind avatar Oct 08 '24 21:10 MrEngineerMind

Something like this:

Screenshot_2024-10-09_131556_deckers.thibault.aves.jpg

(App Name: Swift Backup) (App Version: 5.0.4)

AliNouhpisheh avatar Oct 09 '24 09:10 AliNouhpisheh

I guess you are meaning the sum over all (selected) packages? Similar to the count of filtered packages in the sort&filter dialogs?

Currently, everything is only calculated when necessary. I guess those sizes are only requested, when the app sheet is opened. If they are available for the whole list, it shouldn't be a problem to sum them up and display them.

hg42 avatar Oct 09 '24 14:10 hg42

No, what I meant is that then you click the "Backup" button for a single app, a dialog appears that allows you to select all the different data types that you want to backup.

It would be very beneficial if the size of each data type could be displayed so it:

  1. Would allow us to see that if we include, for example, the "External" data type, it would add like 2GB to the resulting backup (which might be the case for a map program or for spotify's downloaded songs). So we would know to not check that data type if we don't want the resulting backup size to be huge.

  2. It would also allow use to see what data types an app actually uses, so we can make sure we check all the data types that are non-zero in size. Right now we have no idea what data types an app is actually using.

MrEngineerMind avatar Oct 09 '24 15:10 MrEngineerMind

so, as far as I see, the sizes available from the system are exactly those found in the app sheet:

  • app size (= apk)
  • data size (= all the data parts as a sum)

This is what the Android API provides out of the box. I did not investigate further.

I added these in the sort and filter sheet, where you also see the app numbers.

hg42 avatar Oct 09 '24 16:10 hg42

But the app sheet only lists the sizes for two data types:

  1. App Size
  2. Data Size

However, the Backup Dialog lists SIX data types:

  1. APK
  2. Data
  3. Device Protected Data
  4. External Data
  5. OBB Data
  6. Media Data

So, what would be very helpful is if the sizes for all SIX data types can be displayed on the Backup Dialog. So:

  1. We can see which ones we might want to exclude (because it's too big)
  2. We can also see which ones we need to include (because there is actual data in a particular data type, for example OBB which we might have forgotten to include)

MrEngineerMind avatar Oct 09 '24 17:10 MrEngineerMind

yes, I already understood that, but it involves scanning the storage, so it's not a thing I want to do now. At least the infrastructure is there. If we find a way to do it fast enough, it might be added (may be optional). I will probably test this first in the context menu code.

hg42 avatar Oct 09 '24 20:10 hg42

Thank you.

MrEngineerMind avatar Oct 09 '24 21:10 MrEngineerMind

Maybe there is a misunderstanding....

When you say "Scanning of Storage" might take too much time, I am a little confused.

My thinking is that this "scanning of storage" would only need to happen for the one app and only when the user clicks the backup button.

Meaning, when I click the "Backup" button for a single app, it immediately displays the list of data types to backup. Are you saying it will take a significant amount of time to show the total size for all the data types for just the selected app?

I ask because I would be ok with a 1-2 second delay waiting for the size of each data type to be displayed.

MrEngineerMind avatar Dec 10 '24 23:12 MrEngineerMind