From 0a9b7519582bc358be10bb374bfbdfe237e09578 Mon Sep 17 00:00:00 2001 From: Malcolm Tredinnick Date: Mon, 4 Feb 2008 05:45:17 +0000 Subject: queryset-refactor: Merged changes from trunk up to [7085]. git-svn-id: http://code.djangoproject.com/svn/django/branches/queryset-refactor@7086 bcc190cf-cafb-0310-a4f2-bffc1f526a37 --- docs/request_response.txt | 9 +++++++-- 1 file changed, 7 insertions(+), 2 deletions(-) (limited to 'docs/request_response.txt') diff --git a/docs/request_response.txt b/docs/request_response.txt index e3d794c9ba..47c66355e8 100644 --- a/docs/request_response.txt +++ b/docs/request_response.txt @@ -575,6 +575,10 @@ Three things to note about 404 views: to the template: ``request_path``, which is the URL that resulted in the 404. + * The 404 view is passed a ``RequestContext`` and will have access to + variables supplied by your ``TEMPLATE_CONTEXT_PROCESSORS`` (e.g. + ``MEDIA_URL``). + * If ``DEBUG`` is set to ``True`` (in your settings module), then your 404 view will never be used, and the traceback will be displayed instead. @@ -587,8 +591,9 @@ the view ``django.views.defaults.server_error``, which loads and renders the template ``500.html``. This means you need to define a ``500.html`` template in your root template -directory. This template will be used for all server errors. The -default 500 view passes no variables to this template. +directory. This template will be used for all server errors. The default 500 +view passes no variables to this template and is rendered with an empty +``Context`` to lessen the chance of additional errors. This ``server_error`` view should suffice for 99% of Web applications, but if you want to override the view, you can specify ``handler500`` in your -- cgit v1.3