Linked by Thom Holwerda on Fri 13th Dec 2013 15:40 UTC
Google

Yesterday, we published a blog post lauding an extremely important app privacy feature that was added in Android 4.3. That feature allows users to install apps while preventing the app from collecting sensitive data like the user's location or address book.

After we published the post, several people contacted us to say that the feature had actually been removed in Android 4.4.2, which was released earlier this week. Today, we installed that update to our test device, and can confirm that the App Ops privacy feature that we were excited about yesterday is in fact now gone.

If there's one thing that needs some serious love in Android, it's the application permissions. I carefully look at them every time I install an application, but I'm guessing most people don't. While there's only so much stupidity technology can solve, Android's application permissions are, indeed, quite overwhelming at times. I'm not a particular fan of modal dialogs every time an application needs permission for something (the iOS way) either, so I'm not sure how this can be addressed in a user-friendly way.

App Ops seemed like a decent compromise that allowed for lots of finetuning of permissions, per application. Luckily, I'm using a custom ROM that re-enables it, Google be damned. Google claims App Ops may break some applications - well, that's not really any of my concern. If an application breaks because I do not give it permission to find out if I'm on the toilet or not - there's always an uninstall button.

So, Google better have some serious improvement in mind for application permissions, or they're just making sure regular users don't get into the habit of blocking Google's data collection. I hope the former, but I'm reasonably sure it's the latter.

Permalink for comment 578623
To read all comments associated with this story, please click here.
RE[6]: Comment by Nelson
by Nelson on Fri 13th Dec 2013 21:59 UTC in reply to "RE[5]: Comment by Nelson"
Nelson
Member since:
2005-11-29

I think its as simple as a manifest flag indicating call site grants vs install site grants for permissions.

If the permissions are a no opt at install time the the API will never throw an exception because it'll always have the permissions.

If its the new, better granular mode then then the developer must know to check for unhandled exceptions.

A great side effect of this is that it allows revoking granted permissions after the fact, should, say a report come out saying XYZ app is shady.

Reply Parent Score: 4