aboutsummaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorTom Christie2014-09-19 14:27:40 +0100
committerTom Christie2014-09-19 14:27:40 +0100
commite6d4445bbbb30531ea98164379cfb707bcc8415f (patch)
tree1867b00a46765c86bae712aa5bd3d5cdd76fff52
parent6192f6f0b360bea578501fff4b9cdfdaa865a9c6 (diff)
downloaddjango-rest-framework-e6d4445bbbb30531ea98164379cfb707bcc8415f.tar.bz2
Version 2.4.3 release notes
-rw-r--r--api-guide/exceptions.html2
-rw-r--r--topics/release-notes.html21
2 files changed, 19 insertions, 4 deletions
diff --git a/api-guide/exceptions.html b/api-guide/exceptions.html
index 10d70239..adbf5b88 100644
--- a/api-guide/exceptions.html
+++ b/api-guide/exceptions.html
@@ -274,7 +274,7 @@ def custom_exception_handler(exc):
<h1 id="api-reference">API Reference</h1>
<h2 id="apiexception">APIException</h2>
<p><strong>Signature:</strong> <code>APIException()</code></p>
-<p>The <strong>base class</strong> for all exceptions raised inside REST framework.</p>
+<p>The <strong>base class</strong> for all exceptions raised inside an <code>APIView</code> class or <code>@api_view</code>.</p>
<p>To provide a custom exception, subclass <code>APIException</code> and set the <code>.status_code</code> and <code>.default_detail</code> properties on the class.</p>
<p>For example, if your API relies on a third party service that may sometimes be unreachable, you might want to implement an exception for the "503 Service Unavailable" HTTP response code. You could do this like so:</p>
<pre class="prettyprint lang-py"><code>from rest_framework.exceptions import APIException
diff --git a/topics/release-notes.html b/topics/release-notes.html
index 4a38d156..256d0496 100644
--- a/topics/release-notes.html
+++ b/topics/release-notes.html
@@ -242,18 +242,33 @@ a.fusion-poweredby {
</code></pre>
<hr />
<h2 id="24x-series">2.4.x series</h2>
+<h3 id="243">2.4.3</h3>
+<p><strong>Date</strong>: <a href="https://github.com/tomchristie/django-rest-framework/issues?q=milestone%3A%222.4.3+Release%22+">19th September 2014</a>.</p>
+<ul>
+<li>Support translatable view docstrings being displayed in the browsable API.</li>
+<li>Support <a href="http://tools.ietf.org/html/rfc6266#section-4.3">encoded <code>filename*</code></a> in raw file uploads with <code>FileUploadParser</code>.</li>
+<li>Allow routers to support viewsets that don't include any list routes or that don't include any detail routes.</li>
+<li>Don't render an empty login control in browsable API if <code>login</code> view is not included.</li>
+<li>CSRF exemption performed in <code>.as_view()</code> to prevent accidental omission if overriding <code>.dispatch()</code>.</li>
+<li>Login on browsable API now displays validation errors.</li>
+<li>Bugfix: Fix migration in <code>authtoken</code> application.</li>
+<li>Bugfix: Allow selection of integer keys in nested choices.</li>
+<li>Bugfix: Return <code>None</code> instead of <code>'None'</code> in <code>CharField</code> with <code>allow_none=True</code>.</li>
+<li>Bugfix: Ensure custom model fields map to equivelent serializer fields more reliably. </li>
+<li>Bugfix: <code>DjangoFilterBackend</code> no longer quietly changes queryset ordering.</li>
+</ul>
<h3 id="242">2.4.2</h3>
-<p><strong>Date</strong>: 3rd September 2014</p>
+<p><strong>Date</strong>: <a href="https://github.com/tomchristie/django-rest-framework/issues?q=milestone%3A%222.4.2+Release%22+">3rd September 2014</a>.</p>
<ul>
<li>Bugfix: Fix broken pagination for 2.4.x series.</li>
</ul>
<h3 id="241">2.4.1</h3>
-<p><strong>Date</strong>: 1st September 2014</p>
+<p><strong>Date</strong>: <a href="https://github.com/tomchristie/django-rest-framework/issues?q=milestone%3A%222.4.1+Release%22+">1st September 2014</a>.</p>
<ul>
<li>Bugfix: Fix broken login template for browsable API.</li>
</ul>
<h3 id="240">2.4.0</h3>
-<p><strong>Date</strong>: 29th August 2014</p>
+<p><strong>Date</strong>: <a href="https://github.com/tomchristie/django-rest-framework/issues?q=milestone%3A%222.4.0+Release%22+">29th August 2014</a>.</p>
<p><strong>Django version requirements</strong>: The lowest supported version of Django is now 1.4.2.</p>
<p><strong>South version requirements</strong>: This note applies to any users using the optional <code>authtoken</code> application, which includes an associated database migration. You must now <em>either</em> upgrade your <code>south</code> package to version 1.0, <em>or</em> instead use the built-in migration support available with Django 1.7.</p>
<ul>