The test introduced in 4b278131 accidentally passed because of a
limitation of Python < 3.3.

Refs #17758, #7581.

Work by Julien Phalip.

Refs #8001, #18310, #19505. See also 0b908b92.

Thanks to garrison for the report and patch.

Refs #17758.

Refs #17758

Also systematically added non-ascii passwords in hashers test suite.
Thanks Vaal for the report.

Thanks aliva for the report and claudep for the feedback.

This regression was introduced by the unicode_literals patch. The WSGI
spec mandates that environ contains native strings.

Thanks Tim Graham for the review and suggestions.

Thanks Mike O'Connor for the report.

Thanks Anton Baklanov for the report and the patch.

Caused by regression fix for #19500.

The added promotion logic is based on promoting any joins used in only
some of the childs of an OR clause unless the join existed before the
OR clause addition.

The ORM didn't reuse joins for direct foreign key traversals when using
chained filters. For example:
    qs.filter(fk__somefield=1).filter(fk__somefield=2))
produced two joins.

As a bonus, reverse onetoone filters can now reuse joins correctly

The regression was caused by the join() method refactor in commit
68847135

Thanks for Simon Charette for spotting some issues with the first draft
of the patch.

This is necessary because get_model() checks are case insensitive, and if the swapable check isn't, the
swappable logic gets tied up in knots with models that are partially swapped out.

Thanks to chris@cogdon.org for the report and extensive analysis, and Preston for his work on the draft patch.

Thanks to Patryk Zawadzki for the patch.

Thanks orblivion for the suggestion.

Thanks startup.canada for the suggestion.

Thanks jcspray for the suggestion.

Fixed #19430 -- Added 'license' value to setup.py

Thanks Dylan Verheul for the report and Anssi Kääriäinen for the
review.

Thanks to Simon Charette for report.

Refs #9589.

Cleaned up the implementation of base convert_values() a little, and
made sure it accepts None as a value for numeric fields.

There are no tests attached. The reason is that not all of the
convert_values() accept None as a value for numeric fields (for example
sqlite3.convert_values()).

The reason the base convert_values() needs to accept None is that this
situation might arise in custom compilers for 3rd party backends. It
is easy to keep the convert_values() working, so lets do that.

Thanks colinnkeenan for the suggestion.

Thanks Valentin Lorentz for the report and the suggested fix.

The OmniGraffle source file is included for future use.