Wenn mit oAuth authentifiziert wird und youtube, immer die Fehlermeldung : invalid_grant am 2. auth versuchen, warum?
Als gestern, meine Anwendung ist in der Lage, die Authentifizierung mit google (youtube) via oAuth 2.0 die erste Zeit kein problem aber das 2. mal (re-Authentifizierung, gleiche app + gleichen user), wenn ich den Austausch des requestToken für ein accessToken bekomme ich eine Fehlermeldung:
error : invalid_grant
Ich bin mit:
grant_type = authorization_code
wie Sie vorschlagen. Was geschah vor 2 Tagen wurde auf re-Authentifizierung der web-Seite sagen würde " Sie haben bereits authentifiziert mit dieser Anwendung vor, würde Sie gern gewähren Sie den Zugriff wieder?'. Was hat sich geändert, oder was könnte ich falsch gemacht?
- Ich habe das gleiche problem, ich werde versuchen, aktualisieren Sie das token link
- In der Zwischenzeit, ich habe ein work-around. Sie kann ein parameter übergeben werden 'approval_prompt=force", um die Autorisierung url und es wird immer fordert den Benutzer auf, die Berechtigung zur app, auch wenn Sie gestattet haben es in der Vergangenheit. So werden Sie nie das 'du hast schon berechtigt diese app, bevor' Seite, aber anscheinend ist das nicht arbeiten, jedenfalls nicht mehr. Mehr Informationen finden Sie hier: code.google.com/apis/accounts/docs/...
- Wir sind auch mit diesem Problem.
Du musst angemeldet sein, um einen Kommentar abzugeben.
Habe ich einen Weg gefunden, dies zu beheben (zumindest für uns). Beim umleiten der accounts.google.com/o/oauth2/auth url, mussten wir beide approval_prompt=Kraft und access_type=offline. Wenn einer fehlte, bekamen wir kein refresh token.
Dieser url dokumentiert alle Parameter, aber sagt nichts über die refresh-token: http://code.google.com/apis/accounts/docs/OAuth2WebServer.html
grant_type=refresh_token
Aber ich bekomme immer noch die gleiche Fehlermeldung die oben identifizierte.Ich denke, ich habe vielleicht die Antwort gefunden hier:
https://groups.google.com/forum/#!searchin/oauth2-dev/invalid_grant/oauth2-dev/eaOa6THER0k/z4eO-taUFxgJ
Das problem war, dass der "code" - parameter, die Sie senden müssen codiert werden müssen. Es wird funktionieren, wenn Sie die approval_prompt zu zwingen, weil der return-code enthält eine URL-sichere Zeichen. Dies ist jedoch nicht der Fall für die Rückkehr-code auf einer zweiten Autorisierung verlangen.
Für mich fest, ich hoffe es funktioniert auch für Sie.