-
-
Notifications
You must be signed in to change notification settings - Fork 206
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
Pluggable user support #101
Conversation
@remarkablerocket, I am planning to merge your implementation of a custom user model. Would be nice if you could test this branch with your custom user model implementaton to assure stability. Thanks! |
@s1n4 As the migration in your patch seemed to depend on your particular user model I have chosen to use @remarkablerocket's implementation instead. However, it would be really great if you could give this branch a try so we can see whether it works with your particular user model. Thanks! |
Hey @Burakk, we now have a pull request for custom user model support - but it requires more through (manual) testing. Would be great if you could lend a hand with that - would be great to be able to push out a new (poin) release today or tomorrow. Thanks! |
@dokterbob sorry for replying too late. actually, I wasn't sure about the migration, that it would work for everyone or not, and unfortunately I've had no time to check it out. alright, I'm gonna check out @remarkablerocket's implementation as soon as possible. Thanks |
Sorry for not responding sooner, @dokterbob. I never really tested the solution thoroughly at the time. From a quick investigation it appears to be working with South 0.8.2 but broken in South 0.8.3. with South 0.8.3 I'm getting the following error when trying to migrate for the first time:
|
Thanks for the feedback!
|
That would be embarrassing, but yes it is. Otherwise it wouldn't have worked with the other version of South. |
Embarrassing stuff happens all the time, at least for me it does. Will look into this issue tomorrow or perhaps this weekend. Hope to be able to push out a release after the weekend. Thanks again for the feedback! |
@remarkablerocket I've implemented the suggestions documented here. Would be great to get some feedback on this one. Thanks! |
Note: I've succesfully run migrations with South 0.8.3 and Django's normal user model. |
Note: Broken in South 0.8.3, working in 0.8.2. When running migrations with 0.8.3 we recommend downgrading (for now). Implementation references: * https://gist.github.com/benjaoming/5605160 * http://kevindias.com/writing/django-custom-user-models-south-and-reusable-apps/ * http://stackoverflow.com/questions/15472704/trouble-migrating-reusable-django-app-models-to-use-a-custom-user-model Related South bug: * etianen/django-reversion#263 * http://south.aeracode.org/ticket/1320
@s1n4 @remarkablerocket @Burakk After a lot of turmoil it turns out there is a bug in South 0.8.3. I have currently updated migrations using @benjaoming's script which closely resembles kevindias' recommended practises. (Also I have experimented around a bit with lazy User' objects and such, to no avail.) Eventually I have built in an explicit exception when South 0.8.3 is installed, recommending users to downgrade. My question to you is as follows: should I
All feedback welcome. In any case: thanks so much for thinking along, helping with testing and such. |
I think third-party issues are unrelated to a project. however, waiting for South to be fixed wouldn't be bad. Thanks. |
Fixed in latest south 0.8.4. |
Implements #62. Supercedes #93.
Please provide some feedback on this for usage with an actual custom user model - there seems no proper way to user custom user models in automated tests.