Project:Support desk/Archives/Images/002

(RESOLVED) White background behind png thumbnails
Hi, I use some png symbols I found on WM Commons for my wiki. They are round and shouldn't have any background color. But when I display them on a colored background, they appear as white blocks. Is this a MediaWiki problem or a problem with the files? --JazzmanDE 13:24, 20 October 2008 (UTC)
 * MediaWiki version: 1.12.0
 * PHP version: 5
 * MySQL version:
 * URL:


 * What internet browser are you using? Internet explorer version 6 can't deal with transparency in PNGs, and just displays them as white. If this is the case, your best bet is to edit the PNG so that the background is coloured. This obviously won't work if the background colour ever changes. MedRevise 14:10, 11 November 2008 (UTC)

(OUTDATED) Using images on MediaWiki 1.6.10
I am using the above version of MediaWiki and am currently unable to upgrade to a newer version. I'd like to be able to use images on the wiki (i.e. people's photos for their profile page). Can you let me know how I can achieve this in this version. Many thanks in advance. —200.25.186.211 18:02, 20 October 2008 (UTC)
 * MediaWiki: 1.6.10
 * PHP: 4.4.7 (apache2handler)
 * MySQL: 4.1.22-standard-log
 * URL: Internal

(OUTDATED) Not displaying gif thumbnails

 * MediaWiki: 1.11.1
 * PHP: 5.2.5 (cgi)
 * MySQL: 5.0.67-community
 * www.medrevise.co.uk

It doesn't always display *.gif thumbnails. Its quite annoying! An example page where this is happening: http://medrevise.co.uk/index.php5?title=Birth_anatomy#Passage

Any ideas? Would be appreciated! —MedRevise 14:06, 11 November 2008 (UTC)

(OUTDATED) Cannot see images that have been flagged as Thumbnails

 * MediaWiki version: 1.13.2
 * PHP version: 5.1.6 (isapi)
 * MySQL version: 5.0.37-community-nt
 * URL: Internal website

I seem to have a problem with a website I have created, whereby I cannot view images that have a "|thumb" option set. If I specify the image to be a thumb it just displays a link to the file instead of the image.

I also have the problem if I alter the image by using the "|100px" option as well. If the image is unaltered I have no problems in displaying the image.

The server is a Windows 2000 server running IIS. I don't have this problem on a server running Windows 2003 with IIS and the same Mediawiki, PHP and MySql versions. I have also disabled ImageMagick

Any help would be appreciated.

Many thanks James —James.calvert 15:56, 11 November 2008 (UTC)

(OUTDATED) Redirecting when image page attempted

 * MediaWiki version: 1.12.1
 * PHP version: 5.2.0-8+etch10 (apache2handler)
 * MySQL version: 5.0.60-enterprise-gpl-log
 * URL: http://jigglypedie.tym.cz/wiki/index.php/Jigglypedie:Aktuality

We've got problems with image pages... If we click on any thumb or image, wiki redirects us to Main Page. You can try it on the added URL.

—86.61.161.204 21:06, 11 November 2008 (UTC)

(RESOLVED) Embedding external images - How to handle the dynamic URL?

 * MediaWiki version: 1.13.1
 * PHP version: 5.2.5
 * MySQL version: 5.0.51a
 * URL: local onlay

Hello, with : How can I embedd complex picture URLs like this:

http://chart.apis.google.com/chart?chs=250x100&amp;chd=t:60,40&amp;cht=p3&amp;chl=Hello|World

This Google-Chart-API is tolerant enough, to accept it with a  on its end. But it doesn't work anyway. I've already tryed to exchange the ? by  do appear properly. What can I do? Thank you very much in advance. Rob —89.244.187.205 04:51, 19 November 2008 (UTC)


 * I meanwhile found out, that it is the colon that splits the image-url (even if you replace it by its HTML-entity). So the core-question is: How can I define, that the picture-embed-url is seen from "http://" until the first space-character and not earlier? Rob --62.214.246.231 04:27, 20 November 2008 (UTC)


 * Solution: I've found out on my own, now: All you have to do with the link to the Google-API is replace the colon by  and add   at the end of the URL, this will make it recognisable as an image to embed without leading the API to display it. Now everything works just fine. Bye :o) Rob --89.244.180.102 04:10, 21 November 2008 (UTC)

(OUTDATED) I cannot change my display picture because I uploaded a file that was too large now I cannot delete it

 * MediaWiki version: 1.14alpha
 * PHP version: 5.2.5 (apache)
 * MySQL version: 4.0.40-wikimedia-log
 * URL: http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/?pathrev=43634

