Project:Support desk/Archives/Uploading/002

(OUTDATED) Could not find file …

 * MediaWiki version:1.13.2
 * PHP version: 5.16
 * MySQL version: 5.0.27
 * URL:

I get this error when I try to upload a file. Could not find file "C:\WINDOWS\TEMP\php**.tmp {*=number/letter}

—64.135.5.18 13:26, 17 October 2008 (UTC)

(OUTDATED) upload directory (public) is not writable by the webserver

 * MediaWiki version: 1.13.2
 * PHP version: 5.2.6
 * MySQL version: 5.0.51a-community
 * URL: http://tuts.azizgfx.com/wiki/index.php/Special:Upload

Having troubles with uploading

Internal error The upload directory (public) is not writable by the webserver. please help

—Aziz Natour 17:56, 25 October 2008 (UTC)

(OUTDATED) Upload File Link Alteration

 * MediaWiki version: 1.13.2
 * PHP version: 5.2.6
 * MySQL version: 5.0.51b
 * URL: Not Public

Hi, I have managed to upgrade my wiki from 1.11 to the above version although when logged in the 'Upload file' link in the 'toolbox' points me to Wikipedia (http://en.wikipedia.org/wiki/Upload), how can i change this so it points me to the correct upload page? (http://testroom/iroom/index.php/Special:Upload)

Many Thanks,

-sas daniels 09:21, 29 October 2008 (UTC)

(OUTDATED) upload page doesn't show

 * MediaWiki version: 1.13.2
 * PHP version: 5.2.6 (cgi)
 * MySQL version: 4.0.27-max-log
 * URL:

Hi everyone,

My File Upload page is empty except for its headline and sidebar, and the following warning:

Warning: call_user_func(wfSpecialUpload) [function.call-user-func]: First argument is expected to be a valid callback in           /homepages/20/d194726613/htdocs/Twiki/includes/SpecialPage.php on line 748

does anyone know this issue?

Thanks a lot.

—90.53.94.228 00:51, 30 October 2008 (UTC)

(RESOLVED) Unable to raise file upload size limit larger than 8Mb's

 * MediaWiki version: 1.13.1
 * PHP version: 5.2.4-2ubuntu5.3 (apache2handler)
 * MySQL version: 5.0.51a-3ubuntu5.1
 * URL: Private wiki

I edited my wiki's php.ini file to set the file upload limit to 20M. However, I'm still unable to upload files larger than 8Mb. Am I missing some essential step to raise the upload size limit cap? I would really appreciate some help with this problem.

—128.172.121.217 15:34, 10 November 2008 (UTC)


 * What error message do you get when you try to upload files larger than 8MB? I'm guessing that either you're editing the wrong php.ini file or your host doesn't allow you to change memory_limit. —Emufarmers(T 00:33, 12 November 2008 (UTC)

(RESOLVED) System Slow down after upgrading to 1.13.2

 * MediaWiki version: 1.13.2
 * PHP version: 5.2.0-8+etch13 (apache2handler)
 * MySQL version: 5.0.32-Debian_7etch8-log
 * URL: http://poseidon.cie.lan/ciepedia

After upgrading our intranet wiki from 1.11.0 to this version, the wiki has become very slow charging pages, and writing changes after editing. Other effects have been the lose of the personal logo, and the empty :Help pages, both already corrected.

Any idea where to look for the cause of this slow down of the wiki?

—212.81.214.218 10:23, 11 November 2008 (UTC)


 * Is $wgReadOnly set to true?
 * Is an extension causing a lock? (Should no longer happen, but...)
 * Is there some as-yet-undetermined problem?
 * —Emufarmers(T 01:09, 12 November 2008 (UTC)

(OUTDATED) How to Uploade MediaWiki for MSWord 2007
I am trying to download the MediaWiki converter macro files and unable to succeed in MSWord 2007. The error I received was runtime error '5941' The requested member of the collection does not exist.
 * MediaWiki version:
 * PHP version:
 * MySQL version:
 * URL:

—Cjames 00:55, 19 November 2008 (UTC)

(OUTDATED) Where is this "public folder" located?

 * MediaWiki version: 1.13.2
 * PHP version: 5.2.6 (apache2handler)
 * MySQL version: 5.0.67
 * URL:

To authorize user to enable uploading, I have to give write permission with chmod 777 to public folder. Where is this public folder located? Are all uploaded files get stored in the public folder?

—202.3.112.9 04:30, 20 November 2008 (UTC)

(RESOLVED) Error-Message after Uploading

 * MediaWiki version: 1.13.0
 * PHP version: 5.2.6
 * MySQL version: 5.0.54-log
 * URL: http://www.dirk-bechtel.de/wiki

For some files I get this error-message: "Fatal error: Allowed memory size of 20971520 bytes exhausted (tried to allocate 8200 bytes) in /var/www/ud06_223/html/wiki/includes/media/Bitmap.php on line 172"

The mentioned line 172 is: 			$src_image = call_user_func( $loader, $srcPath );

—Dirk Bechtel 16:26, 28 November 2008 (UTC)


 * Problem seems to be solved with update 13.3.2 --Dirk Bechtel 06:19, 29 November 2008 (UTC)

"The upload directory (public) is missing"
I upgraded my wiki to use MW 1.14, and now users cannot upload files anymore. When files are tried to upload, the user gets redirected to a page titled "Internal error", which tells him/her the following: "The upload directory (public) is missing and could not be created by the webserver."

Where should such a file exist? --Erkkimon


 * I was running in to the same issue on my wiki after having upgraded to MW 1.14. All of my permissions looked as if they where set right, but to verify I ran the following commands under UNIX from in the images directory:
 * After that I was able to upload the files with out any issue. I think the permissions on the thumb directory was the issue.
 * Razor77 02:40, 19 March 2009 (UTC)
 * Razor77 02:40, 19 March 2009 (UTC)

Uploading any kind of file fails - loops back to empty upload form

 * MediaWiki version: 1.13.2
 * PHP version: 5.2.8 (cgi-fcgi)
 * MySQL version: 5.0.67-community
 * Installed Extensions:
 * ParserFunctions version: 1.1.1 (stable)
 * BoardVote version: r37462 (stable)
 * MultipleUpload version: 1.0 (stable)
 * Google Maps Extension version: 0.9.3) (beta)

I am having problems using the MediaWiki upload feature. The upload form will load fine, which I fill in with the location of a image or other allowed file type plus write a small description beneath.

The problems begin when I press the upload button, because the upload page will load up again with all fields blank. Attempting a refresh at this point in time would ask if I wanted to resend the post/get data generated from the form on the previous page.. so something is coming out of the form. I then checked the upload log, and there was no records of any uploaded files. I checked the location where the images should have been stored via FTP according to LocalSettings.php and the folder remained empty, aside from the "README" file which was there right from the word go. And yes, the folder had the correct CHMOD permissions.

I enabled error reporting via php.ini and repeated the above steps however no issues were reported either before or after the form's "upload file" button was pressed. (I hard refreshed and attempted uploading again to make sure it wasn't a cache problem too)

