-
Notifications
You must be signed in to change notification settings - Fork 191
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
Error with using $url addMedia #87
Comments
for a quick fix change line 218 to $mimetype = 'image/jpeg'; if you are adding a jpg of course. |
Why not trying something like this? https://github.com/trippo/ResponsiveFilemanager/blob/master/filemanager/include/mime_type_lib.php |
The problem is not in detecting the mime type - the problem is the regression in functionality. The previous code would detect the mime type from a base64'd value of the data, whereas the new code uses I'm not sure why this code was changed, but I see the following options:
|
Doing some updates and ran into this exact issue. We store our images on s3 and pass the url to Is there a reason for this breaking change other than to reduce the library by 3 lines of code? Debating on forking and rolling back this change, but would prefer to understand why the change was important. |
Instead of forking we have just fixed our version at 1.2.2. At this time there's no need for us to upgrade to a newer version as we've been running it in production for over a year and have had no issues. |
I have the same issue. Reverting this change works fine. Hopefully @jeroendesloovere shares his thoughts on this. |
…ixes jeroendesloovere#87, jeroendesloovere#94 Also fix outstanding phpcs phpdoc complaints
This change ea119a3 has caused issues on php 5.6 in my app. I get the following error:
I'm guessing because I'm passing a url instead of a file location, and mime_content_type() doesn't automatically download the file?
The text was updated successfully, but these errors were encountered: