Erreur lors de l'utilisation de [FBSession openActiveSessionWithPublishPermissions: ..]

Je suis à jour une application pour utiliser les dernières Facebook SDK afin d'accéder à l'iOS6 native Facebook de soutien. Il utilise actuellement une très ancienne version de Facebook SDK.

L'application nécessite le "publish_actions" la permission de Facebook pour la seule chose qu'il fait avec Facebook.

J'ai d'abord pensé que je pourrais utiliser [FBSession openActiveSessionWithPublishPermissions: ...] mais cela échoue sur iOS6 lorsque l'utilisateur a Facebook configuré dans iOS6 paramètres. Il échoue en raison de cette exigence, de la Facebook docs:

Note, utiliser iOS 6 native auth, des applications ont besoin de changer leur façon de demande
les autorisations des utilisateurs - les applications doivent séparer leurs demandes de lecture
et des autorisations d'écriture. Le Facebook SDK pour iOS prend en charge ces
caractéristiques et permet aux développeurs de les utiliser pour créer des applications qui fonctionnent sur
plusieurs versions iOS et configuration de l'appareil.

C'est un gros pain PITA, de l'OMI. Notre préférence serait de demander à l'utilisateur une fois l'autorisation et être fait avec elle, mais la "nouvelle" idéal par Apple/Facebook est à demander des autorisations spécifiques en contexte quand ils sont nécessaires, mais ne bénéficient pas encore de.

Le plan du moment, c'est de conserver notre ancien comportement pour iOS5 utilisateurs et iOS6 les utilisateurs qui n'ont pas Facebook configuré dans les Paramètres. Et de se conformer à la nouvelle double-invite pour iOS6, les utilisateurs qui sont à l'aide de code d'accès.

La question est de savoir quelle est la meilleure façon de le faire? Comment puis-je détecter si le Facebook SDK sélectionnez l'iOS6 natif de connexion vs les mécanismes de secours? Suis-je surplombant quelque chose d'évident?

EDIT:

gerraldWilliam me mettre sur la bonne voie. Sa solution serait presque, sauf que ACAccountTypeIdentifierFacebook n'est pas disponible dans iOS5. Aussi que si l'utilisateur blocs FB accès dans les Paramètres de l'application puis la accountsWithAccountType appel renvoie un tableau vide.

Il est possible de contourner le problème en demandant le type de compte de contrepartie de l'identificateur de "com.apple.facebook" - ce sera le retour de néant sur iOS5, et un compte réel type d'objet sur iOS6.

Mais le deuxième problème est insoluble. Mon nouveau plan est de toujours ouvrir la session initiale sur iOS6 avec des autorisations en lecture seule et invite plus tard, dans le contexte, pour publier la permission si nécessaire. Sur iOS5, je vais encore ouvert la session initiale spécifier l'publish_actions autorisation. Voici le code:

ACAccountStore* as = [[ACAccountStore new] autorelease]; 
ACAccountType* at = [as accountTypeWithAccountTypeIdentifier: @"com.apple.facebook"]; 
if ( at != nil ) {
    //iOS6+, call  [FBSession openActiveSessionWithReadPermissions: ...]

} else  {
    //iOS5, call [FBSession openActiveSessionWithPublishPermissions: ...] 
}

InformationsquelleAutor TomSwift | 2012-10-10

facebook-ios-sdk ios

5
```
ACAccountStore *store = [[ACAccountStore alloc] init];

ACAccountType *accountType  = [store accountTypeWithAccountTypeIdentifier:ACAccountTypeIdentifierFacebook];
NSArray *accounts = [store accountsWithAccountType:accountType];
NSLog(@"accounts:%@", accounts);
```
si les comptes est nulle (ou peut-être qu'il renvoie un tableau vide, je ne suis pas sûr), alors l'utilisateur n'a pas configuré de Facebook dans iOS6. Vous pouvez tester cela, et si la valeur indique que Facebook n'a pas été configuré pour iOS6, vous pouvez appeler votre mécanisme de secours.
- Cela fonctionne presque. Deux problèmes sont: 1) ACAccountTypeIdentifierFacebook n'est pas disponible sur iOS5 et 2) accountsWithAccountType retourne un tableau vide si l'utilisateur a configuré FB dans les Paramètres mais a bloqué l'accès à l'application appelante. Le marquage comme la bonne réponse qu'il m'a mis sur mon chemin vers l'ultime solution, qui je vous place dans la question.
- accountsWithAccountType renvoie un tableau vide pour moi, même si je suis en iOS 6, Facebook de l'intégration a été configuré et il est possible de poster.
- Aussi est vide pour moi, et obtient à cette fâcheuse erreur de com.facebook.sdk d'erreur 2 ... des conseils?
- Il est plus facile de demander à [SLComposeViewController isAvailableForServiceType:SLServiceTypeFacebook]. Selon les docs,"Retourne une valeur Booléenne indiquant si le service est accessible et au moins un compte est mis en place." Pour iOS5 vous pouvez d'abord vérifier si SLComposeViewController classe est disponible.
InformationsquelleAutor geraldWilliam
6

