Project:Support desk/Archives/System/004

(OUTDATED) Increase Rollback time

• MediaWiki 1.13.1
• PHP 5.2.6 (cgi)
• MySQL 4.0.27-standard-log

Is there a way to increase the rollback time past 30 days?

—99.239.222.245 19:47, 24 September 2008 (UTC)

(RESOLVED) suppressredirect

• MediaWiki version: 1.14alpha (r41337)
• PHP version: 5.2.1 (apache2handler)
• MySQL version: 4.0.26-wikimedia-google-20071113-log
• URL: http://en.wikipedia.org

I see at w:Special:ListGroupRights, that bots and admins can "Not create a redirect from the old name when moving a page". How is this done? Od Mishehu 11:25, 28 September 2008 (UTC)

[20:01] <Emufarmers> Simetrical: http://www.mediawiki.org/w/index.php?title=Project:Support_desk/Sections/System&curid=24744&diff=214714&oldid=214354 How is this supposed to work?
[20:01] <Simetrical> Emufarmers, last I knew, there's no way to access it through the web interface.  It might be possible now with the edit API.
[20:01] <Simetrical> Or maybe manually-crafted URLs, but IIRC not those either.
[20:02] <Emufarmers> So is it just not implemented yet?
[20:04] <Simetrical> I suppose you could say that, yes.
[20:04] <Simetrical> That implies some degree of certainty that it will be implemented at some point, though.
[20:04] <Simetrical> Not sure if that's true.
[20:04] <Emufarmers> Well, I'm just wondering whether it's not implemented yet or whether it's been canned
[20:05] <Simetrical> I don't know.
[20:05] <Simetrical> It would be a terrible idea to overuse it.
[20:05] <Simetrical> But it would be handy if it were used only for the purpose of reverting vandalism.
[20:08] <MrZ-man> Simetrical: action=move in the API uses it
[20:08] <Simetrical> I figured it would be available from the API.
[20:08] <MrZ-man> very handy for mass revert scripts
[20:08] <Simetrical> Why don't we allow manual hacks of the normal UI URLs, I wonder?
[20:09] <MrZ-man> I don't know, I think Brion was opposed to adding it to the normal UI though
[20:10] <MrZ-man> but as something like the &bot=1 thing could be helpful

—Emufarmers^(T|C) 00:15, 29 September 2008 (UTC)

(RESOLVED) Edit only Discussions pages

• MediaWiki version: 1.9.3
• PHP version: 5.2.2
• MySQL version: 5.0.41
• URL: intranet

I would like know how to set rights to be "users" able write discussions pages but don't edit articles. I apologize if it is writen somewhere, but I couldnt find it.

Thank you,

Jan —193.179.24.36 13:18, 6 October 2008 (UTC)

The Talkright extension is one way to do this. —Emufarmers^(T|C) 23:34, 6 October 2008 (UTC)

(OUTDATED) Losing edits

• MediaWiki version: 1.12.0
• PHP version: 5.2.5 (apache2handler)
• MySQL version: 5.0.51a-community-nt
• URL: (internal)

We are having problems with edits being lost via several methods. Bumping buttons on a modern mouse will go 'back' in browser and lose all edit. Previewing a page, then selecting a link will lose all edits.

Most all other online wiki/editors have some dialog prompt "are you sure you want to navigate away without saving?"

Is there a plugin/option to enable some simple warnings in MediaWiki? Or any area I might investigate further?

Thx in advance!

—71.216.44.218 02:14, 10 October 2008 (UTC) Steve

(RESOLVED) Reset 'Create new page'

• MediaWiki 1.12.0
• PHP 5.2.6 (apache2handler)
• MySQL 5.0.67-log
• URL: http://onewebday.org/base/

A user went to 'create new page' and then created a page under the 'new page' title. I have moved it and deleted the contents - but how can I reset the wiki so that 'create new page' goes straight to an editing window?

—Joly 18:41, 14 October 2008 (UTC)

perhaps install Extension:InputBox, it provides a comfortable way for page creations --:bdk: 11:30, 13 December 2008 (UTC)

(OUTDATED) Spaces concept?

Hi

Does Media Wiki support the spaces concept? What I want is to have a wiki for each version of a product. I want to as easily as possible to make a copy of an existing space.

Thanks in advance for answers or solutions

