Jump to content

Project:Support desk/Archives/Uploading/002

From mediawiki.org

(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)[reply]

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

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)[reply]

  • 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 (w:en: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)[reply]

(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) [<a href='function.call-user-func'>function.call-user-func</a>]:
           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)[reply]

(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)[reply]

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|C) 00:33, 12 November 2008 (UTC)[reply]

(RESOLVED) System Slow down after upgrading to 1.13.2

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)[reply]

Is $wgReadOnly set to true?[1]
Is an extension causing a lock? (Should no longer happen, but...)[2][3]
Is there some as-yet-undetermined problem?[4][5]
—Emufarmers(T|C) 01:09, 12 November 2008 (UTC)[reply]

(OUTDATED) How to Uploade MediaWiki for MSWord 2007

  • MediaWiki version:
  • PHP version:
  • MySQL version:
  • URL:

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.

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

(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)[reply]

(RESOLVED) Error-Message after Uploading

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)[reply]

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

"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:
# find . -type d -exec chmod 777 {} \;
# find . -type f -exec chmod 666 {} \;
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)[reply]

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)[reply]

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)[reply]

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)[reply]

$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)[reply]

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)[reply]

Use the importImages.php maintenance script. —Emufarmers(T|C) 23:35, 13 February 2009 (UTC)[reply]

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)[reply]

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 $wgFileStore['deleted']['hash'] = 0; —Emufarmers(T|C) 22:59, 14 February 2009 (UTC)[reply]

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)[reply]

  • 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)[reply]

(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)[reply]

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)[reply]

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 [6]

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";

    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. Manual:Short URL

$wgScriptPath = "/mediawiki-"; $wgScriptExtension = ".php";

    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;

    1. Database settings

$wgDBtype = "mysql"; $wgDBserver = "localhost"; $wgDBname = "wikimedia"; $wgDBuser = "root"; $wgDBpassword = "stevesteve";

  1. MySQL specific settings

$wgDBprefix = "";

  1. MySQL table options to use during installation or update

$wgDBTableOptions = "ENGINE=InnoDB, DEFAULT CHARSET=binary";

  1. Experimental charset support for MySQL 4.1/5.0.

$wgDBmysql5 = true;

    1. Shared memory settings

$wgMainCacheType = CACHE_NONE; $wgMemCachedServers = array();

    1. To enable image uploads, make sure the 'images' directory
    2. is writable, then set this to true:

$wgEnableUploads = true;

  1. $wgUseImageMagick = true;
  2. $wgImageMagickConvertCommand = "/usr/bin/convert";

$wgUploadDirectory = "{$IP}/images";

    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
  2. $wgShellLocale = "en_US.UTF-8";
    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;
  2. $wgFileStore = 1
    1. If you have the appropriate support software installed
    2. you can enable inline LaTeX equations:
    3. $wgUseTeX = false;
    4. $wgUploadDirectory =

$wgLocalInterwiki = strtolower( $wgSitename );


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 $wgHashedUploadDirectory = false; in LocalSettings.php. —Emufarmers(T|C) 22:45, 1 March 2009 (UTC)[reply]

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)[reply]

  • 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)-[reply]

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)[reply]

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)[reply]

Loading Image

  • MediaWiki version:

I do not understand how to load images to my new page which is already set up to display them. my page is w:en:Navy_Oilers.

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

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

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)[reply]

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)[reply]

Increase the memory limit. —Emufarmers(T|C) 08:24, 18 April 2009 (UTC)[reply]
I increased from 32M (server-default) to 64M and it seems to work......thank you
Red ant 15:59, 19 April 2009 (UTC)[reply]

uploading files on mediawiki 1.13.5

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)[reply]

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)[reply]

(Resolved)Zip Files can't be uploaded

  • MediaWiki version: MediaWiki 1.14.0
  • PHP version: PHP 5.2.6 (apache2handler)
  • MySQL version: MySQL 5.0.67
  • URL:

Italic text

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)[reply]

Adjust $wgMimeTypeBlacklist. —Emufarmers(T|C) 00:30, 25 April 2009 (UTC)[reply]
  • 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?

