I have a validates ... :uniqueness constraint on one of the attributes
of an ActiveRecord class.
In my test suite, I set the attribute from the same attribute in a
record in the fixture. I then send invalid? to the object under test.
invalid? returns _false_, and the .errors object for the record shows no
errors.
record. All validations on other attributes behave as expected.
I've done what I could to search the Rails docs, Google, Stack Overflow,
and this forum for similar problems, and found nothing.
I have a validates ... :uniqueness constraint on one of the attributes
of an ActiveRecord class.
In my test suite, I set the attribute from the same attribute in a
record in the fixture. I then send invalid? to the object under test.
invalid? returns _false_, and the .errors object for the record shows no
errors.
A :uniqueness constraint on another attribute does invalidate the
record. All validations on other attributes behave as expected.
I've done what I could to search the Rails docs, Google, Stack Overflow,
and this forum for similar problems, and found nothing.
What's wrong?
I didn't take the time to dig through your test code thoroughly, but
there are a few things you need to know about uniqueness validation on
ActiveRecord? The primary issue is that uniqueness is not guaranteed.
AFAIK there still exists a race condition that could cause duplicates to
be allowed in the database. This is especially true when there are
multiple instances of an app running. Or when records can be added
outside of the application.
Again, AFAIK the ONLY way to guarantee uniqueness is by using a unique
index on the column at the database level. Validation login in an ORM
(like ActiveRecord IS NOT sufficient). It is convenient to have because
it's easier to recover from a uniqueness violation, but it does not
remove the necessity of having the unique constraint in the database.
In addition to the race condition Robert mentions, is that under test,
your database excursions might very well be wrapped in transactions
and not yet committed to the database. I suggest watching the log and
see if things are committed; unit tests generally should not rely on
the database to perform as such. Testing these sorts of things is more
an integration test where you are testing full paths back and forth.
I have a validates … :uniqueness constraint on one of the attributes
of an ActiveRecord class.
In my test suite, I set the attribute from the same attribute in a
record in the fixture. I then send invalid? to the object under test.
invalid? returns false, and the .errors object for the record shows no
errors.
A :uniqueness constraint on another attribute does invalidate the
record. All validations on other attributes behave as expected.
I’ve done what I could to search the Rails docs, Google, Stack Overflow,
and this forum for similar problems, and found nothing.
What’s wrong?
The object you’re trying to edit/save is still pointing to the same row in the database - it’s trying to update the existing row, not create a new row with the same tracking code
