Opened 7 years ago

Closed 6 years ago

#15735 closed Bug (duplicate)

Conflict with an app name of 'auth' even when not using Django auth

Reported by: Matt Robenolt Owned by: Matt Robenolt
Component: Core (Other) Version: 1.3
Severity: Normal Keywords: auth settings
Cc: Matt Robenolt Triage Stage: Design decision needed
Has patch: no Needs documentation: no
Needs tests: yes Patch needs improvement: yes
Easy pickings: no UI/UX: no


When starting a project from scratch and I remove all of the default apps out of INSTALLED_APPS, and create an app of my own called "auth", Django traverses through and registers the django.contrib.auth models automatically.

I found the source of the problem with At the point of including any part of this module, django.contrib.auth is added into the app_store cache in django.db.models.loading. Once it has been cached in the app_store, it overrides MY 'auth' app because cache keys are stored by doing: "'.')[-2]".

After digging through and tracing up, I found that I could simply comment out line 3 of django/core/management/ and it prevents the extra models from ever being initialized unless specifically declared in

This may or may not be the best solution for the problem, but I have patched this in on a few projects of mine without any negative consequences. I can't determine if there's a better way to actually test it.

Attachments (1)

fix_for_conflicting_auth.diff (445 bytes) - added by Matt Robenolt 7 years ago.

Download all attachments as: .zip

Change History (6)

Changed 7 years ago by Matt Robenolt

comment:1 Changed 7 years ago by Matt Robenolt

Cc: Matt Robenolt added
Needs tests: set

Also, to add: this problem didn't exist in 1.2.

comment:2 Changed 7 years ago by Matt Robenolt

Component: contrib.authCore (Other)
Has patch: unset
Patch needs improvement: set

Actually, I retract my patch to fix the issue. It just masks it and unveils more issues for model testing. It appears that the problem is much more deep rooted than this and may require a design decision since I'm not sure why certain decisions were made on certain aspects in the first place. Specifically why the internal app_store cache is stored based on relative package names and not absolute.

comment:3 Changed 7 years ago by Julien Phalip

Triage Stage: UnreviewedDesign decision needed

comment:4 Changed 7 years ago by Jacob

milestone: 1.3

Milestone 1.3 deleted

comment:5 Changed 6 years ago by Aymeric Augustin

Easy pickings: unset
Resolution: duplicate
Status: newclosed
UI/UX: unset

This looks suspiciously similar to #16283, which was fixed since then.

Please reopen if your problem isn't fixed in trunk.

Note: See TracTickets for help on using tickets.
Back to Top