Copy $wgMimeTypeBlacklist values from includes/DefaultSettings.php to Localsettings.php and comment out application/zip from the list. - Pravs 11:14, 24 March 2010 (UTC)[reply]

Very slow uploads and non-starting uploads

  • 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

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.

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

  • 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)[reply]

Problem with Picture Upload / Picture Preview

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

Hi,

i have following Problem on my wiki-Project: [7]

I get following message: Fehler beim Erstellen des Vorschaubildes: <br /> <b>Warning</b>: passthru() has been disabled for security reasons in <b>/www/htdocs/v089483/sticker/sammelbildwiki/includes/GlobalFunctions.php</b> on line <b>2131</b><br />

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)[reply]

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 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[reply]

(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)[reply]

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)[reply]
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)[reply]
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)[reply]
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)[reply]
$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#Logging) to get data that's not dependent on the process actually finishing. Happy‑melon 15:36, 18 June 2009 (UTC)[reply]
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)[reply]
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)[reply]

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)[reply]

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)[reply]

  • MediaWiki version: 
  • PHP version: 
  • MySQL version: 
  • URL:

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

Hi all I've same problem. 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've soft versions:

  • mediawiki - 1.19.1
  • php - 5.4.4
  • mysql-server - 5.0.95
  • apache - 2.2.22

I have not seen any httpd error logs. My php debug is enabled, but it is clear. I've enabled extended debugging, and I see in it: 

Start request

GET /wiki/%d0%a1%d0%bb%d1%83%d0%b6%d0%b5%d0%b1%d0%bd%d0%b0%d1%8f:Upload
HTTP HEADERS:
HOST: 
CONNECTION: keep-alive
CACHE-CONTROL: max-age=0
USER-AGENT: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.19 (KHTML, like Gecko) Ubuntu/12.04 Chromium/18.0.1025.168 Chrome/18.0.1025.168 Safari/535.19
ACCEPT: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
ACCEPT-ENCODING: gzip,deflate,sdch
ACCEPT-LANGUAGE: ru,en-US;q=0.8,en;q=0.6
ACCEPT-CHARSET: ISO-8859-1,utf-8;q=0.7,*;q=0.3
COOKIE: db_mediawiki_session=c6lhn3s85e3b1rdrjldek25320; db_mediawikiUserID=1; db_mediawikiUserName=Admin

CACHES: MemcachedPhpBagOStuff[main] MemcachedPhpBagOStuff[message] MemcachedPhpBagOStuff[parser]
session_set_cookie_params: "0", "/", "", "", "1"
LocalisationCache: using store LCStore_DB
Fully initialised
Connecting to sf1.tech db_mediawiki...
Profiler::instance called without $wgProfiler['class'] set, falling back to ProfilerStub for safety
Connected to sf1.tech db_mediawiki.
User: got user 1 from cache
User: loading options for user 1 from override cache.
User: logged in from session
User: loading options for user 1 from override cache.
MessageCache::load: Loading ru... got from global cache
Unstubbing $wgParser on call of $wgParser::firstCallInit from unknown
Parser: using preprocessor: Preprocessor_DOM
Unstubbing $wgLang on call of $wgLang::_unstub from unknown
User::getBlockedStatus: checking...
UploadBase::createFromRequest: class name: UploadFromFile
User::matchEditToken: broken session data
ContextSource::getContext (UploadForm): called and $context is null. Using RequestContext::getMain() for sanity
Loaded preprocessor XML from memcached (key db_mediawiki:preprocess-xml:f0c24d47d33c4db41604f535e34ff51b:0)
Loaded preprocessor XML from memcached (key db_mediawiki:preprocess-xml:f0c24d47d33c4db41604f535e34ff51b:0)
Class SkinVector not found; skipped loading
User: got user 1 from cache
User: got user 1 from cache
Class PEAR_Error not found; skipped loading
DatabaseBase::query: Writes done: REPLACE INTO `msg_resource` (mr_resource,mr_lang,mr_blob,mr_timestamp) VALUES ('user.options','ru','{}','20120719054342')
OutputPage::sendCacheControl: private caching;  **
Request ended normally

