Project:Support desk/Archives/Uploading/001

From mediawiki.org

2008

(RESOLVED) Uploaded Files with "Umlauts" won't be found

My Wiki runs in German.

Whenever I upload a file that contains an umlaut in its filename, "schäden.png" for instance, the file will be upload under "sch#%&den.png" (something like that). Renaming that file by hand to "schäden.png" makes it be found again.

How can I get those umlauts to be kept within the filenames?

I just can't find any solutions here.

Thanks a lot!

--195.200.70.22 08:33, 24 January 2008 (UTC)[reply]

Are you still having this problem? -PatPeter, MediaWiki Support Team 23:43, 20 February 2008 (UTC)[reply]
Yes. I wonder if it has to do with Windows? Since my first entry, I have one Wiki set up on Win XP, one Wiki on Win 2000 and one Wiki set up under Mac OSX. All in German. All set up from scratch. All with their own resources and extensions. While I have no problem at all with uploading files with German umlauts under Mac OSX, it won't work -- as described -- under Win XP and Win 2000. Same Browsers used under those systems (Firefox, Safari, Opera, IE7 on Windows). I use WOSportable on Windows and MAMP on OSX. Or is it WOSportable? --84.145.122.49 15:36, 21 February 2008 (UTC)[reply]
I think you have to upload them in unicode format. Is your wiki set in German language code? -PatPeter, MediaWiki Support Team 20:45, 27 February 2008 (UTC)[reply]

(OUTDATED) PDF woes

  • MediaWiki: 1.11.0
  • PHP: 5.2.5
  • MySQL: 5.0.45
  • URL: Internal only

I don't have an error; just a problem.
Actually, 2 problems. Here's the scenario: I have ~1000 pdf manuals I would like searchable and indexed into my wiki.

  1. How do I transfer files to a wiki without doing them 1 at a time? I tried just putting 1 into the images dir but it looks like they need a DB entry as well.
  2. How do I make pdf files searchable on my wiki? I would love to do it as google has; click here for the file or click here to see it in html format.

I have searched though every extension that I could find. Most of the extensions about pdfs are for creating pdfs out of wiki pages.
Any help would be appreciated!
Thanks!

BruceWayne 16:54, 24 January 2008 (UTC)[reply]

There's the importImages.php maintenance script, but that's just bare-bones, and uploading them as files won't index the text contents as far as I'm aware. Tuvok[Talk/en.wp] 08:28, 26 January 2008 (UTC)[reply]
That looks like it will import the pdfs. I'll have to go through the php and see if I can make it recursive. I think there's a couple hundred folders.
How's about making them search-able?
Forgot to sign my last comment.. Doh! —bruceWayne 14:22, 30 January 2008 (UTC)[reply]
How is this going for you? As for making pdfs searchable you would have to configure your Wiki to be able to read the pdf text and then mod SpecialSearch.php to include whatever folder these are in. -PatPeter, MediaWiki Support Team 02:35, 27 March 2008 (UTC)[reply]

(RESOLVED) How can I upload file with Microsoft Office files such as Word, Excel, Powerpoint etc.

Is there any plug-in software that can support uploading of Microsoft Office files?

Please respond to email james.lo@bossini.com

James Lo

218.189.153.158 09:20, 28 February 2008 (UTC)[reply]

Do you want to upload them or allow users to view them? Please read Manual:LocalSettings.php, you are going to have to add
$wgFileExtensions   = array('jpg','jpeg','png','ogg','ico','bmp','rom','ukx','uc','uax','usx','utx','u');
To it except with the extensions you want.
$wgFileExtensions   = array('doc','docx','ppt','pps');

-PatPeter, MediaWiki Support Team 02:33, 27 March 2008 (UTC)[reply]

(RESOLVED) Uploading .doc .xls .xlt .ppt .pps .pdf files

  • MediaWiki: 1.11.1
  • PHP: 5.2.5
  • MySQL: 5.0.24

Hi,

I've seen a couple of threads on here about uploading different file formats but none of them seem to be answered (please correct me if i'm wrong).

Basically i need want to upload different files to my internal wiki site. how do i go about doing this? Is it as simple as changing the file extensions in LocalSettings.php?

Any input greatly appreciated.

Regards,

62.49.155.133 16:49, 3 March 2008 (UTC)[reply]

Go in LocalSettings.php and add
$wgFileExtensions   = array('jpg','jpeg','png','ogg','ico','bmp','rom','ukx','uc','uax','usx','utx','u');
Except with the extensions you want. I can't believe someone didn't get to you sooner, this is really simple. Also if you have any more questions like this please read all of Manual:LocalSettings.php, before doing so. -PatPeter, MediaWiki Support Team 02:31, 27 March 2008 (UTC)[reply]

(RESOLVED) Uploading new version of existing file

  • MediaWiki: 1.11.2
  • PHP: 5.2.4 (isapi)
  • MySQL: 5.0.18-nt
  • URL: (internal company site)

Additional Information: Win Server 2003 with IIS

We recently upgraded from MediaWiki 1.5.6. Now, when trying to upload a new version of a file which already existed, we receive the following error:

Internal error
Could not rename file "public/1/1e/filename.xls" to "public/archive/1/1e/20080306141550!filename.xls". 

Do you have any clue what might be causing this?

Jenn 14:41, 6 March 2008 (UTC)[reply]

In addition, I tried deleting this file and received the following message:

Errors were encountered while deleting the file: 

Could not rename file "public/1/1e/filename.xls" to "deleted/e/a/e/eaes7fu6npxr7fl0xd2b2tre9zzsbig.xls". 
Could not rename file "public/archive/1/1e/20080225135004!filename.xls" to "deleted/d/2/y/d2y2u8bns3pg5tgmqc6d53p7lm473jd.xls". 

It also said that the deletion was successful. I tried uploading the file again and received the same internal error as before.

---Jenn 19:11, 6 March 2008 (UTC)[reply]

You can disregard this issue. I forgot to make sure the Users had write/modify permissions for the images folders. How dumb do I feel now. Thanks anyways. --Jenn 16:47, 10 March 2008 (UTC)[reply]

i have a question! How to make sure the users had write/modify permissions for the images folders?

(RESOLVED) Upload not properly working with lighttpd/fast-cgi

  • MediaWiki: 1.11.1
  • PHP: 5.1.2 (cgi-fcgi)
  • MySQL: 5.0.26
  • URL: [Installed on a local network]

When I am trying to upload a file on Special:Upload I get the error message "This file is bigger than the server is configured to allow.", but only for files bigger than 5K! I am using the default (upload) settings, both for Mediawiki and PHP. A strange thing is, that a phpinfo()-dump reports different values for upload_max_size than configured in my php.ini

When I am echoing the file's size (echo $_FILES['wpUploadFile']['size']), I get a "0" for those files bigger than 5K...

Any help is appreciated!