Basé sur tout ce que j'ai lu sur Facebook Développeur de sites (ce qui est un peu contradictoire) le flux de travail d'un "publier seulement les" app n'est pas quelque chose à laquelle ils ont donné beaucoup de pensée, et Apple/iOS semble avoir ignoré complètement.

Facebook fournit des directives sur la docs que vous l'avez mentionné:

Astuce 5: la Désactivation de la maternelle boîte de Dialogue de Connexion

Dans certains cas, les applications peuvent choisir de désactiver le natif de Dialogue de Connexion à utiliser de nouvelles versions de l'Facebook SDK mais pour éviter d'avoir à réécrire les moyens de demander des autorisations des utilisateurs. Pour utiliser le comportement antérieur de fast-app-interrupteur pour la connexion, utilisez le obsolète FBSession méthodes openActiveSessionWithPermissions et reauthorizeWithPermissions.

C'est le chemin que je suis en train de faire. Légèrement différentes, mais le même effet général.
```
if (FBSession.activeSession.isOpen  == NO) {
    //This will bypass the ios6 integration since it does not allow for a session to be opened
    //with publish only permissions!
    FBSession* sess = [[FBSession alloc] initWithPermissions:[NSArray arrayWithObject:@"publish_actions"]];
    [FBSession setActiveSession:sess];
    [sess openWithBehavior:(FBSessionLoginBehaviorWithFallbackToWebView) completionHandler:^(FBSession *session, FBSessionState status, NSError *error) {
        [self onSessionStateChange:session
                          andState:status
                          andError:error];
    }];
```
Le résultat est, l'application sera toujours contourner le IOS6 l'intégration de la signature de publier, et dans la plupart des cas (car en général les utilisateurs auront déjà Facebook installée sur le téléphone) passage à l'Facebook app pour un seul auth approbation.

Si l'utilisateur choisit de s'inscrire sur notre application en utilisant leur Facebook compte, j'appelle openActiveSessionWithReadPermissions, qui va utiliser le IOS6 Facebook de l'intégration, le cas échéant. Si par la suite, ils décident de partager, je puis appeler reauthorizeWithPublishPermissions qui sera également utiliser l'IOS6 intégration si disponible.

En raison du faible et confus de la documentation disponible, je ne peux pas être sûr si c'est la "bonne" façon d'aborder cette question, mais il semble fonctionner. Vous pouvez utiliser le même code pour un IOS5 ou IOS6 app depuis il ne fait que des appels par le biais du Facebook SDK. Il a également fait honneur à la pas de mélange de lecture/d'autorisations de publication dans la même demande Facebook est désormais la promotion.
- C'est ce que je fais. Je pense que c'est une mauvaise conception d'exiger une lecture autoriser d'abord, puis de publier plus tard. Si un utilisateur veut partager une photo sur Facebook, dans mon application, je serais plutôt d'autoriser toutes en une seule fois plutôt que de leur demander de s'inscrire dans l'une de mes applications à l'aide de Facebook et demandez-leur ensuite de nouveau pour autoriser le partage quand ils veulent partager une photo.
- Howard, Merci de sauver ma journée
InformationsquelleAutor Howard

Au lieu d'utiliser des éléments suivants:

NSArray *readPermissions = [[NSArray alloc]         initWithObjects:@"email",@"friends_location",@"status_update",@"publish_actions",nil];
[FBSession openActiveSessionWithPublishPermissions:readPermissions defaultAudience:FBSessionDefaultAudienceEveryone allowLoginUI:YES completionHandler:^(FBSession *session, FBSessionState state, NSError *error) {
//Your code here for handling forward things;
}

Utiliser ce code:

NSArray *readPermissions = [[NSArray alloc] initWithObjects:@"email",@"friends_location",@"status_update",@"publish_actions",nil];
FBSession* sess = [[FBSession alloc] initWithPermissions:[NSArray arrayWithObject:readPermissions]];
[FBSession setActiveSession:sess];
[sess openWithBehavior:(FBSessionLoginBehaviorWithFallbackToWebView) completionHandler:^(FBSession *session, FBSessionState status, NSError *error) {
    [self onSessionStateChange:session
                      andState:status
                      andError:error];

//Your code here for handling forward things;

}];

InformationsquelleAutor msmq

0

Désolé mais pour moi, dans ios6
la ligne
```
ACAccountType* at = [as accountTypeWithAccountTypeIdentifier: @"com.apple.facebook"];
```
Ne retourne pas nul, même si l'utilisateur ne possède pas de compte configuré...

Qui signifie que vous pouvez simplement vérifier quelle est la version ios de l'utilisateur (5 ou 6)
```
NSString *currSysVer = [[UIDevice currentDevice] systemVersion];
```
Ce lien peut être utile.

InformationsquelleAutor Jack Kapow

Vous devez vous connecter pour publier un commentaire.