-
Notifications
You must be signed in to change notification settings - Fork 23
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Upgrade to Django 1.8 #1214
base: migrate-to-django-popolo
Are you sure you want to change the base?
Upgrade to Django 1.8 #1214
Conversation
This should fix the warnings of the form: "Model class social.apps.django_app.default.models.[some class] doesn't declare an explicit app_label and either isn't in an application in INSTALLED_APPS or else was imported before its application was loaded. This will no longer be supported in Django 1.9."
1 similar comment
1 similar comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
All looks good, one qn :)
setup.py
Outdated
@@ -15,7 +15,6 @@ | |||
'pyelasticsearch', | |||
'celery', | |||
'pyyaml', | |||
'django-celery', |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If it's still in requirements/settings, should it not be here too?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Oh yes, good point! (That's because at first I took out django-celery completely, and then realised it would be helpful to still have for the results backend...)
We switch to using Celery in the manner recommended in Celery 3.1 and later. We wouldn't need django-celery any more, except that we're using it provides a Django ORM-based results backend for Celery. We upgrade django-celery to avoid some deprecation warnings. The celery worker and beat are no longer invoked using manage.py but with the celery script.
This test was failing because of this error: ValueError: assertTemplateUsed() and assertTemplateNotUsed() are only usable on responses fetched using the Django test Client. However, I'm a bit unclear on how this ever worked, since the template parameter for WriteItDeleteView was never being overridden?
These tests are now erroring with the stricter argument parsing in Django 1.8. I can't see that this arguement was ever used for anything anyway.
It looks as if django.core.mail.mail_admins now uses django.core.mail.EmailMultiAlternatives.send whereas it didn't in earlier versions of Django. mail_admins is used in the handling of an exception, so we need to patch that to stop our test exception being raised in the exception handling as well.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
👍 looks awesome to me!
"pip check" picked up that Celery 3.1.25 requires upgraded versions of these packages.
The version in use had security issue: CVE-2016-9243
I think that this works now - this pull request it targets the
migrate-to-django-popolo
branch, which hopefully can be merged soon after some testing from clients of the API.