mirror of
				https://github.com/django/django.git
				synced 2025-10-31 09:41:08 +00:00 
			
		
		
		
	[1.11.x] Described DEBUG_PROPAGATE_EXCEPTIONS behavior in more detail.
Backport of c577d8a498 from master
			
			
This commit is contained in:
		| @@ -1106,10 +1106,15 @@ requests being returned as "Bad Request (400)". | |||||||
|  |  | ||||||
| Default: ``False`` | Default: ``False`` | ||||||
|  |  | ||||||
| If set to True, Django's normal exception handling of view functions | If set to ``True``, Django's exception handling of view functions | ||||||
| will be suppressed, and exceptions will propagate upwards.  This can | (:data:`~django.conf.urls.handler500`, or the debug view if :setting:`DEBUG` | ||||||
| be useful for some test setups, and should never be used on a live | is ``True``) and logging of 500 responses (:ref:`django-request-logger`) is | ||||||
| site. | skipped and exceptions propagate upwards. | ||||||
|  |  | ||||||
|  | This can be useful for some test setups. It shouldn't be used on a live site | ||||||
|  | unless you want your web server (instead of Django) to generate "Internal | ||||||
|  | Server Error" responses. In that case, make sure your server doesn't show the | ||||||
|  | stack trace or other sensitive information in the response. | ||||||
|  |  | ||||||
| .. setting:: DECIMAL_SEPARATOR | .. setting:: DECIMAL_SEPARATOR | ||||||
|  |  | ||||||
|   | |||||||
		Reference in New Issue
	
	Block a user