—213.225.69.102 11:25, 17 October 2008 (UTC)

(OUTDATED) Toolbox configuration

• MediaWiki version: SVN build
• PHP version: 5.26
• MySQL version:
• URL: http://sunwell5.0lx.net/testwiki/index.php

I installed MediaWiki, got it working properly. However, I'm trying to configure the toolbox to show "Upload file" and "Permanent link" like they do on en.wikipedia, but without hacking the PHP files too much. Anyone know how to do this?? AC —82.42.237.84 10:20, 19 October 2008 (UTC)

Enable uploads. —Emufarmers^(T|C) 10:28, 19 October 2008 (UTC)

Uploads are enabled on the wiki in LocalSettings.php, yet when anons view the page it doesn't show, as it does for en.wikipedia. Does anyone know why this is?. AC --82.42.237.84 11:24, 19 October 2008 (UTC)

(OUTDATED) Add <img /> to the list of allowed tags

• MediaWiki version: 1.6.10
• PHP version: 4.2.9
• MySQL version: 5.X
• URL:

on Help:Linked images#Other options it says:

If you want, you can do some more drastic things, such as modify /includes/Sanitizer.php (where the HTML tag whitelist is), and add <img /> to the list of allowed tags.

how do i do that?

thanks in advance :) —89.138.85.236 23:04, 19 October 2008 (UTC)

(RESOLVED) Mediawiki profiling

• MediaWiki version: 1.12
• PHP version: 5.2.5
• MySQL version: MySQL version 4.1.20
• URL: www.umepedia.com

I am trying to use the profiler since we have poor performance on our site. I wonder what are the units used to measure time consumption in your log report?

Although we have low traffic (and a dedicated server) the response time of the site is very poor.

On the other hand HTML based pages are loaded very fast!

Do you have any idea how can I decrease the response time?

Thanks, Tal —199.203.130.254 16:03, 23 October 2008 (UTC)

The profiler seems to convert the times to milliseconds (although the total at the bottom is in seconds).

You probably need more caching. —Emufarmers^(T|C) 18:48, 23 October 2008 (UTC)

(OUTDATED) Interwiki question

• MediaWiki version: SVN
• PHP version:
• MySQL version:
• URL: http://sunwell5.0lx.net/testwiki

I installed Makesysop, and set stewards as userrights-interwiki, and it works great but how do I get the interwikis to be similar to Meta's rights log with bluelinks for other wikis on the server, rather than redlinks as I get now. AC. —82.42.237.84 18:32, 23 October 2008 (UTC)

