Wurde mit r7798 erst vor wenigen Wochen der __exact-Filter auf case-sensitive umgestellt, ist heute mit r8319 die Änderung revidiert worden. Begründet wird dies mit tabellenspezifischen Konfigurationen, an die sich __exact ab sofort halte. Abhängig von der jeweiligen Kollation passe sich __exact entsprechend an und arbeite case-sensitive oder case-insensitive. Informationen, welche Kollation man am Besten für seine jeweiligen Tabellen einsetzen sollte und welche Kollationen für ein case-sensitive-Verhalten sorgen, erhält man in der Datenbankdokumentation.

Als besonders heimtückisch erweisen sich solche backwards-incompatible-Veränderungen mit gleichbleibendem Namen und ohne Änderungshinweis beim Start der Django-Anwendung mit dem Resultat, dass der Entwickler respektive der Nutzer möglicherweise vor ungewöhnliche und erstmal unerklärliche Probleme gestellt wird. Nutzern von trunk wird daher besonders empfohlen, regelmäßig Veränderungen an der Codebase mitzuverfolgen.