私はFacebookのoauthログインを使用するFacebbookアプリケーションを構築しています。アプリケーションの承認とアクセス許可の要求を組み合わせた1ページのエクスペリエンスを持つ既存のサイトがいくつかあります。しかし、アプリケーションをビルドすると、2ページの認証ダイアログが表示されます。アプリケーションの承認と基本的なアクセス許可が最初の画面に表示され、2番目の画面では追加のアクセス許可が求められます。Facebookのoauthログインエクスペリエンスの制御
私はこのページに示したものと同様の単一画面のダイアログに取得したいのですが：
http://developers.facebook.com/docs/authentication/
が、それは私がそれからURLを使用する場合でも、私が見ているものではないのです私が望むようにダイアログを表示する別のアプリにも同じOauthリダイレクトURLを使用しています。
古いアプリの認証ダイアログを表示する方法はありますか？
短い答え：これは今のところ動作します。 Facebookは物事を変えた。 Go figure。
Facebookは認証ダイアログの仕組みを変更しました。これは、publish_streamやその他の権限の使用を阻止しようとしており、ユーザーが公開グラフのpublish_actions権限を簡単に付与できるようにしているようです。最近のブログ記事から
：私たちは新しい認証ダイアログをオンにすると
publish_actions許可に追加機能が
、我々はまた作るためにpublish_actionsに最も頻繁に要求された権限の一部を追加します許可はより堅牢で、変換を改善します。 publish_actionsには、認証されたユーザー自身のタイムラインにステータス更新を投稿し、写真にタグを付け、写真やビデオを公開する機能が追加されました。友人のタイムラインに投稿するなどの他のアクションでは、引き続きpublish_streamを使用する必要があります。
これらの一般的な権限をpublish_actionsに追加すると、Open Graphで構築された大部分のタイムラインアプリの拡張権限と2番目の認証ダイアログが不要になります。これにより、認証プロセスが新しいユーザーに明確になり、コンバージョン率が向上するはずです。さらに、承認されたOpen Graphアクションは、publish_actionsパーミッションにはもはや必要ありません。 Appsは、publish_actionsに存在しない機能が絶対に必要な場合にのみ、stream_publish権限を要求する必要があります。
詳細や参考文献については、このブログ記事を参照してください。https://developers.facebook.com/blog/post/2012/03/02/enhanced-auth-dialog-and-updates-to-permissions/
は、Facebookのdevleoperのブログへの登録とhttps://developers.facebook.com/roadmap/でプラットフォームのロードマップを監視し、これらの変更が来るのを見るのは良い方法です。