Also, I went ahead and turned off the extensions that were installed to check if they were causing the problem before running the above steps yet again. This wasn't the case.

Changing the skin I was using made no difference to the problem. I also tried setting $wgHashedUploadDirectory to false to see if this could have been the cause. No luck, though.

As a last resort I set $wgAllowCopyUploads to true, uploaded a file via FTP into a public directory and then brought it into the wiki that way.. again, no luck at all as it just reloaded the upload form blank.

Is anybody able to shed some light on this problem?

—Marquisite 11:56, 4 January 2009 (UTC)

Uploading is disabled and whatever I do I can't set it to on

 * MediaWiki version: 1.12.0
 * PHP version: 5.2.6
 * MySQL version: 4.0.24
 * URL:

When logged in as WikiSysop (the only user on the system so far) and I try and upload an image in my Wiki (version 1.12.0) I get the following message:-

"File uploads are disabled on Systems."

I have followed the instructions at:-

mediawiki.org/wiki/Manual:Configuring_file_uploads

I have confirmed the following settings:-

file_uploads = On

Check Apache aliases - I have not been able to check, would this cause the above message?

www.mydomain.com/wiki/images is set to 755 I have also tried 777

Safe Mode is off

$wgEnableUploads = true;

As far as I can see there are no permissions set in LocalSettings.php in fact no variables at all with the text "permissions" in them.

$wgFileExtensions =	array( 'png', 'gif', 'jpg', 'jpeg' );

upload_max_filesize is 8Mb

—Southcot 08:23, 15 January 2009 (UTC)

Uploading large file results in an empty upload form.

 * MediaWiki version: 1.13.2
 * PHP version: 5.2.5
 * MySQL version: 5.0.51a
 * URL: (internal)

I am having trouble uploading large pdf files, smaller files work fine. When I upload a file of around 24MB, it brings me to a new upload form with all the fields empty. I checked the uploaded file log and there is nothing that hints at the file that I attempted to upload. Hitting reload also gives me a "resend" option. The 'Maximum File Size' is shown as 32MB on the page.

I have changed the following parameters in my php.ini file:

memory_limit = 256M

post_max_size = 256M

upload_max_filesize = 256M

I have also added the following variables to the LocalSettings.php file:

$wgUploadSizeWarning = 268435456;

$wgMaxUploadSize = 268435456;

I have restarted my Apache server everytime I changed these variables. Even after changing these variables the Maximum File Size stays at 32MB.

This seems to be a similar issue to what Marquisite is having, with the exception that smaller files do upload fine.

I was wondering if someone could help me with this issue as I would like to be able to upload files with sizes up to 256MB.

Thank you,

Chris

—65.206.53.253 17:04, 27 January 2009 (UTC)

$wgUploadSizeWarning does not work

 * MediaWiki version: 1.13.3
 * PHP version: 5.2.4-2ubuntu5.4 (apache2handler)
 * MySQL version: 5.0.51a-3ubuntu5.4
 * URL: Intranet

