id	summary	reporter	owner	description	type	status	component	version	severity	resolution	keywords	cc	stage	has_patch	needs_docs	needs_tests	needs_better_patch	easy	ui_ux
12287	Application name must be unique in a project - silent sideeffect when it's not	Piotr Czachur <zimnyx@…>	nobody	"Guys,

1) django accepts multiple applications with the same name in INSTALLED_APPS, but such thing has many unpleasant side effects, many are silent until you really dig in.
Django code should check whether there are applications with the same name (like ""foo.auth"", ""bar.auth"") in INSTALLED_APPS, and if they are found, exception should be thrown: ""Django doesn't support multiple applications with the same name"".
2) Why it isn't mentioned in documentation? It's should be written in bold.
3) During the time I migrated to Django - which was 2 months ago - I experienced many silent side effect when this ""unique app name"" constraint was violated: for example, when running test for given application:
{{{
python manage.py test auth
}}}
Django will run tests only for 1st found application with ""auth"" name, others are just quietly skipped. It's just wrong, I'd like to see exception or tests should be run for all applications with ""auth"" name.
4) My conclusion is that all this kind of problems occured because Django is not using python path for applications. I mean we put aplication path ""package.appname"" in INSTALLED_APPS, but Django cares only about last path component which is application name. Why Django refuses to use standard python thing?

I put it all here to provide you better explanation of my point, but to be precise I'll create separate tickets for docs, and tests.
Cheers!
"		closed	Uncategorized	dev		wontfix			Unreviewed	0	0	0	0	0	0