以前工作正常的应用程序在使用filebrowser应用程序时开始在我的应用程序中提出“Bad Request（400）”。该应用程序设置为DEBUG = True，其他地方的错误提高了预期的黄色屏幕的厄运。从较旧的版本中区分设置告诉我没有任何更改，文件设置指向正确的目录，我相信排除Django FileBrowser 400 Error作为解释。这当然使用来工作。问题是控制台或错误转储页面都没有在我的安装中的其他地方出现，只是简洁的错误请求页面。
我认为这不足以调试错误本身，坦率地说我不知道在哪里看。
相反，我的问题是; - 当发生这种情况时，有没有办法在它引发400并调试它时捕获它。当我需要检查程序状态时，我在其他情况下使用ipdb，但这甚至没有给我足够的信息来知道在哪里删除断点！
aditional的
为避免混淆，Debug设置为True，日志记录配置为转储到控制台，所有控制台节目都是
[11/Mar/2015 16:58:48] "GET /admin/filebrowser/browse/?pop=1 HTTP/1.1" 400 26
答案 0 :(得分：1)
好的，我找到了答案。
我似乎在某种程度上触发了一个＆＃34;可疑的操作＆＃34; （看起来它实际上是由于Django FileBrowser 400 Error），但是错误被无理地抑制了。这个错误票据解决了它：
https://code.djangoproject.com/ticket/21668
最后的变更集修复了它（但是我必须删除最后的status_code参数，是否已经弃用了？）
如果有人对此事件的其他情况有更一般的答案，我会将你的答案设为接受的答案。