Thanks in advance. —62.220.4.250 15:20, 6 March 2008 (UTC)[reply]

Who is your server provider? I think the option is in php.ini to change this. -PatPeter, MediaWiki Support Team 02:40, 27 March 2008 (UTC)[reply]
I am the service provider, so I have full access to php.ini. Which option in php.ini are you talking about?
Halfway through php.ini is the upload size file. change it to whatever size you wish. After that, copy it to your wiki directory. --Truetech (Talk) MediaWiki Support Team 05:21, 14 August 2008 (UTC)[reply]

(RESOLVED) Video Streaming

Is there a way to embeb a streaming video, such as the ones in youtube.com on Wiki? Any support is appreciated! Thanks ;) —88.157.68.217 02:42, 7 March 2008 (UTC)[reply]

It can be done, but I'm not entirely sure how. Normal videos can surely be embedded quite easily, such as .ogg and .vid files (I think), as is seen with the various video media on Commons and elsewhere. --AnonDiss 05:42, 7 March 2008 (UTC)[reply]
Extension:EmbedVideo, lol I had to go through three archives to find Project:Support_desk/Archive_17#.28RESOLVED.29_YouTube. -PatPeter, MediaWiki Support Team 02:28, 27 March 2008 (UTC)[reply]

(RESOLVED) Uploads are timing out

Whenever I try to upload a large file the screen eventually goes blank. I believe this to be because of the server timing out on the upload. Is there anyway to change the server configuration to never time out, something like:

$wgUploadTimeOut = 0;

Either that or it is my browser, because it also will not let me upload files on the main page of the website.

—-PatPeter, MediaWiki Support Team 16:56, 9 March 2008 (UTC)[reply]

I am having the same problem. Is there a fix for this?
Times out when trying to upload a file over the max file upload limit in php.ini. Shouldn't MediaWiki have a error message rather than just timing out?
--[[1]] 19:31, 16 June 2008 (WST)
Upload to newest version. --Truetech (Talk) MediaWiki Support Team 05:22, 14 August 2008 (UTC)[reply]

(OUTDATED) Uploaded file's permissions

  • MediaWiki: 1.12.0rc1
  • PHP: 5.2.5 (apache)
  • MySQL: 5.0.45-community
  • URL: Tibiafans Wiki

I'm having trouble with uploading on MediaWiki. I have made sure uploads are enabled (LocalSettings.php) and have CHMODed the image upload folder to 777 and 755 (I have tried both) with the option 'recurse into subdirectories' enabled (a feature in my FTP client - pretty self-explanatory).

I can upload images, but once they are uploaded they:

  • have a 644 CHMOD
  • cannot be viewed (in the browser) and cannot be edited, CHMODed, or even deleted via FTP.

I'd like to know what could be causing this. Thanks in advance. —58.7.76.136 09:37, 20 March 2008 (UTC)[reply]

(RESOLVED) Unable to upload images or files

  • MediaWiki: 1.11.2
  • PHP: 5.0.5 (isapi)
  • MySQL: 5.0.45-community-nt

I am not able to upload images or any other media files. pl help i get the following error- Internal error From GuruPedia Jump to: navigation, search

Could not find file "C:\WINDOWS\TEMP\php16A.tmp".

each time it is a diff tmp file whats happening

Thanking you in anticipation DR MK PILLAI —Drmk 10:19, 25 March 2008 (UTC)[reply]

You need to set up a temp directory. (See this thread on the MWUsers forums.) —Emufarmers(T|C) 01:28, 26 March 2008 (UTC)[reply]

HI THERE, WE HAVE DONE BOTH-

1. CREATED -C:\ WINDOWS\Temp\

2.have set the appropriate temp directory in php.ini. The

variable- upload_tmp_dir = "C:\ WINDOWS\Temp\"

STILL I CONTINUE TO GET THE SAME ERROR Humbly requesting any one to help Thanking you in anticipation DR MI PILLAI

IT was due to permission that were not given on C:/windows/temp folder. Initially my host was not ready for the same a s itwould compromise the security of the site. Would it not be much easier and safer on all of us if the temp folder can be done within the domains folders than else where???
Any ays thank soo soo soo mucnh for all who supported especially- Emufarmers
DR MK PILLAI

(RESOLVED) unable to upload 4M exported file

  • MediaWiki: 1.10.2
  • PHP: PHP 5.2.3-1ubuntu6.3
  • MySQL: 5.0.45-Debian_1ubuntu3.3-log
  • URL: intranet

Hi there I did everything described at

http://mywiki.ncsa.uiuc.edu/wiki/MediaWiki_Servers#To_increase_the_maximum_upload_file_size

but I still get Upload of import file failed; perhaps the file is bigger than the allowed upload size.

with a 4M file. What should I check more?

I had success with a small xml file, though.

213.16.111.1 16:37, 9 April 2008 (UTC)[reply]

The solution was to set
max_execution_time = 300  ; Maximum execution time of each script, in seconds
max_input_time = 300; Maximum amount of time each script may spend parsing request data
in php.ini
80.254.184.205 06:50, 11 April 2008 (UTC)[reply]

(OUTDATED) Uploading works and then fails: internal server error

I have a Wiki installation in which uploading of images and pdf's is enabled. All worked well, but after some tests the same error is thrown (translated from Dutch):

internal server error, Map “public/archive/5/57 could not be created. 

These are my settings in LocalSettings.php

$wgEnableUploads = true;
$wgCheckFileExtensions = true;
$wgFileExtensions = array('png', 'gif', 'jpg', 'jpeg', 'doc', 'xls', 'mpp', 'pdf');
$wgUploadDirectory = "/home/wiki/upload";
$wgUploadPath = "{$wgScriptPath}/upload"; 

The upload actually happened in the right directory during testing but it seems like these settings are 'forgotten' in a way. After deleting the upload-directory and recreating it again, things work fine again.

Can you help? —81.246.127.226 10:05, 11 April 2008 (UTC)[reply]

(OUTDATED) Upload bug on Windows server

Hi, Im using WAMP, I can upload "normal name" image files on my mediawiki (english characters and numbers), but I cannt upload special characters like Chinese. It shows like "Could not rename file "D:\...\Temp\*.tmp" to special characters.jpg". Some times the upload succeed, but the system could not find the upload image, the image name has been changed to another strange filename. Ive been searched google, it seems like Chinese Windows system uses GBK to name files, not utf-8, is that so? How to fix it up?

Werran 19:50, 12 April 2008 (UTC)[reply]

Hello I have the same problem, how to fix this?

(RESOLVED) no uploaded files in file-article

  • MediaWiki: 1.12.0
  • PHP: 5.1.6
  • MySQL: 4.1.20
  • URL: only intranet...

When uploading a file, I can see it in the special pages file list (and I can download it), but in the corresponding automatically genereated article (e.g. "Bild:foo.gif", using the german version, i.e. "Image:foo.gif") it says that there is no uploaded image ("No file by this name exists, you can upload it.") ...

