Well well well SD Maid BETA v22.214.171.124!
Not a small update this time. A boatload of this updates work went into improving SD Maids deleting capabilities.#Lollipop
Most importantly making use of Lollipops storage access framework to allow people without root to delete files from external sdcards again.
If you have Lollipop and an external sdcard, you should see a popup window similar to the root access dialog, when you run SD Maid for the first time.
In this dialog you will see a little explanation and a list of orange entries (usually just 1 entry, i.e. your external sdcard). You can click that entry which will open Lollipops system filepicker window, if you then select the root of your external sdcard, the file picker window will close and the previously orange entry will have turned green and you can continue. You only have to do that once, SD Maid will save the permission. Removing your sdcard or uninstalling SD Maid will revoke this permission.
If you are curious or want to help stress test, there is an entry in SD Maids advanced settings called "Storage access" that shows the currently held permissions which can also be revoked from there by long pressing the entries.
There are a few things that are not yet possible through Lollipops storage access framework: Cutting from an external sdcard, pasting into an external sdcard, changing permissions of files on it and running the databases tool on it. I'm still looking into getting these things to work.
I would ask everyone who has a suitable device, to play around a bit with both the way the user is instructed to grant the permission aswell as how it performs. I'd especially appreciate feedback regarding the "setup process" with the popup dialog.#New
Previously i was using a specific method to handle the deletion based on what was "expected" for that storage location. This has become increasingly chaotic though. Previously we were just going through a list trying everything if the previous method failed. Now SD Maid will do a few additional checks beforehand and then pick the best deletion method the first time. If you have root and everything fails, root will still be tried though. Currently there are 4 deletion methods: Root,Normal, KitKats DocumentProvider trick and Lollipops storage access framework.
I've now also fixed most cases of SD Maid removing UI items even if they failed to delete. So if it fails to delete, it should stay in the list, not requiring a rescan to confirm results. Additionally there should no longer be cases of "ghost files", where files fails to delete, but are gone after a rescan. This could happen if deletion&scan from SystemCleaner and AppCleaner overlapped.#UI
If you run a deletion and afterwards some items are left over because they failed to delete, in addition to still being in the list, they will display a small lock icon. The Explorer also displays through a lock icon and color change in the bottom bar if a mountpoint/location is not writeable.
Tapping the app icon in AppControl now opens that apps system window. There is now also a fastscroll button for larger lists.
I've adjusted a couple of texts and margins to Material specs, but it's just little stuff, the full makeover will come though, be prepared though that GingerBread devices will not get updates any longer at that point.#SystemCleaner
The SystemCleaner now has an additional filter that targets album cover images and a filter that targets /data/local/tmp. Both are by default off.
This is a pure BETA and has no intentions of making it into production.
Read the changelog... :)http://sdmaid.darken.eu/changelogbeta