(OUTDATED) 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 (w:en: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 16:15, 28 October 2008 (UTC)

(RESOLVED) Deleting images

• MediaWiki version: 1.11
• PHP version:
• MySQL version:
• URL:

Hello, We're having some problems with deleting images. We getting an error if we want to delete images. Error: Error deleting file: Could not create directory "deleted/l/1/2". This is one of them. The other error: Warning: mkdir () [function.mkdir]: Permission denied in /home/domains/public html/includes/globalfunctions.php on line 1670. Can someone help us to solve this problem? —86.88.44.213 17:23, 29 October 2008 (UTC)

The webserver needs to be able to create subdirectories in the deleted directory. Create the deleted directory in the upload directory (/w/images) and CHMOD it so that the server has write access (give it whatever permissions /w/images has). —Emufarmers^(T|C) 03:50, 30 October 2008 (UTC)

(OUTDATED) Page saving error MW1.13

• MediaWiki version: 1.13.2
• PHP version: 5.2.4
• MySQL version: 5.0.45
• URL: Intranet only
• Server OS: AIX 5.2

We have recently upgraded to MW1.13.2. Since upgrading from v1.12 we have been having frequent problems with saving pages. I have been unable to identify any patten as to when the failure to save can occur. A page preview will work but on "action=submit" you may get a "The page cannot be displayed" error (IE). It has gotten so bad on one site I reverted it back to v1.12.

I have found some workarounds but they are not 100% effective. I hope these give a clue as to where the error is occurring. The first thing to try when you get this error is to use the back button and check the "This is a minor edit" before clicking the save button. If that does not work then have the sysop change the protection state from "(default)" to "Block unregistered users" or visa versa depending on current state.

Any help/direction you can give will be greatly appriciated by our MW community.

Thanks, Paul (marvinp@chubb.com) —164.44.67.4 17:25, 31 October 2008 (UTC)

(OUTDATED) Restoring Media Wiki

• MediaWiki version: 1.13.2
• PHP version: 5.2.6 (apache2handler)
• MySQL version: 5.0.67
• URL:

Our server that we were developing our wiki with Media Wiki "died" prior to us backing the server up. We have a couple of questions. 1. What files do we need from the "old hard drive" to restore our Wiki 2. Our server is a Suse 11 server, running MYSQL. We have the folders of /srv/www/htdocs/mediawiki and /var/lib/mysql/wikidb from the older server. 3. What is the best procedure in this case to recover our Wiki? Any assistance is appreciated!

—216.56.60.34 16:59, 3 November 2008 (UTC)

(RESOLVED) Served in 21.903 secs - MediaWiki incredibly slow after upgrade from 1.10 to 1.13.2

• MediaWiki version: 1.13.2
• PHP version: 5.2.50
• MySQL version: 5.0.45
• URL:

Ever since upgrading to MediaWiki 1.13.2 I have been experiencing some major performance issues, with pages taking ~20 seconds to load.

See below for the output generated when loading the main page with $wgDebugLogFile enabled:

Start request
GET /wiki/index.php/Main_Page
Accept: */*
Referer: ***/wiki/index.php/Main_Page
Accept-Language: en-us
UA-CPU: x86
If-Modified-Since: Mon, 03 Nov 2008 17:12:34 GMT; length=25265
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 2.0.50727)
Host: tailwindsys.com
Pragma: no-cache
Cookie: __utmc=177309984; __utma=177309984.1938849121.1217004461.1225732659.1225733673.54; __utmz=177309984.1217004461.1.1.utmccn=(direct)|utmcsr=(direct)|utmcmd=(none); __utmb=177309984.4.10.1225733673
Via: 1.1 10.0.0.100:3128 (iPrism/v3)
Cache-Control: max-age=259200
Connection: keep-alive

Main cache: FakeMemCachedClient
Message cache: MediaWikiBagOStuff
Parser cache: MediaWikiBagOStuff
Fully initialised
Unstubbing $wgContLang on call of $wgContLang->checkTitleEncoding from WebRequest::getGPCVal
Unstubbing $wgUser on call of $wgUser->getEffectiveGroups from lockdownUserCan
Article: Main Page
Connecting to localhost wikidb...
IP: 10.0.0.100
Connected
Unstubbing $wgOut on call of $wgOut->setSquidMaxage from MediaWiki::performAction
Language::loadLocalisation(): got localisation for en from source
Unstubbing $wgLang on call of $wgLang->getCode from User::getPageRenderingHash
OutputPage::checkLastModified: -- client send If-Modified-Since: Mon, 03 Nov 2008 17:12:34 GMT
OutputPage::checkLastModified: --  we might send Last-Modified : Mon, 03 Nov 2008 17:16:48 GMT
OutputPage::checkLastModified: READY  client: 20081103171234 ; user: 0 ; page: 20080724175442 ; site 20081103171648
Article::tryFileCache(): not cacheable
Article::view using parser cache: yes
Trying parser cache wikidb:pcache:idhash:1-0!1!0!!en!2!edit=0
Connecting to localhost wikidb...
Connected
Parser cache miss.
Unstubbing $wgMessageCache on call of $wgMessageCache->get from wfMsgGetKey

At this point, there is a delay of 20 seconds or so, before the output is finally continued and completed as:

MemCached set error in MessageCache: restart memcached server!
MessageCache::load: Loading en... cache is empty, loading from database
Unstubbing $wgParser on call of $wgParser->parse from Article::outputWikiText
File::transform: Doing stat for /var/lib/mediawiki-1.13.2/upload/thumb/f/f3/CmsPersonnelIcon.png/25px-CmsPersonnelIcon.png
BitmapHandler::doTransform: creating 25x25 thumbnail at /var/lib/mediawiki-1.13.2/upload/thumb/f/f3/CmsPersonnelIcon.png/25px-CmsPersonnelIcon.png
Saved in parser cache with key wikidb:pcache:idhash:1-0!1!0!!en!2!edit=0 and timestamp 20081103173316
OutputPage::sendCacheControl: private caching; Mon, 03 Nov 2008 17:29:26 GMT **
Request ended normally