Can anybody help me?

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 <my server path>\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)[reply]

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)[reply]

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)[reply]

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)[reply]

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

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() [<a href='function.mkdir'>function.mkdir</a>]: 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() [<a href='function.imagejpeg'>function.imagejpeg</a>]: 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)[reply]

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)[reply]
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)[reply]
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)[reply]

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)[reply]

Using Special:Import to import protected pages leaves pages still unprotected

  • MediaWiki version: 1.15.1
  • PHP version: 5.2.9 (apache2handler)
  • MySQL version: 5.1.36-community
  • URL: local

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.

We use XML's like these: 

 <mediawiki xml:lang="en">
   <page>
     <title>Page title</title>
     <restrictions>edit=sysop:move=sysop</restrictions>
     <revision>
       <contributor>
       <username>WikiSysop</username>
       <id>1</id>
     </contributor>
     <comment>Import protected page...</comment>
     </revision>
   </page>
 </mediawiki>

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)[reply]

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)[reply]

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)[reply]

???

Hi! I can't manage to allow file / image uploads with the FCKEditor extension. I have followed the steps here: 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)[reply]

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)[reply]

Help for adding 7z file type to upload

  • 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

Hello,
I am trying to add the "7z" extension to upload on the wiki :

  • 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)[reply]

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 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)


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)[reply]

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)[reply]
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)[reply]
  • 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)[reply]

File upload breaks in 1.15.1

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)[reply]

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)[reply]

Upload directory (public) is not writable by the webserver

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)[reply]

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#Check directory security 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)[reply]
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)[reply]
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)[reply]

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)[reply]

  • 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)[reply]

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)[reply]

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)[reply]

Manual:Moving a wiki. Max Semenik 17:58, 23 November 2009 (UTC)[reply]

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)[reply]

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)[reply]

Upload Error

Cannot seem to upload any files or videos even after enabling it in the PHP source code. What could be the issue? Keep getting an error and need to be able to upload images. Hope you can help.

Here is the error that I get after trying to upload a file in the uploading utility page Internal error From Coolapedia Jump to: navigation, search

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


—Andrewjs1985 21:19, 28 September 2009 (UTC)[reply]

Here's my info:

  • MediaWiki version: 1.15
  • PHP version: 5.2.8 (cgi-fcgi)
  • MySQL version: 5.0.27-community-nt
  • URL: www.bioen.utah.edu/faculty/ADD/wiki

Ok I know that this error has been discussed a lot, but I've tried every solution that I've come across and nothing has helped in solving this issue for me. I receive the following error when I try to upload a file to the wiki: 

  Could not rename file "C:\WINNT\Temp\php6F.tmp" to "public/Bryce.jpg".

Due to security restrictions I can't set the "images" file to 777 but I have made it read/write available.Please any help would be greatly appreciated.

—155.101.188.13 22:50, 12 October 2009 (UTC)[reply]

-Bryce

I just got this error. I solved it by CHMODing not just the images directory but it and all the sub-directories underneath it to 777 (but not the files which remain at 655). Doing the top level images directory alone to 777 was not enough. --Agrestis 14:51, 28 October 2009 (UTC)[reply]



I could not upload images. It alway says: 

  Internal error 
  Could not create directory "public/e/ea".

I have turned off the safe_mode in php.ini. I have changed mode for images directory to 777. I have also set $wgEnableUploads to true. But it does not work.

drwxrwxrwx 1 admin None 0 Nov 30 11:07 images

safe_mode = Off

$wgEnableUploads = true;

Here's my info:

  • MediaWiki version: 1.15.1
  • PHP version: php-5.2.11-win32-installer
  • MySQL version: mysql-essential-5.1.39-win32
  • IIS 5.1
  • Windows XP SP2

Could please anyone help?

--Thaibt 04:39, 1 December 2009 (UTC)[reply]

uploading image

  • MediaWiki version: 1.51.1
  • PHP version: 5.2.0
  • MySQL version: 5.0.27
  • URL: local

hi, sorry for my english.

I have "mounting" mediawiki into usb key under easyPhp 2.0. The sw run perfectly but i don't succeed to upload my image. i have changing the image parameter into localsetting.php but nothing.

any idea?

thanks


—95.75.101.79 23:08, 29 November 2009 (UTC)[reply]

