Topic on Project:Support desk

MediaWiki 1.30.0 PHP 5.5.38 (apache2handler) MySQL 5.5.58-cll

I cannot get the thumbnails to display. I've looked through every support page and tried everything, to no avail.

Any fresh ideas out there for 2018?

http://fakeologist.com/fakeopedia/index.php/Main_Page

As a starting point see Topic:Twug0nunn59p740s.

Thanks. Tried everything and so far nothing works.

To I have to set this variable explicitly?

$wgUploadPath

A file linked to wikicommons displays fine. Why then can't it display thumbnails to my own server?

Did you create a debug log file?

What is the output to the log, at the time the thumbnails should be created?

Set $wgShowExceptionDetails = true; and reload http://fakeologist.com/fakeopedia/thumb.php?f=9-11-Photos-AP-Getty-640x480.jpg&w=180

ok did that, got the error. now what?

Search on Google, or maybe try posting the error here - that might help also.

https://pastebin.com/FdBqX01E

Is the log complete? It ends with [FileOperation] FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/a/ad/9-11-Photos-AP-Getty-640x480.jpg/180px-9-11-Photos-AP-Getty-640x480.jpg does not exist., which is okay, but it should then try to create the thumbnail, which should get logged.

I re-pasted the whole log with 3 requests for the file in a row.@Ciencia Al Poder

Better now, but still doesn't give any useful information, but that's not your fault.

I don't see the command used to generate the thumbnail, so my guess is that you don't have MediaWiki configured to use ImageMagick for thumbnails, and it's using the GD library instead., which seems to have less debug traces. In that case, try to use ImageMagick if you can, or else check if GD is really available to PHP (try phpinfo). Check also if you have SELinux enabled, which may cause problems if not configured correctly.

I do have

$wgUseImageMagick = true;

$wgImageMagickConvertCommand = "/usr/bin/convert";

How can I test that it is/is not using it @Ciencia Al Poder?

Well, if you have those settings, then you're using imagemagick. The error may happen on an early stage before attempting to invoke imagemagick, otherwise the full convert command will be printed on the debug log, but it wasn't printed on your debug log. Probably it fails when trying to copy the file to a temp folder. Check permissions of the $wgTmpDirectory

Temp folder is 777. I didn't set the variable so assume it's the default.

Have you checked SELinux?

what does that mean? Change servers?

See SELinux, if you installed SELinux.

Emm. I have a problem. Why is my tmp directory under /images/temp, I haven't give any value to $ wgTmpDirectory in my LocalSettings.php.

Must be the default directory.

Still not working. Upgraded to latest mediawiki 1.3 with still no ability to see thumbnails.

Version 1.3 is from the early 2000s (I hope that's a typo), and not helpful as you have not answered the SELinux question yet... If your configuration is broken then no software code update will fix it anyway.

I don't know whether my solution is helpful but it works for me. When I try to use the imagemagick built from source, it turned out that I cannot resize the png file as it cannot find some required dependency. So I use the imagemagick installed from ubuntu repo using apt-get install imagemagick instead and it puts convert executable file into /usr/bin instead of /usr/local/bin. So I reset the $wgImageMagickConvertCommand to "/usr/bin/convert". Here is when this error occurs. But when I copy file "/usr/bin/convert" into "/usr/local/bin/convert" and set $wgImageMagickConvertCommand="/usr/local/bin/convert", this error disappeared.

So in short, following method may be helpful:

apt-get install imagemagick

cp /usr/bin/convert /usr/local/bin/

Edit your LocalSettings.php and set $wgImageMagickConvertCommand = "/usr/local/bin/convert";

Besides......yes, I use account root directly when install mediawiki.

It makes no sense to need to copy the executable to another location for it to work. Maybe you had open_basedir restrictions that don't allow you to access /usr/bin directly but /usr/local/bin/ is allowed, or some rule in SELinux where /usr/local/bin/ is whitelisted and /usr/bin/ is not.