Add migration file for Django>=1.7

[ro5k0]

No description provided.

[ro5k0]

Any chance of getting this added please?

[juliomalegria]

Is there a way this could break/affect users using Django<1.7?

[ro5k0]

Not that I'm aware of. However, since 1.7 is the longest version that is no supported officially I don't think that's an issue personally. In my mind it would be much better to support people using 1.7 onwards by having the migration files in there so that people don't have to try and debug an error when using this great package.

[flavioamieiro]

+1, please include migrations so we can use this package with newer versions of django :)

[juliomalegria]

Sorry I've taken forever. Would you mind regenerating the migration for it to be up to date with the latest changes?

[hackdna]

Would it be possible to merge this soon and publish a new release? This would help us (and others) avoid the hassle of having a local migration for this app.

[juliomalegria]

Hey @ro5k0, @hackdna

The main problem with this is that the ChunkedUpload can be an abstract model (controlled by CHUNKED_UPLOAD_ABSTRACT_MODEL in the settings). If that's the case, I don't know how will Django behave with the migration.

I see in the migration file there is options={'abstrct': False}. Maybe we should import ABSTRACT_MODEL from the settings to control that option?

# chunked_upload/migrations/0001_initial.py
from .settings import ABSTRACT_MODEL
# ...

class Migration(migrations.Migration):
  # ...
            options={
                'abstract': ABSTRACT_MODEL,
            },

[juliomalegria]

This should be default=chunked_upload.settings.UPLOAD_TO

[shaw2thefloor]

Would really like a fix to this issue :)

[hackdna]

It looks like using settings.CHUNKED_UPLOAD_ABSTRACT_MODEL should work. There is already settings.AUTH_USER_MODEL.

[jerinpetergeorge]

This change was done in #53