Dynamic column name that uses model primary key causes all updates to increment the counter about counter_culture HOT 2 CLOSED

I'm not sure if this is something to solve or not but I can see two options:

1. resetting the primary key values in previous_model. This appears like it should be safe, since this model is never used for anything other than determining the column name.
2. communicating not to rely on primary key values inside the column_name proc

from counter_culture.

Fascinating. This makes sense to me. I have two thoughts:

1. It feels like you're misusing the column_name proc. It was intended to just check the state of the current model. There are performance implications of triggering another query each time this is called.
2. That being said, I agree with you that setting the id on the dup'ed model should be safe, so I'd be happy to accept a PR to add that if you want to put one together.

from counter_culture.