widziałem podobne pytanie, i wspomina o zmianie w grudniu 2011 roku, a część ma racjęjak sprawdzić, czy użytkownik przyznano swoje uprawnienia lub nie z FB.login
ale reszta stanowi odpowiedź jest źle
zauważyłem to część url chociaż
widziałem podobne pytanie, i wspomina o zmianie w grudniu 2011 roku, a część ma racjęjak sprawdzić, czy użytkownik przyznano swoje uprawnienia lub nie z FB.login
ale reszta stanowi odpowiedź jest źle
zauważyłem to część url chociaż
Będziesz nie wiesz, jakie uprawnienia użytkownik przyznał twojej aplikacji w odpowiedzi na oddzwonienie FB.login
. Należy zapytać permissions
połączenie dla user
obiektu:
FB.api('/me/permissions', function(response){
if (response && response.data && response.data.length){
var permissions = response.data.shift();
if (permissions.email) {
alert('User have granted `email` permission');
}
}
});
Aktualizacja:. Chociaż nie jest podane przez Facebooka, że callback dla FB.login
nie będzie zawierał własności perms
lub scope
, która była używana przed przełączeniem na OAuth2, tak jest w tym przypadku! W aktualnej dokumentacji nic nie jest powiedziane o pozwoleniach przekazanych do wywołania zwrotnego dla FB.login
, FB.getLoginStatus
lub FB.getAuthResponse
.
Istnieje również bug report o takim zachowaniu, który jest oznaczony jako nie będzie naprawić
O ile jestem świadomy użytkownik albo daje Ci wszystkie wymagane uprawnienia hurtowych, albo wcale. Tak więc logowanie działa albo nie działa. Nie? – deceze
@deceze, już nie, bieżąca obsługa przepływu uwierzytelniania opcjonalna akceptacja dla niektórych uprawnień i rozszerzone uprawnienia mają osobny krok, który można pominąć ... –