Warning: mkdir() [function.mkdir]: Permission denied

  • MediaWiki version: MediaWiki 1.15.1
  • PHP version: PHP 5.2.11 (apache2handler)
  • MySQL version: MySQL 5.0.87-community
  • URL: [[8]]

I have recently updated this wiki to 1.15.1 and have the same problem reported by others. That is: ‘Warning: mkdir() [function.mkdir]: Permission denied in /home/naturewe/public_html/includes/GlobalFunctions.php on line 2012’ Most of the requests and replies in the forums, some dating back to 2006, having the same problem have provided some sort of ‘solution’ but ones that I cannot properly understand, although where possible all solutions have been attempted. Shell access is not available to me. If anyone is able to guide me through the solution it will be much appreciated. Darryl

—144.131.29.144 06:11, 13 January 2010 (UTC)[reply]


I have the same question.

  • MediaWiki version:1.15.1
  • Mysql version :MySQL 5.0
  • PHP version: PHP 5.0.5

System:Windows XP I have set the documents in the right way. The documents included the php.int,LocalSettings.php,DefaultSettings.php,http.conf.When I upload the images.That is 'Warning:mkdir()[function mkdir]: No such file or directory in D:\wiki\Apache2\htdocs\testwiki\includes\GlobalFunctions.php on line 2012'. Thanks for your help.

I just find the solution in the support. I added this statement to GlobalFunctions.php at line 2011 to fix the path: $dir = str_replace('/', '\\', $dir); I hope this solution is helpful to the users who have the same question.

(RESOLVED) Restriction on Uploads doesn't work

  • MediaWiki version: 1.13.3
  • PHP version: 5.2.6-3ubuntu4.2 (apache2handler)
  • MySQL version: 5.0.75-0ubuntu10.2
  • URL:

I added the line:

$wgGroupPermissions['something']['upload'] = false;

To the LocalSettings.php file, but the user group "something" can still upload files. I want the file uploads to be restricted to the "sysop" group.


—Johannekie 10:46, 15 January 2010 (UTC)[reply]

The user and sysop groups have the upload right by default. Even if you disable upload for the something group they'll still get it from the user group, so you'll need to add 
$wgGroupPermissions['user']['upload'] = false;
to LocalSettings.php. Check Special:ListGroupRights to make sure that only sysops have the upload right. Reach Out to the Truth 15:07, 15 January 2010 (UTC)[reply]

Thank you. I posted another question on another Support page Project:Support desk/Sections/Miscellaneous#How can I restrict certain user groups from Special pages

If someone can please look at that as well.

Wiki not loads doc-files saved in MS Word 2007 format 97-2003

  • MediaWiki version: 1.15.1 (in Russian)
  • PHP version: 5.2.6-3ubuntu4.5 (apache2handler)
  • MySQL version: 5.0.75-0ubuntu10.2
  • URL:

Our wiki not loads files *.doc which was created in the MS Word 2007 and saved in the format suitable for MS Word 97-2003. Message is: File is damaged or has an incorrect extension. Please check the file and try to download it again. (in Russian: Файл либо повреждён, либо имеет неверное расширение. Пожалуйста, проверьте файл и попробуйте загрузить его ещё раз.) Help please.

Possible solution: http://www.mwusers.com/forums/showthread.php?10094-Error-on-uploading-doc-after-MW-1-14-upgrade

Спасибо большое. Это очень помогло.--92.62.62.17 15:40, 21 February 2010 (UTC)[reply]


  • MediaWiki version: 
  • PHP version: 
  • MySQL version: 
  • URL:



—75.132.21.189 01:24, 22 February 2010 (UTC)[reply]

This file contains HTML or script code that may be erroneously interpreted by a web browser.

software version info below. -->

  • MediaWiki version: 1.15.1 (r59167)
  • PHP version: 5.2.10 (apache2handler)
  • MySQL version: 5.0.51a-community-nt
  • URL: N/A Private server

Error: "This file contains HTML or script code that may be erroneously interpreted by a web browser."

Have turned off everything possible in the LocalSettings.php, and we are still getting this when trying to upload XML Code Snippets (Visual Studio .snippet).

