Added the mixins LoginRequiredMixin, PermissionRequiredMixin and
UserPassesTestMixin to contrib.auth as counterparts to the respective
view decorators.
The authentication mixins UserPassesTestMixin, LoginRequiredMixin and
PermissionRequiredMixin have been inspired by django-braces
<https://github.com/brack3t/django-braces/>
Thanks Raphael Michel for the initial patch, tests and docs on the PR
and Ana Balica, Kenneth Love, Marc Tamlyn, and Tim Graham for the
review.
The website only renders code blocks at 96 chars, and therefore
long code lines get wrapped. Manually breaking the lines prevents
the wrapping from occurring.
make_bytes() assumed that if the Content-Encoding header is set, then
everything had already been dealt with bytes-wise, but in a streaming
situation this was not necessarily the case.
make_bytes() is only called when necessary when working with a
StreamingHttpResponse iterable, but by that point the middleware has
added the Content-Encoding header and thus make_bytes() tried to call
bytes(value) (and dies). If it had been a normal HttpResponse,
make_bytes() would have been called when the content was set, well
before the middleware set the Content-Encoding header.
This commit removes the special casing when Content-Encoding is set,
allowing unicode strings to be encoded during the iteration before they
are e.g. gzipped. This behaviour was added a long time ago for #4969 and
it doesn't appear to be necessary any more, as everything is correctly
made into bytes at the appropriate places.
Two new tests, to show that supplying non-ASCII characters to a
StreamingHttpResponse works fine normally, and when passed through the
GZip middleware (the latter dies without the change to make_bytes()).
Removes the test with a nonsense Content-Encoding and Unicode input - if
this were to happen, it can still be encoded as bytes fine.
Added tzinfo to y2k constant (01/01/2000) in
custom_lookups.tests.DateTimeLookupTests.test_datetime_output_field
to fix warning message regarding naive datetimes.
This removes the concept of equality between operations to guarantee
compatilibity with Python 3.
Python 3 requires equality to result in identical object hashes. It's
impossible to implement a unique hash that preserves equality as
operations such as field creation depend on being able to accept
arbitrary dicts that cannot be hashed reliably.
Thanks Klaas van Schelven for the original patch in
13d613f800.
Nick Pope
Markus Holtermann
JensDiemer
Sutrisno Efendi
girishkumarkh
Markus Amalthea Magnuson
Matthew Somerville
Adam Chainz
Riccardo Magliocchetti
Piotr Jakimiak
Nicolas Noé
Jon Dufresne
Jay Wineinger
Marten Kenbeek
Ryan Hall
Andriy Sokolovskiy
Moritz Sichert
Aymeric Augustin
Loek van Gent
ifedapo olarewaju
Aksel Ethem
Grzegorz Slusarek
Ian Lee
Justine Alexandra Roberts Tunney
Jakub Wilk
Michał Modzelewski
Oscar Ramirez
Andriy Sokolovskiy
Michael Hall
Thomas Tanner
Preston Timmons
Daniel Wiesmann
Thomas Chaumeny
Tim Heap
Patryk Zawadzki
Tim Graham
Josh Smeaton
Klaas van Schelven
averybigant
Zan Anderle
Bashar Al-Abdulhadi
Jaap Roes
Batiste Bieler
André Ericson
Browniebroke
Seth Hill
Davide Ceretti
Akis Kesoglou