Ticket #843 (closed defect: wontfix)

Opened 4 years ago

Last modified 3 years ago

south confused by similar app names

Reported by: msoulier@… Owned by: andrew
Priority: major Milestone: 1.0
Component: commands Version: 0.7.3
Keywords: Cc:


I have two apps in separate projects, where one project is common code for two separate interfaces.


If I tell south to do schema migration for proxy.main, it finds proxycore.main first and doesn't find proxy.main at all.

It should be able to tell the difference.

(msl9.4)msoulier@espresso:...b/django/webproxy$ python manage.py schemamigration webproxy.main --auto

+ Added model main.UserProfile?
+ Added model main.ProxyApp?
+ Added model main.ProxyPermission?

Created 0002_autoadd_userprofileadd_proxyappadd_proxypermission.py. You can now apply this migration with: ./manage.py migrate webproxy.main

Note, those models are from proxycore.main

(msl9.4)msoulier@espresso:...b/django/webproxy$ python manage.py schemamigration proxycore.main --auto
Nothing seems to have changed.

So now I must rename proxycore.main to something else, like proxycore.core, as a workaround.


app_namespace.diff (8.9 KB) - added by yedpodtrzitko 3 years ago.

Change History

Changed 3 years ago by yedpodtrzitko

comment:1 Changed 3 years ago by anonymous

Hi, there's an initial patch to make South aware of multiple apps w/ the same name (for now only tested with schemamigration --initial command and migrate command)


comment:2 Changed 3 years ago by andrew

  • Status changed from reopened to closed
  • Resolution set to wontfix

As I've said before, this is a bug in Django, not South - until Django lands the new app loading branch which distinguishes apps by more than label, South will act like this (much like the built-in Django commands like ./manage.py sql)

comment:3 Changed 3 years ago by yedpodtrzitko

Did not see any statement about this bug, but I agree - creating this patch was really just hacking around Django.

Note: See TracTickets for help on using tickets.