This is an internal intranet Wiki, and don't care about ANY mime type or extension checking...

How can we get a page with .snippets as uploaded docs?


—195.75.83.25 15:05, 4 March 2010 (UTC)[reply]

  • MediaWiki version: 
  • PHP version: 
  • MySQL version: 
  • URL:



—120.61.150.126 08:27, 9 March 2010 (UTC)[reply]

Linking to non-image files (solved)

MediaWiki 1.15.1 PHP 5.2.9 (apache2handler) MySQL 5.0.89-community

How can I link to a non-image file without saying File:filename.pdf for the link? It would be very nice if I could do this much like the wiki does for external links.

Thanks —68.209.251.67 01:03, 10 March 2010 (UTC)[reply]

Fixed - here.


Allowing additional file types to be uploaded

  • MediaWiki version: 1.15.1
  • PHP version: 5.2.9 (apache2handler)
  • MySQL version: 5.0.32-Debian_7etch5~imedia.1-log
  • URL:

File upload error: The file is corrupt or has an incorrect extension. Please check the file and upload again.

Added 'sldprt', 'sldasm', 'slddrw', 'eprt', 'easm', 'edrw', 'dwg' to $wgFileExtensions in LocalSetting.php

Added application/octet-stream sldprt sldasm slddrw eprt easm edrw dwg in includes/mime.types

Added application/octet-stream [MULTIMEDIA] in includes/mime.info

I'm not sure if MULTIMEDIA was the appropriate defined media type or if it really matters. Please let me know the correct method for enabling the upload of these file types (CAD drawing files)


—Caplain 21:44, 11 March 2010 (UTC)[reply]

Internal Error when uploading images

  • MediaWiki version: 1.15.2
  • PHP version: 5.2.4-2ubuntu5.6 (apache2handler)
  • MySQL version: 5.0.51a-3ubuntu5.4
  • URL: http://www.brod.med.br


I have read several posts regarding the same problem and still was not able to figure out what is going on. I do have other systems installed in my server (such as Drupal) using exactly the same structures and file uploads work fine. I have set $wgHashedUploadDirectory = false and this only changed the mkdir error from not being able to create the directory public/f/f1 to not being able to create the directory public/archive. The public directory is now 777 and I even tried to create by hand the archive directory with no success.

I am pretty new to MediaWiki and I am sure I am missing something. All help is welcome!


—Cesar Brod 13:49, 20 March 2010 (UTC)[reply]

  • MediaWiki version: 1.15.2
  • PHP version: 5.2.6
  • MySQL version: 5.0.51
  • URL:

"Die hochgeladene Datei ist leer. Der Grund kann ein Tippfehler im Dateinamen sein. Bitte kontrolliere, ob du die Datei wirklich hochladen willst."

Hello toghether,

when i try to upload a file, i become everytime a errror, that the uploaded file is empty. url_fopen in the php.ini is activated, upload file in LocalSettings is activated too.

Has anyone a idea?

Thanks...


—217.7.152.98 11:56, 23 March 2010 (UTC)[reply]

MediaWiki version: 1.14.0

PHP version: 5.2.8 (apache2handler)

MySQL version: 5.1.30-community-log

Hi I have a wiki that is locked down so that a certain group [users] is unable to create new pages. They are able to edit existing pages but unable to add new ones. I need this group to be able to upload images. Currently they get an error stating that they are unable to create or edit pages so an image cannot be uploaded.

I am unsure how to get around this issue. Can anyone guide me in the right direction to fix the issue.

Regards Hayden


Current Group Permissions

1.Group Premissions $wgGroupPermissions['*' ]['read'] = false;

$wgGroupPermissions['*' ]['edit'] = false;

$wgGroupPermissions['*']['createaccount'] = false;

$wgGroupPermissions['*']['createpage'] = false;

$wgGroupPermissions['*']['createtalk'] = false;

$wgGroupPermissions['user' ]['read'] = true;

$wgGroupPermissions['user' ]['edit'] = true;

$wgGroupPermissions['user']['reupload'] = true;

$wgGroupPermissions['user']['reupload-shared'] = true;

$wgGroupPermissions['user']['upload'] = true;

$wgGroupPermissions['user']['createpage'] = false;

