Fields inherited from Django's `AbstractBaseUser` / `PermissionsMixin` / `AbstractUser` are missing
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 62/100
Direzione di ricerca
Start in cli/orm_lens/parser.py: _abstract_bases_fields() near line 833 skips AbstractBaseUser because by_name.get(tail, []) finds nothing, and _attach_inherited_fields() near line 874 fills inherited_fields from that. Add a table of Django's own abstract bases (AbstractBaseUser, PermissionsMixin, AbstractUser) used only when no workspace class has that name. Done when the repro's drift reports nothing, describe lists the inherited fields, and the new tests plus the golden snapshot update pass with pytest, ruff and mypy.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Source: taiga-back — taiga/users/models.py:117; pretix — base.User; label-studio — users.User; weblate — weblate/auth/models.py:942
What happens
A custom user model usually inherits its auth fields from Django:
class User(AbstractBaseUser, PermissionsMixin):
email = models.EmailField(unique=True)
password and last_login come from AbstractBaseUser, is_superuser, groups and user_permissions from PermissionsMixin. orm-lens only merges fields from abstract bases it can read in the workspace, and those two live in Django itself, so the fields are dropped. The same goes for AbstractUser (username, first_name, email, is_staff, date_joined, ...).
On all four projects above drift reports "migrated but no longer declared: groups, is_superuser, last_login, password, user_permissions", and the M2M edges to auth.Group / auth.Permission are missing from er and cascade.
Repro
accounts/models.py
from django.contrib.auth.models import AbstractBaseUser, PermissionsMixin
from django.db import models
class User(AbstractBaseUser, PermissionsMixin):
email = models.EmailField(unique=True)
USERNAME_FIELD = "email"
accounts/migrations/0001_initial.py (what makemigrations writes for it)
from django.db import migrations, models
class Migration(migrations.Migration):
initial = True
dependencies = [("auth", "0012_alter_user_first_name_max_length")]
operations = [
migrations.CreateModel(
name="User",
fields=[
("id", models.BigAutoField(auto_created=True, primary_key=True, serialize=False)),
("password", models.CharField(max_length=128, verbose_name="password")),
("last_login", models.DateTimeField(blank=True, null=True, verbose_name="last login")),
("is_superuser", models.BooleanField(default=False)),
("email", models.EmailField(max_length=254, unique=True)),
("groups", models.ManyToManyField(blank=True, related_name="user_set", related_query_name="user", to="auth.group")),
("user_permissions", models.ManyToManyField(blank=True, related_name="user_set", related_query_name="user", to="auth.permission")),
],
),
]
$ orm-lens drift
~ accounts.user:
migrated but no longer declared: groups, is_superuser, last_login, password, user_permissions
summary: 1 model(s) drifted, 0 blocking, 1 migration(s) replayed
$ orm-lens describe accounts.User
| Field | Type | Args |
| --- | --- | --- |
| `email` | EmailField | `unique=True` |
With class User(AbstractUser) plus one own field, describe likewise shows only that field.
Expected: no drift; describe lists the inherited fields too, and groups / user_permissions are M2M relations to auth.Group / auth.Permission.
Where
cli/orm_lens/parser.py
- line 833,
_abstract_bases_fields():by_name.get(tail, [])finds nothing forAbstractBaseUser, so the base is skipped; - line 874,
_attach_inherited_fields(): fillsinherited_fieldsfrom that.
Suggested fix
Add a small table of Django's own abstract bases and their fields (as ParsedField, with inherited_from set):
AbstractBaseUser:password(CharField,max_length=128),last_login(DateTimeField,blank=True, null=True);PermissionsMixin:is_superuser(BooleanField),groups(ManyToManyField →auth.Group),user_permissions(ManyToManyField →auth.Permission);AbstractUser: both of the above plususername,first_name,last_name,email,is_staff,is_active,date_joined.
In _abstract_bases_fields(), when by_name has no class for the base name and the name is in the table, use the table's fields. A class with the same name in the workspace still wins, so a project that defines its own PermissionsMixin isn't affected. Note that is_active on AbstractBaseUser is a plain class attribute, not a field.
How to test
- A new test with the repro:
driftreports nothing,describelistspassword,last_login,is_superuser,groups,user_permissions,email. class User(AbstractUser)gets theAbstractUserfields; an ownemailshadows the inherited one.- A workspace class named
PermissionsMixin(abstract, with its own fields) is used instead of the table. - Run the golden snapshots: zulip's
UserProfileusesAbstractBaseUserandPermissionsMixin, so it will gain fields. Update the snapshot and list the changes in the PR. cd cli && python -m pytest -q,ruffandmypypass.
Difficulty: good first issue, a lookup table and one branch.
- Lingua principale
- Python
- Stelle
- 84
- Fork
- 13
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di FROWNINGdev/django-orm-lens
-
suggest-indexes proposes composite indexes that include the primary key or a unique fieldForse già presa @bfs2021 l’ha presa oggi. Apertabug good first issue python
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
FROWNINGdev/django-orm-lens#269 ·
-
`migration-risk` text output prints `app.None` for graph-level findingsForse già presa @phoenixbycaselka l’ha presa oggi. Apertabug good first issue python
Difficoltà 1/5 1-3 ore Idoneità per principianti 88/100
FROWNINGdev/django-orm-lens#268 ·
-
Finish the Chinese rule reference — DOL001–DOL007Forse di nuovo libera @harbinresearcher l’ha presa 64 giorni fa e non c’è nessuna pull request aperta. Apertadocumentation good first issue help wanted
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
FROWNINGdev/django-orm-lens#81 · 2 commenti ·
-
bug good first issue python
Difficoltà 3/5 Mezza giornata Idoneità per principianti 78/100
FROWNINGdev/django-orm-lens#266 ·
-
enhancement help wanted python
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
FROWNINGdev/django-orm-lens#254 ·
Tutte le issue di FROWNINGdev/django-orm-lens
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
gorakhargosh/watchdog#1462 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
openwisp/openwisp-monitoring#889 ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
OpenFreeEnergy/Lomap#180 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
roman-corgi/corgisim#327 ·
I maintainer di solito rispondono entro 2 giorni
-
agent:WSL bug code-review linux pri:medium sev:low tooling
Difficoltà 2/5 Mezza giornata Idoneità per principianti 62/100
I maintainer di solito rispondono entro 1 giorno