-
Notifications
You must be signed in to change notification settings - Fork 19
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Question on permissions #30
Comments
The permission is part of legacy support that could be cleaned up with a bit of care not to break existing installations. You may consider removing the app from your repository. The app will continue to work but I expect very few new users. Existing users are likely to install via QR code provisioning anyway. Some more context: The app allows downloading a few sample files so that new users can test it without configuring folders, hence the write permission - the old versions were downloading to external storage where the user could see the files and replace with their own. |
Thanks! Added the explanation then.
No prob. If you want me to remove it, I will of course do so. It can also stay until it's reported "no longer working" (or until you request removal later), up to you. |
Our scanners at IzzyOnDroid were just triggered by the new release, and report:
I assume the storage permission is to read audio files from whereever on local storage they are located (but what's the WRITE part for then?)? As for
DEPENDENCY_INFO_BLOCK
, that can easily be avoided with a small addition to yourbuild.gradle
:For some background: that BLOB is supposed to be just a binary representation of your app's dependency tree. But as it's encrypted with a public key belonging to Google, only Google can read it – and nobody else can even verify what it really contains. More details can be found e.g. here: Ramping up security: additional APK checks are in place with the IzzyOnDroid repo.
Thanks in advance!
The text was updated successfully, but these errors were encountered: