InvalidBasesError: Cannot resolve bases for []

Question

When I run tests I get this error during database initialization:

django.db.migrations.state.InvalidBasesError: Cannot resolve bases for [<ModelState: 'users.GroupProxy'>]
This can happen if you are inheriting models from an app with migrations (e.g. contrib.auth)

I created this proxy for contrib.auth Group model to place it in my app in django admin:

class GroupProxy(Group):
    class Meta:
        proxy = True
        verbose_name = Group._meta.verbose_name
        verbose_name_plural = Group._meta.verbose_name_plural

So what can I do to fix this issue?

@Dimitry Mikhaylov did you solve this issue ? I'm also facing the exact same error for the proxy I've set. I'd be glad if you can help me. — SpiXel, Sep 09 '15 at 11:27
I had to run migrations for `contrib.auth` before, it didn't work otherwise. — Dmitrii Mikhailov, Sep 09 '15 at 12:45
You may need to create a migrations folder with an empty __init__.py in it so Django can actually create the migration file. See the answer by Tamriel http://stackoverflow.com/questions/27261030/migration-error-with-django-1-7-1 — Jesuisme, Nov 08 '16 at 21:48

score 33 · Answer 1 · edited May 23 '17 at 12:26

33

Simply creating a migrations directory at the root of your app (so users/migrations/ in your case) and adding an empty __init__.py file might resolve your issue. At least it did for me when I was getting the same error.

But you're better off running makemigrations for your app, as suggested by @zenofewords above. That will create the directory for you AND generate migrations for your proxy models.

Why does Django create migration files for proxy models?

Your tests are looking for those migrations and aren't finding them.

edited May 23 '17 at 12:26

Community

1
1

answered Jan 11 '17 at 17:21

tino

4,780
5
24
30

1

I think this should be the accepted answer in my opinion. – Eudald Apr 03 '20 at 16:11

score 30 · Accepted Answer · answered Jul 30 '15 at 20:22

30

After a lot of digging on this the only thing that worked for me was

comment out the offending apps, run migrations, then add them in again.

Just a workaround but hopefully it helps somebody.

answered Jul 30 '15 at 20:22

dlsso

7,209
1
21
31

20

just add a folder named "migrations" and in it create "__init__.py" file. – elad silver Apr 18 '18 at 15:55
3

do u mean commenting them out from INSTALLED_APPS? – sureshvv May 15 '18 at 12:43

score 21 · Answer 3 · answered May 20 '16 at 13:39

21

I've come across this issue, and as commenting out the model isn't really a solution, I've found that setting the undocumented auto_created = True to the Meta class will make Django ignore it.

class GroupProxy(Group):

    class Meta:
        proxy = True
        auto_created = True

answered May 20 '16 at 13:39

augustomen

8,977
3
43
63

1

This will cause problems when creating the permissions for those apps though, so use it with care – XelharK Apr 10 '17 at 11:28

zenofewords · Answer 4 · 2015-05-26T09:53:23.440

14

Have you tried running manage.py makemigrations <app_label> on your app before running tests?

Also, check if the app which model(s) you are trying to Proxy is included in your INSTALLED_APPS.

edited May 26 '15 at 09:53

answered May 26 '15 at 09:44

zenofewords

442
4
10

1

when you run `python manage.py test` it will try to create test DB and apply all migrations before running tests. – Dmitrii Mikhailov Jun 10 '15 at 14:44
I already had a database, but was missing the migrations files. After I did this (`makemigrations `), I got errors that the `app_name.model_name table already exists` I solved this by editing the migration file (`app/migrations/0001_initial.py`) and commenting out every line in the `operations = [...]` list. – ki9 Feb 27 '17 at 07:01

score 6 · Answer 5 · answered Nov 21 '17 at 17:26

Having spent the majority of this afternoon trying to solve this error myself, going through every conceivable mixture of 'commenting out apps', 'dropping tables' and dropping entire databases I found that my issue was caused by a simple lack of a 'migrations' folder and an __ init__.py file inside of said folder.

One of the older answers which was correct is now no longer correct as they have fixed the issue mentioned here.

Check every directory that contains the model mentioned in 'init.py' and it should go away.

Probably won't solve everyone's case but it helped mine.

run makemigrations for all the apps that you are using. – sureshvv Mar 28 '18 at 20:21 — sureshvv, Mar 28 '18 at 20:21

Saurabh Chandra Patel · Answer 6 · 2020-07-14T11:14:09.063

6

add a folder named "migrations" and in this folder create "__init__.py" file

edited Jul 14 '20 at 11:14

answered Jun 05 '20 at 05:07

Saurabh Chandra Patel

12,712
6
88
78

score 4 · Answer 7 · answered Oct 29 '17 at 08:30

I also faced this issue (after doing some complex model inheritance). One of my migrations contained

migrations.CreateModel(
    name='Offer',
    fields=[
        # ...
    ],
    options={
        # ...
    },
    bases=('shop.entity',),
),

I deleted shop.Entity model entirely, but the migration was referencing it in bases attribute. So I just deleted bases=('shop.entity',) and it works. It will probably break an opportunity to migrate from the beginning, but at least allows to migrate further on.

Another advice would be: go directly to django code and inspect what's causing "bases" trouble. Go to django/db/migrations/state.py and add a breakpoint:

try:
    bases = tuple(
        (apps.get_model(base) if isinstance(base, six.string_types) else base)
        for base in self.bases
    )
except LookupError:
    print(self.bases)  # <-- print the bases
    import ipdb; ipdb.set_trace()  # <-- debug here
    raise InvalidBasesError("Cannot resolve one or more bases from %r" % (self.bases,))

Christopher Compeau · Answer 8 · 2019-04-25T09:23:51.137

3

I had this problem after I renamed the parent table of a bunch of my proxy models. I resolved it by:

Deleting the migration file that had the name change for the parent table.
Using the postgres terminal, I renamed the parent table to its previous name.
Ran makemigrations and migrate again

edited Apr 25 '19 at 09:23

answered Aug 24 '16 at 16:06

Christopher Compeau

410
4
13

score 0 · Answer 9 · answered Mar 02 '16 at 16:43

If this is only happening when running python manage.py test (maybe because you have already made the necessary migrations), you should explicitly say that contrib.auth should not migrate in the MIGRATION_MODULES of your settings module.

MIGRATION_MODULES(
        'auth': "contrib.auth.migrations_not_used_in_tests",
)

score 0 · Answer 10 · answered Sep 07 '18 at 16:00

0

One possibility is that the deleting or creating of a model in the migration file is in the wrong order. I experienced this in Django 1.7.8 when the base model was BEFORE the derived model. Swapping the order for deleting the model fixed the issue.

answered Sep 07 '18 at 16:00

dustinrwh

888
1
14
16

score 0 · Answer 11 · answered Sep 30 '19 at 10:50

0

happened to me with no other app - just because I renamed a model which was a base for other models (and maybe created that sub-models within the same migration) renaming the super-model to it's original name solved it for me

answered Sep 30 '19 at 10:50

user1611083

1
2

score 0 · Answer 12 · answered Dec 17 '19 at 16:15

I faced the same issue and adding app_label attribute in class Meta: solved the error :

class GroupProxy(Group):
    class Meta:
        proxy = True
        app_label = '<app in which you want this model>'
        verbose_name = Group._meta.verbose_name
        verbose_name_plural = Group._meta.verbose_name_plural

score 0 · Answer 13 · answered Apr 09 '20 at 17:46

If this occurs to you in an app that already has a migrations folder (and a init.py file in it), delete all other files, and run makemigrations and migrate again.

P.S.: You may need to reconfigure your models.py or some tables in your database manually.

score 0 · Answer 14 · answered May 15 '20 at 16:51

Just incase anyone made the same mistake as me, I had the same issue because I hadn't made any migrations for the Proxy models. It didn't seem necessary to me as they don't have their own DB tables and I didn't see anything mentioning this in the docs. python manage.py makemigrations <APP_NAME> fixed it right up.

score 0 · Answer 15 · answered May 12 '21 at 09:17

There's a related question. See my answer here https://stackoverflow.com/a/67500550/502045

TL;DR

Create your own operation to remove bases

class RemoveModelBasesOptions(ModelOptionOperation):
    def __init__(self, name):
        super().__init__(name)

    def deconstruct(self):
        kwargs = {
            'name': self.name,
        }
        return (
            self.__class__.__qualname__,
            [],
            kwargs
        )

    def state_forwards(self, app_label, state):
        model_state = state.models[app_label, self.name_lower]
        model_state.bases = (models.Model,)
        state.reload_model(app_label, self.name_lower, delay=True)

    def database_forwards(self, app_label, schema_editor, from_state,
                          to_state):
        pass

    def database_backwards(self, app_label, schema_editor, from_state,
                           to_state):
        pass

    def describe(self):
        return "Remove bases from the model %s" % self.name

    @property
    def migration_name_fragment(self):
        return 'remove_%s_bases' % self.name_lower

score 0 · Answer 16 · answered Oct 08 '21 at 06:58

0

You may have to run makemigrations for the apps without migrations.

In my case django_quiz depends on multichoice, true_false and essay.

I had to makemigrations for each of these before I could migrate django_quiz.

answered Oct 08 '21 at 06:58

sureshvv

4,234
1
26
32

score 0 · Answer 17 · answered May 01 '23 at 09:56

0

I think in my case, I just deleted the parent model inherited by the child model, let us I have CustomUser model and Inherited by Employee model, Before I deleted the employee migration, I was in error same with yours, But After I deleted it worked

answered May 01 '23 at 09:56

Yohannes

1

InvalidBasesError: Cannot resolve bases for []

17 Answers17

Linked