Here are the cache settings from my LocalSettings.php file:

## Shared memory settings
$wgMainCacheType = CACHE_NONE;
$wgMemCachedServers = array();

Which don't seem to indicate any caching servers are being used at all...

Any guidance you could offer would be much appreciated.

Cheers, —209.139.229.17 18:05, 3 November 2008 (UTC) (Matt)

If you have $wgReadOnly set, there's already a fix for this.mailarchive:mediawiki-l/2008-October/028998.html If not, you may need to post to the mailing list or Bugzilla. —Emufarmers^(T|C) 18:59, 3 November 2008 (UTC)

Thanks - that's exactly what it was. In case anyone else stumbles across this, or if it helps the dev team at all - I was able to resolve the issue by renaming LocalSettings.php and then running the setup again. Upon completion, the Wiki loaded as expected, and replacing the file with the original config got me back up and running with all my config, minus the delay in loading. In any case, thanks! -19:29, 3 November 2008 (UTC)

(RESOLVED) Problem related with updateArticleCount.php

• MediaWiki version: 1.13.2
• PHP version: 5.2.6 (cgi)
• MySQL version: 5.0.51a-community
• URL:

I am trying to run updateArticleCount.php on PHP CLI as a cronjob. But I am recieving the following error message everytime the job executes:

X-Powered-By: PHP/5.2.6
Content-type: text/html

Update Article Count

Counting articles...<br />
<b>Warning</b>:  fwrite(): supplied argument is not a valid stream resource in
<b>/home/lalit76/public_html/kk/includes/Exception.php</b> on line <b>172</b><br />

Please help! --Lalit Kumar 21:08, 5 November 2008 (UTC)

Ran into the same problem as you. Your call comes from php-cgi, and it's the php-cli you need. Try 'php-cli' instead of 'php'. - Bamieater

(RESOLVED) Common user and protect page, editor and CAPTCHA

• MediaWiki version: 1.13.2
• PHP version: 5.2.6 (cgi)
• MySQL version: 5.0.67-community
• URL: http://gnyu-wiki.ngn.nu (not official yet, and almost all is in Swedish)

1. Is it possible to set the right 'protect' to a common user group so they can protect their own page[s], not others?
2. How can I, as a administrator, set which buttons shall appear in the editor (this)?
   1. Any recommended Extension (if necessary)?
3. Which CAPTCHA is used on Your create account page?
   1. . As I can se, from in the Special:Version (Yours and mine), we have the same extension and version. Have I missed some configuration issue?
   2. Or, is there a additional Extension or feature in WikiMedia?

If this is 'funny' English, I'm sorry, I'm a Swede -:)

Regards —NilsGN 13:55, 7 November 2008 (UTC)

1. Try the AuthorProtect extension
2. Consult Manual:Custom edit buttons and w:User:MarkS/Extra edit buttons
3. WMF wikis use the FancyCaptcha addon

—Emufarmers^(T|C) 05:31, 8 November 2008 (UTC)

Thanks a lot: Emufarmers I shall dig in it when I get the time.

--NilsGN 14:37, 10 November 2008 (UTC)

(OUTDATED) What does this function do?? (brackets)

• MediaWiki version: SVN build
• PHP version:
• MySQL version:
• URL: http://sunwell5.0lx.net/testwiki

What does this function do??

{{{category|Category:Your category here]]}}}

Is this related to ParserFunctions? I'm not sure what this does, but would be interested to know.

AC —Sunstar NW XP 19:59, 7 November 2008 (UTC)

looks a bit odd (only closing ]]), please tell in which correlation you found that bit. --:bdk: 11:52, 13 December 2008 (UTC)

(RESOLVED) Sorry! We could not process your edit due to a loss of session data. Please try again. If it still doesn't work, try logging out and logging back in.

• MediaWiki version: 1.6.10
• PHP version: 4.3.11 (apache)
• MySQL version: 4.0.27-standard
• URL: http://jinjjamiin.hyojiggy.com/kitchen1.6.10/index.php/Main_Page

I'm still getting "Sorry! We could not process your edit due to a loss of session data. Please try again. If it still doesn't work, try logging out and logging back in."

