Project:Support desk/Flow/2012/06

Hi All,

For whatever reason, my host (hostgator) shows their 404 page rather than letting mediawiki handle the redirect. Ideally, I'd like for the user to be able to create a new wiki page whenever an invalid URL is entered.

As an example -- http://www.trekwiki.org/w/test_new_page does goes directly to a hostgator page.

I understand this is probably some kind of server config, however all of the solutions I've found regarding this have to do with IIS settings (and I'm using APACHE). Any pointers?

Thanks in advance,

Wade 24.155.34.209 (talk) 01:59, 1 June 2012 (UTC)

Well... figured it out. Not sure what I was thinking.

http://www.trekwiki.org/w iki/test_new_page

THough, i really wish you could just do http://www.trekwiki.org/test_new_page and still have it work :) 24.155.34.209 02:39, 1 June 2012 (UTC)

I've just upgrade to 1.19 and everything works except Special:SpecialPages which is blank. I've tried adding the recommend errors code and I get nothing. I also tried putting the error codes to the external file and still nothing.

I've tried several of the special pages themselves and they work, just not the index.

The URL is http://gaslightsaga.com/index.php?title=Special:SpecialPages

Product Version MediaWiki 1.19.0 PHP 5.4.3 (cgi-fcgi) MySQL 5.0.91-log Davidhofmann (talk) 03:30, 1 June 2012 (UTC)

I just had an identical issue when we just moved to PHP 5.3 and it seems that you may need a higher memory limit on PHP Chippiewill (talk) 11:52, 6 June 2012 (UTC)

I just installed fresh copy media wiki. Before loading any data into it I checked and have the same issue. I also checked my PHP config and it's listing memory_limit 90M.

Any ideas ? Davidhofmann (talk) 14:33, 17 June 2012 (UTC)

Me too face the same problem. is there any solution for the special pages?

http://wiki.itsmygalaxy.com/index.php/Special:SpecialPages

Thanks,

Venkat. 14.96.78.95 14:51, 17 June 2012 (UTC)

When you get a white page with PHP your first step should always be to check or to activate and then to check the PHP error log. It most likely will tell you what's happening. This error message then will help you find the culprit - without it you can only guess, which is not good. 88.130.108.248 22:59, 17 June 2012 (UTC)

I'm having the same issue with mw 1.17... I think it's related to the memory limit. As I'm on a shared host, I'll look into how much I can change php.ini's limit. Changing memory limit just in LocalSettings seems to have little impact. Hypergrove (talk) 20:01, 27 August 2012 (UTC)

Thank you guys. I can't find the answer about those issues. Please help me even if you know the answer only for one of em.

(削除) 1. How do I add the "add topics (addsection)" tab to all pages (like Villege Pumps of English Wikipedia)? (削除ここまで) (hooray! Done by myself)

2. I'd like to make the hidden text menu "watch" appearing in the tab bar along with Edit and View History. How could I do that?

3. Aren't there any other way to JUST ADD the view-history, watch, change-subject, etc. menus on the sections, except using Extension:LiquidThreads? (It changes the shapes and looks kinda awkward to me)

I'll appericiate if you help me with these. LyJPedia (talk) 11:49, 1 June 2012 (UTC)

I need a way to remove the first line of an article or template that is being transcluded. I was using InternalParseBeforeLinks and preg_replace to accomplish my goal, but I encountered a corner case in which a parser function is being executed with transcluded text before InternalParseBeforeLinks is executed. As a result, bad input data (i.e. the first line of the transcluded article) is being passed to the parser function. Is there some equivalent to an "OnTransclusion" hook?

Thanks in advance. Csagedy (talk) 17:01, 1 June 2012 (UTC)

Does anyone know of any good external editors for working with wikimarkup? I have tried using MS word but I get all sorts of problems. For one the quotes in word show up differently when i copy and paste it to here, this means that I can't make things italics or bold in word and then copy it to here.

Ideally I'm looking for something like Dreamweaver only for wikimarkup instead of HTML... Any ideas or tips would be most appreciated! Zackmann08 (talk) 17:58, 1 June 2012 (UTC)

I'm trying to figure out how to edit my wiki so that is effectively completely anonymous. I want a user that is not logged in to see nothing more than the login prompt. 24.103.17.96 (talk) 19:06, 1 June 2012 (UTC)

Look at this: http://www.mediawiki.org/wiki/Manual:$wgWhitelistRead

This Variable has to be set in LocalSettings.php in the root directory of the wiki installation.

$wgWhitelistRead = array ("Special:Userlogin"); 137.226.244.128 06:52, 6 June 2012 (UTC)

When a visitor go create an account on my wiki the following error appear:
"User::addToDatabase". The database returned the error "1054: Unknown column 'user_options' in 'field list' (localhost)".
Version 1.16, anyone know how to fix? 177.64.76.59 (talk) 20:26, 1 June 2012 (UTC)

In your database you have a table called "users" and in that table the column"user_options" is missing.

Try running the file maintenance/update.php from the command line. This script can update your database; however, I do not know if it will add this column in your situation. 88.130.80.131 22:47, 1 June 2012 (UTC)

I have 6 wikis on SiteGround, my host. Five I succesfully upgraded from 1.17 to 1.20. The sixth had the message: Fatal error: Call to undefined method MediaWiki::getVal() in /home/albanyh9/public_html/wikiBio/extensions/InputBox/InputBox.hooks.php on line 55

SO.. SiteGround restored my previous version of the wiki and it shows as v. 1.17.0. All looked good until I tried to add a user. Then I got: A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was:

(SQL query hidden)

from within function "User::addToDatabase". Database returned error "1054: Unknown column 'user_options' in 'field list' (localhost)".

This may or may not be a new problem, as I have not tried to add a user in several months.

Because I have several wikis, I could compare fields in a working wiki with the non-working wiki, and the USER table fields are identical, and 'user-options' is NOT found in either the working or non-working USER table. The list goes from user_newtalk to user_properties in both wikis.

Updating the database to v 1.2 did NOT work - (Siteground sends me to a utility called Softaculous to do upgrades - it thinks I am upgraded to v 1.2 so I can't try to upgrade again.)

Any and all suggestions are well. I need details as I have no idea how, or if I am allowed, to do command line things on my wikis. SiteGround has declared it a database problem and not within their scope of responsibility as the host of the site. Thanks, John JElberfeld@aol.com

Any and all suggestions are welcome JElberfeld (talk) 01:43, 12 December 2012 (UTC)

You have several problems:

To get more information about the database error, add $wgShowSQLErrors=true; to LocalSettings.php and reproduce the error. (The column "user_options" is not there since MediaWiki 1.16 I think. So if you started this wiki with 1.17, you never had it in the DB. My guess is that you have an extension installed, which tries to use this column. Or with other words: This extension -at least the version you use- is not compatible with MW 1.17 and newer.)

For your upgrade:

Uninstall the extension InputBox (or do an update, if a version for MediaWiki 1.20 is available). Then run the Update script again. 88.130.105.252 02:24, 12 December 2012 (UTC)

Thanks for the help. I "commented out" the line in LocalSettings.php that installed the InputBox extension. Then I had to pay SiteGround to upgrade the site to v 1.2 because of complications with the installation utility, Softaculous. The problem with create a new user disappeared. Everything seems to work in the upgraded version. Thank you. John JElberfeld (talk) 17:20, 12 December 2012 (UTC)

Hello, I use Mediawiki 1.18.2 http://www.allwikilyrics.com

I have read all FAQ pages and couldn't find how to make a table on the right side of the page with some description. wikipedia use it as

Template:Infobox Website

So that makes a table on the right side of the page with provided information. I can't find such extension. How can I make the same on my wiki website? 213.87.129.157 (talk) 09:50, 2 June 2012 (UTC)

I suspect that you wanted to link to en:Template:Infobox website. You should also read en:MediaWiki:common.css looking for "/* Infobox template style */". Allen4names (talk) 11:54, 2 June 2012 (UTC)

Yes that I have needed ... but will it be possible to insert a video from yuo tube to this box? I have already installed Youtube extension! 213.87.129.157 12:19, 2 June 2012 (UTC)

You should specify witch YouTube extension you are talking about. I don't use any of them so I can't help you with this. Allen4names (talk) 13:08, 2 June 2012 (UTC)

Well I just don't know how to create such extension (table on the right side) like here:

http://www.mediawiki.org/wiki/Extension_status

If you know how to make it give me a link ) 213.87.129.157 13:27, 2 June 2012 (UTC)

For example I translate some part of Mediawiki & some extension to Chinese. Where can I submit it? Deletedaccount4567435 (talk) 17:17, 2 June 2012 (UTC)

On translatewiki: http://translatewiki.net/wiki/Translating:MediaWiki :-) 88.130.68.57 15:17, 3 June 2012 (UTC)

Thank you! Zoglun (talk) 15:52, 8 June 2012 (UTC)

My Versions: MediaWiki: 1.16.5, PHP: 5.2.17, MySQL: 5.1.61

I added the Javscript on the following page: http://www.mediawiki.org/wiki/Manual:FAQ#How_do_I_hide_the_left_vertical_navigation_toolbar

However when I press F11 it shows the site in Fullscreen and doesn't hide the menu. Holygamer (talk) 18:10, 2 June 2012 (UTC)

I just checked on a wiki running 1.19.0, and it does not work. Hazard-SJ ± 01:59, 5 June 2012 (UTC)

Any idea on how to get it working so that when I press F11 or another key that it hides the menu? If not possible is there any other way I can hide the menu when I want to? Holygamer (talk) 02:32, 5 June 2012 (UTC)

The script itself is the problem. I'm not really a JS coder, so not much I can do. Hazard-SJ ± 03:57, 5 June 2012 (UTC)

$('document').ready(function(){
$("body").keydown(function(e){
if(e.keyCode==122){//F11
//hide menu
}
});
});

But F11 might be a bad choice since it's used by the browser deafult.

KeyCodes: http://www.mediaevent.de/javascript/Extras-Javascript-Keycodes.html Subfader (talk) 12:42, 11 June 2012 (UTC)

Hi, do I just delete everything in the MediaWiki:Common.js file and replace it with the code you gave me? I did that and nothing happens when I press F11, it just goes full screen. I'm not really bothered what key I use as long as it works. Holygamer (talk) 06:50, 14 June 2012 (UTC)

You don't need to remove the other stuff, just add at the end. For the Vector skin this works:

$('document').ready(function(){
$("body").keydown(function(e){
if(e.keyCode==114){//F3 to collapse
$("#mw-panel").toggle();
$("#bodyContent").css('margin-left','-200px');
}
});
$("body").keydown(function(e){
if(e.keyCode==115){//F4 to expand
$("#mw-panel").toggle()
$("#content").css('margin-left','');
}
});
});

This is not fully working. The tricky part is to move the body content to the very left and to undo all of it again. Fix yourself. Subfader (talk) 07:22, 15 June 2012 (UTC)

The following deals with that:

$('document').ready(function(){
$("body").keydown(function(e){
if(e.keyCode==114){//F3 to collapse
$("#mw-panel").toggle();
$("#bodyContent").css('margin-left','-200px');
}
});
$("body").keydown(function(e){
if(e.keyCode==115){//F4 to expand
$("#mw-panel").toggle()
$("#bodyContent").css('margin-left','0px');
}
});
});

However, the background is the remaining problem. It doesn't move when toggled, causing part of the text to be over the sidebar area without it's appropriate background. Hazard-SJ ± 23:51, 19 June 2012 (UTC)

Hi please upgrade from Mediawiki 16.; to Mediawiki 19.8 or higher please because Mediawiki 16.5 is now unsupported 90.212.81.76 16:10, 8 October 2013 (UTC)

Hi,

Is there any way (magicword, hard coded template, javascript hack, etc) to display the pageid to browsing users?

My intention is to get a permalink in an automated fashion for pages using the http://www.mediawiki.org/?cuird= preffix schema. Lugusto (talk) 22:13, 2 June 2012 (UTC)

I was wondering if anyone could write a step-by-step plan for something like the following:

http://bavotasan.com/2009/a-simple-mouseover-hover-effect-with-jquery/

A fairly ubiquitous device, so it would surprise me if this wasn't possible in MW. So should any file be modified? Any MW page? How should this be activated in File:...? And so on. Cavila 08:42, 3 June 2012 (UTC)

For personal scripts Special:MyPage/common.js or Special:Preferences#mw-prefsection-rendering or site wide see MediaWiki:common.js et al. Allen4names (talk) 14:11, 3 June 2012 (UTC)

Ok, I've copied the code to User:Cavila/common.js, but I'm unsure what to put after "src". Cavila ^{MW 1.17, MySQL 5.5.23, Php 5.3.10, SMW 1.7.1} 06:54, 4 June 2012 (UTC)

First get rid of the HTML code and comment out the javascript. I am using the English Wikipedia logo as a replacement in the following example.

/*
$(document).ready(function(){
 $(".button").hover(function() {
 $(this).attr("src","//upload.wikimedia.org/wikipedia/mediawiki/b/bc/Wiki.png");
 }, function() {
 $(this).attr("src","//upload.wikimedia.org/wikipedia/en/b/bc/Wiki.png");
 });
});
*/

Uncoment out the script (remove '/*' and '*/') when it is ready and let me know if this works. Allen4names (talk) 16:18, 4 June 2012 (UTC)

Please use CSS for this. JavaScript is capable of doing it, but there is no reason to (and even with JavaScript there are better ways to do it).

Check out Manual:Interface/Stylesheets to see how you can add custom CSS to your wiki (MediaWiki:Common.css or MediaWiki:(the ID of the skin you are using, such as "vector").css).

Add the following to that css page (using the mediawiki.org logo as example):

/* The image shown on hover */
#p-logoa:hover{
background-image:url(//upload.wikimedia.org/wikipedia/mediawiki/b/bc/Wiki.png);
}

If you want to change the default logo (shown when the area is not hovered), set the $wgLogo configuration.

For both the default and the hover logo, remember that it should be 135x135px in size, and preferably transparent to avoid ugly background conflicts. Krinkle (talk) 11:42, 5 June 2012 (UTC)

OK, thanks, if CSS is recommended practice, then obviously that's the way to go (in addition to being easier to understand). My experience with CSS is fairly limited, so I fiddled around a bit and tried to come up with a procedure.

First, I defined a div class by adding the following to the CSS for the vector skin:

/* CSS experiment: image shown on hover */
div.hoverbox :hover {
 image: url(//upload.wikimedia.org/wikipedia/mediawiki/a/a3/EasyLogicsubset.png);
 border: 2px;
 font-size: 120%;
}

(or alternatively, #hoverbox :hover )

Second, I tried to apply this by placing div tags around the file:

<div class="hoverbox">[[File:EasyLogicpsubset.png]]</div>

(or alternatively, "div id=" )

Unfortunately, that doesn't work, so where did I go wrong? Cavila ^{MW 1.17, MySQL 5.5.23, Php 5.3.10, SMW 1.7.1} 10:43, 6 June 2012 (UTC)

Try with the following image and stylesheet.

Pasco gull.

div#PascoGull{width:320px;height:240px;}
div#PascoGull{background-image:url(//upload.wikimedia.org/wikipedia/commons/4/4f/A_gull_in_Sylvester_Park%2C_Pasco%2C_Washington.jpg);width:320px;}
div#PascoGull:hover{background-image:url(//upload.wikimedia.org/wikipedia/commons/9/95/A_gull_taking_flight%2C_Pasco%2C_Washington.jpg);width:320px;}

Edit: Tryed to fix this but it doesn't work for me. Allen4names (talk) 03:04, 7 June 2012 (UTC)

While googling I found this:

http://bavotasan.com/2011/amazing-hover-effects-with-css3/

div.top {
	margin: 20px 0;
	position: relative;
	width: 120px;
	height: 70px;
	border: 1px solid #aaa;
	overflow: hidden;
	}	
 
	div.top div {
		width: 100px;
		height: 50px;
		font-size: 12px;
		padding: 10px;
		position: absolute;
		top: 0;
		left: 0;
		text-align: center;
		background: #fff;
		}
 
	div.top div.first {
		z-index: 1000;
		}		
 
div.top:hover div.first {
	display: none;
	}

but (a) the effect puts text and/or image in a box and (b) it does not work in IE6 unless you start adding some javascript to the mix. It does give me some ideas to experiment with though. Cavila ^{MW 1.17, MySQL 5.5.23, Php 5.3.10, SMW 1.7.1} 19:08, 7 June 2012 (UTC)

I'm not sure what you're doing. A CSS hover is a simple effect that is supported in all browsers today (including going back to IE6). CSS3 code can do amazing effects too, but that's overly complex for something this simple and not needed here.

I'm not sure if the sample you pasted earlier was the exact code you used, in that case I recommend trying again without the space in between, because that broke the syntax (.hoverbox:hover instead of .hoverbox :hover. The latter is something very different). Krinkle (talk) 11:41, 10 June 2012 (UTC)

Hi I downloaded and installed Media wiki and few extensions (hamlets) on my local computer. I created a page and saved it in my local computer . Now I want this page to be published in wikipedia . Please let me know how can I do this ? Any help will be appreciated.

)

A InvaluableContri (talk) 00:59, 4 June 2012 (UTC)

You should ask at this question at the en:Wikipedia:Village pump. Allen4names (talk) 02:28, 4 June 2012 (UTC)

Hi, after updating im getting

„Revision::fetchFromConds". Die Datenbank meldete den Fehler „1054: Unknown column 'rev_sha1' in 'field list' ".

is there any manual fix without update to 1.20dev or downgrade to 1.18.3?

thanks

kero 134.76.4.229 (talk) 13:31, 4 June 2012 (UTC)

Yes, run the update.php maintenance script. It should add (or should have added) missing DB columns. 88.130.94.190 17:49, 4 June 2012 (UTC)

i run update.php.

I think it is this bug

https://bugzilla.wikimedia.org/show_bug.cgi?id=34310

kero 77.20.33.165 17:57, 4 June 2012 (UTC)

So I use categories at my website! So I have created a category for example "Category:Mycat", there is a standart text which cannot be removed: Pages in category "Mycat" The following 2 pages are in this category, out of 2 total.

So how can I remove it? 79.164.222.118 (talk) 14:56, 4 June 2012 (UTC)

With CSS. Tim (SVG) 14:58, 4 June 2012 (UTC)

What css file should I edit for it? I thought that I should edit one of those php files 79.164.222.118 15:19, 4 June 2012 (UTC)

Editing an PHP file is more recommendable. The file to edit can be found in /includes folder, but I don't know the file. Shouldn't be hard to find it. Tim (SVG) 16:14, 4 June 2012 (UTC)

Yes I tried to find it there. I havn't found it yet. If you know where it is let me know! 213.87.134.40 16:30, 4 June 2012 (UTC)

You should really do that with CSS. Tim surely did not want to tell you that it would be better to edit the PHP files (which it is not). 88.130.94.190 17:54, 4 June 2012 (UTC)

No, it is kinda better to edit the PHP files if you are not upgrading with SVN or Git because CSS needs to be loaded and this takes its time even it's quite short. The easiest way is of course CSS. You can disable it in MediaWiki:Common.css. Tim (SVG) 18:40, 4 June 2012 (UTC)

@Tim: Ah, so you just assumed that the thread starter doesn't use SVN or Git. And that he/she knows to keep track of core hacks and knows where, when and how to re-apply them after every update and upgrade (be it with SVN/Git, or through zips/tarballs, or through some package manager).

Please never recommend hacking core PHP files again. Especially not to a relatively new developer with the software or with development in general.

----

If you must use PHP, create an Extension and investigate the power of Hooks or maybe create a custom skin

Or if it is possible with a bit of CSS, use Site CSS on the wiki. Krinkle (talk) 09:31, 5 June 2012 (UTC)

@Krinkle: I assume(d) that every runner of a wiki who uses Git or SVN knows that files either shouldn't be edited or should be deleted before upgrading the wiki. Tim (SVG) 12:05, 7 June 2012 (UTC)

I have tried to hide this part using css, but I guess it is not possible to hide this <div id="mw-pages">, because it hides all content of the category 213.87.134.40 20:24, 4 June 2012 (UTC)

I would be glad to use both possibilities! But I don't know yet what exactly I should change in php file or css.

I have searched through all php files and I didn't find where it can be done!

CSS is also posibble, but I don't know what should I mark as "display: none;" to hide what I need!

Hope you can help me! 213.87.134.40 20:06, 4 June 2012 (UTC)

Here is the link to my category:

http://www.allwikilyrics.com/index.php/Category:English_A

and I want to remove this part:

Pages in category "English A"

The following 3 pages are in this category, out of 3 total.

A

I tried to hide it using css, but all were hiden ... may be I should do it in other way?

PLease help! 79.164.222.118 13:17, 5 June 2012 (UTC)

Use

 body.ns-14 mw-pages p {
 display: none;
 }

88.130.85.69 15:18, 5 June 2012 (UTC)

It doesn't work ((( 213.87.134.201 15:42, 5 June 2012 (UTC)

Maybe it does not work, but you got the idea, right? Use a tool like Firebug to see, how exactly your rule must look like. 88.130.85.69 16:22, 5 June 2012 (UTC)

I got the idea, but there is a problem how html mark this part of the code. Here it is

 <div lang="en" dir="ltr"><div id="mw-pages">
 <h2>Pages in category "English A"</h2>
 <p>The following 3 pages are in this category, out of 3 total.
 </p><div lang="en" dir="ltr" class="mw-content-ltr"><h3>A</h3>
 <ul><li><a href="/index.php/Akon" title="Akon">Akon</a>

This part I need to be displayed:

 <ul><li><a href="/index.php/Akon" title="Akon">Akon</a>

So I tried to hide this "mw-pages" using your method and all was hidden including the content that I need to be displayed! So I don't know how to find a solution! 213.87.134.201 16:33, 5 June 2012 (UTC)

You have written

#mw-pages {
 display: none;
}

