Project:Support desk/Sections/Uploading

__NEWSECTIONLINK__

= Uploading Support =

.TMP File issue?

Mediawiki Version: latest, PHP version Latest mySQL latest --- When Users try to upload images onto the wiki, they get a error that states "Cannot find C:\WINDOWS\TEMP\PHP"X" Whereas X indicates a letter (currently PHPc.tmp) I've disabled Imagemagic(sp?) and I am still getting an error. Can I remote host the images and what tag would I use to embed it?

(SOLVED) Errors while deleting files/images

 * MediaWiki version: 1.15.1
 * PHP version: 5.0.4 (apache)
 * MySQL version: 4.1.21
 * URL: (intranet)

Error deleting file: Could not create directory "deleted/d/2/n" (or the like).

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" (or the like).

I found that the permissions of the ./images/deleted directory can not be changed to 777. Apparently it was made (or is owned) by another user. I have no root access, so I can't chown the directory.

I also tried to create another directory (del), set its permissions to 777. And then included in the LocalSettings.php :

$wgFileStore['deleted']['directory'] = "$wgUploadPath/del"; $wgFileStore['deleted']['url'] = null; $wgFileStore['deleted']['hash'] = 0;

This doesn't help either. Even worse, after trying to delete a file, it turned out that also the owner of del was changed...

Any suggestions?

-> I managed to resolve it myself, after browsing mediawiki and Google for the same problem. It turned out that Safe_Mode should be tunred off (search on Safe_Mode for instructions how to do that).

--- Gert-willem Romer ---

Upload Error

 * MediaWiki version: MediaWiki 1.14.0
 * PHP version: 5.2.4 (apache2handler)
 * MySQL version: 5.0.45-log
 * URL: http://www.coolapedia.com/index.php/Special:Upload

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)

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

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

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

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

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

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

image size vs image dimensions

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

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

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

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

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

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

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

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

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

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

The problem was the cacheoption:

$wgMainCacheType = CACHE_ACCEL;

changing it to CACHE_NONE solved the problem.

Error on upload with mkdir while using xampp

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

Dear Ladies and Gentlemen,

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

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

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

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

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

Best Regards, S. Weicht

Edit:

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

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

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)