Project:Support desk/Sections/Installation

__NEWSECTIONLINK__ = Installation/Legalities Support =

Wikimedia question, wikis without sysops

 * MediaWiki version: SVN build
 * PHP version: 5.26
 * MySQL version:
 * URL: n/a

How does the Wikimedia foundation have wikis without sysops?? Looking at m:Wikimedia projects without sysop, it seems impossible. How do the developers create the wikifarm without re-running the installer again?

I've tried to replicate this on a smaller scale on my localhost XAMPP installation, but it hasn't worked, so what do I need to do to fix it? —Naxram 09:06, 6 October 2008 (UTC)

Veracity of downloaded file

 * MediaWiki version: 1.13.2
 * PHP version: 5.2.6RC1-pl1-gentoo
 * MySQL version: 5.0.60
 * URL: none yet

Before installing mediawiki I'd like to check the veracity of the downloaded file. There's a sig file but where can I find the public key to verify this?

—132.239.12.245 20:55, 6 October 2008 (UTC)

Upload File Link Alteration

 * 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 (http://en.wikipedia.org/wiki/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)

Cannot export full history from Wikimedia
I have a wiki which I set up at the URL above, I've managed to integrate Commons images into it, but cannot import full page histories in, since I wish to ensure GFDL compliance. Using Special:Export does not get the full history of the page for download, so what am I doing wrong?? —82.42.237.84 18:21, 4 November 2008 (UTC)
 * MediaWiki version: SVN build
 * PHP version:
 * MySQL version:
 * URL: http://sunwell5.0lx.net/testwiki

Installation failed, how do I restart?
Having copied the software I ran the install script but it failed due to the wrong superuser account /password combination. When I run the script again it won't accept the DB username and password despite the fact that it is correct. How do I get to rerun the install script?
 * MediaWiki version: 1.6.10
 * PHP version: 4.4.7
 * MySQL version: 4.1.19
 * URL:

—195.248.123.83 17:54, 17 November 2008 (UTC)

User:Anonymous after installation of MediaWiki 1.13.2
How comes that there is this user account User:Anonymous in the list of users after installation? What is the function? Both renaming users name and viewing settings was not possible. I would not like to have an account there that is a sort of backdoor. Thank you for your support. -- Klaus 15:26, 23 November 2008 (UTC)


 * That's probably what you named your initial sysop account during the installation. —Emufarmers(T 22:27, 23 November 2008 (UTC)

Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information.
 * Actually I didn't (concerning initial sysop name). Some more details:
 * Showing all users, the user:Anonymous appears.
 * Visiting the user's page there is no link for user contributions.
 * Renaming this user says: Der Benutzername „“ ist ungültig.
 * Changing rights is not possible because it is said the user did not exist.
 * So, if there is no user why not making one.
 * Creating a new accout with this name causes an Error: ''Warning: pg_query [function.pg-query]: Query failed: ERROR: duplicate key violates unique constraint "mwuser_user_name_key" in /var/www/www.gfi.cx/wiki-gfi/includes/db/DatabasePostgres.php on line 552

''
 * In other words: I cannot delete the user because he does not exist. I cannot create the user because he exists. And he is shown in the user list. So, what is wrong? Is it a bug in this Version? Is it possibly due to a access-closed configuration? -- Klaus 16:44, 26 November 2008 (UTC)

Place, where the pages are stored
Hi,
 * MediaWiki version: 1.12.0
 * PHP version: 5.2.6
 * MySQL version: PostgreSQL 8.3.3
 * URL:

I know, the uploaded images are stored in the filesystem. But, where are the pages stored?

Kind regards —Tim 14:01, 4 December 2008 (UTC)

Trouble Installing MediaWiki

 * MediaWiki version: 1.13.2
 * PHP version: 5.1.6
 * MySQL version: 5.0.68
 * URL: Intranet Only

When Installing I get this page, but I never get the LocalSettings.php file to move out of the config.

MediaWiki 1.13.2 Installation Don't forget security updates! Keep an eye on the low-traffic release announcements mailing list. Checking environment... Please include all of the lines below when reporting installation problems.

PHP 5.1.6 installed Found database drivers for: MySQL SQLite PHP server API is apache2handler; ok, using pretty URLs (index.php/Page_Title) Have XML / Latin1-UTF-8 conversion support. Session save path (/var/lib/php/session) appears to be valid. PHP's memory_limit is 8M. Attempting to raise limit to 20M... ok. Couldn't find Turck MMCache, eAccelerator, APC or XCache; cannot use these for object caching. Found GNU diff3: /usr/bin/diff3. Found ImageMagick: /usr/bin/convert; image thumbnailing will be enabled if you enable uploads. Installation directory: /var/www/wiki Script URI path: /wiki Installing MediaWiki with php file extensions Environment checked. You can install MediaWiki. Generating configuration file...

Database type: MySQL Loading class: DatabaseMysql Attempting to connect to database server as root...success. Connected to 5.0.68; enabling MySQL 4.1/5.0 charset mode Database wikidb exists There are already MediaWiki tables in this database. Checking if updates are needed... DB user account ok ...have ipb_id field in ipblocks table. ...have ipb_expiry field in ipblocks table. ...already have interwiki table ...indexes seem up to 20031107 standards ...hitcounter table already exists. ...have rc_type field in recentchanges table. ...have user_real_name field in user table. ...querycache table already exists. ...objectcache table already exists. ...categorylinks table already exists. Already have pagelinks; skipping old links table updates. ...have rc_ip field in recentchanges table. ...image primary key already set. ...have rc_id field in recentchanges table. ...have rc_patrolled field in recentchanges table. ...logging table already exists. ...have user_token field in user table. The watchlist table is already set up for email notification. ...watchlist talk page rows already present ...user table does not contain old email authentication field. ...page table already exists. ...have log_params field in logging table. logging table has correct log_title encoding. ...have ar_rev_id field in archive table. ...have page_len field in page table. revision timestamp indexes already up to 2005-03-13 ...rev_text_id already in place. ...have rev_deleted field in revision table. ...have img_width field in image table. ...have img_metadata field in image table. ...have user_email_token field in user table. ...have ar_text_id field in archive table. ...page_namespace is already a full int (int(11)). ...ar_namespace is already a full int (int(11)). ...rc_namespace is already a full int (int(11)). ...wl_namespace is already a full int (int(11)). ...qc_namespace is already a full int (int(11)). ...log_namespace is already a full int (int(11)). ...have img_media_type field in image table. ...already have pagelinks table. No img_type field in image table; Good. Already have unique user_name index. ...user_groups table already exists. ...user_groups is in current format. ...have ss_total_pages field in site_stats table. ...user_newtalk table already exists. ...transcache table already exists. ...have iw_trans field in interwiki table. ...trackbacks table already exists. ...wl_notificationtimestamp is already nullable. ...timestamp key on logging already exists. ...have ipb_range_start field in ipblocks table. Setting page_random to a random value on rows where it equals 0...changed 0 rows ...have user_registration field in user table. ...templatelinks table already exists ...externallinks table already exists. ...job table already exists. ...have ss_images field in site_stats table. ...langlinks table already exists. ...querycache_info table already exists. ...filearchive table already exists. ...have ipb_anon_only field in ipblocks table. Checking for additional recent changes indices... ...index `rc_ns_usertext` seems ok. ...index `rc_user_text` seems ok. ...have user_newpass_time field in user table. ...redirect table already exists. ...querycachetwo table already exists. ...have ipb_enable_autoblock field in ipblocks table. Checking for backlinking indices... Checking if pagelinks index pl_namespace includes field pl_from... ...index pl_namespace on table pagelinks seems to be ok Checking if templatelinks index tl_namespace includes field tl_from... ...index tl_namespace on table templatelinks seems to be ok Checking if imagelinks index il_to includes field il_from... ...index il_to on table imagelinks seems to be ok ...have rc_old_len field in recentchanges table. ...have user_editcount field in user table. ...page_restrictions table already exists. ...have log_id field in logging table. ...have rev_parent_id field in revision table. ...have pr_id field in page_restrictions table. ...have rev_len field in revision table. ...have rc_deleted field in recentchanges table. ...have log_deleted field in logging table. ...have ar_deleted field in archive table. ...have ipb_deleted field in ipblocks table. ...have fa_deleted field in filearchive table. ...have ar_len field in archive table. ...have ipb_block_email field in ipblocks table. Checking for categorylinks indices... Checking if categorylinks index cl_sortkey includes field cl_from... ...index cl_sortkey on table categorylinks seems to be ok ...have oi_metadata field in oldimage table. ...usertext,timestamp key on archive already exists. ...usertext,timestamp key on image already exists. ...usertext,timestamp key on oldimage already exists. ...have ar_page_id field in archive table. ...have img_sha1 field in image table. ...protected_titles table already exists. ...have ipb_by_text field in ipblocks table. ...page_props table already exists. ...updatelog table already exists. ...category table already exists. —208.66.47.26 20:32, 4 December 2008 (UTC)

(RESOLVED) Installation issue under OS X

 * MediaWiki version: 1.13.2
 * PHP version: 5.2.4
 * MySQL version: 5.1.30
 * URL: see question below

Have successfully installed under OS X. Can access using http://138.26.45.64/mediawiki/index.php or http://localhost/mediawiki/index.php

The site redirects to http://brutus.local/mediawiki/index.php. This is fine locally, but not fine from other computers. I have traced the redirect down to this line near the end of the index.php file:

$mediaWiki->finalCleanup ( $wgDeferredUpdateList, $wgOut );

My question is, "how do I prevent this URL redirect?"

—138.26.45.64 23:25, 10 December 2008 (UTC) jmr@uab.edu
 * Put the following line at the bottom of LocalSettings.php:  i Alex  09:36, 15 December 2008 (UTC)

deleteBatch.php not working right

 * MediaWiki 	1.12.0
 * PHP 	5.1.6 (apache2handler)
 * MySQL 	5.0.22

I am using deleteBatch.php with a list of files to delete and it deletes the files or images, but the files still show up on a search. When you click on the link it shows as being deleted. I checked this with a file I deleted by hand and the deleted file did not show up on a search. Any idea how to delete mass files without them show up on a search.

--Johnp125 21:21, 16 December 2008 (UTC)

(RESOLVED) Fanhistory.com wiki run by your software
I would likely be correct in saying that at least 50% of the writers on FF.net are underage minors and what she is trying to do could most definitely put these people in danger. If she found their locations and someone 'googled' their name, the could find their images on social networking sites and that's what leads to people being on Dateline if the kid is lucky. It's dangerous and illegal all around from my point of view. A lot of fanfic authors have been stalked and threatened. I worry that this website could contribute to this sort of illegal and dangerous behavior. I have no other way of contacting anyone who won't 'flame' me for calling out about this site. This website has images and information as to where private citizens live. These people aren't celebrities with lots of security, they are young people who are in danger of getting hurt. This just seriously concerns me about people's safety.

—75.109.17.20 01:53, 17 December 2008 (UTC)


 * MediaWiki is free software and can be used by everybody for whatever content. We here at mediawiki.org are not responsible neither for third party uses of MediaWiki nor for content that third parties add to their website (content issues are independent of the engine that is used to run a site), and we can't help with respective problems. – Please contact the actual owner (or contributors) of the site you're concerned about. -- :bdk: 02:47, 26 December 2008 (UTC)

(RESOLVED) Fedora Code 10 Install Issue ... install script php detection does not match php.ini

 * MediaWiki version:
 * PHP version:
 * MySQL version:
 * URL:

I am trying to get MediaWiki configured on FC 10 with little success. I have the Apache webserver and MySQL installed and tested as individual packages. When I changed directory to /var/www/wiki/config and then do firefox ./index.html I get the following screen:

, 2006 Rob Church # http://www.mediawiki.org/ # # This program is free software; you can redistribute it and/or modify of the License, or # (at your option) any later version. # # This program is distributed in the hope that it will be useful, PURPOSE. See the # GNU General Public License for more details. [truncated]
 * 1) it under the terms of the GNU General Public License as published by # the Free Software Foundation; either version 2
 * 1) but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR

—97.100.11.228 00:36, 21 December 2008 (UTC)


 * It sounds like you don't have your webserver configured to use PHP (or perhaps PHP is only enabled in a certain directory), so Apache is serving the index.php source as text. —Emufarmers(T 08:04, 21 December 2008 (UTC)

What is the solution for the "authentication error - check passwords" while click on "install MediaWiki"?

 * MediaWiki version: 1.13.3
 * PHP version: 5.2.8-win32 version
 * MySQL version: 5.1.30-win32 version
 * URL: http://localhost/mediawiki-1.13.3/config/index.php

I am getting authentication error while I click on Install MediaWiki tab and it shows error (authentication error - check passwords) with the Superuser name and superuser password when the checkbox of superuser account is checked.

And when it is unchecked, it will give same error (authentication error - check passwords) for DB username and DB password.

Please suggest me, what should I do for the above problem?

—125.18.17.16 10:36, 24 December 2008 (UTC)