Project:Support desk/Sections/Images

__NEWSECTIONLINK__

= Image Support =

Memory error

 * MediaWiki version: 1.13.2
 * PHP version: 5.2.3
 * MySQL version: 5.0.45
 * URL: Private

An uploaded image (2.16 MB) connot be displayed. It causes an Error

Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 19736 bytes) in C:\Web-Server-apache\xampplite\htdocs\RE-WO-WIKIENTW\includes\media\Bitmap.php on line 172

sometimes in Line 173! Since im not an expert, I haven't got a clue what I'm supposed to do. Or what that means anyway.

Please help! —93.122.64.71 15:24, 20 January 2010 (UTC)


 * You will need to raise PHP's memory limit. The memory limit is set in php.ini (as memory_limit) and possibly overridden in LocalSettings.php with ini_set('memory_limit', '20M'); Platonides 15:31, 20 January 2010 (UTC)

Pictures won't show after migration

 * MediaWiki version: 1.13.0
 * PHP version: 5
 * MySQL version: ?
 * URL: http://www.mycrazytaxi.com/Saipan/mediawiki-1.13.0/index.php?title=Hauptseite

Hello, I have a functioning wiki (http://www.uss-saipan.de/mediawiki-1.13.0/index.php5/Hauptseite). I wanted to migrate to another server, so I set up a database there, installed the same wiki-version and imported the text-data from the old one. Went well, everything is there. But not the pictures. In the old wiki I have them on the same server and only wrote "http://...." and the picture showed without problems. Now I have the wiki on another server and the pics on the old one, and it won't show anything, even if its the complete link. I tried to put one of the pictures up to the new server, same result. I set it directly in the images folder of the wiki - same. I used every possible combination with [[ and without, complete and not complete URL. No picture. Don't understand this, because it worked in the old wiki (and still works). I will migrate with my whole site to the new server, but until now, it seems, this does not solve the problem. Please help, sat for hours on this now.... thanks

—134.100.71.6 09:32, 27 January 2010 (UTC)

external links into sidebar column
I can I make external links in the sidebar/toolbox column? —82.173.153.235 11:35, 10 February 2010 (UTC)
 * MediaWiki version: 1.12.0rc1
 * PHP version: 5.1.6 (cgi)
 * MySQL version: 5.0.77mm0.1-log
 * URL: http://www.spiriwiki.com/

Images not displaying

 * MediaWiki version: 1.10.1
 * PHP version: 5.2.9
 * MySQL version: 5.0.89
 * URL: http://www.futurenovo.com

A recent failed upgrade of cpanel broke my installation, requiring a reinstall of perl and mysql. Following this, images no longer displayed on my wiki pages – they just show as the namespace and filename, i.e., Image:Filename.jpg inline with the text. No error is reported related to the image. Drilling down to the actual image location will display the image in the browser window.

Since this happened and I couldn't fix it, I migrated the installation to a new server (more memory, fresh install) expecting the issue to be resolved but it hasn't. I use GD and have tried the following:
 * 1) Installed ImageMagic and made appropriate changes to LocalSettings.php – no change, reverted to GD settings.
 * 2) Tweaked PHP
 * 3) ran /scripts/rebuildImages.php – no errors, but 0 of 66 images changed.  Likewise oldimages
 * 4) ran the following on the image table:
 * 5) ALTER TABLE image ADD COLUMN img_name2 varchar(255);
 * 6) UPDATE image SET img_name2=img_name;
 * 7) UPDATE image SET img_name=img_name2;
 * 8) ALTER TABLE image DROP COLUMN img_name2;
 * 9) uploaded a new image and attempted to include in a page without success

