Thanks Florian Apolloner for noticing the issue and Aymeric
Augustin for the expertise.
Refs #22540.

Thanks andrewsg for the report.

Thanks ygbo for the report.

This fixes a regression caused by 0707b824. Refs #22328.

So as the save step is centralized in create(), especially useful
when customizing behavior in subclasses.
Thanks craig.labenz@gmail.com for the report.

Thanks fatal10110 at gmail.com for the report. The fix is 1.6-only
because that code has been refactored in 1.7 (6983201c).
'Docs-only' forward port of 120a9812 from 1.6.x.

Thanks bjb at sourcer.ca for the suggestion.

Thanks bjb at sourcerer.ca for the suggestion.

Thanks to chrisedgemon for the report and shaib, akaariai and
timgraham for the review.

Also fixes #18192 and #21055.

Thanks Tim Graham for the review.

Thanks benjaoming for raising the issue and Loic for the examples.

Thanks to cdestigter for the report.

No more `NewBase` horrors.

Thanks to bendavis78 for his work on merging this into six.

Thanks z for the report and timo for the proposal.

This reverts commit 4fdd51b7.

See the ticket for concerns with this implementation; it will be revisited.

Thanks Peter Landry for the report.

Fix a typo in logging.txt

Thanks nliberg for the suggestion.

Thanks Karen Tracey for the report.

Thanks kevin-brown for the report.

Thanks Eric Holscher and Tim Graham for the review.

Avoided introducing a new regex-based SQL splitter in the migrations
framework, before we're bound by backwards compatibility.

Adapted this change to the legacy "initial SQL data" feature, even
though it's already deprecated, in order to facilitate the transition
to migrations.

sqlparse becomes mandatory for RunSQL on some databases (all but
PostgreSQL). There's no API to provide a single statement and tell
Django not to attempt splitting. Since we have a more robust splitting
implementation, that seems like a good tradeoff. It's easier to add a
new keyword argument later if necessary than to remove one.

Many people contributed to both tickets, thank you all, and especially
Claude for the review.

Refs #22401.