Hello, I'm running Mediawiki 1.19.0 on IIS7 (win server 2008, php 5.4.3 and mysql 5.5.24) and it doesn't generate any thumbnail. I tried ImageMagick 6.6.7 and also GD version ($wgThumbnailScriptPath = "{$wgScriptPath}/thumb.php";) but I'm still getting this error. Full image works, but not thumbnail. There is granted all permissions to "images" folder (as uploading files works). Thank you.
Topic on Project:Support desk/Flow
I'm having the same problem with MW 1.19.0 on Apache/MySQL/Ubuntu -- I just upgraded from 1.18.x. What's more annoying is that sometimes the thumbnails are actually there until I refresh the File page...
[2024-08-16, MW 1.42.1]
Neither my solution below nor the $wgTmpDirectory solution someone else offered seem to work anymore.
Changing $wgTmpDirectory results in
RuntimeException: Could not open '<$wgTempDirectory contents>/mw-GlobalIdGenerator33-UUID-128'.
(...where by "<$wgTmpDirectory contents>" I mean the actual value of $wgTmpDirectory, not that literal string.)
...despite the fact that the directory given is writeable by the wiki's user.
I'm currently investigating, but I keep ending up in more jungle...
new info: Apache is running as the wrong user (www-data instead of the user assigned by the domain's .conf file).
Since this is a problem with the Apache configuration and not MediaWiki, I'd consider this issue re-resolved. (It would be nice if the maintenance folder included some kind of diagnostic tool for image issues; figuring out that wrong-user was the issue came only after hours of exploring other options.)
[2012-06-07, MW 1.19.0]
I dove into the code and figured it out. The exact problem may be different from server to server, but in my case the problem was occurring at this line in /includes/filerepo/backend/TempFSFile.php:
$newFileHandle = fopen( $path, 'x' );
The value of $path is partly based on the global wfTempDir() function, defined in /includes/GlobalFunctions.php. This function does several checks to find a good temp folder for creating images; on my system, it failed to find anything in the environment and was falling back to sys_get_temp_dir(), which told it to use "/tmp".
This should have been valid, because that folder is world-writable and there are in fact temp files there... but when I told fopen() to use a different path, it started working.
What I did was to explicly set, in LocalSettings.php, one of the environment variables to point to a temp directory I had created in my account space:
putenv('TMPDIR=/path/to/my/temp/folder');
After that, everything was happy again.
/includes/filerepo/backend/TempFSFile.php seems to have moved, there is no /backend folder in /filerepo
Looks like it's moved to /includes/filebackend/TempFSFile.php.
Also, Woozle's solution appears to have worked for me, as well.
It would be nice if MW would report an error when it can't write to the folder it is using for temporary files. Should I file this as a bug report?
I had a similar problem. Turned out that C:\Windows\Temp was not in open_basedir (set in php.ini). Found the problem by checking php-errors.log
Put the absolute path to your tmp folder. Works like a charm
$wgTmpDirectory = "/home/username/mysitename.com/wiki/images/temp";
I just ran across this problem as well while upgrading to 1.20.5. But I had this set in LocalSettings.php:
$wgTmpDirectory = "{$wgUploadDirectory}/tmp";
I solved it by commenting this line out completely. I assume I was trying to get around some prior bug. But now mediawiki finds the tmp directory without a problem. So my solution was to remove this (old) setting.
Thanks !
For me this settings in LocalSettings.php worked:
$wgEnableUploads = true;
$wgUseImageMagick = false;
$wgImageMagickConvertCommand = "/usr/bin/convert";
$wgTmpDirectory = "$IP/images/temp";
and create "temp" folder in /images
Yes ! Now everything is fine. Thanks.
I also encountered this issue and removed the old setting. Thanks!
No matter what I tried in LocalSettings.php, the temp directory which was being used was "$IP/images/tmp" (even when $wgTempDirectory was set to something else). I solved the problem by creating this directory and making it writable.
My issue was a little different.
After switching hosting services, I could see the images thumbnails uploaded from old server but not those uploaded on the new one
On those not displayed was getting the error Unable to save thumbnail to destination
After I tried everything I could find on google
- Setting in LocalSettings.php:
- $wgTmpDirectory = "$IP/images/temp";
- putenv('TMPDIR=/var/www/www.example.com/image');
- $wgShellLocale = "en_US.UTF-8";
- $wgUseImageMagick = false;
- Issue with GD on CentOS: yum install gd gd-devel php-gd
- Permissions chmod 777 on image folder
I fixed the issue by editing the affected pages wihtout doing any changes and saving
Even if it seems dumb... I think the permissions had something to do with this also