Craig de Stigter

That looks close to perfect, thanks for the link :)

Unfortunately I don't think there's a way to support this with signals on current Django. The only way at present would be to add a Model subclass and override `Model.refresh_from_db`....

aha, good find 🥇We can probably work around that. That thing where django's admin instantiates an empty model has caused so many little issues over the years.

I'd probably consider making a change to the name to make it less likely to collide with other apps, e.g. `dtm_type` - such a change wouldn't cause too much drama,...

Tempted to just not fix it here rather than hack the choices, since that probably has other consequences. What are you using `get_type_display()` for?

Cool, that's a reasonable thing to do. I'll hold off till the Django ticket is addressed so I can guard the method addition on a particular django version (presumably 2.2,...

Yes it should be doable, and makes sense 👍

Interesting. See #1 which could be related. Could you post the code that connects the signals?

I think I understand the problem. You're altering a `core` table but you want it to be done as a `my_plugin` migration, so that users without `my_plugin` enabled can run...

Im not sure this core/plugin situation is well suited to STI, since STI necessarily tangles core and plugins together. You might be better off using multiple tables so you can...