$wgGroupPermissions['user']['createtalk'] = false;


$wgGroupPermissions['staff']['read'] = true;

$wgGroupPermissions['staff']['search'] = true;

$wgGroupPermissions['staff']['createpage'] = true;

$wgGroupPermissions['staff']['createtalk'] = true;

$wgGroupPermissions['staff']['edit'] = true;

$wgGroupPermissions['staff']['move'] = true;

$wgGroupPermissions['staff']['move-subpages'] = true;

$wgGroupPermissions['staff']['reupload'] = true;

$wgGroupPermissions['staff']['reupload-shared'] = true;

$wgGroupPermissions['staff']['upload'] = true;

$wgGroupPermissions['staff']['writeapi'] = true;

$wgGroupPermissions['staff']['minoredit'] = true;

$wgGroupPermissions['staff']['purge'] = true;

$wgGPManagerNeverGrant['staff'] = array();

$wgGroupPermissions['sysop']['category'] = true;

$wgNamespaceProtection[NS_CATEGORY] = array( 'category' );

Cannot upload PDFs

I cannot upload PDFs to my wiki. I am logged in as a sysop. I can upload images just fine. The research I have done leads be to believe these changes in LocalSettings should do the trick, but they don't... The public directory is now 777. I don't an error message. 

$wgEnableUploads       = true;
$wgAllowExternalImages = true;
$wgAllowCopyUploads 	= true;
$wgAllowImageMoving		= true;
# $wgUseImageMagick = true;
# $wgImageMagickConvertCommand = "/usr/bin/convert";
# allow more file types:
$wgFileExtensions[] = 'pdf';
# trying to get pdfs to work
$wgVerifyMimeType = false;
$wgStrictFileExtensions = false;
$wgCheckFileExtensions = false;
## $wgMimeDetectorCommand = "file -bi"; 
ini_set( 'memory_limit', '64M' );
/** This is a flag to determine whether or not to check file extensions on upload. */
$wgUploadSizeWarning = true;

Any advice? —Two7s clash 15:59, 23 April 2010 (UTC)[reply]

Uploading File Error gives 'stat failed for C:\WINNT\TEMP\php1399.tmp'

Hello,

I am attempting to upload a file, an image in this particular case but I presume could be anything, in my MediaWiki installation. I pressed the Upload File link in the Tools box and got to the Upload File page. I selected the file with no problems, but when I clicked on the 'Upload file' button, I keep getting an error no matter what I try and do. Obviously, I am not doing the right thing.

Error

PHP Warning: filesize() [function.filesize]: stat failed for C:\WINNT\TEMP\php1399.tmp in <<My Wiki Folder>>\mediawiki\includes\filerepo\File.php on line 1160

  • Note the temporary file changes each time.

Internal Error

Could not find file "C:\WINNT\TEMP\php1390.tmp"

  • Note the temporary file changes each time.

I opened the File.php error and saw:

$info['size'] = filesize( $path );

I also tried contacting my web host provider. They responded as follows:

'Please contact your web developer to change the default temporary upload path from c:\winnt\temp to your member folder. Then your issue should be solved.'

I am the web developer and the one that posted the request to them, not that it helped resolve anything.

I did notice the following in the 'DefaultSettings.php' file.

$wgUploadPath = false; ///< defaults to "{$wgScriptPath}/images" $wgUploadDirectory = false; ///< defaults to "{$IP}/images" $wgTmpDirectory = false; ///< defaults to "{$wgUploadDirectory}/tmp"

I tried modifying them in the LocalSettings.php file to see if it would make a difference. The answer was a resounding no, so I took out what I added. I added temporary:

$wgTmpDirectory = "{$IP}/images/tmp";

What is causing the error that prevents me from uploading any files?

Thanks in advance.

—98.151.56.206 01:41, 30 April 2010 (UTC)[reply]


You might need to set the upload-tmp-dir parameter in php.ini.

--Boinst 03:50, 26 May 2010 (UTC)[reply]

File Upload issue: You do not have permission to create new pages

  • MediaWiki version: 1.15.1
  • PHP version: 5.1.6
  • MySQL version: 5.1.41
  • URL:

