2

以下のコードは、Facebook の公式開発者ページからのもので、FF と Safari で動作し、Chrome で動作することもありますが、Chrome では動作しないことがよくあります。

最新の Chrome を搭載した Snow Leopard では、ログイン ボタンをクリックすると、FB ログイン ダイアログが開いたり閉じたりするときに少しちらつきます。FB アカウントでアプリを削除して再度追加すると、許可を求められますが、auth.authResponseChangeイベントが発生しないようです。

これがバグなのか、サーバーを手動でポーリングする必要のない解決策がどこにあるのか、誰か知っていますか?

これは Google+ と Facebook の産物ですか?!

<html>
<head></head>
<body>
<div id="fb-root"></div>
<script>
  window.fbAsyncInit = function() {
  FB.init({
            appId       : $APP_ID$,                    // App ID from the app dashboard
            channelUrl  : $channelUrl$,              // Channel file for x-domain comms
            status      : true,                     // Check Facebook Login status
            cookie      : true,
            oauth       : true,
            xfbml       : true                       // Look for social plugins on the page
  });

  // Here we subscribe to the auth.authResponseChange JavaScript event. This event is fired
  // for any authentication related change, such as login, logout or session refresh. This means that
  // whenever someone who was previously logged out tries to log in again, the correct case below
  // will be handled.
  FB.Event.subscribe('auth.authResponseChange', function(response) {
    console.log('auth.authResponseChange fired');
    // Here we specify what we do with the response anytime this event occurs.
    if (response.status === 'connected') {
      // The response object is returned with a status field that lets the app know the current
      // login status of the person. In this case, we're handling the situation where they
      // have logged in to the app.
      testAPI();
    } else if (response.status === 'not_authorized') {
      // In this case, the person is logged into Facebook, but not into the app, so we call
      // FB.login() to prompt them to do so.
      // In real-life usage, you wouldn't want to immediately prompt someone to login
      // like this, for two reasons:
      // (1) JavaScript created popup windows are blocked by most browsers unless they
      // result from direct interaction from people using the app (such as a mouse click)
      // (2) it is a bad experience to be continually prompted to login upon page load.
      FB.login();
    } else {
      // In this case, the person is not logged into Facebook, so we call the login()
      // function to prompt them to do so. Note that at this stage there is no indication
      // of whether they are logged into the app. If they aren't then they'll see the Login
      // dialog right after they log in to Facebook.
      // The same caveats as above apply to the FB.login() call here.
      FB.login();
    }
  });
  };

  // Load the SDK asynchronously
  (function(d){
   var js, id = 'facebook-jssdk', ref = d.getElementsByTagName('script')[0];
   if (d.getElementById(id)) {return;}
   js = d.createElement('script'); js.id = id; js.async = true;
   js.src = "//connect.facebook.net/en_US/all.js";
   ref.parentNode.insertBefore(js, ref);
  }(document));

  // Here we run a very simple test of the Graph API after login is successful.
  // This testAPI() function is only called in those cases.
  function testAPI() {
    console.log('Welcome!  Fetching your information.... ');
    FB.api('/me', function(response) {
      console.log('Good to see you, ' + response.name + '.');
    });
  }
</script>

<!--
  Below we include the Login Button social plugin. This button uses the JavaScript SDK to
  present a graphical Login button that triggers the FB.login() function when clicked.

  Learn more about options for the login button plugin:
  /docs/reference/plugins/login/ -->

  <!-- scope='publish_stream,read_stream' -->
<fb:login-button  show-faces="true" width="200" max-rows="1"></fb:login-button>
</body>
</html>
4

1 に答える 1

4

クロム設定に入ります - 高度な設定; プライバシーの下にある「コンテンツ設定」をクリックします。「サードパーティの Cookie とサイト データをブロックする」がチェックされているかどうかを確認します。

クロムでjs-sdkが一時的なfbポップアップを表示するという同様の問題がありますが、実際にはユーザーをログインさせたり、ログイン/認証されているユーザーを認識したりしていないようです。私の場合、問題をその設定に絞り込んだと思います。

有効にしている場合は、無効にして問題が解決するかどうかを確認してください...これは実際には単なる診断手順ですが、その設定を有効にしているユーザーがまだいるため、解決策ではありません。

回避策があるかどうかを判断しようとしています..「Web用」のfbログインフローの使用が関係している可能性があります(つまり、sdkを使用しないため、サードパーティのCookieの使用を回避できる可能性があります)

これは、この問題の私のバージョンに関する私の投稿です... サードパーティのCookieが無効になっている場合、Facebookのjavascript/php SDKは互いに「話す」ことができますか? facebook->getUser() は 0 を返します

于 2013-10-19T20:44:26.570 に答える