The file is there, it's in the corresponding directory on the server, I can see it in the list of uploaded files, but I can not get an link to it anywhere else.

Any ideas? —80.132.179.214 11:06, 17 April 2008 (UTC)[reply]

Funny thing... after three days, the images suddenly appeared in the articles... though I still don't know, what was (is?) going on here... I had cleared caches, truncated cachetable and everything (according to FAQ and manual) before...--80.132.181.8 13:32, 21 April 2008 (UTC)[reply]
I have the same problem (PHP 5.2.5, MySQL 5.0.41). I had a working local MediaWiki 1.12-Installation on Mac OSX where I uploaded images and they were available at once. After upgrading to MW 1.13.0rc1 I first got errors about oi_sha1 missing in the table, no picture was shown at all. After creating that field, pictures where shown again. No more error. But when uploading pictures, it can take several hours on my local installation until the picture is available. Doesn't help if I clear or purge caches. Doesn't help if I shut down and restart server. No jobs in queue. No error logs. Strange. --91.8.100.217 04:45, 14 August 2008 (UTC)[reply]

(RESOLVED) How do I add an Image to a page?

How do I add my image to a page?? Help Kimnctrojans74.141.51.58

you just add
[[Image:foobar.jpg|Description of foobar]] 
to your page. Of course you must have uploaded foobar.jpg before (and you need file upload enabled in your wiki. see manual) --80.132.181.8 10:47, 21 April 2008 (UTC)[reply]
If the wiki uses another language the tag name may vary. Use the editing button "embedded file" (6th button) in edit mode to insert the image. As long as the image has not been uploaded ("Upload file" in the toolbox) the wiki will only show a link Image:foobar.jpg that also leads to the upload form. --BurninLeo 10:00, 4 August 2008 (UTC)[reply]

(RESOLVED) TGZ File Upload, results white page

  • MediaWiki: 1.12.0
  • PHP: 5.2.4 (apache2handler)
  • MySQL: 5.0.45
  • URL: intranet...

Hello, if i upload a *.tgz File i cannot view the page of this File. Normally i get a page with all Versions of one file. But for tgz files I only see a white page. for example "image:test.tgz" -> Result a white browser page. Firefox 2.x and IE 7.

All other image pages are still working. If i change the url in "image:test.tgz.zip", so i get a new version page for a file, which is naturally not uploaded.

Has anyone an idea ?

Thx a lot Thomas —Eraser TR 11:22, 25 April 2008 (UTC)[reply]

dunno, how is your apache handling *.tgz-files? --80.132.163.113 12:46, 26 April 2008 (UTC)[reply]
-My mistake! it is a firewall problem between two servers....Eraser TR 15:13, 09 May 2008 (UTC)[reply]

(RESOLVED) Images Upload fails

mediawiki 1.12, Mysql 5, php5, URL: [2]

Hi, After uploadig an Image my wikiinstallation produce an internal mistake:

Das Verzeichnis „public/0/0a“ konnte nicht angelegt werden.
(The Listing public/0/0a“ could not created)

What's wrong? --Krischan 21:42, 25 April 2008 (UTC)[reply]

did you check the write permissions in your "public"-directory (and permissions to climb down into this directory from above directories)? The user your webserver is running as (apache or httpd or whatever) must have permission to write and creating files and directories in your "public" directory. --80.132.163.113 12:43, 26 April 2008 (UTC)[reply]
Hi, thanks for the Answer, that was my first Idea. But there ist no „public“ Listing in Mediawiki 12. So I created one and putted a chmod 777 on it, nothing changed.
I took the saved images Listing via FTP into the new Installation and putted the content of the old Database via PhpMyAdmin into the tables „images“ and „imageslinks“. The images were shown after a while and all seemed to be all right.
Could it be, that this has caused the failiure? I don’t know wether the upload function was ok before. --Krischan 18:14, 26 April 2008 (UTC)[reply]
the directory for uploads defaults to /images, but you can chancge that in your LocalSettings.php. Maybe you had defined /public there as the upload-directory? --80.132.159.226 13:54, 27 April 2008 (UTC)[reply]
I changed the LocalSettings.php from images to public. There are some new Problems with old image files, but the Upload is working now. Thanks! --Krischan 10:19, 28 April 2008 (UTC)[reply]

(RESOLVED) Workaround for 777 permissions to upload directory

Hello. I am having support problems by my hosting company. The hosting company does not allow 777 permission access for security reasons. Due to this, mkdir(), rename directory, deletion of images, phpfreechat etc does not work.
Even though I set 3 things:

$wgSaveDeletedFiles = false;
$wgFileStore['deleted']['directory'] = null;
$wgHashedUploadDirectory = false;

There is still some problem while archiving and deleting as the folders cannot get created due to the restrictions. Is there anyway I can work around this. Ideas: 666 perms, Images folder on another domain.

202.54.42.229 07:41, 29 April 2008 (UTC)[reply]

If you can find a workaround more power to you, but I'm going to suggest that if you are just starting out and it wouldn't be too difficult, change hosts. I see you started this wiki on April 6, so while it might be a hassle to move, or re do the work you've done, it could prevent more hardships later. But honestly I don't know, it might not be a problem at all.
You seem to be using WEBSUPPORTERS.COM. That's a pretty good price, if my currency converter calculator is correct, though they don't give you a lot of disk space. So it's your call. I can't help you with a workaround, though, sorry. Smaug 14:48, 29 April 2008 (UTC)[reply]

(OUTDATED) Problems uploading files

I have been trying to get the current version to be able to upload without success. I am getting the following error:

The upload directory (public) is not writable by the webserver.

I have set all directory & file permissions in both ssh and ftp.

Please help —71.103.178.42 12:51, 12 May 2008 (UTC)[reply]

(RESOLVED) linking to preloaded files.

I have some files copied to the images folder and I want to refer to these files in wiki, but If I give the path to these files it still takes me to the upload page when i click on it. and these files do not show up in the list of files uploaded. Please help.

Regards —169.200.215.14 07:27, 14 May 2008 (UTC)[reply]

You could always upload the file the MW way. Smaug 17:04, 14 May 2008 (UTC)[reply]
I have around 80 files which I have alredy kept in the images folder. I just want to provide a link to them in the WIki. IF i give the path and the filename and then click on it, wiki give me the upload page and I don't want to upload all 80 files through Wiki when I already have them in the images folder....Is there a way ?
Thanks - Sagar
I can't say that there isn't a way, but I do not know of a way. Smaug 18:09, 15 May 2008 (UTC)[reply]

(RESOLVED) Uploading broken after upgrade 1.10.0 -> 1.12.0

  • MediaWiki: 1.12.0
  • PHP: 5.2.4 (isapi)
  • MySQL: 5.0.24a-community-nt
  • URL: Intranet only, not visible from the outside world

