Project:Support desk/Sections/System

__NEWSECTIONLINK__

= MediaWiki System Support =

Resolved: 404 when using short url

 * MediaWiki: 1.11.0
 * PHP: 5.2.5 (cgi-fcgi)
 * MySQL: 5.0.67.d7-ourdelta-log
 * URL: www.jainkosh.org

Hello, I have been trying to use short url for my wiki by following instructions at http://www.mediawiki.org/wiki/Manual:Short_URL/wiki/Page_title_--_no_root_access but could not achieve the results. My server is Apache and my wiki is saved at htdocs\Mediawiki. I have tried saving the .htaccess file in htdocs\Mediawiki, htdocs\, htdocs\sample_html, htdocs\Mediawiki\sample_html, but it didn't work. Whenever I tried to go to www.jainkosh.org/wiki/Main_Page, it throws error 404, page not found. This is what I have put in my .htaccess file:

RewriteEngine On RewriteRule ^wiki/(.*)$ /Mediawiki/index.php?title=$1 [PT,L,QSA] RewriteRule ^wiki/*$ /Mediawiki/index.php [L,QSA] RewriteRule ^/*$ /Mediawiki/index.php [L,QSA]

Can you please help me in getting this working?

Thanks a lot, Vikas

I tried the same settings on Godaddy.com server and it worked fine there. Somehow on my localhost it didn't work and was giving 404. Works great on the godaddy server.

Can I link files directly off my server to our wiki page, or must they be uploaded?

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

Is it possible for me to link files from my server to MediaWiki without uploading them. We have an extensive database of projects we would like to incorporate into the our wiki site but do not want to duplicate all those files by uploading them.

How to edit Site:About or Site:FAQ
I have installed a new empty Wiki using instructions for Win2003. As I start to do some initial setup and customization, I can't figure out how to edit the About Page, FAQ Page, or any page that is in the category of my named site (e.g. my site is named Site, How do I edit http://machinename/index.php?title=Site:About ) Thanks in advance, —205.175.240.252 17:44, 27 August 2009 (UTC)
 * MediaWiki version: 1.15.1
 * PHP version: 5.2.9-1 (cgi-fcgi)
 * MySQL version: 5.0.24-community-nt
 * URL: - behind a firewall
 * I must be missing something here, but why can't you simple click on the edit link at the top of the page of that title? Or if the page doesn't exist, and you follow a link to that page, you will be given an editing page. -- Dr DBW  |  talk  05:36, 31 August 2009 (UTC)

Although flaggedrev and docapproval are good extentions, that wasn't what I had in mind. Note how I need articles approved PRIOR to globally viewable. Sep 1st 2009

Update - when I click on the About page link I simply get a 404 - Page not found. I would also expect to get an editing page like I do if I create a link in one of the main pages and follow it... I'm lost. Thanks!

Permissions not working correctly

 * MediaWiki version: 1.15.1
 * PHP version: 5.2.9-1 (cgi-fcgi)
 * MySQL version: 5.0.24-community-nt
 * URL: Behind Firewall

I am having issues with users (including sysops) not beign able to edit, upload files, etc, when the $wgGroupPermissions['*'][value] = false. For instance, I want anonymous users to NOT be able to edit pages, but when I change the ['edit'] to FALSE, no one can edit pages. I have looked in the admin guides and forums and have not been able to find an answer as to why this is happening. Below is what I have for permissions set in my LocalSettings.php

$wgAddGroups['sysop'] = array( 'bot' ); $wgRemoveGroups['sysop'] = array( 'bot'); $wgGroupPermissions['sysop']['userrights'] = true; $wgGroupPermissions = array( 'sysop' ); $wgGroupPermissions['sysop']['passwordresetself'] = true; $wgGroupPermissions['sysop']['passwordreset'] = true; $wgGroupPermissions['sysop']['move'] = true; $wgGroupPermissions['sysop']['read'] = true; $wgGroupPermissions['sysop']['edit'] = true; $wgGroupPermissions['sysop']['viewedittab'] = true; $wgGroupPermissions['sysop']['createpage'] = true; $wgGroupPermissions['sysop']['createtalk'] = true; $wgGroupPermissions['sysop']['userrights'] = true; $wgGroupPermissions['sysop']['noratelimit'] = true; $wgGroupPermissions['sysop']['block'] = true; $wgGroupPermissions['sysop']['createaccount'] = true; $wgGroupPermissions['sysop']['delete'] = true; $wgGroupPermissions['sysop']['bigdelete'] = true; $wgGroupPermissions['sysop']['deletedhistory'] = true; $wgGroupPermissions['sysop']['undelete'] = true; $wgGroupPermissions['sysop']['editinterface'] = true; $wgGroupPermissions['sysop']['editusercssjs'] = true; $wgGroupPermissions['sysop']['import'] = true; $wgGroupPermissions['sysop']['importupload'] = true; $wgGroupPermissions['sysop']['move'] = true; $wgGroupPermissions['sysop']['patrol'] = true; $wgGroupPermissions['sysop']['autopatrol'] = true; $wgGroupPermissions['sysop']['protect'] = true; $wgGroupPermissions['sysop']['proxyunbannable'] = true; $wgGroupPermissions['sysop']['rollback'] = true; $wgGroupPermissions['sysop']['trackback'] = true; $wgGroupPermissions['sysop']['upload'] = true; $wgGroupPermissions['sysop']['reupload'] = true; $wgGroupPermissions['sysop']['reupload-shared'] = true; $wgGroupPermissions['sysop']['unwatchedpages'] = true; $wgGroupPermissions['sysop']['autoconfirmed'] = true; $wgGroupPermissions['sysop']['upload_by_url'] = true; $wgGroupPermissions['sysop']['ipblock-exempt'] = true; $wgGroupPermissions['sysop']['blockemail'] = true; $wgGroupPermissions['sysop']['markbotedits'] = true; $wgGroupPermissions['sysop']['suppressredirect'] = true; $wgGroupPermissions['sysop']['apihighlimits'] = true; $wgGroupPermissions['sysop']['browsearchive'] = true; $wgGroupPermissions['sysop']['deleterevision'] = true; $wgGroupPermissions = array( 'user' ); $wgGroupPermissions['user']['read'] = true; $wgGroupPermissions['user']['createpage'] = true; $wgGroupPermissions['user']['createtalk'] = true; $wgGroupPermissions['user']['edit'] = false; $wgGroupPermissions['user']['viewedittab'] = true; $wgGroupPermissions['user']['upload'] = true; $wgGroupPermissions = array( '*' ); $wgGroupPermissions['*']['createaccount'] = true; $wgGroupPermissions['*']['read'] = true; $wgGroupPermissions['*']['edit'] = true; $wgGroupPermissions['*']['createpage'] = true; $wgGroupPermissions['*']['createtalk'] = true; $wgGroupPermissions['*']['upload'] = true; $wgGroupPermissions['*']['viewedittab'] = true;

—Rob Presley

Editing the history output page

 * MediaWiki version: 1.15.1
 * PHP version: 5
 * MySQL version: 4.1
 * URL: Local development copy

Hello, I am working on creating a new History pattern for my wiki. I am editing the history result page which comes after choosing history versions. I would like to know how to edit that data. So if someone could help me on letting me know which file should i edit to get this done.

I would be very greatful. Thanks.

—Prasath 13:49, 2 September 2009 (UTC)

How to block creation of namespaces or delete them ?

 * MediaWiki version: 1.15.1
 * PHP version: 5.2.3 (apache2handler)
 * MySQL version: 4.1.22-community
 * URL: ? (intranet)

Hy, sorry for my bad english, I'm french guy :/

Sorry if the subject already exists, my search yielded nothing. I use the wiki for a short time, and the creation of namespaces is not blocked by default, how block that ? Then, how to delete a namespace?

Thank you in advance for your help!

—80.118.24.35 14:40, 3 September 2009 (UTC)

Blank screen in Firefox and error in IE

 * MediaWiki version: 1.15.1
 * PHP version: 5.2.4
 * MySQL version: 5.0.45
 * URL: http://wiki.allthingsroyal.net/

At the moment I have the problem of blank white screen in Firefox and an error in IE when I do the following:


 * template (called sjabloon at my wiki) Beginnetje and template afkomstig van Wikipedia give the mentioned problem.
 * when I edit an article and add the template tag, after hitting the submit button.
 * sometimes when I create a new article with a lot of text.

I also get sometimes this error:

Er is een syntaxisfout in het databaseverzoek opgetreden. Mogelijk zit er een fout in de software. Het laatste verzoek aan de database was:

(SQL-zoekopdracht verborgen)

vanuit de functie “Article::insertOn”. MySQL gaf de foutmelding “1205: Lock wait timeout exceeded; try restarting transaction (localhost)”.

(it means there was a syntaxiserror and there probably is an error in the software. The error was the 1205 lock wait timeout exceeded-error)

To make it weirder:


 * when I get the blank screen in Firefox, hitting F5 for a few times helps in some occassions.
 * I never had the SQL-error before, but a month ago I did have the blank screen error (before that I experienced no errors). After a few days everything was normal again until this week.
 * It seems a bit related with spammers, yesterday a spammer went on a small editing spree and the problem started one or two days before. This was also the case last time. Could it be they are sending a lot of requests? Yesterday my whole wiki wouldn't load (although my other subdomains and the main domain did load. Only my wiki was terribly, terribly slow)

I upgraded in june or july from the 1.13 branch to 1.15.1. It went without a problem, and after that I also upgraded my extensions. I don't think it is related, but you never know...

I suspect it is serversided (memorylimit or something, but that is already upped to 32m via .htaccess), but on the other hand,: on a other subdomain I run Wordpress and no errors there. Anyone an idea on what it could be?

—Sophies choice 15:31, 4 September 2009 (UTC)

(RESOLVED) Page look-and-feel (and login status) differs by page & user after upgrade from 1.12 to 1.15.1
We recently upgraded our intranet wiki from 1.12 to 1.15.1, to get access to collapsible tables (with a little customization). However, the look-and-feel of pages varies. Most pages for me look "better" ie. what I presume is the latest theme. Whereas, some pages look decidedly less artful - and they also display the "Log In" link - whereas I am shown as logged in on the "better" pages. A page can look different depending on who the logged-in person is, but the view seems consistent for a given user & page. Unsure whether the correct look-and-feel is only for pages I have recently modified, but I could mount an argument. Browsers used are Firefox & IE (later versions). I know nothing about the use of skins. Installed extensions: ParserFunctions (version 1.2.0); SyntaxHighlight Any help would be greatly appreciated. —203.8.33.195 08:12, 7 September 2009 (UTC)
 * MediaWiki version: 1.15.1
 * PHP version: 5.2.3 (isapi)
 * MySQL version: 5.0.24-community-nt
 * URL: (intranet wiki)

Problem was apparently due to the browser's cookie handling. Logging out, then logging in again, seems to have fixed the problem. —203.8.33.195 00:23, 16 September 2009 (UTC)

error at login after 64bit upgrade and localsettings.php is not created anymore

 * MediaWiki version: 1.15.1 previous 1.14
 * PHP version: 5.2.9
 * MySQL version: 5.0.45
 * URL: http://www.ra-sc.at/wiki/index.php?

ERRORS: login error after 64bit update of the server to solve this error i tried to install version 1.15 - and there localsettings.php isn't even created.

detail information:

I have some problems with my mediawiki

Actuall i had version 1.14 and it was running fine till the server was upgraded to a 64bit machine. Since that update i got serious errors that php5 isn't supported on php5.

to overcome this issues my server provider added the following lines to the .htaccess file

Action php /cgi-php52/php AddHandler php52 .php AddHandler php52 .php5

After this change wiki was working again, but i couldn't login anymore. When i tried to login i always get the message "... user doesn't exit"

Then i tried to reinstall wiki version 1.15, i backuped the database and deleted all wiki files and copied the 1.15 files on the server.

But the localsettings.php file is not created

MediaWiki 1.15.1 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.2.9 installed Found database drivers for: MySQL SQLite PHP server API is cgi; using ugly URLs (index.php?title=Page_Title) Have XML / Latin1-UTF-8 conversion support. Session save path (/tmp) appears to be valid. PHP's memory_limit is 64M. 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. Found GD graphics library built-in. Installation directory: /home/www/web346/html/wiki Script URI path: /wiki Installing MediaWiki with php file extensions Environment checked. You can install MediaWiki. Generating configuration file...

—80.121.201.70 12:04, 8 September 2009 (UTC)

(RESOLVED) Mediawiki keeps logging me out
I have having a major issue with my Mediawiki logging me out after going to a different page after logging in. -This is NOT a cookies issue - I have cleared all cookies and I have tried this on 3 different browsers and two different computers. -It works fine when I use a different internet connection (I am on satellite internet), however sites like Mediawiki.org and Wikipedia.org do NOT cause this problem while I'm using my current connection. Do they have some kind of special setting? -It is not a PHP sessions problem - I have checked with my web host and now even switched web hosts just to verify this is not the case. I also have a InvisionBoard set up on this same site and it is not having any trouble staying logged in. —Qscott86 00:17, 10 September 2009 (UTC)
 * MediaWiki version: 1.15.1
 * PHP version: 5.2.9
 * MySQL version: 5.0.81
 * URL: http://www.umheadquarters.com

Load Issues on server

 * MediaWiki version: 1.13.0
 * PHP version: 5.2.8 (cgi-fcgi)
 * MySQL version: 5.1.30
 * URL: http://poketeca.com

My hosting says that my installation is causing load issues on the server. They recommend me asking here for assistance in improving the performance of my wiki. The hosting tells me abaout Caching but, what more can I do?

—87.221.133.156 20:02, 11 September 2009 (UTC)