-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
Make load_all() work with primary keys that are objects #1115
base: master
Are you sure you want to change the base?
Conversation
…just assuming that they are string or int. Required to support django-uuidfield as primary key.
That looks great – any chance you could contribute a test which would break currently? |
Hi, I can give a test a crack, but it would make your tests depend on Also if you have a preference as to which test module you'd like the test Thanks,
|
I have added a test now. It introduces a dependency on django-uuidfield unfortunately. Tell me if you can see a better way. |
The python 3.3 tests are failing currently because django-uuidfield uses the unicode() method without checking Python version. I have made an issue in that project and will monitor for a fix. |
I can successfully run the tests locally using Python 3.4 and Django 1.6.0, provided I use the unreleased master branch of django-uuid which contains fixes for Python3. I'd propose waiting for a new release of django-uuidfield before merging this pull request. |
That seems reasonable – tempting as it is to have a simple test class for this, it should be less maintenance long-term to have a simple PyPI install |
…bjects. Also, it modifying a dictionary that is being iterated can have unexpected results, so adding .keys()
I made a small improvement. Still waiting on django-uuidfield to release with Python 3 fixes. |
Required to support django-uuidfield as primary key.