?

Sure, this will just hide that container (and so most of your wiki page).

What you want is to only hide "p" tags inside the element with the ID mw-pages. By the way: I just noted that my code was not completely correct; you would have to use

body.ns-14 div#mw-pages p {
 display: none;
}

(again untested, but hopefully). 88.130.85.69 21:49, 5 June 2012 (UTC)

Thank zou very much! I got and it works 100%. I have hidden all that I wanted! 79.164.222.118 07:31, 6 June 2012 (UTC)

I am in the process of a migrate + server move from mediawiki 1.18 to 1.19. Both wikis are private with only the special login page being white-listed. In Mediawiki 1.18, if I am not logged in I will be automatically forwarded to the Login Required page. In 1.19, this (very much desired) functionality does not take place, and I am instead sent to a Permission Error web page. Was this a change between 1.18 and 1.19? If so, how do I revert to the 1.18 functionality. I can't provide links to the wiki as they are company internal. I've googled and searched for about 3 hours now and come up with nothing; my google-fu may be weak. :/

halp? 152.85.8.33 (talk) 16:19, 4 June 2012 (UTC)

I don't think that has been a change since 1.18. I can almost remember it being like that in 1.18.2. Hazard-SJ ± 00:49, 5 June 2012 (UTC)

Can you get a diff of the LocalSettings.php file? I suspect a change in the $wgGroupPermissions setting(s). Allen4names (talk) 05:07, 5 June 2012 (UTC)

I have experienced the same problem, upgrading from 1.13 to 1.19. Users who are not yet logged in are now sent to the Permissions Error page instead of the Login page.

The biggest complaint is that, although I was able to customize the Permissions Error page using permissionserrorstext-withaction via the Special:AllMessages page, so it at least now links to the login page, I have not been able to get that to dynamically include the &returnto parameter in the url query string.

This means that after logging in, everyone is always taken to the main page regardless of where they were originally trying to go when they were told to log in.

There have been no $wgGroupPermissions changes in my LocalSettings.php file. 128.59.179.113 14:52, 23 August 2012 (UTC)

I have the same problem with MW 1.31.16. The users sometimes just don't know what to do if they don't get the right directions.

Was there a solution to this problem? Or any hint I can use to get the "You need to login"-page? Aploe (talk) 10:32, 10 May 2022 (UTC)

same issue, help appreciated -- Tobias (talk) 16:56, 16 September 2022 (UTC)

I'd like to make the first heading invisible on a single page. I know that #firstHeading {display: none;} in mediawiki:common.css or mediawiki:print.css does it for all pages. Any ideas are welcome. 92.79.145.130 (talk) 08:58, 5 June 2012 (UTC)

Your idea already looks good. What exactly do you mean with a "single page"? Do you mean a page in a certain namespace?

In CSS you can use something called "cascades". That means, you can specifiy inside which other element your #firstHeading should be (and only then the rule you put there is used).

If you only want the rule to apply for pages in one certain namespace, open such a page and check the body tag in the HTML source code. You will see that it has many classes; one of them being "ns-xx" with "xx" being a number.

You can then hide the #firstHeading on all pages in this namespace with the CSS rule

body.ns-xx #firstHeading {
 display: none;
}

where the number in "ns-xx" must be replaced by the number of the namespace, which you see in the source code.

HTH 88.130.85.69 15:24, 5 June 2012 (UTC)

Thanks for reply. My Idea was to enter a simple Template into some pages to realize a custom page header - perhaps containig a {{PAGENAME}} where i like it to be. On this Page the FirstHeading should not be shown any longer. 109.90.135.45 20:23, 5 June 2012 (UTC)

Hmm, that sounds complicated. So basically you would need a condition to determine, if the template is on the page. If so, the headline should not be displayed..

Maybe it would be possible to write a kind of extension, which would be called by your template (= to render it). Maybe with this extension you could then modify the PHP ocde, which is sent to the browser. (And if you could only add a certain class to the body tag, so that you can use this class to hide the #fristHeading via CSS). 88.130.85.69 21:38, 5 June 2012 (UTC)

How would that look like i tried with this class that I invoked in a Div in my template and it dont work. Im unfortunally not very fit with css-stuff.

.noheadline { #firstHeading {display: none;} } 109.90.135.45 22:26, 6 June 2012 (UTC)

Isn't there a Magicword like - __NOHEADLINIE__ for example. 109.90.135.45 22:28, 6 June 2012 (UTC)

Well, it is quiet easy. I just had to read the FAQ. Look at: http://www.mediawiki.org/wiki/Manual:FAQ#How_do_I_hide_the_main_page_title.3F 109.90.135.45 20:13, 18 June 2012 (UTC)

Hi,

my categories will never list more than one element, that is the page that is first added to the category. All subsequent pages are not listed in the category and if I delete the first page, the category will for ever be listed as empty. A reinstall didn't help and I'm really at a loss here. Any ideas?

Thanks, m

MW 1.20alpha PHP 5.3.3-7 PostgreSQL 8.4.11 SMW 1.7.1 130.149.208.225 (talk) 12:53, 5 June 2012 (UTC)

Execute the maintenance script rebuildall.php. It removes all content from the category database table and adds it again.

Did you also have this problem with earlier versions of MediaWiki (e.g. with 1.19)? Maybe you should report it as a bug. 88.130.85.69 15:26, 5 June 2012 (UTC)

Hey, thanks for your answer. rebuildall.php does the trick. But I have to run the script whenever I put something in a category, that can't be right...? Any idea what could be the cause? 130.149.208.225 13:02, 8 June 2012 (UTC)

Please read my post above:

Did you also have this problem with earlier versions of MediaWiki (e.g. with 1.19)? Maybe you should report it as a bug. 88.130.119.63 14:13, 8 June 2012 (UTC)

Hi,

first i creat a template second i load it to a new page.

On this new page i see a many edit buttons on the right side. on clicking on it the system send me to edit the template.

But i want to edit the content. Is this possible?

thanks for any advice 46.14.121.71 (talk) 15:44, 5 June 2012 (UTC)

Hi All!

I noticed that <td align="center"> code works differently on the MediaWiki.org page and the en.wikipedia.org page. I type the same following test code on the both wikis:

• http://en.wikipedia.org/wiki/User:Danny373/sandbox
• http://www.mediawiki.org/wiki/User:Danny373/sandbox

Source (test) code:

<table border="1">
 <tr>
 <td align="center">
 test test test test test test
 test
 <table border="1"><tr><td>
 [[File:Information_icon.svg|20px]]
 </td></tr></table>
 test
 </td></tr>
</table>

The English Wikipedia (en.wikipedia.org) produce the expected and good output code:

<table border="1">
 <tr>
 <td align="center">
 <p>test test test test test test</p>
 <p>test</p>
 <table border="1">
 <tr>
 <td>
 <p><a href="/wiki/File:Information_icon.svg" class="image">
 <img alt="Information icon.svg" src="//upload.wikimedia.org/wikipedia/en/thumb/3/35/Information_icon.svg/20px-Information_icon.svg.png" width="20" height="20" /></a></p>
 </td>
 </tr>
 </table>
 <p>test</p>
 </td>
 </tr>
</table>

But the MediaWiki.org page produce the wrong and different output:

<table border="1">
 <tr>
 <td style="text-align: center;">
 <p>test test test test test test</p>
 <p>test</p>
 <table border="1">
 <tr>
 <td>
 <p><a href="/wiki/File:Information_icon.svg" class="image">
 <img alt="Information icon.svg" src="//upload.wikimedia.org/wikipedia/commons/thumb/3/35/Information_icon.svg/20px-Information_icon.svg.png" width="20" height="20" /></a></p>
 </td>
 </tr>
 </table>
 <p>test</p>
 </td>
 </tr>
</table>

Why the MediaWiki.org page produce following (wrong) code:

<td style="text-align: center;">

instead (expected) of this:

<td align="center">

Thanks in advance for a solution and explain to me this strange problem.

Best regards,
---
Danny373 (talk) 17:07, 5 June 2012 (UTC)

This might have to do with a setting on these pages, e.g. I could imagine that (de-)activating XHTML or HTML5 might cause a difference. Maybe also "tidy" is running, which cleans up the HTML code.

Apart from that: Using the "align" attribute in HTML is deprecated (same are e.g. "font" and some more). You should instead use CSS (like style="text-align: center;"). This is in fact the "better" code. 88.130.85.69 21:44, 5 June 2012 (UTC)

> This might have to do with a setting on these pages

Not.

> Maybe also "tidy" is running, which cleans up the HTML code.

Not.

> Using the "align" attribute in HTML is deprecated (same are e.g. "font" and some more).

> You should instead use CSS (like style="text-align: center;"). This is in fact the "better" code.

Perhaps you're right, but how center (追記) entire (追記ここまで) content (not only text) in a table data cell (td)? Danny373 (talk) 09:24, 6 June 2012 (UTC)

Whatever it is you want, use CSS. Whether that means text-align: center;, vertical-align or margin: 0 auto;, use what you need. Krinkle (talk) 01:38, 13 June 2012 (UTC)

MediaWiki 1.18.1 PHP 5.3.3-1ubuntu9.10 (apache2handler) MySQL 5.1.61-0ubuntu0.10.10.1-log

I need to make a fix for pages when displayed in Chrome and Safari (and I assume for Konqueror on KDE). These are all webkit browsers.

Is skins/monobook/KHTMLFixes.css the correct file to modify? I understand that the correct way to call this css file pre-MW 1.15 if User Agent sniffing did not work was to add:

var is_khtml = (navigator.vendor == 'KDE' || ( document.childNodes && !document.all && !navigator.taintEnabled ));

to skins/common/wikibits.js.

This does not seem to work in 1.18 and the fixes syntax in wikibits.js has changed a lot. It in fact has references to chrome, safari and webkit. Do I then need to create

SafariFixes.css ChromeFixes.css

in skins/monobook/ ? If so, what about other webkit browsers?

Thanks 86.164.223.66 (talk) 02:19, 6 June 2012 (UTC)

These separate files are no longer used. These patterns should be kept to a bare minimum, and nothing has been added in the past years (only older uses removed).

For anything new you should aim to not need these kind of hacks. The alternative solution now depends on the specific goal, hard to tell without details. Can you elaborate on your use case and what you're trying to do that makes you want to look for a way to add a CSS rule only for webkit browsers? Krinkle (talk) 11:19, 10 June 2012 (UTC)

MediaWiki 1.19.0 PHP 5.2.17 (cgi-fcgi) MySQL 5.0.92-log

Does anyone have any guidance on overarching structure for episode guides, like for a TV series or comic strip? Or perhaps a pointer to a wiki in the wild that already does this?

My initial idea was an issue list page, and pages for each issue.

Then I thought maybe I should get a little more granular and have a page for each strip, with each issue transcluding the strips for that issue.

Then the question arose of how to structure the cast of characters. Character A and B might star in strip 1, but characters B and C star in strip 2. I received a suggestion of making each cast member a Category, putting each strip into multiple categories based on the multiple characters that appear within, but I didn't know if this is considered unkosher. To a MediaWiki neophyte, the concept seemed odd having this in lieu of, or in parallel with, a page for each cast member.

Is there an established best practice here? Amonroejj (talk) 03:31, 6 June 2012 (UTC)

Product Version MediaWiki 1.18.2 PHP 5.3.10 (cgi-fcgi) MySQL 5.1.63-rel13.4 http://www.medrevise.co.uk/index.php?title=Main_Page&useskin=medrevise5 - link to new skin I'm working on.

Hey there,

On the page I've linked to, on the right hand side is a div called #bloglatest. It should have the following css: #bloglatest{ float:right; width:339px; height:111px; margin:11px 10px 0 0; /* @embed */ background-image:url(gfx/notepaperbg.png) no-repeat; }

However, instead, the image is not visible. It works if I take away the no-repeat. Why is this, and how can I fix it?

Bless, Chris Bigonroad (talk) 06:12, 6 June 2012 (UTC)

Hi, any ideas about this? C Bigonroad (talk) 13:49, 6 January 2013 (UTC)

This is really a browser or CSS question, so which browser are you testing this in?

But your CSS has an error. Instead of

background-image: url(URL) no-repeat;

you should use

background: url(URL) no-repeat;

See the w3c documentation for background-image and you'll see that "no-repeat" is not valid. ☠MarkAHershberger ☢(talk)☣ 19:29, 6 January 2013 (UTC)

Aha, glorious, and now the embedding is working. Thanks! Bigonroad (talk) 08:38, 28 January 2013 (UTC)

Hi everybody,

I have a problem with the window size in edit mode. This size is very small and each time 'im obligated to increase the size manually.

A screenshot says more :-)

http://img15.hostingpics.net/pics/281345Sanstitre.png

Thank for your next help.

MediaWiki 1.15.5-7

PHP 5.3.10-1ubuntu3.1 (apache2handler)

MySQL 5.5.22-0ubuntu1 2A01:E35:2438:800:797C:4BDC:898C:C725 (talk) 19:37, 6 June 2012 (UTC)

Hey,

trying to install, I get next failiure msg

quote Warning: require_once(/customers/paramotor.be/paramotor.be/httpd.www/w/languages/Names.php): failed to open stream: No such file or directory in /customers/paramotor.be/paramotor.be/httpd.www/w/languages/Language.php on line 20 Fatal error: require_once(): Failed opening required '/customers/paramotor.be/paramotor.be/httpd.www/w/languages/Names.php' (include_path='.:/usr/share/php') in /customers/paramotor.be/paramotor.be/httpd.www/w/languages/Language.php on line 20 unquote

Does someboy knows the reason and what to do, to avoid. 84.196.56.251 (talk) 14:45, 7 June 2012 (UTC)

The file "/customers/paramotor.be/paramotor.be/httpd.www/w/languages/Names.php" is missing. Check that you installed all files from the MediaWiki archive. 88.130.96.167 19:49, 7 June 2012 (UTC)

I need to rename over a hundred pages. Is there any way to do this in an automated or batch mode? Not looking forward to having to change them one by one using the Move tab.

Thanks! 198.234.62.130 (talk) 15:31, 7 June 2012 (UTC)

Have you already checked pywikipediabot. It is a powerfull bot framework and might do the job. Carchaias (talk) 21:34, 9 June 2012 (UTC)

Yes Pywikipedia bot's movepages script will allow you to do this in a batch. Is this for a Wikimedia wiki or your own personal wiki? The Helpful One 21:37, 9 June 2012 (UTC)

Extension:ReplaceText Subfader (talk) 16:48, 10 June 2012 (UTC)

Extension:ReplaceText Subfader (talk) 16:48, 10 June 2012 (UTC)

Hey there, I'm trying to make the sidebar on my wiki wide enough to accommodate the adverts - right now the ads creep onto the main content area and cover up some of the text. I've tried adding the following snippets of code to http://lostforeverwiki.com/index.php?title=MediaWiki:Vector.css with no effect on the site:

From http://www.dokuwiki.org/template:vector?#customizing

div#content,
div#head-base,
div#footer {
 margin-left: 12em;
}
div#panel {
 width: 12em;
}
#left-navigation {
 left: 12em;
}

From http://www.mediawiki.org/wiki/Manual:Interface/Sidebar#Sidebar_width_in_Vector_Skin_.28CSS.29

div#mw-panel {width:12em;}
div#footer, #mw-head-base, div#content {margin-left: 12em;}
#left-navigation {left: 12em;}

From http://www.mediawiki.org/wiki/Extension:Google_AdSense_2

#content, #footer { margin-left: 11em; }
#left-navigation { left: 11em; }

I've tried all of these, pressing ctrl+f5 every time (I'm using Firefox), and I haven't seen the layout change once. Here's the info on my wiki:

http://lostforeverwiki.com

Mediawiki 1.18.1

PHP 5.2.17 (cgi)

MySQL 5.0.92-community

Please help, I'm tearing my hair out over here. 92.27.227.48 (talk) 18:51, 7 June 2012 (UTC)

I am wondering if anyone can help me. I am in the process of creating a wiki for my office. I work at a research lab with many different systems for performing research. The wiki is going to have a page for each system. One of the things I would like to go is add a status for each system (either working or down for maintenance). I would like an e-mail to be automatically generated when the status of the system changes. Is there ANY way to do this? I assume it would require an extension of some kind...

A second thing I would like to have is a "News Feed" of recent announcements. Again, I would like each new announcement to generate an e-mail to users with the text of the announcement... Any tips or feedback would be most appreciated! Zackmann08 (talk) 20:12, 7 June 2012 (UTC)

There is a nativ system inside MW for these funktion. For announcments there is the "current events" page which ist in the mainmenu. Users can use the "watch" funktion to add it to their watchlist and, if configured in their preferences, can receive email when changes occur. Carchaias (talk) 21:32, 9 June 2012 (UTC)

I'm receiving this: [b3bbedb6] 2012年06月08日 01:22:41: Fatal exception of type MWException

I'm using 1.20 alpha as the installation of 1.19 was unsuccessful, it gave me something like: "php exited unexpectedly" or something. I know that this site uses 1.20 aswell but I don't know if I have updated it frequently enough (I installed it last month and never upgraded) is there anything I can do?

If I need to update then please tell me how to with the minimal disruption of my site. Muqman 52 (talk) 22:26, 7 June 2012 (UTC)

This information is insufficient to figure out what's going on, see how to debug. Max Semenik (talk) 09:45, 8 June 2012 (UTC)

Thats all it gave me, I just downgraded to 1.18, thanks! Muqman 52 (talk) 23:25, 9 June 2012 (UTC)

re: Thats all it gave me, I just downgraded to 1.18, thanks!

What MaxSem meant in his comment was follow the instructions at how to debug in order to get a more specific error message. Bawolff (talk) 21:43, 17 January 2013 (UTC)

Note: Old post.

This issue was resolved on MediaWiki 1.20.2. If you upgrade to 1.20.2 it should have been solved. Ciencia Al Poder (talk) 10:25, 18 January 2013 (UTC)

I got the same issue on 1.20.2 see Manual_talk:$wgUseInstantCommons - Arent (talk) 14:16, 18 January 2013 (UTC)

This is totally unrelated to user preferences. Please don't reopen old posts marked as resolved. Ciencia Al Poder (talk) 18:58, 18 January 2013 (UTC)

Здравствуйте! Скажите, как лучше, если я делаю многоязычную википедию: 1)Установить для каждого языка свою вики? 2)Установить для всех языков одну вики? Спасибо. Hello! Tell me how to be better if I make a multi-language wikipedia: 1) Set for each language your wiki? 2) Install all languages ​​a wiki? Thank you. 95.26.32.236 (talk) 13:02, 8 June 2012 (UTC)

Make different wikis. One wiki for one language. 88.130.119.63 14:14, 8 June 2012 (UTC)

Скажите, пожалуйста, как связывать статьи вики на разных языках?

Please tell me how to link wiki articles in different languages​​? 95.26.32.236 08:34, 9 June 2012 (UTC)

With the interwiki table. In this database table you can store prefixes and where they should link to. Then you can use these prefixes in internal wiki links and they will lead to the domain/base URL, which you have provided in the interwiki table. 88.130.119.63 10:15, 9 June 2012 (UTC)

