Opened 5 months ago
Last modified 5 months ago
#35551 closed Bug
Fix changing PK via admin — at Version 10
Reported by: | Csirmaz Bendegúz | Owned by: | Csirmaz Bendegúz |
---|---|---|---|
Component: | contrib.admin | Version: | dev |
Severity: | Normal | Keywords: | |
Cc: | Triage Stage: | Accepted | |
Has patch: | yes | Needs documentation: | no |
Needs tests: | no | Patch needs improvement: | no |
Easy pickings: | no | UI/UX: | no |
Description (last modified by )
I have noticed two bugs when changing the primary key field via admin.
Given:
# models.py class Dummy(models.Model): id = models.IntegerField(primary_key=True) # admin.py admin.site.register(Dummy)
- Create Dummy (1), Dummy (2).
- Change Dummy (2)'s Id field -> 1
- Dummy (1) is overwritten with Dummy (2), Dummy(2) stays unchanged.
- Change Dummy (1)'s Id field -> 3
- A new Dummy (3) is created, Dummy (1) stays unchanged.
I believe both step 3 and step 5 are bugs.
Change History (10)
comment:1 by , 5 months ago
Description: | modified (diff) |
---|
comment:2 by , 5 months ago
Triage Stage: | Unreviewed → Accepted |
---|
comment:3 by , 5 months ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
comment:4 by , 5 months ago
So actually there are 2 issues:
- The unique check is skipped when PK is changed.
- The object is duplicated when PK is changed.
I'm looking into this.
comment:5 by , 5 months ago
Description: | modified (diff) |
---|
comment:6 by , 5 months ago
Description: | modified (diff) |
---|
comment:7 by , 5 months ago
Has patch: | set |
---|
comment:8 by , 5 months ago
I have submitted a basic fix for raising a ValidationError on PK conflict.
The other issue I would like to address is the fact that Django creates a duplicate if there's no PK conflict.
Should I create another ticket for this?
comment:10 by , 5 months ago
Description: | modified (diff) |
---|---|
Summary: | Unique checks skipped when changing primary key → Fix changing PK via admin |
I edited the ticket to reflect my findings.
Note:
See TracTickets
for help on using tickets.
Great catch thank you!
Agreed 👍 if you were to add another field to the model then you slightly override
Dummy (1)
with whatever is inDummy (2)
- which is not nice.