Managing Permissions in Facebook Login for the Web

One of the most important parts of launching the Login Dialog is choosing what data your app would like access to. These examples have all used the scope parameter, which is how you ask for access to someone's data. These are all called Permissions.

Permissions are covered in depth in our permissions guide. However, there are a few things to remember when dealing with permissions and the login dialog:

  • You ask for permissions when the dialog is created. The resulting set of permissions is tied to the access token that's returned.
  • Other platforms may have a different set of permissions. For example, on iOS you can ask for places a person's been tagged, while in the web version of your app that permission is not required for the experience.
  • You can add permissions later when you need more capabilities. When you need a new permission, you simply add the permission you need to the list you've already granted, re-launch the Login Dialog and it will ask for the new permission.
  • The Login Dialog lets people decline to share certain permissions with your app that you ask for. Your app should handle this case. Learn more about this in our permissions dialog.
  • Apps that ask for more information than the default fields and the email permission must be reviewed by Facebook before they can be made available to the general public. Learn more in our documentation for login review and our general review guidelines.

Adding Permissions

One of the best practices with Facebook Login is to not request read permissions and publishing permissions at the same time. To support this your app can ask for more permissions later, well after someone has logged in. To do that, all you have to do is launch the Login Dialog with the new permission that you're asking for.

For example, let's say you had a Login Button with the following permissions:

<fb:login-button scope="public_profile" onlogin="checkLoginState();">
</fb:login-button>

And if you checked /me/permissions for permissions granted after the person accepted you would find this:

{"data":
  [
    {
      "permission":"public_profile",
      "status":"granted"
    }
  ]
}

If you wanted to add the email permission later, you could re-launch it with the FB.login() function like this:

FB.login(function(response) {
   console.log(response);
}, {scope: 'email'});

(This function must be called from a button's event handler otherwise it's likely to be blocked by browser popup blockers.)

Note that it only asks for the new permission. If you accept the new permission checking /me/permissions will result in this:

{"data":
  [
    {
      "permission":"public_profile",
      "status":"granted"
    },
    {
      "permission":"email",
      "status":"granted"
    }
  ]
}

Note that the new email permission has been added to the list of allowed permissions.

Re-asking for Declined Permissions

Facebook Login lets people decline sharing some permissions with your app. If someone were to declines user_likes (Likes), checking /me/permissions for what permissions have been granted results in:

{
  "data":
    [
      {
        "permission":"public_profile",
        "status":"granted"
      },
      {
        "permission":"user_likes",
        "status":"declined"
      }
    ]
}

Note that user_likes has been declined instead of granted.

It's OK to ask a person once to grant your app permissions that they've declined. You should have a screen of education on why you think they should grant the permission to you and then re-ask. But if you use the method described in the previous section, the Login Dialog won't ask for that permission.

This is because once someone has declined a permission, the Login Dialog will not re-ask them for it unless you explicitly tell the dialog you're re-asking for a declined permission.

You do this by adding the auth_type: rerequest flag to your FB.login() call:

FB.login(
  function(response) {
    console.log(response);
  },
  {
    scope: 'user_likes',
    auth_type: 'rerequest'
  }
);

When you do that, the Login Dialog will re-ask for the declined permission. The dialog will look very much like the dialog in the section on re-asking for permissions but will let you re-ask for a declined permission.