I have changed the maximum filesize for uploads in my php.ini and it works. In order to warn users who are trying to upload larger files I have also changed $wgUploadSizeWarning in my LocalSettings.php but MediaWiki does not display any warning. It only reports an error message saying the uploaded file would be empty and there could be a typing error in the filename. What's wrong?

—Gandalf der Graue 09:20, 5 February 2009 (UTC)

How to add Media files directly in filesystem?

 * MediaWiki version: 1.13.4
 * PHP version: 5.2.8
 * MySQL version: 5.0.67
 * URL:

I have a large set of files that I want to be available for inclusion in wiki pages via the [[Media:]] tag. They are too many to practically add to the wiki one by one using the Special:Upload page.

How can I, via bulk filesystem operations (like copying), make them available to the wiki so that they will appear in the Special:ImageList page?

—66.54.188.4 21:10, 13 February 2009 (UTC)


 * Use the importImages.php maintenance script. —Emufarmers(T 23:35, 13 February 2009 (UTC)

Even easier, if you don't have commandline access: The Special:UploadLocal extension.

(RESOLVED) unable to delete files

 * MediaWiki version: 1.13.3
 * PHP version: 5.2.6 (apache)
 * MySQL version: 5.0.67-log

Error deleting file: Could not create directory "deleted/d/2/n"

Hi, I have the problem that I get an error message when trying to delete images from our wiki. It says: "Error deleting file: Could not create directory "deleted/d/2/n"

the chmod on /images/deleted is 777

—Zoidberg 18:27, 14 February 2009 (UTC)


 * Make sure $wgFileStore isn't set to use the wrong directory. Have uploads worked fine with $wgHashedUploadDirectory set to true?  If not, or if all else fails, just set   —Emufarmers(T 22:59, 14 February 2009 (UTC)

Thank you, Emufarmers

the uploads didint work with "$wgHashedUploadDirectory" set to "true".

i changed "$wgFileStore" from 3 to 0 - and now i can delete files!

Thank you very much! --Zoidberg 14:19, 15 February 2009 (UTC)


 * MediaWiki version: 1.13.3
 * PHP version: 5.2.8 (isapi)
 * MySQL version: 5.0.51b-community-nt
 * URL: Not yet live.

Hey Support,

In the uploads area it says you can upload .mp4 files.

I have uploaded them and i can get them to play. I have installed the ext. called "player" but i can get the to play in there either.

Am i missing somthing somewhere do i need to allow php to play them or any thing along those lines.

Thanks.

—194.106.220.19 11:11, 18 February 2009 (UTC)

(SOLVED) How to disable the USERNAME prefix on images uploaded. Avoid to be added the USERNAME

 * MediaWiki version: 1.14.0
 * PHP version: 5.2.5 (cgi)
 * MySQL version: 4.1.22-standard
 * URL: http://wikimanga.net

It's something simple, how to disable the function "USERNAME prefix" when you upload an image to the wiki.

Thanks for advance ^,^ —Neoshinji 04:27, 27 February 2009 (UTC)


 * Well, I have found the response, the mediawiki core was not responsible for this problem, if you have the extension KeepYourHandsToYourself then you need to know it is a characteristic introduced on the version 0.2.


 * To remove this annoying problem you can delete the code related.


 * BIG Thanks to Splarka, who attended me on IRC to find a solution ^^ --Neoshinji 01:32, 28 February 2009 (UTC)

uploading files - public/9/97
Hi - I have mediawiki 1.14.0 - and I'm a bit new to this.. installed apache2triad 1.5.4 to install php, apache and mysql. apache 2.2.0 mysql 	5.0.18 PHP 	5.1.2 Everything loads fine - you can look at this at

I have been playing all up on this one problem for about 15 hours so far, and I've exhausted google and the web - well as far as I could find out. I have the same problem that a few people have had when uploading files. the damned error of Could not create directory "public/9/97".  with a different file - it's creating a different directory (or at least it's trying to) eg:public/6/63 or such.

I have been through the normal things you check and played a little bit, but I'm just after a little bit of clarification to see if I have stuffed something up somewhere. Media wiki is in E:\apache2triad\htdocs\mediawiki-     and within that folder is the 'images' folder that is supposed to be the upload folder. Here is a copy of my LocalSettings.php document.

I have recieved the error of [28-Feb-2009 17:25:27] PHP Warning: mkdir: No such file or directory in E:\apache2triad\htdocs\mediawiki-\includes\GlobalFunctions.php on line 1943 <-- from my php log, but I have no idea what this means if anything.. I have logged in safe mode and changed the permissions to allow everything on the images folder. and I have enabled file uploads in php.ini.

if( defined( 'MW_INSTALL_PATH' ) ) { $IP = MW_INSTALL_PATH; } else { $IP = dirname( __FILE__ ); }

$path = array( $IP, "$IP/includes", "$IP/languages" ); set_include_path( implode( PATH_SEPARATOR, $path ) . PATH_SEPARATOR . get_include_path );

require_once( "$IP/includes/DefaultSettings.php" );


 * 1) If PHP's memory limit is very low, some operations may fail.
 * 2) ini_set( 'memory_limit', '20M' );

if ( $wgCommandLineMode ) { if ( isset( $_SERVER ) && array_key_exists( 'REQUEST_METHOD', $_SERVER ) ) { die( "This script must be run from the command line\n" ); } }
 * 1) Uncomment this to disable output compression
 * 2) $wgDisableOutputCompression = true;

$wgSitename        = "Steve";

$wgScriptPath      = "/mediawiki-"; $wgScriptExtension = ".php";
 * 1) The URL base path to the directory containing the wiki;
 * 2) defaults for all runtime URL paths are based off of this.
 * 3) For more information on customizing the URLs please see:
 * 4) http://www.mediawiki.org/wiki/Manual:Short_URL


 * 1) UPO means: this is also a user preference option

$wgEnableEmail     = true; $wgEnableUserEmail = true; # UPO

$wgEmergencyContact = "pearse.s@iinet.net.au"; $wgPasswordSender = "pearse.s@iinet.net.au";

$wgEnotifUserTalk = true; # UPO $wgEnotifWatchlist = true; # UPO $wgEmailAuthentication = true;

$wgDBtype          = "mysql"; $wgDBserver        = "localhost"; $wgDBname          = "wikimedia"; $wgDBuser          = "root"; $wgDBpassword      = "stevesteve";
 * 1) Database settings

$wgDBprefix        = "";
 * 1) MySQL specific settings

$wgDBTableOptions  = "ENGINE=InnoDB, DEFAULT CHARSET=binary";
 * 1) MySQL table options to use during installation or update

$wgDBmysql5 = true;
 * 1) Experimental charset support for MySQL 4.1/5.0.

$wgMainCacheType = CACHE_NONE; $wgMemCachedServers = array;
 * 1) Shared memory settings

$wgEnableUploads      = true; $wgUploadDirectory = "{$IP}/images";
 * 1) To enable image uploads, make sure the 'images' directory
 * 2) is writable, then set this to true:
 * 1) $wgUseImageMagick = true;
 * 2) $wgImageMagickConvertCommand = "/usr/bin/convert";
 * 1) $wgUploadPath      = "$wgScriptPath/images"


 * 1) If you use ImageMagick (or any other shell command) on a
 * 2) Linux server, this will need to be set to the name of an
 * 3) available UTF-8 locale
 * 4) $wgShellLocale = "en_US.UTF-8";

$wgLocalInterwiki  = strtolower( $wgSitename );
 * 1) If you want to use image uploads under safe mode,
 * 2) create the directories images/archive, images/thumb and
 * 3) images/temp, and make them all writable. Then uncomment
 * 4) this, if it's not already uncommented:
 * 5) $wgHashedUploadDirectory = true;
 * 6) $wgFileStore = 1
 * 7) If you have the appropriate support software installed
 * 8) you can enable inline LaTeX equations:
 * 9) $wgUseTeX          = false;
 * 10) $wgUploadDirectory =

Does anyone have any hints or tips that they can point my way.... would be a lifesaver..

Thanks


 * Apache needs write access to images. If you're running PHP in safe_mode, it needs to be able to create new directories.  If all else fails, just set   in LocalSettings.php.  —Emufarmers(T 22:45, 1 March 2009 (UTC)

internal error when upload

 * MediaWiki version: 1.14.0
 * PHP version: 5.2
 * MySQL version: > 4.1
 * URL: wiki.d3bn.net

file not found "C:\WINDOWS\Temp\php44E9.tmp"

—218.81.77.194 13:02, 17 March 2009 (UTC)


 * MediaWiki version: 1.14
 * PHP version: 5
 * MySQL version: /
 * URL: internal

I added the ZIP extention to the allowed files with $wgFileExtensions[] = "zip" but whenever I try to upload one I get an error message in German saying:

"Diese Datei kann nicht hochgeladen werden, da der Internet Explorer sie als „application/zip“ erkennt, welcher ein nicht erlaubter potentiell gefährlicher Dateityp ist."

meaning: this file can not be uloaded, since the Internet Explorer recognized it as "application/zip", which is a not allowed, potential dangerous filetype.

How can I avoid this?

—193.246.86.39 14:04, 24 March 2009 (UTC)-

Error Internet Explorer application/zip when uploading a ZIP file

 * MediaWiki version: 1.1.4
 * PHP version: 5
 * MySQL version:
 * URL: internal

After adding .zip as an allowed file for uploading i get the following error msg in German:

Diese Datei kann nicht hochgeladen werden, da der Internet Explorer sie als „application/zip“ erkennt, welcher ein nicht erlaubter potentiell gefährlicher Dateityp ist.

this means in english that this file cannot be uploaded because the Internet Explorer recognizes it as "application/zip", which is a not allowed and potentially dangerous file type."

This error message also appears when trying to upload from another browswer (tested with Opera / Firefox)

—193.246.86.39 15:20, 24 March 2009 (UTC)

Upload-Error by using standard types like png, pdf

 * MediaWiki version: 1.9.3
 * PHP version: 5.0.5 (apache2handler)
 * MySQL version: 4.1.14-nt
 * URL: Intranet / LAN