The talk system we use now is inconvenience. Although LQT improve it, not enough.

I got two reasons to lead @username founction in to mediawiki.

1. A lot of user use twitter, facebook and etc. They are used to use @username founction.
2. We need to post a link at other's user_talk page to invite other's to join some discuss. If Mediawiki support @username or some extension can add this function, we can invite others easily.

The easier people chat with each other, the better article they can write under consensus. Deletedaccount4567435 (talk) 20:50, 8 June 2012 (UTC)

So you want that all usernames - like they do on Twitter - start with an "@" sign? That is possible. MediaWiki has many hooks; have a look at the list of hooks and take that one, which is executed directly before a new user account is added to the database.

Then use the data, which you can access in this hook (this should be data about the new user, which should be added) and manipulate the username, so that it begins with an "@" sign. 88.130.119.63 00:26, 9 June 2012 (UTC)

Hello. My name is John. I'm using MediaWiki 1.19.0, PHP 5.3.8, and MySQL 5.5.16.

Would anyone be kind enough to type an example of code, if this is even possible (?), to associate a custom namespace--JohnSpace--with the Main NS_MAIN namespace, so it will always appear as something similar to "JohnSpace:Main_Page_Title"? Pretty much like how the Talk NS_TALK namespace does it.

As I said, I'm not sure this is even possible...but if it is, should the JohnSpace index be odd-numbered?

Please don't forget to mention which file(s) your example code would be inserted into. And a plain English description of your example code would be wonderful, if you have time.

BONUS QUESTION:

