Opened 10 years ago
Closed 10 years ago
#23392 closed Bug (invalid)
Django runs all migration operations but only marks 0001 as completed
Reported by: | Owais Lone | Owned by: | nobody |
---|---|---|---|
Component: | Migrations | Version: | 1.7-rc-3 |
Severity: | Normal | Keywords: | |
Cc: | Triage Stage: | Unreviewed | |
Has patch: | no | Needs documentation: | no |
Needs tests: | no | Patch needs improvement: | no |
Easy pickings: | no | UI/UX: | no |
Description
I've patched the contrib auth app to add some fields to auth.Group table. I've created a custom migration module for auth app which has 2 migrations,
0001: The migration supplied by contrib.auth as is.
0002: Migration that adds my custom fields to auth.Group table. ( looks like this: https://gist.github.com/owais/cabc53a79e7b092457cc)
The problem is that when I run the migrations for auth, django creates the final schema structure after running 0001 and as a result when django runs 0002, it complains about some fields already being present.
I'm patching the Group model like this: https://gist.github.com/owais/994e3d2826f225142304
This patch runs right before manage.py calls a command.
Change History (3)
comment:1 by , 10 years ago
Type: | Uncategorized → Bug |
---|
comment:2 by , 10 years ago
comment:3 by , 10 years ago
Resolution: | → invalid |
---|---|
Status: | new → closed |
We don't support monkeypatching models like this, so I'm going to have to close as INVALID. If you can reproduce it on a separate, fresh app we can reopen, but I suspect it's the very overloading of the model itself that's causing this.
I don't think we support adding custom fields to the auth.Group model, but could it be that the signal is being run on the 0001 migration state, which makes django think that nothing's changed in 0002?