I understand the MW version is old, but I have a lot of custom extensions, etc that I don't want to have to rewrite so I don't want to upgrade. And I seriously doubt it would change the image issue. (I haven't made any mods to the MW install itself.) Note: Some of my extensions on some pages (not Home) need to be adjusted since the migration, but the image problem is identical to what was happening on the old server. Ideas anyone?

Update: Re-uploading an image appears to resolve the issue, even though the image is in the directory and database. Any ideas how to deal with this in bulk and not have to re-upload all of the images?

—Ryonck 17:30, 14 February 2010 (UTC)

Not creating thumbnails
Everything installed correctly, but I cannot get any thumbnails working. :( I tired messing with $wgHashedUploadDirectory - the first one uploaded under the link above is with "true" parameter, while the second one is with "$wgHashedUploadDirectory = false;" (current). No results. The directory is writeable and I can upload files, but the script does not generate thumbnails. Any ideas what's wrong? I have GD on the host. 87.105.138.11 13:52, 22 February 2010 (UTC)
 * MediaWiki 	1.15.1
 * PHP 	5.2.4 (cgi-fcgi)
 * MySQL 	4.0.27-log
 * URL: http://mwllwiki.studio-gepard.pl/index.php?title=Special:NewFiles

(solved) rsvg doesn't convert

 * MediaWiki version: 1.13.0
 * PHP version: 5.2.11 (cgi)
 * MySQL version: 4.1.22-standard-log
 * URL: http://www.die-glaeserne-klinge.de/index.php?title=Bild:Grom--Balamarwappen.svg

Hi,

it seems, that the rsvg-converter of my Wiki doesn't work properly. All settings in the LocalSettings.php are correct, the rsvg-folder does exist and is not empty, $wgSVGConverterPath is /rsvg.

I can upload .svg-files without any problem, and the dimensions and file-size are shown correctly on the image-page, but instead of the png it shows a grey field with an error message, as shown on the linked page.

Translated to english it says something like


 * Error convertigng the thumbnail:
 * /kunden/186179_59823/wiki/bin/ulimit4.sh: line 4: /rsvg/rsvg: No such file or directory

well, the ulimit4.sh does not contain "/rsvg/rsvg". I have tried to delete $wgSVGConverterPath from the LocalSettings.php, the result was, that the error-message reported only one /rsvg.

I have not installed rsvg, it must have come with the MediaWiki-Download.

Do you have an idea to solve the problem?

Thanks in Advance Grom

—78.49.116.249 13:22, 3 March 2010 (UTC)


 * That's because domainFactory hasn't rsvg installed on their servers. Since I'm also hosting a MediaWiki at dF, I had the same problem. At first I tried to use ImageMagick as the SVG renderer, but the quality wasn't really nice (e.g., ImageMagick didn't renderd transparent SVG's to transparent PNG's). After a long google search, I found a static compiled rsvg, which works really well on my MediaWiki installation. Until now I haven't had any problems with that. If you're interested, I have a look at the config I used and post it here. --WikiMichi 22:30, 7 March 2010 (UTC)


 * That would be nice, thanks. Is there anything i have to take care of during the installation, that is not explained in the install-guide?—69.63.57.3 21:29, 6 March 2010 (UTC)


 * 1. Download the binary package and extract it to an newly created folder on your webspace (e.g. svgconvert in your wiki folder)
 * 2. Download my converter script into the same folder.
 * 3. Make the script executable (chmod u+x convert.sh via SSH or set the file rights to 740 via FTP).
 * 4. Set the following variables in your LocalSettings.php:


 * That should do the trick. BTW, since the svgconvert binary is just converting the SVG to PNG, my script calls ImageMagick afterwards for thumbnailing. --WikiMichi 21:45, 8 March 2010 (UTC)


 * Thank you very much, after uploading all files in binary-mode it worked very fine. --78.48.72.159 18:16, 9 March 2010 (UTC)


 * You are welcome. Have fun with SVG! [[Image:Icon wink.gif]] --WikiMichi 20:34, 9 March 2010 (UTC)


 * MediaWiki version: 1.14.0
 * PHP version: 5.2.8 (apache2handler)
 * MySQL version: 5.1.30-community-log

Hi I have a wiki that is locked down so that a certain group [users] is unable to create new pages. They are able to edit existing pages but unable to add new ones. I need this group to be able to upload images. Currently they get an error stating that they are unable to create or edit pages so an image cannot be uploaded.

I am unsure how to get around this issue. Can anyone guide me in the right direction to fix the issue.

Regards Hayden

Current Group Permissions

$wgGroupPermissions['*'   ]['read']             = false;
 * 1) Group Premissions

$wgGroupPermissions['*'   ]['edit']             = false;

$wgGroupPermissions['*']['createaccount'] = false;

$wgGroupPermissions['*']['createpage'] = false;

$wgGroupPermissions['*']['createtalk'] = false;

$wgGroupPermissions['user' ]['read']            = true;

$wgGroupPermissions['user' ]['edit']            = true;

$wgGroupPermissions['user']['reupload'] = true;

$wgGroupPermissions['user']['reupload-shared'] = true;

$wgGroupPermissions['user']['upload'] = true;

$wgGroupPermissions['user']['createpage'] = false;

$wgGroupPermissions['user']['createtalk'] = false;

$wgGroupPermissions['staff']['read'] = true;

$wgGroupPermissions['staff']['search'] = true;

$wgGroupPermissions['staff']['createpage'] = true;

$wgGroupPermissions['staff']['createtalk'] = true;

$wgGroupPermissions['staff']['edit'] = true;

$wgGroupPermissions['staff']['move'] = true;

$wgGroupPermissions['staff']['move-subpages'] = true;

$wgGroupPermissions['staff']['reupload'] = true;

$wgGroupPermissions['staff']['reupload-shared'] = true;

$wgGroupPermissions['staff']['upload'] = true;

$wgGroupPermissions['staff']['writeapi'] = true;

$wgGroupPermissions['staff']['minoredit'] = true;

$wgGroupPermissions['staff']['purge'] = true;

$wgGPManagerNeverGrant['staff'] = array;

$wgGroupPermissions['sysop']['category'] = true;

$wgNamespaceProtection[NS_CATEGORY] = array( 'category' );

—203.12.147.98 00:46, 25 March 2010 (UTC)