Jason

See FAQ #9 if you’d like to hide the image: https://www.ads-software.com/plugins/imsanity/faq/

That’s quite strange. Imsanity uses the GD graphics library that’s compiled into PHP. It’s possible there’s something with the particular version of PHP, the host or something.

Hey, would you mind trying this – at hungryfeed.php line 155 this line:

$feed = new SimplePie();

Append these lines so it looks like this:

$feed = new SimplePie();
include_once('wp-includes/class-feed.php');
$feed->set_sanitize_class( 'WP_SimplePie_Sanitize_KSES' );
$feed->sanitize = new WP_SimplePie_Sanitize_KSES();
$feed->set_file_class( 'WP_SimplePie_File' );

good idea, i just added it ??

Thanks ??

If you’d like to donate, please send it to https://www.smiletrain.org/ – it feels good!

This is really a great help @oceanicsurfer, thanks for putting in the work. If you have a minute, would you mind testing this? Set your xml-rpc class back to the way it was (broken) and insert this bit of code into imsanity.php at line 121:

// this is a work-around for uploads via class-wp-xmlrpc-server.php
// @see https://www.ads-software.com/support/topic/images-dont-resize-when-uploaded-via-mobile-device
if (!file_exists($oldPath)) {
    $ud = wp_upload_dir();
    $oldPath = $ud['path'] . DIRECTORY_SEPARATOR . $oldPath;
}

Great – thanks. Just to be clear, you fixed the line like this:

$struct = array(
	'id'   => strval( $id ),
	'file' => $upload[ 'file' ], // <-- THIS IS THE CHANGE
	'url'  => $upload[ 'url' ],
	'type' => $type
);

/** This filter is documented in wp-admin/includes/file.php */
return apply_filters( 'wp_handle_upload', $struct, 'upload' );

Hey @oceanicsurfer or @geckoblue4ever, was this in the function mw_newMediaObject ? The line numbers seem to be different on my version. It looks to me like this is the code that calls the hook in the version that I’m looking at:

$struct = array(
	'id'   => strval( $id ),
	'file' => $name,
	'url'  => $upload[ 'url' ],
	'type' => $type
);

/** This filter is documented in wp-admin/includes/file.php */
return apply_filters( 'wp_handle_upload', $struct, 'upload' );

is that the same that you’re seeing?

Thanks for the kind words!

Hmm that’s interesting, I wonder if that’s technically a bug with WordPress..? I’ll have to take a look and see if there is something I can do to deal with that.

I just haven’t had time to work on it since this is a spare-time project and I’m overloaded with work. It’s open source so if anybody out there would like to help it would be appreciated.

Also, I can’t always seem to reproduce these issues with the media library on my own box.

Memory error would be my first guess. The image processing library is really a hog with memory.

Unfortunately without seeing the actual error, we can’t know. For Apache the logs are sometimes at /var/log/apache2/error.log

If you can do that and then check your server error logs, it will tell what that 500 error really is. The 500 error alone is not enough info to help.

You can also enable error_reporting in your php.ini (if possible) or ask your host provider for more info if you need help locating the error logs.

If I understand what you mean, you can upload certain images and tell Imsanity to skip (not process it). The way to do that is to just rename your image file and put “-noresize” in the filename.

for example: “photo.jpg” you rename to “photo-noresize.jpg” and then Imanity will ignore that image.

There’s a chance that an error has happened somewhere. If you could check out this video and see if an error may have happened that might help me to figure out what went wrong: