Project:Support desk/Sections/System

__NEWSECTIONLINK__ = MediaWiki System Support =

(RESOLVED) All web pages I access from IE or Firefox look lined up verticaly

 * MediaWiki version: 1.13.2
 * PHP version: 5.2.6
 * MySQL version: 5.0.45
 * URL: still in the intranet space

I am running Apache 2.2.10 on Fedora 8. It does no matter which skin I appply. I have installed a few additional skins: Daddio, Drupal and WordPress. When a new user logs in, the page look changes but all the UI elements are still lined up vertically.

Thank you for your time and help, Alex —Alexkovsky 18:30, 5 December 2008 (UTC)


 * Most likely your issue is described here (including a solution)
 * Tamalotes 05:59, 18 January 2009 (UTC)

How can I put our Bulletin Board in our MediaWiki?

 * MediaWiki version:1.7.1
 * PHP version: 5.2.0-8+etch11
 * MySQL version: 5.0.32-Debian_7etch6-log
 * URL: local

So my problem is, I want to take our Bulletin Board into our Mediawiki! Are there any opportunitys? I've got no idea except the Copy-Paste function! But we have so many textes in it that it will be stupid to copy all the textes :)

Many Thanks

Marc — 08:54, 10 December 2008 (UTC)

Merging data from Confluence into MediaWiki
Hello,
 * MediaWiki version:  	1.13.2
 * PHP version: 5.1.6 (apache2handler)
 * MySQL version: 5.0.16-standard-log
 * URL: internal

I have been using Confluence and MediaWiki side by side for a while now. All users have stopped confluence and now use MediaWiki but i am trying to merge the data over from confluence into the existing MediaWiki. I am wondering if somebody has accomplished this migration before and how it is done. Thanks

-Anthony acaiafa@mypublisher.com December 12 2008 —65.242.204.162 23:35, 12 December 2008 (UTC)

MediaWiki sites / scan for buzzwords
Hi everyone ;-)
 * MediaWiki version: 1.13.3
 * PHP version: 5.2.0-8+etch13
 * MySQL version: 5
 * URL: ---

Are there any Tools for MediaWiki that scans the entire Page for Page-Buzzwords and automatically sets a Link to the existing Site?

Example: maybe i´m writing an article with a topic like "server-management" and in this article is a word like "SQL-Server"... this tool should automatically sets the reference to the exiting Page "SQL-Server"...

Greetings,

Seth —62.96.20.21 10:51, 19 December 2008 (UTC)

Username specifications

 * MediaWiki version: 1.13.0
 * PHP version: 5.2.5
 * MySQL version: 5.0.51a
 * URL: (intranet)

Why does a username must start with a capitalized letter? Is this just for formal reasons or does it produce a conflict with the system, PHP or MySQL?

I'd like to add a tilde to the names of ex-users like "~ Alfred" to get them sorted below the active users. Will it work that way?

Thank you very much and hava merry x-mas :o) —85.115.0.242 16:17, 19 December 2008 (UTC)


 * Not an answer to your issue, but Why dont you just apend a Z or a Z- to the beginning of the username, this allows you to conform to the requirements, it sorts the user to the end of the list, and if anyone asks you could say that those are sleeping users. --Luminary 22:45, 2 February 2009 (UTC)

Hi Luminary, thanks for your idea, but it is not quite the seperation of sleeping users I have in mind. Meanwhile I browsed the user list of the Wikipedia and found numerous different letters and symbols that are listed below the alphabet. Obviously the technical demand is only not to use a small letter, but anything else. On my test-environment the tilde-combination seem to work properly. I think I'll do it that way. But it's really a pity, that none of the staff is answering this simple question :o( Bye --62.214.242.56 21:48, 7 February 2009 (UTC)

Configuring MediaWiki With nginx

 * MediaWiki version: 1.13.3
 * PHP version: 5.2.5 (apache2handler)
 * MySQL version: 4.1.22-standard
 * URL: http://www.zeldawiki.org/

Hello, all - I'm experiencing quite the dilemma. I've recently moved to nginx from apache, but there seem to be no resources to configure URL rewriting with nginx and MediaWiki. As a result, all of the image pages on Zelda Wiki.org produce a 404 error. I'd like to keep my URL structure the same (as in, site.com/pagetitle), but have no idea how to configure nginx to support this. If anybody has any clue how they would go about configuring MediaWiki with nginx, please help!

Thanks for your time! —69.115.161.97 00:20, 25 December 2008 (UTC)

HTML rendering order vs. Transclusion

 * MediaWiki version: 1.14alpha (r43900)
 * PHP version: 5.2.1
 * MySQL version: 5.0.22
 * URL: http://reformedword.org

Meta uses a template H that just does this: }

That is, it takes the first parameter and makes it the roll-over (hover) text for the second parameter. My problem is when I try to do this:  That is, take the first parameter as a page (hopefully small) to transclude and make it be the text of the roll over. My suspicion is that there is some rule of HTML rendering order or allowed moves that prevents the text from being transcluded before the HTML is rendered. When I look at the source of the page on my wiki, I see a span without any  attribute at all. Do I need to use Manual:$wgRawHtml or one of the extensions, or is there some other variable which might help me? Thanks for your time. —Aquatiki 17:23, 28 December 2008 (UTC)

Notification on changes without login

 * MediaWiki version: 1.13.3
 * PHP version: 5.2.4
 * MySQL version: 5.0.51

We use our wiki to announce changes on our network. Every user is encouraged to watch the news page so he is getting updates via email. The problem is that after such an email is sent, the user has to visit the news page in order to get further notifications. Furthermore visiting only is not sufficient, he has to log in.

Is it possible to configure MediaWiki to send out notification-emails whether the user has visited the page since the last change or not?

—Windy 14:03, 5 January 2009 (UTC)

Admin accounts?
I need to know how handle admin side that is checking the article and deleting it if it is not following regulations in my customised Wikipedia which I have installed last week for my organisation. In other words I want to know the procedure to set admin side after its installation, which will take care of deleting the contents with unwanted or wrong information.
 * MediaWiki version:
 * PHP version:
 * MySQL version:
 * URL:

