We know you know the difference, but you should also know how much we
love detail. More detail is also needed here.
--
James Thurber - "Women are wiser than men because they know less and
understand more."
So let's start off by assuming that we understand the two are different.
If they were the same, it wouldn't have been necessary to make any
changes. Let's also assume you've read
http://code.djangoproject.com/wiki/BackwardsIncompatibleChanges#ExactComparisonsRespectCaseInMySQL which is the relevant change.
Now, given the purpose of that change, what is the problem you perceive
here and why isn't it fixed by moving to an iexact query if you want the
non-binary form of matching?
You haven't actually reported a problem yet. You've noted that two
non-identical queries behave differently. That's usually the case with
two different queries.
Regards,
Malcolm
On Tue, 2008-07-22 at 01:51 -0500, David Cramer wrote:
> Sorry, to be more clear, that is an *exact* match on what is in the
> database, but using the BINARY form does not return the result.
Please open a ticket for this so it doesn't get forgotten. You'll
somehow have to manage the mail that it generates (which might be as
high as a dozen pieces of email in a an entire week; less than the pace
of mail in this particular thread). We're obviously not going to merely
revert the change without further work since it was made to fix a bug
and changing something that hides an unknown problem and reintroduces a
known one is not progress. This is certainly something that would be
good to fix before 1.0 and fixing bugs is what we do. So once we have
repeatable information in a place that doesn't get overlooked, we can
make sure it's handled appropriately.
You have a failing example for your setup, so a small patch against
regressiontests/string_lookups/models.py that demonstrates the problem
will, I'm sure, be helpful to the people who volunteer their time to
help fix this problem.
Thanks,
Malcolm