[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