i have checked Sorry! We could not process your edit due to a loss of session data. Please try again. If it still doesn't work, try logging out and logging back in.

Everything in there seems to be normal and i have restarted the apache service as well. please help. this is getting bit more frustrating as it's happening more and more...

Thanks in advance! --Hyojiggy 00:07, 9 November 2008 (UTC)

Finally! i got this resolved. i ended up turning off "Show preview on first edit" under preferences. yea, i know.. it's not a permanent fix. But at least it's less annoying.

—76.103.249.14 00:03, 9 November 2008 (UTC)

(OUTDATED) API Block while allowing talk page editing

• MediaWiki version: 1.14alpha
• PHP version: 5.2.5 (apache)
• MySQL version: 4.0.40-wikimedia-log
• URL: w:en:

Is it possible to block users using the API without blocking them from editing their own talk page? I was working on a program that helps sysops patrol AIV, but ran into this roadblock. I can find nothing in the documentation, and by default, it blocks them from editing their own talk page.

—DavidWS 18:14, 10 November 2008 (UTC)

(OUTDATED) How to hide the "view source" link to anonymous users

• MediaWiki version: 1.12
• PHP version: 5
• MySQL version: 4.1
• URL:

Hello there!

I want to know if it's possible to hide the "view source" links in all the pages to anonymous users.

Regards, —Luis 20:45, 12 November 2008 (UTC)

(OUTDATED) Problem getting ImageMagick to work.

• MediaWiki version: 1.13.2
• PHP version: PHP5
• MySQL version: 4.1.22-standard
• URL: http://keeperofstories.com/wiki

How do I fix this?

Error creating thumbnail:
Warning: passthru() has been disabled for security reasons in /home/kos/public_html/wiki/includes/GlobalFunctions.php on line 2030

I am having trouble getting imagemagick to work. I have the right path but no luck.

Here's my config file lines...

## To enable image uploads, make sure the 'images' directory
## is writable, then set this to true:
$wgEnableUploads       = true;
$wgUseImageMagick = true;
$wgImageMagickConvertCommand = "/usr/bin/convert";
$wgFileExtensions = array('png','gif','jpg','jpeg','svg');

## If you use ImageMagick (or any other shell command) on a
## Linux server, this will need to be set to the name of an
## available UTF-8 locale
$wgShellLocale = "en_US.UTF-8";

--IP 13 November 2008

(OUTDATED) Mailto Email Link Not Working

• MediaWiki version: 1.13.2
• PHP version: 5.2.5
• MySQL version: 5.0.45
• URL:

We have just upgraded to MediaWiki version 1.13.2, and we are now noticing that all mailto links are not working properly. We are using the format [mailto:test@test.com Test Email], but it is not converted into a hyperlink on the wiki page. We have, also, just implemented FCKeditor version 2.5.1. So, we are not sure if this may have something to do with it as well. Please reply to knechtum@gmail.com

—70.129.197.15 23:09, 20 November 2008 (UTC)

(RESOLVED) Adding edit buttons

• MediaWiki version: Latest
• PHP version: 5
• MySQL version:
• URL: www.wikibirdlife.com