I have uploaded an image to my display picture on AMSN but now I when I try to change the display picture, because it is too large I cannot delete or change it. When I select the option 'Change my display picture' it takes such a long time to load because the file is so large, and then it only presents the options 'ok' and 'cancel', I cannot scroll down through any other images, I can only see the corner of the image I uploaded because the picture is so large I cannot view the whole thing. How can I delete my display picture.

—202.74.210.25 21:09, 19 November 2008 (UTC)

(RESOLVED) Image links not updated when using a new database for upgrade

 * MediaWiki version: 1.13.2
 * PHP version: 5.2.6 (cgi)
 * MySQL version: 5.0.51a-community
 * URL: http://tng.lythgoes.net/wiki2/index.php?title=Category:TNGadminguide

In upgrading from MediaWiki 1.6 to MediaWiki 1.13.2, we took the approach of exporting the wiki_ database and creating a new wiki2_ table structure in the same database and importing the exported SQL from the wiki_ table structure. We also created a new file structure for the extracted MediaWiki 1.13.2 compressed files as wiki2 and copied the images/ directory structure from wiki file structure to wiki2.

We used the Alternative Upgrade path of creating a new configuration to update the database. The MediaWiki 1.13.2 recognized that a database already existed and updated the database and created the new LocalSettings.php. We then updated the LocalSettings.php to prevent Account Creation and to not allow editing. In verifying the upgrade it was immediately obvious that the image links did not get updated.

We ran the refreshLinks.php script from the maintenance directory, but that appears to have no impact on fixing the link to the images in the new file structure.

Any suggestion on how to resolve this problem and getting the pages to look like they were in the previous MediaWiki 1.6 version at http://tng.lythgoes.net/wiki/index.php?title=Category:TNGadminguide would be appreciated.

I am only a sysop on the wiki, so I cannot make the changes myself but rather have to communicate with the bureaucrat to get changes made.

