Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
Clutterreport: /storage/emulated/0/SMSBackupRestore #768
This is the package name:
This is the app in question:
The steps to produce it are:
The directory is not created when the app is installed. Only when the app is used to backup SMS.
It's used to hold the resulting backup file, so my guess is that it's left there even after the app is removed so that users can still have the backups.
I've notices that SD Maid has a problem identifying the source of the directory only after SMS Backup is uninstalled. When the app in question is still installed SD Maid has no problem identifying the owner app.
We should probably check the other apps with the same name too, shouldn't we?
There seems to be quite a lot of apps with that exact name, they could also use the same backup directory.
Apps can not do anything after being installed unless the app is manually opened once or the device reboots.
I've checked and the app is already in the database. Can you check whether it's just not shown as corpse because you do not have "Show desirable corpses" enabled in the settings?
Yikes... I can see why the request for the package name...
It's indeed the reason. It wasn't checked. Thanks.
Is there a web page listing the apps already in the databases? Or some way? It could aid in avoiding such false positives in the future. Adding something like that to the app itself would be a major headache, I think.
No worries, we could still use this ticket to check the other apps named like this if you have time. Theoretically I could upload the database files, but it's no longer straight up searching. SD Maid also uses "dynamic markers" which are code modules that generate database entries based on existing file patterns. Next update will also introduce regex based package matching in addition to the already existing regex based path matching. So to reliably search this online we would need some logic too... In some cases SD Maid then doesn't know who owns an item until an app owning that item is installed (corpse until pattern X is detected, if so, pattern match is owner). Seeing the amount of reports here, I'm not sure how many people would use it to look these things up. A lookup page in SD Maid would actually be easier. Theoretically that's what the explorer is supposed to do and does, just no info screen yet. I just noticed though that in this report, SD Maid should have listed the app under current owner... Will look into that...