After the latest OS update on my Galaxy S7 edge, the app no longer reads my notifications. Any idea what might have gone wrong? Is there a permission I should check?

Pushed This is my latest attempt at getting the Android 6 permissions handling right. My app is a utility that the user does not really interact with the UI much. Android 6 permissions are meant to be handled on an as needed basic really. I can't do that so much because many of the permissions are needed for the background service and not the UI. Now it gives you 1 shot to get it right when you install the app. The only one that checks again is the storage access if you go to the manage data screen. If you get the rest wrong, I will presume you wanted it that way and stuff just won't work. Not sure how to make this better really since some don't want to allow some of the permissions. As you saw in my recent rant about permissions the lack of trust leads to denying permissions which leads to stuff not working which leads to bad ratings, uninstalls, etc.

Post has attachment
Why do I need all those permissions??

The way Android presents permissions makes them seem alarming. It seems like the app is some sort of evil spyware for asking for these permissions. Something as simple as knowing if the user is on the phone or not is presented as if the app is recording all your phone conversions. Because of this, users of Android 6 and up too often deny app permissions and then complain the app does not work correctly.

A2DP Volume permissions are explained here:

Prior to A2DP Volume version 2.12.9, the Android 6 and up permissions were not handled correctly. For many users, the 5 user selectable permissions were OFF by default. This would cause the app to crash in some cases, and feature would not work in others.

As an app developer, this situation is frustrating. Too often a user will complain a feature does not work only to find out they disabled necessary permissions. I suppose I see their concerns. Why would a volume adjustment app need access to my phone? Not giving that access means that A2DP Volume does not know if you are on a call or not. So, you could be in the middle of a phone call and A2DP Volume may read out a message or notification. Seems like a bad thing right? So, A2DP Volume needs permissions to know the phone state so this permission is required. As a user who does not understand this, reading the description of the permissions would lead you to think the app may be doing all kinds of scary things. Being open source helps, but only for software developers who can read through it to see what the app does with these permissions.

A level of trust is required to enable these permissions. We live in a scary time with many bad people doing very bad things so I get why people do not enable any permissions they don't think the app needs. However, the user does not have adequate information to make this assessment unfortunately. Not sure how to fix this.

I made A2DP Volume for my own needs mostly. I did add several user requested features too. This is just a hobby for me. I have a day job that pays well and I don't want or need any user information. My app does not send anything outside the device. Nothing goes back to any server. I have no server related to any of my apps. Everything stays on your device. You can have a software developer you trust analyze my code, or just trust me. The source code is all here: .

Pushed 2.12.9 to Alpha test last night. This adds support for Android 6 and up permissions handling. It will prompt the user for permissions. If the user reject a permission, the app should not crash anymore. This was a big problem for people first installing the app on Android 6 or higher.

Another new feature is the ability to push the custom device names you created for each Bluetooth device in A2DP Volume back to Android Bluetooth settings. Now if you switch phones you can export the A2DP Volume data from your old phone, import it to the new phone, and after you pair all your devices to the new phone you can use this feature to set the names of them in Android. I needed this feature because Android 6 has a bug with Bluetooth where it occasionally clears out all the Bluetooth settings, making me re-pair all my devices. I have 3 instances of "Motorola T605" so I can't tell which is which. I named them so I can tell them apart in A2DP Volume but in Android settings they all look the same. Now I can just use this feature in A2DP Volume to match the names I used in A2DP Volume and sync them back to Androdi Settings.

Post has attachment

Post has attachment
Android Auto may eventually make A2DP Volume obsolete. I actually look forward to that. It now runs on the phone without the need to connect to an Android Auto compatible car. It has some automation built in already. It can automatically launch when your cars Bluetooth connects. It can turn ON Bluetooth when you open it. It does a better job of handling messages. The downside is it is designed to be viewed. Your phone will need to be out of your purse/pocket and be visible.

Android Auto replaces other Car Dock apps. A2DP Volume can launch Android Auto if you enable "Launch Car Mode" in the device settings.

Post has shared content
My favorite password manager. Been a premium user for a while now.

I rarely get text messages so I just noticed that it wasn't reading texts. I'm using the Google Message app and not the default Samsung app. Do I have to switch to the Samsung to get it to read them?

Post has attachment
Found a new, rather big bug for those using the BT connect feature. Issue posted here:

I will work this when I get some time. Could take a while. I now posted a zip file with 2.12.5 and 2.11.13 in the wiki home page so people could roll back if needed in the mean time.

I just published 2.12.5 to production. Fixed several issues as noted in change log. 2.12.4 had an odd issue where it would not install on some devices. Not sure why but appears to be fixed now.
Wait while more posts are being loaded