This issue was fixed in afe0bb7b.

Sorry, I couldn't stand the inconsistency between the two databases anymore.

This message was introduced to help people figure out quickly when they
aren't running the tests against the copy of Django they're editing.
There's no reason to display it when verbosity is set to 0. It defaults
to 1.

Aymeric says, "It was fun to write, but I don't think it's very useful."

Since 1.7 models need to declare an explicit app_label if they are not
in an application in INSTALLED_APPS or were imported before their
application was loaded.

Thanks Tim Graham for the review.

If importing or initializing a template backend fails, attempting to
access this template backend again must raise the same exception.

In addition to ImproperlyConfigured, Engine.get_default() may also raise
ImportError or other exceptions. It's better to catch all exceptions in
places where the default engine isn't strictly required.

Thanks Collin Anderson for the report.

Also made RegexURLResolver.url_patterns a cached property for
consistency and efficiency.

During direct assignment, evaluating the iterable before the transaction
is started avoids leaving the transaction dirty if an exception is raised.
This is slightly more wasteful but probably not enough to warrant a change
of behavior.

Thanks Anssi for the feedback. Refs #6707.

Refs #6707.

Thanks Anssi Kääriäinen, Carl Meyer, Collin Anderson, and Tim Graham for the reviews.

The function no longer flushes zfile after each write as doing so can
lead to the gzipped streamed content being larger than the original
content; each flush adds a 5/6 byte type 0 block. Removing this means
buf.read() may return nothing, so only yield if that has some data.
Testing shows without the flush() the buffer is being flushed every 17k
or so and compresses the same as if it had been done as a whole string.

Cleared caching in staticfiles_storage and get_finder when
relevant settings are changed.

At the same time, made sure that empty nodes in where clause match
everything.

Instead of splitting filter clauses to where and having parts before
adding them to query.where or query.having, add all filter clauses to
query.where, and when compiling the query split the where to having and
where parts.

Based on patch by Adam J Forster, Paul Collins, and Julien.

Thanks to Tim for the review.

Added in 3e975359, this check
appears to never be triggered today.

A change in Python test discovery [1] causes the old packages that raised
an error to be discovered; now we use a common directory that's
ignored during discovery. Refs #23763.

[1] http://bugs.python.org/issue7559

Thanks to Aron Podrigal for the initial patch and Tim for the review.

This reverts commit e8171daf.

A new solution is forthcoming.

Thanks Stanislas Guerra for the report and Tomas Ehrlich for
the review.