Skip to content

Conversation

@bltravis
Copy link

As it stands, the rendervariations management command does not respect custom storage classes set on StdImageField. This patch adds an extra arg (storage=field.storage) to the dictionaries generated for args and args_list in the render methods of the command class, so that the storage class is passed to utils.render_variations. Otherwise, the storage argument defaults to django.core.files.storage.DefaultStorage.

…hods, setting value to "field.storage" to support cases where the storage class is not the FileField default.
@bltravis
Copy link
Author

Also throwing in a tweak to install_requires in setup.py, since versions 3.0 and greater of progressbar2 break the rendervariations management command.

@bltravis
Copy link
Author

Not sure why any of these minor changes would cause CI to fail. Am I missing something?

@landscape-bot
Copy link

Code Health
Code quality remained the same when pulling fc0b717 on ArrangementMaker:rendervariations-custom-storage-support into 2c3eef6 on codingjoe:master.

@codingjoe
Copy link
Owner

@bltravis please add a test and drop the second commit. I froze progressbar2 on master

@bltravis bltravis force-pushed the rendervariations-custom-storage-support branch from fc0b717 to a08a535 Compare October 29, 2015 03:56
@landscape-bot
Copy link

Code Health
Repository health decreased by 0.18% when pulling a08a535 on ArrangementMaker:rendervariations-custom-storage-support into 14d9072 on codingjoe:master.

@codingjoe codingjoe closed this in 1446f7b Oct 29, 2015
@codingjoe
Copy link
Owner

Released in 2.0.8

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants