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

Change Upload Directory in MediaWiki 1.14

 * MediaWiki version: 1.14
 * PHP version: 5
 * MySQL version:
 * URL: NA

I have been creating a wiki on my localhost, it is a dell laptop,i have a dual boot, and have it on both the linux and windows sides, i have been creating it as a test for my company, i have found a variable in LocalSettings.php "$wgUploadDirectory" that can change the upload directory from the images directory in mediawiki, to another directory outside the mediawiki directory, namely a shared directory for the business, or as a test, MyDocuments directory in my C: drive. The documentation i've found is good, but not specific as to how you point it to a local directory outside of the mediawiki directory, i tried adding this line

$wgUploadDirectory = "C:\Documents and Settings\IDT user\My Documents"

and i got this error message: "Parse error: parse error in C:\xampp\htdocs\mediawiki\LocalSettings.php on line 133" which is the line i added. anyhelp you can as to what i need to add or what variable value i can put, to allow this to work would be appreciated.

—Abdullahva 14:02, 23 July 2009 (UTC)
 * No idea about things on a windows server, however I get the feeling it is probably having difficulties with the spaces in the directory you gave it. -- Dr DBW |  talk  04:08, 5 August 2009 (UTC)

???

 * MediaWiki version: 1.15.1
 * PHP version:      5.x
 * MySQL version:    5.0
 * URL:              http://wiki.kanslietonline.se/

Hi! I can't manage to allow file / image uploads with the FCKEditor extension. I have followed the steps here: http://www.mediawiki.org/wiki/Manual:Configuring_file_uploads

When I click "Insert image" in the editor, the "Browse" button isn't there. I would like to allow image uploads in the editor.

Thanks,

—92.251.45.84 07:34, 2 August 2009 (UTC)

Error uploading new file version

 * MediaWiki version: 1.15.0
 * PHP version: 5.3.0 (cgi-fcgi)
 * MySQL version: 5.1.36-community
 * URL: Hosted locally, not available on the internet.

I am getting the following error when uploading a new version of an image. I can upload an image the first time without a problem, but when when I click the "upload a new version of this ..." link, browse to a new file, and click Upload, I get this error:

PHP Notice: Undefined variable: pageText in C:\inetpub\wwwroot\BSWiki\includes\specials\SpecialUpload.php on line 576

I am using WIMP. Any help is appreciated.

—66.11.67.10 18:13, 5 August 2009 (UTC)

Help for adding 7z file type to upload
Hello, I am trying to add the "7z" extension to upload on the wiki :
 * MediaWiki version: 1.11.0 (Upgrad not possible at this time)
 * PHP version: 5.2.0-8+etch7 (apache2handler)
 * MySQL version: .0.32-Debian_7etch1
 * URL: http://theelderscrolls.wiwiland.net
 * On LocalSetting.php, I add the line $wgFileExtensions = array('png', 'gif', 'jpg', 'jpeg', '7z');.
 * On Includes/mime.info, I add the line application/x-7z-compressed 	[ARCHIVE]
 * On Includes/mime.types, I add the line application/x-7z-compressed 7z

