[wp-trac] [WordPress Trac] #6821: ImageMagick support
WordPress Trac
noreply at wordpress.org
Fri Nov 9 16:12:44 UTC 2012
#6821: ImageMagick support
-------------------------------------+-----------------------
Reporter: matt | Owner:
Type: task (blessed) | Status: assigned
Priority: normal | Milestone: 3.5
Component: Upload | Version: 2.5
Severity: normal | Resolution:
Keywords: has-patch needs-testing |
-------------------------------------+-----------------------
Comment (by ryan):
I'm trying to get this working with image replication plugins where the
image does not necessarily exist on disk. 6821.11.diff fixes a bug in
wp_crop_image() where the attachment id in src_file was being stomped
before being passed to _load_image_to_edit_path(). With this fixed
$src_file is now a url to the image. However, the load() methods for
WP_Image_Editor_GD and WP_Image_Editor-Imagick do the following:
{{{
if ( ! is_file( $this->file ) )
return new WP_Error( 'error_loading_image',
__('File doesn’t exist?'), $this->file );
}}}
This breaks environments that rely on url fopen to deal with images that
only exist remotely.
--
Ticket URL: <http://core.trac.wordpress.org/ticket/6821#comment:103>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list