Project:Support desk/Sections/Uploading

__NEWSECTIONLINK__ = Uploading Support =

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)