Hello, I have got a virtual server with Windows XP and XAMPP. I installed MediaWiki and I wanted to upload some files and my problem is now, that nearly 90% of all my uploads were canceled with an error that the file were damaged or wrong names. I tried different types of files from jpg to png, zip and pdf. Configurated the LocalSettings.php and looked into the mime.types and mimemagic.php and all types, which I had tested were in this files. I tested it on a local machine an it works without problems.

So I don't know where the problem could be or what I can do now.

Perhaps someone has got an idea?

EDIT: added titel!

—171.24.253.44 07:31, 1 April 2009 (UTC)

Loading Image
I do not understand how to load images to my new page which is already set up to display them. my page is http://en.wikipedia.org/wiki/Navy_Oilers.
 * MediaWiki version:

I can identify the images with the browser set up but that is as far as I can understand. I am not a programer. There are two images
 * http://navy.memorieshop.com/Oilers/Kawishiwi-1956.jpg a United States ship commissioning photo given to me when the ship was commissioned.
 * http://navy.memorieshop.com/Oilers/Mispillion-Longer.jpg from the Navsource.com web site

—Navyoiler 15:30, 9 April 2009 (UTC)

FastCGI error when uploading
Product Version MediaWiki 1.13.3 PHP 5.2.8 (cgi-fcgi) MySQL 5.1.30-community


 * URL: Our WIKI is only internal. So I can not give you the url, but it is the basic upload link.

When uploading a file from a slow link or over VPN my users are getting the following error.

FastCGI Error The FastCGI Handler was unable to process the request. ________________________________________ Error Details: •	The FastCGI process exceeded configured request timeout •	Error Number: 995 (0x800703e3). •	Error Description: The I/O operation has been aborted because of either a thread exit or an application request. HTTP Error 500 - Server Error. Internet Information Services (IIS)

Tim Carfrey tcarfrey@deloitte.com—167.219.0.140 15:01, 13 April 2009 (UTC)

Is there an update on this?

Error-message after Uploading on 1.14.0
I've got still the problem mentioned in autumn 2008.....on using GD (cause I can't use ImageMagick due to blocked calls to escapeshellarg and passthru)

Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 8140 bytes) in /var/www/xyz/html/wiki/includes/media/Bitmap.php on line 192

MediaWiki: 1.14.0 PHP:      5.2.9 MySql:    5.0.51 php-mem:  32MB

Message seems to be independent on size of pic ! (will occur, if the pic has 483kB and even the size is 58,6 or 21,6 kB....)

