diff options
| -rw-r--r-- | docs/html/images/training/articles/user-data-overview-permissions-flow02.jpg | bin | 79176 -> 0 bytes | |||
| -rw-r--r-- | docs/html/images/training/articles/user-data-overview-permissions-flow02.png | bin | 0 -> 57084 bytes | |||
| -rw-r--r-- | docs/html/training/articles/user-data-overview.jd | 30 |
3 files changed, 17 insertions, 13 deletions
diff --git a/docs/html/images/training/articles/user-data-overview-permissions-flow02.jpg b/docs/html/images/training/articles/user-data-overview-permissions-flow02.jpg Binary files differdeleted file mode 100644 index c2275eb59a90..000000000000 --- a/docs/html/images/training/articles/user-data-overview-permissions-flow02.jpg +++ /dev/null diff --git a/docs/html/images/training/articles/user-data-overview-permissions-flow02.png b/docs/html/images/training/articles/user-data-overview-permissions-flow02.png Binary files differnew file mode 100644 index 000000000000..08b6060149a9 --- /dev/null +++ b/docs/html/images/training/articles/user-data-overview-permissions-flow02.png diff --git a/docs/html/training/articles/user-data-overview.jd b/docs/html/training/articles/user-data-overview.jd index 42322a91789b..2713080d3e43 100644 --- a/docs/html/training/articles/user-data-overview.jd +++ b/docs/html/training/articles/user-data-overview.jd @@ -97,15 +97,19 @@ page.article=true This also means that when you request access to a particular API call or query a content provider behind a permission, the user will be presented with a request to grant permission for the whole group rather than the specific - API call. For example, if you request the <code>MANAGE_ACOUNTS</code> - permission, the user will be asked to grant access to the <em>Identity</em> - group (in API level 22 and lower), which is composed of the <code>GET_ACCOUNTS</code>, - <code>READ_PROFILE</code>, and <code>WRITE_PROFILE</code> permissions, and + API call. For example, if you request the <code>WRITE_CALL_LOG</code> + permission, the user will be asked to grant access to the <em>PHONE</em> + group (in API level 23 and higher), which is composed of the + <code>READ_PHONE_STATE</code>, <code>CALL_PHONE</code>, + <code>READ_CALL_LOG</code>, <code>WRITE_CALL_LOG</code>, + <code>ADD_VOICEMAIL</code>, <code>USE_SIP</code>, + <code>PROCESS_OUTGOING_CALLS</code> <code>GET_ACCOUNTS</code>, + <code>READ_PROFILE</code>, and <code>WRITE_PROFILE</code> permissions, and all their associated methods. </p> <div class="wrap"> - <img src="{@docRoot}images/training/articles/user-data-overview-permissions-flow02.jpg"> + <img src="{@docRoot}images/training/articles/user-data-overview-permissions-flow02.png"> </div> <p> @@ -142,7 +146,7 @@ TelephonyManager.getVoiceMailNumber() <p> To use these methods, the <code>READ_PHONE_STATE</code> permission must be declared in the app's manifest, and the associated permission group, - <em>Device ID and Call information</em>, will be surfaced to the user. This + <em>PHONE</em>, will be surfaced to the user. This is important, because it means the user will be asked to grant permission for the relevant group and all its associated permissions and API calls, rather than for the specific API call you're requesting. @@ -166,7 +170,7 @@ please refer to the appropriate version-specific documentation below:</p> media player when there's a call, and to resume playback when the call is over. The permission seems to scare a lot of people</em>...<span style="font-size:.8em;color:#777"><sup><em><a -href="#references" style="color:#777;padding-left:.1em;">1</a></em></span></p> +href="#references" style="color:#777;padding-left:.1em;">1</a></em></sup></span></p> </div> </div> @@ -182,23 +186,23 @@ href="#references" style="color:#777;padding-left:.1em;">1</a></em></span></p> <p> One study<span style="font-size:.8em;color:#777"><sup><em><a href= "#references" style= - "color:#777;padding-left:.1em;">2</a></em></sup></span><sup>, in which users + "color:#777;padding-left:.1em;">2</a></em></sup></span>, in which users were shown two unbranded apps with similar ratings that had the same functionality but different sets of permission requests, showed that users were, on average, 3 times more likely to install the app with fewer - permissions requests. And a similar study<span style= + permissions requests. And a similar study <span style= "font-size:.8em;color:#777"><sup><em><a href="#references" style= - "color:#777;padding-left:.1em;">3</a></em></sup> showed that users are 1.7 + "color:#777;padding-left:.1em;">3</a></em></sup></span> showed that users are 1.7 times more likely, on average, to select the application with fewer - permission requests.</span></sup> + permission requests. </p> <p> - <sup>Finally, permissions usage is not evenly distributed across apps within + Finally, permissions usage is not evenly distributed across apps within a similar category of Play apps. For example, 39.3% of arcade game apps in the Play store request no permissions that are surfaced to the user while only 1.5% of arcade games request the Phone permission group (see Figure - 1).</sup> + 1). </p> <div class="wrap"> |