(Windows 2003, IIS)

After an upgrade from 1.10.0 to 1.12.0, file uploads are not working anymore. They all end up with :

Erreur interne
Impossible de trouver le fichier « C:\WINDOWS\Temp\php4AE.tmp ». 

which basically translates to

Internal error
Unable to find file « C:\WINDOWS\Temp\php4AE.tmp ».

(and obvisouly, the filename would change everytime).

The thing is that upload_tmp_dir (as reported by ini_get) is F:\Intranet\upload_tmp, not C:\Windows\Temp. The upgrade has not touched either of these directories, and it was working 2 weeks ago with the previous version. I just tried reverting to 1.10.0 and voila, the upload worked again. So I do not believe it is a permission issue.

Any thoughts ?

Thanks for any light you might shed on this issue. Cheers, Romain —143.196.159.101 18:10, 16 May 2008 (UTC)[reply]

Found the cause. More at bugzilla:14213 -143.196.159.101 08:23, 27 May 2008 (UTC)[reply]

(RESOLVED) Error Message when trying to upload an image

Hello,

i got the following message when i´m trying to upload an image:

Warning: mkdir() [function.mkdir]: Permission denied in /opt/lampp/htdocs/mediawiki/includes/GlobalFunctions.php on line 1670

I got it also by clicking on a link to an image i´ve already uploaded. i don´t really know much about php so a little help from you guys would be great! :)

Update:
Ok, the wiki database has been imported from a windows system to a linux system. on the one hand it seems to be a problem with the directoryhierarchy between windows and linux and on the ohter hand with the rwx rights of the directories and the image.
Update 2:
Ok, i got it, I don´t know how, but i got it :)
After deleting and copying the files and directories the image are displayed correctly on the page.
Audioslave 09:26, 20 May 2008 (UTC)[reply]

(RESOLVED) Unable to upload larger Files

  • MediaWiki: (Reported by your Wiki's Special:Version page)
  • PHP:
  • MySQL:
  • URL: intern

Whenever I try to upload larger pdf-files (~8mb) IE freezes. What's the deal with this?!

193.58.223.71 10:02, 22 May 2008 (UTC)[reply]

Search for the following lines in the php.ini
; Maximum allowed size for uploaded files.
upload_max_filesize = 8M
And set it to the value you need.

(OUTDATED) Unable to upload any file

I'm unable to upload any kind of file. I tried it with four or five diffrent files, but it doesn't work.

It uploads the file, makes an insert to _images (database), and the file exists in the wiki/images directory, but when I go to the Image:File.png (for example) site, there's only the following text:

   There's no image with this name, but you can Upload one.

What am I doing wrong? And how can I repair this?

(RESOLVED) Uploading-Logo Error

I'm having two problems with my MediaWiki that I just recently installed to a server for my site.

The first one is regarding uploads. I've went through the step of allowing uploads by setting the option to true. Also, in the php.ini file, I have set that to yes so that uploads will be allowed.

However, I still go to my Wiki page and I can't seem to upload anything, getting the message on this URL below:

http://www.twins-territory.com/wiki/index.php?title=Special:Upload&wpDestFile=Home.jpg

My second problem is that in the LocalSettings.php file, there seems to be no $wgLogo writing where I can change my site logo. Is there a way to put this in there somewhere?

I'd appreciate any help. This uploading thing is getting pretty frustrating...

12.218.227.226 16:55, 3 June 2008 (UTC)[reply]

Resolved on my talk page. Smaug 00:07, 9 June 2008 (UTC)[reply]

(OUTDATED) How to view the content of the newly uploaded file

I already have a file uploaded on the server and I need to make change to this same file frequently. Is there a way for me to be able to view the content of the newly updated file right after uploading it to the server? Your suggestion is appreciated. Tien Thai —TienThai 19:57, 9 June 2008 (UTC)[reply]

(OUTDATED) Can't upload files and error description doesn't helps

Hello, I have a problem with uploading files. If I try to upload a file using the specialpage "Upload" and press the button "Upload file" after choosing a file the "Upload" page reloads and looks like this:

START of example -->>>

Upload warning

Protected page

<<<-- END of example

I already checked php.ini - file_uploads = On is set, the size limit is also greater than the test files.

Uploading is enabled in LocalSettings.php

$wgEnableUploads = true;
# Files allowed to upload
$wgFileExtensions = array('png', 'gif', 'jpg', 'jpeg', 'doc', 'xls', 'mpp', 'pdf','zip');

# Allow upload only for users who are long enough here
$wgGroupPermissions['*'            ]['upload'] = false;
$wgGroupPermissions['user'         ]['upload'] = false;
$wgGroupPermissions['autoconfirmed']['upload'] = true;
$wgAutoConfirmAge = 86400 * 4; # Four days times 86400 seconds/day

# BackUp deleted files
$wgSaveDeletedFiles = true;

The image directory is also writable and executable. I tried to upload PDF files, JPEGs and PNGs - nothing works. :(

Nasenbaer 19:18, 11 June 2008 (UTC)[reply]

In what usergroup is the user that tries to upload? --TheDevilOnLine 10:23, 12 June 2008 (UTC)[reply]

(OUTDATED) Trouble in images upload

Hi all i'm Ugo and i come from Italy, just start a my new wiki project with your fantastic software. I'm having trouble about upload images, i've read enoug on manual, but no one template in there ( i mean template step to step for newbies).
FIRST QUESTION : When i try to insert an image and i use the link File:Imgexample.jpg i have the link, then i click the link and go to the upload form; here something happen.. because he says : " the folder can't be written by the server" ( i have the folder "images" in my main wiki directory setting to 755 permission). What i need is an explaination "step to step" about how i have to compile the form ( with the right paths) with simple examples.
SECOND QUESTION : Is there a way to show directly an external image on my wiki page ( for example http://www.mysite.com/imgexample.jpg )? I have tried to do this, but the only result is to have a link to the image and not the image directly. Sorry for my bad English and thanks in advance for any help you can !

Ugo —82.57.173.2 13:44, 19 June 2008 (UTC)[reply]

(RESOLVED) Upload File Error on Windows

  • MediaWiki: 1.11.0
  • PHP: 5.2.5 (apache2handler)
  • MySQL: 5.0.50-enterprise-gpl-nt-log

I setup the following paramerers in the localsettings.php and created the directory under images, but I get an upload error. I've checked the Windows directory permissions and it's fine. Any suggestions?

$wgUploadDirectory	= "127.0.0.1/mediawiki/images/DEV";
$wgFileExtensions = array( 'png', 'gif', 'jpg', 'jpeg', 'ppt', 'pdf', 'doc', 'psd', 'mp3','xls', 'doc', 'mpp', 'txt');
ERROR:
The upload directory (public) is not writable by the webserver. 
Retrieved from "http://127.0.0.1/mediawiki/index.php/Special:Upload"
Update: I removed the $wgUploadDirectory parameter from the localsettings.php file and the upload worked to the default directory. Is there a bug in 1.11 when using the $wgUploadDirectory parameter?
Melissa
Mdougherty08 16:26, 19 June 2008 (UTC)[reply]

(OUTDATED) Upload of doc, xls, ppt files fails (not a general upload issue)

  • MediaWiki: 1.12.0
  • PHP: 5.1.6 (Modul mime magic is enabled)
  • MySQL: 5.0.22
  • URL: Intranet

When using these kind of files the uploadcorrupt message appears. Here is the german message: Die Datei ist beschädigt oder hat eine falsche Datei-Erweiterung. Bitte überprüfe die Datei und wiederhole den Hochlade-Vorgang. (The file is corrupt or has an incorrect extension. Please check the file and upload again.)

I got no clue what it is about. The files are allowed (strict is set to false), the size is ok and the files are not corrupt.

In generall uploads do work. I enabled debug, that is what it found, look at mime:

))WebRequest::getFileName() 'TELEFON.XLS' normalized to 'TELEFON.XLS'
User::isBlocked: enter
User::getBlockedStatus: checking...
IP: 170.160.207.31
Block::load: '', '1', 1
User::getBlockedStatus: No block.
File::getPropsFromPath: Getting file info for /tmp/phpVs9EdM
MimeMagic::__construct: loading mime types from /htdocs/wiki/ps/mediawiki/1.12.0/includes/mime.types
MimeMagic::__construct: loading mime info from /htdocs/wiki/ps/mediawiki/1.12.0/includes/mime.info
MimeMagic::guessMimeType: internal type detection failed for /tmp/phpVs9EdM (.XLS)...
MimeMagic::detectMimeType: magic mime type of /tmp/phpVs9EdM: text/plain
MimeMagic::guessMimeType: final mime type of /tmp/phpVs9EdM: text/plain
MediaHandler::getHandler: no handler found for text/plain.
File::getPropsFromPath: /tmp/phpVs9EdM loaded, 47616 bytes, text/plain.
MacBinary::loadHeader: header bytes 0 and 74 not null
MimeMagic::guessMimeType: internal type detection failed for /tmp/phpVs9EdM (.)...
MimeMagic::detectMimeType: magic mime type of /tmp/phpVs9EdM: text/plain
MimeMagic::guessMimeType: final mime type of /tmp/phpVs9EdM: text/plain

mime: <text/plain> extension: <XLS>

UploadForm::verifyExtension: mime type text/plain mismatches file extension XLS, rejecting file

I got the same mediawiki version (+php 5.2.3-1ubuntu6.3) on another system installed where it works. The same file there shows MIME-Typ: application/vnd.ms-excel.

So what is MimeMagic doing here or what uses it to get the MIME, could there something wrong on my system?

Any help would be appreciated.

Cabowabo 03:56, 3 July 2008 (UTC)[reply]

I encouter the same problem on the same platform, but with PowerPoint files (PPT).
Thank you for any idea...
--BurninLeo 08:52, 4 August 2008 (UTC)[reply]
Works fine in the latest MediaWiki version 1.13 :)
--BurninLeo 15:16, 11 September 2008 (UTC)[reply]