—Red_Ant 23:22, 17 April 2009 (UTC)


 * Increase the memory limit. —Emufarmers(T 08:24, 18 April 2009 (UTC)


 * I increased from 32M (server-default) to 64M and it seems to work......thank you Red ant 15:59, 19 April 2009 (UTC)

uploading files on mediawiki 1.13.5

 * MediaWiki version: 1.13.5
 * PHP version: php 5
 * MySQL version: mySQL 5.0
 * URL: http://www.asicdesign-world.com/wiki/index.php?title=Special:Upload

I am new user of wiki and setting up wiki on my Godaddy hosted windows account. I sucess fully set up wiki but when i am trying to upload files it if giving me error message like

Warning: mkdir [function.mkdir]: Permission denied in D:\Hosting\3069877\html\wiki\includes\GlobalFunctions.php on line 1837

I have enabled the $wgEnableUpload = true ; in the LocalSettings.php

I think it is something related to permission but can not able to resolve it. can you help me resolving it. Thanks send me details on jaymin.jasoliya@gmail.com

—71.137.208.99 06:52, 21 April 2009 (UTC)

Unable to upload images after update from 1.12. to 1.14

 * MediaWiki version: 1.14.0
 * PHP version: 5.26
 * MySQL version: 5
 * URL: Private intranet

I updated using the first method and all went well.

Browsing around the wiki, adding or editing is no problem.

The issue I have is that I cannot upload anything. once I submit an image I just get a white screen.

below is the results in my log file.

session_set_cookie_params: "0", "/", "", "1", "1" Unstubbing $wgParser on call of $wgParser::setFunctionHook from xsl_setup Unstubbing $wgContLang on call of $wgContLang::getMagic from MagicWord::load Fully initialised Language::loadLocalisation: got localisation for en from source Unstubbing $wgMessageCache on call of $wgMessageCache::get from wfMsgGetKey Unstubbing $wgLang on call of $wgLang::getCode from wfGetLangObj Unstubbing $wgUser on call of $wgUser::getOption from StubUserLang::_newObject Cache miss for user 18 Connecting to localhost wikidb... Connected Logged in from session Connecting to localhost wikidb... Connected MessageCache::load: Loading en... got from global cache WebRequest::getFileName '2008MCA.PNG' normalized to '2008MCA.PNG' User::isBlocked: enter User::getBlockedStatus: checking... IP: 143.115.170.6 Block::load: '', '18', 1 User::isBlockedFrom: enter User::isBlockedFrom: asking isBlocked User::isBlocked: enter User::getBlockedStatus: already loaded. User::isBlockedFrom: enter User::isBlockedFrom: asking isBlocked User::isBlocked: enter User::getBlockedStatus: already loaded. User::isBlockedFrom: enter User::isBlockedFrom: asking isBlocked User::isBlocked: enter User::getBlockedStatus: already loaded. FileCache negative MISS for 2008MCA.PNG File::getPropsFromPath: Getting file info for /tmp/phpfliXuK MimeMagic::__construct: loading mime types from /webdocs/cp/wiki/includes/mime.types MimeMagic::__construct: loading mime info from /webdocs/cp/wiki/includes/mime.info

Any ideas?

images/ is world writable (not safe but I was just testing)

—Masterkeedu 20:13, 22 April 2009 (UTC)

(Resolved)Zip Files can't be uploaded
Italic text
 * MediaWiki version: MediaWiki 1.14.0
 * PHP version: PHP 5.2.6 (apache2handler)
 * MySQL version: MySQL 5.0.67
 * URL:

Since 1.14 it isn't possible to load any zip files in the system. Do have a solution to load zip files to mediawiki?

See aslo my Localsettings.php and the orginal error message

A part of my Localsettings.php

$wgEnableUploads = true; $wgCheckFileExtensions = true; $wgFileExtensions = array('png', 'zip', 'jpg', 'jpeg', 'ppt', 'doc', 'xls', 'pdf', 'gif', 'tiff');

Error Message from IE:

Upload warning Files of the MIME type "application/zip" are not allowed to be uploaded.

—194.7.161.147 09:34, 24 April 2009 (UTC)


 * Adjust $wgMimeTypeBlacklist. —Emufarmers(T 00:30, 25 April 2009 (UTC)


 * MediaWiki version:
 * PHP version:
 * MySQL version:
 * URL:

nature of zonouz

A study on Zonouz nature

What should i change in the Localsettings.php? Can you please help?

Very slow uploads and non-starting uploads
Sometimes, far too often, upload slows to the point of just not working. It seems that the page gets stuck updating, nothing is uploaded. This happens via localhost as well as when logged in from an external. I have rather a lot of data to upload so this is something of an issue for me.
 * MediaWiki version: 1.14.0
 * PHP version: 5.2.6
 * MySQL version: 5.0.67
 * URL: localhost, release soon
 * OS: Mac OS 10.5.6

—130.237.175.237 15:00, 7 May 2009 (UTC)


 * MediaWiki version:
 * PHP version:
 * MySQL version:
 * URL:

I setup mediawiki on my server not too long ago. I enabled the image upload feature, however, when I upload am image and try to use it in a page I get thi error: The requested URL /images/9/97/Jade-head.jpg was not found on this server.

Can someone provide help here?

—76.29.127.133 04:14, 11 May 2009 (UTC)

Problem with Picture Upload / Picture Preview

 * Moved from Project:Forum Happy ‑ melon 21:48, 19 May 2009 (UTC)

Hi,

i have following Problem on my wiki-Project:

I get following message: Fehler beim Erstellen des Vorschaubildes:

Warning: passthru has been disabled for security reasons in /www/htdocs/v089483/sticker/sammelbildwiki/includes/GlobalFunctions.php on line 2131

This is the Line 2131 of globalfunctions.php: passthru( $cmd, $retval );

I´m not very good in PHP, so i don´t know what to do. Someone can help me?

Kind Regards,

--SVWRamius 11:15, 9 April 2009 (UTC)

PS: Wenns jemand auf deutsche erklären könnte wäre das wirklich nice. :-)


 * MediaWiki version: 1.14
 * PHP version: 5.2.8
 * MySQL version: 4.1.22
 * URL:

My site has safe_mode set to On so I followed the instructions from http://www.mediawiki.org/wiki/Safe_mode#Image_upload_and_deletion_workaround and I'm still getting the classical upload error: The upload directory (public) is not writable by the webserver.

Images folder has 755 and images/archive, images/temp, images/deleted, and images/thumb directories have 777.

Somehow I got it to work (reuploading all files) but now thumbnails aren't working (they are not shown even source image exists on the server.

How can I fix it? Thanks

—69.116.169.102 13:12, 20 May 2009 (UTC) Bogdan bog_tom@yahoo.com

(RESOLVED) Upload page doesn't upload anything... same with export page.

 * MediaWiki version: 1.15.0
 * PHP version: 5.2.9
 * MySQL version: 5.0.77

Absolutely no clue what the problem is. I try to upload a file, image, doesn't matter what, and the Upload page just comes back like a blank form, as if nothing had been done. I checked everything possible... error logs, PHP errors (not sure I did that correctly however), folder permissions for 'images', nothing works. Some one else had the exact same problem, but you never answered. Does anyone have some sort of solution?

Oh yeah, and unlike everybody else, I have no folder under 'images', if that helps.

And please, at least try to give an answer. Don't skip over it like you seem to do to every other problem... 99.252.59.196 02:24, 18 June 2009 (UTC)


 * Everyone here is a volunteer, we donate our time and bandwidth to creating and supporting free software and free content. Everyone will work on what they choose to work on; no one can require us to work in one particular area.  If there is no response to this issue, it is because no one who knows what the solution is has chosen to review the support desk threads. Accusing people of "skipping over it like you seem to do to every other problem" is offensive and actively discourages such volunteers from wanting to help you. Happy ‑ melon 08:34, 18 June 2009 (UTC)


 * Alright, sorry, I've been trying to figure this out for three days now and was up all night in forums and the IRC chat trying to get help but everyone seems to ignore me. Kind of lost it here, seeing that many problems were overlooked, including a guy with an exact problem to mine in the archives. 99.252.59.196 12:55, 18 June 2009 (UTC)


 * Ok, at least you took the time to read the archives, which is more than many people manage. You say you've looked at the error logs, presumably without finding anything useful.  Have you enabled extended debugging?  There are a lot of switches you can flip to get more information about what's going on inside the clockwork; have a read of Manual:How to debug if you haven't already, and see if there's any more information you can squeeze out of it. Happy ‑ melon 13:06, 18 June 2009 (UTC)


 * I looked around a little, not sure how to do extended debugging, however I flipped on $wgShowDebug, and when trying to upload, nothing shows. The other guy in the archive couldn't debug anything out either, it was as if nothing was wrong. Although again, would it have to do with the fact that I have no subfolders under my 'Images' folder? Wasn't it supposed to be created during the installation, or was it supposed to be done when my first images upload?


 * I could try creating them myself, maybe that's what the form is looking for... don't know the folder names though. And thanks for the help. 99.252.59.196 15:31, 18 June 2009 (UTC)


 * $wgShowDebug will just add stuff in an HTML comment at the end of the page, assuming that the thread gets far enough through the process to actually start rendering the page, which it sounds like it isn't. Try enabling PHP errors if they're not already, and the debug log (How to debug) to get data that's not dependent on the process actually finishing. Happy ‑ melon 15:36, 18 June 2009 (UTC)


 * Enabled PHP errors, nothing, tried to create a log, didn't seem to be working (have a feeling I didn't do that right though...) 99.252.59.196 15:56, 18 June 2009 (UTC)


 * If it worked, it will get tons of stuff poured into it on every page view, successful or not. So if the log stays empty when you view or do things to the wiki, it's not set up right. Happy ‑ melon 16:07, 18 June 2009 (UTC)

