Django中LOGIN_REDIRECT_URL修改后未生效的问题排查求助

看起来你遇到的这个问题挺典型的，我帮你一步步排查解决：

1. 优先排查all-records的URL参数问题 #

你的all-records路由是带必填参数的：

path('all-records/<str:filter>', views.TbEntranceRightListView.as_view(), name='all-records'),

但你在settings.py里直接把LOGIN_REDIRECT_URL设为这个路由名称时，缺少必要的filter参数，Django无法反向解析出有效的URL。这时它会自动触发 fallback 逻辑，如果你的项目之前默认重定向目标是dashboard，就会一直跳转到这里。

解决方法： #

• 新增一个不带参数的默认入口路由：
  在app/urls.py里添加：

  # 带默认filter值的路由
  path('all-records/', views.TbEntranceRightListView.as_view(), {'filter': 'all'}, name='all-records-default'),
  

  然后修改settings.py：

  LOGIN_REDIRECT_URL = 'all-records-default'
  

• 或者直接指定完整路径：

  LOGIN_REDIRECT_URL = '/all-records/all'
  

2. 检查自定义登录视图是否硬编码重定向 #

如果你没有用Django默认的LoginView，而是自己写了登录逻辑，可能里面硬编码了跳转到dashboard的代码，比如：

def custom_login(request):
    # ... 登录验证逻辑 ...
    return redirect('dashboard')  # 这里会直接覆盖settings的配置

检查你的登录视图，确保重定向逻辑是动态的，比如：

return redirect(request.GET.get('next', settings.LOGIN_REDIRECT_URL))

3. 清除浏览器缓存与Django会话 #

有时候浏览器会缓存旧的重定向响应，或者Django会话中保留了之前的next参数值：

• 用浏览器的无痕窗口测试登录，看是否还会跳转到dashboard
• 手动清除浏览器的Cookie和缓存
• 进入Django admin清除所有会话（或直接删除数据库sessions表的数据）

4. 验证settings配置是否真正生效 #

有时候即使你保存了settings.py，服务器可能没重载配置（比如生产环境的uWSGI/Gunicorn需要重启）。你可以用Django Shell验证：

python manage.py shell
>>> from django.conf import settings
>>> settings.LOGIN_REDIRECT_URL

如果输出不是all-records，说明配置没生效，检查是否有local_settings.py这类文件覆盖了配置，或者settings文件路径是否正确。

5. 排除第三方工具干扰 #

暂时禁用Django Debug Toolbar（注释掉settings.py里的相关中间件和配置），测试登录重定向是否恢复正常，排除第三方工具的影响。

6. 检查自定义认证后端或登录信号 #

如果你的项目自定义了AuthenticationBackend，或者使用了user_logged_in信号，可能在这些逻辑里强制修改了重定向目标，检查相关代码确保没有硬编码跳转到dashboard的逻辑。

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