(OUTDATED) Upload and loading problem

  • MediaWiki: 1.12.0
  • PHP: 5.2.5
  • MySQL: 5.0.51a
  • URL: Intranet

1. I can't load images to sait. I have enable uploads_enable = On in php.ini, I'm trying to change open_basedir & upload_tmp_dir to different values ( /tmp, /tmp/ .... ), chmod on 777. On LocalSettings.php & DefaultSettings.php

$wgEnableUploads = true;

on /var/www/apache2/error.log

[error] [client 192.168.0.1] PHP Warning:  File upload error - unable to create a temporary file in Unknown on line 0

2. I'm trying manualy to copy image files to /wiki/images/ and load it on my site by- it's not work. So wiki can't see images directory? (in httpd.conf images aliases is commented)

193.93.12.74 11:41, 6 July 2008 (UTC)[reply]

(OUTDATED) uploading large files

  • MediaWiki: 1.12.0
  • PHP: 5.1.2 (apache2filter)
  • MySQL: 5.0.19-standard
  • URL: password-protected

I am having a problem uploading large files using Mediawiki version 1.12.0. If I upload small PDF or PPT file, I have no problem; but if I try to upload a large file, I get the error

"The connection was reset
The connection to the server was reset while the page was loading.
-The site could be temporarily unavailable or too busy. Try again in a few moments.
If you are unable to load any pages, check your computer's network connection.
If your computer or network is protected by a firewall or proxy, make sure that Firefox is permitted to access the Web."

I have googled this problem extensively and can't figure out the solution. Incidentally, if I put the file on a local server and upload using the URL, the problem does not occur. I have already made a set of changes in LocalSettings.php and in /etc/php.ini to increase the maximum upload size; that fixed the problem for URL uploads, but not yet for uploads from a client's hard drive.

128.36.102.191 19:25, 8 July 2008 (UTC)[reply]

(OUTDATED) During the upload, I get the message "Could not rename file "$1" to "$2"", but my rights are OK! (at least I think so...)

Hi, all! I have a problem. Please, help me!

First of all I notice that I've read almost all about uploading and concurrent problems. But I haven't found solution of my problem. I even met similar problems like my one but there are no any intelligible solutions.

There is a fragment of my LocalSetting.php:

$wgSitename               = "Wikimir";
$wgLocalInterwiki         = $wgSitename;
$wgAllowExternalImages    = true;
$wgEnableUploads          = true;
$wgHashedUploadDirectory  = true;
//$wgUploadDirectory        = "$IP/images";
//$wgUploadPath             = "$wgScriptPath/images";
//$wgVerifyMimeType         = false;

So, when I try to upload an image such message occurs: Could not rename file "/var/tmp/php5wljeN" в "public/7/76/Pic_03.jpg". My folder "images" has free access for all (0777). Folder images/public doesn't exist, but I tried to create it and set to 0777. Without result. I even wrote small script to upload files into folder images and created subdirectories inside it. All is ok. Apache is able to write and create directories inside this folder.

By the way, when I use $wgHashedUploadDirectory = false I have no any problems with uploading...

So, I have no any ideas in which direction I should advance. Maybe someone give me a hint? Thanks a lot!

217.9.147.66 11:48, 29 July 2008 (UTC)[reply]

Hi! Try to create a folger /public directly in the wiki-directory (sibling to /images). Usually the mediawiki places images in /images/1/2/imagename.png and I do not know why your images should be placed in /public/1/2/..., but creating that public folder with write-access should do the trick.
--BurninLeo 14:10, 5 August 2008 (UTC)[reply]
Hello, got the same problem here. I've posted it once in Project:Support desk/Sections/Uploading#Image Uploading Error .28Again.3F.29. So, the question remains is how do you deal with the unwilling to write apache? Need help desperately. --125.163.14.225 21:22, 20 August 2008 (UTC)[reply]