Well the instructions are rather vague. "after the invocation of DefaultSettings.php" means what exactly? Is there a specific place in Localsettings I have to add $wgDebugLogFile? Because right now, there is no log file. 99.252.59.196 19:36, 18 June 2009 (UTC)


 * Ahh, whatever. I'm sick of this problem, so I'll reconfigure my whole wiki... I'll see if it solves the problem.

EDIT: Found the solution: People with this problem shortened the URL link with the wrong codes. They have to follow the instructions here. 99.252.59.196 20:54, 18 June 2009 (UTC)


 * MediaWiki version:
 * PHP version:
 * MySQL version:
 * URL:

How can I upload excel, word, pdf etc. without using the conversion function via html?

Potential bug in FSRepo.php causes image uploads to fail on Windows server: Internal error - Could not create directory

 * MediaWiki version: 1.15.0
 * PHP version: 5.1.6 (apache2handler)
 * MySQL version: 5.0.45-community-nt
 * URL: index.php?title=Special:Upload (on a private wiki)

I've been trying to debug file uploads on my Windows server. After going to Special:Upload and uploading a jpg (an allowed format) it would die with something like this: Internal error

Could not create directory "public/a/a5".

It would also generate a PHP error: Warning: mkdir [function.mkdir]: No such file or directory in \includes\GlobalFunctions.php on line 2012

I did some debugging and mkdir is called by wfMkdirParents which in this case is called by publishBatch in FSRepo.php line 298: if ( !is_dir( $dstDir ) && !wfMkdirParents( $dstDir ) ) {

I think the $dstDir path is not a valid one on the Windows server because the path is constructed manually in publishBatch using forward slashes ("/"), so what gets eventually passed to mkdir is something that looks like this: C:\my\path\htdocs\mediawiki/images/a/a5

I added this statement to GlobalFunctions.php at line 2011 to fix the path: $dir = str_replace('/', '\\', $dir);

So $dir was changed to something like this: C:\my\path\htdocs\mediawiki\images\a\a5

This solved my problem and I was able to upload files. Perhaps FSRepo.php needs to be more sensitive to servers that require a backslash as a path separator? Or is there a better way to fix this problem?

I am not running PHP in safe_mode and I have left $wgHashedUploadDirectory defaulted to true.

cheers, Dave

--Dmarwick 05:42, 1 July 2009 (UTC)

Change File Upload Destination to different partition on server

 * MediaWiki version: 1.14.0
 * PHP version: 5.2.9-1
 * MySQL version: 5.1.32
 * URL: private

I have a server that I set up MediaWiki on. Unfortunately it was installed in the C: partition that doesn't have much extra space. So, I'd like to point the file upload path to another partition (D:) on the server. I would appreciate any help you can provide. Thank you.

Arsajm 17:27, 9 July 2009 (UTC)

Current 1.15 version download unavailable for over two days

 * MediaWiki version:
 * PHP version:
 * MySQL version:
 * URL:

The message on the download page shows that current MeidaWiki download has been unavailable for 3 days asfo 11-3 UTC tonight Is this page 'in error' or if its true can you give an idea of when this will available again? The archive seems to not offer anything above V 1.10 Thanks

—82.21.211.115 16:40, 19 July 2009 (UTC)


 * This seems to be back up again; I've removed the message. Let us know if you have any problems downloading. Happy ‑ melon 16:46, 19 July 2009 (UTC)

(RESOLVED) Unable to create public/x/x errors...

 * MediaWiki version: 1.15.1
 * PHP version: 5.2.10
 * MySQL version: 5.0.81
 * URL: http://www.aesedra.com/wiki/

I recently upgraded to wiki 1.15.1 and it went well. The thing is, when I try to upload a picture, I get ''Could not create directory "public/3/3b". . In my logs, I get Wed Jul 22 01:21:25 2009] [error] PHP Warning: mkdir [function.mkdir]: Permission denied in /home/aesedra/public_html/wiki/includes/GlobalFunctions.php on line 2012''

