Opened 14 years ago
Last modified 10 years ago
#17814 new New feature
Add a way to override related_name on models that you can't edit
| Reported by: | Owned by: | nobody | |
|---|---|---|---|
| Component: | Database layer (models, ORM) | Version: | |
| Severity: | Normal | Keywords: | |
| Cc: | slav0nic0@… | Triage Stage: | Accepted |
| Has patch: | yes | Needs documentation: | yes |
| Needs tests: | yes | Patch needs improvement: | yes |
| Easy pickings: | no | UI/UX: | no |
Description
I use external apps with same name models (for example it's forum.post and blog.post) and have conflict with related_name, both have
user = models.ForeignKey(User, related_name="posts")
I writed patch with principle like ABSOLUTE_URL_OVERRIDES
Attachments (1)
Change History (5)
by , 14 years ago
| Attachment: | concept.patch added |
|---|
comment:1 by , 14 years ago
| Needs documentation: | set |
|---|---|
| Needs tests: | set |
| Patch needs improvement: | set |
| Triage Stage: | Unreviewed → Accepted |
comment:2 by , 14 years ago
possible settings are not the best place for this, but this is the most obvious place, if I meet the discrepancy with the code model, I would like to find it in the settings, but not in another application.
comment:3 by , 13 years ago
| Cc: | added |
|---|
comment:4 by , 10 years ago
| Summary: | RELATED_NAME_OVERRIDES → Add a way to override related_name on models that you can't edit |
|---|
Note:
See TracTickets
for help on using tickets.
I really hate the use of a setting for this (despite the precedent of
ABSOLUTE_URL_OVERRIDES, which I don't like either). I do think it's a problem that Django should provide some answer for, so accepting the ticket on that basis. I can't immediately think of a better solution than the setting, but I hope we can think of one.