Last modified: 2011-03-07 18:46:22 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T29920, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 27920 - Installer makes bad choice regarding ImageMagick
Installer makes bad choice regarding ImageMagick
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Installer (Other open bugs)
1.18.x
All All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-03-07 17:28 UTC by Jarry1250
Modified: 2011-03-07 18:46 UTC (History)
1 user (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Jarry1250 2011-03-07 17:28:51 UTC
Having used the new installer, I found that my wiki had no thumbnails. Making /images/ writeable was half the problem, but then I also had to remove the following from my LocalSettings.php:

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

I'm running an Apache instance on a Windows 7 laptop; I am pretty sure I don't have any form of ImageMagick installed on this particular laptop. The original install log read:

* Found GD graphics library built-in.
  Image thumbnailing will be enabled if you enable uploads. 

Evidently, it is either that the installer made a bad guess that I had IM, or it was expecting a gracious fall-back to non-IM methods, neither of which it got.

That's my take on things, anyway.

(n.b. I had to set 
$wgGenerateThumbnailOnParse = true; for reasons of convencience when testing this.)
Comment 1 Max Semenik 2011-03-07 18:46:22 UTC
Fixed in r83470.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links