But, when I try to upload a 7z archive I have again the error The file may be corrupted, have a null size or have an invalid extension. (I don't know the exact error in english, in french is it : Ce fichier est corrompu, a une taille nulle ou possède une extension invalide. Veuillez vérifier le fichier.)

How can I add the 7z extension to upload ?

Thanks —77.197.237.128 11:07, 23 August 2009 (UTC)

Special:Import error
I fixed this error by setting $wgDBmysql5 = false;


 * MediaWiki version: 1.15.0
 * PHP version: 5.1.6 (apache2handler
 * MySQL version: 5.0.45

I am trying to import the help pages from mediawiki as per the instructions found on http://www.mediawiki.org/wiki/Project:PD_help/Copying

I keep getting the following error and can not find any info on it.'''I found a fix. See above.'''

Error in fetchObject: Illegal mix of collations (latin1_bin,IMPLICIT) and (utf8_general_ci,COERCIBLE) for operation '=' (localhost)


 * MediaWiki version: 1.6.12
 * PHP version: 5.2.9 (cgi-fcgi)
 * MySQL version: 5.1.30
 * URL: http://stargate.tf-575.com/

When trying to upload a png image to the site: Upload warning The file is corrupt or has an incorrect extension. Please check the file and upload again. I've had this problem before, and fixed it before, but I can't remember or find how...

—Lord Trekie 01:51, 4 August 2009 (UTC)
 * Silly question, do you have all the file uploading settings correct? Including file extensions allowed etc? -- Dr DBW |  talk  04:09, 5 August 2009 (UTC)


 * could it be this?? http://webservices.blog.gustavus.edu/2007/06/18/fixing-broken-png-uploads-with-mediawiki/ Unfortunately it wont' be easy to fix this error in mime magic on a shared hosting. --Irina666 09:38, 28 August 2009 (UTC)

"Upload file" link in sidebar is converted to "Wikipedia:Upload" (rather than the expected "Special:Upload")

 * MediaWiki version: 1.15.1
 * PHP version: 5.2.8 (apache2handler)
 * MySQL version: 5.0.67-log
 * URL:

Recent update to MW 1.15.1, as well as minor modifications to a few other areas of the wiki configuration.

The "Upload file" link in the sidebar now takes users to a page reference of "Wikipedia:Upload", not the expected "Special:Upload" page.

I know that most sidebar entries are editable within "Mediawiki:Sidebar", but not the toolbox entries. How can these entries be changed?

Specifically: What happened to result in this modification? What configuration needs to be changed to eliminate the inexplicable reference to "Wikipedia" (not "Mediawiki", but that separate, unrelated site) in my wiki-specific sidebar?

—BDLatimer 21:50, 1 September 2009 (UTC)

File upload breaks in 1.15.1

 * MediaWiki version: 1.15.1
 * PHP version:  5.2.6 (apache2handler)
 * MySQL version: 5.0.77
 * URL: http://tekstopia.uio.no/mediawiki_15/index.php/Special:Upload

On upgrading from MW 1.11 to 1.15.1 (yes I should have done this a while ago), I suddenly am unable to enable uploads. Tried this on my test server first, and was told file uploads was disabled in php (although it is definitely not). I thought the test server might be messed up somehow, so I set up a test version in a folder on the live server, and got the same error there. I have double checked with phpinfo, and file_uploads is definitely on (and post_max_size and upload_max_filesize are both 8M). It is a fresh MW installation in the same environment that my working live server is running. Anyone got any idea what can be causing this? —Anderssl 17:46, 11 September 2009 (UTC)


 * Update: There is an error message in the logs on my server saying that ini_get is disabled for security reasons. Presumably this is the cause. Will check with the server admins and report back if that doesn't solve it. --Anderssl 22:29, 11 September 2009 (UTC)

Upload directory (public) is not writable by the webserver

 * MediaWiki version: 1.15.1
 * PHP version: 5.2.8 (apache2handler)
 * MySQL version: 5.0.51a-log
 * URL: http://wiki.pdaxrom.org/index.php/Main_Page

Hi! I set the /images folder permission "775" (even try to set "777") and in LocalSettings.php type the following: $wgEnableUploads = true; (according the User Guide)

But when I trying to upload a file such error is occured: Internal error The upload directory (public) is not writable by the webserver.

How I can set the permission to upload file using webserver?

—83.229.245.58 08:52, 16 September 2009 (UTC)


 * You have to make the upload directory (folder) writable by the user running the webserver. This is something that is done on the webserver itself, not in the MediaWiki code. See Manual:Configuring file uploads for details. Doing this right is important for the security of the server, so if you have no idea what all of this means you should probably talk to your server administrator. --Anderssl 19:18, 16 September 2009 (UTC)
 * Sorry, somehow I didn't read your question properly. If you have set the /images folder to 777 it should work (as long as /images is your upload folder). Sorry, I'll stop giving stupid answers and leave the stage to someone who knows more... --Anderssl 19:23, 16 September 2009 (UTC)
 * I have the same problem. My wiki used to work fine and it suddenly appeared. Didn't find a solution trying to Google it..
 * I also have this problem, where is the 'public' directory specificed?

File Upload

 * MediaWiki version: 1.15.1
 * PHP version: 5.0.4 (isapi)
 * MySQL version: 4.1.7-nt
 * URL: http://sinhweb3/wiki/

open_basedir ist not set in php.ini $wgEnableUploads = true in LocalSettings This is a windows 2003 system. For testing issues I set user rights for everyone to full access on the "images" folder. When trying to upload a file I get the following error: Could not create directory "public/6/6b". I tried the following: $wgUploadDirectory = "{$wgScriptPath}/uploads"; $wgUploadPath = "{$wgScriptPath}/uploads"; and the error message changes to: The upload directory (public) is missing and could not be created by the webserver.

On the upload folder also everyone has full access.

Any help is appreciated.

—81.252.82.4 12:42, 17 September 2009 (UTC)

Import failed: Upload of import file failed. A temporary folder is missing.

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

When I try to upload a 40KB file created by Special:Export, I get the following message.

Import failed: Upload of import file failed. A temporary folder is missing.

What folder is missing?

Where do I look to find the answer to this question "on-wiki"?

Steve Garland garland@csail.mit.edu

—71.174.198.182 07:30, 22 October 2009 (UTC)

after a (successful) file upload, the link to the file is not linked to the file (fixed)

 * MediaWiki version: 1.15.1
 * PHP version: 5.1.4 (apache2handler)
 * MySQL version: 4.0.21
 * URL: (internal only)

After successful upload of a file I edit a page and insert the Link to the file. After saving the Page, the link to the media file is red, and if i click on it, i get the option to upload the file, because it does not exist. If i upload the file again, the system says, that i can't upload that, because it already exists. But the link to the file stays red. The file is even in the recent changes list. But if i click on it: same thing. Sometimes 1-3 days later the link suddenly works. I tried cleanupImages.php, rebuildImages.php with no effect.

—134.34.200.61 14:34, 17 November 2009 (UTC)

The problem was the cacheoption:

$wgMainCacheType = CACHE_ACCEL;

changing it to CACHE_NONE solved the problem.

Error on upload with mkdir while using xampp

 * MediaWiki version: 1.15.1
 * PHP version: 5.1.2 (apache2handler)
 * MySQL version: 5.0.20-nt
 * URL: Only via Intranet

Dear Ladies and Gentlemen,

i'm using mediaWiki and tried to enable the uploads. Bad luck, i get an warning in GlobalFunctions.php on line 2015 (Warning: mkdir [function.mkdir]: No such file or directory in C:\xampp\xampp\htdocs\mediawiki\includes\GlobalFunctions.php on line 2015. Additionaly i get this one:

Interner Fehler Das Verzeichnis „public/1/1e“ konnte nicht angelegt werden.

(Internal Error - The Directory could not be created.)

I use mediaWIKI on xampp on a Windows-Machine. So there is no possibility to do chmod. But the Windows-Right are given with fullaccess on the whole xampp-directory.

I tried to find a possibility to switch off the subdirectories and upload everything into 'images', but without any success. Who can i do that? Which script-function has to be changed therefor?

Best Regards, S. Weicht

Edit:

Ok, you are looking for a solution for hours. But after you post here, you will find the solution: Its just the safemode-Problem, bit without safemode. xampp on Windows seems to work the same way.

—88.79.125.155 15:43, 19 November 2009 (UTC)

how to transfer data from one mediawiki to a brand new mediawiki?

 * MediaWiki version:1.15
 * PHP version: 5.1
 * MySQL version: 5
 * URL:

How do you transfer all data from on medai wiki to another new one?

—63.239.65.9 17:59, 4 November 2009 (UTC)
 * Manual:Moving a wiki. Max Semenik 17:58, 23 November 2009 (UTC)

image size vs image dimensions

 * MediaWiki version: MediaWiki: 1.6.12
 * PHP version: PHP: 4.3.11 (cgi-fcgi)
 * MySQL version: MySQL: 4.1.14
 * Server: Yahoo
 * URL: http://www.zamboanga.com/z

My wiki creates server errors whenever image files are uploaded with dimensions larger than 1600x1200. Pages linke to the image page with an image file larger than 1600x1200 are also disabled and inaccessible.

So when the image page can't be accessed. I have to go to the image file itself and see what the dimension is, save it to my local drive, reduce the size to 1600x1200 and then re-upload it using the very same file name. The wiki then restores the image page and the linked pages. The size of the file does not seem to bother the image page. The size of the file can be 160,000 or over 1 meg as long as it does not exceed the dimensions of 1600x1200 the wiki will take it.

Even if the image file is only 560k but if it's 1700x1250 or anything over 1600x1200 the wiki will cause an error and the page will not be displayed even if the file was uploaded.

How and where do I go to correct this image size issue.

--Kuhitkuhit 21:54, 12 November 2009 (UTC)
 * Do you use GD for image handling? Looks like an out-of-memory condition, see here how to fix it if. No matter how small your JPEG may be, it still needs to be uncompressed for thumbnailing, for example 1700x1250 is over 6 megabytes uncompressed. With additional smaller buffers for processing, it could eat lots of memory. By the way, your MediaWiki version is pretty old, and although it's officially "supported" with security patches, other bugs are unlikely to be fixed. PHP4 is out of support for over a year, so probably it's time to move to something newer. Max Semenik 18:06, 23 November 2009 (UTC)