(RESOLVED) New images are being added with MIME type: text/plain

When I first installed MediaWiki .png files uploaded with MIME type: image/png. Now they are uploading as type: text/plain.

This is version 1.5.1 of MediaWiki, downloaded from [SourceForge] on Oct 27, 2005. --198.151.12.8

Upgrade MediaWiki. —Emufarmers(T|C) 05:22, 1 August 2008 (UTC)[reply]
That's a nice thought, but shouldn't be necessary. Something apparently changed in config and I should be able to change it back without having to install or reinstall. — Preceding unsigned comment added by 198.151.12.8 (talkcontribs)
Perhaps, but you won't get any support unless you upgrade. —Emufarmers(T|C) 19:50, 4 August 2008 (UTC)[reply]

(OUTDATED) Uploading Refresh Question

I was wondering if when I upload something using POST, if the user refreshes the page, will my script be executed again on the same file?

128.227.146.80 15:53, 13 August 2008 (UTC)[reply]

(OUTDATED) Image Uploading Error (Again?)

  • MediaWiki: 1.12.0
  • Linux
  • Apache 2.2.9 (Unix)
  • PHP: 5.2.5
  • MySQL: 5.0.45
  • URL: Internal only

For the past week, I've been looking all over the net but none of the answers are satisfying. Some of them are found here. I even do the count my self and found that more than 3 titles on this page are asking about the very same problem but unfortunately none of their solution is working for me. I'm talking about this internal error:

Internal Error
Could not rename file "/tmp/phpQp3ukG" to "public/d/d3/Peacock_fight.jpg".

Can someone please help me? Thank you. --125.163.29.195 19:02, 14 August 2008 (UTC)[reply]

Apache needs to be able to write the images directory; see bug 13812. —Emufarmers(T|C) 22:55, 15 August 2008 (UTC)[reply]
I did. 5 days ago. But nothing happens. Is there anything I should provide for the diagnosis? Thank you. -- 125.163.0.119 04:12, 16 August 2008 (UTC)[reply]

(OUTDATED) Is it possible to upload edittools and licencing option in the Upload file function?

Dear Sirs,

People for Earth is about to release the beta version of an ECO community & WIKI ECO GUIDE called My ECO Guide that is mediawiki based.

Our programmers have integrated most of the mediawiki open source code into People for Earth system, however, there are some remaining open issues – mostly about some features that are part of mediawiki.org, but our programmers say they are not available for our application. However, we find them crucial for success of our wiki, since the rest of programming is first class. We would really appreciate your comments on the following issues in order to proceed with our project.

  1. 1. Can we integrate your edditools that can be found on any of your edit pages (e.g. into our wiki system?

Our programmers said: We are using the open-source provided by the mediawiki 1.12. So we can have only those editing tools that are provided in that source code. In the mediawiki source code they have not given these tools: see link [3]

  1. 2. Licencing feature in the UPLOAD FILE toolbox in the left navigation Special:Upload

Our programmers SAID : We cannot add the “Licensing” over here. It is not given in the mediawiki code. We cannot add it over it. We can just show if you want but it will not be stored nor it will be shown afterwards. So it doesn’t make any sense. They might have changed this after releasing the Mediawiki 1.12. We can have the features that are provided in the mediawiki open-source 1.12.

Can these two functions be implemented into our wiki system based on mediawiki?

Thank you very much for your help,

Klemen Podjed,People for Earth

KlemenP 19:44, 17 August 2008 (UTC)[reply]

(OUTDATED) Redirecting to the main page after uploading a file

  • MediaWiki: (Reported by your Wiki's Special:Version page)
  • PHP: 5.x
  • MySQL: 5.x

Hi,

This is Fenzik, India. I integrated mediawiki 1.10.x along with my portal with minimal changes. Now we found an issue on uploading file and I'm not able to figure out. After uploaded the file, the page gets redirected to the main page. It will be great if you give the solution.

Thanks —Fenzik 08:02, 19 August 2008 (UTC)[reply]

(OUTDATED) Umlaute nach Dateiimport zerstört [German question]

Hallo, ich habe folgendes Problem: Ich habe ein MediaWiki mit folgender Konfiguration am laufen:

  1. Windows XP als Host
  2. MySQL 5.0.51b - Latin1
  3. PHP 5.2.2
  4. MediaWiki 1.14Alpha - UTF-8 Backwards Compatible

Wenn ich nun versuche eine Datei zu Importieren, die ein Sonderzeichen enthält, oder ein Umlaut, dann Imortiert der das innerhalb der Datenbank vollkommen richtig. Auch innerhalb von MediaWiki wird alles richtig angezeigt. Allerdings speichert der die Datei nicht als Käse.jpg sondern K%C3%A4se.jpg. Dementsprechend kann MediaWiki die Datei nicht finden wenn sie angezeigt werden soll. Selbst das Thumbnail Verzeichnis zeigt der als K%C3%A4se.jpg an.

Ich hoffe mir kann jemand von euch Helfen.

--Ryg 07:29, 18 August 2008 (UTC)[reply]

(OUTDATED) how to configure the upload directory?

Where can I configure the upload directory and/or can it be stored in the database (in our old wiki this was passible)? I can do uploads but $wgUploadDirectory did not give me control where the files are stored. How are the files stored (with normal names - I guess not, as there is a versioning).

Are the uploaded files added to the backups?

Thanx for your help, Wolfgang —217.116.177.163 12:51, 30 August 2008 (UTC)[reply]

(OUTDATED) Upload file in toolbox redirects to wikipedia

when i click Upload file in toolbox in my wiki it redirects to wikipedia but only affects the upload file on the toolbox not the one in the special pages

202.68.78.21 10:26, 31 August 2008 (UTC)[reply]

(RESOLVED) Internal Error: Could not create directory "public/archive/f/fa".

My first trial of mediawiki - an earlier version probably 1.11 - was as part of an existing website and it worked fine. The owners of the wiki were trialling this and decided to have a stand alone website - http://www.natureweb.org.au. I transferred all files to the new domain and installed the latest version of mediawiki.

Searching the web and Manualtalk reveals there has been some discussion on the matter of 'Could not create directory "public/archive/f/fa" and similar error messages when attempting to upload images / files.

The following is the LocalSettings.php

<?php

# This file was automatically generated by the MediaWiki installer.
# If you make manual changes, please keep track in case you need to
# recreate them later.
#
# See includes/DefaultSettings.php for all configurable settings
# and their default values, but don't forget to make changes in _this_
# file, not there.

# If you customize your file layout, set $IP to the directory that contains
# the other MediaWiki files. It will be used as a base to locate files.
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" );
include("extensions/Calendar.php");

# If PHP's memory limit is very low, some operations may fail.
# 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" );
	}
}
## Uncomment this to disable output compression
# $wgDisableOutputCompression = true;

