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)

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)