#12729 closed (fixed)
contrib.auth on seperate db in multi-db setup fails
| Reported by: | dhageman | Owned by: | nobody |
|---|---|---|---|
| Component: | contrib.auth | Version: | dev |
| Severity: | Keywords: | multi-db | |
| Cc: | Triage Stage: | Accepted | |
| Has patch: | no | Needs documentation: | no |
| Needs tests: | no | Patch needs improvement: | no |
| Easy pickings: | no | UI/UX: | no |
Description
contrib.auth will break if you put it onto a database by itself. There is a hard coded SQL statement in contrib.auth.backends at line 27 (get_group_permissions) that joins the auth tables with django_content_type. This will obviously cause an error if the django_ tables are not in the same database with the auth_ tables.
Change History (4)
comment:1 by , 16 years ago
| Version: | 1.1 → SVN |
|---|
comment:2 by , 16 years ago
| milestone: | → 1.2 |
|---|---|
| Triage Stage: | Unreviewed → Accepted |
comment:3 by , 16 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
Note:
See TracTickets
for help on using tickets.
We're probably not going to tackle the "django_* tables on a different db from the auth_* tables" this time around. That requires figuring out foreign keys across databases, which probably is never going to work (think constraints), and hence is the topic of a *much* bigger problem.
For the purposes of this ticket, let's just tackle the fact that the
ModelBackendhardcodes the default connection.