TIA, —Ken Roy 13:07, 20 November 2008 (UTC)


 * Set $wgAllowExternalImages to true (the default changed in 1.7) or use $wgAllowExternalImagesFrom. —Emufarmers(T 01:59, 21 November 2008 (UTC)
 * Thanks for suggestion, but the images are on the same web site and were loaded using MediaWiki Image load. So how does the link get updated if the image location changes? --Ken Roy 11:34, 21 November 2008 (UTC)


 * I didn't say otherwise: $wgAllowExternalImages only determines whether images can be displayed through the external link syntax. It looks like it's working now, so I'm guessing your sysadmin took my advice. :) —Emufarmers(T 08:47, 22 November 2008 (UTC)
 * Thanks. It looks like the files will be available when we rename the structure to its published URL, and yes the sysadmin took your advice and used the $wgAllowExternalImagesFrom --Ken Roy 17:03, 23 November 2008 (UTC)

(OUTDATED) How To Disable Image Clickability (Clickableness?)

 * MediaWiki version: MediaWiki 1.13.2
 * PHP version: 5.2.X-servage6 (apache2handler)
 * MySQL version: PHP MySQL 5.0.51a
 * URL: DishiWiki

I want to disable the ability to click on an image and go to its image description page. I just upgraded to 1.13.2 from 1.11.1. Before the upgrade, regularly inserted images appeared "iconic," with no hovering finger-pointer. Clicking the images did nothing (which is what I wanted).

I could have sworn that I had used a certain configuration setting from the Default Settings list to make that happen, but there is nothing in my old LocalSettings.php of that nature. I had explored 'all (I think) the image/linking extensions such as Extension:Click, Extension:Icon, etc., and although I installed one or two on 1.11.1 for testing, I did not actually use any of them or their syntax.

I distinctly remember reading somewhere the phrase: "Warning: This (function/extension) will cause all your images to be non-clickable" or something like that, and that is indeed what I wanted, what was working, and what I want again. For the life of me I can't turn up anything in searches. Can a kind soul point me again to how I probably accomplished that in 1.11.1? —Brian7632416 19:00, 21 November 2008 (UTC)

(RESOLVED) Preloaded Image Names?

 * MediaWiki version: 1.13.2
 * PHP version: 5.2.6 (apache2handler)
 * MySQL version: 5.0.67-community
 * URL: http://wiki.neospyro.com/

Whenever I upload an image, the apparent file name of the image (Image:Imagename.ext) is changed to something like this: Image:Ratmaster--Imagename.ext.

Is there a way to make it so it just goes to the image name without the username-- prefix in front of it?

Thanks. —Ratmaster 14:16, 23 November 2008 (UTC)


 * Try disabling extensions until you find the culprit. —Emufarmers(T 22:26, 23 November 2008 (UTC)
 * I found the very same error on my website, so I compared our Special:Version pages. It's sadly the KeepYourHandsToYourself extension. I've disabled mine, and it uploaded a file perfectly.


 * I'm going to look into the possibility of an alternative to this one. But at least it is fixable. --75.172.58.68 19:38, 1 December 2008 (UTC)

(OUTDATED) images not displaying

 * MediaWiki: 1.11.0
 * PHP: 5.2.5 (cgi)
 * MySQL: 5.0.51a-community-log
 * URL: www.wetwares.org

I somehow seem to have resolved the issue I posted above. I can dig down and get to the images. but they still do not display correctly in the page. If I upload a new image it works fine. Only older/existing images do not seem to display. Any suggestions?

--November 2008

(RESOLVED) thumbnail problem usr/bin/convert is a directory
MediaWiki 	1.13.2 PHP 	5.2.4-2ubuntu5.3 (apache2handler) MySQL 	5.0.51a-3ubuntu5.4

Trying to export working wiki to new freshly installed wiki. exported to xml and imported pages. copied images directory to new wiki. Previously existing images and thumbnails work fine. Uploading new images gives me following error:

Error creating thumbnail: /var/www/wiki/bin/ulimit4.sh: line 4: /usr/bin/convert: is a directory

LocalSettings $wgEnableUploads = true; $wgUseImageResize = true; $wgUseImageMagick = true; $wgImageMagickConvertCommand = "/usr/bin/convert"; I don't get it. Is convert a file or a directory

Sorry for being so dense here. I am trying to learn how to use and manage this thing. It seems like a steep learning curve for me.

Try and upload something if you want.

http://wiki.tmrfamily.com/wiki/index.php/Main_Page User wikihelp pwd help

Thanks for any advice you can offer. I seem to struggle for hours over every issue.

lkytmr@insightbb.com —74.129.103.61 04:39, 9 December 2008 (UTC)


 * Have you installed ImageMagick? If you haven't, then do so:   should do it for you. —Emufarmers(T 00:58, 10 December 2008 (UTC)

(RESOLVED) Image not showing

 * MediaWiki version: 1.13.3
 * PHP version: ??
 * MySQL version: ??
 * URL: http://mixengine.uuuq.com/wiki/

im trying to embed an external image (to actually display it in the topic) onto my wiki but i have searched everywhere on how to do this but have found no answers, i have also tried uploading the image into the wiki folder via ftp and using an image link (internal) but it would not find it.

please if you can answer this for me it would be good. my email is jetflaps@msn.com please send it there...

—114.77.112.229 00:01, 18 December 2008 (UTC)


 * See this and this. OverlordQ 07:01, 20 December 2008 (UTC)

(RESOLVED) Image namespace not recognizing user authentication

 * MediaWiki version: 1.13.2
 * PHP version: 5.2.0-8+etch10 (apache)
 * MySQL version: .0.45-log
 * URL: Private

I noticed this issue originally because I had $wgGroupPermissions['*']['read'] = false; to make the wiki private. When a user went to an image page ("Image:*"), it would display an "Login Requred" error, even if the user was previously logged in. If the user moves on to another page they'll see their authentication is still valid.

I re-enabled anonymous viewing and was then able to view image articles, but I noticed the top-right menu displayed as if I were not logged in, displaying "Log in / create account" instead of " .. my talk .. my preferences .. etc".

Here is all of the custom settings I've placed at the bottom of my LocalSettings.cfg: —DigitallyBorn 06:47, 20 December 2008 (UTC)


 * TimStarling determined that this was an issue caused by a security firewall at my hosting company, Mosso, which stripped cookies from image paths that appeared to be static (i.e. an image extension in the file name, not a query string parameter). Due to "pretty" urls, image pages appeared static (/wiki/Image:foo.png), so cookies were removed from the HTTP request.


 * To work around this, "ugly" urls were required, at least for image article pages. To accommodate "ugly" urls for only image pages, the following was added to the .htacces file:

RewriteRule ^wiki/Image:(.+)$ /w/index.php?title=Image:$1 [R,L]
 * --DigitallyBorn 07:30, 20 December 2008 (UTC)