Ok, I`m new to this and i want to add some of the edit buttons, but where do i find common.js or even monobook.js, I have searched through all directories on my server for the wiki install and cannot find these files. If they need creating please advise how to and where the files should go. Please reply to dougbr2005@gmail.com

—81.152.129.142 13:56, 21 November 2008 (UTC)

They're system messages. —Emufarmers^(T|C) 08:32, 22 November 2008 (UTC)

(OUTDATED) IIS/PHP/MySQL & MediaWiki

• MediaWiki version: 1.13.2
• PHP version: 5.2.5 (cgi-fcgi)
• MySQL version: 5.0.24-community-nt
• URL: http://sawserver.gotdns.com
• E-mail: sawbg.a@gmail.com

I've gotten my own wiki running (with MediaWiki) using IIS 6.0 (Win Server 2003), PHP5 and MySQL Server 5. I can access my wiki over my home network with only slight delay, but away from home it is pointless to try. When away, IE can load most of the page, but tells me there is an error in line 10, char 106. Can someone help me fix this? I don't understand PHP, but I want to learn.

Also, I get an line at the bottom of each pages that says: Error in my_thread_global_end(): 1 threads didn't exit PHP Warning: Unknown: open(/tmp\sess_rmnakjotcf7vs780gmf7ai2251, O_RDWR) failed: No such file or directory (2) in Unknown on line 0 PHP Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp) in Unknown on line 0

What does this mean? How can I fix it?

Lastly, where are my entries (i.e., About Wiki) stored on the HDD? Are they somewhere buried in the wiki's root folder?

NOTE: If you're like me, you can't access my wiki outside the LAN. Too slow.

—208.63.200.152 20:26, 22 November 2008 (UTC)

(OUTDATED) Sharing one wiki for multiple domains. Why is the template is not showing?

• MediaWiki version: 1.11
• PHP version: 5.2.5
• MySQL version: 5
• URL:

Hi, I need to share one wiki (database, images, core) for multiple domains. If I copy my wiki in a different folder, it shows correctly (I just modified the wiki path in LocalSettings), for example:

mysite.tld/wiki mysite.tld/wiki2 (ok) mysite2.tld/wiki3 (template not showing, why?)

But if I need to show this on a different domain (mysite2/wiki), the wiki-template is not loading, I see only the text. Is there something else I need to change except the path in LocalSettings?

Thanks a lot for any hint! —77.23.145.92 19:26, 24 November 2008 (UTC)

(RESOLVED) Removing the "Remember my login on this computer" function

• MediaWiki version: 1.13.2
• PHP version:
• MySQL version:
• URL:

hi!

i have installed mediawiki 1.13.2 an it works great. now i have a question: is it possible to deactivate the "Remember my login on this computer" function?

many thanks for your support!

best regards, —Bpczi 20:35, 24 November 2008 (UTC)

You can try to put $wgCookieExpiration to 0, this will not remove the checkbox but cause the cookies to expire immediately. This will change in 1.14.0, since setting $wgCookieExpiration to 0 in that version will remove the checkbox. iAlex 18:21, 26 November 2008 (UTC)

(OUTDATED) Tables not aligned and not using formatting from common.css

• MediaWiki version: 1.12.0
• PHP version: 5.2.6
• MySQL version: 5.0.51
• URL: http://www.lingwiki.com

I was working on my site as normal last night, and everything was displaying just fine. I came back this morning and suddenly the infoboxes are not aligning on the right like they're supposed to, and only explicitly stated table code is doing anything, as can be seen here. The last time my wiki went from working perfectly one moment to absolutely screwing up the next was when I last updated the Wiki software back in May; worked fine for two days, then I tried to continue where I left off before going to work when I got back and suddenly it refused to connect to the database, costing me 2 years and 20,000 pages worth of stuff to date at the time. Things are finally starting to gel again, but now...more randomness? I've checked the log to see if anyone has edited Common.css or any of the box templates recently, which they haven't. I've resaved Common.css to reassert it, nothing. I've cleared the cache, nothing. I'm out of options and feeling just a slight bit paranoid at the moment...

—71.198.127.97 15:13, 26 November 2008 (UTC)

(OUTDATED) Turn Auto-Number Headlines on by system default

• MediaWiki 1.12.0
• PHP 5.2.5 (apache2handler)
• MySQL 5.0.51a
• URL: Intranet based system

I am trying to turn Auto-number Headings on as a default system setting and can't figure out how to do this. I have looked into hooks and the config file with no success. Any suggestions on where I might be able to do this?

Bobby 14:29, 4 December 2008 (UTC)

(RESOLVED) additional parameters in 'mailto:' links

• MediaWiki version: 1.13.2
• PHP version: 5.2.0-8+etch13 (apache2handler)
• MySQL version: 5.0.32-Debian_7etch8-log
• URL: intranet

Is there a way to include subject fields and other options in a mailto link in mediawiki? The HTML syntax for mailto links would be <a href="mailto:foo@bar?subject=a subject>text</a>, but this obviously fails because any space in the subject field would be interpreted as the separator... and standard html doesn't work at all. Is there any workaround for this, or some feature of the software that I have overlooked? —Carelesshx 10:45, 15 December 2008 (UTC)

In my Wiki it works with %20 instead of space, I can produce a full preconfigured eMail that way... Good luck :o) -Rob. (--62.214.255.54 16:40, 21 December 2008 (UTC))

(RESOLVED) Remove me (I made a typo)

• MediaWiki version: 1.3.9
• PHP version: 5.2.6
• MySQL version: 5.0.67-log
• URL: vistapedia.net

Please remove me; I made a typo. My real registration is ssw0213. Thanks!

--Steve —Ssw02113 22:51, 16 December 2008 (UTC)

Hello Steve, please have a second look at Special:UserLogin/signup (… "Username must contain a capitalized first letter." and "Accounts on Wikimedia wikis will not be deleted (read more).") There are some workarounds for all lowercase nicks though (feel free to contact me if you want). --:bdk: 03:00, 26 December 2008 (UTC)

(RESOLVED) Extension/ LocalSettings.php HELP

• MediaWiki version: 1.13.3
• PHP version: 5
• MySQL version: 4.1
• URL: http://www.fusionlogin.org/mediawiki/index.php

I successfully installed media wiki, moved the LocalSettings.php file, an associate added some articles but requested an extension to make footnotes i.e. Cite.php. I download the three (3) Cite.php files as suggested and positioned require_once "$IP/extensions/Cite/Cite.php"; at the end of LocalSettings.php and uploaded it to the server. Now, I'm gettin the follow error on my main wiki page...

Warning: Cannot modify header information - headers already sent by (output started at 
/nfs/c01/h03/mnt/35208/domains/fusionlogin.org/html/mediawiki/LocalSettings.php:1) in
/nfs/c01/h03/mnt/35208/domains/fusionlogin.org/html/mediawiki/includes/WebResponse.php on line 10

What have I not done? I'm quite desperate about this

Kind Regards —Robin 31 December 2008

You probably have an ?> at the end of LocalSettings.php, or perhaps a byte-order mark at the beginning. —Emufarmers^(T|C) 06:36, 3 January 2009 (UTC)

(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

• MediaWiki version: 1.13.2
• PHP version: 5.1.6 (apache2handler)
• MySQL version: 5.0.16-standard-log
• URL: internal

Hello,

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

• MediaWiki version: 1.13.3
• PHP version: 5.2.0-8+etch13
• MySQL version: 5
• URL: ---

Hi everyone ;-)

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:

<span title="{{{1}}}">{{[2}}}</span>

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:

<span title="{{:{{{1}}}}}">{{{2}}}</span>

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 title= 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?

• MediaWiki version:
• PHP version:
• MySQL version:
• URL:

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.

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

• MediaWiki version:
• PHP version:
• MySQL version:
• URL:

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.

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

You should be able to do this with the FlaggedRevs extension. —Emufarmers^(T|C) 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 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#You see a Blank Page? --: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

• MediaWiki version:
• PHP version:
• MySQL version:
• URL:

(all this doesn't work)

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 "{{{ITENAME}}}" 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 {{{ITENAME}}} 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 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: 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|C) 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:

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.

I switch back to the unchanged database schema and anything is o.k.

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|C) 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|C) 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|C) 17:40, 18 February 2009 (UTC)

Can I start Outlook with MediaWiki?

• MediaWiki version: 1.12.0 (r1)
• PHP version: 5.2.5 (apache2handler)
• MySQL version: 5.0.51a
• URL: intranet

Hi,

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 <ext>outlook://</ext>..

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 <math>2</math>

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?

• MediaWiki version: 1.14.0
• PHP version: 5.1.2
• MySQL version: 5.0.18
• URL: http://wiki.ereterya.com

Hello

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)

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

• MediaWiki version: 1.14.0
• PHP version: 5.1.2
• MySQL version: 5.0.18
• URL: http://wiki.ereterya.com

Hello

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? iAlex 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

• 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

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.

—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

• MediaWiki version: 1.14.0
• PHP version: 5.2.8 (apache2handler)
• MySQL version: 5.0.67-community
• URL: http://www.skippyw.comuf.com

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)

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|C) 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 {{FULLPAGENAME}} 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 Project:Support desk/Archives/System/004, main page is Main page. (Look what I have written in this answer's source code and compare it to the respective output.)

Same with {{fullurl}}, but there you have to add the respective page's name. This page is //www.mediawiki.org/wiki/Project:Support_desk/Sections/System.

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

• 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

Detailed problem

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.

<IfModule mod_security.c>
SecFilterEngine Off
SecFilterScanPOST Off
</IfModule>

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

Italic text