I am a newbie to MediaWiki. I am glad to be a part of this community. I am facing an issue with file uploads. I am confused about one thing. If a user does not have permissions to create new pages, will he be able to upload files? Are creating new pages and upload diles permissions interlinked? Can someone please clarify me on this? Is there a way to restrict user to create new pages and grant him permissions to upload files?

—Ppraveenk 06:03, 20 May 2010 (UTC) praveen[reply]

File upload involves the creation of its description page, so you must have this permission too. Max Semenik 06:27, 20 May 2010 (UTC)[reply]

Thanks Max

(SOLVED) Upload Zip Files

I need to be able to upload zip files and possibly a few other extension to my Wiki. I have searched and read pages but am still unable to work out how to do this. Please if you do have a solution for me include the file name that I would need to edit to change or add code into


You can add this to LocalSettings.php:

$wgFileExtensions[] = 'doc';

Don't know if it works for ZIP files though.


Yes, this works for zip files too.

--Boinst 10:58, 3 June 2010 (UTC)[reply]

For more info, see Manual:$wgFileExtensions. Tisane 03:47, 16 June 2010 (UTC)[reply]

(UNRESOLVED) Internal Error (could not rename file) when uploading files

  • MediaWiki version: 1.15.3 (r434)
  • PHP version: 5.3.0 (cgi-fcgi)
  • MySQL version: 5.0.67-community-nt
  • URL: (internal)
  • Server is running Windows Server 2003, fully updated
  • Web server is IIS 6.0

Since updating to MediaWiki version 1.14, I have had this error and I still cannot work out how to resolve it. I have since updated to version 1.15, but I still get this problem.

What happens:

When I upload any image file (I have tested .png and .jpg, same result), I get the message (or one like it): 

Internal Error
Could not rename file "C:\PHP\uploadtemp\phpB951.tmp" to "public/d/d4/testimage.jpg".

I have verified that the D:\DATA\Mediawiki\images\d\d4 folder is created if it did not already exist, but the image is not moved into that folder.

What I expected to happen:

The file uploads, and a success message is displayed.

Some information on my setup:

  • PHP is installed at C:\PHP
  • Mediawiki is installed at D:\DATA\Mediawiki

What I have already tried:

  • I have set upload-tmp-dir in php.ini to C:\PHP\uploadtemp
  • I checked that Safe Mode is Off in php.ini
  • I have (recursively) set all permissions to "allow everything" for both the Everyone and the IUSR_Whatever user on both the C:\PHP\uploadtemp and the D:\DATA\Mediawiki\images directories.
  • I have tried messing with the $wgUploadDirectory and related parameters (I have since reverted these changes)
  • I have excluded the C:\PHP\uploadtemp and the D:\DATA\Mediawiki\images directories from the virus scanner.
  • I have run Sysinternals Process Monitor to see what the PHP process is doing:
    • It uploads the file to C:\PHP\uploadtemp
    • It creates the folder D:\DATA\Mediawiki\images\d\d4
    • It checks whether D:\DATA\Mediawiki\images\d\d4\testimage.jpg already exists
    • A CreateFile and subsequently CloseFile operation is logged with path D:\DATA\Mediawiki\images\d\d4
    • It deletes the temporary file from C:\PHP\uploadtemp
  • I have tried messing with the $wgHashedUploadDirectory parameter (I have since reverted these changes)
  • I have disabled my (2) extensions by commenting out the include statements in LocalSettings.php

Thanks in advance for any suggestions to solve this problem!

—Boinst 03:46, 26 May 2010 (UTC)[reply]

Please help me solve this problem! If you have any ideas, any at all, I will try them!

--Boinst 03:14, 28 May 2010 (UTC)[reply]

I've given up on this one, and have installed Apache (on a different port) for the wiki. That's all running fine, so I'll give up on this issue.

--Boinst 04:17, 28 May 2010 (UTC)[reply]

This is still making problems "in the Wild", and I think it boils down to rights or backslashes, but dunno.
  • I think I have the same Isssue, MicroSoft IIS here too:
  • Could not rename file "C:\PHP\uploadtemp\php34CB.tmp" to "public/Testfile.png"
  • Hope someone solves this one. -- Jochen, Germany.


Good luck! I'm afraid I tried all of my ideas, the only suggestion I can make is to switch to apache :(

--Boinst 10:57, 3 June 2010 (UTC)[reply]

I solved the problem on my *nix system by recursively changing the permissions of all of the directories to 0777. Just changing the images/ didn't work, you have to change all of the subdirectories too.

This may solve the issue on your WinDoh's box...

--192.75.172.1 13:22, 6 July 2010 (UTC)[reply]


  • MediaWiki version: 
  • PHP version: 
  • MySQL version: 
  • URL:



—182.63.204.144 08:24, 26 June 2010 (UTC)[reply]

How about a clean Upload directory?

  • MediaWiki version: 1.15.4
  • PHP version: 5
  • MySQL version: 5
  • URL: N/A

Have you ever thought of a structure of the realease tarballs that includes an UPLOAD-Folder? Its a total mess inside there, where php and include files used by the running system are in the same folders like makefiles for caches, utf8 stuff and other things, that need to be run from the command line and that I don't need on the server.

I would appreciate it, if there would be a clean UPLOAD directory, which contains only the files needed to install and run a wiki from the browser.


--Bachsau 13:15, 7 July 2010 (UTC)[reply]

Can you manually add images to a local wiki?

  • MediaWiki version: 1.15.4
  • PHP version: 5.3.0
  • MySQL version: 5.1.36
  • URL:

I recently installed a local wiki and I'm trying to add images to it. I keep getting the internal error "Could not rename file "C:\wamp\tmp\phpXX.tmp" to "public/d/de/TestPic.jpg" I have WAMP installed in C:\wamp, but pointing to a different directory with the DocumentRoot and <Directory> settings in httpd.conf. Mediawiki is also setup in this other directory. What I'm wondering here is if there's a way to manually add images to the wiki from the server machine until I can get this internal error figured out? Thanks for any help.


—99.72.209.135 14:11, 12 July 2010 (UTC)[reply]

Drag and Drop upload support

  • MediaWiki version: Apologies for not having these details to hand, they are behind a firewall that I can't access right now.
  • PHP version: 
  • MySQL version: 
  • URL:

Please could you tell me if there is an extension to allow Drag and Drop file uploads on Mediawiki. It would be a really useful feature that is already available on many wiki's.


—86.17.191.253 05:16, 27 July 2010 (UTC)[reply]

Uploading

  • MediaWiki version: 
  • PHP version: 
  • MySQL version: 
  • URL:

On a WIKI site I do not have the "upload" link in the tool box on the left of the screen. I would be grateful if you could instruct me on how to get this "upload" link back in to the tool box.


—155.198.222.186 09:09, 27 July 2010 (UTC)[reply]

Bitmap.php error

I'm getting the following PHP error: Fatal error: Allowed memory size of 52428800 bytes exhausted (tried to allocate 11728 bytes) in /home/a8496526/public_html/includes/media/Bitmap.php on line 213

Line 213 is $src_image = call_user_func( $loader, $srcPath );

(immewnity)--99.181.164.155 21:26, 1 August 2010 (UTC)[reply]

Error creating directories

  • MediaWiki version: 1.16
  • PHP version: 5.2.11
  • MySQL version: 5.1.38
  • URL: Intranet

I'm trying to setup file uploads. My settings in LocalSettings.php are the following: 

$wgEnableUploads = true;
$wgAllowCopyUploads = true;

$wgCheckFileExtensions = false;
$wgStrictFileExtensions = false;
$wgVerifyMimeType = false;
$wgFileExtensions = array( 'png', 'gif', 'jpg', 'jpeg' );
$wgFileBlacklist = array();
$wgMimeTypeBlacklist= array();

$wgUploadDirectory = $IP."/uploads";

Now i go to the upload file page, and if i click the "Browse..." button the file input field keeps blank if i select something with an extension not in $wgFileExtensions. So it doesn't seem to work, any ideas?

—87.223.209.87 17:56, 3 August 2010 (UTC)[reply]

Retrieved from "https://www.mediawiki.org/w/index.php?title=Project:Support_desk/Archives/Uploading/002&oldid=5092458"