Images error on upload suddenly (exif_read_data Illegal IFD size)

  • I can’t find any recent updates to WordPress or its plugins that would have caused this to happen suddenly.

    However, image uploads just slowed to a crawl, and most of them are erroring with the typical broad error when an upload fails. Looking at the logs in the admin directly, there are a ton of events stating that:

    E_WARNING
exif_read_data(imagename.jpg): Illegal IFD size at /path/to/directory/wp-admin/includes/image.php (431)
timed at 30-Jun-2018 17:05:46
Array

    I can’t seem to find any solutions. I have tried increasing the memory usage to 128+ as well as a number of recommendations online and haven’t been able to find the culprit. Currently using PHP version 5.6.30, which hasn’t been changed anytime recently. I could try taking up the version, but I am sure some of the older plugins will have a fit if I did that. If I remember right, I think there were issues in the past with increasing the PHP version and some of the plugins are hard to find newer/modern replacements for.

    For it to just start happening out of nowhere is a bit odd.

    • This topic was modified 6 years, 8 months ago by jh20001.
Viewing 7 replies - 1 through 7 (of 7 total)

  • –Volunteer Support–

    Hi,

    it looks like a server related issue. But to help you out narrow down problem. tell me more on how exactly are you uploading the image, and what plugin and theme you are using.

    Van

    • This reply was modified 6 years, 8 months ago by appletvan.
    Thread Starter jh20001

    (@jh20001)

    Hello,

    Using a number of plugins, but none of which are related to the media library or uploading other than Jetpack maybe. The theme is a paid theme called smartmag that was implemented around two years ago.

    Hi,

    this is a php version related issue. Did you try sending a ticket to your server provider? and see if they did some updates.

    best,

    Van

    Thread Starter jh20001

    (@jh20001)

    After talking to them about it (it’s not easy talking to them since they are outsourced and they do everything you tell them not to do, like start playing with things that break stuff), they seem to have figured out that it was Jetpack causing all of these issues. Since the only real reason to use Jetpack is CDN options, we may look into a replacement for CDN. It’s our best guess at this point.

    there are free cdn to use like cloudflare.

    Tell me is your site using cdn right now? It would be easier though to figure it out for me if I had access to your server. So when you say they figured it was jetpack, that would mean that if you deactivate jetpack the issue is no longer there?

    Thread Starter jh20001

    (@jh20001)

    When they deactivated all plugins, the issue went away, and then they activated them all again. Of course when I deactivated Jetpack to recreate it, and readded it later, it made me re-login and everything again (all settings were there still). So I don’t know what they did to get around that. However, when I deactivated it, the error happened much quicker on image upload. Might have been a unique case, but the upload process was super quick at least (hah).

    We are using image CDN via Jetpack (aka Photon option).

    • This reply was modified 6 years, 8 months ago by jh20001.
    Thread Starter jh20001

    (@jh20001)

    Update. I don’t know what the heck they were talking about. I have all plugins activated that were before, and added the following code to the end of functions.php.

    add_filter( ‘wp_image_editors’, ‘change_graphic_lib’ );
    function change_graphic_lib($array) {
    return array( ‘WP_Image_Editor_GD’, ‘WP_Image_Editor_Imagick’ );
    }

    Now, images are once again uploading just fine. Does this prove it was a server issue in terms of image editors?

    Update Update: However, when I do that, it also corrupts the functions.php file I think, because cookies fail on the website causing all admin screens to go blank. I remove the code and the issue is still there. I replace the file with a backup and everything comes back, but then the image upload issue is obviously back too.

    Update Update Update: Fixed! All seems to be working well. The solution was to add this work around as a plugin I found here: https://github.com/getsource/default-to-gd — Still though, this seems to be an issue with the server I guess…

    • This reply was modified 6 years, 8 months ago by jh20001.
    • This reply was modified 6 years, 8 months ago by jh20001.
Viewing 7 replies - 1 through 7 (of 7 total)
  • The topic ‘Images error on upload suddenly (exif_read_data Illegal IFD size)’ is closed to new replies.