[wp-trac] [WordPress Trac] #36273: update_attached_file() on Windows will result in invalid image path when using native Windows directory separators
WordPress Trac
noreply at wordpress.org
Fri Mar 18 10:48:18 UTC 2016
#36273: update_attached_file() on Windows will result in invalid image path when
using native Windows directory separators
--------------------------+-----------------------------
Reporter: Whissi | Owner:
Type: defect (bug) | Status: new
Priority: normal | Milestone: Awaiting Review
Component: General | Version: 4.4.2
Severity: normal | Keywords:
Focuses: |
--------------------------+-----------------------------
Calling ''update_attached_file( $image->ID, $file );'' on platforms like
Windows can be really bad if ''$file'' was normalized/validated using
PHP's ''realpath()'' function:
{{{#!php
<?php
$id = 123; // Image
$image = get_post( $id );
if ( is_null( $image) || !preg_match( '!^image/!', get_post_mime_type(
$image ) ) ) {
die( sprintf( "Invalid image id (#%s)", $id ) );
}
// Easy case: Let's imagine we can get the path from meta data
$file = get_attached_file( $image->ID );
// Well, in real world you could have created the path manually...
// The only important thing to know is, that we call "realpath()" which
will
// convert any directory separator into the native directory separator:
// Linux will end with /dir/subdir/basename.jpg
// Windows will end with C:\Dir\Subdir\basename.jpg
$file = realpath( $file );
// Again, this is just a demo, for real world cases see plugins like
"Force Regenerate Thumbnails"
// But this is a valid API call:
update_attached_file( $image->ID, $file );
// On Windows this will result in an update statement like
// UPDATE `postmeta` SET `meta_value` = 'C
:WWWSitesdemohtdocswordpresswp-contentuploads201603example.jpg' WHERE
`post_id` = 123 AND `meta_key` = '_wp_attached_file'
// when $file was set to "C:\WWW\Sites\demo\htdocs\wordpress\wp-
content\uploads\2016\03\example.jpg"
// Now imagine a plugin which is re-generating thumbnails :]
// The problem is
// $meta_value = wp_unslash($meta_value);
// in wp-includes/meta.php update_metadata().
}}}
When using ''update_attached_file()'' we should make sure that
''update_metadata()'' don't update the path value to an invalid value...
PS: After you updated all image paths to an invalid value, the media
library won't work anymore:
{{{
[18-Mar-2016 07:31:10 UTC] PHP Warning: file_exists() expects parameter 1
to be a valid path, string given in C:\WWW\Sites\demo\htdocs\wordpress\wp-
includes\media.php on line 3063
}}}
--
Ticket URL: <https://core.trac.wordpress.org/ticket/36273>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list