The images directory has been set to 777, LocalSettings.php has $wgEnableUploads = true; ''$wgUploadPath = "$wgScriptPath/images"; $wgUploadDirectory = "$IP/images"; ''

mkdir is not a disallowed function on my site. It works.

The funny thing is, if I go to any page that has a picture, I get a php warning (but the picture still shows) [Wed Jul 22 01:17:49 2009] [error] PHP Warning: imagejpeg [function.imagejpeg]: Unable to open '/home/aesedra/public_html/wiki/images/thumb/4/41/Wikibelantine.jpg/85px-Wikibelantine.jpg' for writing: Permission denied in /home/aesedra/public_html/wiki/includes/media/Bitmap.php on line 236

I'm not sure what's going on here, and thanks in advance for your help.

Edit: the uploads now work, but now I'm getting a zillion PHP warnings and black thumbnails.

—Peter Greenwell 06:26, 22 July 2009 (UTC)


 * Same problem here:


 * MediaWiki version: 1.15.1
 * PHP: 5.2.4-2ubuntu5.6 (apache2handler)
 * MySQL: 5.0.51a-3ubuntu5.4


 * Is this a software bug or how can I fix it?
 * --JuergenL 12:43, 22 July 2009 (UTC)


 * OK, it seems there is a disconnect between what actually is in /images/ and what the database thinks there is. I had to delete all my pictures and re-upload them. That fixed the black thumbnails/permission denied errors. Thi all occurred because I upgraded to 1.15.1 from 1.14 something. The upgrade script bombed out saying no connection to the database could be found despite the settings being right. So, I had to reinstall the Wiki using the upgrade/reinstall guide found here. This is when everything started to go south. Somehow, the database wasn't upgraded correctly or something and what exists in my /images/ folder didn't correlate with what the db said. This is my guess. Anyhow, it's all fixed, but I'll be wary of upgrading anything from here on. Peter Greenwell 14:01, 22 July 2009 (UTC)


 * Same problem here:
 * MediaWiki version: 1.15.1
 * PHP: 5.2.6 (Debian Lenny)
 * MySQL: 5.0.51a (Debian Lenny)
 * We are shared upload and I managed to solve my problem by changing some parameters.
 * SOLVED: We were using "wgUseSharedUploads, wgSharedUploadPath..." and by moving to the new configuration parameters (wgForeignFileRepos) this solved this problem.
 * --Jlhenry 11:31, 24 July 2009 (UTC)

Error 500 on IIS7 when uploading a newer file version

 * MediaWiki version: 1.15.1
 * PHP version: 5.2.9 (CGI)
 * MySQL version: 5.1.31
 * URL: intranet only

I successfully managed to install Mediawiki on an IIS7. Uploading works fine until one decides to upload a newer version of a file. Then the script dies with a 500 error. PHP logs and IIS logs DO NOT show any anomalities. When one uploads a newer version of a file, UNCHECKS the "ignore warnings" checkbox and accepts to overwrite everything works fine.

It would be helpful if there was an easy way to uncheck the "ignore warnings" checkbox by default. Thanks in advance for any help!

—213.227.166.95 12:49, 29 July 2009 (UTC)

Using Special:Import to import protected pages leaves pages still unprotected
We are trying to import custom made XML's with protected pages into the wiki. The pages are imported correctly but they are not protected.
 * MediaWiki version: 1.15.1
 * PHP version: 5.2.9 (apache2handler)
 * MySQL version: 5.1.36-community
 * URL: local

We use XML's like these:  Page title edit=sysop:move=sysop WikiSysop 1 Import protected page...

The mentioned XML Schema (http://www.mediawiki.org/xml/export-0.3.xsd) shows that the element "restrictions" is supported, but when used the pages is still not protected.

Please help...

—217.114.103.238 09:36, 30 July 2009 (UTC)


 * How many pages are you trying to import? Could you just re-protect them manually? Dr. Eme