Opened 2 years ago
Last modified 2 years ago
#34117 closed Bug
Anomaly with makemigrations — at Initial Version
Reported by: | Ismael ABBO | Owned by: | nobody |
---|---|---|---|
Component: | Migrations | Version: | 3.2 |
Severity: | Normal | Keywords: | CustomUser, field, anomaly |
Cc: | Carsten Fuchs, Ed Chai | Triage Stage: | Unreviewed |
Has patch: | no | Needs documentation: | no |
Needs tests: | no | Patch needs improvement: | no |
Easy pickings: | no | UI/UX: | no |
Description
Problem
Makemigrations command does not see the specific change on models related to this field below but produces migrations for any other fields (even in separated project):
gender = models.BooleanField( _('gender'), default=True, blank=True, help_text=_('Designates whether the user is a woman.'), ),
Adding in migration files works fine, but default
value does not (while they're applied in ORM according to https://docs.djangoproject.com/en/4.1/ref/migration-operations/#addfield)
Then I have added blank=True
to counter non-null constraint violation
When I add gender field in the migration files manually, executing makemigrations
command again generate a delete of that field gender
while I have not removed it in the associate model. Do we assume here that it does not see the field at all from the beginning?
Please, why? Am I wrong somewhere?
Steps to reproduce with my environment project (but optional because I have tried it in separated project aswell):
- dockerized Postgres 14.4
- dockerized Python 3.8
- Use a CustomUser model by following these instructions (which works well) : https://code.djangoproject.com/ticket/25313#comment:24