Skip to content
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.

Sign up for GitHub

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

Jump to bottom

Folders in public_id not respected in remote url #66

Closed
ehoch opened this issue Mar 25, 2013 · 3 comments
Closed

Folders in public_id not respected in remote url #66

ehoch opened this issue Mar 25, 2013 · 3 comments

Kommentare

@ehoch
Copy link

ehoch commented Mar 25, 2013

Create an uploader/model with a folder. Try and use remote_image_url with it. It does not respect the folder names from the public_id.

Works great in the renamer with direct javascript upload....
TalLevAmi added a commit that referenced this issue Mar 28, 2013
@TalLevAmi
Issue #66 - folder names are not respected in non-direct uploads
cd0403c
nadavs added a commit that referenced this issue Mar 28, 2013
@nadavs
Increment version to v1.0.51: Fixing issue #66 - folder names are not…
7bf342f 
… respected in non-direct uploads, Fixing issue #65 - allow overwriting existing images when updating preloaded images, Support ERB in cloudinary.yml
@nadavs
Copy link
Contributor

nadavs commented Mar 28, 2013

Thank you for reporting this issue. It is fixed now. The fix is available in v1.0.51 of the GEM.

@nadavs nadavs closed this as completed Mar 28, 2013
@harsh15
Copy link

harsh15 commented Jul 2, 2015

This is still not fixed.
I have raised the issue, please can u quickly respond.
here is the issue
#162

@taragano
Copy link
Collaborator

taragano commented Jul 5, 2015

Hi,
Unfortunately we couldn't reproduce this issue.
Can you please share your uploader? Specifically how you overrode the public_id method?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
4 participants
@nadavs @ehoch @taragano @harsh15