$wgSitename         = "NatureWeb";

## The URL base path to the directory containing the wiki;
## defaults for all runtime URL paths are based off of this.
## For more information on customizing the URLs please see:
## http://www.mediawiki.org/wiki/Manual:Short_URL
$wgScriptPath       = "";
$wgScriptExtension  = ".php";

## UPO means: this is also a user preference option

$wgEnableEmail      = true;
$wgEnableUserEmail  = true; # UPO

$wgEmergencyContact = "";
$wgPasswordSender = "";

$wgEnotifUserTalk = true; # UPO
$wgEnotifWatchlist = true; # UPO
$wgEmailAuthentication = true;

## Database settings
$wgDBtype           = "mysql";
$wgDBserver         = "localhost";
$wgDBname           = "";
$wgDBuser           = "";
$wgDBpassword       = ""; 

# MySQL specific settings
$wgDBprefix         = "";

# MySQL table options to use during installation or update
$wgDBTableOptions   = "ENGINE=InnoDB, DEFAULT CHARSET=binary";

# Experimental charset support for MySQL 4.1/5.0.
$wgDBmysql5 = true;

## Shared memory settings
$wgMainCacheType = CACHE_NONE;
$wgMemCachedServers = array();


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

##$wgUploadPath = "{$wgScriptPath}/images"; //uncommenting this does not help
##$wgUploadDirectory = "$IP/images"; //uncommenting this does not help
$wgEnableUploads       = true;
$wgUseImageMagick = true;
$wgImageMagickConvertCommand = "/usr/bin/convert";

include("extensions/calendar_extension.php");

require_once("$IP/extensions/BreadCrumbs2.php");

## If you want to use image uploads under safe mode,
## create the directories images/archive, images/thumb and
## images/temp, and make them all writable. Then uncomment
## this, if it's not already uncommented:
##$wgHashedUploadDirectory = false;

## If you have the appropriate support software installed
## you can enable inline LaTeX equations:
$wgUseTeX           = false;

$wgLocalInterwiki   = $wgSitename;

$wgLanguageCode = "en";
$wgLogo				= false; /// defaults to "{$wgStylePath}/common/images/wiki.png"
$wgProxyKey = "5c8cc3324bf4c053ff4718e6a4e9276532523f97ab68285ca9e907518bc978";

## Default skin: you can change the default skin. Use the internal symbolic
## names, ie 'standard', 'nostalgia', 'cologneblue', 'monobook':
$wgDefaultSkin = 'gumaxv';
$wgFileExtensions = array('png', 'gif', 'jpg', 'jpeg', 'doc', 'xls', 'mpp', 'pdf');

## For attaching licensing metadata to pages, and displaying an
## appropriate copyright notice / icon. GNU Free Documentation
## License and Creative Commons licenses are supported so far.
$wgEnableCreativeCommonsRdf = true;
$wgRightsPage = ""; # Set to the title of a wiki page that describes your license/copyright
$wgRightsUrl = "http://www.gnu.org/copyleft/fdl.html";
$wgRightsText = "GNU Free Documentation License 1.2";
$wgRightsIcon = "${wgScriptPath}/skins/common/images/gnu-fdl.png";
# $wgRightsCode = ""; # Not yet used

$wgDiff3 = "";

// User Access: $wgGroupPermissions 
// Use this to set access rights for groups and users. 
				$wgGroupPermissions = array();
 
// Implicit group for all visitors
        $wgGroupPermissions['*'    ]['createaccount']   = true;  // 1.5.0
        $wgGroupPermissions['*'    ]['read']            = true;  // 1.5.0
        $wgGroupPermissions['*'    ]['edit']            = false; // 1.5.0
        $wgGroupPermissions['*'    ]['createpage']      = false; // 1.6.0
        $wgGroupPermissions['*'    ]['createtalk']      = true;  // 1.6.0

# When you make changes to this configuration file, this will make
# sure that cached pages are cleared.
$wgCacheEpoch = max( $wgCacheEpoch, gmdate( 'YmdHis', @filemtime( __FILE__ ) ) );

I would appreciate any assistance you can give me.

58.165.44.220 06:50, 2 September 2008 (UTC)[reply]

Me too-- I'd appreciate assistance. It's almost a random thing that some files upload and some don't. -- 137.229.66.219 22:53, 3 September 2008 (UTC) StinkyPup[reply]
This is probably too late for you but.... check to see if permission used by the Mediawiki (maybe Internet Guest Account) for the image folder on the server are not Read Only. 777 permissions.

(RESOLVED) Upload directory (public) is not writable by the webserver

  • MediaWiki version: 1.13.0
  • PHP version: 5.2.0
  • MySQL version: 5.0.27
  • URL: behind firewall

I'm having the same problem many other folks are having regarding file uploads via Special:Upload.

LocalSettings.php is configured for ulploads

## To enable image uploads, make sure the 'images' directory
## is writable, then set this to true:
$wgUploadDirectory = "{$IP}/images";
$wgUploadPath = "{$wgScriptPath}/uploads";
$wgEnableUploads       = true;

I get the following error when trying to upload.

The upload directory (public) is not writable by the webserver. 

Apache Log file:

[Fri Sep 05 22:12:44 2008] [error] [client 137.229.70.195] PHP Parse error:  syntax error, unexpected T_CONSTANT_ENCAPSED_STRING in /usr/local/apache2/htdocs/mediawiki-1.13.0/LocalSettings.php on line 64, referer: http://library.uaf.edu/mediawiki/index.php/Image:Adding-lr-to-admin-modules.xls

Permissions for the images and uploads dir are 755.

Can someone please help!?!?!? -- (StinkyPup) —137.229.70.195 06:40, 6 September 2008 (UTC)[reply]

SOLUTION on CentOS (and possibly elsewhere):

I had the same problem turned out that my update to 1.13 changed ownership to 1000:1000(undefined user on my system (Centos 5.0)). In my case all I had to do was change it to apache:apache.
--216.129.222.137 16:11, 15 September 2008 (UTC)[reply]
  • THIS WORKED FOR ME ASWELL on Centos 6.0. "chown apache:apache images/"


(OUTDATED) XML File upload error

When importing a .xml file to my mediawiki, I get the following error:

Unable to view external table
MySQL Error Number: 1267
MySQL Error Message: Illegal mix of collations (utf8_general_ci,IMPLICIT) and (latin1_swedish_ci,EXPLICIT) for operation '='

I use the following extensions:

RSSReader
SMF/MediaWiki Users Integration

96.251.46.191 08:59, 9 September 2008 (UTC)[reply]

(OUTDATED) image upload issues with a new installation.