Rakesh Pandita, Software Deveoper —Rakesh.pandita 04:48, 6 January 2009 (UTC)

how to send automatic Emails to users when a New page is created

 * MediaWiki version: 1.12
 * PHP version: 5.0
 * MySQL version: 5.0
 * URL: intranet

Wanted to know if there is a way to intimate all wiki users whenever a New page is created ?

Thanx —59.164.116.156 17:38, 7 January 2009 (UTC)

Installed MW, confirmation screen ok, goto home page and get IE blank page

 * MediaWiki version: 1.13.1
 * PHP version: 5.0.5
 * MySQL version:
 * URL: Internal network can not suppply

When I go to main page (http://192.168.1.9/index.php?title=Main_Page) says Ie cannot display page.

Installation report: Please include all of the lines below when reporting installation problems.

PHP 5.0.5 installed Found database drivers for: MySQL Warning: PHP's register_globals option is enabled. Disable it if you can. MediaWiki will work, but your server is more exposed to PHP-based security vulnerabilities. PHP server API is cgi-fcgi; using ugly URLs (index.php?title=Page_Title) Have XML / Latin1-UTF-8 conversion support. Session save path (d:\apps\php505\sessiondata) appears to be valid. PHP is configured with no memory_limit. Couldn't find Turck MMCache, eAccelerator, APC or XCache; cannot use these for object caching. GNU diff3 not found. Found GD graphics library built-in, image thumbnailing will be enabled if you enable uploads. Installation directory: D:\data\Inetpub\wwwweb_wiki Script URI path: Installing MediaWiki with php file extensions Environment checked. You can install MediaWiki. Warning: $wgSecretKey key is insecure, generated with mt_rand. Consider changing it manually. Generating configuration file...

Database type: MySQL Loading class: DatabaseMysql Attempting to connect to database server as fwwiki...success. Connected to 4.1.16-nt; enabling MySQL 4.1/5.0 charset mode Attempting to create database... Created database fwwiki Creating tables... done. Initializing statistics... Created sysop account admin2. Creating LocalSettings.php

—Rjdjohnston 22:17, 8 January 2009 (UTC)

Editing Conflicts that won't go away.

 * MediaWiki 	1.12.0
 * PHP 	5.2.6 (cgi-fcgi)
 * MySQL 	5.0.51-log
 * URL: http://securitywire.org

I am repeatedly running into Editing Conflict errors - even when I am the ONLY user editing. How can I just turn this off? Because doing as it says and merging my changes only resorts to another Editing Conflict. Im in a conflict loop and its driving me crazy.

—oldr4ver 14:42, 9 January 2009 (UTC)

a wiki where users can claim their record, and upload documents

 * MediaWiki version: 1.13.3
 * PHP version: 5.1.1
 * MySQL version: 5.1
 * URL: none yet

We're working on a project whereby we need the notion of a claimant-- someone who owns the John Doe record, because they are indeed John Doe, and then they upload 1-n documents in html, word or pdf format, which will be converted to html if not html to start, that any other user can peruse, and comment upon. Will MediaWiki support such an endeavour?

—Petecamp 20:39, 10 January 2009 (UTC)

(RESOLVED) MediaWiki editor is removing the leading spaces at the front of lines when editting

 * MediaWiki version: 1.10.0
 * PHP version: 5.0.3
 * MySQL version: 5.0.41
 * URL: internal intranet, no public url

If I create a page with lines with leadings spaces (e.g. a block of formatted source code within source tags) and save it, it is displayed correctly, with the lines in a box. But when I edit the page again, within the editor the leading spaces are all removed from the text, and I have to remember to put them all back in again manually. I have searched the web and the help pages but cannot find what setting is causing this in my MediaWiki. Help would be appreciated! Thanks, Cathy Hemsley.


 * Note: I have found what appears to be the fault, by debugging the source code.  It is the SelectCategory and SelectCategoryTagCloud extensions that are causing the problem, afaics, when they strip out the categories they are using 'trim' to remove white space:  if I change this in the code to 'rtrim' it seems OK.
 * —213.106.210.154 09:57, 13 January 2009 (UTC)

(RESOLVED) authorisation system
I would like to ask if there is any authorisation system in MediaWIki. I need to know if MediaWiki supports authorisation permission to confirm the content (eg. editor write something and then moderator confirm content to make it visible on the webpage). Thanks for your help.
 * MediaWiki version:
 * PHP version:
 * MySQL version:
 * URL:

—89.76.156.101 10:11, 14 January 2009 (UTC)


 * You should be able to do this with the FlaggedRevs extension. —Emufarmers(T 06:21, 15 January 2009 (UTC)

(RESOLVED) No wikisysop acct

 * MediaWiki version: 1.13.3
 * PHP version: 4.4.9
 * MySQL version: 5.0.67

I installed MediaWiki for the first time and it seems to be running fine, but it appears I did not create a wikisysop account. How do I change this manually? I don't want to to reinstall.—Steve3849 08:12, 15 January 2009 (UTC)
 * Sorry, the account exists. I was not being case sensitive. Problem solved. Steve3849 08:36, 15 January 2009 (UTC)

Access error when creating an article

 * MediaWiki version: 1.13.3
 * PHP version: 5.2.6 (apache2handler)
 * MySQL version: 5.0.51b-community-nt

When trying to create an article I get: Access error or: Permission errors - You do not have permission to edit pages in the Page namespace.

This doesn't appear with discussion pages.

—91.78.223.109 19:18, 15 January 2009 (UTC)

I assume, like me, that you followed the example as per http://www.mediawiki.org/wiki/Manual:Preventing_access#1.10_upwards, and tried to setup your wiki such that only syspos could edit pages. The value that goes inside the array part is for rights, not user groups, which was the mistake I made. So try something like array( 'editinterface' );, as by default, only syspos have that right.

207.161.66.233

New Skin problem

 * MediaWiki version: 1.9.3
 * PHP version: 5.0
 * MySQL version: 5.0
 * URL: http://www.thegeckocam.com/wiki/index.php?title=Hoofdpagina

Hi I've just installed a new skin and set it but the problem is, it only starts when I log in my own site but it doesn't show when you just look at the site and not log in.

Can somebody help me because then my site is finisht.

Thanks Greetfull.

--77.164.218.186 10:58, 16 January 2009 (UTC)

Cant write swedish letters å, ä and ö

 * MediaWiki version: 1.13.3
 * PHP version: 5.2.5
 * MySQL version: 5.0
 * URL: http://www.skoltidningswiki.se/

i cant use the swedish letters å,ä and ö if i do so i get error 500 in internet explorer and just a white page in Firefox when clicking submit

—Itanium 22:14, 16 January 2009 (UTC)

Add this to you LocalSettings.php:

ini_set( 'memory_limit', '32M' );

Had the same problem but this solved it.

Deleting error

 * MediaWiki version: 1.13.3
 * PHP version: 5.2.8 (apache2handler)
 * MySQL version: 5.0.67-community

When trying to delete an article I get 500 Internal Server Error...

Ph-Menace Owner 18:55, 17 January 2009 (UTC)

blank pages

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

Hi there,

i got a strange problem:

After editing a site, by clicking on save or preview, all i get is a blank page. I am really helpless. Every hint is appreaciated.

—62.214.217.175 06:09, 21 January 2009 (UTC)


 * Did you check Manual:Errors and Symptoms? -- :bdk: 09:38, 22 January 2009 (UTC)

Case insensitivity article names for Russian language

 * MediaWiki version: 1.12.3
 * PHP version: 5.2.8 (apache2handler)
 * MySQL version: 5.1.30-community
 * URL:

Hello!

I`ve got the following problem - MediaWiki treats Russian article`s name in case sensitive way. For example, "RUSSIAN ARTICLE" and "Russian article" (in Russian symbols) are treated as different articles, while "ENGLISH ARTICLE" and "English article" are treated as the same article. How may I make MediaWiki to be case insensitive for article names in Russian language? Is there any config param of tweak available?

Thank you in advance!

Gleb.

—81.211.120.22 09:53, 22 January 2009 (UTC)

Can Not Edit Sidebar (SOLVED)

 * MediaWiki version: 1.13.3
 * PHP version: 5.2.6 (apache2handler)
 * MySQL version: 5.0.67-log
 * URL: http://karaoke.kjams.com/wiki/Main_Page
 * Auth_phpBB version: 3.0.3 (2008-03-03)

I've googled. I've searched high and low. I've looked in the forums, I've looked everywhere. In all these places I see people who have the exact same problem as I do, and nobody has offered a solution that actually works.

I am the sysop, I own the wiki. But there is no edit tab on the Sidebar page. http://kjams.com/screenshots/no_edit_sidebar.png I am using Auth_phpBB, and i suspect it is interfering (however removing it did not solve the problem, but that also does not rule it out). And yes I tried ?action=edit, to no avail. Why am i able to delete a page (an obviously sysop priv) but I can't edit it?

I would be satisfied to know how to grant myself or a specific user permission to edit the Sidebar. —Davecotter 00:54, 25 January 2009 (UTC)

Update: I solved this by deleting the page and re-creating it. Now i have edit privs again Davecotter 21:51, 25 January 2009 (UTC)

Error
(all this doesn't work)
 * MediaWiki version:
 * PHP version:
 * MySQL version:
 * URL:

I can't access my wiki, I get this error: Error, Setup.php must be included from the file scope, after DefaultSettings.php

My host: http://klas1s1.oxyhost.com/wiki/

—62.140.137.30 19:56, 25 January 2009 (UTC)

Strange output of contents

 * MediaWiki version: 1.13.3
 * PHP version: 5.2.6 (apache2handler)
 * MySQL version: 5.0.51a
 * URL: intranet only

Hello,

I encounter misformatting on our intranet website. We have a running mediawiki on our intranet since July 2008. We didn't have had any problems, neither formatting nor anything else. And we didn't manupulate the database or contents through any other tools but mediawiki only! But since today apparently random errors are occuring, without having done anything on the server (no update or something like that):


 * our sitename is shown as "" on recently edited pages, which is the strongest hint I can give
 * the letters before and after some line endings are getting scrambled, even when no editing is done, but only saving the unchanged contents once again.

I have difficulties to produce the error to show the effects more clearly, but I think, the misformatting of should be enough to get a clue ??

Norbert —84.145.134.116 12:38, 27 January 2009 (UTC)

Update: I found a description of a similar bug on bugzilla.wikimedia. The solution was to raise the memory limit for php above 20Mb, but our setting is already 128Mb, so it should be no memory issue

—Norbert 14:17, 27 January 2009 (UTC)

Creating templates

 * MediaWiki version: 1.13.1
 * PHP version: 5.2.6 (isapi)
 * MySQL version: 5.0.67-community-nt
 * URL:

Is it possible to create a template or checklist from which each new entry can be created? We want each user in our organization to use the same list of categories when creating a new page, and we thought that a checklist, where they could simply select the appropriate categories, would be the most convenient and help avoid human error or data-entry issues. A template would be similarly helpful.

—Sputnika08 16:46, 27 January 2009 (UTC)


 * MediaWiki version: 1.10.2
 * PHP version: 5.2.2
 * MySQL version: 5.0.41
 * URL: intranet only

For some WIKIs that are running in our Intranet, I need to authenticate our users using LDAP and the following two WIKI groups: Readers (testgroup) and Writers (testgroup2). Anonymous should not be able to read the WIKI pages.

my problem is, that using the syntax:

$wgLDAPRequiredGroups = array( "testLDAPdomain"=>array( "cn=testgroup,ou=groups,dc=LDAP,dc=example,dc=com", "cn=testgroup2,ou=groups,dc=LDAP,dc=example,dc=com" ),

I cannot define different rights for users in the testgroup than the users in the testgroup2 have. This mean, if a user is in one of each two groups, he will always get the Writers access.

Can you please explain how I can define two groups, with different rights (Readers & Writers)?

—194.150.244.93 12:22, 29 January 2009 (UTC)Alex Durrer

LDAP Authentication

 * MediaWiki version: 1.12.0
 * PHP version: 5.1.6
 * MySQL version: 5.0.22
 * URL: Intranet only

For some WIKIs that are running in our Intranet, I need to authenticate our users using LDAP and the following two WIKI groups: Readers (testgroup) and Writers (testgroup2). Anonymous should not be able to read the WIKI pages.

my problem is, that using the syntax:

$wgLDAPRequiredGroups = array(

"testLDAPdomain"=>array(    "cn=testgroup,ou=groups,dc=LDAP,dc=example,dc=com",     "cn=testgroup2,ou=groups,dc=LDAP,dc=example,dc=com"     ), I cannot define different rights for users in the testgroup than the users in the testgroup2 have. This mean, if a user is in one of each two groups, he will always get the Writers access.

Can you please explain how I can define two groups, with different rights (Readers & Writers)?

—194.150.244.93 12:28, 29 January 2009 (UTC) Alex Durrer

I can see my editing only when i'm logged in

 * MediaWiki: 1.6.10
 * PHP: 4.3.9 (apache2handler)
 * MySQL: 4.1.22
 * URL: http://socialwork.wiki.co.il

Since last week, i can only see my editing on my wiki site, when i'm logged in. When i'm signing out of my wiki site, trying to see the changes i made - The old page data appears, without the changes i made. I tried to check in different computers, but the problem persists. More strangely that there are few pages that does work - I can edit them and see the changes i make, even when i'm logged out. I tried to find any differences between the pages who works to those that doesn't work - didn't find any...

Most Regards, Energidi 08:47, 2 February 2009 (UTC)

Unable to create or edit after pretty URLs installed.

 * MediaWiki version: 1.12.0
 * PHP version: 5.2.8 (cgi-fcgi)
 * MySQL version: 5.0.67-community-log
 * URL:

Hello,

I recently installed pretty URLs using http://www.mediawiki.org/wiki/Manual:Short_URL/wiki/Page_title_--_no_root_access

After running into problems with pages not displaying I found some solutions and got the wiki to display.

Here are my changes to teh LocalSettings.php

$wgScriptPath = "/wiki";        # Path to the actual files (right part of first rewrite rule). Should already be there $wgArticlePath = "/$1"; # Virtual path (left part of first rewrite rule). MUST be DIFFERENT from the path above! $wgUsePathInfo = true;

$actions = array('view', 'edit', 'watch', 'unwatch', 'delete','revert', 'rollback', 'protect', 'unprotect','info','markpatrolled','validate','render','deletetrackback','print',  'dublincore','creativecommons','credits','submit','viewsource','history','purge'); foreach ($actions as $a) $wgActionPaths[$a] = "$wgScriptPath/action/$a/$1"; Here is my .htaccess file RewriteEngine On RewriteRule ^([^/]*)$ /wiki/index.php?title=$1 RewriteRule ^/([^/]*)$ /wiki/index.php?title=$1 Options +FollowSymLinks

The wiki displays properly, but I am not unable to edit content, create content or search. When searching it always comes up with no results.

—76.246.107.198 21:28, 4 February 2009 (UTC)

MediaWiki start page

 * MediaWiki version: 1.13.3
 * PHP version: 5.1.6 (apache2handler)
 * MySQL version: 5.0.45
 * URL: http://www.nutripedia.se/wiki/

Hello dudes! :-)

I have installed MediaWiki and used the short url as pointed out here: http://www.mediawiki.org/wiki/Short_URL#Setup_steps (I asked my webhost to check httpd.conf) And it works fine. My issue is that I want the entrance to be loading the MediaWiki script as well. So that http://www.nutripedia.se/ loads up MediaWiki Start page. How would you go about to do that? :-)

Happy for any answers I can get, I'm a newbie on MediaWiki.. Cheers, Erik

—193.11.226.25 21:42, 5 February 2009 (UTC)

Running MediaWiki inside a template like phpBB3

 * MediaWiki version: 1.13.3
 * PHP version: 5.2.8 (cgi)
 * MySQL version: 5.0.67-community-log
 * URL:

I feel like it would help others if there were a solution to this. Most of my site is based on phpBB3. That allows for creating template pages and inserting a .php page within the standard framework. I tried to simply run the index.php from inside the phpBB template, but there were problems with finding files / directory paths. I manually edited some of the paths just to see if it might work, but there were other problems - calling member function getVal on a on-object, for example. PhpBB is installed in the root directory, and MediaWiki is inside /wiki. I guess it might solve some problems to put MediaWiki in the root directory, but that would be pretty bad for organization. I also tried including the phpBB header code in the MediaWiki file but that didn't work well at all. Since there's an excellent extension to share logins, it would be fantastic to be able to share the header from phpBB3 and keep the site continuity. Does anyone have any ideas how to accomplish this? Thank you very much for your time, Matt

—75.34.66.85 20:35, 6 February 2009 (UTC)

$wgGroupPermissions['*']['edit'] = false causes the "edit" link to be shown

 * MediaWiki version: 1.5.8
 * PHP version: 5.2.5 (cgi-fcgi)
 * MySQL version: 5.0.67-log
 * URL:

I thought that $wgGroupPermissions['*']['edit'] = false; in LocalSettings.php could cause the "edit" link not to appear when an user is not logged in (documentation doesn't say it explicitly), but maybe I was wrong. Can you help me to hide the "edit" link when the user is not logged in?

Thanks Jaime —190.8.102.216 20:21, 7 February 2009 (UTC)


 * Upgrade MediaWiki. —Emufarmers(T 04:34, 8 February 2009 (UTC)

Problem with character set caused by maintainance/update.php

 * MediaWiki version: 1.13.4
 * PHP version: 5.2.6 (apache2handler)
 * MySQL version: 5.0.67
 * URL:

Hi all, I try to upgrade from mediawiki 1.12.0 to mediawiki 1.13.4 and I watch corrupted non-ascii characters. Each character is displayed as 2 characters, it seems to be, that it displays the 2 bytes of the corresponding utf8 value as sepparate characters.

To find out what causes the problem I did the following: I switch back to the unchanged database schema and anything is o.k.
 * 1) I made 2 copies of the database, one to test with 1.12.0 and one to test the upgrade.
 * 2) I made a additional copy of my mediawiki 1.12.0 and I configure it to use the first database copy. It works fine.
 * 3) I install 1.13.4, copy the images directory and configure it to use the second database copy. Now I perform the upgrade.php script.
 * 4) I can connect to mediawiki 1.13.4, but any non-ascii caracter is corrupted (2 characters). The copy of 1.12.0 is not changed and working.
 * 5) Now I configure the 1.12.0 installation to use the upgraded database, the characters are corrupted in the same form like on 1.13.4.

The output of mysql status:

mysql Ver 14.12 Distrib 5.0.67, for suse-linux-gnu (x86_64) using readline 5.2 Connection id:         351 Current database:      wikidb_latin1 Current user:          root@localhost SSL:                   Not in use Current pager:         less Using outfile:         '' Using delimiter:       ; Server version:        5.0.67 SUSE MySQL RPM Protocol version:      10 Connection:            Localhost via UNIX socket Server characterset:   latin1 Db    characterset:    latin1 Client characterset:   latin1 Conn. characterset:    latin1 UNIX socket:           /var/lib/mysql/mysql.sock Uptime:                1 hour 22 min 31 sec

What is to do to perform a upgrade without corruption of data?

--TWerner 14:55, 16 February 2009 (UTC)

—TWerner 14:55, 16 February 2009 (UTC)

Is there a way to 'delay' upload of a page change, pending approval by an admin?

 * MediaWiki version: .5rc4 (CVS REL1_5 200508302300) special version EnotifWiki v3.55 + FCKeditor 2.0
 * PHP version: 5.1.2 (isapi)
 * MySQL version: 5.0.7-beta-nt-log
 * URL:

We are contemplating enabling our current internal wiki to be public-facing, such that non-employees would have read/edit access to the wiki. Is there a way to somehow 'delay' their edits until/unless approved by an admin? I know that admins are able to 'roll back' a page to a previous version, thus removing any graffiti or unwanted content. Thanks, Matt

—209.234.212.2 21:20, 16 February 2009 (UTC)


 * Use the FlaggedRevs extension. —Emufarmers(T 22:26, 16 February 2009 (UTC)

Skin won't load after short URL edit

 * MediaWiki version: 1.13.4
 * PHP version: 5.2.8
 * MySQL version: 5.0.67-community
 * URL: http://ivantoar.co.cc/wikicked

I am installing MediaWiki in shared hosting. I install it under http://ivantoar.co.cc/wikicked. (on a subdirectory). I tried to make my URL short, but after completing the steps, my wiki skin doesn't load. Everytime I use alias in my htaccess file, it shows me internal server error 500. What should I do?

—118.137.18.176 11:02, 17 February 2009 (UTC)


 * Use a different method. You will not be able to use aliases on shared hosting. —Emufarmers(T 23:42, 17 February 2009 (UTC)

Reply---

So can please you give me the different method?


 * There are lots of them listed on the short URL page. —Emufarmers(T 17:40, 18 February 2009 (UTC)

Can I start Outlook with MediaWiki?
Hi,
 * MediaWiki version: 1.12.0 (r1)
 * PHP version: 5.2.5 (apache2handler)
 * MySQL version: 5.0.51a
 * URL: intranet

I would like to start e.g. Outlook by clicking a link in my wiki. Is this somehow possible? (I know the "mailto" feature, but thats not what I'm looking for)

Best regards, —dvL 10:22, 20 February 2009 (UTC) Edit: I've found this Extension. You can start e.g. Outlook by typing outlook:// ..

Replicating Wiki to a second machine

 * MediaWiki version: 1.13.1
 * PHP version: 5.2.4
 * MySQL version: 5.0.45
 * URL: intranet.

My wiki is hosted on a single machine (Machine A) for the use of a group of people. I have set up a second machine (Machine B) with the same setup as above to work as a back up machine. What I want to happen is for Machine A to be the master machine and then have Machine B update itself from Machine A.

I have looked at replication on the MYSQL pages, but setting up a replica doesn't seem to replicate the actual data.

Is there a Guide on how to have the Wiki replicate itself?

While I can find some info about some of the settings within wiki (e.g. Manual:$wgDBservers ) but I'm not sure how to use them.

Thanks.

—161.12.7.4 11:35, 24 February 2009 (UTC) JB (not logged in)

Failed to parse (PNG conversion failed; check for correct installation of latex, dvips, gs, and convert)

 * MediaWiki version: 1.14.0
 * PHP version: 5.2.6
 * MySQL version: 5.0.67
 * URL: www.private.domain

Getting the following error:

Failed to parse (PNG conversion failed; check for correct installation of latex, dvips, gs, and convert):2

from $$2$$

All the relevant directories are rwx, texvc excutes fine from the command line as user apache and produces the correct equation png file..

There seems to be lots of reports of this problem around the web but no real solutions!!

Any help would be appreciated! Thanks

—129.78.64.101 07:15, 3 March 2009 (UTC)

Stripped down non-editable version of Mediawiki?

 * MediaWiki version: 1.14
 * PHP version: 5
 * MySQL version: 5
 * URL: n/a

I am running Mediawiki on a subdomain (edit.example.com) to serve as the backend for my public site (www.example.com), which is running a separate copy of Mediawiki, both connected to the same database. I do NOT want the www.example version to be user-editable. The edit.example subdomain is only accessible from within my LAN, not to the world.

Since ALL management of the wiki will happen at edit.example, is there a way to strip down the code running at www.example to remove all edit functionality, user logins, maintenance scripts, many special pages, etc.? This would, in theory, be more secure (fewer attack vectors) and faster (less code to execute).

To do this, there would either need to be a 'non-editable' branch of Mediawiki, or good documentation on how to safely neuter a copy of the current Mediawiki version.

—Jonathan Kovaciny 18:08, 3 March 2009 (UTC)

CPU load at 100% while loading a page. normal?
Hello
 * MediaWiki version: 1.14.0
 * PHP version: 5.1.2
 * MySQL version: 5.0.18
 * URL: http://wiki.ereterya.com

when i am loading a page on my owm mediawiki my cpu load is gonig up to 100% during the page is loading. it is the same problem under windows and under linux suse. on my live system this effects the other sites because apache need's all cpu for loading my mediawiki. is this normal? —87.176.126.124 12:06, 6 March 2009 (UTC)


 * Add more caching or get a better server. —Emufarmers(T 05:54, 7 March 2009 (UTC)

The misspelling problem of wiktionary

 * MediaWiki version: 1.15alpha (r47457)
 * PHP version: 5.2.4-2ubuntu5wm1 (apache2handler)
 * MySQL version: 4.0.40-wikimedia-log
 * URL:

Hi, I mostly edit the Dutch wiktionary (nl.wiktionary.org). I have no idea where to put this question, because it may actually involve adding functionality to the software.

Many wiktionaries get confromted by 'common misspellings', e.g. "usefull" instead of "useful". Of course one could create a lemma e.g. with a redirect, but this is not a very elegant within wiktionary, because the same word that is a misspelling in one language could be legitimate word in another. Generating lemma's just for non-existent misspelled words is ugly, if only because there is no end to how far one can go with that and it inflates the lemma count.

Best solution would be if you could put an invisible tag on the right page ("useful" in this case) that would prompt the search function to respond with "Did you mean 'useful?'" if someone ran the wrong spelling "usefull" through the Go or Search buttons. Is there such a magic tag? (I don't think so but I can be wrong), if not, could such a magic word be added to the software?

Jcwf 23:42, 6 March 2009 (UTC)

CPU load at 100% while loading a page. normal? Not only on one System
Hello
 * MediaWiki version: 1.14.0
 * PHP version: 5.1.2
 * MySQL version: 5.0.18
 * URL: http://wiki.ereterya.com

when i am loading a page on my owm mediawiki my cpu load is gonig up to 100% during the page is loading. it is the same problem under windows and under linux suse. on my live system this effects the other sites because apache need's all cpu for loading my mediawiki. is this normal? —87.176.126.124 12:06, 6 March 2009 (UTC)

Add more caching or get a better server. —Emufarmers(T|C) 05:54, 7 March 2009 (UTC)

But i have the same problem on two different systems. an my windows system is a 2003 server with 2.8 GHz and 1GB Ram. I think this should be enough for an empty mediawiki? --87.176.61.157 11:27, 7 March 2009 (UTC)

sysop and bureaucrat rights not effective

 * MediaWiki version: 1.14.0-45.fc10.x86_64
 * PHP version: 5.2.6-5.x86_64(apache2handler)
 * MySQL version: 5.0.67-2.fc10.x86_64
 * URL:

Hi. I have some problem, where sysop and bureaucrat rights not effective. User in Sysop or Admin groups does not have rights: delete articles and images and other. I have upgrade from version mediawiki-1.11.2-1.el5 to version 1.13 and have this trouble. Then I have upgrade to 1.14 and trouble is present yet. What can I do? Thank.

Ivan.

—Sigru 00:52, 11 March 2009 (UTC)

Swapping username for real name?

 * MediaWiki 1.14
 * PHP 5.2.8
 * MySQL 5.0.51a

How can I go about swapping Username for Real Name when displaying pages? We're using LDAP to log in to mediawiki but our LDAP id's are in the form of unintuitive numbers (i.e. 123456), is there a way to show a users Real Name (if they've filled it in in preferences) instead of their Username for edits etc. So when a page is edited it would show John Smith next to the edit rather than 123456, the username actually used to log in doesn't need to change so I'm not after making any backend changes, only displaying the Real Name in place of the Username. --62.172.72.131 16:09, 12 March 2009 (UTC)

Problems after moving MW site

 * MediaWiki version: 1.13.2
 * PHP version: 5.1.6
 * MySQL version: 5.0.45
 * URL: NA, internal

I have recently upgraded a server from openSuse to CentOS after dumping the mysql db and backing up all files for MediaWiki.

Previously, the site was located in /src/htdocs (I think)

but is now located in /var/www/html/Content/htdocs

There did not appear to be a setting for $IP anywhere in localsettings.php, so at the very top I added

$IP="/var/www/html/Content/htdocs";

But when I go to the site (http://serverip/Content/htdocs/ and db settings are all correct of course), it seems to redirect to an index.php5 file and the error is

"The requested URL /Content/htdocs/index.php5/Brinkman_Lab_Wiki was not found on this server"

Looking at the blw_apge table in mysql I can see that "Brinkman_Lab_Wiki" is the name of one of the wiki pages? but I am not sure why its not loading?

Any suggestions? —142.103.207.10 20:39, 13 March 2009 (UTC)
 * Are you sure that $wgScriptPath is correct in your LocalSettings.php? i Alex  22:37, 20 March 2009 (UTC)

Revision IDs: Showing in history pages

 * MediaWiki version: 11.0 (update to 13.4/13.5 planned)
 * PHP version: 5.2.5
 * MySQL version: 5.0.51
 * URL: internal

Hello! Is it possible to show the revision ids in the history pages? In a "hidden" form they are there in the cur/prev links in each row, but for a certain purpose it would be more convenient to have them shown explicitly. Thanks -- JörgM 84.156.130.207 08:21, 15 March 2009 (UTC)

Accessing media wiki through a virtual host
Product        Version MediaWiki	1.14.0 PHP	       5.1.6 (apache2handler) MySQL	       5.0.45

I have a virtual host setup in apache for my wiki. However, when I try to access it by typing in my virtual host name, I don't get any of the formating or logos and the links don't work. I tried the virtual host extension script. Now when I type in my virtual host name I go to the index page /var/www/. If I put anything beyond my server name for the virtual host extension script I get A 404 error. Thanks in advance for you help.

—24.121.224.132 01:16, 23 March 2009 (UTC)

Max upload size problem

 * MediaWiki version: 1.13.3
 * PHP version: 5.2.8 (cgi-fcgi)
 * MySQL version: 5.0.67.d7-ourdelta-log
 * URL:

I have LocalSettings set to $wgMaxUploadSize = '15MB'; However, Special:Upload reports Maximum file size: 8 MB. This was reported here but not actually resolved. My host is Godaddy. Thanks (: Tempp 04:40, 24 March 2009 (UTC)

Protection Notification

 * MediaWiki version: 1.14
 * PHP version: 5.2.9
 * MySQL version: 5.1
 * URL: intranet

its been requested to have the ability that when a page is protected by an admin and a reason is selected, to have that status and reason posted on the page itself. currently the only way a user can tell a page is protected or why is taht the edit feature is missing. you can see the reason in the revision history but is there a way to disply this info as a header or something on the page when you protect the page?

Thanks for any help you can provide.

—209.37.4.38 18:30, 27 March 2009 (UTC)

Remove the automatic uppercase in the import form
In the import page, when I choose a file, the first letter in the rename field change into an UpperCase... How can I disable this feature as I want all my files in lowercase.
 * MediaWiki version: 1.14.0
 * PHP	5.2.6-0.1 (cgi-fcgi)
 * MySQL	5.0.32-Debian_7etch4-log
 * URL: http://wiki.mangas-tv.com

—KroNoxt 06:11, 31 March 2009 (UTC)

Vanilla forums integration users

 * MediaWiki version: 1.14.0
 * PHP version: 5.2.9
 * MySQL version: 5.0.77
 * URL: None yet

I am trying to integrate Vanilla forums and Mediawiki .. I only need user integration. I have seen that there is an extension for this but this doesnot work...

"$wgAuth = new AuthPlugin_Vanilla($wgDBserver, $wgDBuser, $wgDBpassword, $wgDBname, "lum_");" ---they used the username for the database  and in the "AuthPlugin_Vanilla.php" they use the same username to login to the Wiki.

Please tell me what could be the problem.. and a working code would be helpful.. Thank you.

—203.35.135.136 11:51, 31 March 2009 (UTC)

auto-generate a template showing all of the items in a category

 * MediaWiki version: 1.12.0
 * PHP version: 5.2.6 (apache2handler)
 * MySQL version: 5.0.51a-log
 * URL: http://www.bogleheads.org/wiki/index.php/Main_Page

Is it possible to auto-generate a template showing all of the items in a category? For example, this Navigation Template simply lists every item in this Category. Is it possible please to have the template automatically regenerated every time a new page is added to the category?

—Dan Kohn 16:09, 1 April 2009 (UTC)
 * I guess the Extension:DynamicPageList can sort of resolve your problem... Kronoxt 04:16, 7 April 2009 (UTC)

Failed to confirm the E-Mail

 * MediaWiki version: 1.2.0
 * PHP version: 5.2.8
 * MySQL version: 5.0.67
 * URL: http://www.laube.ilohost.com/laube/laubenpedia/index.php?title=Hauptseite

I've copied the code for blocking all pages for non emailconfirmed users and edited the whitelist in the LocalSettings.php. Now, if a guest want to register he get the link to confirm the mail. This page (Special:ConfirmEmail/) is already added to the whitelist but it didn't work. How can i fix it? There is a ModRewrite after "Special:ConfirmEmail/". Can I use the RegExp's to solve the problem?

Some code from LocalSettings.php:

$wgGroupPermissions['*']['createaccount']   = true; $wgWhitelistRead = array("Hauptseite", ..., "Special:Userlogin", "Spezial:Einstellungen", "Special:ConfirmEmail", "Spezial:E-Mail_bestaetigen"); # Disable for everyone. $wgGroupPermissions['*']['edit']   = false; $wgGroupPermissions['*']['read']   = false; # Disable for users, too: by default 'user' is allowed to edit, even if '*' is not. $wgGroupPermissions['user']['edit']  = false; $wgGroupPermissions['user']['read']  = false; # Make it so users with confirmed e-mail addresses are in the group. $wgAutopromote['emailconfirmed'] = APCOND_EMAILCONFIRMED; # Hide group from user list. $wgImplicitGroups = array( 'emailconfirmed' ); # Finally, set it to true for the desired group. $wgGroupPermissions['emailconfirmed']['edit'] = true; $wgGroupPermissions['emailconfirmed']['read'] = true;

—Dofalschehase 08:25, 6 April 2009 (UTC)

Elminate spaces
Is there any way to have a function that will elminate spaces. For example: Transform "Hi bye" into "Hibye"? Erwin Springer 18:08, 10 April 2009 (UTC)

Unable to edit anything in Wiki - Logged into Master Account
Hello. I am logged into my master account on my wiki made at setup, Richard. Today, I have logged on and tried to edit some pages, even ones I didn't protect, and this error comes up: "Sorry! We could not process your edit due to a loss of session data. Please try again. If it still does not work, try logging out and logging back in. " I also get another error, it says, "There seems to be a problem with your login session; this action has been canceled as a precaution against session hijacking. Please hit "back" and reload the page you came from, then try again." I have already logged out, then back in, but the error still shows. My E-Mail address, to contact me, is RMM3117@aol.com. —99.185.246.228 22:19, 13 April 2009 (UTC)
 * MediaWiki version: 1.14.0
 * PHP version: 5.2.8 (apache2handler)
 * MySQL version: 5.0.67-community
 * URL: http://www.skippyw.comuf.com
 * Hm. I have had this trouble with an older MW version (1.9, I guess) - usually, when trying to work on ignoring that message, I found myself logged out at least on one of the next pages if I remember right (you usually should recognize this on the status in the right upper edge - it shows then again a "log in"); a new login (without logging out myself manually) usually resolved this problem (as if the session cookie had to be set twice to be fixed to my browsers cache). At the moment I don't get this message - probably the servers of my provider have been changed during the last 24 months (and I don't always work on my page), and meanwhile my MW is 1.13. -- JörgM 84.156.139.76 15:36, 24 April 2009 (UTC)

loss of session data error when visiting non-existing Category pages

 * MediaWiki: 1.11.0
 * PHP: 5.0.4 (apache2handler)
 * PostgreSQL: PostgreSQL 8.1.9 on i686-redhat-linux-gnu, compiled by GCC gcc (GCC) 3.3.3 20040412 (Red Hat Linux 3.3.3-7)
 * URL: http://example.com/?title=Category:2009_Photos&action=edit (non-public wiki)

I consistently get a this error message when visiting a Category page that does not yet exist:


 * Sorry! We could not process your edit due to a loss of session data.
 * Because this wiki has raw HTML enabled, the preview is hidden as a precaution against JavaScript attacks.
 * If this is a legitimate edit attempt, please try again. If it still doesn't work, try logging out and logging back in.

My session is valid, as I never get this error editing any other non-existing regular pages.

If I add some text to the category page and save, the error goes away.

If you don't know how to fix the problem, at least let me know where to start looking in the media wiki source, and I should be able to figure it out.

Thanks, —Danbrice 13:50, 25 April 2009 (UTC)

Red links where there should be blue links

 * MediaWiki version: latest
 * PHP version: 5.2.6
 * MySQL version: 5.0.67
 * URL: http://wikademia.org/Special:Statistics

My custom user types display to the edit page, but the page is already created. There are red links where there should be blue. Thanks.

—Wikademia 05:20, 26 April 2009 (UTC)

Problem with day limit in Special:Recentchanges

 * MediaWiki version: 1.13.4
 * PHP version: 5.2.9 (cgi-fcgi)
 * MySQL version: 5.0.67-community
 * URL: http://joergmaske.de/wiki/ (but needs access rights except for mainpage)

Hello! Don't know why, but my Special:Recentchanges does not want to give recentchanges for more than 7 days. Also the setting in user preferences is always set back to 7 days. First I thought, the quite new $wgRCLinkDays and $wgRCLinkLimits settings in my LocalSettings.php would have a bad influence (I made an array with 60 and 180 days for having a better overview after not having edited some months), but commenting out these lines did not have any result. Shorter recentdays (1 and 3) are shown, but not more than 7. Any suggestions? Thanks in advance. -- JörgM 84.156.195.21 13:19, 26 April 2009 (UTC)


 * Adjust $wgRCMaxAge. —Emufarmers(T 20:22, 26 April 2009 (UTC)


 * Thanks for this tip! Do you know why it worked on an 1.9- and 1.12-wiki? Had added 60 and 180 days in the SpecialRecentchanges.php file, and I know that there have been shown changes older than 7 days, I think at least some months back. Perhaps because there were no change entries for some months? Regards -- JörgM 84.156.161.201 06:39, 28 April 2009 (UTC)

FULLPAGENAME and other magic words do not appear to work

 * MediaWiki version: latest
 * PHP version: 5
 * MySQL version: 5
 * URL: http://wikademia.org/Philebus

how do i enable the missing "templates"/magicwords @ http://wikademia.org/Philebus ? (FULLPAGENAME & "fullurl:").

—Wikademia 20:31, 26 April 2009 (UTC)
 * Not included in release version of MW?
 * Does Extension:ExpandTemplates have anything to do with it?


 * Hm. Magic word gives the full page name of the current page. From 1.15 on there shall be added the name of another wiki page (see Help:Magic words. So this page here is, main page is . (Look what I have written in this answer's source code and compare it to the respective output.)
 * Same with, but there you have to add the respective page's name. This page is.
 * But remember: This works just for pages of this wiki (and with interlanguage wiki links where the wikis are setup and linked correctly, like the different wikipedias). It probably won't work for those interwiki links at the bottom of your Philebus page, if you haven't setup de, fr ... wikis (probably http://de.wikademia.org/Philebos is expected for the German page de:Philebos, for example). If you want to link from wikademia to the respective wikipedias, you have to write the full wikipedia page urls yourself. -- JörgM 84.156.161.201 07:11, 28 April 2009 (UTC)

(RESOLVED) Html tags < > - Everytime you submit preview, save or changes you got redirected to website homepage "wgSitename"
Wiki info Detailed problem
 * MediaWiki version: 1.14.0
 * Semantic MediaWiki version: 1.4.2
 * PHP version: 5.2.8 (cgi)
 * PHP memory limit: 64M
 * MySQL version: 4.1.22-max
 * URL: http://wikimanga.net
 * Wiki language: Spanish
 * Direct link to Version

Well I'm experiencing a strange behaviour, every time to try to submit preview for a new or created article, that contains "html tags" (< & >), I got redirected to the website homepage (the same value as "wgSitename"). I tried to activate the debug mode but I did get any info U.U Any idea for this problem?

You can check this behaviour going here. Try introducing any html tag.

P.S.: Our server upgraded the last PHP version from 5.2.5 to 5.2.8 a pair of weeks ago, but the problem appeared two days ago suddenly. —Neoshinji 20:15, 1 May 2009 (UTC)


 * I have recieved the following message from my hosting service.
 * "You were receiving the error due to mod_security restrictions on the server." They have disabled the mod security but the problem is not resolved yet U.U --Neoshinji 22:43, 1 May 2009 (UTC)


 * I had checked all, inclusive I had cloned my wiki into other hosting, but the problem was not mine. It was the hosting service, after 5 days of nightmare, requesting everytime to my hosting servico to disable the mod_security, finally I have found a good pal on support service. It was very simple, but you need to know what to do. Add this lines on the .htaccess placed on the public_html root. This code will disable the mod_security.

 SecFilterEngine Off SecFilterScanPOST Off 


 * Problem solved!! --Neoshinji 07:11, 5 May 2009 (UTC)

Italic text

Problem with the search engine

 * MediaWiki version: 1.12.0
 * PHP version: 5.2.3 (cgi-fcgi)
 * MySQL version: 5.0.24-community-nt
 * URL: not published yet

Hi there,

I have a small problem with the wiki search engine and I hope you can give me a hint how to solve it: If I include a template into one of my pages and search for a word which occurs in the template, then the page isn't shown in the results of my query. I think, the reason for it is, that the wiki search engine only searches in the source code of the pages. Over there you can of course only find the name of the template, but not its content.

1st question: is that right? 2nd question: which possibilities are there to solve the problem? Will it be solved if I update to MediaWiki 1.14.0? Or do I have to include something like the Google Custom Search Engine Extension

Thank you very much & have a nice day —Scboehm 07:19, 6 May 2009 (UTC)