Opened 13 years ago
Closed 13 years ago
#17290 closed New feature (invalid)
Admin's "save as" does not work on records with unique constraints
Reported by: | Sergiy Kuzmenko | Owned by: | nobody |
---|---|---|---|
Component: | contrib.admin | Version: | |
Severity: | Normal | Keywords: | admin |
Cc: | s.kuzmenko@… | Triage Stage: | Unreviewed |
Has patch: | no | Needs documentation: | no |
Needs tests: | no | Patch needs improvement: | no |
Easy pickings: | no | UI/UX: | no |
Description
I would like to propose a change of behaviour for admin's "save as" functionality. Instead of blindly creating a duplicate with a new ID, open add new object view prepoulated with values dynamically pulled from the object we are copying. IMO, this is better for several reasons:
- We rarely (or perhaps never) want a complete duplicate. "Save as" is just a shortcut for copy-pasting. Ability to edit object prior to saving results in better user experience.
- Presently "save as" does not work on models with unique constraints or custom primary keys (which are not AutoField). When presented with edit form choice the user will be able to address those constraints accordingly.
If there is a concern about altering existing behaviour, perhaps there can be two distinct options: 1) "Save as new" (current functionality), and 2) "Save as..." (new functionality, triple dot implies that user input is expected.)
Change History (2)
comment:1 by , 13 years ago
UI/UX: | unset |
---|
comment:2 by , 13 years ago
Resolution: | → invalid |
---|---|
Status: | new → closed |
Closing per the reporter's instructions.
Okay, this was rally dumb. I'm already on the editing form. Please mark it as "won't fix".