Would anyone be kind enough to type an example of code, using the SkinTemplateNavigation hook or the SkinTemplateNavigation::Universal hook (I'm unsure which is more relevant), to create an additional tab between the Vector skin's "Page" and "Discussion" tabs? Let's assume this additional tab would link to a custom namespace; maybe the one I called JohnSpace, above. Thank you.

-- John 173.48.192.25 (talk) 02:19, 9 June 2012 (UTC)

Mediawiki basically set the log in and create account menu to one interface (nav-login-createaccount), and wikis like Wikipedia have split each interface "login" and "create account". How do I do that? I need ur help. LyJPedia (talk) 02:19, 9 June 2012 (UTC)

Manual:Personal Urls may be of help. You should note that the Wikimedia Foundation uses the latest "bleeding edge" version of MediaWiki. (1.20wmf4 as of 8 June 2012) Allen4names (talk) 03:59, 9 June 2012 (UTC)

thank you, but i have already checked that manual. What am I supposed to click for getting information exactly about the "log in / create account" menu? It's so hard to search on google too. (or do i have to change the mediawiki version to that?) LyJPedia (talk) 04:24, 9 June 2012 (UTC)

Try asking at w:Wikipedia:Village pump (technical). The change does not seem to have been made on all Wikimedia wikis. Allen4names (talk) 15:47, 9 June 2012 (UTC)

When I already hear "It's so hard to use google.", then it's already all clear.

You only have to add one line of configuration and it will work. If I know it? Yes, I do. And even if I didn't, I would be able to search and find it. But I won't tell you; sorry not with this attitude. 88.130.86.246 16:42, 9 June 2012 (UTC)

If you do not know what to search for search engines are all but useless. It is as if you wanted to know something about dogs but...

1. you don't know the term 'canus',
2. there are no references to that term in the results when you search for 'dog', and
3. the information you want is only to be found if you search using 'canus'.

So yes it can be hard to use Google. Hopefully someone will at least provide a search link to help with this. Allen4names (talk) 15:56, 11 June 2012 (UTC)

On 1.18 or higher, set $wgUseCombinedLoginLink to false. Reach Out to the Truth (talk) 19:59, 11 June 2012 (UTC)

Thank you. (Note bug 37211) Allen4names (talk) 01:33, 12 June 2012 (UTC)

That's the answer! Thank you so much, ROT and Allen. :) LyJPedia (talk) 16:19, 12 June 2012 (UTC)

Hi, yesterday I successfully translated the whole page on http://meta.wikimedia.org/wiki/Wikidata/Introduction/cs

Today I wish to make some changes in my translation: I did some edit in the edit window, then I press the Save(a) button and then I become a little box with the message:

 Invalid token (badtoken)
 [OK].

Is it any problem with the syntax of my text? Or is it a SW bug? I don't understand what is wrong. I found no description on such event on the helppage Help:Extension:Translate

Thanx! Kychot (talk) 07:37, 9 June 2012 (UTC)

Hello!
How do I change "index.php" to "wiki"?(http://site.org /index.php/%D0%97%D0%B0%D0%B3%D0%BB%D0%B0%D0%B2%D0%BD%D0%B0%D1%8F_%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D0%B0
http://ru.wikipedia.org /wiki/%D0%97%D0%B0%D0%B3%D0%BB%D0%B0%D0%B2%D0%BD%D0%B0%D1%8F_%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D0%B0) Thank you. 95.26.32.236 (talk) 09:03, 9 June 2012 (UTC)

I would start creating the folder "wiki". Then I would move all files of the wiki into this folder. Result: You have URLs like site.org/wiki/index.php/Article-Title

Then you must still get rid of the "index.php" in the URLs. Two ideas: This is possible with the Apache module mod_rewrite, but mod_rewrite is complex to use. Maybe (idea 2) MediaWiki has some option to supress this "index.php" in the URLs. Then performance would not be as good as with mod_rewrite, but if such an option exists (which I don't know), then it is likely to be easier to use than mod_rewrite. 88.130.86.246 10:20, 9 June 2012 (UTC)

Make sure you can edit LocalSettings.php. Also note that it is the mod_alias module that you need.

Apache configuration lines.

Alias /wiki "/var/www/w/mediawiki-1.18.3/index.php"

Alias /w "/var/www/w/mediawiki-1.18.3"

LocalSettings.php configuration lines.

## The URL base path to the directory containing the wiki;

## defaults for all runtime URL paths are based off of this.

## For more information on customizing the URLs please see:

## http://www.mediawiki.org/wiki/Manual:Short_URL

$wgScriptPath = "/w"; # Alias of /var/www/mediawiki-1.17.0

$wgScriptExtension = ".php";

$wgArticlePath = "/wiki/1ドル"; # Alias of /var/www/mediawiki-1.17.0/index.php

$wgUsePathInfo = true;

(Note the old MediaWiki version number.) Allen4names (talk) 15:41, 9 June 2012 (UTC)

WEBSITE: http://wiki.crygaia.com
Wiki Media Version: 1.18.2
PHP V: 5.3.6
SQL: 5.0.92
HOSTED: Godaddy

We are in the process of moving our wiki from http://crygaia.net to http://wiki.crygaia.com. Things are going fairly well with the exception of image and file uploads.

ISSUE: When uploading any file (extensions Listed on upload page http://wiki.crygaia.com/wiki/Special:Upload)the page takes time to Think then returns no errors, no information and the file is not uploaded. We have used both the Multi Upload then disabled Multi Upload to test the standard uploading of files. Neither is working so it is most likely not the extension Multi Upload.

Images Dir Permissions: Set to 755
IMAGE Subdir Permissions: Set to 777 (The Admin set them World Open so we wouldn't have conflict until this issue is resolved and we can see files upload properly at which point we can rest the SubDir permission back to 755).

I have included code from the

1. php.ini file
2. Local Settings File

We (2 of us) have scoured these files and the various variables and have done our best to figure out the issue. I added allot of Debug code to the LocalSetting.php file inorder to catch any issues with PHP and the SQl...No errors

COMMAND LINE:
We Do NOt have a Command Line Access so any solutions utilizing that are not feasible

WILL SUPPLY WHAT EVER IS needed to resolve this issue

PHP.ini
register_globals = off
allow_url_fopen = off

expose_php = Off
max_input_time = 60
variables_order = "EGPCS"
extension_dir = ./
upload_tmp_dir = /tmp/
precision = 12
SMTP = relay-hosting.secureserver.net
url_rewriter.tags = "a=href,area=href,frame=src,input=src,form=,fieldset="

memory_limit = 128M
post_max_size = 128M
file_uploads = On
upload_max_filesize = 128M



disable_functions = "highlight_file,ini_alter,ini_restore,openlog,passthru,

phpinfo, exec, system, dl, fsockopen, set_time_limit,

popen, proc_open, proc_nice,shell_exec,show_source,symlink"

LOCAL Settings File (WHERE there are NUMBERs in the code below they are actually comment out in the file)

<?php error_reporting( E_ALL ); ini_set( 'display_errors', 1 );

1. Protect against web entry

if ( !defined( 'MEDIAWIKI' ) ) { exit;}

$wgShowExceptionDetails = true; $wgShowSQLErrors = true; $wgDebugDumpSql = true; $wgShowDBErrorBacktrace = true; $wgDebugComments = true;

1. 1. Uncomment this to disable output compression
2. $wgDisableOutputCompression = true;

$wgSitename = "The Secret World Wiki"; $wgMetaNamespace = "The Secret World Wiki";

1. 1. The URL base path to the directory containing the wiki;

$wgScriptPath = ""; $wgScriptExtension = ".php"; $wgArticlePath = "/wiki/1ドル"; $wgUsePathInfo = true;

1. 1. The protocol and server name to use in fully-qualified URLs

$wgServer = "http://wiki.crygaia.com";

1. 1. The relative URL path to the skins directory

$wgStylePath = "$wgScriptPath/skins";

1. 1. The relative URL path to the logo. Make sure you change this from the default, or else you'll overwrite your logo when you upgrade!

$wgLogo = "$wgStylePath/common/images/tsw-wiki.png";

1. 1. UPO means: this is also a user preference option

$wgEnableEmail = true; $wgEnableUserEmail = true; # UPO $wgEmergencyContact = "admin@crygaia.com"; $wgPasswordSender = "admin@crygaia.com"; $wgEnotifUserTalk = false; # UPO $wgEnotifWatchlist = false; # UPO $wgEmailAuthentication = true;

1. 1. Database settings

$wgDBtype = "mysql"; $wgDBserver = "REDACTED"; $wgDBname = "REDACTED"; $wgDBuser = "REDACTED"; $wgDBpassword = "REDACTED";

1. MySQL specific settings

$wgDBprefix = "mw_";

1. MySQL table options to use during installation or update

$wgDBTableOptions = "ENGINE=InnoDB, DEFAULT CHARSET=binary";

1. Experimental charset support for MySQL 4.1/5.0.

$wgDBmysql5 = false;

1. 1. Shared memory settings

$wgMainCacheType = CACHE_NONE; $wgMemCachedServers = array();

1. 1. To enable image uploads, make sure the 'images' directory is writable, then set this to true:

$wgEnableUploads = true; $wgFileExtensions = array( 'png', 'gif', 'jpg', 'jpeg', 'ppt', 'pdf', 'psd', 'mp3', 'xls', 'xlsx', 'swf', 'doc','docx', 'odt', 'odc', 'odp', 'odg', 'mpp'); $wgUseImageResize = true; $wgUseImageMagick = true; $wgImageMagickConvertCommand = "/usr/local/bin/convert";

1. 1. If you want to use image uploads under safe mode, create the directories images/archive, images/thumb and images/temp, and make them all writable. Then uncomment this, if it's not already uncommented:

$wgHashedUploadDirectory = false;

1. InstantCommons allows wiki to use images from http://commons.wikimedia.org

$wgUseInstantCommons = false;

1. 1. 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.utf8";

1. 1. If you want to use image uploads under safe mode, create the directories images/archive, images/thumb and images/temp, and make them all writable. Then uncomment this, if it's not already uncommented:
2. $wgHashedUploadDirectory = false;

1. 1. If you have the appropriate support software installed you can enable inline LaTeX equations:

$wgUseTeX = false;

1. 1. Set $wgCacheDirectory to a writable directory on the web server to make your wiki go slightly faster. The directory should not be publically accessible from the web.
2. $wgCacheDirectory = "$IP/cache";

1. Site language code, should be one of ./languages/Language(.*).php

$wgLanguageCode = "en";

$wgSecretKey = "REDACTED";

1. Site upgrade key. Must be set to a string (default provided) to turn on the web installer while LocalSettings.php is in place

$wgUpgradeKey = "REDACTED";

1. 1. Default skin: you can change the default skin. Use the internal symbolic names, ie 'standard', 'nostalgia', 'cologneblue', 'monobook', 'vector':

$wgDefaultSkin = "monobook";

1. 1. For attaching licensing metadata to pages, and displaying an appropriate copyright notice / icon. GNU Free Dcumentation License and Creative Commons licenses are supported so far.
2. $wgEnableCreativeCommonsRdf = true;

$wgRightsPage = ""; # Set to the title of a wiki page that describes your license/copyright $wgRightsUrl = ""; $wgRightsText = ""; $wgRightsIcon = "";

1. $wgRightsCode = ""; # Not yet used

1. Path to the GNU diff3 utility. Used for conflict resolution.

$wgDiff3 = "";

1. Query string length limit for ResourceLoader. You should only set this if your web server has a query string length limit (then set it to that limit), or if you have suhosin.get.max_value_length set in php.ini (then set it to that value)

$wgResourceLoaderMaxQueryLength = -1;

1. End of automatically generated settings. Add more configuration options below.

$wgGroupPermissions['*']['edit'] = false;

1. Simple Search

$wgVectorUseSimpleSearch = true;

1. Multi Upload

require_once("$IP/extensions/MultiUpload/MultiUpload.php");

1. Confirm Edit

require_once( "$IP/extensions/ConfirmEdit/MathCaptcha.php"); $wgCaptchaClass = 'MathCaptcha';

1. Cite

require_once("$IP/extensions/Cite/Cite.php");

1. Parser Functions

require_once( "$IP/extensions/ParserFunctions/ParserFunctions.php" );

1. Widget

require_once("$IP/extensions/Widgets/Widgets.php"); $wgGroupPermissions['sysop']['editwidgets'] = true;

1. WikiEditor

require_once( "$IP/extensions/WikiEditor/WikiEditor.php" );

1. Flash MP3

require_once('extensions/FlashMP3/FlashMP3.php'); $wgFileExtensions[] = 'mp3';

1. Google Analytics

require_once( "$IP/extensions/googleAnalytics/googleAnalytics.php" );

1. Dynamic Page List

require_once("$IP/extensions/DynamicPageList/DynamicPageList.php");

1. Antispoof
2. require_once( "$IP/extensions/AntiSpoof/AntiSpoof.php" );

$wgSharedTables[] = 'spoofuser';

1. SpamBlacklist

require_once( "$IP/extensions/SpamBlacklist/SpamBlacklist.php" ); $wgSpamBlacklistFiles = array( "m:Spam blacklist","http://en.wikipedia.org/wiki/MediaWiki:Spam-blacklist"); ?> Reaster~mediawikiwiki (talk) 15:46, 9 June 2012 (UTC)

I have not read these hundreds lines of code (and I think anyone else hardly will). Instead of posting them it would have been important to know what happens exactly after you tried to upload a file.

Does "returns no errors, no information and the file is not uploaded" mean that you in fact get an empty white page? Then enable error display in PHP to see what is happening. 88.130.86.246 16:34, 9 June 2012 (UTC)

I placed the MySQl and PHP Debug code lines in the Local Settings File as the Wiki Media troubleshooting guides suggested and I stated that in my OP. No Errors are returned on trying to upload a file. The page doesn't change but is refreshed. URL doesn't change. The page remains as it was without any ERRORS, Statements, Messages or Changes...period. It appears to think then stops and remains unchanged. I never said anything about ..."A white page"

I know the PHP debug codes are working as I had to adjust a line of code in the /includes/cryptrand.php file yesterday after I added the PHP debug code lines to the Local settings file and recieved error codes on the registration page. Now fixed.

So if you are really interested to see this try for yourself register at

http://wiki.crygaia.com then try to upload a file at http://wiki.crygaia.com/wiki/Special:Upload Reaster (talk) 18:08, 9 June 2012 (UTC)

BUMP Reaster (talk) 18:27, 12 June 2012 (UTC)

I have installed wiki and some bots started to register. So I use captcha extension, but it doesn't help
Here you can look at users that were registered > http://www.allwikilyrics.com/index.php/Special:ListUsers
Users like CasandraRuggiero982, MccutchenCimino102, TootsiePonder591 are bots I guess. Why can they go trhough the registration! Could you help what can you advice? Fokebox (talk) 19:32, 9 June 2012 (UTC)

You have various options, and here's what I recommend:

1. Use Extension:CheckUser to mass-block the existing bot accounts and their IP addresses
2. Either install Extension:ConfirmAccount or install Extension:SimpleAntiSpam, Extension:ConfirmEdit, and/or (at least two of these) Extension:AbuseFilter. Jasper Deng (talk) 20:39, 9 June 2012 (UTC)

Basic Info: Xampp on Ubuntu Desktop 12.04 LTS MediaWiki Version: 1.19.0 PHP Version: 5.3.8 MySQL Version: 5.5.16

From the localhost machine the site displays perfectly (see http://i.imgur.com/2Rkh8.png) however from my personal computer it displays only text: http://i.imgur.com/Ld2pk.png

One other thing that might be important: The server is setup as a private wiki, so anonymous viewing, editing, etc is off. 64.9.127.208 (talk) 03:22, 10 June 2012 (UTC)

I have the same situation on my MacBook Pro 83.76.112.186 15:27, 10 June 2012 (UTC)

Are there any similarities in our configuration? I'm assuming you mean you are using your MacBook to access the server and that the server is run on a different machine. Are you also using XAMPP? 64.9.127.208 20:19, 10 June 2012 (UTC)

Check your LocalSettings.php's entry for $wgServer. If it is localhost or a localhost IP address, then you have to change it to your server's non-localhost address or domain name. Jasper Deng (talk) 00:32, 11 June 2012 (UTC)

I did have it configured with $wgServer = "http://localhost" and after changing it to the server's IP address I was able to see it fine on other comptuers. Thanks for the help! 64.9.127.208 01:29, 11 June 2012 (UTC)

Huge help!!! thanks 67.43.92.145 20:47, 10 September 2012 (UTC)

Is there any way to do this, possibly through restricting particular categories?

I think Wikipedia has something like this to prevent vandalism with pornographic images. Lieutenant Aleksandr Reznov 03:49, 10 June 2012 (UTC)

See w:MediaWiki:Bad image list. Max Semenik (talk) 08:07, 10 June 2012 (UTC)

Thanks

Is there any way to do this with categories of images, or do they all have to be added manually? Inquisitor Sasha Ehrenstein aus dem Sturmkrieg Sector (Talk) (Contributions) 13:07, 10 June 2012 (UTC)

Hi everyone,

I'm wondering if there is something like {{NUMBEROFEDITSECTIONS}}, something that automaticly gives you the Number of editable sections in an article or a project-site. And if something like that exists, does it work with an "subst:"-praefix?

If there is no MagicWord like that, how can I generate that number in another way?

I hope you can help me... Col. sheppard (talk) 09:46, 10 June 2012 (UTC)

Hello all. I use infobox template > http://en.wikipedia.org/w/index.php?title=Template:Infobox_musical_artist So I have successfuly installed it to my wiki website, but I would like to remove links in "Genre" and "Labels" ... I don't know what should I edit to disable this links! Thx for help! Fokebox (talk) 21:20, 10 June 2012 (UTC)

I have found thw solution! Thx Fokebox (talk) 06:25, 11 June 2012 (UTC)

Would you mind sharing it with the rest of the world? ;-) 88.130.122.158 11:10, 11 June 2012 (UTC)

So if you use this template (Info box) you should also create other support templates (God bless that all is already done by wikipedia). You should edit "Template:Infobox musical artist" and to find there

| label12 = [[Record label|Labels]]

and remove square brackets then we have

| label12 = Labels

The same should be done with genres >>>

| label8 = Genres

That's it Fokebox (talk) 13:04, 11 June 2012 (UTC)

Hello, heres is the info of my installed version:

MediaWiki: 1.6.12
PHP: 5.1.6 (apache2handler)
MySQL: 5.0.37-community-log
Extensions:
Special pages:
Piwik Integration (version 1.5.2-piwik0.5.5) by Isb1009 
Parser hooks:
EasyTimeline by Erik Zachte 
Hooks:
ParserFirstCallInit: wfTimelineExtension and wfSampleParserInit
SkinAfterBottomScripts: efPiwikHookText 

I'm having problems to use the EasyTimeline extension. The <timeline> tag is not been parsed by de mediawiki and the tag and also the script between the tags is been written in plaintext. In the version page, after the EasyTimelime word is an image of a closed padlock. What does this padlock means?

To install the EasyTimeline I followed the instructions written in http://www.mediawiki.org/wiki/Extension:EasyTimeline/installation I installed ploticus, I put the files EasyTimeline.pl, Timeline.php and Timeline.i18n.php into extensions/timeline. I add the following lines at the end of the LocalSettings.php file: require_once("extensions/timeline/Timeline.php" );

$wgTimelineSettings->ploticusCommand = "/usr/bin/pl";
$wgTimelineSettings->perlCommand = "/usr/bin/perl";

I've also tried to execute EasyTimeline.pl with an example script, and it works:

perl EasyTimeline.pl -i scriptfile.txt

Do you know if there could be a problem with the mediawiki 1.6.12 version and EasyTimeline? What does the padlock means? Maybe it is not posible to add extension tags in mediawiki 1.6.12 or it's necessary to activate this in a configuration file?

Thanks! 212.145.149.200 (talk) 09:26, 11 June 2012 (UTC)

Hi,

I set up mediawiki on my server. Now I redirected a domain aka "mywiki.de" to the path "web111.server1244...org". The redirect works but everytime I call the domain "mywiki.de" it changes to "web111...." in the browser url field. How can I tell mediawiki that my domain is "mywiki.de" ?

thank you Rafael 85.183.207.28 (talk) 12:30, 11 June 2012 (UTC)

Set $wgServer in LocalSettings.php. Allen4names (talk) 15:30, 11 June 2012 (UTC)

Does not work.

I have a subdomain: "http://wiki.bm-evento.de" set to "/mediawiki-1.18.2" (that is the folder) this redirect works. But when I set "$wgServer = "http://wiki.bm-evento.de";" I get "object not found".

any idea? thanks 85.183.207.28 08:41, 12 June 2012 (UTC)

Check your apache (or other web server) configuration file(s). Other than that? No. Allen4names (talk) 03:46, 13 June 2012 (UTC)

I am trying to install media wiki. I downloaded the software, extracted and place it in my local server, so my url is http://127.0.0.1/wiki (I am using wamp).

When opening this path I got a page saying setup wiki first. When I click to install, it shows the page is not available and the url is http://127.0.0.1/wiki/mw-config/index.php

I am using mediawiki 1.19 182.186.194.89 (talk) 15:51, 11 June 2012 (UTC)

Try installing version 1.18 as "test18". I am using Ubuntu so I would use sudo cp -R mediawiki-1.18.3 /var/www and then sudo mv mediawiki-1.18.3 test18. Hopefully someone more familiar with Windows can be of more assistance. Allen4names (talk) 01:49, 12 June 2012 (UTC)

I have a phpbb and a wiki that I have taken over from someone who left, so it's been a learn as you go experience. I believe the usernames and privileges are taken from the phpbb by using the Auth_phpBB mod. This all seems to work fine except I cannot get Admin access to the wiki. I have full access and editing abilities for the phpbb, the wiki, the SQL database, etc. I also have full Admin access on the phpbb.

Versions:

MediaWiki: 1.18.3

PHP: 5.4.0 (apache2handler

PhpBB: 3.0.10

MySQL: 5.5.23

When I am logged in, I don't see the delete or protect tabs.

Any idea's? Thanks,

Wes 144.188.24.25 (talk) 17:24, 11 June 2012 (UTC)

Nobody has seen this before? Any suggestions on how to troubleshoot this?

Thanks,

Wes 144.188.24.25 16:21, 12 June 2012 (UTC)

Let me float another idea. I basically just want to delete some pages. How hard is it to delete a page directly from the SQL database? Is that something easy or something to be avoided? 144.188.24.32 13:08, 18 June 2012 (UTC)

Hello. I use InstantCommons that allows wiki to use images from http://commons.wikimedia.org I indicate some images that should be displayed on the page. It works great. But I noticed that this images are uploaded to my server. It is also good, but they are uploaded with all sizes, which is not very well for me, because I have limited size of disc space where I host How can I limit it? How can use only smallest size of the images from commons.wikimadia.org? Thx for help Fokebox (talk) 10:33, 12 June 2012 (UTC)

You can set cache-time to 0, then thumbnail will not be stored on your server but links from Commons directly.

Check $wgUseInstantCommons for the settings behind this. Then remove wgUseInstantCommons from your LocalSettings file and instead add the entry for wgForeignFileRepos (values for this can be copied directly from Manual:$wgUseInstantCommons). Then set 'apiThumbCacheExpiry' to 0.

Example:

$wgForeignFileRepos[] = array(
 'class' => 'ForeignAPIRepo',
 'name' => 'wikimediacommons',
 'apibase' => 'http://commons.wikimedia.org/w/api.php',
 'hashLevels' => 2,
 'fetchDescription' => true,
 'descriptionCacheExpiry' => 43200,
 'apiThumbCacheExpiry' => 0,
);

Krinkle (talk) 01:34, 13 June 2012 (UTC)

Thx so much! It works! You have saved my disk space at my server ) Fokebox (talk) 16:41, 13 June 2012 (UTC)

Hello Krinkle,

I have the same problem as Fokebox.

It seems my database is getting bigger with every InstantCommons pic I include on my wiki. Are the pics saved in the database? I couldn't find any of the pics in my images folder...

Does your suggestion (apiThumbCacheExpiry => 0) bring along any drawbacks?

Thanks,

Stefan Stefahn (talk) 18:09, 30 July 2012 (UTC)

pics are not saved in the db. A very limited amount of information is saved each time you use a picture (Basically, page x is using File with name Y. This is so we can do special:whatlinkshere type pages).

The file description is probably cached, and depending on your configuration, it may end up being cached in the database (Specifically the objectcache table) however i wouldn't expect that to take up too much space. [using the db for caching is really slow, things like memcached offer much better performance]

>Does your suggestion (apiThumbCacheExpiry => 0) bring along any drawbacks?

Higher load on commons ;) [Don't worry commons can handle it. That said if you're a major wiki with tens of thousands of hits a day (or more), probably would be polite to not disable the local thumb caching]. Bawolff (talk) 18:55, 30 July 2012 (UTC)

Hi Bawolff,

Thanks a lot for your detailed reply!

It's true. Within the last days I monitored the size of my objectcache table - it's growing every day (by ~2 MB) - even when I use 'apiThumbCacheExpiry' => 0. But I guess that's just the usual way a cache works. Or it has to do with Instant pics that I added when apiThumbCacheExpiry had its default value...?

In the documentation of objectcache table it says its content can be deleted. Can I delete them via phpMyAdmin? Stefahn (talk) 09:34, 3 August 2012 (UTC)

yes, just be careful not to delete anything from another table Bawolff (talk) 12:18, 3 August 2012 (UTC)

Stefahn (talk) 09:34, 3 August 2012 (UTC)

Working an issue on the English Wikipedia. AfC has a rather large template that sometimes displays if it is not too large, if it is too large, it simply does not display. When I place it in my sandbox, I get Warning: Template include size is too large. Some templates will not be included.

This does not happen in Main space, nothing happens. Is there any way to detect or trap this so that alternate information can be displayed? Dcshank (talk) 17:26, 12 June 2012 (UTC)

Note: such pages also have the tracking category on w:mediawiki:post-expand-template-inclusion-category added. Main space vs not main namespace should not make a difference ( however preview vs not preview will).

When this sort of thing happens, the template should get changed to a link, and an html comment ( <!-- WARNING: template omitted, post-expand include size too large --> ) added after the link (as a strip item). I don't see any obvious ways of testing for that, especially now that all the bugs related to certain parser funcs seeing strip markers have been fixed. Bawolff (talk) 19:47, 13 June 2012 (UTC)

Thanks for the info. I have referred to the person who really knows this stuff. Dcshank (talk) 01:45, 15 June 2012 (UTC)

Other thing i just thought of: Use {{PAGESIZE:page name|R}} to get the page size and filter based on that. (I don't think pagesize exactly corresponds to post-expand-template-inclusion size since things aren't expanded for the page size, but it might be able to give you a rough estimate and make something that works most of the time).

If you find a really good method for testing for this sort of thing, please let me know, I'd be interested in hearing about it. Bawolff (talk) 12:29, 15 June 2012 (UTC)

When will MediaWiki implement a MS-SQL option for the database backend? Goldbishop (talk) 20:43, 12 June 2012 (UTC)

According to Sumanah: The Wikimedia Foundation doesn't have plans to focus on that as a main priority in the near future, no. Some volunteers are working on that, though.

Apparently they are DJBauch and Yaauie. It looks like Yaauie has done some work on this already: Special:Code/MediaWiki/70608. Krenair ^{(talk • contribs)} 20:59, 12 June 2012 (UTC)

Since the title of this was "Full Windows Implementation" I'll note that MySql, PostgressSql and SQLite are all cross platform dbs that are available on windows. Bawolff (talk) 19:35, 13 June 2012 (UTC)

yeah ive used the free-ware DBMS's but have a client that wants to use the MediaWiki system but does not want to install a non-homogenous DBMS into their network (they are a Microsoft House) so have all the bundle/bulk/etc licensing and wanted me to look into incorporating the Front-End as PHP, as they already have a PHP site being rendered over IIS, and the back-end as MSSQl since they already have 3 installations and plenty of room for more Databases. Goldbishop (talk) 20:00, 13 June 2012 (UTC)

Hello!

We have our own Wiki with the following versions:

MediaWiki: 1.20wmf4
PHP : 5.3.3
MySQL : 5.1.52

Our Special:Version page looks different than your. You have a table with an additional column that contains the commit version (I think) of installed extensions -> see: screenshot. But our Special:Version page look like this -> see: screenshot, without this helpful and nice column.

How do I (or what do I need) to add this column to our Wiki?

Kind regards,
--- Danny373 (talk) 09:47, 13 June 2012 (UTC)

Is your wiki downloaded directly from git (and keeping any of git's private files around)? Bawolff (talk) 19:31, 13 June 2012 (UTC)

We're trying to migrate from a MS SharePoint SQL-based wiki to MW on Linux. This is not a public-facing wiki, so I can't provide a URL:

MediaWiki => 1.16.5 PHP => 5.1.6 MySQL => 5.0.77 OS => RHEL 5.5

Has anyone accomplished this, and if so, can you provide me with some direction? There's a limited amount of information regarding this type of migration.

It seems that our options are: 1. Export SQL content to text file and use the importTextFile.php maintenance script for importing the text content. However, we have embedded binary image data on many of the existing wiki pages, so I doubt this will work cleanly.

2. Export SQL content to an html format and use one of the many opensource converters to convert the html to MW markup. However, my Windows Engineer is using the SQL Server Import/Export Wizard, and there aren't options for exporting the existing database to html.

3. Use the MySQL migration toolkit for the migration. Walking through the overview of this product, it seems that it would work, but my MySQL skills are limited at best. It appears that MySQL WorkBench doesn't have the migration capability yet even though the capability is supposed to be deprecated in the toolkit and eventually rolled in to the WorkBench.

Any direction that you can provide would be highly appreciated. Kscurl01 (talk) 13:54, 13 June 2012 (UTC)

Hello!

How to make a button: create a pdf?
Thank You. 95.26.32.236 (talk) 14:56, 13 June 2012 (UTC)

Extension:Collection 88.130.76.80 15:07, 13 June 2012 (UTC)

Hello!

Thanks for the reply!

Tell me, please, is there an extension for mediawiki 19?

I installed this extension to the wiki 1.19.0, it shows an error:

Fatal error: Cannot access protected property Revision::$mTimestamp in /home/p66320/www/wikicoder.org/extensions/Collection/Collection.body.php on line 1138

What to do?

Thank you!
93.80.212.59 16:19, 16 June 2012 (UTC)

I have it runnign with 1.19. Make sure you use the right version. 88.130.94.243 16:59, 16 June 2012 (UTC)

Please, give me a link to the version of the extension to MediaWiki 1.19.

Thank you. 93.80.212.59 14:04, 18 June 2012 (UTC)

On the extension page, take a snapshot from Git or SVN, whatever they use. 88.130.113.201 14:27, 18 June 2012 (UTC)

There is a link only to MediaWiki of 1.18, and I have MediaWiki of 1.19. 93.80.212.59 14:54, 18 June 2012 (UTC)

My God, will you ever do anything yourself?!

There are three links to their Git repository. Just try them. You won't die doing things yourself! E.g. with https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/Collection.git;a=shortlog you can download any version you like. Each single change is shown. Each single version can be downloaded and tested. It's really not that hard. But with your attitude I don't think that you will be able to set it up. 88.130.119.82 16:00, 18 June 2012 (UTC)

Ugh. Be nice to people at the support desk. Remember that companies lose their reputation for poor support. Jasper Deng (talk) 16:05, 18 June 2012 (UTC)

> Remember that companies lose their reputation for poor support.

And do so rightfully!

What's wrong with that? This is perfectly fine. 88.130.95.213 21:40, 7 November 2012 (UTC)

Where version 1.19.х?

Image(screenshot) 95.26.187.47 13:05, 22 June 2012 (UTC)

I bet you could even give him a link and he wouldn't be able to set it up...oh wait: I gave him a link.

As I said: He cannot set it up. 88.130.95.213 21:41, 7 November 2012 (UTC)

Hi all,

I was selected to create a Wiki for training documentation at my job. Hooray for me, right? Here's the story:

The XAMPP install is on an N-Computing server. Meaning that I have to remote into the N-Computing server from my PC through Remote Desktop to interact with XAMPP - obviously this is also where the MediaWiki is installed. So from inside the N-Computing server I simply open IE or Chrome or whatever, type http://localhost/ServiceDeskWiki and I'm at the wiki. Everything is great! Well until I made some changes...

I changed the DocumentRoot so that localhost would point to c:\xampp\htdocs\ServiceDeskWiki\ on the local machine and so that (when outside of the machine) I can just type the PC's IP Address and get straight to the wiki ... which I guess it's doing but the page looks like this:

Screenshot

Why is this happening? 12.161.55.61 (talk) 00:05, 14 June 2012 (UTC)

I expect that the problem is that your $wgStylePath is now outdated. Please try updating it. Hazard-SJ ± 00:13, 14 June 2012 (UTC)

I like this suggestion. :) I will let you know if it works. Thanks! 12.161.55.61 00:21, 14 June 2012 (UTC)

No luck. This path is correctly set to

$wgStylePath = "$wgScriptPath/skins";

$wgScriptPath = "/ServiceDeskWiki";

I'm more interested as to the REASON this Login Required screen is popping up at all. Why is it not displaying the wiki? 12.161.55.61 00:31, 14 June 2012 (UTC)

I thought you were referring to the display. It is possible that you have $wgGroupPermissions['*']['read'] = false; set. Hazard-SJ ± 00:35, 14 June 2012 (UTC)

The lack of styling means your $wgServer and/or $wgCanonicalServer are wrong. Make sure they are set to the PC's IP address or domain name, not localhost (I don't know why it's recommended that people use localhost to install wikis). Jasper Deng (talk) 02:53, 14 June 2012 (UTC)

• MediaWiki 1.19.0
• PHP 5.3.13 (cgi-fcgi)
• MySQL 5.1.63-cll

www.wikihut.tk

What happens when you try to login 209.60.242.35 (talk) 06:50, 14 June 2012 (UTC)

Dear All,

I would like to keep "Go-Back" button in few of the pages inside the mediawiki web pages. So could you please help me with the same.

My Version: Midiawiki-1.18.3

Rgds,

Mohan 125.21.230.68 (talk) 07:12, 14 June 2012 (UTC)

Hi,

Any update with the same???

Rgds,

Mohan 125.21.230.132 07:01, 19 June 2012 (UTC)

If you want to add a "go back" link, the simplest way perhaps would be to Manual:$wgRawHtml enable raw HTML then use <html><a href="javascript:history.go(-1)">Go back</a></html>. But if this is a public wiki, you probably don't want to enable raw HTML. Thorncrag 13:13, 22 June 2012 (UTC)

Using JavaScript to browse back in the history is not a good idea. Its wrong for so many reasons.

I believe Mohan is looking for a way to display "back" links when showing a sub page. That includes situations in which you were linked there from another page. So the browser history is not relevant in that case.

The solution is simple, MediaWiki generates these automatically. All you have to do is add the namespace in which you want this to happen, to your configuration of $wgNamespacesWithSubpages . Krinkle (talk) 03:41, 24 June 2012 (UTC)

Yes, Mr. Krinkle, you are right, I would like to keep "Go-Back" button to move my mediawiki page to its sub-pages.

So could you please elaborate how to configure ($wgNamespacesWithSubpages) option in my mediawiki???

Thanks in advance.

Rgds,

Mohan 125.21.230.68 09:42, 25 June 2012 (UTC)

See Manual:$wgNamespacesWithSubpages#Enabling for a namespace. Krinkle (talk) 18:50, 26 June 2012 (UTC)

Hi Krinkle, Even after seen the above given manual still i could not make out the "Go-Back" option in my wiki page.

So could you please provide me step-by-step proccess.

Thanks,

Mohan 125.21.230.132 10:39, 29 June 2012 (UTC)

I enabled

1. Enable subpages in all namespaces

$wgNamespacesWithSubpages = array_fill( 0, 200, true );

in LocalSettings.php, but I still get no back button, breadcrumbs or something similar. Any help? 87.139.192.56 07:53, 17 July 2013 (UTC)

Probably you don't use subpages, check here how to use them: subpages help. 188.47.165.129 13:09, 12 February 2014 (UTC)

Hey. Any updates on the "Go-Back" button? I would like to add it too. Bobbyray (talk) 08:04, 20 September 2013 (UTC)

Yes, the updates are on the messages from 26 jun 2012 and after Ciencia Al Poder (talk) 10:35, 13 February 2014 (UTC)

$wgNamespacesWithSubpages = array_fill( 0, 200, true );

worked for me

thanks Idris, the wise (talk) 10:19, 17 February 2022 (UTC)

Hi, im getting this mesage on the mainpage after updating

A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was:

 (SQL query hidden)

from within function "Revision::fetchFromConds". Database returned error "1054: Unknown column 'rev_sha1' in 'field list' (dbserver)".

I run update.php with no errors. Any ideas?

thomas 2001:638:60F:1000:8820:DF74:BA5C:5009 (talk) 08:19, 14 June 2012 (UTC)

it seems the column rev_sha1 is missing in the table revisions. The update.php does not create the rev_sha1.

thomas 2001:638:60F:1000:8820:DF74:BA5C:5009 08:36, 14 June 2012 (UTC)

If i use the webinstaller (mw-config/index.php) the update from 1.17 to 1.19.1 works. But maintenance/update.php fails. Is there some fix for update.php?

thomas 2001:638:60F:1000:8820:DF74:BA5C:5009 08:52, 14 June 2012 (UTC)

Hello!

There is a MediaWiki which once installed, all these extensions:

http://www.mediawiki.org/wiki/Special:Version

If yes, please give the link.

Thank you! 95.26.32.236 (talk) 09:54, 14 June 2012 (UTC)

Are you saying that you want a wiki that has all the extensions that are used here? Инкуиситор Саша Ехренстеин аус дем Стурмкриг Сектор (Talk) (Contributions) 06:32, 17 June 2012 (UTC)

Internal error

Could not rename file "/tmp/phpXzENk0" to "public/4/43/DECP_top.jpg". 

Product Version 
MediaWiki 1.12.0 
PHP 5.2.5 (apache2handler) 
MySQL 5.0.45-log 116.246.26.29 (talk) 11:49, 14 June 2012 (UTC)

getting this error trying to upgrade from 1.15.3 to 1.19.0. i run about 70 wiki instances, all are at 1.15.3. i'm scripting the upgrade to 1.19.0 essentially just running a loop for each wiki. i ran into issues where about 25 of the wiki database users didn't have INDEX granted [our older wikis]. i fixed that, reverted to my pre-upgrade backup, and now for each wiki that didn't have INDEX [but does now] i'm getting this error. for all the newer wikis that DID have index, they are upgrading fine.

my full error is:

Adding index ls_field_val to table log_search... A database query syntax error has occurred.
The last attempted database query was:
"ALTER TABLE `log_search`
 DROP PRIMARY KEY,
 ADD UNIQUE INDEX ls_field_val (ls_field,ls_value,ls_log_id)
"
from within function "DatabaseBase::sourceFile( /path/to/wiki/maintenance/archives/patch-log_search-rename-index.sql )".
Database returned error "1091: Can't DROP 'PRIMARY'; check that column/key exists (localhost)"

more confusingly is that on all wikis [those that upgrade properly and those that do not] the log_search table doesn't exist pre upgrade.

pre upgrade:

mysql> use WIKI_THAT_DOESN'T_UPGRADE_PROPERLY;
Database changed
mysql> desc log_search;
ERROR 1146 (42S02): Table 'WIKI_THAT_DOESN'T_UPGRADE_PROPERLY.log_search' doesn't exist
mysql> use WIKI_THAT_WORKS;
Database changed
mysql> desc log_search;
ERROR 1146 (42S02): Table 'WIKI_THAT_WORKS.log_search' doesn't exist

post upgrade:

mysql> use WIKI_THAT_DOESN'T_UPGRADE_PROPERLY;
Database changed
mysql> desc log_search;
+-----------+------------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-----------+------------------+------+-----+---------+-------+
| ls_field | varbinary(32) | NO | | NULL | |
| ls_value | varchar(255) | NO | | NULL | |
| ls_log_id | int(10) unsigned | NO | | 0 | |
+-----------+------------------+------+-----+---------+-------+
3 rows in set (0.00 sec)

mysql> use WIKI_THAT_WORKS;
Database changed
mysql> desc log_search;
+-----------+------------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-----------+------------------+------+-----+---------+-------+
| ls_field | varbinary(32) | NO | PRI | NULL | |
| ls_value | varbinary(255) | NO | PRI | NULL | |
| ls_log_id | int(10) unsigned | NO | PRI | 0 | |
+-----------+------------------+------+-----+---------+-------+
3 rows in set (0.45 sec)

more info:

checking /path/to/wiki/maintenance/archives/patch-log_search-rename-index.sql

-- Rename the primary unique index from PRIMARY to ls_field_val
-- This is for MySQL only and is necessary only for databases which were updated
-- between MW 1.16 development revisions r50567 and r51465.
ALTER TABLE /*_*/log_search
 DROP PRIMARY KEY,
 ADD UNIQUE INDEX ls_field_val (ls_field,ls_value,ls_log_id);

so i don't get why it's even doing this rev, as all my instances are 1.15.3. i'm jumping over 1.16 . . . Renamed user G3DXr4qY3n (talk) 14:02, 14 June 2012 (UTC)

turns out my backups weren't dropping the databases like i thought so my pre-upgrade backup was getting tangled with my post upgrade databases when i ran the restore. adding --add-drop-database to my backups solved the issue. Zeefreak (talk) 19:23, 14 June 2012 (UTC)

My Versions: MediaWiki: 1.16.5, PHP: 5.2.17, MySQL: 5.1.61

I've moved to a new host and when I edit a wiki page I get the following error at the top of the page:

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/home/wikipedia/blacklists/titles) is not within the allowed path(s): (/home/davidli1:/usr/lib/php:/usr/php4/lib/php:/usr/local/lib/php:/usr/local/php4/lib/php:/tmp) in /home/davidli1/public_html/rarewrestlingvideos.com/extensions/TitleBlacklist/TitleBlacklist.list.php on line 100

I did not get that error with my old host. I was using shared hosting for both my old and new host. Holygamer (talk) 15:38, 14 June 2012 (UTC)

This error is caused by the extension TitleBlacklist. In its file TitleBlacklist/TitleBlacklist.list.php on line 100 it contains a call, which goes to the file /home/wikipedia/blacklists/titles, but you are not allowed to access this file. This is your problem.

Currently you are only allowed to access files, which are (colon seperates paths from each other) in /home/davidli1:/usr/lib/php:/usr/php4/lib/php:/usr/local/lib/php:/usr/local/php4/lib/php:/tmp.

You should now check,

• why this file is called and
• check if this file should be there and
• if you should in fact be allowed to access it
• or if possibly another file should be called instead. 88.130.94.225 18:19, 14 June 2012 (UTC)

Yes but why did I never get that problem with my old host? Any idea how to correctly set up that extension as I've never been able to get it to work after following it's instructions? Holygamer (talk) 20:36, 14 June 2012 (UTC)

> why did I never get that problem with my old host?

Because you were allowed to access this path and because the file was there.

> Any idea how to correctly set up that extension?

On the Extension:TitleBlacklist you have an example configuration. I do not know the extension, but according to this example configuration I guess that your problem is caused by the setting in $wgTitleBlacklistSources. I would try removing the last array as follows and put this code in localsettings.php:

$wgTitleBlacklistSources = array(
 array(
 'type' => TBLSRC_LOCALPAGE,
 'src' => 'MediaWiki:Titleblacklist',
 ),
 array(
 'type' => TBLSRC_URL,
 'src' => 'http://meta.wikimedia.org/w/index.php?title=Title_blacklist&action=raw',
 ),
);

88.130.77.161 14:04, 15 June 2012 (UTC)

I have a problem trying to install this extension, and I have tried the 1.18 version and 1.17 with the 1.18 Lockdown.php file. What exactly is the problem, and how can it be fixed? It says there is a problem on line 130 of Lockdown.php. Lieutenant Aleksandr Reznov 19:06, 14 June 2012 (UTC)

I bet the error message is more elaborate then "a problem on line 130".

Can you post the full error stack?

Also Manual:How to debug might help you figure out the problem. Krinkle (talk) 03:32, 24 June 2012 (UTC)

That's the only part I remember. I could try adding the extension again to get the error message, but I think that was the only thing anyway. Инкуиситор Саша Ехренстеин аус дем Стурмкриг Сектор (Talk) (Contributions) 13:08, 24 June 2012 (UTC)

Is there an extension which will provide me with a list of articles/files that do not link to a defined page/template/file etc? --86.174.104.41 15:14, 15 June 2012 (UTC)

Yes, try Extension:DynamicPageList (third-party) which you can use to generate such a report. [[User:Thorncrag| Thorncrag </spa 20:42, 15 June 2012 (UTC)

I'm after the user and unique version for the creator of a page (I want an Ambox-based template header on my page that has links back to the first version, and tells you who made it - I'd also like a link to first version vs current comparison page). Are there functions for that?

Many thanks Joerasmussen (talk) 16:07, 15 June 2012 (UTC)

My site: www.greenswiki.org Version: 1.9 php: 5.3.10 MySQL: 5.0.91 Joerasmussen (talk) 16:07, 15 June 2012 (UTC)

I noticed that SharedUserRights is not working in my version of MediaWiki 1.19.1

UPDATE:I figured it out, it was a problem with my FTP client William8288 (talk) 21:38, 15 June 2012 (UTC)

I'm trying to make the edit window black with white text. Lieutenant Aleksandr Reznov 13:44, 16 June 2012 (UTC)

I just figured it out. Inquisitor Sasha Ehrenstein aus dem Sturmkrieg Sector (Talk) (Contributions) 16:38, 16 June 2012 (UTC)

Let me make a guess.

textarea#wpTextbox1{background-color:black;color:white;}

Am I right? Allen4names (talk) 03:24, 17 June 2012 (UTC)

It was this.

textarea {
 background: #0B1907;
}
 
#toolbar, 
#wpTextbox1 {
 clear: both;
 color: #82FA58;

I changed this one since I used it for The Vault and intended it to look like the computer terminals in the game. Inquisitor Sasha Ehrenstein aus dem Sturmkrieg Sector (Talk) (Contributions) 05:47, 17 June 2012 (UTC)

Hello,

after the upgrade to 1.19.0 on MoBaDaten.Info I thought that the Vector and Wikieditor extensions in the 1.19.0 bundle are somehow broken. Later I discovered, that it's trickier than I thought and it depends on what browser is used.

Vector and Wikieditor extension are accurately configured.

With the current Chrome/Firefox/Safari- and the IE8 Browser I see this:

• On most of the pages the sidebar is not collapsed
• No Wikieditor appears when I want to edit a page
• On the login page the sidebar is always collapsed
• The collapsible elements on the Recent changes page are missing, too.
• Sometimes, I have seen this three or four times, the sidebar is collapsed on standard pages or the Wikieditor appears

With the IE9-Browser it is different:

• The sidebar ist nearly always collapsed
• The Wikieditor appears
• The collapsible elements on the Recent changes page are working
• Sometimes, I have seen this a couple of times, the sidebar ist not collapsed or no Wikieditor appears

Did someone have an explanation for this behavior? Wgkderdicke (talk) 15:03, 17 June 2012 (UTC)

It sounds like you somehow somewhere might have some old javascripts in a cache. Maybe in IE9's cache or in the objectscache database table. Make all caches you know of empty and try again. 88.130.108.248 22:56, 17 June 2012 (UTC)

I discovered this:

1. Screenshot from mainpage with collapsed sidebar
2. Screenshot from mainpage without collapsed sidebar

The difference in the HTML-Code for the part of the sidebar:

1. With collapsed sidebar you find...

   <div id="mw-panel" class="noprint">...</div>&lt;/pre&gt;
   # Without collapsed sidebar you find... &lt;pre&gt;<div id="mw-panel" class="noprint collapsible-nav">...</div>
   

Is the missing collapsible-nav the reason for the missing collapsibility? And in case of yes, why is it missing at all? Wgkderdicke (talk) 00:22, 23 June 2012 (UTC)

The pattern is that the Vector/WikiEditor components work fine on pages that have been protected from local site customizations (e.g. Preferences, Login etc.). On others it is interrupted due to an uncaught exception being thrown from your custom site script.

When visiting your wiki, the first thing I see in this error in the Console:

Uncaught ReferenceError: Geo is not defined

This error is also visible in your second screenshot. Click on "Console" or click the red error icon in the bottom right corner, that brings you to the error message in the console. From there you can debug it.

It originates from load.php?modules=site. If you enable debug mode (http://www.mobadaten.info/wiki/MoBaDaten:Hauptseite?debug=true), then you can see that it comes from MediaWiki:Common.js.

It appears you pasted lots and lots of javascript from other wikis into MediaWiki:Common.js (without? knowing how it works) and in doing so you included several code paths that refer to variables that don't exist on your wiki. Please remove everything in MediaWiki:Common.js. That should make it work again. Once you verified that that is indeed what caused it, you can start adding back parts that you really need. If it goes wrong again, at least you know where to look :) Krinkle (talk) 03:26, 24 June 2012 (UTC)

Thanks! That does the trick.

Directly after the 1.19.0 upgrade I copied the complete Common.js from the German Wikipedia. Without careful consideration and rather naive about the impact, too. This worked quite good a few years ago, when I set up "my" wiki. Well, I had luck then but not now :-) And because of the almost simultaneously upgrading and copying I had no idea which part of my modification caused the error.

I have removed everything in Common.js. All required Vector and WikiEditor features are fully operable now. Wgkderdicke (talk) 19:12, 25 June 2012 (UTC)

Great! Good luck :) Krinkle (talk) 18:48, 26 June 2012 (UTC)

I saw recently that Extension:Collection now (claims to have) has a feature to disable PediaPress print on demand service, which is essential for wikis that have unofficial derivative work. I decided to reinstall it because of this, since I want a feature where users can create books with the content (particularly with gaming related materials).

I used the setting that claims it will disable the POD integration, which gives the message at Special:Book under the POD section that printing from a print service has been disabled, and that users need to print and bind their own books if they want hard copies. However, I eventually decided to follow the "Preview with PediaPress" button, and I found that the POD feature is fully enabled! And this is when it gives every indication that the feature has been disabled. If they don't want to disable POD, they should just say so, not blatantly mislead people into thinking that it can.

I would appreciate it if someone could get the feature properly disabled. If not possible, then to at least make an attributed and modified copy with POD properly disabled.

It just occurred that maybe this was an oversight with the programming/modification, but either way, it needs to be fixed. Lieutenant Aleksandr Reznov 15:28, 17 June 2012 (UTC)

Hi Sascha,

disabling print on demand (POD) works and was introduced - amongst other things - for the legal aspects, which you state. :-)

As this is a rather new feature, maybe your version of the Collection Extension is too old and does not have it? I use version 1.6 (maybe a snapshot from SVN or Git) and disabling this POD box works as expected. 88.130.108.248 22:49, 17 June 2012 (UTC)

Ok. I'll try the 1.18 version, and see if that works as intended. The 1.17 version seemed to work because it said that POD had been disabled when I entered the setting, but the button was still functional. It seemed like the POD had been intentionally left in. Maybe it was just a design oversight.

I'll try using a later version, which is usually compatible.

Thanks. Инкуиситор Саша Ехренстеин аус дем Стурмкриг Сектор (Talk) (Contributions) 02:10, 18 June 2012 (UTC)

Thanks for your help.

I just tried the 1.18 version, but it didn't work.

I'll try modifying the 1.17 version of the extension, possibly by changing the link to PediaPress when clicking "Preview with PediaPress" to go to something else, like the Google homepage.

If possible, I'll include a modified version of the extension here. Инкуиситор Саша Ехренстеин аус дем Стурмкриг Сектор (Talk) (Contributions) 19:44, 18 June 2012 (UTC)

After upgrading to 1.19 I am getting the following error on all of my pages.

Database error A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was: (SQL query hidden) from within function "Revision::fetchFromConds". Database returned error "1054: Unknown column 'rev_sha1' in 'field list' (localhost)".

Any idea how to trouble shoot this? 72.208.163.42 (talk) 16:51, 17 June 2012 (UTC)

Never mind, it appears I missed the instructions in the UPGRADE file. That sorted it. 72.208.163.42 17:00, 17 June 2012 (UTC)

I received the same error you did. However, I was not performing an upgrade but instead imported a database into a fresh version of 1.19. What exactly did you do to fix your problem? 76.22.61.10 13:22, 7 July 2012 (UTC)

I received the same error you did. However, I was not performing an upgrade but instead imported a database into a fresh version of 1.19. What exactly did you do to fix your problem? 76.22.61.10 13:22, 7 July 2012 (UTC)

Well, for now, I got around the error by downgrading to 1.18.4 . . . 76.22.61.10 14:05, 7 July 2012 (UTC)

Well, for now, I got around the error by downgrading to 1.18.4 . . . 76.22.61.10 14:05, 7 July 2012 (UTC)

If you upgrade from the previous version, please follow the Upgrade file.

e.g. you upload the whole new file 1.19 to existing one (e.g 1.16).

Then follow the steps in the "Upgrade" in your mediawiki-1.19.1.tar.gz

==== From the web ====

If you browse to the web-based installation script (usually at

/mw-config/index.php) from your wiki installation you can follow the script and

upgrade your database in place. 116.48.12.134 21:01, 21 July 2012 (UTC)

Hi! The template {{Recipe}} on Wikibooks has an optional argument, taking a sort key which is used when the article the template is used in is sorted in the category Recipes (I will get there in a moment). {{Recipe}} also calls the template {{Cookbook article type}}, to which it passes on the optional parameter (if it is provided with it), but now labels it "sortby", since that is the label {{Cookbook article type}} expects it to have. {{Cookbook article type}} then adds the article to the category Recipes (instead of letting {{Recipe}} do that) and uses the argument labeled "sortby" as the sort key (if it is provided with it). However, somewhere this sort key is lost, and articles that use the template {{Recipe}} and provide it with a sort key, are not sorted by their sort key but by the article names, such as Döner kebab which provides the template with the sort key "Doner kebab" but nevertheless ends up last in the list of recipes starting at "D" in the category. Can someone please help me to understand why the code isn't working as expected? —Kri 22:24, 17 June 2012 (UTC)

It looks like this is no longer happening, so I can't really comment on why it did happen. Most likely the sortkey was getting overriden later or something of that nature. I tried to answer some of your other questions about sorting on b:template:Recipe. Bawolff (talk) 17:19, 20 June 2012 (UTC)

Döner kebab still ends up last under "D" in the category Recipes for me. Does system or web browser affect this behavior? —Kri 11:29, 22 June 2012 (UTC)

Whoops, I only looked at the beef recipes category. Your correct its still sorted at end. b:Special:ExpandTemplates seems to indicate that [[Category:Recipes|Döner kebab]] appears on the page, so that would by why.

Looking at the various templates, it appears that dynamically specifying both the parameter name and value in one go doesn't work (I can't remember if there's a way to do so, I thought there was, but I can't remember). Anyhow, an easy workarround is to either set the sortkey with {{DEFAULTSORT}} and not worry about setting sortkeys on individual categories, or change template:Recipe to be something like:

{{Cookbook page type|Recipe|Recipes|navigation=[[:Category:Cookbook|Cookbook]] {{!}} [[:Category:Ingredients|Ingredients]]|noincludecat={{{noincludecat|}}}|sortkey={{{1|{{PAGENAME}}}}} }}

Bawolff (talk) 12:33, 22 June 2012 (UTC)

Thanks. It seems like an equals sign in an {{#if:}} clause caused some problem. —Kri 20:03, 22 June 2012 (UTC)

I have installed mediawiki 1.8.1. It works fine but I am not able to access the maintenance scripts. I get "access denied". I have read many pages on this subject (and used Maintenancetool extension which does not work). Is there someone that could explain me ho to solve this issue? Step-by step: I am not familiar with sql etc. Thank you. Emilio 77.58.245.208 (talk) 06:58, 18 June 2012 (UTC)

Hi Emilio,

I guess you are trying to access the maintenance scripts with your webbrowser? That is not possible. :-)

Do you have Shell access on your server? Or with other words: Can you access the command line on your server? Black window with just some lines of white text? That is what you need.

Then you can use the commandline to navigate to the folder maintenance/ ("cd" command) and execute one of the maintenance scripts (with "php"). E.g.

cd wiki/maintenance/

php update.php 88.130.108.248 10:05, 18 June 2012 (UTC)

"Unfortunately, we do not support it." this was the answer from a server administrator. So there is not hope! I wish these issue solved by the mediawiki software. Do you have other suggestions? To access the maintenace folder is vital.

UPDATE: a server administrator changed the file .htaccess and it seems that I have now access to the php files inside the folder "maintenance". But none of the php files works. When I access the php page with my browser I get:

"This script must be run from the command line". Any help?

Thank you 77.58.245.208 12:39, 18 June 2012 (UTC)

You can try Extension:Maintenance. I have had some success using this on MW 1.17. [[User:Thorncrag| Thorncrag </spa 14:22, 18 June 2012 (UTC)

Thank you for the suggestion, but from the short list of scripts supported by this extension I do not see the ones that I need (for instance rebuildmessages). 77.58.245.208 14:30, 18 June 2012 (UTC)

You can use it to execute any maintenance script, just follow the instructions on the page or in the readme file (etc). [[User:Thorncrag| Thorncrag </spa 17:27, 18 June 2012 (UTC)

Thank you Thorncrag.

I installed the extension (version 2) to my wiki 1.8.1. But it does not work. It gives me this error:

The metadata.ini file is either corrupted or missing. Please re-download the Maintenance extenson

I have installed it a couple of times but it does not work. It seems that there is some error on

metadata.ini on line 69

Maintenance_body.php on line 51

Here is the text: Error parsing /hermes/bosweb/web117/b1170/ipw.insulaco/public_html/enciclopedialeopardiana/extensions/Maintenance/metadata.ini on line 69

in /hermes/bosweb/web117/b1170/ipw.insulaco/public_html/enciclopedialeopardiana/extensions/Maintenance/Maintenance_body.php on line 51

I do not understand. But no lucky!

Thank you

Emilio 77.58.245.208 06:39, 19 June 2012 (UTC)

It could be Extension:MaintenanceShell. One of them works better than the other. Инкуиситор Саша Ехренстеин аус дем Стурмкриг Сектор (Talk) (Contributions) 16:26, 20 June 2012 (UTC)

How to delete an account? Chihonglee (talk) 08:11, 18 June 2012 (UTC)

Check the extension Extension:User_Merge_and_Delete. 88.130.108.248 10:11, 18 June 2012 (UTC)

Deleting user accounts is not preferred. [[User:Thorncrag| Thorncrag </spa 14:21, 18 June 2012 (UTC)

Yes. You should not delete accounts. It will have serious effects later on.

There is no reason why permabanning and possibly renaming users is not an acceptable option.

If you have a problem with users putting illegal or other inappropriate information in the revision summary or usernames, you will need to suppress those revisions. Инкуиситор Саша Ехренстеин аус дем Стурмкриг Сектор (Talk) (Contributions) 16:33, 20 June 2012 (UTC)

No,Because I am a admin in a wiki. Chihonglee (talk) 02:22, 31 July 2012 (UTC)

What if someone is beta testing an installation, it's wrong to delete test accounts? Eckirchn (talk) 07:46, 22 June 2018 (UTC)

Hi!

 I am using Mediawiki 1.18.1. 

I want to publish any change to the pages (by users) after my approval. That is if some user do some changes in page(s), that must not be publicly viewed until the ADMIN approves that change. How to do that in media wiki. I am new user so please do give me detailed reply. Thanks Shinwari (talk) 10:02, 18 June 2012 (UTC)

IThere are two possibilities: The irst one is Extension:FlaggedRevs. It is rather complex and has many options. There is a rather good documentation on the extension page.

The second option is Extension:Approved_Revs. It has less options and is easier to install. I think you maybe should try this one. 88.130.108.248 10:09, 18 June 2012 (UTC)

Hi, I have a problem with redlinks. In google webmaster tools i can see 303 not found error and all of them have "action=edit&redlink=1" in address, so google crawl redlinks. Any solution? Omidh (talk) 11:21, 18 June 2012 (UTC)

Hello,

My wiki, Ad Atticum, features syllabi and course outlines. I am trying to create a time-sensitive category from which I can retreive an rss feed to distribute each new syllabus added. The Special:RecentChanges page is to general because it includes all new pages on the wiki. How might I be able to create a namespace or category that will feature all new syllabi added within the span of a week, for example?

Thanks for any and all help.

- Gabriel Gsistare (talk) 14:28, 18 June 2012 (UTC)

Hello!

Is there any Wikimedia in which immediately installed extensions:

http://ru.wikipedia.org/wiki/Служебная:Версия

Thank you! 93.80.212.59 (talk) 14:51, 18 June 2012 (UTC)

Hello!

What, no MediaWiki in which immediately set of these extensions?

Thank you! 93.80.212.59 07:39, 20 June 2012 (UTC)

I've adjusted your thread title to what I think you intended to ask. The answer is, no. There is no official Download that includes all extensions used on a particular wiki (e.g. ru.wikipedia.org).

But as you have found already, the list of installed extensions is public. So you can follow the links and download the latest versions.

Be careful though, you should not carelessly just install everything. There are many extensions used in the Wikipedia configuration that you likely don't need or won't be able to run without certain server libraries. Just install what you really need. You can use that list as inspiration to find good extensions, but if you don't know what an extension does or feel that you need it, don't install it :)

A few pointers:

• Download MediaWiki 1.45.1
• Go to http://ru.wikipedia.org/wiki/Служебная:Версия and choose which extensions you need (under "Установленные расширения"). And click the names of those extensions. That should bring you to their documentation page on mediawiki.org where you can download the extension. Krinkle (talk) 06:20, 22 June 2012 (UTC)

Could you please give me some suggestions on a reliable host for mediawiki? The server where I am trying to install a mediawiki has problems and the support for this application is not good. So I am looking for a good server for mediawiki (free? why not!). Thanks Emilio 77.58.245.208 (talk) 15:34, 18 June 2012 (UTC)

In which part of the world are you living? That is an important point for the performance you get when you connect to your server. ;-)

Then when you check some hosts, you should make sure that they offer

• enough disk space to install MediaWiki. I would guess 100MB would be OK for the beginning; if you want to upload many images and such you will need more
• PHP 5.3 or newer
• MySQL 5.1 or newer
• Shell access (I think that is what you are mainly talking about right now)

You definately get that for 5 €/$ per month - I don't know if you get all that for free (especially shell access might be hard). 88.130.119.82 16:14, 18 June 2012 (UTC)

I know eu.pn does almost all of what 88.130.119.82 mentioned. You won't get shell access from them without paying about 5USD per month though. Krenair ^{(talk • contribs)} 16:21, 18 June 2012 (UTC)

Thank you for your reply. I live in Europe between Switzerland and Italy. I need a host very knowledgeable about mediawiki. The one that I have now is giving me some problems (mostly accessing the maintenance scripts. I urge the people that are responsible for the mediawiki application to rethink of the system of Maintenance and make it easier).

Thank you 77.58.245.208 16:56, 18 June 2012 (UTC)

Try SiteGround See help re mediawiki Ron Barker (talk) 18:12, 18 June 2012 (UTC)

Ron Barker (talk) 18:12, 18 June 2012 (UTC)

Most of my thumbnails are not working since I updated to MediaWiki 1.19. I get an error message saying

Error creating thumbnail: Unable to save thumbnail to destination

This problem seems to affect many other users as well. I already found this thread and posted my question there (on 16. Jun. 2012, at the very bottom) but didn't get an answer so far: http://www.mediawiki.org/wiki/Talk:MediaWiki_1.19#Thumbnails_didn.27t_work_since_Update_to_1.19_15046

Who can help me please??

BTW: The same problems occurs with a brandnew MediaWiki 1.19.1.
I run another wiki on the same shared hosting with MediaWiki 1.16.2 and all thumbnailing works fine on this installation.

MediaWiki: 1.19.1
PHP version: 5.3.13-1~dotdeb.0 (cgi-fcgi)
MySQL version: 5.5.25-1 Stefahn (talk) 17:29, 18 June 2012 (UTC)

Hi Stefahn,

I think thi might be caused by wrong permissions to the images/ directory, in which the thumbnail should be saved. Maybe the PHP log contains more detailed information. 88.130.119.82 17:33, 18 June 2012 (UTC)

Thanks for your quick reply.

I tried chmod 775 and 777 for the images folder (and all subfolders) but it still didn't work.

My webspace is configured in such way that PHP errors are displayed on the screen directly - but I get nothing except a error message from MediaWiki (in German: "Fehler beim Erstellen des Vorschaubildes: Die Miniaturansicht konnte nicht am vorgesehenen Ort gespeichert werden", in English: "Error creating thumbnail: Unable to save thumbnail to destination").

If you read the mentioned thread you will see that there's a problem with a temp folder - the first offered fix didn't work in my case, the second one is within the 1.20 branch and I don't know if I can use it with 1.19.1? And if yes, how to use it since there's a new variable... Stefahn (talk) 17:57, 18 June 2012 (UTC)

Thanks to the support of Mark I solved the problem.

Here you can read how: http://www.mediawiki.org/w/index.php?title=Talk:MediaWiki_1.19#Thumbnails_didn.27t_work_since_Update_to_1.19_16503 Stefahn (talk) 20:53, 19 June 2012 (UTC)

Hi there,

after upgrading to 1.19 i have the same problem subscribed above with the following german error message:

"Fehler beim Erstellen des Vorschaubildes: Die Miniaturansicht konnte nicht am vorgesehenen Ort gespeichert werden"

I followed the above steps and also the link provided and tried to insert the variables to the localsettings and cecked

/cache

/images/*

for write permissons.

my web provider has not installed imagemagic, but provides gd, which worked for images and thumbnails before.

Thanx

Ric 37.24.93.18 05:38, 3 July 2012 (UTC)

Hi Ric,

did you apply the patch as shown here? The patch is actually for 1.20 but it also worked for me with 1.19.1.

There's only one line to be added to LocalSettings.

Did you create the directory "temp" as a subdirectory of the images folder?

As far as I can remember I created it manually.

BTW: I updated the link to the other discussion since it was broken. Stefahn (talk) 12:17, 3 July 2012 (UTC)

Hi Stefahn,

thanks for your reply. I have not aplyed this patch. I had a look at the file, which contains the discription for many changes. Do I have to aply the changes manually or is there an automated way?

The /images contains the following subdirectories:

/imags/archive

/imags/temp

/imags/thumb

I had to create all of them manually in they all have 775 recursive rights.

Strange thing is when uploading an images a thumb frame with the pic to upload is shown. but the thumb of an uploaded images shows the above error.

I have an image, but can not upload it until I am autoaprove iin the next 4 days.

Ric 37.24.93.18 23:47, 3 July 2012 (UTC)

You definitely should apply the patch!

If you have Git or Tortoise you can patch the files automatically.

If you don't have any of these you can just download the files and upload them via FTP. Mark posted this yesterday in the other thread: http://www.mediawiki.org/wiki/Talk%3AMediaWiki%201.19#c-MarkAHershberger-2012年07月04日T04%3A51%3A00.000Z-176.199.75.50-2012年07月04日T04%3A24%3A00.000Z

After updating the files make sure to create a subfolder called temp and to add the following line to localsettings.php

$wgTmpDirectory = "$IP/images/temp";

Cheers. Stefahn (talk) 11:51, 4 July 2012 (UTC)

Thanx for your hints Stefahn,

I finaly got it to work.

I downloaded the files seperately from your given link

http://www.mediawiki.org/wiki/Talk%3AMediaWiki%201.19#c-MarkAHershberger-2012年07月04日T04%3A51%3A00.000Z-176.199.75.50-2012年07月04日T04%3A24%3A00.000Z

and uploaded them manually to my webspace.

Then I inserted the above variable into localsettings.php

But I wonder if there is an easier way to aply the patch. Why did this problem occure? Does every wiki has this prob with the newest version. Will there be a new wiki version with this prob fixed?

Ric Rickster mediawiki (talk) 07:42, 5 July 2012 (UTC)

Good to hear that you got it to work :)

I wonder about this as well.

It will be fixed in version 1.20 - I don't know if the developers will add the fix also to the 1.19 version.

If I got it right this issue appears only if you use shared hosting (I do). Stefahn (talk) 09:08, 5 July 2012 (UTC)

Stefahn (talk) 20:54, 19 June 2012 (UTC)

Hi,

I had installed MediaWiki 1.19.0, and then created the main wiki for my enterprise, with many documentations that any people may search and read.

Now, I need to create an internal area (only for employees), that may type a password to access. I don't know if the only way to do this is to install other MediaWiki in other directory, or if there is a way to do this with, for example, namedspaces. I tried to create this namespace, but I don't know how to access it:

define("NS_SUPORTE", 500); define("NS_SUPORTE_TALK", 501); $wgExtraNamespaces[NS_SUPORTE] = "Suporte"; $wgExtraNamespaces[NS_SUPORTE_TALK] = "Suporte_talk"; $wgContentNamespaces[] = NS_SUPORTE;

I think this may solve my problem, but I didn't find in MediaWiki manuals how to access this new area. And if it is possible to create a configuration to require password to access this namespace.

Thanks for any help. Edilmar (talk) 22:12, 18 June 2012 (UTC)

Hi,

I had installed MediaWiki 1.19.0, and then created the main wiki for my enterprise, with many documentations that any people may search and read.

Now, I need to create an internal area (only for employees), that may type a password to access. I don't know if the only way to do this is to install other MediaWiki in other directory, or if there is a way to do this with, for example, namedspaces. I tried to create this namespace, but I don't know how to access it:

define("NS_SUPORTE", 500); define("NS_SUPORTE_TALK", 501); $wgExtraNamespaces[NS_SUPORTE] = "Suporte"; $wgExtraNamespaces[NS_SUPORTE_TALK] = "Suporte_talk"; $wgContentNamespaces[] = NS_SUPORTE;

I think this may solve my problem, but I didn't find in MediaWiki manuals how to access this new area. And if it is possible to create a configuration to require password to access this namespace.

Thanks for any help. Edilmar (talk) 22:12, 18 June 2012 (UTC)

hi Edilmar,

I think you can solve this problem using the Lockdown extension. See http://www.mediawiki.org/wiki/Extension:Lockdown and creating some groups.

I use Mediawiki 1.17.2 and it works fine.

Cristiano Crismagnabosco (talk) 12:46, 20 June 2012 (UTC)

Hello, I'm from the Team Fortress 2 wiki. On this wiki, there is a template called "Hat of the Week", which generates a pseudo-random number (and a pseudo-random such cosmetic item). Would it be possible to convert the output of this template (A simple name, such as "Dragonborn Helmet") into plain text so that it could be referenced without calling the template (and thus the random number generator) at every parse/view? Jbzdarkid (talk) 04:09, 20 June 2012 (UTC)

You can do {{subst:Template name}} which will substitute the current template text on page save. Bawolff (talk) 17:06, 20 June 2012 (UTC)

AFAIK, that will substitute in the template's contents, not the text it produces. Jbzdarkid (talk) 22:27, 20 June 2012 (UTC)

Sorry, that's what I thought you meant by "text" produced. I'm not sure what you mean by text it produces. Do you want the "wikitext" contents to be inserted on to the page without it being interpreted? You can do {{msgnw:template name}} for that.

If you just want the text displayed to user minus any formatting, I don't think there is an easy way of doing that. Bawolff (talk) 12:13, 22 June 2012 (UTC)

I want the output of the template to be displayed. It should (I'm likely to give up on this...) be displayed to a page in a manner akin to msgnw:, except that rather than spitting out the template contents, it should spit out the template output. Let's use {{User:Jbzdarkid/Test}}. In my ideal scenario, when posted onto a page, it would output Other (or whatever), and the source code would merely say Other, not {{User:Jbzdarkid/Test}}.
subst: and msgnw: both print out {{#ifeq: {{NAMESPACE}}|User|User|Other}}, and one simply doesn't evaluate it. I am instead looking for the wiki code to only contain the plain text. It should not, thus, update if the template changes. Jbzdarkid (talk) 13:21, 22 June 2012 (UTC)

Oh I see, you want to have it subst all the way through. The only way to do that is do {{subst:User:Jbzdarkid/Test}}, hit save, then look for anything in {{'s, and add subst to those (So replace the {{#ifeq: {{NAMESPACE}}|User|User|Other}} text with {{subst:#ifeq: {{NAMESPACE}}|User|User|Other}}, hit save, and so on, until you're down to plain text

Having a keyword like substall: would make a lot of sense, but alas we currently don't. Some wiki's have an extension installed that gives special:ExpandTemplates, which is a special page where you can expand all templates, and from there you can paste it back in the wiki. (Wiki's that don't have that extension can use the API to do the same thing, but that's a bit complex) Bawolff (talk) 17:09, 22 June 2012 (UTC)

I should add that this is bugzilla:2777. Per comment 22 its possible to design a template in such a way (using {{{|safesubst:}}}) such that subst:'ing the template will cause things to get substituted all the way down. Bawolff (talk) 17:13, 22 June 2012 (UTC)

Alas, I fear that even that wouldn't do it. It contains parser functions to generate a pseudo-random, and it contains a switch. I'd be surprised if subst: can deal with that. Jbzdarkid (talk) 18:17, 23 June 2012 (UTC)

subst: will substitute most anything inside {{. That includes parser functions like {{#switch:..}} and variables like {{NUMBEROFEDITS}} or {{CURRENTTIMESTAMP}}. (It cannot handle transcluding special pages, but that's the only exception I can think of off the top of my head) Bawolff (talk) 17:15, 25 June 2012 (UTC)

Oh... hrm. I was going to say it didn't work with Other, but I realized it did parse a switch parameter there. Let's see if this works with a signature... Jbzdarkid (talk) 03:50, 26 June 2012 (UTC)

The thing is, this template has a 3-level embed. Thus, although I can manually keep adding in the susbt: tags, I'd need a tag which replaces all the way through. I thought safesubst: did that, but maybe not? Jbzdarkid (talk) 04:05, 26 June 2012 (UTC)

Reduced it to a 2-level embed, and used , which worked. 108.20.41.64 13:17, 30 June 2012 (UTC)

Hi everyone,

I'm trying to insert a div#wrapper into my css to format my wiki page. I used the default "vector" skin which doesn't have a default #globalwrapper like monobook does. I tried placing the tag

<div id="globalwrapper">

in front of "mw-page-base" of my vector.php but it does nothing. Anyone know how I can accomplish this without using any extensions?

Thanks, -Amaya Amaya~mediawikiwiki (talk) 19:15, 20 June 2012 (UTC)

Does anyone know how I fix this problem? I've tried going to Special:Statistics and doing a hard refresh. Lieutenant Aleksandr Reznov 05:02, 21 June 2012 (UTC)

See Manual:updateArticleCount.php. Thorncrag 13:02, 22 June 2012 (UTC)

Run Maintenance script initStats.php. Bawolff (talk) 13:12, 22 June 2012 (UTC)

Should I run both or just initstats? Инкуиситор Саша Ехренстеин аус дем Стурмкриг Сектор (Talk) (Contributions) 13:28, 22 June 2012 (UTC)

initStats.php is the name of the maintenance script you need to run. Bawolff (talk) 17:03, 22 June 2012 (UTC)

For anyone having a similar problem, the SSH code now is:

php initSiteStats.php --update

Reference: Manual:InitSiteStats.php AhmadF.Cheema (talk) 01:35, 10 July 2016 (UTC)

Hi,

Im using Mediawiki 1.19 and in the popular pages, the Main page is at the number one spot. How can I remove Main page as a "Content Page".

Thank you. 63.243.144.7 (talk) 06:53, 21 June 2012 (UTC)

I don't know of a configuration way or extension to do this, but it should be fairly simple by hacking includes\specials\SpecialPopularpages.php. Thorncrag 12:59, 22 June 2012 (UTC)

Hmm, Kind of surprised we don't already not count it.

Content pages are based on what namespace the page is in. Move it something like Project:Main_Page (change value of Mediawiki:Mainpage which controls what page MediaWiki considers the main page) Bawolff (talk) 13:08, 22 June 2012 (UTC)

Thanks Bawolff. Although the tab that I'm seeing now is project page instead of main page. 63.243.144.7 01:15, 26 June 2012 (UTC)

Try editing the page MediaWiki:Mainpage-nstab on your wiki. (If Mediawiki:Mainpage is set correctly, then Mainpage-nstab should control what the text of the article tab is for that page) Bawolff (talk) 12:33, 27 June 2012 (UTC)

Warning: wfMkdirParents: failed to mkdir "etc..." mode 511 in "includes/GlobalFunctions.php on line 2536

I don't know why mediawiki is making image's subfolders with a diferent user 186.23.194.172 (talk) 07:56, 21 June 2012 (UTC)

MediaWiki uses the user that apache (or whatever webserver you use) runs under.

Commonly this would be either apache or www-data. Bawolff (talk) 13:05, 22 June 2012 (UTC)

Sorry if this has been discussed before but after much searching here I am. How can I remove the work "Category" from the front of each category.

As can be seen here https://dl.dropbox.com/u/8952255/ScreenClip.jpg

Thanks Tony 124.184.92.155 (talk) 08:17, 21 June 2012 (UTC)

Sorry should have mentioned MW version 1.16 124.184.92.155 10:31, 21 June 2012 (UTC)

You have to put it in an extension but this should do it:

$wgHooks['LinkEnd'][] = "cat_link_cleanup";
function cat_link_cleanup($skin, $target, $options, &$text, &$attribs, &$ret) {
 if (strripos($text, 'Category:') !== FALSE) {
 $newText = substr_replace($text, '', 0, strripos($text, ':') + 1);
 $text = $newText;
 }
 return true;
}

Unifiedrepublic (talk) 06:32, 22 June 2012 (UTC)

I know absolutly nothing about extensions and little about PHP.

I just added the above code to the LocalSettings.php and it worked.

Hope this won't cause me any problems, if so please help a little further.

Thanks heaps Unifiedrepublic 144.131.85.166 10:14, 23 June 2012 (UTC)

88.130.85.92 13:58, 23 June 2012 (UTC)

Hopefully it shouldn't cause you any problems. It's just display. But glad it helps. Unifiedrepublic (talk) 04:34, 17 August 2012 (UTC)

Has anybody seen this malware before:

http://www.sindark.com/2012/06/21/dealing-with-some-mediawiki-malware/

?

I have made my wiki inaccessible for now, until I can figure out how this malware got in place.

Any suggestions would be much appreciated,

Milan Sindark (talk) 01:08, 22 June 2012 (UTC)

There are a multitude of ways such malware could get in place. It could be a vulnrability in your web server, it could be a vulnrability in another web application. (For example, I've heard people complain before about getting attacked via a vulnrability in word press, and then the attacker inserts php code in MediaWiki files). It could also be a vulnrability in a MediaWiki extension, or even MediaWiki itself (However most security vulnrabilities reported in MediaWiki are XSS type vulnrabilities, or of the form Allow user X to block someone when they're not supposed to be able to. I believe you'd have to be using a very very old version of MediaWiki for it to have a known vulnrability allowing someone to write a php file to disk [OTOH as a MediaWiki fan I could be biased ;)]). I personally think what most likely happened was there was a vulnrability in something else, and the MediaWiki image directory was the only directory writable by the webserver, so that's where the attacker put the evil php file (Of course that is pure guess, I have nothing whatsoever to back up that theory).

Also, I personally think its unlikely the evil file was uploaded through MediaWiki's upload facilities, since its in the thumbnail directory (if someone managed to upload it using normal upload facilities of MW, it would be in just the image directory most likely.). Also MW does many checks to prevent html/php files from being uploaded. So I would more likely conclude some other means was used to upload the file.

In general we strongly recommend disabling php execution in the upload directory (Or any other directory the web server has write access to), so that if someone does manage to get an evil file in one of those directories, it can't be executed as php, as was done in your case. See Manual:Security#Upload_security

p.s. I Should note I'm not a security expert by any means, so take any of my opinions with a grain salt. Bawolff (talk) 13:00, 22 June 2012 (UTC)

Thanks so much! That's very informative.

I have removed the malicious files and will try to track down how the problem began. It may be a result of me using a rather old version of MediaWiki. I was running an obscure plugin that was important for my site's functionality.

I can't find a copy of the plugin for the new version of WordPress, so I will need to keep the wiki offline until I can find something similar.

I will also try to harden the server more generally against such attacks.

Milan Sindark (talk) 05:26, 23 June 2012 (UTC)

Hello,

This may seem a strange topic, but I'm currently trying to login in a mediawiki installation behind the scenes through my php application (with API calls). I'm able to do that with no problem at all.

The thing becomes tough when I need to make the silent login and still be able to access the wiki in the browser, without having to authenticate manually there.

The problem here is that the wiki will set a sessionid for the login api call and another for the sessionid browser login.

Now, is it possible, in anyway, to have this shared user session?

I've already tried logging in through ajax calls, but post data is not possible through normal means. And the workaround for post ajax requests will cause the same issue has above (two sessions instead of only one).

MediaWiki: 1.18 PHP: 5.3.8 MySQL: 5.0.8-dev

Thanks in advance. 82.154.248.136 (talk) 11:32, 22 June 2012 (UTC)

Write here in German, because my English is too bad.

Hallo ich habe ein Problem mit meiner MediaWiki-Installation. Konkret geht es dabei darum, das der Vector Skin inklusive seiner Vorteile nicht vernünftig geladen wird. Ich testete es zuerst mit dem aktualisierten Browser Firefox Version 13.0.1 und auch mit anderen Browsern, der einzigste war Internet Explorer 9, der zumindest Teile des Skins lädt.

Example of my errors: Abani79 (talk) 13:35, 22 June 2012 (UTC)

Was genau meinst du mit "nicht vernünftig geladen"? Als ich dein Wiki gerade aufgerufen habe, wurde es richtig geladen. Diese Hinweise für sich genommen sind völlig normal und deuten nicht auf ein Problem mit Vector hin. Auch das Bearbeiten funktioniert wie erwartet[1]. 88.130.85.92 13:55, 23 June 2012 (UTC)

Hallo und danke fürs testen. Es handelt sich dabei darum, das manchmal die Navigation (die man zusammenklappen kann), nicht geladen wurde und auch z.B. versch. Gadgets darunter leiden/litten. Ich habe z.B. auch Twinkle mit installiert und werde es Stückweise ins deutsche erweitern und übersetzen.

• GoogleTrans-Tab wird nicht ausgeklappt
• Navigation hat manchmal Ladehemmungen
• Einige Twinklefunktionen werden scheinbar nicht oder aufgrund von Skriptunterschieden (da hauptsächlich für die englische Wikipedia gedacht) beider Skripte nicht korrekt ausgeführt (muss wohl weiter entwickelt werden)
• Durch Tests mit der LocalSettings fiel mir auf, dass der Befehl $wgDBmysql5 auf true gesetzt, scheinbar für die DB-Probleme (nicht laden bestimmter Skripte und Stile) verantwortlich sein könnte, seitdem funktionieren die grundlegenden Funktionen jedenfalls - der Befehl wurde nun auf false gesetzt.

Trotz oben genannter Punkte habe ich noch ein weiteres Problem entdeckt, der WikiEditor arbeitet nicht korrekt, sobald man sich die Vorschau ansehen will, wird die Seite geleert, auch das Aussehen im Bearbeitungsfenster des WikiEditor macht einen fehlerhaften Eindruck. Er wurde zunächst deaktiviert. Abani79 (talk) 14:41, 23 June 2012 (UTC)

Ein ähnliches Problem habe ich auch. Seit ich dies Wiki hier auf 1.19.0 upgedated habe, funktioniert das zusammenklappbare Menü und der Wikieditor nur ordentlich mit IE9. Bei Chrome, Firefox und Safari taucht das zusammenklappbare Menü nur auf Seiten wie Login in Erscheinung. In der Regel zeigt sich das Menü komplett aufgeklappt und beim Editieren fehlt der Wikieditor, obwohl die Konfiguration in Localsettings ordentlich ist.

Ich habe (allerdings auf Englisch) zu dem Thema hier schon nachgefragt. Dort finden sich auch zwei Screenshots mit einem Unterschied im HTML-Code rund um das Seitenmenü. Bei nicht klappbarem Seitenmenü findet sich lediglich class="noprint" während auf der Seite mit ordentlichem Klappmenü class="noprint collapsible-nav" zu finden ist.

Und ich frag mich, ob das fehlende collapsible-nav für den fehelnden Klappmechanismus verantwortlich ist und wenn ja, warum es da denn wohl überhaupt fehlt? Wgkderdicke (talk) 17:31, 23 June 2012 (UTC)

Das könnte ggf. von einer fehlerhaft konfigurierten LocalSettings.php herrühren. Der Befehl $wgDBmysql5 sollte nicht auf true gesetzt werden. Als ich es heute versuchshalber mal auf false setzte, funktionierten nach geraumer Zeit auf einmal sämtliche Funktionen wieder. Da mit dieser Funktion ermöglicht werden kann, Datenbank-bezogene Änderungen zu erwirken, sollte man diese Option wohl nur dann einsetzen, wenn man sich damit auskennt. Ich könnte mir vorstellen, das dadurch zahlreiche DBs, welche diese Funktion nutzen auch funktionieren, andere wiederum nicht, am besten Sie durchsuchen erneut ihre LS. Standard ist diese Option scheinbar auch deaktiviert. Ich hoffe ich konnte helfen. Und noch was: das ändern der bereits vorhandenen Dateien bezüglich des Vector Skin bringt scheinbar nichts oder wenig bzw. hat kaum Auswirkungen, korrigiere mich jemand sollte ich falsch liegen, aber ich hatte es selbst schon getestet und konnte keine nachhaltige Änderungen danach feststellen. Abani79 (talk) 19:10, 23 June 2012 (UTC)

Hi, I'm just upgrade mediawiki to 1.19.1 but now i can see php_uname disable warning in almost all pages, is there any way to hide this error? because my host disable php_uname function

Warning: php_uname() has been disabled for security reasons in /home/gamemat1/public_html/wiki/includes/GlobalFunctions.php on line 2448 Omidh (talk) 08:27, 23 June 2012 (UTC)

You see the errors because you have error reporting in PHP enabled. Disable it and the error will no longer show up. (However, this only hides the problem; it does not solve it. To solve it, you should enable php_uname.) 88.130.85.92 13:59, 23 June 2012 (UTC)

When I installed my wiki, I didn't have InnoDB enabled and it created all the tables with MyISAM. I've since enabled InnoDB. Which process should I go through to convert my wiki over to InnoDB? Which tables should I convert, and are there any settings I need to change in the wiki/config?

Thanks in advance! --Kaleb Grace (talk) 10:16, 23 June 2012 (UTC)

• MediaWiki 1.19.0
• PHP 5.3.8 (apache)
• MySQL 5.1.63-cll
• http://arkmagia.com/wiki/Main_Page Kaleb Grace (talk) 10:16, 23 June 2012 (UTC)

There is no special process to go through, just change the engine and that's it.

You can do this for all tables, but not for "searchindex", because there the fulltext search feature of MyISAM is needed (which InnoDB does not yet support).

You can use phpmyadmin, if you that installed. But take note that changing the engine depending on the size of the tables and the power of your server may take quite some time. This could lead to a PHP timeout in the middle of the process, which could leave your table in inconsistent state.

Another option is to do an ALTER table ENGINE=InnoDB; on the command line, if you have command line access. There restrictions coming from PHP do not apply. 88.130.96.228 18:54, 23 June 2012 (UTC)

Perfect! this is exactly the information I needed. Thank you so much! --Kaleb Grace (talk) 21:34, 23 June 2012 (UTC)

Great! I am glad I could help you! :-) 88.130.96.228 00:02, 24 June 2012 (UTC)

The search function has broken over at theonosis.com. Any attempt at searching gives this database error. Any clues about how to fix it? Modrobene (talk) 19:09, 23 June 2012 (UTC)

Hello i'm not sure if following can help you, but try it out, its an german walkthrough, translate it with google.

MySQL: Table is marked as crashed and should be repaired Abani79 (talk) 19:48, 23 June 2012 (UTC)

Thanks, I haven't the foggiest idea how to follow those instructions though. Modrobene (talk) 21:24, 23 June 2012 (UTC)

Bottomline is that you should "repair" the table. If you have phpmyadmin, mark the table in the overview and use the option to repair the table.

Does repairing the table solve the problem? 88.130.96.228 00:00, 24 June 2012 (UTC)

If you can run php updateSearchIndex.php (in the maintenance directory) on the command line and post the results. This should help those who are more experienced then I diagnose your problem. Allen4names (talk) 05:44, 24 June 2012 (UTC)

Hi,

Did a upload of a picture on a page. It seemed that the upload got stuck. Nothing happened. Now I can't access the page with the picture at all.

Is there a timeout, soething to be done or is that page lost?

http://www.myancestors.se/mw/index.php?title=Leijel

Regards, Mats 81.216.201.203 (talk) 20:55, 23 June 2012 (UTC)

Used workling page link to access edit mode.

Managed to remove picture link.

Now the page works...

Strange

//Mats 178.73.207.169 00:34, 24 June 2012 (UTC)

Hello!

Where I can downloadextensions version 1.19.х?

Image(screenshot)

Thank you! 95.26.187.47 (talk) 17:08, 24 June 2012 (UTC)

From SVN or Git depending on which versioning system the extension uses. You find the according links in the extension information box on the page with the information for each extension. 88.130.104.191 19:37, 24 June 2012 (UTC)

Indeed, but there is a genuine issue with the availability of the 1.19 packages (other versions are OK). Filed as bugzilla:36802. Being worked :) Krinkle (talk) 00:18, 25 June 2012 (UTC)

And how do I download extension for version 1.19?

Simply, I have many to version 1.18 expansion is not working correctly on the version 1.19.

Thank you. 95.26.187.47 14:44, 25 June 2012 (UTC)

What do the parameters in query strings mean, for example s=wl? 68.173.113.106 (talk) 20:53, 24 June 2012 (UTC)

That's not a parameter used in MediaWiki (As far as I am aware. In what context did you see it?). In general these parameters can mean anything. For a list that MediaWiki uses, see Manual:Parameters to index.php (that's just for main entry point. API has different parameters, as do pages like load.php Bawolff (talk) 17:39, 25 June 2012 (UTC)

I want to set up a unified login process between VanillaForums, Wordpress, and MediaWiki so when users log into my site, they will be logged in to all of them at once. I can write the code, but I need to know how the login process works on MediaWiki. Maybe I could intercept the login process and use my own code. Do I just write a plugin. I still need to know what to access in the code.

Many thanks for all the answers that I know will be forthcoming Yskywalker (talk) 21:28, 24 June 2012 (UTC)

I don't know of a tool, which could use only one DB for those three systems. So the most important question is: Which system do the original user accounts come from?

If you need to know how the login process for MediaWiki works, you could use the maintenance script createAndPromote.php as a first starting point. It contains code, which creates a new user account in the MediaWiki DB (and makes it an admin, but this part obviously is not relevant for you).

You said something about intercepting the login process: Yes, that's possible. MediaWiki has many hooks and some of them are called during login. There you can get and manipulate the login data. 88.130.104.191 00:04, 25 June 2012 (UTC)

Have you read AuthPlugin?

Also Category:User_identity_extensions lists some similar extensions which may be useful to look at as a starting point. Bawolff (talk) 17:37, 25 June 2012 (UTC)

Hello. The one of the wiki's that I have been working on (www.imfdb.org) has a lot of redirects which redirect to subsections. For example:

#REDIRECT [[PAGENAME#SECTION]]

I am wondering if there is a way to view redirects which do not work because the SECTION part is wrong. I know that there is the "Special:BrokenRedirects" page, but this will only tell you if the PAGENAME part of the redirect is wrong. What if the SECTION part is wrong or doesn't exist? This would be REALLY useful to have. Zackmann08 (talk) 00:50, 25 June 2012 (UTC)

Not at the moment (and for various reasons its a kind of complicated problem to fix). See bugzilla:16561 and bugzilla:28813 Bawolff (talk) 17:35, 25 June 2012 (UTC)

For now I would recommend that you create two maintenance categories. Category:Redirects to sections and Category:Broken redirects to sections. A bot can be used to keep things sorted out. Allen4names (talk) 18:08, 25 June 2012 (UTC)

Thanks guys. Its too bad that this isn't included. Allen, I am going to post on your talk page but I know nothing about bots. Any interest in helping me understand how to use a bot to "keep things sorted out"? Even just a good site that would give me an overview of how to make a bot would be great! Zackmann08 (talk) 18:13, 25 June 2012 (UTC)

There is a page on creating a bot at Wikipedia. You should also read API:Main page. I think the bot would act like this.

1. Check the redirects listed at Special:ListRedirects for links to sections.
2. Sort the redirects to see if they a broken and categorize them.

I have never created a bot so I doubt I can be of any more help. Allen4names (talk) 18:38, 25 June 2012 (UTC)

Well thank you! This could DEFINITELY help! Zackmann08 (talk) 18:40, 25 June 2012 (UTC)

Where do I edit the title tags for pages. example: [page name - and site name] and I want to change it to [page name my text- and site name].

Older versions had it in moonbook.php but 1.19.1 doesn't use any of the pages in the skins folder it seems because they do nothing and I renamed them all to a .bkk file extension and the site still loads. 66.85.133.95 (talk) 03:49, 25 June 2012 (UTC)

If your wiki now after your update uses the Vector skin, you can change the title in Vector.php.

However, the better, because cleaner way is to manipulate the title through one of the hooks. 88.130.104.191 13:19, 25 June 2012 (UTC)

You edit that by modifying the page MediaWiki:Pagetitle and MediaWiki:Pagetitle-view-mainpage (for mainpage) on your wiki. (Note that's the page on your wiki. The links here go to the equivalent pages on this wiki. You need to edit those pages on your wiki). See manual:System messages for details.

Please do not edit php files to change this sort of thing. This will break on upgrade and is not supported. Bawolff (talk) 17:29, 25 June 2012 (UTC)

Hi everybody,

I have the problem to copy all our old files (docs, jpg, ...) from MW 1.8.3 DB to our new MW 1.19.

I was looking into the Multi-Upload extension which I got running under MW 1.19, but it has the limitation of only uploading a fix number of files at one load time. What I would really appreciate is to have a possibility to have a list box or multi line entry field to fill in the files list and than start the upload into the database. Because a list of 400+ files would not be nice to import by hand !
I also read a help page here which showed a way to import files with Perl, did anybody try this ?
Please can somebody help me in this case ? Thanx

Update:

is the ImportImage.php maintenance module also able to do what I need including the Description of each Image ? greetings Mike (talk) 09:57, 25 June 2012 (UTC)

I would update the 1.8.3 installation to 1.19.1. This would keep all your files, all pages and basically everything you have in the wiki.

Don't forget to make a backup first! 88.130.104.191 13:13, 25 June 2012 (UTC)

thanx for the reply,

but this is my big dilemma. I could/can not update my old wiki, because some tables are missing (e.g. oldimages, ... ) in my old mysql database which were/are prerequisite for an update to 1.19 !

I tried it 3 times .....

I can export my current pages (I tested it), but I also need of course the used 400+ files included in that pages .... greetings Mike (talk) 15:05, 25 June 2012 (UTC)

In your situation, mass uploading with ImportImages.php seems like your best bet. It can indeed do descriptions for the files (See the doc page for details), and would be much better than importing 400 files by hand

If your oldimages table is missing, all file history on your current wiki should be totally broken.... Bawolff (talk) 17:24, 25 June 2012 (UTC)

ok, great to hear that "ImportImages.php" would work, I will check this immediately for the description include ....

yes, but the strange thing is nobody got disturbed by the missing tables and we also found out that there are longer gone as expected, at least over a year. We only got an error since beginning of 2012 when uploading files, but they were working so nobody was telling me about it.

But the most important thing is that the created pages are still working and can be copied to our new version and that makes my work easier ...

By the way in my creation and install work I could reactivate Extension:User Administration for work under MW version 1.19. But there is a limitation I found out, it works only under Linux Apache and not under Windows Apache, because of a known bug in Win-Apache regarding URL loading or so.

If someone is interested please let me know ...

greetings Mike (talk) 08:58, 26 June 2012 (UTC)

My infobox is not displaying right and I am getting a Expression error please look here and see what is wrong because I am testing this with all the same code and templates that wiki uses. http://www.xxxfilmjobs.com/wiki/Jenna_Jameson 66.85.134.82 (talk) 06:10, 26 June 2012 (UTC)

Ok still waiting for a reply here? 66.85.134.11 22:42, 26 June 2012 (UTC)

While I am waiting I am seeing all over google many sites with my same error so can someone please fix this. 72.20.18.254 09:16, 27 June 2012 (UTC)

Doesn't anyone here know what this bug is since the last admin on my other thread claims to be so smart? 204.45.246.22 10:24, 27 June 2012 (UTC)

> Doesn't anyone here know (...)

Since you actually really seem to need this answer: No, I don't know. I am sorry. 88.130.92.57 10:47, 27 June 2012 (UTC)

Wow what a nice guy. Listen please just help me out and post if you do know but I really dont think you do and thats why you made that comment. 204.45.246.42 11:10, 27 June 2012 (UTC)

We have set up a wiki for a client who wants to be able to add links to documents that are stored on their local filesystem (i.e. C:\documents\download.pdf) on to wiki pages but this feature isn't supported by default. Is there any way of doing this? Are there plugins or a config change that allows it?

Cheers

G 58.7.61.154 (talk) 09:15, 26 June 2012 (UTC)

See Manual:$wgUrlProtocols and UNC_links.

However, best bet is to install something like extension:PdfHandler and upload said files (However there is not a handler for all file formats, otoh you can still upload them and then link using [[media:filename.ext]], they just won't be displayed inline.) Bawolff (talk) 12:57, 26 June 2012 (UTC)

I had some doubts. I have a Wiki in a subfolder. I mean, my Wiki is mydomain.com/mediawiki. But in the root of the domain, there's another site. I was having doubts aobut friendly urls. I mean, even if I installed it in a subfolder the Wiki will create mydomain/wiki/Super_Mario. But this won't influence the site in the root, will it? Joshua123 (talk) 09:47, 26 June 2012 (UTC)

It depends on how you configure short urls. Yes you have to be a little bit more careful that they don't interfere, but its still very do-able to set up short urls in such a situation. You will however want to do a read through of your webserver's documentation about url rewriting. Bawolff (talk) 12:54, 26 June 2012 (UTC)

Are there any easy ways to use MediaWiki as a personal wiki? For example, can MediaWiki be run from the desktop, without having to host it online? If not, do there exist any personal wikis that allow intricate features of template syntax? Thanks all, Arbitrarily0 ^(talk) 13:50, 26 June 2012 (UTC)

Yes, but you need to install a webserver (and php, and a db engine. If its just your personal use, sqlite may be the easiest choice). Apache is a webserver that is available for almost every platform imaginable (if you're on Windows, see w:WAMP). Its not something that people do all that often, but its certainly do-able. (I have several copies of MediaWiki installed on my computer, some of which I use to keep notes in. However I'm a MediaWiki developer, so I'm not quite your average user)

Alternatively you can look into something like TiddlyWiki which is something developed with a use case closer to what you're asking for. Bawolff (talk) 13:58, 26 June 2012 (UTC)

If you are using Ubuntu or another Linux distribution you may be able to use tasksel.

$ tasksel --list-tasks | grep 'lamp'

i lamp-server LAMP server

You may also want to enable the Apache mod_alias module. Allen4names (talk) 16:59, 26 June 2012 (UTC)

Site In the link you see what happens. I don't know why, I've followed the tutorial to create a portal. But it doesn't work. Maybe it's my fault, since I've put the lines: define( "NS_PORTAL", 100 ); define( "NS_PORTAL_TALK", 101 ); $wgExtraNamespaces[NS_PORTAL] = "Portal"; $wgExtraNamespaces[NS_PORTAL_TALK] = "Portal_talk"; only after:

1. End of automatically generated settings.
2. Add more configuration options below.

Is that my fault? What can i do to make it works? Joshua123 (talk) 17:05, 26 June 2012 (UTC)

Looks fine to me. Portal is listed in the namespace list. Can you describe what the issue is you're having?

If you mean the {{subst:box portal skeleton}} on the page, that's because template:box portal skeleton doesn't exist on your wiki, which has nothing to do with the portal namespace. You'd need to export it from wikipedia (make sure to check the include subtemplates box ) and import it (using special:import on your wiki) Bawolff (talk) 18:35, 26 June 2012 (UTC)

Ok, thanks. Another question: where do I export box portal skeleton? Joshua123 (talk) 19:27, 26 June 2012 (UTC)

Save en:Special:Export/Template:Box_portal_skeleton and then import it. Allen4names (talk) 19:45, 26 June 2012 (UTC)

Sorry, but I'm a real newbie. Once I imported the template box portal skeleton, the Portal page started to fill up with red writings o template. So I imported lots of templates from Wikipedia, including Browsebar, when I Imported browsebar, the page was full of Wikipedia portal names. What did I do wrong? Joshua123 (talk) 07:28, 27 June 2012 (UTC)

browsebar is a template containing common wikipedia portal names, you'll probably just want to edit that template on your wiki to change it to something relavent to the portals that will be on your wiki.

(btw, in case you didn't notice, on w:special:export there is a check box that says "Include templates". This can make things go much faster when exporting stuff from wikipedia.) Bawolff (talk) 12:31, 27 June 2012 (UTC)

I cannot get SpecialPages to work. I did a clean install on a different server with the same results. It's NOT an IIS issue as this is running on an Apache server running Linux.

Check it out if you like: http://www.actioncoachtest.com/mediawikitest

Firefox simply returns a blank page. IE returns a 500 Server Error when clicking on SpecialPages.

I'm using mediawiki 1.18.1 PHP 5.2.17

http://actioncoachtest.com/mediawikitest/phpinfo.php 24.120.26.66 (talk) 17:54, 26 June 2012 (UTC)

blank page/500 error means php fatal error usually. Enable error reporting, find out what the "real" error message is, and post it here. See How to debug. Bawolff (talk) 18:30, 26 June 2012 (UTC)

Okay, that helps...

Going to Special:SpecialPages returns:

Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to allocate 4864 bytes) in /var/www/vhosts/actioncoachtest.com/httpdocs/mediawikitest/includes/specials/SpecialVersion.php on line 44

When I try Special:Upload I get something similar:

Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to allocate 19456 bytes) in /var/www/vhosts/actioncoachtest.com/httpdocs/mediawikitest/includes/api/ApiQueryInfo.php on line 440

So it sounds like 16MB isn't enough to even get started. Is this a php function? Being rather new to this, where would I look, or what would I have to ask my network provider to do for me? 24.120.26.66 18:44, 26 June 2012 (UTC)

I tried two methods of increasing memory using LocalSettings.php so far. Neither worked:

I tried:

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

and

$wgMemoryLimit = "64M";

The error page still returns the same error saying that the max memory is still 16777216 24.120.26.66 19:15, 26 June 2012 (UTC)

Most likely the ini_set directive is disabled on your setup. If your mem limit is only 16 MB MediaWiki will already try to increase it by itself if it can. So that probably means the php.ini file is the only way that's going to work. Bawolff (talk) 19:25, 26 June 2012 (UTC)

16MB is most definitly not enough. 32 MB would probably just barely work, but I would reccomend increasing it to at least 64 MB.

To increase the memory limit, you have to edit your php.ini file (look for the memory_limit directive). On unix systems this file is usually in somewhere like /etc/php/apache2/php.ini (or something like that). If you're on a shared host you may have to talk to your hosting provider.

(For more info on php.ini see http://php.net/manual/en/configuration.file.php ) Bawolff (talk) 19:21, 26 June 2012 (UTC)

Thank you, that worked. At least it worked on the test server. My production server still has problems, but I'm taking what I learned here and hope to get it running soon..

Thanks again, 24.120.26.66 21:12, 26 June 2012 (UTC)

More info on the broken install.

Not only does SpecialPages not work, neither does Special:Upload

Firefox returns a blank screen, IE returns 500 Internal Server Error.

Again, this happens exactly the same on our live system and on the clean test system I just created.

If it's a server configuration I'm not aware of, I'm hoping that fixing one will fix both. 24.120.26.66 18:33, 26 June 2012 (UTC)

I am trying to add a 'pin it' button to my wiki site. I need to customise the code so it finds the media, description, title, url and video information from the page. So far the code I have is: <a href="http://pinterest.com/pin/create/button/?url=' . urlencode($wgTitle->getFullURL()) . '&media='&description== &is_video=" class="pin-it-button" count-layout="horizontal"><img border="0" src="//assets.pinterest.com/images/PinExt.png" title="Pin It" /></a> I can send the url, but what code do I use to grab the media, description and video information? If you have any idea that would be AMAZING! I'm really stuck. Thanks LTech (talk) 19:32, 26 June 2012 (UTC)

If its relative to an uploaded file, you're probably going to want a method of the file class ( See docs here: http://svn.wikimedia.org/doc/classFile.html . See also the function wfFindFile ) or possibly a method of the relavent media handler class depending on what type of information (the handler can be gotton once you have a file object).

Sending a "description" is complicated because its kind of confusing what a description is. MediaWiki has a notion of an upload file comment, but that's rarely what people mean when they say description.

If you're ok specifying everything by hand, you can also just make a template, no php coding required. (something along lines of [[file:PinterestIcon.png|link=http://yadda.com/?url={{fullurle:{{PAGENAME}}}}...]])

p.s. $wgTitle is deprecated and we advise against using it in new code. What to replace it with however varries a lot depening on what you're doing. (If its a tag hook, you can get the title object from the parser object). Bawolff (talk) 12:54, 27 June 2012 (UTC)

Thanks for your help.

I've got the code now: <a href="http://pinterest.com/pin/create/button/?url=' . urlencode(

$f->getFullURL()).'&media='.urlencode($f->getCanonicalUrl() ).'&description='.urlencode($f->getDescription()) .'".../></a>

which works except I have to input $f manually.

$f = wfFindFile( 'Sunset.jpg' );

I can't do this for every page on my site!

I need to find a php code that will get me the filename of the (main) image on the page.

I looked at the FILE class but I'm really stuck.

$file = File::getFilename();

gives me a 'Call to undefined method File::getFilename()' error.

How do I get the filename using php?

Thanks Tech (talk) 06:24, 2 July 2012 (UTC)

This post by Revibot was moved on 2015年07月11日. You can find it at Manual talk:Pywikibot/2012#h-API_Issues...-2012年06月26日T19:04:00.000Z. Krinkle (talk) 08:16, 27 June 2012 (UTC)

I imported all the files into my Mediawiki. Result: Click here. What did I do wrong? I used the XML file with all template included. Joshua123 (talk) 08:31, 27 June 2012 (UTC)

Looks like subpages aren't enabled on the template namespace. The wikipedia template apparently uses relative template references, so subpages need to be enabled in that namespace for that to work.

Add the following to the bottom of LocalSettings.php:

$wgNamespacesWithSubpages[NS_TEMPLATE] = true;

See manual:$wgNamespacesWithSubpages for details on what that does. Bawolff (talk) 12:44, 27 June 2012 (UTC)

I am still waiting for an answer on my "Expression error: Unrecognised punctuation character "{"" problem and in the mean time I was trying to use this site as a test site to see if my page code works here but some templates are missing here. I added 2 of them and noticed they had been deleted before and this one "Template:Infobox" mediawiki wont let me create because its been created and deleted 6 times. I saw in the comments people deleting it keep saying it not needed so my question is who is the group of stupid idiots that keep deleting templates saying they are not needed when people like me do need them here and keep recreating them? Can you guy please add that template here and keep it here because it wont be hurting anyone and would be helping a lot of us. 199.58.165.163 (talk) 09:42, 27 June 2012 (UTC)

1. Everyone using MediaWiki.org must abide by the project scope
2. If you don't do so, you may get blocked
3. If you need specific templates, create a user account and use subpages of your userpage to add templates
4. The group of stupid idiots are the administrators. I've deleted and protected "Template:Infobox" to prevent re-creation.
5. Thanks for calling us stupid idiots. Minus (stupid) and minus (idiots) are equal to plus (genius). Tim (SVG) 09:48, 27 June 2012 (UTC)

1. As I stated if you guys were smart first off you would be able to respond to my problem I have asked about here for 3 days now.

2. You would use common sense and help your users by allowing templates for testing purposes. At lest you would think there is a good reason everyone keeps trying to create them.

3. Don't bother threatening me with blocks as I have as many IPs as I want and could do some real damage if I wanted with multiple ips and multiple Imacros bots that would make you nuts, if you want. 204.45.246.22 10:23, 27 June 2012 (UTC)

Apart from what Tim already said, the guys here are answering you on a completely voluntary basis. No one can be forced to even read your question, let alone answer it. You should take this into consideration when you want the guys here do something for you. 88.130.92.57 10:45, 27 June 2012 (UTC)

I understand that completely and do appreciate that but I have 0 time for stupidity anywhere and not letting people use templates here is just stupid. 204.45.246.42 11:12, 27 June 2012 (UTC)

You are not the only one who creates templates that get deleted. If we would allow that everyone, MediaWiki.org would be a spam-only wiki. But you can create a user account. Then you are allowed to create subpages in your userspace that can be used as templates. You can also use the Wikipedia Test Wiki . Tim (SVG) 11:17, 27 June 2012 (UTC)

Didnt know about the test wiki, Thanks. Hey fixed the error myself but not sure why my infobox is still not floating to the right and the wiki is still not formatted correctly **************** Can you tell me why?

Edit: not that kind of links please! 204.45.98.19 11:52, 27 June 2012 (UTC)

No, I can't tell you why. But maybe someone else.

>
Edit: not that kind of links please!

What kind of links? Tim (SVG) 12:08, 27 June 2012 (UTC)

There is no adult content on this link and showing you what I am talking about posting the link is the only way for you to see it . Its just a wiki page of Jenna Jameson copied from wiki

Here is the nonadult link again http://www.xxxfilmjobs.com/wiki/Jenna_Jameson 204.45.98.19 12:23, 27 June 2012 (UTC)

Ah, okay. I thought you set the stars. User Joshua123 removed the link in your post above. Seems there's just a problem with the formatting of your template as you said. Tim (SVG) 12:34, 27 June 2012 (UTC)

All templates and that wiki were copied from wikipedia.org so how is that possible when it works there but not on my site. 31.171.135.212 12:44, 27 June 2012 (UTC)

Ok it has to be something strange because its doing the same thing on the test site even with code from a page that works properly on wikiapedia.org which makes no sense http://test.wikipedia.org/wiki/Tyler_Mason 171.4.0.19 14:18, 27 June 2012 (UTC)

Because you didn't copy over the necessary CSS to make the template stylized. Skiz zerz 07:08, 28 June 2012 (UTC)

What css? Where? give me a link. 110.164.3.163 08:10, 28 June 2012 (UTC)

Ok tried to copy them but get Import failed: Expected <mediawiki> tag, got is this more bugs or what? Frankynbell (talk) 08:30, 28 June 2012 (UTC)

Ok got it to upload and still the same shit. I uploaded the xml for Template:Infobox adult biography right from wikipedia Frankynbell (talk) 08:43, 28 June 2012 (UTC)

Ok uploaded all the templates and xml files that this page http://www.xxxfilmjobs.com/wiki/Tyler_Mason uses and still not working so now what? Frankynbell (talk) 09:00, 28 June 2012 (UTC)

I would really like some answers from someone this is going on a week now. Frankynbell (talk) 09:42, 28 June 2012 (UTC)

Well everyone here has proved to be worthless but I just figured it out on my own. I had to copy this page http://en.wikipedia.org/wiki/MediaWiki:Common.css Frankynbell (talk) 11:56, 28 June 2012 (UTC)

Recaptcha is not working with 1.19.1 any ideas? https://developers.google.com/recaptcha/docs/mediawiki?hl=en The confirmedit extension works though. 31.171.135.212 (talk) 13:41, 27 June 2012 (UTC)

Having the same issue with 1.19.2! Earlgreybattenburg (talk) 14:48, 23 November 2012 (UTC)

Hey all, any chance there will ever be a xml version, for some people, setting up a database for back-end is not an option...

thanks, Mav Maverick7 (usurped) (talk) 21:33, 27 June 2012 (UTC)

Hi Mav,

I fear not. Making MW run without a DB would be a hugh undertaking and it will cause lots of problems. For example I have no clue what happens with performance, if you want to search some hundred thousand pages for some words, if you only have the content in XML files, or what the performance impact would be if you tried to store each single revision of a page in an XML file. I think the only one who could and actually would have to implemtn a feature with such big impacts on the system in fact is the Wikimedia Foundation. However, they do use databases, so they have no real need for such a feature. 88.130.92.128 14:20, 29 June 2012 (UTC)

If setting up a normal database is too much of a hassle, we do allow using sqlite as a db backend. sqlite doesn't need any running processes and is essentially just a file on the file system. Performance is less then mysql, particularly when multiple users access the wiki at the same time (but is significantly better then what flat files would be).

Re: 88.130.92.128

>or what the performance impact would be if you tried to store each single revision of a page in an XML file

Storing each revision in an xml file actually would not be too much of an issue (Not all that different from external storage). The issue comes more with metadata about the pages, such as one has to find every page that uses template foo, etc. Bawolff (talk) 14:43, 4 July 2012 (UTC)

Hi i just install madiawiki and look exactly as i need, but when i tru to include a table or someting i just get a blank page, if i just write some words then i can see it in preview page, if i include a picture too, but when i try to use a table i cant see anything dont even the simple text that i can see before.

PHP Version 5.3.3 mediawiki 1.19.1 – 2012年06月13日 MySQL 201.198.83.186 (talk) 00:09, 28 June 2012 (UTC)

Do you have any extensions installed?

See also Manual:How to debug. If you enable debugging you may be able to find out what is causing it. Krinkle (talk) 23:04, 28 June 2012 (UTC)

I wish to add a Menu/Navigation bar to my wiki.

Similar to the Menu/Navigation bar that is automatic on wikia sites (ie. http://runescape.wikia.com/wiki/RuneScape_Wiki)

Our wiki will only have 100 or so pages, it really seems like overkill to only be able to search for content...

Thanks!, also to anyone that reads this that helped create mediawiki you have done an amazing job the install process was easy and took less than 20 minutes! 115.64.183.159 (talk) 04:08, 28 June 2012 (UTC)

Runescape uses wikia's skin instead of Vector, which is where some of the menus come from.

You can generate a list of all pages on your wiki using the code {{Special:allpages}}. You can also transclude {{Special:prefixindex/PREFIX}} for similar results but for pages that start with a specific letter. Some extensions like extension:CategoryTree and extension:DynamicPageList (Wikimedia) can also make lists of pages.

On a related note, on many skins, you can edit the sidebar via MediaWiki:Sidebar (See Manual:Interface/Sidebar) Bawolff (talk) 14:57, 4 July 2012 (UTC)

Thats right after a week now still on this site posting, no one can fix my wiki or any wite that runs the new wiki 1.19.1 Its very simple copy templates and wikis from wikipedia.owg and they dont work plain and simple. Look here http://test.wikipedia.org/wiki/Alexander_Devoe and here http://test.wikipedia.org/wiki/Nyomi_Banxxx and then look at them on wikipedia. :[ Frankynbell (talk) 06:09, 28 June 2012 (UTC)

After installing the newest version 1.19.1, some of the members are having problems with the link provided for confirming the email address. The emails says the confirmation code expires on July 5th, 2012, but when the users try to confirm, they get a message on the Confirm e-maill address page "Invalid confirmation code. The code may have expired."

1. what can the problem be?
2. How can I turn it off and still have the email notifications going out. TDeeming (talk) 12:13, 28 June 2012 (UTC)

I would recommend filing a bug at bugzilla Bawolff (talk) 14:50, 4 July 2012 (UTC)

Hi there, we have been trying to install Mediawiki a while now on the organization's LAN network. We have restarted over but always face the same problem after having finished installation and initial configuration. Everything works fine on the local machine but the client machines can't seem to read the pages correctly regardless of the browser.

here is a screenshot of how the page looks on client computers, and this how it looks on my local machine. please tell me what I'm doing wrong thanks.

Mediawiki version 1.19.1 XAMPP 1.7.7, including:

• Apache 2.2.21
• MySQL 5.5.16
• PHP 5.3.8
• phpMyAdmin 3.4.5
• FileZilla FTP Server 0.9.39
• Tomcat 7.0.21 (with mod_proxy_ajp as connector) Elias Ziade (talk) 12:28, 28 June 2012 (UTC)

Either $wgServer is set incorrectly in LocalSettings.php, or (less likely) something like $wgStylePath is set to some absolute path containing localhost in your LocalSettings.php.

Go through all the Path related variables in LocalSettings.php and look for anything containing Localhost in it (or anything that would make sense on your local computer, but not when accessing the site remotely). You can also try something like firebug's network pannel to see where the requests for stylesheets are going. Bawolff (talk) 14:49, 4 July 2012 (UTC)

Thank you Bawolff!! $wgServer value was 'localhost' we changed to the host machine's ip address and all went well.. you saved the day! Elie plus (talk) 06:06, 10 July 2012 (UTC)

I'm new to wiki editing and know next to nothing on the technical side, although I have read a considerable amount about procedure and etiquette. I would like to contribute more, but I run into editing issues every time I try to contribute. I know four programming languages and this Wiki is totally baffling me.

I posted to the talk page on the regular public English wikipedia.org on an article about Marcus Luttrell (http://en.wikipedia.org/wiki/Talk:Marcus_Luttrell), and I cannot for the life of me figure out why it is not visible on the page. Also, when I try to sign it with Rpm5099 (talk) 00:41, 29 June 2012 (UTC) it does not get processed for some reason. I have spent considerable time and stubborness trying to figure out why my contributions clearly show in my history but the section I created is not visible on the page. If someone could throw me a bone here, I'm so sick of wasting time trying to figure out why nothing ever works correctly on wiki's for me. If there is a good resource for someone with a very strong background in programming, GUI's, html, web services, etc but f'n hates wikis please point me in that direction. And if you can tell me specifically why my comment is not showing up on that talk page I would greatly appreciate it. Rpm5099 (talk) 00:41, 29 June 2012 (UTC)

Someone forgot to add a closing angle bracket. The correction (incomplete as of this writing) can be seen at en:Talk:Marcus Luttrell#Marcus Luttrell's Role in the Misinformation. Allen4names (talk) 04:40, 29 June 2012 (UTC)

Hi have a server and a public ip. I have installed mediawiki on this server and everything is ok from inside my lan...but when i try to using it from outside my browsver try to access to 192.168.0.100 address.. 89.96.63.25 (talk) 10:45, 29 June 2012 (UTC)

192.168.0.100 is the local IP address of your router. Add 192.168.0.100:80 to the virtual servers of your router. Then your wiki can be accessed outside your LAN by your public IP (now it is 89.96.63.25). Remember, that your public IP address changes at least every day if you don't use a static IP address. You can use dyndns.org or similar services to get a domain which IP address you can easily change. Your router might also have a menu called "Dynamic DNS" that provides automatic updating of your IP address on dyndns.org. Tim (SVG) 12:39, 29 June 2012 (UTC)

Hello, unable to download ConfirmAccount extension from http://www.mediawiki.org/wiki/Extension:ConfirmAccount using "Download Snapshot" (error "No such extension "ConfirmAccount"). Who can I contact to fix this? Patelmm79 (talk) 14:50, 29 June 2012 (UTC)

This is extension is likely not yet uploaded to our new repository using Git. But it's available in Subversion.

Here are the links for ConfirmAccount extension per MediaWiki version:

• 1.18
• 1.19
• trunk (latest version (not always compatible with older versions; mostly made for the newest MediaWiki version that has not been yet released) Tim (SVG) 15:03, 29 June 2012 (UTC)

Thanks for the info Tim Patelmm79 (talk) 16:00, 29 June 2012 (UTC)

• Support desk archives using deprecated source tags
• Support desk archives