Project:Support desk/Sections/Images

__NEWSECTIONLINK__

= Image Support =

ImageMap not working, neither RandomImage

 * MediaWiki version: 1.13.4
 * PHP version: 5.1.6 (apache2handler)
 * MySQL version: 	5.0.22
 * Extensions:
 * RandomImage (Version r37641)
 * ImageMap (Version r35980)
 * LocalSettings for images:

The use of command. And the file is fine, it loads without any issues directly off the server. So that rules out it being a corrupted file. Seems now that it is something do with how the file is represented in the DB. -- Dr DBW |  talk  05:24, 24 July 2009 (UTC)


 * More information. The subdirectory structure for where images are saved on the server is based on the MD5 for the file.  Example I was given is    so that file will be located in the b/bc subdirectory. -- Dr DBW  |  talk  02:52, 30 July 2009 (UTC)

Attempted to upload a new file over the old one, using the same file name and once you hit "upload file" end up with a blank page, so seems the same error occurs.-- Dr DBW |  talk  03:31, 30 July 2009 (UTC)

Image Security for Dummies?
I'm really confused by all of the info on image security... I don't know much about directory permissions (read: essentially nothing), don't use any of the text-based operating systems that seem to be assumed, and am just generally confused by the info. Is the default configuration (that is, the file types being strictly restricted to jpg, jpeg, png, and gif) enough, if I don't enable other formats? What could happen? In essence: How do I go about securing uploads on Windows Vista, or are the secure as-is? (my wiki is currently just locally-hosted, not live on the web, using MW 1.15.0). Thanks! --Drilnoth 01:35, 9 July 2009 (UTC)
 * Alternatively, would restricting image uploads to admins or 'crats prevent all security risks coming from users not in those groups? --Drilnoth 21:59, 12 July 2009 (UTC)


 * If you have it set to just image formats, then from my limited understanding of it you can't have any issues with hacks etc, since the files have to be uploaded with those extensions. And those extensions can't be executed or used to deliver a payload. -- Dr DBW  |  talk  04:24, 24 July 2009 (UTC)
 * Awesome; thanks. That's kind of what I thought, but I wanted to double check. --Drilnoth 03:06, 31 July 2009 (UTC)

Jpeg File Resolution 5000*5000 Pixel Bugs.Thanks
When I Upload Jpeg File Resolution 5000*5000 Pixel. The 'Special:Newimages' Can't Be Load (Blank Page), How Can I Solve ? Thanks.
 * MediaWiki version: 1.11.1
 * PHP version: 5.1.33
 * MySQL version: 5.29
 * URL:

Please Help, Hope Help. Why Not Give Me Answer ?

SVG thumbs

 * MediaWiki version: 1.15.1
 * PHP version: 5.2.8 (apache2handler)
 * MySQL version: 5.1.30-community
 * URL: Intranet

Hi! I have a wiki in a easyphp instasllation and I've got a problem. I installed svg extensions and so on but it just shows me a default image on thumbs (\skins\common\images\icons\fileicon-svg.png). What can I do?

Umdiaqualquer 16:22, 15 August 2009 (UTC)

Images Not Rendered, Except in Preview

 * MediaWiki version: 1.14.0
 * PHP version:  5.1.6
 * MySQL version: 5.0.45
 * URL: (intranet)

Images files in my Mediawiki are not rendered. Even when I access them using http://localhost, an outline of the image is initially shown, then it immediately is replaced by a text string 'File:Image.jpg'. The odd thing is the same image is rendered perfectly if I try to edit the offending section, then preview it. What is different about these two paths? There is nothing unusual in the Apache logs. I tried to turn on PHP logging, but I'm not sure if this worked, as the log file I specified was never created. Other logs don't show any issues. But the fact the preview is rendered correctly implies some strange file access problem.

By the way, I'm using the following version of ImageMagick. ImageMagick 6.2.8

—75.144.165.2 19:50, 17 August 2009 (UTC)