Le omniauth-facebook actuel semble avoir des problèmes, et je veux savoir si quelqu'un a des réponses.
premier numéro a été les informations d'identification non valide problème strong>. Je ne pouvais pas me connecter à mon application à l'aide de l'autorisation côté client en raison de ce problème. Cependant, cela pourrait être résolu en rétrogradant facebook-omniauth à la version 1.4.0. (référence ) p> Cependant, maintenant je suis rencontrant deuxième problème, NoAuthorizationCodeError strong>, avec le message d'erreur: p> 2013-02-22T01:10:40+00:00 app[web.1]: Started GET "/auth/facebook/callback?signed_request=LONGSTRING" for 200.1.102.103 at 2013-02-22 01:10:40 +0000
2013-02-22T01:10:40+00:00 app[web.1]: (facebook) Callback phase initiated.
2013-02-22T01:10:40+00:00 app[web.1]: Processing by SessionsController#create_facebook as HTML
2013-02-22T01:10:40+00:00 app[web.1]: Parameters: {"signed_request"=>"LONGSTRING", "provider"=>"facebook"}
2013-02-22T01:10:40+00:00 app[web.1]: User Load (1.6ms) SELECT "users".* FROM "users" WHERE "users"."provider" = 'facebook' AND "users"."uid" = 'MYUID' LIMIT 1
2013-02-22T01:10:40+00:00 app[web.1]: (0.8ms) BEGIN
2013-02-22T01:10:40+00:00 app[web.1]: User Exists (1.0ms) SELECT 1 AS one FROM "users" WHERE ("users"."name" = 'MYNAME' AND "users"."id" != 3) LIMIT 1
2013-02-22T01:10:40+00:00 app[web.1]: (0.9ms) COMMIT
2013-02-22T01:10:40+00:00 app[web.1]: Redirected to http://MYAPP.COM
2013-02-22T01:10:40+00:00 app[web.1]: Completed 302 Found in 10ms (ActiveRecord: 4.2ms)
3 Réponses :
fastcatch indiqué dans Ce Donc, postez avec l'aide de GET-MORE-INFORMATION-DU-OMNIAUTH -Exceptions qui dit,
... Stratégies Omniauth [...], s'ils rencontrent un problème, appelez la méthode échoue! et passer dans un symbole décrivant le problème comme: Invalid_Credentials et l'exception qu'ils ont rencontrées. L'échec! La méthode finit par appeler omniatuuth.config.on_failure et passant dans l'environnement de rack (après avoir fait quelques autres choses comme coller l'exception dans l'environnement ...
Merci @saurabh, mais cela ne résout pas tout à fait le problème indiqué. Je connais déjà ces informations.
Utiliser Omniauth (1.1.3), OAUTH2 (0,8.1) et Omniauth-Facebook (1.4.1).
Vous n'obtiendrez aucune erreur avec ces
Parce que vous ne voyez que le problème dans Internet Explorer lors de l'utilisation d'un iframe, il peut s'agir d'un problème P3P.
voir http: // www. Slideshare.net/cmercier/Things-I-LeearneDeReDiting-a-facebook-Canvas-app
et cookie bloqué / non enregistré dans iframe dans Internet Explorer :
Essayez d'ajouter le RACK-P3P GEM et voyez si cela aide!
Internet Explorer donne un niveau de confiance inférieur aux pages IFrame (c.-à-d. Appelle ce contenu «tiers»). Si la page de l'IFRAME n'a pas de politique de confidentialité, ses cookies sont bloqués (ce qui est indiqué par l'icône des yeux dans la barre d'état, lorsque vous cliquez dessus, cela vous indique une liste des URL bloquées).
...
Dans ce cas, lorsque des cookies sont bloqués, l'identificateur de session n'est pas envoyé et le script cible jette une erreur "Session non trouvée".
Je suis également confronté au même problème, après avoir rétrogradé l'omniauth-Facebook Gem dans le problème de la version 1.4.0 résolue.