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.

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

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


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

Hi!

I find how you can move a text and create redirects but I want an automatic redirect. How do I do so that everytime someone searches for "Cbetting" they will get to "Cbet" ?

—83.233.131.131 19:56, 17 September 2009 (UTC)


 * MediaWiki version: 1.15.1
 * PHP version: 5.3.0
 * MySQL version: 5.1.37
 * URL: stopphei.zapto.org/wiki

How can I only use "wiki/(etc)" instead of "wiki/index.php/(etc)" when someone use my wiki?

—82.116.83.55 15:57, 24 September 2009 (UTC)