MediaWiki 1.13.1 PHP 5.2.3 (apache2handler) MySQL 5.0.51a-community URL: http://www.archerywikipedia.com

When trying to upload a picture file, I get the error below.

Internal error
From Archerywikipedia
Could not create directory "public/archive". 

This installation is pretty much a plain vanilla version, with only a logo, uploads enabled and the safe option selected in LocalSettings.php, with the directories created as instructed. I have searched the manual several times but can't find a mention of "public/archive" I've tried making the public directory and enabling all permissions on it. I've been through most of the documentation. I'm willing to accept any hints at the moment.

LocalSettings is as below.

Note that some things have been removed and that the hashes render as numbers...

<?php

# This file was automatically generated by the MediaWiki installer.
# If you make manual changes, please keep track in case you need to
# recreate them later.
#
# See includes/DefaultSettings.php for all configurable settings
# and their default values, but don't forget to make changes in _this_
# file, not there.
#
# Further documentation for configuration settings may be found at:
# http://www.mediawiki.org/wiki/Manual:Configuration_settings

# If you customize your file layout, set $IP to the directory that contains
# the other MediaWiki files. It will be used as a base to locate files.
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" );

# If PHP's memory limit is very low, some operations may fail.
# 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" );
	}
}
## Uncomment this to disable output compression
# $wgDisableOutputCompression = true;

$wgSitename         = "Archerywikipedia";

## The URL base path to the directory containing the wiki;
## defaults for all runtime URL paths are based off of this.
## For more information on customizing the URLs please see:
## http://www.mediawiki.org/wiki/Manual:Short_URL
$wgScriptPath       = "";
$wgScriptExtension  = ".php";

## UPO means: this is also a user preference option

$wgEnableEmail      = true;
$wgEnableUserEmail  = true; # UPO

$wgEmergencyContact = "webmaster2@anydomain.com";
$wgPasswordSender = "webmaster2@anydomain.com";

$wgEnotifUserTalk = true; # UPO
$wgEnotifWatchlist = true; # UPO
$wgEmailAuthentication = true;

## Database settings
$wgDBtype           = "mysql";
$wgDBserver         = "localhost";
$wgDBname           = "removed";
$wgDBuser           = "removed";
$wgDBpassword       = "removed for security";

# MySQL specific settings
$wgDBprefix         = "";

# MySQL table options to use during installation or update
$wgDBTableOptions   = "ENGINE=InnoDB, DEFAULT CHARSET=binary";

# Experimental charset support for MySQL 4.1/5.0.
$wgDBmysql5 = true;

## Shared memory settings
$wgMainCacheType = CACHE_NONE;
$wgMemCachedServers = array();

## To enable image uploads, make sure the 'images' directory
## is writable, then set this to true:
$wgEnableUploads       = true;
$wgUseImageMagick = true;
$wgImageMagickConvertCommand = "/usr/bin/convert";

## If you want to use image uploads under safe mode,
## create the directories images/archive, images/thumb and
## images/temp, and make them all writable. Then uncomment
## this, if it's not already uncommented:
$wgHashedUploadDirectory = false;

## added upload directory path
$wgUploadDirectory = "{$IP}/images";

## Restrict anonymous editing
$wgGroupPermissions['*']['edit'] = false;

## If you have the appropriate support software installed
## you can enable inline LaTeX equations:
$wgUseTeX           = false;
$wgLocalInterwiki   = $wgSitename;
$wgLanguageCode = "en";
$wgProxyKey = "removed for security";

## Default skin: you can change the default skin. Use the internal symbolic
## names, ie 'standard', 'nostalgia', 'cologneblue', 'monobook':
$wgDefaultSkin = 'monobook';

## For attaching licensing metadata to pages, and displaying an
## appropriate copyright notice / icon. GNU Free Documentation
## License and Creative Commons licenses are supported so far.
# $wgEnableCreativeCommonsRdf = true;
$wgRightsPage = ""; # Set to the title of a wiki page that describes your license/copyright
$wgRightsUrl = "";
$wgRightsText = "";
$wgRightsIcon = "";
# $wgRightsCode = ""; # Not yet used

$wgDiff3 = "/usr/bin/diff3";
$wgLogo = "http://www.archerywikipedia.com/images/logo.jpg";
# When you make changes to this configuration file, this will make
# sure that cached pages are cleared.
$wgCacheEpoch = max( $wgCacheEpoch, gmdate( 'YmdHis', @filemtime( __FILE__ ) ) );

124.168.214.85 03:28, 21 September 2008 (UTC)[reply]

(OUTDATED) server error 500 on image upload/safe mode

Hi i have trouble with image upload. i did enable it and i get the form but when i try to upload i got a server error 500 message. may be this is du to :

Warning: PHP's safe mode is active. You may have problems caused by this, particularly if using image uploads.

so how can i change this safe mode ? or is it anything else to do ? i did change also the images file authorising writing... can you help me with this matter ?

77.194.101.72 16:18, 21 September 2008 (UTC)[reply]

(RESOLVED) uploding problemes

every time i try to edit something or upload it ,it says i need to login when i already am logged in ,and when i try to login it say that my user name does not exist.

86.167.241.135 11:01, 22 September 2008 (UTC)[reply]

have you cleared your cache?

(RESOLVED) How can I use $wgForeignFileRepos for connecting to Wikimedia Commons?

  • MediaWiki version: 1.13.1
  • PHP version: N/A
  • MySQL version: N/A
  • URL:

How can I use $wgForeignFileRepos directive for connecting to MediaWiki Commons? It probably should be obvious, but it isn't for beginner like me.

Thanks in advance for any help,

Milhaus

check Manual:$wgForeignFileRepos again

(OUTDATED) Upload to Multiple Locations

  • MediaWiki version: 1.13.1
  • PHP version: 5.2.6
  • MySQL version: 5.0
  • URL: secured

I want the files people upload to be actually organized so a human can easily go in and find a file on the disk. I have a handful of different groups of users. In theory, it would be nice if the files were organized into separate directories according to these groups. Is there a means of doing this?

Two Potential Solutions:

  • Can a separate upload path be specified by group?
  • Can a folder path be entered with the filename when uploading to specify its upload path?

Thanks.

—14:51, 2 October 2008 (UTC)

(OUTDATED) uploading from a database, excel or CSV a massive number of articles

  • MediaWiki version: latest
  • PHP version: 5
  • MySQL version: latest
  • URL: NA

I am considering using mediawiki to create a massive database (300,000 plus) of product information starting with data which I have in excel.

The idea is to start with the data I have and then allow anyone to contribute opinions, reviews, how-to information, and comments to the individual articles (products)

Is there a script or tool that will manage the upload?

My data includes links to pictures, so I would rather use the links than upload the images. Can that be done?

Is this idea reasonable as a good use of this tool?

Alindzon 16:21, 4 October 2008 (UTC)[reply]