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.

(Resolved) Error 404 Page Not Found - MediaWiki Install on IIS 6.0, PHP, Windows 2003, FastCGI
I had some trouble resolving the error 404 Page Not Found Resolution IIS virtual directory configuration: On Home Directory tab, click on Configuration and add Application Extension Mapping for php. The entry must be ".php" and "C:\WINDOWS\system32\inetsrv\fcgiext.dll" for FastCGI, otherwise use c:\php\php5isapi.dll. My version of fcgiext.ini had incorrect [Types] section... Should be (verify php path on your install) [Types] php=PHP

[PHP] ExePath=C:\PHP\php-cgi.exe InstanceMaxRequests=10000 ActivityTimeout=600 RequestTimeout=600 EnvironmentVars=PHP_FCGI_MAX_REQUESTS:10000,PHPRC:C:\PHP\

Also, http://blog.tjitjing.com/index.php/2006/05/php5-with-iis6-on-windows-server-2003.html was very helpful.

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


 * You're repeatedly overwriting your variable:

$wgGroupPermissions = array( 'sysop' ); ... $wgGroupPermissions = array( 'user' ); ... $wgGroupPermissions = array( '*' );
 * Max Semenik 07:52, 21 November 2009 (UTC)

Signatures don't work properly on 1.15.1
Also asked here: http://en.wikipedia.org/wiki/Wikipedia_talk:Signatures#Invalid_links_in_signatures_-_MediaWiki_1.15.1.

I just realized that ~ is creating links to SomeUserName and not User:SomeUserName. Is this a known MediaWiki bug? Is there a fix and/or workaround?


 * HELP! Anyone?

Something similar to early WikiWords?
Hey, I'm setting up a wiki right now and i need to know if it is possible to create variables/functions for strings in wiki articles and pages?
 * MediaWiki: 1.14.0

e.g. wikipage Some text on the page And even more text. So now i know for sure that ppl at my company filling the wiki will miss to add links to other pages from time to time. I just want to make sure that the links to other pages that exist will be created. So i need to know if it's possible (maybe using MagicWords) if i set the string text as a variable for the function text. I have no idea how to do that and if it is even possible :).

Problem with saving Sites with Tables

 * MediaWiki version: 1.15.1
 * PHP version: 5.1.6
 * MySQL version: 5.0.45
 * URL: internal URL (not available for external users)

Hi,

i have a problem with saving tables in Mediawiki. When i set up a site with a table inside it will go up to 2 minutes when try to save changes. But if i set up the checkbox "Nur Kleinigkeiten wurden geändert" the changes will be saved in less than 5 seconds.

We are using the Prettytables in our Mediawiki.

There are no error messages in the logfiles. This problem is after we have updated our system to the new Version 1.15.1

Is there any way to solve this problem? Thank you in advance

Best regards Dirk

—85.115.15.134 11:32, 5 November 2009 (UTC)

TOC/Numbered List Formatting Bug

 * MediaWiki version: 1.12.0 and 1.15.1
 * PHP version: 5.1.6 (apache2handler)
 * MySQL version: 5.0.27
 * URL: http://wiki.electronicvisions.com/index.php/Formatbug

There is a formatting bug when a left aligned TOC has a numbered list to its right. The indentations don't appear to occur and the numbers themselves are located within the TOC box.

I tried upgrading to 1.15.1 to see if it had been fixed but it looked the same. (I then went back to 1.12.0 because I was having trouble convincing 1.15.1 to allow page edits, but that's likely my issue)

Here's the simple code that my example page uses to test it:

Special notice text

Sample Section Heading

 * First item in an indented, numbered list
 * Second item in an indented, numbered list
 * Third item in an indented, numbered list

Another Sample Heading
Blah, blah, blah

Final Section Heading
Blah, blah, blah —216.199.48.59 15:58, 6 November 2009 (UTC)

creating a personal wiki

 * MediaWiki version: 1.15.1
 * PHP version: 5
 * MySQL version: 5
 * URL: 2dotnet.co.cc/wikien/

What should i do in order to allow users to create a personal wiki (i mean somthig like the service given by www.wiki-site.com) ?

Thanks ahead.

awad_nayif@yahoo.com

—79.182.33.106 16:35, 14 November 2009 (UTC)

Wiki intermittently slow to load

 * MediaWiki version: 1.15.1
 * PHP version: 5.2.10 (cgi-fcgi)
 * MySQL version: 5.0.51a-24+lenny2
 * URL: http://www.actscoutaction.org.au/wiki/

G'day guys,

I have installed MediaWiki 1.15.1 and am finding that it is intermittently very (very) slow - often working fine, but othertimes taking up to three minutes to load a simple page.

My ISP has pointed me to its status page so I can see what versions of 'stuff' they are running - it is at http://www.netregistry.com.au/support/kb/questions.php?questionid=59 which shows that they are running Zend Accelerator.

I'm guessing I need to modify my LocalSettings.php to tell it to use Zend - any clues what I might add/change?

Any other tips greatly appreciated

—Isanders 20:39, 16 November 2009 (UTC)

How to show search hits but hide page content?

 * MediaWiki version:  	1.15.1
 * PHP version: 2.5.6
 * MySQL version: 5.0.67
 * URL:

Is there any way to display search hits to a page but hide the page content from unregistered users?

Bruce—130.76.32.181 23:23, 20 November 2009 (UTC)