-
Notifications
You must be signed in to change notification settings - Fork 54
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
Handle image paths without extension when uploading #39
Comments
Wouldn't it be better to always detect file format instead since mime type/extensions can be wrong? Seems like identify could help with this. |
Good suggestion @oblador, that would definitely be the best option. Would require some more change too I think. |
Just tested this and this does not seem to be problem at first sight. |
What did the final URL result in for the original and for a resized image look like? I thought this line assumed that the original image file name has a file extension. |
Well, some of the results have an extension, some do not. So it's a good idea to improve the handling :) |
I just looked into the problem again and remembered that this is not as straight forward as it looked like at first glance since each resized image version may have it's own format ( We are passing the entire image metadata into We have to do something similar here to make sure that the original image gets a correct file extension as well. |
Anyone have a working solution? |
Some files does not have an extension (latest version of expressjs/multer for instance) which crates a problem for s3-uploader. We should add the ability to pass inn one of the following:
a) the original file name
b) file extension
b) image mime type
The text was updated successfully, but these errors were encountered: