使用Django Allauth集成Facebook登录时跳转至登录取消页求助

针对你遇到的Facebook登录时主页面直接跳转到取消页面的问题，以下是几个经过验证的排查方向：

• 修正登录按钮的触发逻辑
  默认的<a>标签跳转会导致主页面直接发起登录请求，正确的做法是使用allauth的弹窗模式阻止页面跳转。在登录链接中添加data-popup="true"属性，让allauth的内置JS处理弹窗逻辑：

  <a href="{% provider_login_url 'facebook' %}" data-popup="true">使用Facebook登录</a>
  

  或者手动用JS控制弹窗打开，避免主页面跳转：

  <button onclick="window.open('{% provider_login_url "facebook" %}', 'FacebookLogin', 'width=600,height=700')">使用Facebook登录</button>
  

• 检查Facebook应用的重定向URI配置
  确认Facebook开发者控制台中「Valid OAuth Redirect URIs」已精确添加回调地址，必须包含末尾的斜杠：
  https://你的域名/accounts/facebook/login/callback/
  即使Google登录正常，Facebook对URI的格式要求更严格，缺失斜杠会导致回调失败，触发取消页面跳转。

• 调整allauth的Facebook Provider配置
  在settings.py的SOCIALACCOUNT_PROVIDERS中确保启用了cookie共享，这是弹窗和主页面同步会话的关键：

  SOCIALACCOUNT_PROVIDERS = {
      'facebook': {
          # 其他配置...
          'INIT_PARAMS': {'cookie': True},
          'VERSION': 'v18.0', # 使用最新的API版本
      }
  }
  

• 修正Django的Cookie跨域设置
  由于Facebook登录是跨域弹窗，需要调整Session和CSRF Cookie的SameSite属性，在settings.py中添加：

  # 仅在HTTPS生产环境使用None，开发环境可设为Lax
  SESSION_COOKIE_SAMESITE = 'None'
  SESSION_COOKIE_SECURE = True
  CSRF_COOKIE_SAMESITE = 'None'
  CSRF_COOKIE_SECURE = True
  

  如果设置为Strict，跨域弹窗的Cookie无法传递给主页面，会导致allauth无法识别登录会话，直接跳转至取消页面。

• 排查第三方拦截工具
  虽然开发和生产环境都出现问题，但仍需确认是否有浏览器扩展（如广告拦截器）或服务器端安全插件阻止了Facebook的会话Cookie，可尝试在无痕模式下测试。

内容的提问来源于stack exchange，提问作者David Lee