One more fail-case missed in 135ac69dd
authorPeter Rabbitson <ribasushi@cpan.org>
Thu, 4 Sep 2014 10:19:48 +0000 (12:19 +0200)
committerPeter Rabbitson <ribasushi@cpan.org>
Thu, 4 Sep 2014 10:19:48 +0000 (12:19 +0200)
commit95da0f23897e2dc2292462546c06ff604bebeefd
tree03a5df230458bde9205ea05a05de2a18e708c493
parentff7d03e645231bc360b686d7344f618ce8f5ac73
One more fail-case missed in 135ac69dd

Now the test attached to RT#98161 actually passes... le sigh

At this point I am very wary of the entire codepath: yes, it is clearly the
right thing to do, and the logic is sound, but odd edge cases keep popping
up like this... OTOH there is no way to properly do equality inferrence
without this entire dance, in other words: rock&hardplace. Hopefully the
test suites will shake this out, apologoies to all affected :(
lib/DBIx/Class/Storage/DBIHacks.pm
t/sqlmaker/dbihacks_internals.t