Project:Support desk/Flow/2014/11

This page is an archive.

Please ask questions on the current support desk.

How Setting page name in category?

Tracked in Phabricator
Task T19212

Page name can be set using {{DISPLAYTITLE:title}}, But in the category of no use. I want to show underscore, For example printf_s will be displayed as printf s. How to solve? Csersoft (talk) 07:03, 1 November 2014 (UTC)

Hello!

DISPLAYTITLE can not be used in categories at the moment. There are some patches in our code review system and a bug in bugzilla bug 17212 to solve this. Florianschmidtwelzow (talk) 16:57, 1 November 2014 (UTC)

Thank you Csersoft (talk) 17:01, 1 November 2014 (UTC)

Cannot upload images to wiki, "Could not create directory "mwstore://local-backend/local-public/"

Whenever I try to upload an image to my wiki using the upload image finction, I get the error "Could not create directory "mwstore://local-backend/local-public/c/ce"

I'm new to this whole thing, and was wondering what was causing the problem and how to fix it. 82.4.137.216 (talk) 00:07, 2 November 2014 (UTC)

See https://www.mediawiki.org/wiki/Manual:Configuring_file_uploads AKlapper (WMF) (talk) 12:38, 2 November 2014 (UTC)

[RESOLVED] Check on edit save if page is new?

How can I check on edit save if the page is new ("rc_new")?

I tried PageContentSaveComplete but no luck. Subfader (talk) 12:31, 2 November 2014 (UTC)

Hi!

Yes, this hook looks like it's the right one.

If $revision is a revision object (the hook information page does not tell currently), then you should be able to get the information, whether it's a new page or not by looking at the parent revision: If the parent revision is 0, then it's a new page. 88.130.92.147 13:18, 2 November 2014 (UTC)

Thanks! $revision is indeed working. Subfader (talk) 13:43, 2 November 2014 (UTC)

Actually $revision->rev_parent_id always returns empty.

I can't believe PageContentSaveComplete has no way to tell wether an edit is a page creation or a regular edit :( Subfader (talk) 15:51, 2 November 2014 (UTC)

rev_parent_id only is the name of the DB field, not a method of the $revision object. There are two functions, which might help: $revision->getParentId() should return the revision number of the parent or null, if none is present. $revision->getPreviousRevisionId() in contrast should always return an integer, that is 0 for the first revision. 88.130.92.147 16:19, 2 November 2014 (UTC)

Quite dumb from me! getParentId() does just fine :) Thanks! Subfader (talk) 17:00, 2 November 2014 (UTC)

[RESOLVED] Upgrading from 1.23.5 to 1.23.6

What is the easiest way to do that? I tried running the patch using the info here https://www.mediawiki.org/wiki/Manual:Upgrading#Using_patch (by uploading the patch first with FTP) and this is what I get:

patch -p 1 --dry-run < mediawiki-i18n-1.23.6.patch.gz patch unexpectedly ends in middle of line patch: **** Only garbage was found in the patch input. root@host [...public_html/w/mediawiki-1.23.5]#

When I unzip the file I see an empty file. Spiros71 (talk) 09:45, 3 November 2014 (UTC)

Yes, that patch is empty, not sure why it was generated. Anyway, it's a i18n only patch.

You only need mediawiki-1.23.6.patch.gz (no need to apply core and i18n unless you want fine grain control over what do you patch) Ciencia Al Poder (talk) 10:41, 3 November 2014 (UTC)

I get the same error when trying with mediawiki-1.23.6.patch.gz or mediawiki-1.23.6.patch.gz.sig - ok got it, I had to run

patch -p 1 < mediawiki-1.23.6.patch Spiros71 (talk) 11:09, 3 November 2014 (UTC)

Latest compatible php/MySQL versions for MW 1.23.6

In this page https://www.mediawiki.org/wiki/Compatibility one can see the earliest compatible versions, but not the latest. Perhaps this should be addressed? I.e. is MW 1.23.6 compatible with php 5.5 or 5.6 and MySQL 5.6 or 5.7? Spiros71 (talk) 11:23, 3 November 2014 (UTC)

Hello,

the page describes, what versions of which software are supported, any other software may work, but it's not tested. Florianschmidtwelzow (talk) 11:32, 3 November 2014 (UTC)

The page lists all current versions of MySQL as usable; this is only different for PHP: While PHP 5.5 is listed and works, PHP 5.6 currently is not listed. Is there a specific reason, a specific bug for that? I mean: There is no doubt that PHP 5.6 will be supported and as far as I see MediaWiki already does work with it. 88.130.112.113 12:16, 3 November 2014 (UTC)

It's not listed, because it's not tested. It may work, but maybe there are some functions, that will not work or will not work like expected. So you can use php 5.6, but for your own risk :) Florianschmidtwelzow (talk) 12:51, 3 November 2014 (UTC)

MySQL 5 is listed, but does that mean that it is compatible with 5.6 and higher? I am guessing it is compatible with 5.5 (as I am running it already), but I do not see it listed. Spiros71 (talk) 21:35, 3 November 2014 (UTC)

Yes, that's how i interpret the matrix :) Florianschmidtwelzow (talk) 13:58, 4 November 2014 (UTC)

[RESOLVED] Creating complex set of functions that can clicked

I would like to know how the following can be done:

• click on a link or button

=> change of colour => change of status of a variable => reload of the page

All through one click of a button or on a link. It would be convenient to have something like this. Temptuousinsolence (talk) 11:55, 3 November 2014 (UTC)

> change of colour

of what?

> change of status of a variable

what variable? And where?

> reload of the page

Sure, it's possible :) Florianschmidtwelzow (talk) 12:48, 3 November 2014 (UTC)

I just had to remove insults[1], which were the only response to your understandable questions. The way Temptuousinsolence is asking and the way he reacts to hints that his "question" in fact is not understandable makes it appeear as if he does not actually want an answer. Consequently I have set this thread to resolved. 88.130.112.113 13:57, 3 November 2014 (UTC)

Ah interesting ... a pointless reply is accepted and not be loathed, while the disappointment over the waste of time is cheerished as a nobelprize in disguise. Temptuousinsolence (talk) 15:29, 3 November 2014 (UTC)

There is no need to discuss your misconduct. Behave acceptably the next times and you may be answered. 88.130.112.113 16:11, 3 November 2014 (UTC)

Intersting that it is me that is supposed to take the blame ... Temptuousinsolence (talk) 08:58, 4 November 2014 (UTC)

You are treated as you treat others. 88.130.80.53 11:47, 4 November 2014 (UTC)

Ok guys, back to topic please. Florianschmidtwelzow (talk) 11:52, 4 November 2014 (UTC)

Communism, ey? Now that is intersting... but instead of drowning me with your empty replies, why don't you offer something more substantial that would solve the problem I have referred to in my first post? Certainly, a well equipped user as yourself will undoubtedly solve the issue in no time. Temptuousinsolence (talk) 11:54, 4 November 2014 (UTC)

No Florian, his misbehaviour is the topic. His question is far from being understandable and if he really wanted to have answers, he could just have told you what you wanted to know. Like all other users here do as well. But he doesn't! Instead he gets stroppy, thinks he could forbid us to ask what his gibberish means, even claiming we would "derail" the thread, calling our answers "superfluous" and us "insolent pedants". And as if that has not already been enough he finally calls the developers incompetent. There is absolutely no reason to reward such behaviour. Even if he paid us for that, I would not help him anymore now. 88.130.80.53 13:05, 4 November 2014 (UTC)

[RESOLVED] MediaWiki Manual Skinning

Hi, I am new to MediaWiki development and learning how to create a new skin from beginning using https://www.mediawiki.org/wiki/Manual:Skinning. I am doing this on my local server and I am following the steps but I stuck at $wgExtensionCredits['skin'][]. Where we need to add mediawiki url. I am trying to set "http://localhost/MW_1_23_1/Skin:ALSkin01". But it seems to be not working.

It will be great help if you expert can help me to proceed. PrashantB (talk) 12:21, 3 November 2014 (UTC)

Hello!

What isn't working? The link to a website is optional, the skin implementation will work with and without it :) Florianschmidtwelzow (talk) 12:47, 3 November 2014 (UTC)

Hello There,

Yes, it is not working. I mean I am not able to see the skin in Appearance tab under preferences. It is just the beginning, there are no default controls. It should display an red image band at top. I am including my code in this thread.

ALSkin01.php:

<?php
/**
 * Skin 01 skin
 *
 * @file
 * @ingroup Skins
 * @author Prashant Bhagwat (http://www.mediawiki.org/wiki/User:PrashantB)
 * @license need to update ... http://www.gnu.org/copyleft/gpl.html GNU General Public License 2.0 or later
 */
// This extension can not be run without MediaWiki package
if ( !defined( 'MEDIAWIKI' ) ) 
{
	die( 'This is an extension to the MediaWiki package and cannot be run standalone.' );
}
// Including Author info for other to know who created this skin and for documentation
$wgExtensionCredits['skin'][] = array(
	'path' => __FILE__,
	'name' => 'AL Skin 01', // name as shown under [[Special:Version]]
	'namemsg' => 'skinname-alskin01', // used since MW 1.24, see the section on "Localisation messages" below
	'version' => '1.0',
	'url' => 'http://localhost/MW_1_23_1/Skin:ALSkin01',
	'author' => '[https://mediawiki.org/wiki/User:PrashantB]',
	'descriptionmsg' => 'alskin01-desc', // see the section on "Localisation messages" below
	'license' => 'GPL-2.0+',
);
// declare skin's name, autoloaded classes, and localisation messages
$wgValidSkinNames['alskin01'] = 'ALSkin01';
 
$wgAutoloadClasses['SkinALSkin01'] = __DIR__ . '/ALSkin01.skin.php';
$wgMessagesDirs['ALSkin01'] = __DIR__ . '/i18n';
// Defining ResourceLoader modules to include styles and/or scripts for skin
// The 'styles' array itself does not have to be a single stylesheet, ResourceLoader combines all the stylesheets into a single stylesheet so you can separate your stylesheets into as  many separate files as you want.
$wgResourceModules['skins.alskin01'] = array(
	'styles' => array(
		'alskin01/resources/screen.css' => array( 'media' => 'screen' ),
	),
	'remoteBasePath' => &$GLOBALS['wgStylePath'],
	'localBasePath' => &$GLOBALS['wgStyleDirectory'],
);
$wgResourceModules['skins.alskin01.js'] = array(
	'scripts' => array(
		'alskin01/resources/main.js',
		'alskin01/resources/awesome.js',
	),
	'dependencies' => array(
		// In this example, awesome.js needs the jQuery UI dialog stuff
		'jquery.ui',
	),
	'remoteBasePath' => &$GLOBALS['wgStylePath'],
	'localBasePath' => &$GLOBALS['wgStyleDirectory'],
);

ALSkin01.skin.php

<?php
/**
 * Skin file for skin Avaya Learning Skin 01.
 *
 * @file
 * @ingroup Skins
 */
/**
 * SkinTemplate class for AL Skin skin
 * @ingroup Skins
 */
class SkinALSkin01 extends SkinTemplate 
{
	var $skinname = 'alskin01', $stylename = 'ALSkin01',
		$template = 'ALSkin01Template', $useHeadElement = true;
 
	/**
	 * Add JavaScript via ResourceLoader
	 *
	 * Uncomment this function if your skin has a JS file or files.
	 * Otherwise you won't need this function and you can safely delete it.
	 *
	 * @param OutputPage $out
	 */
	
	public function initPage( OutputPage $out ) {
		parent::initPage( $out );
		$out->addModules( 'skins.alskin01.js' );
	}
	
 
	/**
	 * Add CSS via ResourceLoader
	 *
	 * @param $out OutputPage
	 */
	function setupSkinUserCss( OutputPage $out ) 
    {
		parent::setupSkinUserCss( $out );
		$out->addModuleStyles( array(
			'mediawiki.skinning.interface', 'skins.alskin01'
		) );
	}
}
/**
 * BaseTemplate class for Avaya Learning Skin 01 skin
 *
 * @ingroup Skins
 */
class ALSkin01Template extends BaseTemplate 
{
	/**
	 * Outputs the entire contents of the page
	 */
	public function execute() 
    {
		/*  defines the <body> tag itself  */
		$this->html( 'headelement' ); ?> 
        <div class="mainHeader">
            Header content will appear here.
        </div>
        <?php $this->printTrail(); ?>
        </body>
        </html><?php
	}
}

main.css

.mainHeader
{
    background-image: url("skins/alskin01/resources/images/BottomBar.jpg");
    position: absolute;
    left:0px;
    top: 0px;
    width: 100%;
    height: 80px;
}

PrashantB (talk) 08:17, 4 November 2014 (UTC)

Have you installed your skin in your LocalSettings.php? You need to add your skin to this configuration file like an Extensions, e.g.

require_once "$IP/skins/ALSkin01/ALSkin01.php";

Florianschmidtwelzow (talk) 08:31, 4 November 2014 (UTC)

Thanks. :)

That was very basic mistake. PrashantB (talk) 11:11, 4 November 2014 (UTC)

WebGL for Nvidia FX 5200 supported?; CyArk.org says no

I'm using Opera for Ubuntu and CyArk.org reports that WebGL is not supported on an Nvidia GeForce FX 5200--is this true, or is there a setting I missed in Opera? I set the Hardware Acceleration and WebGL to 1. Thanks,

   SciGuy 108.86.124.213 (talk) 22:51, 3 November 2014 (UTC)

Hi!

please note that this is the support page for MediaWiki, a software used to run wikis (e.g. to run Wikipedia). We do not know about graphics cards and I also do not happen to accidentally know that. Sorry. 88.130.80.53 23:08, 3 November 2014 (UTC)

Support for Citrix Xenapp 6.5

Hi,

I want to use Filezilla in my Citrix Xenapp 6.5 (W2k8R2) environment. Is this officially supported?

And witch edition can I use best? The .zip or the installer?

I hope to can an answer soon, as my customer want to make use of it. But I want to check you first if I shuld go along with it, or maybe just make a choice to give hime the application locally on his computer instead of on the Citrix Xenapp 6.5 environment.

Kind regards, D. 78.108.136.137 (talk) 09:01, 4 November 2014 (UTC)

Hello!

Please note, that this is a help platform for the Software MediaWiki. You will not get any help for other software here. Florianschmidtwelzow (talk) 09:09, 4 November 2014 (UTC)

problem to install PdfExport on Win7 64bit

hi !

I want to install PdfExport but I get following message: Fatal error: Call to undefined function wfLoadExtensionMessages() in C:\mediawiki\extensions\PdfExport\PdfExport.php on line 83

first I download the current version an put into extension-directory. next I added following into localsettings.php

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

1. DomPDF

$wgPdfExportDomPdfConfigFile = $IP . '/extensions/PdfExport/dompdf/dompdf_config.inc.php'; // Path to the DomPdf config file

what is my mistake ? regards Jan 85.233.12.114 (talk) 10:58, 4 November 2014 (UTC)

This thread: Project:Support desk/Flow/2013/06#h-wfLoadExtensionMessages()_removed_from_1.21.1?-2013-06-08T18:59:00.000Z makes it seem like the function wfLoadExtensionMessages() has been removed in some old version of MediaWiki. Upgrading/bugfixing the extension should help. 88.130.80.53 11:49, 4 November 2014 (UTC)

Semantic Forms and Variables

• Form (StatusofApple)
  • variable is declared: #vardefine: apple = green
• Template
  • Form (StatusofApple) is used
  • Status of variable is changed: #vardefine: apple = red

Is this possible? Another problem has to do with the direction and the declaration of the variable. Would this be PHP or JAVA, then the matters would be different, but I struggle with the parser and how things are being dealt with. Can I change the status of a variable at the of a site and make this appear at the top? I would say no and my experiments with tables have shown me this.

How to approach this properly? Is it possible to access the parser and keep things in a waiting queue in order to check for a different status of a variable? Temptuousinsolence (talk) 15:30, 4 November 2014 (UTC)

[RESOLVED] How to orginize a template with many images

Hello all, I am working on image slider template. All is ready, but I don't know how to orginize a template with its Images. So now template looks like this:

<div id="imagesider">
<div>{{{description}}}</div>
<div id="images">
<li>[[Файл:Image_name.jpg|{{{image size}}}px|link=]]</li>
<li>[[Файл:Image_name 2.jpg|{{{image size}}}px|link=]]</li>
<li>[[Файл:Image_name 3.jpg|{{{image size}}}px|link=]]</li>
</div>
</div>

So how to make that users of my wiki could use this template and add so many images as they would like so that in html it should look like:

<li>[[Файл:Image_name.jpg.jpg|180px|link=]]</li>

Fokebox (talk) 15:31, 4 November 2014 (UTC)

So I need to be a template looks like this:

{{Image slider
|description =
|Image_name.jpg
|Image_name2.jpg
|Image_name3.jpg
|Image_name4.jpg
}}

And all indicated imegaes in html should be in tags as I had indicated above Fokebox (talk) 17:56, 4 November 2014 (UTC)

You can use something like this:

<div id="imagesider">
<div>{{{description}}}</div>
<div id="images">
<ul>
{{#if:{{{1|}}}|<li>[[Файл:{{{1}}}|{{{image size}}}px|link=]]</li>}}<!--
-->{{#if:{{{3|}}}|<li>[[Файл:{{{2}}}|{{{image size}}}px|link=]]</li>}}<!--
-->{{#if:{{{3|}}}|<li>[[Файл:{{{3}}}|{{{image size}}}px|link=]]</li>}}
</ul>
</div>
</div>

Replicate the image structure as many times as images it can contain Ciencia Al Poder (talk) 10:37, 6 November 2014 (UTC)

Thx it works! ))) Topic can be closed =) Fokebox (talk) 17:24, 6 November 2014 (UTC)

try to install collection extension for book-creation on win7

Hallo !

I want to install the book-collection extension on my win7-64bit maschine. I download the extensionfolder to my installation and add following lines into localsettings.php

require_once "$IP/extensions/Collection/Collection.php";
$wgCollectionPODPartners = false;
$wgCollectionFormats = array(
    'rl' => 'PDF', # enabled by default
    'epub' => 'e-book (EPUB)',
);

I can collect sides and start the render-process by click the button - first the message i should wait and after several minutes the message "rendering unpossible" comes.

could some one help me? did I need render-program ? (free for commercial?)

reagards Jan :-) 85.233.12.114 (talk) 07:24, 5 November 2014 (UTC)

Problem opening WebStart.php

Hi, I'm completely new to MediaWiki, and I'm currently trying to set up an offline wiki on my computer using this manual: https://www.mediawiki.org/wiki/Manual:Installation_on_Uniform_Server_%28Windows%29#Configure_the_wiki

At "Configuring the Wiki" variables, I have to click the link "http://localhost/wi/mw-config/index.php" (I renamed the MediaWiki folder to "wi" as required in the instructions).

However, I get an error message as follows:

Warning: require(./includes/WebStart.php) [function.require]: failed to open stream: No such file or directory in W:\www\wi\mw-config\index.php on line 29

Fatal error: require() [function.require]: Failed opening required './includes/WebStart.php' (include_path='.;/usr/local/PHP/includes;/usr/local/PHP/pear;/home/admin/www/plugins/pear/PEAR') in W:\www\wi\mw-config\index.php on line 29

Any idea what I got wrong? I'm quite sure I followed the instructions closely. Unicodefan (talk) 11:32, 5 November 2014 (UTC)

Hi!

This error means that the file includes/WebStart.php could not be found. In your case, this file should be located at W:\www\wi\includes\WebStart.php. Is the file there?

Second question: The server on which you are installing MediaWiki is running Windows, right? However, what you have in the PHP setting include_path are paths of a UNIX system. I do not know, if/in how far this influences your actual error, but having these paths there might be wrong. At least it looks strange. 88.130.108.6 12:33, 5 November 2014 (UTC)

Hi, WebStart.php is indeed there... Unicodefan (talk) 13:18, 5 November 2014 (UTC)

Since the PHP setting include_path specifies where PHP should look for files, which are called by include(), require() and the like, I am pretty sure that the incorrect value causes the problem.

Try setting include_path to something like

include_path = ".;W:\www\wi"

and restart the webserver for the changes to take effect. You can also use the output of phpinfo() to verify that your change took effect. 88.130.108.6 13:37, 5 November 2014 (UTC)

Where is the include_path setting stored? Unicodefan (talk) 13:55, 5 November 2014 (UTC)

That is somewhere in a file called php.ini. Most likely this file is where you installed the webserver, inside the subfolder php\.

You can see an overview of the php.ini files, which PHP is using, when you create a file, e.g. called test.php, with this content:

<?php phpinfo();

When you call this file with the webbrowser, it will show you plenty of information; among them the info, which php.ini files have been parsed. 88.130.108.6 14:02, 5 November 2014 (UTC)

I restarted the webserver, and I still get the same error message. Is it enough if the path you gave me is the only active include_path option? Unicodefan (talk) 14:12, 5 November 2014 (UTC)

Does the error message show the changed include path? Or is it actually still the same as before? If it still is the same, then your change has not been taken into account. 88.130.108.6 14:25, 5 November 2014 (UTC)

It's this:

Warning: require(./includes/WebStart.php) [function.require]: failed to open stream: No such file or directory in W:\www\wi\mw-config\index.php on line 29

Fatal error: require() [function.require]: Failed opening required './includes/WebStart.php' (include_path='.;W:\www\wi') in W:\www\wi\mw-config\index.php on line 29

The WebStart.php is exactly where it belongs, if you combine W:\www\wi with ./includes/WebStart.php. Might it be a problem that PHP uses both slashes and backslashes? Unicodefan (talk) 14:33, 5 November 2014 (UTC)

I have just looked that up in a Windows based server, which I am running and there I have

include_path = ".;C:\xampp\php\PEAR"

and that is working. My webfiles are inside C:\xampp\htdocs, meaning if files are included for me, this works because of the "." in the include path, not because I wrote the actual path down letter by letter. This makes me think that an additional problem must be somewhere else...

Which version of MediaWiki are you trying to install? In version 1.23.6 line 29 of the mw-config/index.php file is this:

require dirname( __DIR__ ) . '/includes/WebStart.php';

dirname( __DIR__ ) should return the internal path to the wiki, in your case W:\www\wi. Which PHP version are you using? 88.130.108.6 16:28, 5 November 2014 (UTC)

I have the newest version of MediaWiki, 1.23.6. The php.exe shows in the properties 5.2.3.3.

My index.php shows exactly the same line. Unicodefan (talk) 17:04, 5 November 2014 (UTC)

That is the problem! MediaWiki needs at least PHP 5.3.xx. Your PHP version is too old.

You should use current versions, that is PHP 5.3 or newer, preferably 5.5. For MySQL at least version 5.1 is needed and MediaWiki will work without problems with everything up to and including MySQL 5.5. MySQL 5.6 might work, but has not yet been thoroughly tested. 88.130.108.6 17:25, 5 November 2014 (UTC)

What should I install then? The manual mentions a UniServer3_5.exe. Now I installed the newest file from the site, named 11_5_0_ZeroXI. I don't know whether it's the same thing. It doesn't have a udrive folder that is needed in the manual. I don't know how to fix things from here. Unicodefan (talk) 17:56, 5 November 2014 (UTC)

You need a server, (best: Apache), PHP and MySQL. For example XAMPP from https://www.apachefriends.org offers exactly that. 88.130.79.15 17:59, 5 November 2014 (UTC)

Okay, I installed XAMPP and am now using this manual: https://www.mediawiki.org/wiki/Manual:Installing_MediaWiki_on_XAMPP

I didn't mention that I want to run my server "offline" on my local computer only. As detailed in the other manual, I did the following:

Change Listen 80 to Listen 127.0.0.1:80 in httpd.conf,

Add bind-address=127.0.0.1 under [mysqld] in my.ini.

Is this correct? I don't want to be running internet servers without my knowledge, and the Windows Firewall is coming up with a permission window...

You see, I want to set up my own private Wiki on my local computer that I some day want to transfer onto a real server / webpage. Unicodefan (talk) 18:38, 5 November 2014 (UTC)

That is more a question on Apache configuration. What I can tell you is that MediaWiki needs a server - you can put the MediaWiki files somewhere on the computer, but as long as you do not run a webserver, in which the wiki files are located, the wiki cannot work. While you run the server, you can disconnect your computer from the internet, so that there is no way to connect to it from outside, while the wiki can function using the server you installed locally.

I guess you can test your configuration by opening the URL 127.0.0.1 in your webbrowser. If this shows the XAMPP example website, which the XAMPP developers have provided with the webserver, then it's working. If you ask me, I do not remember having to change this IP address somewhere in the Apache configuration. I think it might also work without such change... 88.130.79.15 22:18, 5 November 2014 (UTC)

Okay, I'll go from there. Thanks so much for your support! Unicodefan (talk) 23:07, 5 November 2014 (UTC)

Bot or so?

Dear Member,

The wiki

http://www.newyorkweb.co/wiki

has a lot of unclear contributions of doubtfull users.

It might be because of a bot or so.

How can I verify the IP addresses of the users or contributions?

Thank you.

Hansie Hansie (talk) 20:13, 5 November 2014 (UTC)

Oh yeah, that's called "normal spam" problem :D You should consider to use some extensions to avoid these spam bots to from editing and/or registering on your wiki. Read the Manual:Combating_spam to know how to do what :) The first step yould be some good captcha ;) Florianschmidtwelzow (talk) 21:11, 5 November 2014 (UTC)

Thank you Florian!

It was easy to implement ReCaptha, but an error while registering :

"

New York City could not send your confirmation mail. Please check your email address for invalid characters.

Mailer returned: Policy restriction in effect. The fifth parameter is disabled on this system

".

But a confirmation mail was send. I used a normal e-mail address.

What's wrong?

Hansie Hansie (talk) 22:05, 5 November 2014 (UTC)

Hello! This error comes, because your hoster hosts php in safe_mode. In this mode, php's mail() function will return false with a warning when called with the fifth parameter (MediaWiki uses this parameter iirc) which MediaWiki interprets as an error while sending the e-mail (and add the above error message), see the Manual for more information.

You should ask your hoster to disable the completly senseless safe_mode. This function is deprecated in php 5.3 and removed in 5.4 anyway. Florianschmidtwelzow (talk) 21:56, 6 November 2014 (UTC)

Florian,

I got 2 responces from my webhoster:

1 The issue is that we only allow 4 parameters and you seem to be using 5. You need to make sure that you use only 4 parameters when sending the email.

2 Also Safe Mode is disabled on our servers by default.

I got also the next information: PHP Version 5.3.29 : http://www.one-docs.com/php5/ : safe_mode Off Off.

Hans Hansie (talk) 11:07, 9 November 2014 (UTC)

Hello!

The 5. parameter is an official parameter documented on the php.net Manual page, so i don't think, that the developers will remove or implement a workaround for this; most hosters allow 5 parameters. So i would suggest to ask your hoster, why they block additional paramters to the mail() function.

You can try to open a bugreport in bugzilla (BUGREPORT), but i think it doesn't have much success. Florianschmidtwelzow (talk) 22:10, 10 November 2014 (UTC)

Hello Florian!

This is the response of my hoster (one.com):

Abizar: The fifth parameter in our php.ini file
Abizar: it cant be enabled
Hansie: How, where can I do so?
Abizar: it seems MediaWiki requires 5 parameters to run in mail () , which we do not support
Abizar: please check with them for a workaround this
Abizar: because we cant enable it
Abizar: this feature.
Hansie: The expert doesn't think, the developers will remove or implement a workaround (See text)
Abizar: i am sorry, but there is no alternative solution for this .Because e fifth parameter is disabled for mail()
Abizar: it cant be enabled

Thank you.

Hansie Hansie (talk) 19:03, 24 November 2014 (UTC)

Wow, cool reason ;) Now, you have two possible solutions:

1. Change the hoster
2. Open a bug and hope, that someone can and will implement a workaround Florianschmidtwelzow (talk) 14:07, 28 November 2014 (UTC)

"We cant, because we can't. And it's disabled and we cant"

Would make a nice rap song...

No, hosters who arbitrarily disable stuff make running a system like MediaWiki really hard. If you want to, just for fun, you can ask him, how much you have to pay for them to enable it. Then you will see, what they really can't...

=> Change the host! 88.130.71.190 16:43, 28 November 2014 (UTC)

Dear Member, Hello Florian,

Do you know a "mediawiki-friendly" hoster?

Thank you,

Hansie Hansie (talk) 03:27, 30 November 2014 (UTC)

You can also try this troubleshooting tip. The mail pear module that it suggests using won't use the fifth parameter if safe_mode is in use. ☠MarkAHershberger☢(talk)☣ 22:13, 29 November 2014 (UTC)

Hello Mark,

Thank you for your response.

I have a few questions about the troubleshooting tip:

First:

$wgSMTP = array(

...

'username' => 'yourEmailAccount@gmail.com',

...

Is this vulnerable to spam?

Secondly:

"

Then install the packages required to send the mail.

$ sudo pear install mail

$ sudo pear install net_smtp

"

Where can I find the packages? Where should I install them?

Thank you in advance.

Hansie Hansie (talk) 03:22, 30 November 2014 (UTC)

1) it isn't vulnerable to spam. You would have to set that to your user name (which may mimic your email address). This isn't revealed to anyone.

2) If you don't have command line access, then you can download the Net_SMTP and Mail pear packages and put the extracted contents in a directory included in a the php include path. ☠MarkAHershberger☢(talk)☣ 21:03, 30 November 2014 (UTC)

Mark, Dear Member,

The Error is gone, but did I apply the right solution?

1 From "Net_SMTP" I took net_smtp.php and put it in ../includes/net_smtp

2 From "Mail" I took mail.php and put it in ../includes/mail

I added in LocalSettings.php :

$wgSMTP = array(

'host' => 'mailout.one.com',

'IDHost' => 'one.com',

'port' => 25,

'username' => ,

'password' => ,

'auth' => false

I used no username and password.

Is it oké this way?

Thank you.

Hansie Hansie (talk) 21:48, 3 December 2014 (UTC)

Is it working? Putting the files in place the way you did didn't do anything -- you should be able to remove them and it should continue working. ☠MarkAHershberger☢(talk)☣ 23:30, 3 December 2014 (UTC)

It is not working.

"you should be able to remove them and it should continue working."

I should remove them?

But why this is adviced by the troubleshooting tip:

"

Then install the packages required to send the mail.

$ sudo pear install mail

$ sudo pear install net_smtp

" Hansie (talk) 14:38, 8 December 2014 (UTC)

Mark,

I removed them and it's working.

Thank you.

hansie Hansie (talk) 18:45, 11 December 2014 (UTC)

1.23.6 Upgrade error

Everything Food & Drink
MediaWiki	1.23.5
PHP	5.3.28 (cgi-fcgi)
MySQL	5.5.37-35.1
Lua	5.1.5

I've posted this error at the extension page, but have not had any replies, can someone please help me with this error, thanx

Catchable fatal error: Argument 3 passed to ConfirmAccountUIHooks::setRequestLoginLinks() must be an instance of SkinTemplate, none given in /public_html/w/extensions/ConfirmAccount/frontend/ConfirmAccountUI.hooks.php on line 27

Still need some help ! - FlightTime (open channel) 21:48, 5 November 2014 (UTC)

Where are you calling ConfirmAccountUIHooks::setRequestLoginLinks()? Checking the extension's source code, the third argument must be an instance of SkinTemplate. 88.130.125.37 18:33, 27 November 2014 (UTC)

ConfirmAccount.php calls

ConfirmAccountUISetup::defineHookHandlers() where this hook is set up. ☠MarkAHershberger☢(talk)☣ 21:54, 29 November 2014 (UTC)

Can you look at the source code of the following file: wikiroot/includes/SkinTemplate.php and search for wfRunHooks( 'PersonalUrls', and now post the complete code line. Florianschmidtwelzow (talk) 15:09, 30 November 2014 (UTC)

Uploaded file size error

if i upload the new version of file, "Ignore warning and save file anyway" after clicking this button file uploaded properly but size is storing as 0 bytes in image table, but if i download the file that is working fine, how can i fix the file size dimension issue?

Mediawiki 1.21 PHP : 5.3.3 apache : 2.2.22 125.19.34.86 (talk) 08:35, 6 November 2014 (UTC)

Page display without skins

Hello all,

I has just updated my mediawiki version 1.15.5-2 on Debian squeeze to mediawiki 1.23.6 before moving my wiki.

Infos from Special:Version Produit Version MediaWiki 1.23.6 PHP 5.3.3-7+squeeze19 (apache2handler) MySQL 5.1.73-1

After the update, all pages are displayed without skin (no SideBar on the left, no connexion button at the top, ...) as shown in the screenshot following capture

How can I fix it ?

Thanks

LocalSettings.php File :

<?php

# This file was automatically generated by the MediaWiki installer.
# If you make manual changes, please keep track in case you need to
# recreate them later.

define(MW_INSTALL_PATH,"/var/lib/mediawiki");
$IP = "/var/lib/mediawiki";
ini_set( "include_path", ".:$IP:$IP/includes:$IP/languages" );
require_once( "includes/DefaultSettings.php" );

# Les extensions du package debian mediawiki-extensions.
# Les extentions activées sont dans /etc/mediawiki-extensions/extensions-enabled/
include( "/etc/mediawiki-extensions/extensions.php" );


# If PHP's memory limit is very low, some operations may fail.
ini_set( 'memory_limit', '50M' );

if ( $wgCommandLineMode ) {
	if ( isset( $_SERVER ) && array_key_exists( 'REQUEST_METHOD', $_SERVER ) ) {
		die( "This script must be run from the command line\n" );
	}
} elseif ( empty( $wgNoOutputBuffer ) ) {
	## Compress output if the browser supports it
	if( !ini_get( 'zlib.output_compression' ) ) @ob_start( 'ob_gzhandler' );
}

#$wgReadOnly = 'Maintenance du site avant migrations sur le nouveau serveur';
$wgSitename         = "WikiOM";

$wgScriptPath	    = "/wiki";
#$wgScriptPath	    = "";
$wgScript           = "$wgScriptPath/index.php";
$wgRedirectScript   = "$wgScriptPath/redirect.php";

## If using PHP as a CGI module, use the ugly URLs
$wgArticlePath      = "$wgScript/$1";
# $wgArticlePath      = "$wgScript?title=$1";

$wgStylePath        = "$wgScriptPath/skins";
$wgStyleDirectory   = "$IP/skins";
#$wgLogo             = "/wiki/skins/common/images/wiki.png";
#$wgLogo             = "/wiki/images/institut_curie.png";
$wgLogo             = "/var/lib/mediawiki/images/institut_curie_logo_equipe_wiki.png";

$wgUploadPath       = "$wgScriptPath/images";
$wgUploadDirectory  = "$IP/images";

$wgEnableEmail = true;
$wgEnableUserEmail = true;

$wgEmergencyContact = "Elodie.Chapeaublanc@curie.fr";
$wgPasswordSender	= "Elodie.Chapeaublanc@curie.fr";

## For a detailed description of the following switches see
## http://meta.wikimedia.org/Enotif and http://meta.wikimedia.org/Eauthent
## There are many more options for fine tuning available see
## /includes/DefaultSettings.php
## UPO means: this is also a user preference option
$wgEnotifUserTalk = true; # UPO
$wgEnotifWatchlist = true; # UPO
$wgEmailAuthentication = true;

$wgDBserver         = "***";
$wgDBname           = "***";
$wgDBuser           = "***";
$wgDBpassword       = "***";
$wgDBprefix         = "***";

# If you're on MySQL 3.x, this next line must be FALSE:
$wgDBmysql4 = true;

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

## To enable image uploads, make sure the 'images' directory
## is writable, then uncomment this:
$wgEnableUploads  = true;
$wgUseImageResize = true;
$wgUseImageMagick = true;
$wgImageMagickConvertCommand = "/usr/bin/convert";

## 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;

## If you have the appropriate support software installed
## you can enable inline LaTeX equations:
$wgUseTeX			= true;
#$wgMathPath         = "{$wgUploadPath}/math";
$wgMathDirectory    = "{$wgUploadDirectory}/math";
$wgTmpDirectory     = "{$wgUploadDirectory}/tmp";

$wgLocalInterwiki   = $wgSitename;

$wgLanguageCode = "fr";

$wgProxyKey = "be8d819d70c74c62103f34c76f7ffed79e50e8e95c9b7f97f5f4353f84150356";

## Default skin: you can change the default skin. Use the internal symbolic
## names, ie 'standard', 'nostalgia', 'cologneblue', 'monobook':
$wgDefaultSkin = 'vector';

## For attaching licensing metadata to pages, and displaying an
## appropriate copyright notice / icon. GNU Free Documentation
## License and Creative Commons licenses are supported so far.
# $wgEnableCreativeCommonsRdf = true;
$wgRightsPage = ""; # Set to the title of a wiki page that describes your license/copyright
$wgRightsUrl = "";
$wgRightsText = "";
$wgRightsIcon = "";
# $wgRightsCode = ""; # Not yet used

$wgDiff3 = "/usr/bin/diff3";


# Les anonymes sont muets.
$wgGroupPermissions['*']['edit'] = false;

# au moins 3 lettres dans le mdp
$wgMinimalPasswordLength = 3;

# This is the list of preferred extensions for uploading files. Uploading
# files with extensions not in this list will trigger a warning.
$wgFileExtensions = array( 'png', 'jpg', 'jpeg', 'ogg', 'xls', 'pdf', 'ppt','csv','txt','doc' );

$wgVerifyMimeType= false;

# This is a flag to determine whether or not to check file extensions on
# upload.
$wgCheckFileExtensions = true;

# If this is turned off, users may override the warning for files not
# covered by $wgFileExtensions.
$wgStrictFileExtensions = false;

# Warn if uploaded files are larger than this
# 20 Mo
$wgUploadSizeWarning = 1000 * 1024 * 1024;

$wgSiteSupportPage  = '';
$wgSiteSupport  = '';

/**
 * Set this to the number of authors that you want to be credited below an
 * article text. Set it to zero to hide the attribution block, and a negative
 * number (like -1) to show all authors. Note that this will require 2-3 extra
 * database hits, which can have a not insignificant impact on performance for
 * large wikis.
 */
$wgMaxCredits = 2;

/** If there are more than $wgMaxCredits authors, show $wgMaxCredits of them.
 * Otherwise, link to a separate credits page. */
$wgShowCreditsIfMax = true;

# Pour avoir le support des file://
#$wgUrlProtocols = 'http:\/\/|https:\/\/|ftp:\/\/|irc:\/\/|gopher:\/\/|news:|mailto:|file:\/\/';

$wgUrlProtocols = array(
	'http://',
	'https://',
	'ftp://',
	'irc://',
	'gopher://',
	'mailto:',
	'news:'
);

/**
 * Enable AJAX framework
 */
$wgUseAjax = true;

/**
 * Enable auto suggestion for the search bar 
 * Requires $wgUseAjax to be true too.
 * Causes wfSajaxSearch to be added to $wgAjaxExportList
 */
$wgAjaxSearch = true;

/**
 * Enable watching/unwatching pages using AJAX.
 * Requires $wgUseAjax to be true too.
 * Causes wfAjaxWatch to be added to $wgAjaxExportList
 */
$wgAjaxWatch = true;

/** Show watching users in recent changes, watchlist and page history views */
$wgRCShowWatchingUsers 				= true;
/** Show watching users in Page views */
$wgPageShowWatchingUsers 			= false;

$wgShowExceptionDetails = true;

$wgLocaltimezone = 'Europe/Paris';#
$wgDebugLogFile = "/tmp/wiki.log";

$wgServer = WebRequest::detectServer();
#require_once "$IP/skins/vector/vector.php";

ls -al /usr/share/mediawiki                                                                                    ──(jeu.,nov.06)─┘
total 196
drwxr-xr-x  11 root root  4096  6 nov.  13:22 .
drwxr-xr-x 213 root root  8192  5 nov.  12:32 ..
lrwxrwxrwx   1 root root    36 18 oct.   2013 AdminSettings.php -> /var/lib/mediawiki/AdminSettings.php
-rw-r--r--   1 root root  4387  6 nov.  10:47 api.php
-rw-r--r--   1 root root   933  6 nov.  10:50 api.php5
drwxr-xr-x   2 root root    22  6 nov.  10:51 cache
-rw-r--r--   1 root root   506  6 nov.  11:11 composer-example.json
lrwxrwxrwx   1 root root    25 17 avril  2008 config -> /var/lib/mediawiki/config
drwxr-xr-x   8 root root  4096  6 nov.  11:11 docs
lrwxrwxrwx   1 root root    29 17 avril  2008 extensions -> /var/lib/mediawiki/extensions
lrwxrwxrwx   1 root root    25 17 avril  2008 images -> /var/lib/mediawiki/images
-rw-r--r--   1 root root  7175  6 nov.  10:52 img_auth.php
-rw-r--r--   1 root root   943  6 nov.  10:52 img_auth.php5
drwxr-xr-x  47 root root 16384  6 nov.  10:52 includes
-rw-r--r--   1 root root  1755  6 nov.  10:53 index.php
-rw-r--r--   1 root root   937  6 nov.  10:53 index.php5
-rw-r--r--   1 root root  5839  8 mars   2010 install-utils.inc
drwxr-xr-x   7 root root  4096  6 nov.  10:53 languages
-rw-r--r--   1 root root  1766  6 nov.  10:54 load.php
-rw-r--r--   1 root root   935  6 nov.  10:54 load.php5
lrwxrwxrwx   1 root root    36 18 oct.   2013 LocalSettings.php -> /var/lib/mediawiki/LocalSettings.php
drwxr-xr-x  23 root root 12288  6 nov.  12:03 maintenance
drwxr-xr-x   2 root root    59  6 nov.  10:54 mw-config
-rw-r--r--   1 root root  3852  6 nov.  11:07 opensearch_desc.php
-rw-r--r--   1 root root   957  6 nov.  11:07 opensearch_desc.php5
-rw-r--r--   1 root root 11028  6 nov.  11:07 profileinfo.php
-rw-r--r--   1 root root   949  6 nov.  11:07 profileinfo.php5
-rw-r--r--   1 root root   383 21 mars   2009 redirect.php
-rw-r--r--   1 root root    91 31 janv.  2005 redirect.phtml
drwxr-xr-x   4 root root    46  6 nov.  11:08 resources
drwxr-xr-x   2 root root   131  6 nov.  11:09 serialized
drwxr-xr-x   8 root root  4096  6 nov.  15:25 skins
-rw-r--r--   1 root root   603  6 nov.  11:39 StartProfiler.php_old
-rw-r--r--   1 root root   405  6 nov.  11:09 StartProfiler.sample
-rw-r--r--   1 root root  1087  6 nov.  11:10 thumb_handler.php
-rw-r--r--   1 root root   971  6 nov.  11:10 thumb_handler.php5
-rw-r--r--   1 root root 17874  6 nov.  11:10 thumb.php
-rw-r--r--   1 root root   955  6 nov.  11:10 thumb.php5
-rw-r--r--   1 root root  1347  5 nov.   2008 trackback.php
-rw-r--r--   1 root root    98  6 nov.  11:10 wiki.phtml

ls -al /var/lib/mediawiki                                                                                      ──(jeu.,nov.06)─┘
total 16
drwxr-xr-x  5 root     root     4096  6 nov.  12:27 .
drwxr-xr-x 57 root     root     4096  5 nov.  12:30 ..
lrwxrwxrwx  1 root     root       32 18 oct.   2013 AdminSettings.php -> /etc/mediawiki/AdminSettings.php
lrwxrwxrwx  1 root     root       28 18 oct.   2013 api.php -> /usr/share/mediawiki/api.php
drwx------  2 www-data www-data   39 18 oct.   2013 config
drwxr-xr-x  2 root     root     4096 18 oct.   2013 extensions
drwx------ 25 www-data www-data 4096  6 nov.  15:01 images
lrwxrwxrwx  1 root     root       33 18 oct.   2013 img_auth.php -> /usr/share/mediawiki/img_auth.php
lrwxrwxrwx  1 root     root       29 17 avril  2008 includes -> /usr/share/mediawiki/includes
lrwxrwxrwx  1 root     root       30 18 oct.   2013 index.php -> /usr/share/mediawiki/index.php
lrwxrwxrwx  1 root     root       38 18 oct.   2013 install-utils.inc -> /usr/share/mediawiki/install-utils.inc
lrwxrwxrwx  1 root     root       30 17 avril  2008 languages -> /usr/share/mediawiki/languages
lrwxrwxrwx  1 root     root       32 18 oct.   2013 LocalSettings.php -> /etc/mediawiki/LocalSettings.php
lrwxrwxrwx  1 root     root       32 17 avril  2008 maintenance -> /usr/share/mediawiki/maintenance
lrwxrwxrwx  1 root     root       40 18 oct.   2013 opensearch_desc.php -> /usr/share/mediawiki/opensearch_desc.php
lrwxrwxrwx  1 root     root       36 18 oct.   2013 profileinfo.php -> /usr/share/mediawiki/profileinfo.php
lrwxrwxrwx  1 root     root       33 18 oct.   2013 redirect.php -> /usr/share/mediawiki/redirect.php
lrwxrwxrwx  1 root     root       35 18 oct.   2013 redirect.phtml -> /usr/share/mediawiki/redirect.phtml
lrwxrwxrwx  1 root     root       30  6 nov.  12:27 resources -> /usr/share/mediawiki/resources
lrwxrwxrwx  1 root     root       26 17 avril  2008 skins -> /usr/share/mediawiki/skins
lrwxrwxrwx  1 root     root       38 18 oct.   2013 StartProfiler.php -> /usr/share/mediawiki/StartProfiler.php
lrwxrwxrwx  1 root     root       30 18 oct.   2013 thumb.php -> /usr/share/mediawiki/thumb.php
lrwxrwxrwx  1 root     root       34 18 oct.   2013 trackback.php -> /usr/share/mediawiki/trackback.php
lrwxrwxrwx  1 root     root       31 18 oct.   2013 wiki.phtml -> /usr/share/mediawiki/wiki.phtml

195.220.100.11 (talk) 14:41, 6 November 2014 (UTC)

Notice: You should remove all of your private data from the copy of your LocalSettings.php in this thread and change all usernames/passwords you use and published to your post, they are well known for all people, now. Florianschmidtwelzow (talk) 17:21, 6 November 2014 (UTC)

Sorry, I forgot it. Echapeau (talk) 08:33, 7 November 2014 (UTC)

Prevent public viewing of history page versions?

Is it possible to prevent the public from viewing old versions of a page via the History tab (ie. pages with an oldid)? Iantresman (talk) 17:47, 6 November 2014 (UTC)

Is this what you want? Florianschmidtwelzow (talk) 18:12, 6 November 2014 (UTC)

That will do nicely, I thought Manual:RevisionDelete only deleted revisions, but it allows hiding of usernames and revisions too via "suppressrevision". Many thanks.

It looks like you have to select each revision individually to suppress it. Would have been nice to have an option to globally suppress all revisions. Iantresman (talk) 19:32, 6 November 2014 (UTC)

You could redirect all URL's, which includes the oldid parameter, but then you (as an administrator) can't access this anymore, too. Florianschmidtwelzow (talk) 20:52, 6 November 2014 (UTC)

Using Project:Support_desk for emergency bug reporting during the Bugzilla - Phabricator migration

Hi, I guess this is a good place to reach the Support Desk maintainers (the Talk page is suspiciously empty). As part of the Bugzilla - Phabricator migration, Bugzilla is planned to be turned to read-only mode on Friday 21 November 00:30 UTC, and Phabricator will be completely down. We will discourage the submission of bugs/tasks that can wait, but we need to have channels open for emergencies. We are proposing to use the Support Desk combined with a specific IRC channel, both monitored by Andre Klapper and other usual suspects (so we would not leave you alone here). What do you think? See the related discussion at phab:T473#10278. Qgil-WMF (talk) 21:55, 6 November 2014 (UTC)

Sounds good to me :)

I'm not sure, if this work (in LQT threads), but maybe it's a good idea (for the time of migration) to mark possible critical bug reports with a special category to make it easier for interested people to find already reported things (sometimes, the support_desk can be a real mess, and no one has the muse to search ;)).

EDIT: Jap, it's possible, this post is in the Category:Test. Not the best, but better as nothign :/

Florianschmidtwelzow (talk) 22:03, 6 November 2014 (UTC)

Forgot to say, this should be an interim solution for 3-4 days only. Qgil-WMF (talk) 11:17, 7 November 2014 (UTC)

Listing the top editors

I see API:Allusers has an option to add the 'editcount' field into the results. But is there a way to sort the result by editcount (descending) to list the top editors? Harry Wood (talk) 02:28, 7 November 2014 (UTC)

MediaWiki 1.23.5 looking for files/directories names with initial capitalized letter

My new MediaWiki 1.23.5 is looking for some files and directories whose name begins with a capital letter.

It began looking for /Index.php (with an initial capital letter). I fixed it with adding DirectoryIndex index.php to my .htaccess file.

I now find it is looking for images in the /Images directory (again beginning with a capital letter), whereas the files extracted from the gzip, and the installation is in small letter, ie. /images

I've tried removing my htaccess file (no change), but if I remove index.php, then it correctly can't find /index.php, instead of looking for /Index.php

Any suggestions? Iantresman (talk) 19:31, 7 November 2014 (UTC)

Do you use Short URLs? Can you check, if your .htaccess rule for this is correct? It seems, that you haven't exclude existing files/directories (lines with !-f and !-d). Florianschmidtwelzow (talk) 21:15, 7 November 2014 (UTC)

Thank you. I followed the information in the section "Setting up the rewrite rules", in particular, the bit beginning "If you are using a root url...". It didn't quite work, but a bit of tweaking solved it. I now have the following which works almost perfectly:

RewriteEngine On
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d
RewriteRule ^(.*)$ %{DOCUMENT_ROOT}/index.php [L]

The only bit that doesn't work, is that the login link doesn't work, pointing to:

mydomain.com/homepage?title=Special:UserLogin&returnto=homepage

But this works fine:

mydomain.com/Special:UserLogin&returnto=homepage

Iantresman (talk) 17:17, 8 November 2014 (UTC)

Have you set the configuration variables in your LocalSettings.php correctly? Florianschmidtwelzow (talk) 23:23, 8 November 2014 (UTC)

Bug report

Hello, I came here to mention to a problem in my wiki. I used your software to create my wiki (obviously). Well, the images are not loaded and rendered me, I wonder if you could help me. Or tell me if it is server problem or my wiki. Thank you. Airo (talk) 21:13, 7 November 2014 (UTC)

Could you post more info?

For example, images simply don't appear? If you access the direct URL of the image, what do you get from the server? a 404 error?

A link to your wiki (if it's publicly accessible) would be incredibly helpful. Ciencia Al Poder (talk) 11:56, 8 November 2014 (UTC)

PDFThumbs

Does anyone know where I might be able to find a copy of the files for this extension. I have searched for hours with no luck.

Thanks, Don Dcshank (talk) 21:38, 7 November 2014 (UTC)

Hi Don!

I do not know an extension called PDFThumbs, but there is an exte called Extension:PDFThumbnails. Its files seem to be no longer online currently, but the extension page still points to a website. Maybe you can write its owner a mail asking him for the files... 88.130.88.173 22:52, 7 November 2014 (UTC)

Yeah,

That's the one. I saw for several other Apps like Drupal. Maybe that is where PDFThumbs got stuck in my head. Somewhere I think I found two authors, but no way to reach either.

------------------Break for some time-----------------

Silly me. If I would have read the instructions, it does not have a directory. It was sitting quite pretty all by itself in the extensions directory.

So, I have a copy of the code. Is there a good place to put it, besides somewhere public on one of my servers?

After weeks of trying to make something work, It was doing what I needed to begin with, just not enough lights on upstairs any longer for me to see it :p

Thanks 88.130.88.173.

Dcshank (talk) 01:52, 24 November 2014 (UTC)

Just out of interest, where did you find the code? If the extension isn't publicly available, we may as well delete (or at least archive) the extension page. This, that and the other (talk) 10:07, 24 November 2014 (UTC)

It was on my server the entire time. I was looking for a folder by that name, but it was just a file in the extensions folder. Should I upload it somewhere? Or should I post a link to a copy on my server? Or is there no interest in it any longer? I found I did not need if for what I wanted to do, so it is taking up space at the moment, but someone may want to make use of it. Dcshank (talk) 23:00, 27 November 2014 (UTC)

If you're prepared to host a publicly-accessible copy of the PHP file, that would be better than nothing. At the moment this extension is not available anywhere on the Internet (at least, as far as I could find). This, that and the other (talk) 01:35, 28 November 2014 (UTC)

It looks like the Wayback Machine archived the linked website, including the downloads. The extension is just a single PHP file (PDFThumbnails-1.5.php). Wikimedia uses a different extension (PdfHandler), so I doubt there's much interest in this one. PleaseStand (talk) 03:55, 28 November 2014 (UTC)

PleaseStand

This keeps getting more interesting, or uninteresting? PdfHandler is a totally different extension with several files and a directory. The Wayback version of PDFThumbnails is 264 lines. The copy I have is 337 lines. Both are version 1.5 and neither has a date imbedded. There are significant differences also. E.g., one routine in the Wayback has an "if", where as my version has an "if" - "else" in the same routine.

I see you have fixed the link on the Extension page. My copy is here: http://www.carmendrew.com/mediawiki/PDFThumbnails.zip in the event that some interested party might like to pursue this any further. Dcshank (talk) 13:21, 28 November 2014 (UTC)

Firefox content encoding error during upgrading tables (MW 1.23.5)

Is this a bug during the upgrade process?

During upgrading to Mediawiki 1.23.5, Firefox gives me a "Content encoding" error while trying to upgrade the MW tables (details below). After finding a workaround (see below). Using phpinfo, it appears that server compression using gzip is correctly enabled. It has been suggested that Mediawiki is incorrectly compression output too.

My old localsettings.php includes some lines which enable compression (extract below). I wonder whether these lines do not correctly detect that the server already has compression enable?

Should the upgrade also check and upgrade "localsettings.php" where necessary?

Firefox error workaround

1. Set the URL to about:config page
2. Filter "network.http.accept-encoding"
3. Set it to "" (empty string).

How to repeat error

1. Go to /mw-config/
2. Language page: click Continue
3. Existing wiki page: Enter Upgrade key: 82267.....e5e3, click Continue
4. Welcome to MediaWiki! Click continue
5. Upgrade existing installation: Click continue
6. Content Encoding Error: The page you are trying to view cannot be shown because it uses an invalid or unsupported form of compression.

localsettings.php extract

if ( $wgCommandLineMode ) {
	if ( isset( $_SERVER ) && array_key_exists( 'REQUEST_METHOD', $_SERVER ) ) {
		die( "This script must be run from the command line\n" );
	}
} elseif ( empty( $wgNoOutputBuffer ) ) {
	## Compress output if the browser supports it
	if( !ini_get( 'zlib.output_compression' ) ) @ob_start( 'ob_gzhandler' );
}

Iantresman (talk) 11:22, 8 November 2014 (UTC)

Hi!

Have you been using the same LocalSettings.php file also with way older versions? I remember having seen a block like if ( $wgCommandLineMode ) { ... in old installations. With 1.23 I believe such code should no longer be necessary. Does it change anything, when you comment out the complete if {} else {} block (also commenting out the ob_start() call)?

(Please note that $wgNoOutputBuffer does not seem to be documented currently. I cannot tell you, what exactly having it in the config will do; I guess this variable does not exist, so that the empty() check will always be true...) 88.130.88.173 11:52, 8 November 2014 (UTC)

Thank you for the suggestion, now solved. I removed the extract I mentioned, in its entirety, and the encoding error no longer appeared.

Having looked at a recent Mediawiki 1.23.5 localsetting.php file, I note that this block does not appear at all, though there is an optional line: # $wgDisableOutputCompression = true; (which I ignore).

Should this be filed as a bug? Iantresman (talk) 16:48, 8 November 2014 (UTC)

That is basically a change in configuration, which you (in some cases) should/must do in order to keep your system running. We do not file that as bugs normally; it more belongs to the Release Notes of that MediaWiki version for which this change was first needed. I do not know this version right now.

Taking this a step further: It might be an idea to add some code to MediaWiki, which takes care to automatically update outdated configuration options in LocalSettings.php. I know of other systems (e.g. some content management systems), which do exactly that. Anyway, LocalSettings.php does not only have a simple $variable = value; syntax in LocalSettings.php (like many other systems have), but it also has e.g. these if constructs. This will make writing this code way harder. I am currently unsure, if it would be worth the hassle to write something like that... 88.130.102.137 20:47, 8 November 2014 (UTC)

What I think would have been useful, is to have a virgin LocalSettings.php file available for the current version of MediaWikia, in order to compare the content. The problem I found, was that there isn't one available, it is generated.

The other option I considered, was to start with the current virgin LocalSettings.php, and then add only those lines that I thought were required.

I also removed the following:

require_once( "includes/DefaultSettings.php" );
# If PHP's memory limit is very low, some operations may fail.
ini_set( 'memory_limit', '20M' );

And didn't add any of the following lines, because I didn't know whether I should:

# Protect against web entry
if ( !defined( 'MEDIAWIKI' ) ) {
	exit;
}
$wgSecretKey = "2c .. 25" [I have a proxy key]
session_save_path("tmp");

Of course the more Iantresman (talk) 00:41, 9 November 2014 (UTC)

> require_once( "includes/DefaultSettings.php" );

This line is superfluous and can safely be removed. The PHP memory limit is not needed, if it is higher anyway (which likely is the case today).

The part "Protect against web entry" must stay. $wgSecretKey also must be set.

As for the session_save_path I can't really tell. It at least looks srange to set it to "tmp" without any slash at the beginning. Can you test, if that in facts makes a subfolder of the current execution folder the temp dir?

Anyway, all this will most likely not solve the original issues. 88.130.102.137 01:36, 9 November 2014 (UTC)

File uploads are disabled-[SOLVED]

MediaWiki 1.23.5 PHP 5.4.34 (cgi-fcgi) MySQL 5.6.17-log Lua 5.1.5

wiki:http://fablabwiki.org/wiki/

I do not see 'Upload file' under tools when editing pages, when I navigate to Special:Upload I see 'File uploads are disabled'

I am using a one click install of MediaWiki on webhostinghub.com installed by Softaculous

I have modified php.ini so that upload_files = On, I have confirmed this by running phpinfo (in the wiki folder) which tells me that file_uploads is On for both Local and Master

I have set $wgEnableUploads = true; in LocalSettings.php

I have checked the permissions of the images folder.

I have looked through the various discussions seemingly related to this but seen no obvious fixes.

Any suggestions appreciated

SOLVED: The solution was to move $wgEnableUploads = true; to the bottom of LocalSettings.php. This seems to be necessary in more recent versions of MediaWiki, looking back at my other wikis, I have always just changed the existing entry from false to true. Joffa42 (talk) 12:13, 8 November 2014 (UTC)

It shouldn't depend on the position in your LocalSettings.php unless an extension is doing something with the setting. I don't see any extensions on your Special:Version page that would do anything like that, though. It would be interesting to figure out what caused the problem if you have time to post a copy of LocalSettings.php file with the passwords and such removed. ☠MarkAHershberger☢(talk)☣ 22:46, 9 November 2014 (UTC)

Internal error message

I and the users haven't used my wiki(QRWiki).

Someday, I entered QRWiki, but I can't access to QRWiki.

There was a error message:

Sorry! This site is experiencing technical difficulties.

Try waiting a few minutes and reloading.

(Cannot contact the database server)

You can try searching via Google in the meantime.

Note that their indexes of our content may be out of date.

How I solve this problem? 119.71.160.207 (talk) 12:37, 8 November 2014 (UTC)

The only QRWiki I found were parked domains or redirects to https://www.wikimedia.ch/. What is the url of your wiki?

To see the errors producing that message, add the following to the bottom of LocalSettings.php:

error_reporting( -1 );

ini_set( 'display_errors', 1 );

$wgShowDBErrorBacktrace = true;

For more information, see How_to_debug. ☠MarkAHershberger☢(talk)☣ 19:28, 8 November 2014 (UTC)

Hello All,

Following advice I found just above about error reporting I added error_reporting on my LocalSetting.php file.

I tried and got this as error :

#0 /volume1/web/MediaWiki/includes/db/loadbalancer/LoadBalancer.php(872): DatabaseBase->reportConnectionError('Unknown error (...')

#1 /volume1/web/MediaWiki/includes/db/loadbalancer/LoadBalancer.php(563): LoadBalancer->reportConnectionError()

#2 /volume1/web/MediaWiki/includes/GlobalFunctions.php(3155): LoadBalancer->getConnection(-1, Array, false)

#3 /volume1/web/MediaWiki/includes/page/WikiPage.php(361): wfGetDB(-1)

#4 /volume1/web/MediaWiki/includes/page/WikiPage.php(444): WikiPage->loadPageData()

#5 /volume1/web/MediaWiki/includes/page/WikiPage.php(485): WikiPage->exists()

#6 /volume1/web/MediaWiki/includes/page/WikiPage.php(210): WikiPage->getContentModel()

#7 /volume1/web/MediaWiki/includes/page/WikiPage.php(196): WikiPage->getContentHandler()

#8 /volume1/web/MediaWiki/includes/actions/Action.php(96): WikiPage->getActionOverrides()

#9 /volume1/web/MediaWiki/includes/actions/Action.php(154): Action::factory('view', Object(WikiPage), Object(RequestContext))

#10 /volume1/web/MediaWiki/includes/MediaWiki.php(150): Action::getActionName(Object(RequestContext))

#11 /volume1/web/MediaWiki/includes/MediaWiki.php(662): MediaWiki->getAction()

#12 /volume1/web/MediaWiki/includes/MediaWiki.php(519): MediaWiki->main()

#13 /volume1/web/MediaWiki/index.php(43): MediaWiki->run()

#14 {main}

If this helps I have version 1.27.1-0118 of Media Wiki on MariaDB 5.5.53-0073. Php 5.6 and phpMyAdmin 4.6.5 as GUI

Anybody have a clue as to what is the problem? AhaSerge (talk) 15:30, 10 March 2017 (UTC)

It looks like your DB connection is failing. Do your MediaWiki DB settings match those for PHPMyAdmin? ☠MarkAHershberger☢(talk)☣ 20:49, 11 March 2017 (UTC)

Responsive skins for mobiles, tablets and PCs

I've just upgraded to Mediawiki 1.23.5, and the have the new Vector theme as the default.

I'd like my site to work will with mobiles (Android etc) and tablets, is there a guidelines page? I couldn't find one.

Is there a specific responsive theme I need?

Are there extensions I need, or are recommend? Iantresman (talk) 17:33, 8 November 2014 (UTC)

Just found:

• Extension:MobileApp
• Extension:MobileFrontend Iantresman (talk) 18:15, 8 November 2014 (UTC)

I don't know any good responsive skin for MediaWiki (nevertheless, it could exist some). MobileFrontend is (in my opinion) the best solution to get a good, mobile optimized version of your wiki :) Florianschmidtwelzow (talk) 23:21, 8 November 2014 (UTC)

Thanks, I'll give MobileFrontend a try.

I've also found BootStrapSkin which says it is both responsive, and maintained. Iantresman (talk) 00:24, 9 November 2014 (UTC)

Refreshed is still being maintained, and works wonderfully on mobile. Just a tip ;) 88.81.114.71 17:57, 9 November 2014 (UTC)

Skins based on Bootstrap (like Skin:Chameleon and Foreground) should be responsive. ☠MarkAHershberger☢(talk)☣ 22:00, 9 November 2014 (UTC)

Thanks for that. Based on all the information I've accumulated, I've put together a new page:

Manual:Mobiles, tablets and responsive design Iantresman (talk) 23:29, 9 November 2014 (UTC)

I use the skin WPtouch in conjunction with Mobile Detect. If you want a different look, you can google for a different background image and change the skin's CSS file. 70.106.145.215 16:32, 10 November 2014 (UTC)

Thanks for the suggestion Iantresman (talk) 17:31, 10 November 2014 (UTC)

Experienced enwiki user trying to adapt to Simple wiki

Hi there. I've been using enwiki since 2007. I'm trying to get used to the much different GUI here. Is there a way to get the standard GUI text instead of the simple text? thx Technophant (talk) 18:57, 8 November 2014 (UTC)

I'm not sure what you're asking for. If you want a way to edit wikitext, click "Edit source". If you want to use the WYSIWYG editor, click "Edit". ☠MarkAHershberger☢(talk)☣ 19:20, 8 November 2014 (UTC)

I'm trying to cross-over to simple. and find the simplified user interface way to hard to use (ironically). I want to edit the simple wiki but have my interface (skin?) be the same as my enwiki profile.

More: There doesn't seem to be anything in Appearances or Gadgets to change interface text. Could start a new language (enwiki English?) That changes all of the key wording, but that doesn't conform to normal language standards.... Technophant (talk) 20:15, 8 November 2014 (UTC)

If the interface text is what you find confusing, try changing to "en-GB" for your language in your

. ☠MarkAHershberger☢(talk)☣ 21:32, 9 November 2014 (UTC)

[RESOLVED] ImageMagick fails on large images?

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I have a large image (3,950 × 12,288 px, 3.96 MB) and ImageMagick fails to create thumbs for it.

I've read that IM actually has no problems handling megasize images.

Error mesage:

Error creating thumbnail: convert: Insufficient memory (case 4) `/var/www/vhosts/.../images/archive/9/9e/20141109110748!FooBar.jpg' @ error/jpeg.c/EmitMessage/242. convert: missing an image filename `/tmp/transform_84b0437c44c2-1.jpg' @ error/convert.c/ConvertImageCommand/3011.

Is there a setting I can use to increase like memory limit?

• ImageMagick: 6.6.9-7
• info.php: [removed] Subfader (talk) 11:03, 9 November 2014 (UTC)

Solution: I had to increase $wgMaxShellMemory to 500 MB. Subfader (talk) 11:36, 9 November 2014 (UTC)

How to increase Max Shell Memory? i am using wordpress and cannot make the thumbnail. 202.152.15.66 (talk) 01:46, 20 September 2018 (UTC)

This is a support forum for MediaWiki, not Wordpress Ciencia Al Poder (talk) 09:19, 20 September 2018 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

How to hide revisions for a certain namespace from RC?

I have an Admin: namespace on my wiki for administrator related forums, and I've used lockdown to set edit and read for the namespace to admins only. However, revisions still appear in RecentChanges? How can I stop this? 88.81.114.71 (talk) 14:27, 9 November 2014 (UTC)

Incase you are wondering, I'm using MW 23.6 88.81.114.71 17:18, 9 November 2014 (UTC)

MediaWiki isn't a plattform made for per-site-acces-rights. I see no easy way to prevent edits to a specific namespace not appear in RC feed. Maybe you can write an extension. Florianschmidtwelzow (talk) 18:21, 9 November 2014 (UTC)

I only have a very basic understanding of PHP, so probably not. Anyway, thanks for the reply. 88.81.114.71 15:53, 10 November 2014 (UTC)

Not without hacking into core. ALso it would appear on search etc. Maybe Extension:ProtectSource can help. 93.184.128.17 16:08, 10 November 2014 (UTC)

Will need to look at that. Thanks :) 88.81.114.71 17:00, 20 November 2014 (UTC)

There are hooks, which allow to modify what is displayed on Sepcial:RecentChanges. E.g. see Manual:Hooks/SpecialRecentChangesQuery, which allows to change the SQL query, which gets the rows for display. 88.130.80.152 14:01, 21 November 2014 (UTC)

Maintained article creation wizard?

Ignore the question about jQuery, it will be handled on the dupe post

Mediawiki: 1.23.2
PHP: 5.3.29
MySQL: 5.5.40

I'm looking for a maintained version of this extension. It hasn't been updated since mediawiki 1.7, barely works with 1.14 with major hacking, and has instructions applying to variables which in some cases no longer exist. On my mediawiki 1.23 install, I followed the instructions to the letter (and spirit where the letter no longer worked). When I was done, i added the require_once to LocalSettings.php, refreshed the main page, and was greeted with a gorgeous white screen.

What this extension does is allow you to use plain HTML forms to create and auto-format articles. It does the writing and conversion in a similar way to how PHPmailer gathers variables and writes emails, which is great because I know PHPmailer pretty well. I know there are other solutions like Semantic Forms, but I don't want something that complex, I just want to be able to code a simple HTML form and have it make an article. Is there any updated extension that does what Structured Input did?

Also, for the sake of efficiency, another question in the same post: I like Jquery mobile and develop all my sites with it and its many extensions, whether desktop or mobile. Would it be possible to just dump the latest Jquery mobile package into /includes, edit index.php to initialize it, then start playing around with all those sliding/collapsible panels and buttons and form elements? And the ajax is also nice looking, better than Mediawiki's native implementation I think. 70.106.145.215 (talk) 06:22, 10 November 2014 (UTC)

Since both questions are totally unrelated, it's better to split them. I've noted that in the post summary, since you made a double-post, so each one can be used to one question. Ciencia Al Poder (talk) 10:31, 10 November 2014 (UTC)

OK, not a problem 70.106.145.215 16:27, 10 November 2014 (UTC)

Maintained article creation wizard?

Ignore the question about the extension, it will be handled on the dupe post. Use this post for the second question (jQuery): I like Jquery mobile and develop all my sites with it and its many extensions, whether desktop or mobile. Would it be possible to just dump the latest Jquery mobile package into /includes, edit index.php to initialize it, then start playing around with all those sliding/collapsible panels and buttons and form elements? And the ajax is also nice looking, better than Mediawiki's native implementation I think.

Mediawiki: 1.23.2
PHP: 5.3.29
MySQL: 5.5.40

I'm looking for a maintained version of this extension. It hasn't been updated since mediawiki 1.7, barely works with 1.14 with major hacking, and has instructions applying to variables which in some cases no longer exist. On my mediawiki 1.23 install, I followed the instructions to the letter (and spirit where the letter no longer worked). When I was done, i added the require_once to LocalSettings.php, refreshed the main page, and was greeted with a gorgeous white screen. Of course I reverted LocalSettings.php and my wiki's fine now, but apparently whatever I did didn't work.

What this extension does is allow you to use plain HTML forms to create and auto-format articles. It does the writing and conversion in a similar way to how PHPmailer gathers variables and writes emails, which is great because I know PHPmailer pretty well. I know there are other solutions like Semantic Forms, but I don't want something that complex, I just want to be able to code a simple HTML form and have it make an article. Is there any updated extension that does what Structured Input did?

Also, for the sake of efficiency, another question in the same post: I like Jquery mobile and develop all my sites with it and its many extensions, whether desktop or mobile. Would it be possible to just dump the latest Jquery mobile package into /includes, edit index.php to initialize it, then start playing around with all those sliding/collapsible panels and buttons and form elements? And the ajax is also nice looking, better than Mediawiki's native implementation I think.

I refreshed the page and my question wasn't there, so I'm trying again. Apologies in advance if there's a double post. 70.106.145.215 (talk) 06:27, 10 November 2014 (UTC)

Since both questions are totally unrelated, it's better to split them. I've noted that in the post summary, since you made a double-post, so each one can be used to one question. Ciencia Al Poder (talk) 10:33, 10 November 2014 (UTC)

Problems logging-in

Hi,

I've been trying recently to log-in to this page (http://npp-wiki.tuxfamily.org/index.php?title=Plugin_Central) but it reports that the cookies are disabled. I've double checked that I have enabled cookies in my browser and that there are no cookies exceptions settings. I have also been able to log -in and edit that page from the same computer about a month (or so) ago and I haven't changed anything since then. I tried from another computer on another network with the same result.

The reported MediaWiki Special:Version is:

Product Version MediaWiki 1.25wmf7 (b9f7295) 19:25, 5 November 2014 PHP 5.3.10-1ubuntu3.15+wmf1 (apache2handler) MariaDB 5.5.36-MariaDB-log Elasticsearch 1.3.4 LuaSandbox 1.9-1 Lua 5.1.4

Thanks. 95.158.130.50 (talk) 09:13, 10 November 2014 (UTC)

Hello,

can you say, if and what you set for $wgCookieDomain in your LocalSettings.php? Florianschmidtwelzow (talk) 06:32, 12 November 2014 (UTC)

Hi,

I do not have access to the site server, I'm simply a user. Thus I cannot check the LocalSettings.php contents.

Have I posted my ticket on the wrong helpdesk?

Thanks. 95.158.130.50 08:25, 12 November 2014 (UTC)

Yes, this help desk helps you, if you have trouble with a wiki you're the operator of, or simple usage problems, which can be solved without access to the server (or similar resources). So, you should contact the hoster of the wiki (you don't mean a Wikipedia or another Wikimedia project, right?) :) Florianschmidtwelzow (talk) 01:12, 23 November 2014 (UTC)

Migrate MoinMoin Wiki to MediaWiki

I have a MoinMoin Wiki (version 1.5.7), and i have MediaWiki (version 1.18.2). I found a few scripts that can help me import the pages from MoinMoin Wiki to MediaWiki, but the thing is that are not doing the whole proccess. What is the best approach to import all the pages from MoinMoin Wiki to MediaWiki? I've never done this before, so i'll really appreciate if you could give me an answer with all the steps. When i started using a this script:http://dev.w3.org/2008/moinmoin2mediawiki/mm2mw.pl - it failed during the connection (login). Abrodov (talk) 11:13, 10 November 2014 (UTC)

Hi!

I have not tested this script, but from reading it looks very sophisticated. I don't know, which undocumented bugs it has, but it might already do a huge part of the job.

The login is done in the script on lines 1148 - 1172. Make sure that you provide the correct arguments, that is the correct wikiURL, MediaWiki username and password for this user! See the lines up to 1158 to see how the script uses these arguments. Reading the documentation I think this user must be a MediaWiki admin and the MediaWiki installation must be empty apart from that. 88.130.82.214 11:45, 10 November 2014 (UTC)

It says that the user that i'm entering should be with "Sysop" permission, the thing is that i couldn't find this type of permission in the Wiki user management page.

Any idea how can i add this type of permission ? Abrodov (talk) 15:04, 13 November 2014 (UTC)

"sysop" permission only means that the user must be member of the administrator user group. E.g. here for the German wp:

https://de.wikipedia.org/w/index.php?title=Spezial%3ABenutzer&username=&group=sysop&limit=50

The very first user in your install should have this right; otherwise rights can be edited on the wiki page Special:UserRights in your wiki. (For which page to use you by default have to be in the bureaucrat user group.) 88.130.124.219 17:13, 13 November 2014 (UTC)

Disable API access for external sites?

I don't want others to use the API (read or write).

Can I restrict the API access so only my own server cann access it? 93.184.128.17 (talk) 16:15, 10 November 2014 (UTC)

Not inside MediaWiki, but you can create rules in your webserver.

The access to the api has the following characteristics:

• Access from the clients (users) of your wiki, for example to add a page to the watchlist

  Those HTTP requests should have a "Referer" (sic) header from the page originating the request.

• Access from external sources

  Those HTTP request won't have a "Referer" header, or they'll contain a different server. But note that they could fake a Referer header!

This is a bit weak, but may be useful to you. Ciencia Al Poder (talk) 10:42, 11 November 2014 (UTC)

Hmm, the question is: who are "others"? Florianschmidtwelzow (talk) 11:36, 11 November 2014 (UTC)

Sorry for the late reply and thanks for the suggestions.

I'd prefer a safe method only allowing API calls from my own server. So "others" is any extenal website or app.

Could I restrict read rights for api.php? Subfader (talk) 18:07, 16 November 2014 (UTC)

No, there's no configurable user right for restricting api reads. Ciencia Al Poder (talk) 10:31, 17 November 2014 (UTC)

You could add a new virtual host to your apache configuration pointing to another webroot, copy your actual wiki into it (which will use the same database as your actual wiki) and activate API (and disable it on your actual, public wiki). Now add a htaccess and deny requests from all hosts, except localhost/127.0.0.1. Nevertheless: this seems to be an ugly workaround. I'm wondering, why you don't want to activate the API for all users? All, what you can do in the API can be done through the webinterface, too :) Florianschmidtwelzow (talk) 01:10, 23 November 2014 (UTC)

Someone could grab all my content and make an own site / app with it, no? Subfader (talk) 21:52, 25 November 2014 (UTC)

That is how the internet works. He could btw also parse the HTML code of the wiki to get the content. If you don't want others to read your content, then don't publish it. And: No, also storing it online at a "secured" place will not help you, just have a look at the latest celebrity photo leaks. 88.130.69.198 22:58, 25 November 2014 (UTC)

Magic word for the username

At our wiki it works like that: {{#if:{{CURRENTUSER}}|, {{CURRENTUSER}}|}} (I simply copied it from somebodies page)

Here I did not find help text about it. Is it part of the magic words? And it does not work here: , Template:CURRENTUSER

I used it here: wikiindex:Template:Welcome. Manorainjan 17:08, 10 November 2014 (UTC)

CURRENTUSER comes from this Extension, which isn't installed in any wikimedia wiki (including mediawiki,org). Florianschmidtwelzow (talk) 22:14, 10 November 2014 (UTC)

Email im Impressum

Guten Abend,

ich möchte ganz gerne zwar eine Kontakt Email Adresse im Impressum hinterlegen, ich kann mir aber ausmalen, dass mein Postfach im Server vollgespamt wird über Werbung etc.. Daher möchte ich erstmal die Mailadresse nicht hinterlegen. Ich möchte eine Kontaktformular-Erweiterung installieren, sofern möglich. Dann brauche ich somit meine Mailadresse (aus dem Server) nicht zu hinterlegen. Eine Frage hätte ich da. Ist jene Erweiterung sicher vor Spambots? Wenn nein, ist es denn möglich QuestyCaptcha/Captcha einzubinden? Yässinzeldafan (talk) 19:41, 10 November 2014 (UTC)

Hallo,

um welche Erweiterung geht es denn? Florianschmidtwelzow (talk) 22:04, 10 November 2014 (UTC)

Hallo,

meine Frage war danach ausgerichtet, welche Eweiterung einen Kontaktformular (mittels Spezialseite) im Wiki erstellt, denn so braucht man nicht seine eMail Adresse im Impressum einzugeben. (: (Ich glaube, ich habe mal wieder um den heißen Brei geredet ._.)

Heute morgen entdeckte ich die Erweiterung Extension:Contact. Ich habe diese Erweiterung auch schon installiert. Doch nun stecke ich fest, weil man die Spezialseite nicht aufrufen kann, weil ich einen oder einige andere Befehle falsch eingegeben habe. (1)

So sieht es bei mir momentan aus:

require_once "$IP/extensions/ContactPage/ContactPage.php";
$wgContactConfig['default'] = array(
	'RecipientUser' => 'Yässinzeldafan', // Must be the name of a valid account
	'SenderName' => 'Absender ' . $wgSitename, // "Contact Form on" needs to be translated
	'SenderEmail' => 'info@fzerowiki.net', // Defaults to $wgPasswordSender, may be changed as required
	'RequireDetails' => true, // Either "true" or "false" as required
	'IncludeIP' => true, // Either "true" or "false" as required
	'AdditionalFields' => array(
		'Text' => array(
			'label-message' => 'emailmessage',
			'type' => 'textarea',
			'rows' => 20,
			'cols' => 80,
			'required' => true,  // Either "true" or "false" as required
			),
		),
	);

Entschuldigung, aber ich verstehe 'RecipientUser', 'SenderName', 'SenderEmail', 'RequireDetails' und 'label-message' nicht. ;( Hilfe! yzf (talk) 06:41, 11 November 2014 (UTC)

Hallo,

zu dem Punkt, dass du die Spezialseite nicht aufrufen kannst: Füge in deiner LocalSettings.php mal folgende Zeilen ein:

error_reporting( -1 );
ini_set( 'display_errors', 1 );

Anschließend rufst du ie Spezialseite erneut auf und siehst dann (wenn du alles richtig gemacht hast) etwas mehr als eine reine weiße Seite.

Zu der Konfiguration: RecipientUser ist der Wiki-Nutzer, der die E-Mails bekommen wird (also an die im Konto hinterlegte E-Mailadresse).

SenderName ist der Name, der dir in deinem E-Mailprogramm als "Sender" angegeben wird, SenderEmail die entsprechende E-Mailadresse. RequireDetails steuert quasi nur, ob der Nutzer die Felder auf dem Kontaktformular ausfüllen muss (Pflichtfelder) oder nicht. label-message ist der message key einer übersetzbaren Naricht, siehe dazu Localisation. Am einfachsten ist es, wenn du "emailmessage" beibehälst. Florianschmidtwelzow (talk) 11:32, 11 November 2014 (UTC)

Jau!

Es hat geklappt, aber nicht geklappt.

Ich habe bei 'RecipientUser' einen anderen Nutzernamen eingegeben (aus Test) und es klappte. Wenn ich aber meinen Namen eingebe, erscheint das hier:

Fatal error: Call to a member function canReceiveEmail() on a non-object in /var/www/[.....]/extensions/ContactPage/ContactPage_body.php on line 75 

Liegt es denn einzig und allein auf das „ä“ Zeichen? Ich habe sogar anstatt dem „ä“ Zeichen %C3%A4 eingefügt, was ä ergibt. Also mein Account wurde über Email bestätigt, wie ich es aus Spezial:Einstellungen entnehmen kann. Yässinzeldafan (talk) 14:29, 11 November 2014 (UTC)

Meiner Meinung nach sollte das auch mit einem Umlaut funktionieren, scheint hier aber offensichtlich das Problem zu sein. Hast du die LocalSettings.php ggf. mit notepad oder Ähnlichem bearbeitet? Florianschmidtwelzow (talk) 06:30, 12 November 2014 (UTC)

Stoped Deleted all ,!! Stoped 146.185.37.128 06:34, 12 November 2014 (UTC)

Hmmm, nein, habe ich nicht. Ich verwende nur meinen Rechner, wenn ich auf meinen Server zugreife.

Zu Umlaut: Könnte ich denn „ae“ einfügen? Ich weiß nicht bzw. ich bin mir nicht sicher, ob das funktioniert. Ups, was sage ich da? ^^ Ich gehe davon aus, dass du PHP/HTML Umlaute meinst, richtig? :) Ausprobieren könnte ich es ja. Ich frage mich, wieso %C3%A4 nicht funktioniert. Ich werde erstmal einige Tests durchführen. Ich entnehme die nötige Information von hier.

---

Nachtrag:

Hurra, es hat geklappt. Die Erweiterung testete ich aus und die (Test)Nachricht ist bei mir im Email Ordner angekommen.

Nachdem ich die Nachricht versendete, erschien eine Fehlermeldung, obwohl ein Vermerk steht, dass die Nachricht versendet wurde. Und ja, die Nachricht (sogar die Kopie) ist meinem Postfach angekommen. Solange die Erweiterung funktioniert, kann ich bis auf weiteres (erstmal) die Fehlermeldung ignorieren. Eine letzte Frage habe ich noch: Ich habe hier einen Screenshot, worauf die Fehlermeldung zu erkennen ist. Darf ich das Bild hier hochladen? Ich weiß nicht, ob externe Bilder in diesem Wiki angezeigt werden. Yässinzeldafan (talk) 13:40, 12 November 2014 (UTC)

Du darfst das Bild gerne verlinken (wenn es extern gehostet ist), oder unter einer entspr. Lizenz hier hochladen :)

Zu den Umlauten: Es geht darum, dass diese auch in der korrekten Kodierung an den Server übertragen werden (notepad, also Windows' eigener Texteditor) hat/hatte da wohl mal seine Problemchen. Deshalb fragte ich :) Florianschmidtwelzow (talk) 01:12, 15 November 2014 (UTC)

I am the new one 31.11.175.126 (talk) 15:42, 4 October 2015 (UTC)

Link not saving correctly

I am trying to save a link to \\depot\expedition\vlsip\Y8031_a_LDa\Y8031_a_LDa.pdf from the "Bench HSIO" section of my go/remorapte qwiki. I can create the link, but as soon as I save the page, the link changes to another address that doesn't work.

How can I get the Qwiki to save the correct link to \\depot\expedition\vlsip\Y8031_a_LDa\Y8031_a_LDa.pdf ?

MediaWiki 1.25wmf7 (b9f7295) 19:25, 5 November 2014 PHP 5.3.10-1ubuntu3.15+wmf1 (apache2handler) 207.114.132.30 (talk) 20:11, 10 November 2014 (UTC)

To what link the link get changed? And what is qwiki? Have you an example (if your wiki is public)? What extension do you have installed?

(Remember: wmf-Branch versions are made for Wikimedia use. If you use these versions in production you should be familar with MediaWiki and how to proceed in case of something goes wrong (what can you do to fix it or track down the problem and so on)). Florianschmidtwelzow (talk) 22:03, 10 November 2014 (UTC)

Configure redlinks html links?

I have short URLs enabled, which is generally working, except for redlinks. Can I configure how Mediawiki creates the redlink html link, to something I know works?

• The current link is of the format: <a href="?title=newpage&action=edit&redlink=1"> (does not work)

This resolves to /currentpage?title=newpage&action=edit&redlink=1" (does not work)

I've tried alternative URLs, which also do not work:

• /index.php?title=newpage&action=edit&redlink=1 (tries to create index.php)
• /currentpagename?title=newpage&action=edit&redlink=1 (does not work)

But this URL does work:

• /newpage

Can I configure how Mediawiki creates the redlink html link, ie. <a href="/newpage">..

• I have mediawiki set up in my root (not in /w)
• In localsettings, I have: $wgScriptPath = "";
• My htaccess:

RewriteEngine On
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d
RewriteRule ^(.*)$ %{DOCUMENT_ROOT}/index.php [L]

Iantresman (talk) 23:18, 10 November 2014 (UTC)

See short URLs for how to set up short URLs! :-) 88.130.120.207 23:33, 10 November 2014 (UTC)

Yes, I've read through Short URLs, and I do have most of my site working as expected. I've also read "Wiki in site root directory".

Perhaps this is the "unstable URL structure" it talks about. Perhaps someone else has come across this exact issue, and knows a workaround? Iantresman (talk) 23:51, 10 November 2014 (UTC)

Where did you get those RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} rules? That doesn't look good Ciencia Al Poder (talk) 10:50, 11 November 2014 (UTC)

"Setting up the rewrite rules" which is says is for using a root url. But I've tweaked the last rule, as I don't have a directory /w Iantresman (talk) 11:09, 11 November 2014 (UTC)

I've also tried the following, which works similarly:

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php [L]

Iantresman (talk) 14:03, 11 November 2014 (UTC)

A step closer. I've discovered that my old site, and new site, structure links for missing article differently:

• Old site: /pagename?title=Geographical_pole&action=edit
• New site: /pagename?title=Geographical_pole&action=edit&redlink=1

If I manually remove &redlink=1, all works fine. Why might my new site be adding this to links?

(Note: I though &redlink=1 was added to red links, but it turns out it is for "redirected links".) Iantresman (talk) 14:52, 11 November 2014 (UTC)

Short URLs: some links to Special pages don't work

I have short URLs running pretty much OK. But the Special link to "log out" is formatted differently to other links to Special pages, and doesn't work for me, eg.

• /currentpagename?title=Special:UserLogout&returnto=homepage (does not work)

But if it was formatted this way, it would work:

• /Special:UserLogout

Most links to Special pages are also formatted this way, and work fine, eg.:

• Special:Preferences
• Special:Watchlist
• Special:Contributions/Iantresman

Can the "log out" link be formatted in the same way?

This may be related to the one other issue I'm having with short urls, see "Configure redlinks html links? Iantresman (talk) 23:34, 10 November 2014 (UTC)

Logout link is: /index.php?title=Special:UserLogout&returnto=currentpagename

This URL scheme should work for you, since it's the same as when you edit a page:

/index.php?title=currentpagename&action=edit

Those URL that point to index.php shouldn't be affected by rewrite rules. Ciencia Al Poder (talk) 10:46, 11 November 2014 (UTC)

My short URLs means that I never see /index.php. So I have:

• Edit page: /pagename?title=homepage&action=edit (works)
• Logout: /pagename?title=Special:UserLogout&returnto=pagename (doesn't work)
• Redlinks: /pagename?title=newpage&action=edit&redlink=1 (doesn't work)

The following would work:

• Logout: /Special:UserLogout&returnto=pagename
• Redlinks: /newpage

Can I edit the URL scheme for Logout and redlinks, without hacking core? Iantresman (talk) 11:16, 11 November 2014 (UTC)

That's not how short URLs are supposed to work. The short URL scheme is only used when viewing pages, when you don't have to pass further parameters to the URL (like when you edit a page, view history, etc) Ciencia Al Poder (talk) 10:34, 12 November 2014 (UTC)

Problem: Clickable imagemaps not working.

Hello everybody,

I am looking for help with the following problem.

Our clickable Image map isn't working, we only see the codes on top in the page with these coords.

Like this: <MAP NAME="inkoopmodel"> <AREA SHAPE=RECT COORDS="14,89,52,144" HREF="Behoeftestelling"> <AREA SHAPE=RECT COORDS="53,89,90,144" HREF="Typeren_uitgangspositie"> <AREA SHAPE=RECT COORDS="96,52,136,107" HREF="Specificeren_NEA"> <AREA SHAPE=RECT COORDS="137,52,174,107" HREF="Selecteren_NEA"> <AREA SHAPE=RECT COORDS="175,52,212,106" HREF="Contracteren_NEA"> <AREA SHAPE=RECT COORDS="97,127,135,183" HREF="Specificeren_EA"> <AREA SHAPE=RECT COORDS="136,126,175,185" HREF="Selecteren_EA"> <AREA SHAPE=RECT COORDS="176,126,212,182" HREF="Contracteren_EA"> <AREA SHAPE=RECT COORDS="218,88,256,144" HREF="Afroepen"> <AREA SHAPE=RECT COORDS="258,86,295,146" HREF="Bewaken"> <AREA SHAPE=RECT COORDS="297,84,333,148" HREF="Nazorg"> <AREA SHAPE=RECT COORDS="336,87,378,145" HREF="Statistiekverplichting"> </MAP> <IMG SRC="/images/8/87/Inkoopmodel.jpg" USEMAP="#inkoopmodel">

We have upgrade our older Wiki from MySQL server 5.0 PHP 5.2.1 Mediawiki 1.9.2

To MediaWiki 1.21.1 MySQL 5.6.14 PHP 5.5.8

extension Parserfunction is installed (It's there).

And was succesful but we can't solve now the clickable image. Diepenheim (talk) 09:31, 11 November 2014 (UTC)

MAP isn't a function added by ParserFunctions, if i see this right. What extension should provide the map parserfunction? Is it installed? Florianschmidtwelzow (talk) 10:07, 11 November 2014 (UTC)

MediaWiki doesn't allow to use those plain HTML elements.

You can install Extension:ImageMap to get the same functionality in wiki syntax Ciencia Al Poder (talk) 10:52, 11 November 2014 (UTC)

Hello everybody,

Thx for the fast replying.

Well the parser extension and the Imagemap extensions are there allready and I read somewhere that the parser or image map function would help to solve it.

I tried both now and like to go further with the imagemap extension.

The image map is still not working with imagemap on. In the old Mediawiki version it was allright.

I downloaded and placed the right 1.21 version in the extension folder.

How do I test the extension image map? Maybe it's not well placed.

I am only not sure if the local settings.php require once is right.

At the bottom line is now :

require_once "$IP/extensions/ImageMap/ImageMap.php"; Diepenheim (talk) 08:40, 12 November 2014 (UTC)

What are you using in the page to test if Extension:Imagemap works?

First of all, navigate to Special:Version in your wiki and look if Extension:Imagemap is listed there.

Then create an imagemap on a page by using the syntax provided by the extension (<imagemap></imagemap> tags and not <MAP><AREA>!) Ciencia Al Poder (talk) 10:38, 12 November 2014 (UTC)

Hi Ciencia,

Well I see in the special page a lot of HTML wrong code like Div's so I can see not much, only this below.

I can see the extensions between the lines.

===== Heading text =====

Samen met dit programma hoort u een kopie van de GNU General Public License te hebben ontvangen; zo niet, schrijf dan naar de Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA of lees de licentie online.

Geïnstalleerde software

ProductMediaWikiPHPMySQL

Versie
1.21.2
5.5.8 (cgi-fcgi)
5.6.14-log

URL's voor ingangen

Ingang	URL
Article path	/index.php/$1
Script path	/
index.php	/index.php
api.php	/api.php
load.php	/load.php

Geïnstalleerde uitbreidingen

Parserhooks
ImageMap		Maakt aanklikbare imagemaps mogelijk met de tag <imagemap>	Tim Starling
Parseruitbreidingstags
<gallery>, <imagemap>, <nowiki>en <syntaxhighlight lang='text'>
Parserfunctiehooks
anchorencode, basepagename, basepagenamee, canonicalurl, canonicalurle, defaultsort, displaytitle, filepath, formatdate, formatnum, fullpagename, fullpagenamee, fullurl, fullurle, gender, grammar, int, language, lc, lcfirst, localurl, localurle, namespace, namespacee, namespacenumber, ns, nse, numberingroup, numberofactiveusers, numberofadmins, numberofarticles, numberofedits, numberoffiles, numberofpages, numberofusers, numberofviews, padleft, padright, pagename, pagenamee, pagesincategory, pagesize, plural, protectionlevel, special, speciale, subjectpagename, subjectpagenamee, subjectspace, subjectspacee, subpagename, subpagenamee, tag, talkpagename, talkpagenamee, talkspace, talkspacee, uc, ucfirsten urlencode

Do you know how to solve the Div html erros the most of them are at top some between the pages. Is this because of a CSS that's not working good anymore with 1.21 instead the older 1.19 were it was working good.

Diepenheim (talk) 14:05, 17 November 2014 (UTC)

Ok, Imagemap is installed and should work. Could you please elaborate "what does not work"?

Also I don't know what do you mean by "Div html erros" Ciencia Al Poder (talk) 20:14, 17 November 2014 (UTC)

[RESOLVED] Uncomitted DB writes (transaction from DatabaseBase::query (LCStoreDB::get))

I have successfully installed mediawiki 1.23.6 on my laptop. I have imported a backed up version of a mediawiki site developed using mediawiki 1.23.2. When I restored the backed up version I successfully imported the database and copied the ZIP file of the whole directory that I had saved from the original mediwiki site created in 1.23.2. Everything seems to work fine except for the opening login page which gives this notice:

Uncomitted DB writes (transaction from DatabaseBase::query (LCStoreDB::get)). in C:\xampp\htdocs\mediawiki-test\includes\db\Database.php on line 4147

Any solutions? Thanks. 146.199.49.35 (talk) 11:36, 11 November 2014 (UTC)

No, no solution. This is a known issue and there in fact is no solution available. This notice as far as we know does not influence the way how MediaWiki works and the fact that you now see it while you did not see it before does not stem from a change in MediaWiki. This notice can appear with MediaWiki 1.23.2 as well as with 1.23.6 and with more or less all older versions. Whether it does or it does not depends on the server setup. If you did not see it, then the reason was not in MediaWiki, but in your server configuration, which did not log this kind of error.

If this notice annoys you, then you can work around this notice by changing the error reporting level of PHP to no longer log notices. There is no other solution. 88.130.120.207 13:05, 11 November 2014 (UTC)

Thanks.

What I don't understand is:

1. I am using the same laptop (and therefore the same server?) for both versions of mediawiki and the error only appears in v1.23.6.
2. If I want to change the error reporting level of php what settings do I need to change and where (php.ini??). 146.199.49.35 13:38, 11 November 2014 (UTC)

The Uncomitted DB writes notice basically is a mystery - I guess no one knows why and when exactly it happens... :-(

Look for error_reporting in php.ini; possible values are e.g. listed here: http://php.net/manual/errorfunc.constants.php. 88.130.120.207 15:38, 11 November 2014 (UTC)

Okay. Thanks.

Just for completeness though I double checked my LocalSettings and found that in fact the problem seem to have been caused by using the wrong location for the $wgScriptPath for the newly installed mediawiki.

A case of more haste, less speed I fear! Thanks again for your input, at least I have learnt about error reporting in php.

Problem solved!!! 146.199.49.35 20:06, 11 November 2014 (UTC)

No red links for non-editors?

When a link is created to an article that does not exist, using "[[square brackets]]", a red link is displayed.

Can the link be removed completely for anonymous users, or more specifically, users who can not created articles? Iantresman (talk) 17:23, 11 November 2014 (UTC)

I've worked out how to hide red links to non-existent articles for all users, by adding the following CSS snippet to MediaWiki:Common.css:

#mw-content-text [href*="redlink"] {color:#252525}

Unfortunately there doesn't appear to be a CSS ID or CLASS that is set for any user groups. Iantresman (talk) 18:37, 11 November 2014 (UTC)

[RESOLVED] Rate limits

I see that the noratelimit userright makes the user unaffected by rate limits, but I only see it mentioned in relation to creating accounts. Are rate limits imposed on anything else than account creations ? I'm asking because I wonder if it's worthy of being added to some quasi-admin usergroup, and I also see that bots have it. Cenarium (talk) 20:11, 11 November 2014 (UTC)

I think Manual:$wgRateLimits explains it very well :) Florianschmidtwelzow (talk) 08:07, 12 November 2014 (UTC)

Thanks, I'd like to know how this is implemented on WMF wikis. Autoconfirmed users are not be affected by IP-based rate limits. But are there any rate limits on autoconfirmed users besides account creation ? Users can easily make 30 edits or more per minute using semi-automated tools, I'm not aware of restrictions. Cenarium (talk) 09:40, 12 November 2014 (UTC)

I've found out that the info can be obtained from the API query https://en.wikipedia.org/w/api.php?action=query&meta=userinfo&uiprop=ratelimits. For autoconfirmed users without noratelimit, the most notable restriction is 8 moves per minute (no edit restriction). Rollbacks are limited to 100 per minute. Cenarium (talk) 00:15, 13 November 2014 (UTC)

Automated PDF export of certain categories/pages (pdfbook/wget/curl/?)

Hi all,

We run MW 1.22 with Pdfbook & LDAP authentication and everything runs great. Lately something came up where we want to export/save a PDF file of a certain category daily or weekly or whatever. I have tried many different combinations of wget & curl commands through Googling with no luck so far. I am pretty sure it comes down to having to log in and cookies (although some of the scripts I have tried did successfully save cookies to a file, whether through Special:UserLogin or MW's API). Many of these scripts/commands have looked correct, but never any success - always just 0 byte files or ~10k byte files that are just the wiki's heading/main menu code as HTML. Has anyone successfully done something like this or have any other ideas?

TL;DR: Basically we want to hit something like this: http://hostname/wiki/index.php?title=Category:People&action=pdfbook automatically through a script and save the PDF file generated elsewhere. The problem seems to be with authentication to MW.

On a side note, has anyone successfully excluded certain pages from needing authentication when it is otherwise required site-wide?

THANKS! Reznuh (talk) 21:29, 11 November 2014 (UTC)

An update - I ended up using DumpHTML to dump the entire site, pulled copies of the pages containing the vendor tag, sorted them alphabetically & pulled the mw-body content using hxselect, dumped all of this into 1 html file and then used wkhtmltopdf to convert it to a PDF file and also generate a table of content. There were a few other tweaks needed (print the file name between each div for correct section labeling, etc) but all in all everyone is happy. Reznuh (talk) 20:33, 19 November 2014 (UTC)

Woah, sounds like a huge task! Thanks for posting the update! 88.130.112.219 01:51, 20 November 2014 (UTC)

Custom Group Rights Issue

Hello There,

I am creating a custom group in LocalSetting.php file. For that custom group, I want to give rights as read only. The member of that group would only have read access no other. Please review below code and let me know what is missing.

$wgGroupPermissions['ROUser']['read'] = true;
$wgGroupPermissions['ROUser']['edit'] = false;
//
$wgGroupPermissions['ROUser']['createpage'] = false;
$wgGroupPermissions['ROUser']['createtalk'] = false;
$wgGroupPermissions['ROUser']['writeapi'] = false;
$wgGroupPermissions['ROUser']['editmyusercss'] = false;
$wgGroupPermissions['ROUser']['editmyuserjs'] = false;
$wgGroupPermissions['ROUser']['viewmywatchlist'] = false;
$wgGroupPermissions['ROUser']['editmywatchlist'] = false;
$wgGroupPermissions['ROUser']['viewmyprivateinfo'] = false;
$wgGroupPermissions['ROUser']['editmyprivateinfo'] = false;
$wgGroupPermissions['ROUser']['editmyoptions'] = false;

After doing this I was expecting that ROUser would have read access only. However, when I was checking current user who is member of ROUser group only returning all above rights as a part of user rights. I am using following code to check current login user rights. $tmpArr = $wgUser->getRights (); foreach ($tmpArr as $obj) { echo $obj . "
"; }

It will be great help if you expect help me to resolve the issue. PrashantB (talk) 06:51, 12 November 2014 (UTC)

Restricting permissions for a specific user group doesn't make sense when those permissions are granted to "everyone else".

Specifically, this doesn't make any sense:

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

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

This would also mean that if that user logs out, it will have permissions that it hadn't when logged in.

Also note that for revoking permissions you should use $wgRevokePermissions. Ciencia Al Poder (talk) 10:46, 12 November 2014 (UTC)

Thank you for your response.

As you mentioned, I am restricting everyone (*) using following code.

$wgGroupPermissions['*']['createaccount'] = false;
$wgGroupPermissions['*']['edit'] = false;
$wgGroupPermissions['*']['read'] = false;
//
$wgGroupPermissions['*']['createpage'] = false;
$wgGroupPermissions['*']['createtalk'] = false;
$wgGroupPermissions['*']['writeapi'] = false;
$wgGroupPermissions['*']['editmyusercss'] = false;
$wgGroupPermissions['*']['editmyuserjs'] = false;
$wgGroupPermissions['*']['viewmywatchlist'] = false;
$wgGroupPermissions['*']['editmywatchlist'] = false;
$wgGroupPermissions['*']['viewmyprivateinfo'] = false;
$wgGroupPermissions['*']['editmyprivateinfo'] = false;
$wgGroupPermissions['*']['editmyoptions'] = false;

103.27.171.49 11:55, 12 November 2014 (UTC)

Hello There,

I made below amendments, please help me to understand the following:

• Is this correct approach?
• By default, new user gets the "*" and "user" groups rights. Is it possible to reinvoke them? So that below code work correctly.

With following code, the Editor group would have read and edit rights.

$wgGroupPermissions['Editor'] = $wgGroupPermissions['user'];
$wgRevokePermissions['Editor']['move'] = true;
$wgRevokePermissions['Editor']['move-subpages'] = true;
$wgRevokePermissions['Editor']['move-rootEditorpages'] = true; 
$wgRevokePermissions['Editor']['movefile'] = true;
$wgRevokePermissions['Editor']['createpage'] = true;
$wgRevokePermissions['Editor']['createtalk'] = true;
$wgRevokePermissions['Editor']['writeapi'] = true;
$wgRevokePermissions['Editor']['upload'] = true;
$wgRevokePermissions['Editor']['reupload'] = true;
$wgRevokePermissions['Editor']['reupload-shared'] = true;
$wgRevokePermissions['Editor']['minoredit'] = true;
$wgRevokePermissions['Editor']['purge'] = true; 
$wgRevokePermissions['Editor']['sendemail'] = true;

103.27.171.49 13:36, 12 November 2014 (UTC)

Ideally you should configure your rights so you don't have to use $wgRevokePermissions.

Basically, set all rights you want to restrict to false in $wgGroupPermissions['*'], and then enable it only in the groups that should have those rights. Then, everyone else won't have the rights. Ciencia Al Poder (talk) 22:35, 12 November 2014 (UTC)

Initially, I started with that but do not know what mistake I made. Today I followed your instruction and all work well. :) Thank you very much.

Now my next task is to implement user specific read access to pages. Like controlling page view/read as per user. I mean user1 has access to page 1 to 10 where as user2 would have access to page 1, 2, 7, and page 10.

Currently, I am thinking on it how to do that. If you have any idea how to implement it then I would be grateful to you. PrashantB (talk) 09:49, 13 November 2014 (UTC)

MediaWiki hasn't been made to support read restrictions. It would only work to make a "private wiki", but not for more granularity. There are a lot of ways to leak the contents of a page without need to access it: transclusion, api, search, recent changes... Ciencia Al Poder (talk) 10:16, 13 November 2014 (UTC)

Gallery tag and not existing images. Perhaps, a custom placeholder?

Hi.

Is it possible to specify how not existing images should be displayed for the <gallery> tag? Currently the tag just renders file names if the respective images are not found in my MediaWiki instance. I would like to change that placeholder to a custom one, showing something like a default image with an upload prompt (for example, a JPEG/PNG with "no image found" depicted). Is it possible or should I use another extension?

Thanks! 195.234.75.155 (talk) 15:03, 12 November 2014 (UTC)

Up. 195.234.75.155 15:20, 19 November 2014 (UTC)

Up the last time. 195.234.75.155 18:23, 19 December 2014 (UTC)

I don't know an option or something else to do this. But there is a hook, that can handle this: BeforeParserFetchFileAndTitle. It should be easy to check, if the passed Title object exists, and if not, replace it with another one (e.g. a Title object of an "not-found" image). I haven't found (and don't know any) an extension, that handles this already, so maybe you want to create one? :) Florianschmidtwelzow (talk) 23:04, 20 December 2014 (UTC)

Thank you! :) Although I'm not a PHP developer, it your suggestion sounds really good to me. I'll check it as soon as I can. Thanks again! 195.234.75.155 09:50, 22 December 2014 (UTC)

It's a little bit more complicated as i said, because this hooks doesn't allow to change the title (maybe a point to file a feature request bug). So to replace images with a placeholder, you need to implement your own galleryclass. I've taken the liberty and do this in an extension. You can fnd it here:

https://github.com/Florianschmidtwelzow/mediawiki-extensions-ImagePlaceholder

It's completly untested and may or may not work like expected.

Problem: You need to adjust a file in your MediaWiki installation because there is a little fault. Open includes/gallery/ImageGalleryBase.php and find GalleryGetModes. Replace self::$modeMapping with array( &self::$modeMapping ). I will upload a patch for this, so this don't need to be needed in future versions of MediaWiki. Florianschmidtwelzow (talk) 15:37, 22 December 2014 (UTC)

I would look for a way to do this with CSS. Have you tried that? ☠MarkAHershberger☢(talk)☣ 04:10, 22 December 2014 (UTC)

Thanks for the answer! I'm not sure if CSS fits the requirement well, because I would like to have a way to specify rich markup there for more flexibility (doesn't really matter: wiki markup or HTML). I've just checked what selector I could apply with your suggestion and this is what I have for not existing image: <a href="/w/index.php?title=Special:Upload&wpDestFile=FooBar.jpg" class="new" title="File:FooBar.jpg">100x100px</a> -- I can't handle the size here, unfortunately, and the wiki doesn't specify the size of the placeholder too. 195.234.75.155 09:57, 22 December 2014 (UTC)

[RESOLVED] Special:Upload - Argument #2 is not an array

I've just upgraded by Mediawiki from v1.6.1 to v1.23.5, running under PHP v5.4.25. MW runs in my root directory. On visiting the Special:Upload page, I originally saw a blank screen, but on enabling error reporting, I see the following error message:

Warning: array_diff(): Argument #2 is not an array in /path/root-direct/includes/Setup.php on line 362
Warning: array_values() expects parameter 1 to be array, null given in /path/root-direct/includes/Setup.php on line 362
Warning: array_unique() expects parameter 1 to be array, null given in /path/root-direct/includes/specials/SpecialUpload.php on line 919
Catchable fatal error: Argument 1 passed to Language::commaList() must be of the type array, null given, called in ..
   /path/root-direct/includes/specials/SpecialUpload.php on line 919 and defined in /path/root-direct/languages/Language.php on line 3266

• Now that I have errors enabled, I see that the first two warnings (to Setup.php on line 362) appear on every page, so I guess that the Catchable fatal error is causing the problems with Special:Upload

In my LocalSettings.php file, I do not have either $wgFileExtensions, nor $wgFileBlacklist, defined.

includes/Setup.php on line 362

$wgFileExtensions = array_values( array_diff ( $wgFileExtensions, $wgFileBlacklist ) );

/specials/SpecialUpload.php on line 919

$this->getContext()->getLanguage()->commaList( array_unique( $wgFileExtensions ) )

languages/Language.php on line 3266+

function commaList( array $list ) {
	return implode(
		wfMessage( 'comma-separator' )->inLanguage( $this )->escaped(),
		$list
	);
}

Iantresman (talk) 20:56, 12 November 2014 (UTC)

All variables are defined in DefaultSettings.php. In LocalSettings.php you override them when applicable. If you don't have them in LocalSettings.php, they'll have the default value

I guess somewhere in your code you have $wgFileBlacklist set to null. Try to grep the code to see if you can find where $wgFileBlacklist is set to null.

Maybe it's some of your extensions. Try disabling them. Ciencia Al Poder (talk) 10:26, 13 November 2014 (UTC)

Solved. Thanks for the heads up. I discovered the line "$wgFileBlacklist = true" in my LocalSettings.php file, which must have been lurking there without problems, since WM 1.6. Commenting it out resolved the issue. Of course $wgFileBlacklist should never take the value "true". Iantresman (talk) 11:56, 13 November 2014 (UTC)

[RESOLVED] page stops rendering after tag

MediaWiki 1.23.6
PHP 5.4.34 (cgi-fcgi)
MySQL 5.5.40-36.1-log

Hello,
I followed the instructions to make an interactive tag:
https://www.mediawiki.org/wiki/Manual:Tag_extensions/Example

Everything went smoothly.

My problem is that when I insert the tag:
<poll>
into a page, it renders up to the tag, renders the tag accurately, and then the page stops rendering.

The footer displays properly after the tag:

Edit this page | Stop watching | Discuss this page | Page history | Page information | What links here | Related changes
Delete this page | Protect this page | Move this page

All the wiki text that should have displayed after the <poll> tag is missing.
The code in the tag seems to work perfectly: updating the database table, deleting records, return result via ajax to the page.

I'm not sure how to even start to debug this.

Any help would be appreciated. If you want to see the actual page, I can send a username/password. Please let me know.

Thanks.

Julie

Here is a link to the code in the pages: http://juliecommandcentre.com/pollpages.html Julievancouver (talk) 00:27, 13 November 2014 (UTC)

Be sure you close <poll> with </poll> on the page. If you only have the opening tag without the closing one, MediaWiki may interpret that the rest of the page is inside the tag. Ciencia Al Poder (talk) 10:29, 13 November 2014 (UTC)

Of course that worked. Thanks so much. Julievancouver (talk) 23:31, 14 November 2014 (UTC)

Editing main page

Hello, this is what my main page looks like

Main Page Jump to: navigation, search

Welcome to the Cannon Universe Wiki.

--Cbrons (talk) 16:06, 12 November 2014 (CST) Contents

   Characters
   History
   Locations
   Miscellaneous
   Organizations
   Races
   Technology

However, when I click "edit", it the field says this:

Welcome to the Cannon Universe Wiki.

--Cbrons (talk) 16:06, 12 November 2014 (CST)

Getting started

• Configuration settings list
• MediaWiki FAQ
• MediaWiki release mailing list
• Localise MediaWiki for your language

How do I make it so that the correct information is shown on the edit page as opposed to the "Getting Started" stuff 2601:D:D200:114D:984B:422A:60AE:6C22 (talk) 00:44, 13 November 2014 (UTC)

[RESOLVED] Does the latest MediaWiki work on PHP 5.3.13p1?

Does the latest MediaWiki work on PHP 5.3.13p1? I was using 1.19 for my PHP 5.2 system, but now I was able to have it updated to 5.3, so I was thinking about having MediaWiki updated to the latest version. Lilis skyremix (talk) 01:40, 13 November 2014 (UTC)

See Release notes/1.23#Compatibility AKlapper (WMF) (talk) 09:00, 13 November 2014 (UTC)

Editor disappeared after upgrading wiki to latest version

So I just updated my wiki to 1.23.6 version (previously 1.22.1).

I kept everything the same, same local settings and everything, uploaded the new package through FTP and ovewrote everything existent, ran the mw-config, then tested the wiki and the editor simply disappeared, there isnt even a minimalistic editor, its just the editing page with no editor at all.

The only error appearing in my error log is this one, which Im not sure has anything to do with this issue

• PHP Fatal error: Class 'ResourceLoaderLanguageNamesModule' not found in /home/comptf/public_html/includes/resourceloader/ResourceLoader.php on line 437

I have all these lines on my localsettings

require_once( "$IP/extensions/WikiEditor/WikiEditor.php" );
$wgDefaultUserOptions['usebetatoolbar'] = 1;
$wgDefaultUserOptions['usebetatoolbar-cgd'] = 1;
$wgDefaultUserOptions['wikieditor-preview'] = 1;
$wgDefaultUserOptions['wikieditor-publish'] = 1;

Server info:

• PHP Version 5.4.33
• MySQL Version 5.6.21

My wiki is the following: comp.tf Kanecow (talk) 03:42, 13 November 2014 (UTC)

It seems you downloaded the false WikiEditor version. The required class ResourceLoaderLanguageNamesModule was added in MediaWiki 1.24, which the extension seems to be built for. So, please download WikiEditor again for REL1_23 and try again :) Florianschmidtwelzow (talk) 12:50, 13 November 2014 (UTC)

this doesnt seem to be the case. Just did that and it's still not working Kanecow (talk) 15:20, 13 November 2014 (UTC)

If that function has been added in 1.24, it will be the case. :-) Maybe you now still have a cache problem; try emptying all caches you have, e.g. on the server, maybe on a proxy in between and in your browser... 88.130.124.219 17:17, 13 November 2014 (UTC)

but i never even installed or touched anything that has to do with 1.24

I simply updated my installation with a 1.23.6 package directly downloaded from here. Kanecow (talk) 20:24, 13 November 2014 (UTC)

I believe these are two different problems. I do not necessarily see a connection between the class name "ResourceLoaderLanguageNamesModule", which obviously is missing, and the missing Editor.

Does the class name error still happen? If so, you can find the source of the class name error by searching the files of your wiki installation for the text "ResourceLoaderLanguageNamesModule". This should tell you where this (wrong?) class is used.

Please make sure that you followed our manual Upgrade; especially please make sure that no old files of the old MediaWiki version have been left behind as explained in Manual:Upgrading#Files_remaining_that_may_cause_errors! 88.130.103.99 22:08, 13 November 2014 (UTC)

I followed everything, I checked the upgrading specifics for version 1.23 and I never even touched any 1.24 files.

I have tried everything and I still can't get any editor to show Kanecow (talk) 16:02, 17 November 2014 (UTC)

Can anyone else help me out with this issue. My wiki is a big big and Im missing out on a lot of potential edits Kanecow (talk) 21:27, 18 November 2014 (UTC)

Please help, I have faced with the same problem when I had upgraded my wiki from 1.20.6 to 1.22.13 Fokebox (talk) 21:58, 18 November 2014 (UTC)

I have just noticed that on my local wiki of the same updated wiki 1.22 all works fine. Can be a reason from hosting!? Fokebox (talk) 22:41, 18 November 2014 (UTC)

By me the problem was resolved as soon as I removed Vector extension, cause in the new version this skin is built-in Fokebox (talk) 17:11, 19 November 2014 (UTC)

The Vector skin is built into MediaWiki - and it also was in your old version. I guess you mean you have uninstalled the Vector extension. This extension now is included in the Vector skin or in the MediaWiki core and is no longer needed. 88.130.112.219 01:50, 20 November 2014 (UTC)

bump Kanecow (talk) 04:35, 27 November 2014 (UTC)

Why bump? you said the issue has been resolved after removing Extension:Vector Ciencia Al Poder (talk) 10:41, 27 November 2014 (UTC)

No I didn't. Where did you see that? Kanecow (talk) 19:48, 27 November 2014 (UTC)

It was Foxebox who said he had the same problem and we solved his issue. 88.130.71.190 00:28, 28 November 2014 (UTC)

If you're still having trouble, please start a new thread. ☠MarkAHershberger☢(talk)☣ 21:35, 29 November 2014 (UTC)

@Mark: I think that's not correct :) Kanecow started this thread, so i think he should use "his" thread, and if Fokebox (or any other one) has the same (or similar) problem, he should start a new thread? :) Florianschmidtwelzow (talk) 15:01, 30 November 2014 (UTC)

The problem for us is, that Kanecow has not yet given us enough information to help him. We need to know how the class ResourceLoaderLanguageNamesModule gets into his code. So basically we need a backtrace of the PHP error:

PHP Fatal error: Class 'ResourceLoaderLanguageNamesModule' not found in /home/comptf/public_html/includes/resourceloader/ResourceLoader.php on line 437 88.130.88.87 15:11, 30 November 2014 (UTC)

Right! In this case, i would try to figure out, which module uses this class. For this it should be enough to open /home/comptf/public_html/includes/resourceloader/ResourceLoader.php with a text editor and find line 437 (it should be something like $object = new $class( $info );

Add a new line before this line and add the following code: var_dump($name);. Now, open your wiki (a page, where this error appers) and give us the complete output. The last name in the output (just before the Fatal error) is one of the modules using a ResourceLoader class, which does not exist. Florianschmidtwelzow (talk) 17:09, 30 November 2014 (UTC)

I didn't have any visual error in any page besides the editor not appearing, but after I added the line you suggested, some weird text appeared at the top, not sure if that was the desired behaviour of that line. But anyway what I was able to copy of that text was

string(22) "ext.wikiEditor.toolbar" string(22) "ext.wikiEditor.dialogs" string(30) "ext.wikiEditor.toolbar.hideSig" string(22) "ext.wikiEditor.preview" string(22) "ext.wikiEditor.publish" string(12) "ext.MsUpload" string(21) "mediawiki.action.edit" string(29) "mediawiki.action.edit.preview" string(33) "mediawiki.action.edit.editWarning" string(39) "mediawiki.action.edit.collapsibleFooter" string(22) "mediawiki.page.startup" string(14) "mediawiki.user" string(15) "mediawiki.hidpi" string(20) "mediawiki.page.ready" string(25) "mediawiki.legacy.wikibits" string(21) "mediawiki.legacy.ajax" string(23) "mediawiki.searchSuggest" string(25) "mediawiki.page.watch.ajax" string(36) "mediawiki.action.view.rightClickEdit" string(15) "skins.vector.js" string(4) "site" string(4) "user" string(11) "user.groups" string(28) "mediawiki.action.edit.styles" string(23) "mediawiki.legacy.shared" string(28) "mediawiki.legacy.commonPrint" string(19) "mediawiki.ui.button" string(28) "mediawiki.skinning.interface" string(19) "skins.vector.styles" string(8) "noscript" string(13) "user.cssprefs" string(7) "startup" string(12) "user.options" string(11) "user.tokens" Kanecow (talk) 16:48, 1 December 2014 (UTC)

Sorry, i haven't read, that you see this error just in your error logs. Please open the console in your web browser and go to the network tab (in Chrome). Reload the page and filter for "wikiEditor". Now, open all the entries and look at tzhe preview data. There should be (in some of these) the error message (Fatal...) and the output you have at the top of the page actually. If your wiki is public you can give a link and i will take a look. maybe you can come online to #wikimedia-dev ^connect?? Florianschmidtwelzow (talk) 18:05, 1 December 2014 (UTC)

I actually cant find any entry with the wikiEditor or even Editor name, and the only entry apparently giving an error is this one Kanecow (talk) 14:42, 2 December 2014 (UTC)

And if you click on that entry and click response, what do you see? Florianschmidtwelzow (talk) 22:46, 2 December 2014 (UTC)

Yes, that 500 Internal Server Error response for that URL is what makes the editor to not show up.

Open that URL (the load.php) directly on the browser and see if it gives any error message. If not, look at the error logs, or enable the display of errors as explained in Manual:How to debug Ciencia Al Poder (talk) 10:26, 3 December 2014 (UTC)

I think it will give the error, which you see in the first post (PHP Fatal error: Class 'ResourceLoaderLanguageNamesModule' not found in /home/comptf/public_html/includes/resourceloader/ResourceLoader.php on line 437). That's why i would like to know, which module is the problem by adding the lines to ResourceLoader.php and open the url, which gives the 500 internal error :) Florianschmidtwelzow (talk) 11:10, 3 December 2014 (UTC)

right. Sorry for joining in late and misunderstanding. ☠MarkAHershberger☢(talk)☣ 20:53, 30 November 2014 (UTC)

Incorrect permitted file type identified?

I just tried to upload a file named: "universe.com.jpg", and received an error ".com is not a permitted file type".

Shouldn't the system identify such files from the suffix only, and not whether it contains a banned suffix that does not appear at the end of the filename?

Edit: I just renamed the source filename to "universe-site.jpg", but the error message still appeared, presumably because in the File Description section, I left the Destination filename as "universe.com.jpg". Iantresman (talk) 14:29, 13 November 2014 (UTC)

Different appearance on different computers (remote desktops)

Hey there!

I´m really running mad on this issue. I operate an enterprise wiki. In or organization we work with remote desktops settled on 3 different terminal servers. All the employees are distributed as equal as possible on these.

The problem now is that the wiki doesn´t work properly for all the employees. Some (only a couple) struggle the following problems:

• links to the local file storage don´t work. Usually a link like that leads to a folder which opens in the windows explorer. For some people there´s simply no reaction when they click on the link.
• expandable table don´t work. They are always expanded an not only after the regarding command. As we use expandable tables in the infobox this is a problem.
• curved edges are not curved. They are simple edges.

We work with the

• mediawiki 1.22.2
• PHP 5.5.6
• MySQL 5.6.14

I did some cross testing.

• It doesn´t matter if Internet Explorer 9 or Internet Explorer 10 is used.
• It doesn´t matter which terminal server is used.
• User rights in the active directory don´t have any influence on the appearance.
• All compability view settings were equal while testing.

Does anyone have an idea? I´ve run out of them.

Best regards Dr Sox (talk) 16:02, 13 November 2014 (UTC)

It looks like some of your users aren't getting the Styles/scripts customizations you've done on your installation (probably in MediaWiki:Common.css, MediaWiki:Common.js, etc).

From what I understand, all connect through remote desktop to the same server (or servers), and then inside that server they open Internet Explorer to browse the wiki. If it happens only to a few users, it may be a setting for those users and not a problem of your MediaWiki installation, but that's hard to prove unless you can log in as one of those users to see what they see, see if there are JavaScript errors or if all requests to the server are served properly or they get errors from the server (like HTTP 500 errors). That can be seen opening the developer console of IE by hitting F12 Ciencia Al Poder (talk) 10:36, 14 November 2014 (UTC)

Thank you for the quick answer! I actually have access to two of the peoples computers which have the wrong/not working appearance. I will try to find something out about that.

As I kind of educated myself in the issues regarding mediawiki I might need some additional hint on what to look for in the developer console. Could you give me an advice on that? Dr Sox (talk) 09:14, 17 November 2014 (UTC)

Hit F12 and use the network tool: [2].

Press the start button, and reload the page. You can see in the result column if there's any error (those marked in red). 500 errors means something went wrong on the server. 404 means a resource is missing on the given path.

Also use the console tool [3] and see if there's any error (you can ignore any informational or warning messages) Ciencia Al Poder (talk) 10:29, 17 November 2014 (UTC)

Unrelated, but 1.22.2 is outdated and has security issues. See https://www.mediawiki.org/wiki/Download for the latest 1.22.x release. AKlapper (WMF) (talk) 12:19, 14 November 2014 (UTC)

Good morning to you as well! We work within a quite strict environment and the enterprise-wiki is only accessable when you are already within this environment. Regarding external threats: do I have to worry? Meaning if it´s an urgent task for me to do the update.

Best regards Dr Sox (talk) 09:20, 17 November 2014 (UTC)

Download as PDF not working on specific pages

page: "Compact Disc"

error message:

<error>Generation of the document file has failed. Status: Rendering process died with non zero code: 1 </error>

reply to: slucultorg@aol.com

thanks 173.2.162.213 (talk) 07:00, 14 November 2014 (UTC)

Not enough information here, sorry. Steps to reproduce and MediaWiki version and extension version etc welcome. Also see mw:Manual:How_to_debug. AKlapper (WMF) (talk) 12:17, 14 November 2014 (UTC)

Hide tabs for not logged users in Vector

MediaWiki Version: 1.23.4 PHP 5.4.34-0

I want to hide (page) tabs for not logged users (they don't have the edit rights to edit pages in my wiki). Following tabs should be hide: '<name of namespace>' tab, 'Talk' tab, 'Read' tab, 'View' source tab and 'View' history tab. Where should I add the PHP rules in order to hide these tabs? Thanks in advance! 2003:57:E310:A001:A89F:BDB1:3E9:EDA5 (talk) 10:43, 14 November 2014 (UTC)

First result with an internet search engine here is https://www.mediawiki.org/wiki/Project%3ASupport%20desk/Flow/2012/04#h-%5BRESOLVED%5D_How_can_I_hide_tabs_for_users_not_logged_in%3F-2012-04-11T15%3A38%3A00.000Z - hope the info there helps a bit. :) Deleted all stopedAKlapper (WMF) (talk) 12:21, 14 November 2014 (UTC)

I'm sorry, but it doesn't work. I put these PHP rules in skins/Vectcor.php (and later in LocalSettings.php) but I can not see any changes, even if I press Ctrl+F5. :( Where should be the codes added? 2003:57:E310:A001:A89F:BDB1:3E9:EDA5 13:29, 14 November 2014 (UTC)

Why doesn't anyone answer? I tried what earlier explained but it doesn't work 2003:57:E35C:2601:A470:DBA9:5690:8607 14:15, 15 November 2014 (UTC)

Wrong Information and Can not Changeable, so "Edit Problem" too

Hi Dear Wiki Developers,

There is two problem, one of them is wrong information about page of Turkish version site " https://tr.wikipedia.org/wiki/D%C3%BCnya?veaction=edit "

When you check the information about "world" in Turkish name "dünya" on the right screen, there is a " Ekvatoral dönme hızı: 16.744 km/h (АЍӘѝ Źάά χḒώ)". That means "rot_velocity: 16,744 km/h" and this is wrong. You have to shift comma and it must be 1,674.4 km/h, and it is written on English version site too.

Here is the second problem about edit:

When i want to edit, there is an information like this:

" {{convert|1674.4|km/h|m/s|abbr=on}} " , that means 1674.4 km/h, and it seems that there is no problem. But without click edit, all Turkish people see that rot_velocity is 16,744 km/h, and this have to be changed as soon as possible.

Thanks for your time, Sincerely yours, Levent EdenHazarD23 (talk) 12:51, 14 November 2014 (UTC)

This seems to be a problem with w:tr:Template:Convert. You should ask on the Turkish Wikipedia about the problem because local sysops there are the people that maintain those templates. Ciencia Al Poder (talk) 10:30, 15 November 2014 (UTC)

Fatal exception of type MWException with scribunto

Hello, just installed scribunto. This is the error I am receiving:

\[84b46d30] 2014-11-14 18:33:20: Fatal exception of type MWException

\Notice: Uncommitted DB writes (transaction from DatabaseBase::query (LCStore_DB::get)). in /home2/cbronsgi/public_html/includes/db/Database.php on line 3944

This only comes after I insert this line into LocalSettings.php:

\require_once "$IP/extensions/Scribunto/Scribunto.php"; \$wgScribuntoDefaultEngine = 'luastandalone'; Cbronsmd (talk) 18:42, 14 November 2014 (UTC)

Hello,

please set $wgShowExceptionDetails to true in your LocallSettings.php, open a page where you get this error and post the full error message and backtrace. Please read Manual:How to debug, too :) Florianschmidtwelzow (talk) 01:07, 15 November 2014 (UTC)

[RESOLVED] Pages randomly stopped working.

Most of the pages on my wiki have stopped working without warning or for any noticeable reason. The few that do work are nearly identical to the ones that don't work except for a few lines. No changes to the wiki have been made since it last worked correctly & no changes have been made to the server that I know of. The MySQL database isn't showing any errors in cpanel.

url: dday.migeater.net/wiki

As far as I know I'm using v1.19.2 but the version page doesn't work!

PHP: 5.4.34 MySQL: 5.5.40-cll 145.99.146.138 (talk) 09:24, 15 November 2014 (UTC)

1.19.2 is outdated and has several vulnerabilities. You should upgrade to latest 1.19 version at least (which at the time of writting this is 1.19.21)! Latest version fixes that bug caused by a recent upgrade of PCRE. Ciencia Al Poder (talk) 10:37, 15 November 2014 (UTC)

I updated to v1.23.6 & the problems have been fixed, thank you for your help. 145.99.146.138 17:18, 17 November 2014 (UTC)

Extracted .SQL, table 'wiki_text'

Dear all,

I used to have a long time ago a Wikimedia page (~2008). I got a complete SQL file of it as a last backup. I would like to read all messages written on it but there missed parts in the file. Till today I saw the value 'wiki_text' at that time, which seems completer then the otherfile seems like a kind of 'encrypted'. It startd with 0x and then some random code with numbers and letters. Is it possible to decrypt this in any way? Or insert the old SQL file in a new MySQL database and import that in a newer version of Wikimedia?

Thanks in advance. 84.27.185.191 (talk) 13:25, 15 November 2014 (UTC)

Hi!

Do you have a complete database or only the table wiki_text? See DB for a list of all tables/columns, which a complete MediaWiki database must have!

For a MediaWiki installation you will need the stuff of exactly one database. What do you mean with "other file"? Do you have two sql files? Or the content of two different databases? 88.130.98.143 20:02, 15 November 2014 (UTC)

One assumes this is the text table (Using a db prefix of "wiki_").

0x might just indicate hexadecimal encoding (e.g 0x followed by numbers and letters A through F, but no other letters), in which case you can use a variety of tools to convert back to binary. Try whatever program made the db dump to re-import into a real database. Failing that, the only encoding the text table might have is w:gzip. the old_flags column will say if the field was compressed with gzip.

If you want MediaWiki to actually work with it, you're going to need all the tables... Bawolff (talk) 02:30, 17 November 2014 (UTC)

If you got the complete SQL backup, restore it on a database, and install MediaWiki using that database. You can then run Manual:DumpBackup.php to get a readable XML file of the text. Ciencia Al Poder (talk) 10:51, 17 November 2014 (UTC)

Problem with links after changing my hostiing

Hello all! I had changed my hosting and all seems to be goog, but I have noticed that links looks different:

before I changed my hosting it was like: www.mywiki.com/index.php/Page_title. After changing my hosting it looks like www.mywiki.com/index.php?title=Page_title

And all links are clickable and all works propely but when visit pages all links are with ?title=

How can I fix it? What should I do? Fokebox (talk) 16:39, 15 November 2014 (UTC)

Hi!

When you moved the wiki to the new host, please make sure that you copy all files of the wiki installation! Especially make sure that also the file .htaccess, which is hidden by default, gets copied, too! This file contains the configuration, which you are obviously missing currently! 88.130.98.143 20:05, 15 November 2014 (UTC)

Hosting support have fixed this problem but there is still a problem with the links if I edit some page and link look like "/index.php?title=Page_name=edit" Fokebox (talk) 09:48, 16 November 2014 (UTC)

[RESOLVED] Custom Javascript is not loading

Hello There,

I am trying to load custom JavaScript file using following code.

$wgResourceModules['skins.alskin01'] = array(
	'scripts' => array('alskin01.resources.main.js','alskin01/resources/some.js'),
    'remoteBasePath' => &$GLOBALS['wgStylePath'],
	'localBasePath' => &$GLOBALS['wgStyleDirectory']  
);

The alskin01 is folder inside "skins" folder. The resources is folder inside "alskin01" folder. Where as main.js and some.js are my custom Javascript file. It will be great if you could help me understand where these files get loaded and how to access JS functions. PrashantB (talk) 11:11, 17 November 2014 (UTC)

Hello!

What's this?

array('alskin01.resources.main.js','alskin01/resources/some.js')

That doesn't make sense, or do you have ...main.js in your skin root folder and some.js in alskin01/resources?

Where do you load the module skins.alskin01? What does the console say?

> how to access JS functions

Where you want to access what? Florianschmidtwelzow (talk) 14:03, 17 November 2014 (UTC)

Hello,

The main.js and some.js files are located in alskin01/resources folder which is my custom skin folder. I want to use the main.js file as my source of interactivity for my custom skin. Currently, I am adding or laying out my design in ALSkin01.skin.php file. In ALSkin01.skin.php file I want to take a help from main.js file from interactivity functionality perspective. For that matter I am adding JS file in $wgResourceModules. Which is a part of ALSkin01.php file.

FYI:

• I followed the step mentioned in Manual Skinning
• My MediaWiki version is 1.23.1
• I corrected my mistake 'scripts' => array('alskin01/resources/main.js','alskin01/resources/awesome.js') PrashantB (talk) 07:13, 18 November 2014 (UTC)

Ok, and now check, if you load the module, like explained in this section of Manual:Skinning:

public function initPage( OutputPage $out ) {
	parent::initPage( $out );
	$out->addModules( 'skins.alskin01' );
}

Florianschmidtwelzow (talk) 08:35, 18 November 2014 (UTC)

I already added that line of code. I am wondering, how that script get loaded and how to access the function from JS file. PrashantB (talk) 10:11, 18 November 2014 (UTC)

I don't understand, what you mean :) If you follow the manual, you simply can use the JS functions you defined :) Florianschmidtwelzow (talk) 13:47, 19 November 2014 (UTC)

Issue has been resolved, sorry for trouble. PrashantB (talk) 08:49, 24 November 2014 (UTC)

Maybe you can give more details what you solved how? So others can read your solution and maybe it helps to solve the problems of these people, too? :) Florianschmidtwelzow (talk) 09:17, 24 November 2014 (UTC)

I made very stupid mistake, the $wgDefaultSkin was set to other customised skin and not to the skin where I am working. PrashantB (talk) 14:31, 24 November 2014 (UTC)

[RESOLVED] Custom hover to change font color doesn't work

I'm trying to create a spoiler text hide/reveal thing. My CSS changes the text's color and the background to black by default, but the :hover part isn't working and I don't know why. The :hover elements of links work as they should. I appreciate any help!

/* Spoiler hover reveal */

.spoiler {

font-color: #000000;

background-color: #000000;

}

.spoiler:hover {

font-color: #ffffff;

background-color: #000000;

}

VERSIONS

MediaWiki 1.19.11

PHP 5.3.27 (cgi-fcgi)

MySQL 5.1.56-log 24.255.250.49 (talk) 14:58, 17 November 2014 (UTC)

It's not a MediaWiki issue, but a CSS issue.

The property for changing text color is color, not font-color Ciencia Al Poder (talk) 11:07, 18 November 2014 (UTC)

Wow that was dumb of me. Thanks a lot! 24.255.250.49 11:16, 18 November 2014 (UTC)

Templates not loading

I moved pages from a old MediaWiki(1.17.0) website to new MediaWiki(1.23.5) and now some pages won't load templates even though they have been successfully transferred over to the new website.

Following for example, doesn't load the templates it is suppose but if I go to the old website it loads the templates without any problem:

{{#ask:[[[Recommended DR Model::Category:Bacterium]]|format=template|introtemplate =DRallmodelsTableStart|outrotemplate =DRallpreferredModelsTableEnd|mainlabel =show|headers =hide|template=DRallmodelsROW|?RDR Best Fit=Best Fit Model|?RDR Parameter=Parameter|?RDR N50=N50|?RDR Host=Host |?RDR Strain=Agent Strain |?RDR Route=Route|?RDR Dose=Dose|?RDR Unit=Dose Unit|?RDR Response=Response|?RDR Reference=Reference|limit=500}} 35.20.111.169 (talk) 16:55, 17 November 2014 (UTC)

You may have some missing extensions on the new host Ciencia Al Poder (talk) 11:13, 18 November 2014 (UTC)

Special:Passwordreset not sending out email

I am a admin of a mediawiki website. I can't figure out why password reset emails are not being sent out. These are my settings in the localsettings file: $wgEnableEmail = true; $wgEnableUserEmail = true; # UPO $wgEnableRawHtml = true;

$wgAllowHTMLEmail = true; $wgEmergencyContact = "myemailaddress@gmail.com"; $wgPasswordSender = "myemailaddress@gmail.com"; $wgNoReplyAddress = "myemailaddress@gmail.com" 35.20.111.169 (talk) 19:22, 17 November 2014 (UTC)

What happens, when you try to reset your passwords. Any error messages? Florianschmidtwelzow (talk) 21:04, 17 November 2014 (UTC)

Thanks for the reply! I doesn't really give any error, it just doesn't sent out any emails to the user.

Should I check the passwordreset script? or something else?

I am really lost. Any help is appreciated. 35.13.67.169 22:18, 17 November 2014 (UTC)

[RESOLVED] formatting issue, related to $wgServer?

MediaWiki 1.22.3 PHP 5.4.34 MySQL 5.5.40-36.1

website: opnote.net

I am having a problem with the formatting of my wiki when accessed on certain computers. When I access my page on most computers it looks fine, but when I pull it up on the computers at the hospital where I work, it has no formatting and no images. The problem is the same in internet explorer and chrome. Other wikis, including wikipedia and mediawiki, work normally on these computers.

I believe the problem is related to $wgServer, based on the help topic "The wiki appears without styles applied and images are missing" in "Manual:Errors and symptoms." From reading this, though, I couldn't figure out how to fix the problem. Would using short URLs on my wiki fix the problem? 96.47.57.130 (talk) 06:16, 18 November 2014 (UTC)

Maybe in the hospital you're accessing through a proxy, and the proxy somehow mangles or deny access to some files.

Try debugging requests as explained here: Project:Support desk/Flow/2014/11#c-Dr_Sox-2014-11-17T09:14:00.000Z-Ciencia_Al_Poder-2014-11-14T10:36:00.000Z Ciencia Al Poder (talk) 11:18, 18 November 2014 (UTC)

I tried using the debugger but it did not generate any error. I also converted my mediawiki to use short URLs, and this did not fix the problem.

I browsed to load.php on the computers where the site does not work, and got this result:

Content Filter Denied

Client IP: 10.252.218.242

Username: GenWksAutoLogon

URL: opnote.net

Categories: Hacking

Your request was denied because of its content categorization: "Hacking;Technology/Internet"

Is it possible that the firewall here is blocking something about my site and that this is resulting in the formatting issue? If this were the case I could talk to the IT people here and try to get them to remove this block. 96.47.57.130 09:47, 20 November 2014 (UTC)

Yes, it seems the firewall/proxy of the hospital is blocking those requests. Ciencia Al Poder (talk) 10:04, 20 November 2014 (UTC)

I had IT add the site to the trusted list and it is working now! 08:32, 21 November 2014 (UTC)

How to install ImageMagick on a MediaWiki?

Hello,

I have successfully downloaded MediaWiki and installed it on my website. It works really good and I would like to thank you for making this wonderfull job.

However, I still have a problem: when uploading images, it doesn't make thumbnails. I have read that it was because ImageMagick was not installed on my Wiki. So I have downloaded it and tried to install it. But I couldn't find how to do it, in which folder on the website I had to put the downloaded files, what I have to configure...

That's really annoing because I can't put any images on my Wiki...

Can you help me please?

Thank you in advance! 178.197.238.108 (talk) 09:45, 18 November 2014 (UTC)

Hi!

Think of ImageMagick as a program like Apache or PHP. ImageMagick can be installed in a folder you like; only must later the PHP setting open_basedir be set accordingly so that PHP has access to this folder. It can be installed in different ways depending on the operating system on your server. Under Linux, there often is some kind of package management, which allows to install packages. Alternatively you can also install ImageMagick by downloading and extracting the source code and then running the installation commands (like configure or make) on the shell. On Windows I think it comes with an installer so that you can install it by running the installer package. 88.130.116.28 10:36, 18 November 2014 (UTC)

Thank you for your answer.

When you say "the PHP setting open_basedir be set accordingly so that PHP has access to this folder", how can I do it? Is it something to configure with my host (which is OVH)? Swisstram 11:47, 18 November 2014 (UTC)

Yes. It is a PHP setting, which can be made in php.ini. I don't have a guide on how to install ImageMagick currently, but Manual:Installing_third-party_tools#ImageMagick at least explains, which options you have to set in MediaWiki. 88.130.116.28 13:34, 18 November 2014 (UTC)

Error: override this function

Hi there!

I have some recent problems with my mediawiki-account. I wanted to change my skin from 'monobook' to 'vector' (specific for my account) and since that I'm not able to log in anymore, because I always get the error-message "override this function".

Is it possible to change the User-preferences in some file?!

Thanks for your help 217.116.64.48 (talk) 12:53, 18 November 2014 (UTC)

Can you give the full error message? (Maybe take a screenshot?). Can you try to open the preferences page of your wiki and specify the skin: /Special:Preferences?useskin=monobook is there still an error? Florianschmidtwelzow (talk) 06:34, 19 November 2014 (UTC)

Hi

The only message I get is a blank sheet with the message: "Override this function", just when I try to log in to my account.

Unfortunately I'm able to log in and get to any sites to change my skin. This is just specific for my useraccount only.

The Default skin is 'monobook' wich works, but 'vector' seems to be damaged or something 217.116.64.48 08:37, 19 November 2014 (UTC)

It looks like you've installed some extension which hasn't implemented some method, and throws a "override this function" error.

Grep your code looking for the string "override this function" to identify the source of the problem Ciencia Al Poder (talk) 10:52, 19 November 2014 (UTC)

"external revison history" link

Hi ive taken this to the Village Pump, ( but recently, last 4 days, I haven't gotten anywhere there) , the "revision history statistics " link is down,its at "External Tools" in page histories at the English Wikipedia for users with en or en-gb as language. It's made by https://en.wikipedia.org/wiki/MediaWiki:Histlegend and goes to https://tools.wmflabs.org/xtools/ec/.. I would fix or help fix it , I need it to see how the page edits and bytes added are going on the article I work on thank you Ozzie10aaaa (talk) 16:23, 18 November 2014 (UTC)

RESOVED Collapsing tables problems after upgrading from v.1.20.6 to v.1.22.13

Hello all I have faced some problems after upgrading my Wiki from v.1.20.6 to v.1.22.13

All tables that were collapsale stopped working, I used to do so:

{| class="standard mw-collapsible mw-collapsed" style="text-align:center; margin: 1em auto 1em auto; width: 760px;"
|-
! colspan="5" style="background-color:#f7e9d4;"|Table
|-

And now it doesn't work. I tried other options like discribed here https://www.mediawiki.org/wiki/Manual:Collapsible_elements. I did so:

{| class="mw-collapsible mw-collapsed wikitable"
! The header || remains visible
|-
| This  content || is hidden
|-
| at first || load time
|}

So and this version didn't gave me a result ( How can I fix it? So there aren't any hide/expand buttons (

Here it is the link with test page with tables: http://www.wikijournal.ru/index.php/Test

What should I change there to make a table collapsable? Fokebox (talk) 20:33, 18 November 2014 (UTC)

You have Extension:Vector installed, but your version is 1.22, and Extension:Vector is already part of core MediaWiki since 1.22. You should remove it because it causes JavaScript errors preventing other things to load properly (maybe related to your Editor problem). Ciencia Al Poder (talk) 10:50, 19 November 2014 (UTC)

Thank you! Yes it can be a reason I will remove Vector extension and let you know if it helped ) Fokebox (talk) 10:57, 19 November 2014 (UTC)

You were right. This bug including problem with WikiEditor was due to Vector extension to be connected ) Fokebox (talk) 17:01, 19 November 2014 (UTC)

using CKEditor Alongside Mediawiki

This post by Revibot was moved on 2015-07-11. You can find it at Extension talk:WYSIWYG/2014/11#h-Using_CKEditor_Alongside_Mediawiki_(about_comments-_tag)_✔-2014-11-18T18:33:00.000Z. Ciencia Al Poder (talk) 10:44, 19 November 2014 (UTC)

[RESOLVED] Could not create directory mwstore://local-backend/local-public/ when Uploading.

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

OS Version: CentOs 7

Database: MariaDB

Php Version: 5.4.16

Path to installation

Sym: /var/www/mediawiki

Actual: /var/www/mediawiki-1.23.6

Error Displayed on the page when trying to upload: Could not create directory "mwstore://local-backend/local-public/9/9b".

Error from error_log: [:error] [pid 19457] [client 10.107.1.89:58112] PHP Warning: failed to mkdir "/var/www/mediawiki-1.23.6/images/2/22" mode 0777 [Called from wfMkdirParents in /var/www/mediawiki-1.23.6/includes/GlobalFunctions.php at line 2625] in /var/www/mediawiki-1.23.6/includes/debug/Debug.php on line 303

This is an internal wiki so I can't post a link.

Issue: Can't upload file

I've been trying to fix this for a couple days now. I've googled the issue and everyone seems to say it's a permissions issue.

at this point I'm not sure it is

(I know what I've done below is very very bad practice, but... it's come to the sledge hammer approach. I will fix this AFTER I can figure out what's breaking)

I've chown'ed the entire /var/www/mediawiki to apache:apache

I've chmod -R 777 the entire /var/www/mediawiki folder (At this point there should be NO permission problems whatsoever)

and just to be sure I did the same using the actual path instead of the sym... not that that matters

I've confirmed that apache is running under user apache group apache

There's nothing left for me to open up in permissions... so how can it be a permission issue?

any help would be greatly appreciated. 50.73.149.81 (talk) 15:00, 19 November 2014 (UTC)

The important line here is this one:

failed to mkdir "/var/www/mediawiki-1.23.6/images/2/22" mode 0777

If permissions are not the issue, maybe you have SELinux or APPArmor enabled, which is preventing the creation of files/folders? Ciencia Al Poder (talk) 10:30, 20 November 2014 (UTC)

I... am an idiot, and you are a wonderful person.

Thank you. 50.73.149.81 14:09, 21 November 2014 (UTC)

Hi,

I've been trying to fix this issue also for few days.

Here is the situation:

The mediawiki was working on another server, I move the database and the mediawiki folder to the new server which is running Centos 7.

First I did

chown -R apache.apache mediawiki

The mediawiki folder and all files are using the following context

httpd_sys_content_t

when uploading file I got:

Could not create directory "mwstore://local-backend/local-public/f/f3".

I read and tried a lot of different solution on the web but none are working. 70.55.168.118 02:13, 21 April 2015 (UTC)

So you use SELinux. Disable it and see if it works. Then ask on a SELinux forum. Ciencia Al Poder (talk) 03:07, 24 April 2015 (UTC)

I have the same problem!!!!!!!! 190.210.54.2 (talk) 17:00, 25 January 2018 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

User listed in sysop and Bureaucrats table receives Permission error

User listed in sysop and Bureaucrats table receives Permission error

Permission error You do not have permission to <action-confirmaccount>, for the following reason: The action you have requested is limited to users in the group: Bureaucrats.

Permission error You do not have permission to create this user account, for the following reason: The action you have requested is limited to users in the group: Administrators.

After 1.18.1 to 1.23.5 upgrade. Tcaton-nm (talk) 21:56, 19 November 2014 (UTC)

Please paste your $wgGroupPermissions configuration. Jasper Deng (talk) 08:17, 5 December 2014 (UTC)

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

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

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

$wgGroupPermissions['bureaucrat']['usermerge'] = true;

$wgGroupPermissions['bureaucrat']['maintenance'] = true;
Tcaton-nm (talk) 20:05, 10 December 2014 (UTC)

Do you have any $wgRevokePermissions entries? What does Special:ListUsers/username for that user show? Jasper Deng (talk) 21:25, 10 December 2014 (UTC)

No.

(bureaucrat, administrator)

Tcaton-nm (talk) 17:01, 12 December 2014 (UTC)

What extensions do you have installed? Be sure to always upgrade extensions as well when upgrading MediaWiki. Jasper Deng (talk) 21:24, 16 December 2014 (UTC)

Cite

ConfirmAccount

Gadgets

ImageMap

InputBox

Interwiki

LdapAuthentication

LocalisationUpdate

Maintenance

Nuke

ParserFunctions

PdfHandler

Renameuser

SecurePasswords

SyntaxHighlight_GeSHi

UserMerge

WikiEditor

embed_document.php

I beleive I solved it.

Our LDAP system uses usernames in the form of USername - FIRST INITIAL FIRSTNAME_FIRST INITIAL LASTNAME_rest lowercase.

Logging in first past authentication but then created a new user with username: UPPER CASE FIRST INITIAL_lowercase everything else.

Therefore the user didn't have permissions being a new user.

Tcaton-nm (talk) 22:18, 16 December 2014 (UTC)

Reading your other thread (Project:Support desk/Flow/2014/11#h-Upgrade_from_MW_1.18.1_to_1.23.5_broke_sysop_and_Bureaucrat_users_functionality-2014-11-20T21:54:00.000Z), please make sure that the usernames actually are correct! The names are case-sensitive. 88.130.86.34 22:21, 16 December 2014 (UTC)

It doesn't matter how you type them in - MW switches them to Urest_lower. Tcaton-nm (talk) 17:12, 5 January 2015 (UTC)

Hi! Two things: On Special:UserLogin/signup, does it really create an account only by Administrators? Well, that points to a missing link label. Anyway, you ahve to send an email to accounts@wiki.roblox.com in order to show the link to request an account on Roblox Wiki. It takes few weeks, months or years. Wendyly32 (talk) 14:47, 30 May 2015 (UTC)

"Error creating thumbnail: Error code: 2"

G'day,

I recently moved my MediaWiki from one server to another. Everything seems to work well except thumbnail generation: I receive "Error creating thumbnail: Error code: 2"

I have reviewed and tried the various documented online solutions without success. My LocalSettings.php is

$wgEnableUploads = true;
$wgUseImageMagick = true;
$wgImageMagickConvertCommand = "/usr/bin/convert";

I can confirm that ImageMagick is installed (version 6.7.7-10) and the convert command path works when I try it from the Mediawiki directory prompt. . MediaWiki is looking into the right place for images (full images upload and display fine). I temporarily changed permissions to 777 on /images and on /images/temp just to see if that solved a problem. It didn't. I tried specifying

$wgMaxShellMemory = 512 000; 
$wgMaxShellFileSize = unlimited;

But that didn't solve the problem. I tried specifying the /images/temp directory with $wgTmpDirectory = "$IP/images/temp"; but that didn't solve the problem either. For kicks I tried using /etc/alternatives/convert but that didn't work either. I logged out of the wiki after each change and 'hard' refreshed my browser just to make sure that I was looking at the new settings effects. My MediaWiki is in /var/www/html/wikiname. It is version 1.23.2.

Convinced that imagemagick isn't being called or exiting properly I followed the links and got:

me@star:/usr/bin$ ls -l /usr/bin/convert
lrwxrwxrwx 1 root root 25 Nov  3 17:39 /usr/bin/convert -> /etc/alternatives/convert
me@star:/usr/bin$ ls -l /etc/alternatives/convert
lrwxrwxrwx 1 root root 20 Nov  3 17:39 /etc/alternatives/convert -> /usr/bin/convert.im6
me@star:/usr/bin$ ls -l /usr/bin/convert.im6
-rwxr-xr-x 1 root root 6320 Mar  6  2014 /usr/bin/convert.im6
me@star:/usr/bin$ dpkg -S /usr/bin/convert.im6
imagemagick: /usr/bin/convert.im6

I tried changing the LocalSettings command path to /usr/bin/convert/im6 but it didn't help. I'm out of troubleshooting ideas. Any suggestions? 129.65.56.96 (talk) 02:57, 20 November 2014 (UTC)

You say you have this:

$wgMaxShellMemory = 512 000; 
$wgMaxShellFileSize = unlimited;

But Manual:$wgMaxShellFileSize doesn't mention "unlimited" as a valid value, and also I think "512 000" is not a valid number in PHP. It should generate a parse error. Could you please verify that? Ciencia Al Poder (talk) 10:43, 20 November 2014 (UTC)

G'day,

I was following (http://www.mediawiki.org/wiki/Manual_talk:Image_administration) suggestion and similar posts elsewhere reporting that this solved their similar problem even when no memory limitation was expected. I did not receive a parser error in MediWiki responses, looking in ~/apache2/error I don't see one, but I also commented out this trial after it did not resolve the problem. 129.65.56.96 16:54, 20 November 2014 (UTC)

The fact that you didn't get a parser error with that invalid code suggests that your LocalSettings.php file is being ignored altogether... This, that and the other (talk) 00:47, 21 November 2014 (UTC)

Thanks, but not true. Chances are good that I'm not looking in the right place for a parser error that doesn't report in the MediaWiki. LocalSettings.php is the effective configuration file because if I set #wgEnableUploads = false; then my MediaWiki doesn't allow uploads. I've sequentially tried these fixes, but either it's a 'more than one variable problem' or something else is causing an abnormal exit from ImageMagick.

From the active LocalSettings.php

## To enable image uploads, make sure the 'images' directory
## is writable, then set this to true:
$wgEnableUploads = true;
$wgUseImageMagick = true;
$wgImageMagickConvertCommand = "/usr/bin/convert";
#$wgSVGConverterPath = "/usr/bin";
#$wgImageMagickTempDir = "IP$/images/temp";
#$wgMaxShellMemory = 300000;
#$wgMaxShellFileSize = 300000;
#$wgMaxShellTime = 220;
#$wgTmpDirectory = "/var/www/html/wikiname/images/temp";
#$wgUseImageReseize = true;
#$wgGenerateThumbnailOnParse = true;
##$wgSVGConverterPath = "/usr/bin";
#$wgTmpDirectory = "$IP/images/temp";

129.65.56.96 17:46, 21 November 2014 (UTC)

I should have mentioned:

• MediaWiki 1.23.2
• PHP 5.5.9-1ubuntu4.5 (apache2handler)
• MySQL 5.5.40-0ubuntu0.14.04.1 129.65.56.96 20:35, 21 November 2014 (UTC)

From reading the MW source code (includes/media/Bitmap.php, line 180 or thereabouts, if you're interested), it seems that your invocation of ImageMagick is returning the error code "2".

You could try enabling the debug log: Manual:How_to_debug#Setting_up_a_debug_log_file

The log will contain lines like "transformImageMagick: running ImageMagick: " followed by the exact command line being issued by MediaWiki. You should try running this command manually (at a shell on your server) and see what happens.

In the debug log you may also see lines containing "thumbnail failed on", which may point you closer to the source of the problem. This, that and the other (talk) 06:21, 22 November 2014 (UTC)

Thank you, that was a helpful suggestion. I made the log file and this is the relevant portion of the log:

File::transform: Doing stat for mwstore://local-backend/local-thumb/9/93/How_Did_you_Hear_About_2014.png/120px-How_Did_you_Hear_About_2014.png FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/9/93/How_Did_you_Hear_About_2014.png/120px-How_Did_you_Hear_About_2014.png does not exist. BitmapHandler::doTransform: creating 120x68 thumbnail at /tmp/transform_79944211ec2f-1.png using scaler im BitmapHandler::doTransform: called wfMkdirParents(/tmp) BitmapHandler::transformImageMagick: running ImageMagick: '/usr/bin/convert' '-quality' '95' '-background' 'white' '/var/www/html/wikiname/images/9/93/How_Did_you_Hear_About_2014.png' '-thumbnail' '120x68!' '-set' 'comment' 'File source: http://intentionallyremoved/wikiname//index.php/File:How_Did_you_Hear_About_2014.png' '-depth' '8' '-rotate' '-0' '/tmp/transform_79944211ec2f-1.png' wfShellExec: /bin/bash '/var/www/html/wikiname/includes/limit.sh' 'OMP_NUM_THREADS='\''1'\'' '\''/usr/bin/convert'\'' '\''-quality'\'' '\''95'\'' '\''-background'\'' '\''white'\'' '\''/var/www/html/wikiname/images/9/93/How_Did_you_Hear_About_2014.png'\'' '\''-thumbnail'\'' '\''120x68!'\'' '\''-set'\'' '\''comment'\'' '\''File source: http:// intentionallyremoved /wikiname//index.php/File:How_Did_you_Hear_About_2014.png'\'' '\''-depth'\'' '\''8'\'' '\''-rotate'\'' '\''-0'\'' '\''/tmp/transform_79944211ec2f-1.png'\''' 'MW_INCLUDE_STDERR=1;MW_CPU_LIMIT=180; MW_CGROUP='\'''\''; MW_MEM_LIMIT=307200; MW_FILE_SIZE_LIMIT=102400; MW_WALL_CLOCK_LIMIT=180; MW_USE_LOG_PIPE=yes'[thumbnail] thumbnail failed on star: error 2 "" from "'/usr/bin/convert' '-quality' '95' '-background' 'white' '/var/www/html/wikiname/images/9/93/How_Did_you_Hear_About_2014.png' '-thumbnail' '120x68!' '-set' 'comment' 'File source: http:// intentionallyremoved /wikiname//index.php/File:How_Did_you_Hear_About_2014.png' '-depth' '8' '-rotate' '-0' '/tmp/transform_79944211ec2f-1.png'" [thumbnail] Removing bad 0-byte thumbnail "/tmp/transform_79944211ec2f-1.png". unlink() succeeded User::getBlockedStatus: checking... ForeignAPIRepo: HTTP GET: http://commons.wikimedia.org/w/api.php?aisha1base36=2d68fauliovh2w1k57br39hr2tsvmj7&aiprop=timestamp%7Cuser%7Ccomment%7Curl%7Csize%7Csha1%7Cmetadata%7Cmime%7Cmediatype%7Cextmetadata&list=allimages&format=json&action=query&redirects=true&uselang=en LoadBalancer::reuseConnection: this connection was not opened as a foreign connection [runJobs] Running 1 job(s) via '/wikiname//index.php?title=Special%3ARunJobs&tasks=jobs&maxjobs=1&sigexpiry=1416866196&signature=e8ce801451b14a3d680b953c8d298293fdffbfeb'

I then tried to run the command as you suggested:

me@place:/var/www/html/wikiname/images$ /usr/bin/convert -quality 95 /var/www/html/wikiname/images/9/93/How_Did_you_Hear_About_2014.png -thumbnail 120x68! /var/www/html/wikiname/images/9/93/bpthumb.png convert: unable to open image `/var/www/html/wikiname/images/9/93/bpthumb.png': Permission denied @ error/blob.c/OpenBlob/2638. convert: WriteBlob Failed `/var/www/html/wikiname/images/9/93/bpthumb.png' @ error/png.c/MagickPNGErrorHandler/1728. me@place:/var/www/html/wikiname/images$

Helpful! So I then changed the permsions of ~/images and all subdirectories so that then MediaWiki user www-data has drwxr-xr-x I was then able to execute the code without an error and thumbnail file was correctly built as I can see when I downloaded it via ftp, but the MediaWiki still give me the same error code 2 and doesn't' produce thumbnails for the images (in say new files special page). I simplified the MediaWiki command to:

/usr/bin/convert -quality 95 -background white /var/www/html/wikiname/images/9/93/How_Did_you_Hear_About_2014.png -thumbnail 120x68! -depth 8 -rotate -0 /var/www/html/wikiname/images/9/93/transform_bp4.png

And I got:

convert: unable to open image `/var/www/html/wikiname/images/9/93/transform_bp4.png': Permission denied @ error/blob.c/OpenBlob/2638. convert: WriteBlob Failed `/var/www/html/wikiname/images/9/93/transform_bp4.png' @ error/png.c/MagickPNGErrorHandler/1728.

So I suspect a permissions error, but I get the same error even when I set the ~/images/9 and ~/9/93 to drwxrwxr-x 129.65.56.96 23:09, 24 November 2014 (UTC)

Note that the original ImageMagick command seems to be trying to write to your /tmp directory. Try checking the permissions on that directory! Or try running the original ImageMagick command exactly, complete with the output filename in /tmp, and see what messages you get. This, that and the other (talk) 10:41, 25 November 2014 (UTC)

Thanks. the /tmp directory is drwxrwxrwt. I think it should be open. By setting permissions to 777 I was able to execute the imagemagick line manually. I'm beginning to suspect that the problem is ownership or group membership or something? Most of my directions in ~/wikiname are like

drwxr-xr-x 8 me UNIVERSITY\domain^users 4096 Nov 11 16:17 extensions

but images is

drwxr-xr-x 22 me www-data 4096 Nov 11 16:17 images

because I changed ownership as advised here (http://www.mediawiki.org/wiki/Manual:Configuring_file_uploads). All the subdirectories under images are

drwxr-xr-x 16 me www-data 4096 Nov 24 12:54 9

Is this a problematic permissions configuration maybe? 129.65.56.96 18:56, 25 November 2014 (UTC)

Unfortunately I know very little about Unix permissions, being a Windows person myself. At least in Windows you get a nice user interface to manage permissions! On Linux-based boxes it seems very confusing.

My only suggestion would be to carefully check what user the server or PHP processes are running under, and make sure they have the correct permissions. Or if you try setting the relevant directories' permissions to 777 (temporarily of course), and everything then works, it is evidently a problem of certain users not having the right permissions on the right directories. Keep checking the MediaWiki debug log for information. This, that and the other (talk) 00:59, 26 November 2014 (UTC)

Confusing? unix permissions are very simple ;)

Try what TTO suggested (777 permissions), and if that also fails, the problem might be that you have some sort of security program blocking "unexpected" file creations. The most common problem is SELinux. Try disabling it. Ciencia Al Poder (talk) 10:31, 26 November 2014 (UTC)

Note that every line starting with a "#" character in LocalSettings.php is ignored, since it's a PHP comment.

Note that $wgImageMagickTempDir = "IP$/images/temp"; should be $wgImageMagickTempDir = "$IP/images/temp"; instead. And the value of $wgSVGConverterPath doesn't make sense. Still, all of those configuration variables are commented out, so they aren't being used in your installation. Ciencia Al Poder (talk) 10:33, 22 November 2014 (UTC)

Yes, thank you. I understand the commenting syntax. I was just illustrating my history of trying one fix at a time. 129.65.56.96 20:51, 24 November 2014 (UTC)

In my case, I had bash error '\r': command not found when running includes/limit.sh (this script is using for running convert). So it's easy to fix it with removing trailing \r character that causes this error:

sed -i 's/\r$//' includes/limit.sh Sergezolotukhin (talk) 12:05, 8 August 2016 (UTC)

Just upgraded to 1.33.0 and this (sed command on my includes/shell/limit.sh) ^^^ fixed it for me.

.digamma (talk) 23:34, 15 September 2019 (UTC)

Can you explain this error more? I'm sure i have that same problem... Awailable (talk) 19:36, 8 February 2023 (UTC)

- Awailable (talk) 17:22, 8 February 2023 (UTC)

me I am missing the simplified edit

Looking at the expert edit vs. the simplified edit I wonder about the difference???? Apart from the fact that in the simplified edit I have no preview I cannot see any difference. IMHO someone must have forgotten to check in the coding for the simplified editor. Or am I wrong here? Did I miss something?

ps. And seriously giving feedback is as difficult as editing a page... Starting with the fact that I cannot see a decent place to do so and ending with the fact that I miss a SAVE button... Too bad. 84.245.149.53 (talk) 09:19, 20 November 2014 (UTC)

I don't know where to see "expert edit" and "simplified edit" in MediaWiki. You might want to provide steps how to reproduce and explain which MediaWiki version you are running. AKlapper (WMF) (talk) 13:10, 20 November 2014 (UTC)

Changing sidebar links?

How do I change sidebar menu links? the url below does not work.

http://www.solidarity.coop/wiki/MediaWiki:Sidebar Wiki Sidebar

Wiki 210.56.88.224 (talk) 18:53, 20 November 2014 (UTC)

Hello!

Use this one: http://www.solidarity.coop/wiki/index.php/MediaWiki:Sidebar

(background: You haven't set up short url to understand wiki/$1 as Articles.) Florianschmidtwelzow (talk) 21:06, 20 November 2014 (UTC)

How to Translate URLs (Main Page, Special:Categories, etc...)

Hi,

I am using mediawiki in portuguese, but the urls of the special pages, main page and etc are carrying the english equivalents.

How to translate these urls?

thanks! 189.18.252.33 (talk) 20:22, 20 November 2014 (UTC)

The urls are already translated. In which language the special pages (and other interface messages) are visible in, you can control with Manual:$wgLanguageCode in your LocalSettings.php. E.g. change the value (for you actually "en" i think) to "pt" (Portugese). Florianschmidtwelzow (talk) 21:05, 20 November 2014 (UTC)

Thanks! It solved my question.

I just cant use any of the hatnotes

I tried:

Main page: PageName

Template:Artigo principal

Template:Principal

etc...

But no work. Does the translation break them? How may i use this feature?

Thanks for your help! 189.18.252.87 13:37, 21 November 2014 (UTC)

Thanks! It solved my question.

I just cant use any of the hatnotes

I tried:

{{Main|PageName}} {{Artigo principal|PageName}} {{Principal|PageName}}

etc...

But no work. Does the translation break them? How may i use this feature?

Thanks for your help! 189.18.252.87 23:13, 21 November 2014 (UTC)

All of these functions seems to be templates, so first check, if the templates exists on your Wiki :) Florianschmidtwelzow (talk) 01:04, 23 November 2014 (UTC)

PDF export

My Wiki is running on a remote hoster (Strato). Now I want to enable PDF export, e.g. using this extension: PdfBook.

In the installation section it reads, I have to install additional software (Htmldoc). Is it even possible on a remote host?

I know how to install extensions in general, but I'm not sure about PdfBook. Category:PDF Kavuch (talk) 20:59, 20 November 2014 (UTC)

On a webspace: No.

On a server: yes (if you can install additional programs)

In your case you should clarify, if you can access your server via a remote shell (on webspace, this isn't possible). It's unclear, what you mean with "remote hoster" :) Florianschmidtwelzow (talk) 21:09, 20 November 2014 (UTC)

Upgrade from MW 1.18.1 to 1.23.5 broke sysop and Bureaucrat users functionality

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Upgrade from MW 1.18.1 to 1.23.5 broke sysop and Bureaucrat users functionality

User listed in sysop and Bureaucrats MediaWiki Output receives Permission error when clicking on restricted links.

/index.php/Special:ConfirmAccounts

Permission error You do not have permission to <action-confirmaccount>, for the following reason: The action you have requested is limited to users in the group: Bureaucrats.

/index.php/Special:UserLogin/signup

Permission error You do not have permission to create this user account, for the following reason: The action you have requested is limited to users in the group: Administrators.

/index.php?title=Special:ListUsers&group=bureaucrat

Displays user.

/index.php?title=Special:ListUsers&group=sysop

Displays user.

/index.php/Main_Page

Product Version

MediaWiki 1.23.5

PHP 5.3.17 (apache2handler)

MySQL 5.6.20-log

Thank you Tcaton-nm (talk) 21:54, 20 November 2014 (UTC)

Hi!

Two things: On Special:ConfirmAccounts, does it really contain the text <action-confirmaccount> at that place? This points to a missing language label. Anyway, since the special page itself is there, the extension obviously is installed in some way.

If I remember correctly, the usernames on Special:ListUsers are not cached, but displayed "live". Anyway, have a look at the database table user_group. Are there rows for the according user? User_id in ug_user and the name of the group written as a word in ug_group? 88.130.125.33 23:03, 20 November 2014 (UTC)

I used links off: /index.php/Special:ListGroupRights under Groups: Bureaucrats & Administrators to test my Permissions.

These all gave me Permission Error:

index.php/Special:Maintenance

index.php/Special:UserCredentials

index.php/Special:ConfirmAccounts

index.php/Special:UserLogin/signup

Once again these URLs do display my username:

index.php?title=Special:ListUsers&group=sysop

index.php?title=Special:ListUsers&group=bureaucrat

My USERID is listed twice: from user:user_id in user_groups:ug_user.

Confusingly all user_groups:ug_groups are displayed as BLOB.

Thanks for helping!!! Tcaton-nm (talk) 00:04, 21 November 2014 (UTC)

I think you should be able to actually read the contents of the fields, if you do a SELECT query and add the CONVERT() function to it like this:

CONVERT(ug_group USING utf8) 88.130.80.152 13:37, 21 November 2014 (UTC)

Thanks that is a very helpful function. Tcaton-nm (talk) 20:01, 10 December 2014 (UTC)

Yes labels in <> on all the error pages:

<action-maintenance>

<action-lookupcredentials>

<action-confirmaccount>

I will research: "missing language label".

Working on CONVERT function - THANKS!!! Tcaton-nm (talk) 16:18, 21 November 2014 (UTC)

 15:09, 23 May 2015 (UTC)

It appears I have an answer.

In MediaWiki 1.18.1 logging into EDir created user names using the EDir convention: Uppercase Uppercase lowercase rest of username.....

Logging into Upgrade MediaWiki 1.23.5 forced Username to: Uppercase lowercase rest of username....

Simply editing all usernames in DB to be Uppercase first character only fixed it. Tcaton-nm (talk) 20:16, 21 November 2014 (UTC)

Alright, the problem then was not that the (old) usernames did no longer have the right permissions, but that you in fact got logged in with a different username and this user had a different ID in the user table and so did not get the permissions assigned. Sounds to me like something was changed in the (external?) login mechanism you are using. 88.130.80.152 23:36, 21 November 2014 (UTC)

I believe MediaWiki 1.23.5 forces all my logins:

USERNAME

USername

username

To:

Username

All 4 succeed logging into my Edir account: USername.

Forces Username displayed to: Username,

Browser saves same password to 4 usernames:

USERNAME

USername

username

Username

Still can't Merge accounts: USername to Username.

Only way to fix is delete all USernames from database and leave orphaned records!
Tcaton-nm (talk) 18:01, 24 November 2014 (UTC)

Renamed in Database: USername to U1ername.

Merged: U1ername to Username, with success.

Can anyone tell me if this will either break anything or leave orphaned records?

Thanks. Tcaton-nm (talk) 18:11, 24 November 2014 (UTC)

I expect that the UserMerge extension works with the user ID, not with the user name. That means: It should work, but what you do is not what is supposed to be done. I would double check, if usernames are displaying correctly after that, e.g. in the page histories.

As for your usernames: MediaWiki username must start with a capital letter. That means that your user "username" is invalid. You should not have users with first letter in lowercase. As for the other variations, I think they might be OK. There is a maintenance script, which can check users for validity. You might want to run it to see...

Anyway, I think that the problem originates in the way you are doing the login/registration of user accounts for MediaWiki. MediaWiki should not change any user name. So "USername" and "Username" are two different accounts, but whether you supply the one or the other should not cause problems. 88.130.94.70 00:10, 25 November 2014 (UTC)

Output using: Special:UserMerge with User_ID:

Merge and delete users

ERROR: Invalid old username

Usernames to merge:

Old user (merge from): 5

New user (merge to): 63

x Delete old user

Does work with User_Names that are different except when only difference is in Case.

According to this script: Username = USername
Tcaton-nm (talk) 19:51, 2 December 2014 (UTC)

What login mechanism do you use with MediaWiki? Are you using any extension to authenticate to an LDAP or some other external resource? Ciencia Al Poder (talk) 10:33, 24 May 2015 (UTC)

Hi!

There are two things. On Special:UserLogin/signup on Roblox Wiki, does it really creating the account on Roblox Wiki only by

by Administrator? Well, that points to a missing link. Anyway, you have to send an email to accounts@wiki.roblox.com to be able to request an account on Roblox Wiki. Remember, it takes a few weeks, months or years to be able to reply to you to show the link to request an account. Wendyly32 (talk) 14:25, 30 May 2015 (UTC)

But what's the problem we're trying to resolve here? Ciencia Al Poder (talk) 18:35, 30 May 2015 (UTC)

Attempting to create/request an account by sending email to accounts@wiki.roblox.com. Wendyly32 (talk) 04:17, 31 May 2015 (UTC)

 03:19, 20 June 2015 (UTC)

Whenever I type wiki.roblox.com/index.php?title=Special:CreateAccount , it said: Permission error You do not have permission to do that, for the following reason:

You are not allowed to execute the action you have requested. Wendyly32 (talk) 22:45, 1 April 2018 (UTC)

The "createaccount" permission is only available to Administrators: http://wiki.roblox.com/index.php?title=Special:ListGroupRights

You need to be a member of the Administrators group to create accounts Ciencia Al Poder (talk) 07:43, 2 April 2018 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

External images: additional parameters

I allowed external images by setting $wgAllowExternalImages. Now I'm able to display images by: http://www.example.com/image.jpg

What if I want to add additional parameters, like size or align?

Doing: [File: http://www. example. com/image.jpg|left|100px|caption] doesn't work. Kavuch (talk) 22:25, 20 November 2014 (UTC)

I think what $wgAllowExternalImages enables might be completely different code compared to how the usual [] and [[]] links are created. To verify this you might want to search the MediaWiki source code for $wgAllowExternalImages and then read the code to see, what it actually does. 88.130.125.33 22:56, 20 November 2014 (UTC)

So is it possible to specify parameters, like size and alignment for external images? Kavuch (talk) 23:10, 20 November 2014 (UTC)

No, it isn't supported with $wgAllowExternalImages . You could try using $wgAllowImageTag instead. This, that and the other (talk) 00:45, 21 November 2014 (UTC)

Ok, I have now both $wgAllowExternalImages and $wgAllowImageTag set to true, but it still doesn't work.

All I see here is "50px" instead of the image:

File:Https://upload.wikimedia.org/wikipedia/commons/a/a0/Sega-Genesis-Model2-32X.jpg

This is the code (edited, so that it can be displayed here):

[ [ Image:https://upload.wikimedia.org/wikipedia/commons/a/a0/Sega-Genesis-Model2-32X.jpg%7C50px]] Kavuch (talk) 13:52, 21 November 2014 (UTC)

You need to read the documentation page I linked for $wgAllowImageTag above. Specifically, this allows you to use the HTML <img> tag to display images in your wikitext; it has nothing to do with the standard [[file:...]] wikitext syntax. If you aren't familiar with the <img> tag, Google img tag. This, that and the other (talk) 06:08, 22 November 2014 (UTC)

Read the source code to see! 88.130.80.152 14:02, 21 November 2014 (UTC)

Session cookie no timeout

Hello everyone and, in advance, thank you for your help.

I'm trying to reduce the connection time of my users. I would like them to be disconnected from mediawiki after an hour of idle time (they don't do anything or close their browser and they should be disconnected after one hour).

I tried changing $wgCookieExpiration = 60; in /opt/bitnami/apps/mediawiki/htdocs/LocalSettings.php

And also set up these parameters in php.ini (/opt/bitnami/php/etc/php.ini): session.gc_maxlifetime = 60 session.gc_divisor = 1 session.gc_probability = 1 session.cookie_lifetime = 60

Parameters above limit cookies to 60 seconds for testing purposes.

But nothing does. There are three cookies set up when I browse my mediawiki : bitnami_mediawikiUserID (contains an integer) bitnami_mediawikiUserName (contains my username) bitnami_mediawiki_session (session id)

The first two are indeed limited to the 60 seconds I defined, but the latest is "up until the end of the session". After 60 seconds, the first two cookies are properly deleted but the last one is still sent to mediawiki and keeps the session on. Users are therefore not disconnected.

Any idea on how to limit session timeout on mediawiki ?

Thank you for everything !

Cédric

Mediawiki version : 1.23.4 Php version : 5.4.32 (fpm-fcgi) Mysql version : 5.5.39 Cdequirini89 (talk) 10:56, 21 November 2014 (UTC)

Help please ! No one has an idea ? :-S Cdequirini89 (talk) 07:42, 24 November 2014 (UTC)

On line 3438 (or nearby) of includes/GlobalFunctions.php, the parameter "0" is passed to the PHP function session_set_cookie_params, meaning the cookie expires when the browser is closed. You could alter this value to the number of seconds the cookie should last (3600). However, there are two big caveats:

• Note this comment that suggests that the PHP session cookie timeout is actually flawed. You could try adding the suggested setcookie call after the session_start call a few lines down.
• Modifying the MediaWiki source is generally a bad idea, as alterations are lost upon upgrade. However, in this case I see no alternative. This, that and the other (talk) 10:01, 24 November 2014 (UTC)

Well, thank you a lot for your answer ! Five minutes ago, I discovered that the extension SecureSessions does the trick without modifying the mediawiki files. The problem is, as you mentioned, the session lasts an hour (I set it to an hour) and then bim, user is disconnected, no matter if he browsed to other pages after that. The session is not kept alive.

So now, I have to choose between keeping the extension and having user disconnected at some point even if they're still on the wiki, or try your comment about the flaw in php session cookie by modifiying the source code :-S

I'll keep you updated if I try the second solution. But still, thank you a whole lot for your valuable help ! :-)

Kind regards,

Cédric Cdequirini89 (talk) 17:16, 24 November 2014 (UTC)

Hello Cédric,

how did you changed the timeout for the SecureSessions extension?

Thanks und regards,

K 213.183.189.160 16:53, 7 February 2015 (UTC)

[RESOLVED] Content Not Showing In Wiki

I have an old version of Mediawiki (1.16.4) which I use for local history research. When I tried to access it today, none of the content would display. Regardless of which page I navigate to, the Mediawiki code can be seen in edit mode but does not render when I exit that mode. Any suggestions, please? Seedier Wiki (talk) 15:01, 21 November 2014 (UTC)

Hi!

This most likely is this problem: Manual:Errors_and_symptoms#All_pages_have_no_content.2C_but_when_editing_a_page_the_wiki_text_is_there.

Most likely a MediaWiki upgrade should solve it! 88.130.80.152 15:32, 21 November 2014 (UTC)

Thanks. The reason I'm still using 1.16.4 is my lack of knowledge regarding upgrading. Is it 'easy'? Which version can I move too with minimal hassle? How do I protect the wiki text during upgrade? There are around 2.5m words, hundreds of images and thousands of hours invested in the project so far. Seedier Wiki (talk) 15:41, 21 November 2014 (UTC)

Just seen reference to upgrading to a minimum of 1.22.1 but I'd welcome advice on queries posted previously. I'm a bit out of my depth! Seedier Wiki (talk) 15:46, 21 November 2014 (UTC)

Upgrading is not really difficult. When you do it for the first time, you will need some time to do it, but it should be feasible.

Some notes:

Make sure you have a working backup: All files of the MediaWiki installation and the database!

Your wiki text, images and so on will all stay as they are during upgrade; anyway, I can only repeat that: Make sure, that your backup is working! Try extracting it and see, if a wiki, which you have set up from the backup, works!

Finally: Which versions of PHP and of MySQL are you using? The page Special:Version in your wiki will tell... 88.130.80.152 18:22, 21 November 2014 (UTC)

In Special:Version, it is like all the other pages, blank wiki page template with no content. However, my server cPanel shows that it is using PHP version 5.4.35 and MySQL version 5.5.40-cll.

Although you're making it sound like a 'small' job, I would prefer that the upgrade be carried out by someone who knows what they are doing. Is there anyone on here who would consider taking on the task for a few bob?

My prime concern is for the wiki content which is very 'valuable'. I simply cannot risk it. Seedier Wiki (talk) 20:18, 21 November 2014 (UTC)

On the subject of upgrading, I have access to Softaculous in my server's cPanel. Would you recommend using a Softaculous script to uggrade from MediaWiki 1.16.4 to either 1.19.21 or 1.23.6 both options being available to me. I ask because I am aware that there have been some issues with using Softaculous to update various packages. Seedier Wiki (talk) 21:00, 21 November 2014 (UTC)

Well, 1.16 is not supported anymore and has security bugs. You should upgrade to one of the supported versions.

As a last resort, apply the patch provided in bug 58640 in your code. Ciencia Al Poder (talk) 18:28, 21 November 2014 (UTC)

The bug fix seems to relate to MediaWiki 1.22.0 and not 1.16.4 which I've been using? Seedier Wiki (talk) 20:19, 21 November 2014 (UTC)

On the bugfix: You could try to integrate this into MediaWiki 1.16 somehow, but I would not recommend doing so: MW 1.16 still will no longer be supported after that and hacking the Core is evil. Doing an upgrade really is what you should do.

And good news is: With your PHP and MySQL versions you will be able to update to MediaWiki 1.23.6 (which btw is a release with long term support until May 2017). The question of how much work such an update is then depends on two factors:

• Which MediaWiki extensions are you using? You can check that by looking into the extensions/ folder of your MediaWiki installation.
• Second: Which skin are you using? Is it the Vector skin (which is what wikipedia looks like) or do you use a different skin? If so, which one? 88.130.80.152 23:19, 21 November 2014 (UTC)

Thanks for the advice.

I have only one extension which is "Who's Online". This is not critical. I just want my wiki back!

I have always used the default skin.

Will an upgrade retain permissions and other security tweaks?

I have access to Softaculous through my cPanel and am toying with the idea of upgrading to either 1.19.21 or even 1.23.21. Still asking a few questions in this respect particularly as regards backups and potential issues around skipping versions when upgrading. Seedier Wiki (talk) 13:24, 24 November 2014 (UTC)

Thie Extension:Whos_online should then be uninstalled before you upgrade.

Your situation with the extensions and the default skin makes an upgrade as easy as it could be. Here is more information on how to back up a wiki: Manual:Backing_up_a_wiki.

What do you mean with "permissions and security tweaks"?

It will help to read upgrade while you do it or before you start. I would go for version 1.23.6, which you are offered through Softaculous. 88.130.94.70 13:48, 24 November 2014 (UTC)

"permissions and security tweaks" refers to the settings I have in place for those who can edit content and this is currently restricted to four users. Seedier Wiki (talk) 15:46, 24 November 2014 (UTC)

Settings in LocalSettings.php will be unaffected by the upgrade. 88.130.94.70 16:45, 24 November 2014 (UTC)

That's good, thanks. Seedier Wiki (talk) 18:00, 24 November 2014 (UTC)

So, I upgraded to MediaWiki 1.23.6 using the Softaculous script. The Wiki is back with one or two minor issues like some text is now depicted in bold where it wasn't in version 1.16.4. However, nearly all functions including special pages are returning database errors:-

Upload File

Database error

A database query error has occurred. This may indicate a bug in the software.

Special Pages

Database error

A database query error has occurred. This may indicate a bug in the software.

Any ideas, please?

A database query error has occurred. This may indicate a bug in the software.

Any ideas, please? Seedier Wiki (talk) 19:01, 26 November 2014 (UTC)

See Manual:Upgrading#Web_browser Ciencia Al Poder (talk) 22:24, 26 November 2014 (UTC)

OK, so my host updated the database via the command line.

"MediaWiki 1.23.6 Updater
Going to run database updates
Depending on the size of your database this may take a while!
Abort with control-c in the next five seconds (skip this countdown with --quick) ... 0
Turning off Content Handler DB fields for this part of upgrade.
...have ipb_id field in ipblocks table.
...have ipb_expiry field in ipblocks table.
...already have interwiki table
...indexes seem up to 20031107 standards.
...hitcounter table already exists.
...have rc_type field in recentchanges table.
...index new_name_timestamp already set on recentchanges table.
...have user_real_name field in user table.
...querycache table already exists.
...objectcache table already exists.
...categorylinks table already exists.
...have pagelinks; skipping old links table updates
...il_from OK
...have rc_ip field in recentchanges table.
...index PRIMARY already set on image table.
...have rc_id field in recentchanges table.
...have rc_patrolled field in recentchanges table.
...logging table already exists.
...have user_token field in user table.
...have wl_notificationtimestamp field in watchlist table.
...watchlist talk page rows already present.
...user table does not contain user_emailauthenticationtimestamp field.
...page table already exists.
...have log_params field in logging table.
...logging table has correct log_title encoding.
...have ar_rev_id field in archive table.
...have page_len field in page table.
...revision table does not contain inverse_timestamp field.
...have rev_text_id field in revision table.
...have rev_deleted field in revision table.
...have img_width field in image table.
...have img_metadata field in image table.
...have user_email_token field in user table.
...have ar_text_id field in archive table.
...page_namespace is already a full int (int(11)).
...ar_namespace is already a full int (int(11)).
...rc_namespace is already a full int (int(11)).
...wl_namespace is already a full int (int(11)).
...qc_namespace is already a full int (int(11)).
...log_namespace is already a full int (int(11)).
...have img_media_type field in image table.
...already have pagelinks table.
...image table does not contain img_type field.
...already have unique user_name index.
...user_groups table exists and is in current format.
...have ss_total_pages field in site_stats table.
...user_newtalk table already exists.
...transcache table already exists.
...have iw_trans field in interwiki table.
...wl_notificationtimestamp is already nullable.
...index times already set on logging table.
...have ipb_range_start field in ipblocks table.
...no page_random rows needed to be set
...have user_registration field in user table.
...templatelinks table already exists
...externallinks table already exists.
...job table already exists.
...have ss_images field in site_stats table.
...langlinks table already exists.
...querycache_info table already exists.
...filearchive table already exists.
...have ipb_anon_only field in ipblocks table.
...index rc_ns_usertext already set on recentchanges table.
...index rc_user_text already set on recentchanges table.
...have user_newpass_time field in user table.
...redirect table already exists.
...querycachetwo table already exists.
...have ipb_enable_autoblock field in ipblocks table.
...index pl_namespace on table pagelinks includes field pl_from.
...index tl_namespace on table templatelinks includes field tl_from.
...index il_to on table imagelinks includes field il_from.
...have rc_old_len field in recentchanges table.
...have user_editcount field in user table.
...page_restrictions table already exists.
...have log_id field in logging table.
...have rev_parent_id field in revision table.
...have pr_id field in page_restrictions table.
...have rev_len field in revision table.
...have rc_deleted field in recentchanges table.
...have log_deleted field in logging table.
...have ar_deleted field in archive table.
...have ipb_deleted field in ipblocks table.
...have fa_deleted field in filearchive table.
...have ar_len field in archive table.
...have ipb_block_email field in ipblocks table.
...index cl_sortkey on table categorylinks includes field cl_from.
...have oi_metadata field in oldimage table.
...index usertext_timestamp already set on archive table.
...index img_usertext_timestamp already set on image table.
...index oi_usertext_timestamp already set on oldimage table.
...have ar_page_id field in archive table.
...have img_sha1 field in image table.
...protected_titles table already exists.
...have ipb_by_text field in ipblocks table.
...page_props table already exists.
...updatelog table already exists.
...category table already exists.
...category table already populated.
...have ar_parent_id field in archive table.
...have user_last_timestamp field in user_newtalk table.
...protected_titles table has correct pt_title encoding.
...have ss_active_users field in site_stats table.
...ss_active_users user count set...
...have ipb_allow_usertalk field in ipblocks table.
...pl_namespace, tl_namespace, il_to indices are already UNIQUE.
...change_tag table already exists.
...tag_summary table already exists.
...valid_tag table already exists.
...user_properties table already exists.
...log_search table already exists.
...have log_user_text field in logging table.
...l10n_cache table already exists.
...index ls_field_val already set on log_search table.
...index change_tag_rc_tag already set on change_tag table.
...have rd_interwiki field in redirect table.
...transcache tc_time already converted.
...*_mime_minor fields are already long enough.
...iwlinks table already exists.
...index iwl_prefix_title_from already set on iwlinks table.
...have ul_value field in updatelog table.
...have iw_api field in interwiki table.
...iwl_prefix key doesn't exist.
...have cl_collation field in categorylinks table.
...categorylinks up-to-date.
...collations up-to-date.
...msg_resource table already exists.
...module_deps table already exists.
...ar_page_revid key doesn't exist.
...index ar_revid already set on archive table.
...ll_lang is up-to-date.
...user_last_timestamp is already nullable.
...index user_email already set on user table.
...up_property in table user_properties already modified by patch patch-up_property.sql.
...uploadstash table already exists.
...user_former_groups table already exists.
...index type_action already set on logging table.
...have rev_sha1 field in revision table.
...batch conversion of user_options: nothing to migrate. done.
...user table does not contain user_options field.
...have ar_sha1 field in archive table.
...index page_redirect_namespace_len already set on page table.
...have us_chunk_inx field in uploadstash table.
...have job_timestamp field in job table.
...index page_user_timestamp already set on revision table.
...have ipb_parent_block_id field in ipblocks table.
...index ipb_parent_block_id already set on ipblocks table.
...category table does not contain cat_hidden field.
...have rev_content_format field in revision table.
...have rev_content_model field in revision table.
...have ar_content_format field in archive table.
...have ar_content_model field in archive table.
...have page_content_model field in page table.
Content Handler DB fields should be usable now.
...site_stats table does not contain ss_admins field.
...recentchanges table does not contain rc_moved_to_title field.
...sites table already exists.
...have fa_sha1 field in filearchive table.
...have job_token field in job table.
...have job_attempts field in job table.
...have us_props field in uploadstash table.
...ug_group in table user_groups already modified by patch patch-ug_group-length-increase-255.sql.
...ufg_group in table user_former_groups already modified by patch patch-ufg_group-length-increase-255.sql.
...index pp_propname_page already set on page_props table.
...index img_media_mime already set on image table.
...iwl_prefix_title_from index is already non-UNIQUE.
...index iwl_prefix_from_title already set on iwlinks table.
...have ar_id field in archive table.
...have el_id field in externallinks table.
...have rc_source field in recentchanges table.
...index log_user_text_type_time already set on logging table.
...index log_user_text_time already set on logging table.
...have page_links_updated field in page table.
...have user_password_expires field in user table.
...online table already exists.
...site_stats is populated...done.
...Update 'populate rev_len and ar_len' already logged as completed.
...Update 'populate rev_sha1' already logged as completed.
...img_sha1 column of image table already populated.
...protocol-relative URLs in externallinks table already fixed.
...fa_sha1 column of filearchive table already populated.
Purging caches...done.
Done in 0:01.

Also, the following is now a typical error message returned when trying to edit a wiki page:-

A database query error has occurred. This may indicate a bug in the software.

Query:
SELECT ipb_id,ipb_address,ipb_by,ipb_by_text,ipb_reason,ipb_timestamp,ipb_auto,ipb_anon_only,ipb_create_account,ipb_enable_autoblock,ipb_expiry,
ipb_deleted,ipb_block_email,ipb_allow_usertalk,ipb_parent_block_id FROM `mw_ipblocks` WHERE ipb_address = 'WikiSysop'
Function: Block::newLoad
Error: 1054 Unknown column 'ipb_by' in 'field list' (localhost)

Seedier Wiki (talk) 21:41, 27 November 2014 (UTC)

Just updated to 1.24.0 using Softaculous. Currently waiting for my host to attempt a database update direct from the server command line. As it stands, I am still getting the same errors when attempting to edit pages. Seedier Wiki (talk) 16:44, 29 November 2014 (UTC)

Database update failed.

Still have a 1.16.4 backup, though no point in going back if there is then no route forward. As it stands I have a viewable wiki which cannot be edited. I suppose it's better that the other way round! Seedier Wiki (talk) 18:22, 29 November 2014 (UTC)

Just saw your post. As a member of the WikiReleaseTeam, I'd like to help you get your wiki working. Please email me and I'll try to help you fix it. ☠MarkAHershberger☢(talk)☣ 21:01, 29 November 2014 (UTC)

Have emailed you. Many thanks for getting in touch. Seedier Wiki (talk) 13:16, 30 November 2014 (UTC)

Job sorted. A big thanks to MarkAHershberger for mending my wiki. I cannot expand upon what was wrong and how it was put right. Excellent work nevertheless. Seedier Wiki (talk) 09:17, 2 December 2014 (UTC)

One of the updates was somehow missed. Since the log provided by your hoster shows it wasn't needed, I can only think that they must have run it against the wrong DB. Or the affected DB fields were removed somehow.

Mark. ☠MarkAHershberger☢(talk)☣ 18:20, 2 December 2014 (UTC)

If a specific update did not work, why can it then be marked as "was run successfully"? This question puzzles me since years... 88.130.76.189 19:15, 2 December 2014 (UTC)

Don't lose sight of the fact that the two updates were carried out using Softaculous scripts. This option was chosen by me because I didn't feel confident following Mediawiki's 'manual' upgrade guidance. I hope in the future that efforts will be made to simplify guidance to newbies like me to get jobs done 'solo'.

However, I mustn't lose sight of the fact that MarkAHershberger came to the fore and solved the problem. To him I am very grateful. Seedier Wiki (talk) 00:08, 3 December 2014 (UTC)

Since I had someone else with a CPanel hosted wiki come to me for help here, I'm posting the SQL that I had to use to fix their problem. Probably Softaculous should be notified, but I don't know how to do that right now.

The SQL:

ALTER TABLE mw_ipblocks ADD COLUMN ipb_create_account bool NOT NULL default 1;

☠MarkAHershberger☢(talk)☣ 14:05, 25 February 2015 (UTC)

Need to determine if I am "missing a language label"

Need to determine if I am "missing a language label".

Upgrade from MW 1.18.1 to 1.23.5 broke sysop and Bureaucrat users functionality

Product Version MediaWiki 1.23.5 PHP 5.3.17 (apache2handler) MySQL 5.6.20-log

/index.php/Special:ConfirmAccounts
Permission error You do not have permission to <action-confirmaccount>, for the following reason: The action you have requested is limited to users in the group: Bureaucrats.
Tcaton-nm (talk) 17:38, 21 November 2014 (UTC)

Page Localisation has information on language labels, but I don't think it will answer your question.

You say you upgraded MediaWiki. Did you also upgrade the different extensions you use? E.g. ConfirmAccount? 88.130.80.152 18:28, 21 November 2014 (UTC)

Yes I definitely upgraded all the extensions as well.

-rw-r--r-- 1 root root 9394125 Nov 20 13:03 ConfirmAccount-REL1_23-99f685b.tar.gz

-rw-r--r-- 1 root root 309578 Nov 20 13:03 LdapAuthentication-REL1_23-f266c74.tar.gz

-rw-r--r-- 1 root root 1617348 Nov 20 13:03 Maintenance-REL1_23-5951890.tar.gz

-rw-r--r-- 1 root root 196416 Nov 20 13:03 SecurePasswords-REL1_23-8f5ef9f.tar.gz

-rw-r--r-- 1 root root 637656 Nov 20 13:03 UserMerge-REL1_23-78f61ac.tar.gz

-rw-r--r-- 1 root root 2044 Nov 20 13:03 embed_document.php

Tcaton-nm (talk) 19:16, 21 November 2014 (UTC)

Just to make sure: You have downloaded the tarballs, but you have also extracted them, right? Sorry, if the question sounds stupid, but you wouldn't believe what we see here... 88.130.80.152 23:34, 21 November 2014 (UTC)

Yes

/srv/www/htdocs/mediawiki-xxxx/extensions # ls -alt

total 100

drwxr-xr-x 13 wwwrun www 4096 Dec 4 15:33 ..

drwxrwxr-x 23 wwwrun www 4096 Nov 13 15:05 .

-rw-r--r-- 1 wwwrun www 2044 Nov 13 14:59 embed_document.php

drwxr-xr-x 4 wwwrun www 4096 Oct 1 15:52 Renameuser

drwxr-xr-x 4 wwwrun www 4096 Oct 1 15:52 Cite

drwxr-xr-x 3 wwwrun www 4096 Oct 1 15:52 ImageMap

drwxr-xr-x 3 wwwrun www 4096 Oct 1 15:52 InputBox

drwxr-xr-x 6 wwwrun www 4096 Oct 1 15:52 LocalisationUpdate

drwxr-xr-x 3 wwwrun www 4096 Oct 1 15:52 Interwiki

drwxr-xr-x 3 wwwrun www 4096 Oct 1 15:52 Gadgets

drwxr-xr-x 5 wwwrun www 4096 Oct 1 15:52 TitleBlacklist

drwxr-xr-x 4 wwwrun www 4096 Oct 1 15:52 WikiEditor

drwxr-xr-x 4 wwwrun www 4096 Oct 1 15:52 SpamBlacklist

drwxr-xr-x 3 wwwrun www 4096 Oct 1 15:52 ParserFunctions

drwxr-xr-x 5 wwwrun www 4096 Oct 1 15:52 ConfirmEdit

drwxr-xr-x 4 wwwrun www 4096 Oct 1 15:52 SyntaxHighlight_GeSHi

drwxr-xr-x 3 wwwrun www 4096 Oct 1 15:52 Nuke

drwxr-xr-x 3 wwwrun www 4096 Oct 1 15:52 PdfHandler

drwxr-xr-x 3 wwwrun www 4096 Oct 1 15:52 Poem

-rw-rw-r-- 1 wwwrun www 1178 Oct 1 15:52 README

drwxr-xr-x 7 wwwrun www 4096 Aug 20 14:03 ConfirmAccount

drwxr-xr-x 4 wwwrun www 4096 Jul 28 19:32 UserMerge

drwxr-xr-x 4 wwwrun www 4096 Jul 28 19:22 SecurePasswords

drwxr-xr-x 4 wwwrun www 4096 Jul 28 19:13 Maintenance

drwxr-xr-x 5 wwwrun www 4096 Jul 28 19:11 LdapAuthentication

Tcaton-nm (talk) 16:52, 12 December 2014 (UTC)

Be sure you run the update script when you upgraded.

Also try running Manual:rebuildmessages.php or Manual:rebuildLocalisationCache.php --force Ciencia Al Poder (talk) 18:32, 21 November 2014 (UTC)

Definitely ran the update script.

alb-wit-wikidb:/srv/www/htdocs/mediawiki-upgrade2 # php maintenance/update.php

MediaWiki 1.23.5 Updater

Will try those next, Thank You!!! Tcaton-nm (talk) 19:18, 21 November 2014 (UTC)

It appears I have an answer.

In MediaWiki 1.18.1 logging into EDir created user names using the EDir convention: Uppercase Uppercase lowercase rest of username.....

Logging into Upgrade MediaWiki 1.23.5 forced Username to: Uppercase lowercase rest of username....

Simply editing all usernames in DB to be Uppercase first character only fixed it. Tcaton-nm (talk) 20:17, 21 November 2014 (UTC)

Upgrade from MW 1.18.1 to 1.23.5 left duplicate users with Uppercase Uppercase rest lowercase USernames and now apparently standard Uppercase rest lowercase Usernames.

Upgrade from MW 1.18.1 to 1.23.5 left duplicate users with Uppercase Uppercase rest lowercase USernames and now apparently standard Uppercase rest lowercase Usernames.

Is there a script to consolidate duplicate users and switch old userids in other tables to new single userid?

Thank You. Tcaton-nm (talk) 20:51, 21 November 2014 (UTC)

You can consolidate usernames using Extension:UserMerge! 88.130.80.152 23:32, 21 November 2014 (UTC)

Attempted to use Extension:UserMerge to merge: USername to Username.

Error: The old and new usernames need to be distinct.

Change Username to Username1 in database.

Merge USername to Username1 fails:

Error: Invalid old username.

Changing USername to USername1

Merge USername1 to Username fails:

Error: Invalid old username.

Only way to fix is delete all USernames from database and leave orphaned records!
Tcaton-nm (talk) 17:52, 24 November 2014 (UTC)

Renamed in Database: USername to U1ername.

Merged: U1ername to Username, with success.

Can anyone tell me if this will either break anything or leave orphaned records?

Thanks.
Tcaton-nm (talk) 18:12, 24 November 2014 (UTC)

Pagination in categories

I want to prevent my category pages that only 200 pages are displayed at a time and I want that all category pages in a category are displayed at once. How does it work? 79.242.154.226 (talk) 01:23, 22 November 2014 (UTC)

multi language

hello my wiki is on Persian Language, i want to have English language also. how could i have it? could you help me? Let me know 84.241.45.8 (talk) 06:31, 22 November 2014 (UTC)

See MediaWiki Language Extension Bundle AKlapper (WMF) (talk) 12:23, 22 November 2014 (UTC)

i dl universal language selector for my wiki, i use it now. but the problem is when i select the language the sidebar was not changed. i want to have different sidebar for different language

understand what i mean? 84.241.45.8 12:26, 22 November 2014 (UTC)

we have sidebar for englsih, german and ... any language. i want to have link to those sidebars. assume one button when i click on this it change wiki language to english and then new sidebar shown. 84.241.45.8 12:32, 22 November 2014 (UTC)

we have sidebar for englsih, german and ... any language. i want to have link to those sidebars. assume one button when i click on this it change wiki language to english and then new sidebar shown. 84.241.45.8 12:33, 22 November 2014 (UTC)

[RESOLVED] Preloader will only preload the main boilerplate no matter what I set

Preloader won't preload into any of my custom namespace.
In LocalSettings.php, I added this before $wgSitename:
// define namespace constants
define("NS_SPREADSHEET", 150); // This MUST be even.
define("NS_SPREADSHEET_TALK", 151); // This MUST be the following odd integer.
define("NS_CAT", 152); // This MUST be even.
define("NS_CAT_TALK", 153); // This MUST be the following odd integer.
define("NS_DOG", 154); // This MUST be even.
define("NS_DOG_TALK", 155); // This MUST be the following odd integer.

// add namespaces
$wgContentNamespaces[NS_SPREADSHEET] = "Spreadsheet";
$wgContentNamespaces[NS_SPREADSHEET_TALK] = "Spreadsheet_talk";
$wgContentNamespaces[NS_CAT] = "Cat";
$wgContentNamespaces[NS_CAT_TALK] = "Cat_talk";
$wgContentNamespaces[NS_DOG] = "Dog";
$wgContentNamespaces[NS_DOG_TALK] = "Dog_talk";

Then, I called preloader like this, right before the closing php tag:

require_once "$IP/extensions/Preloader/Preloader.php";
$wgPreloaderSource[NS_MAIN] = 'Template:Boilerplate';
$wgPreloaderSource[NS_SPREADSHEET] = 'Template:Boilerplatespreadsheet';
$wgPreloaderSource[NS_CAT] = 'Template:Boilerplatecat';
$wgPreloaderSource[NS_DOG] = 'Template:Boilerplatedog';

I checked http://www.example.com/w/api.php?action=query&meta=siteinfo&siprop=namespaces, and all of my namespaces seem to be initializing properly, Dog, Cat, and Spreadsheet and their associated talk namespaces are all there, and pages created in those namespaces end up where they belong. However, when I go to create, say, Dog:Dog1,it seems to be preloading Template:Boilerplate instead of Template:Boilerplatedog. The same is true of the Cat namespace.

My Non-stock Extensions:

• Semantic Mediawiki
• Semantic Forms
• MobileDetect
• Preloader
• WYSIWYG extension

Also, something seems to be wrong with your edit button here: It created a double post when I hit save, which may soon be a triple post. Is it possible to delete them? Iamabigwikinoob (talk) 07:39, 22 November 2014 (UTC)

You're misusing $wgContentNamespaces . This is an array of booleans, so if you want to set a namespace as a "content namespace" (see the linked page for the meaning of this term), you would use a line like $wgContentNamespaces[NS_DOG] = true;.

To set the name of a namespace, use $wgExtraNamespaces : $wgExtraNamespaces[NS_DOG] = "Dog";. This, that and the other (talk) 10:56, 22 November 2014 (UTC)

Ohhhh so I declare the namespaces with ExtraNamespaces then initialize them in an array of ContentNamespaces. Sorry, I'm more of a java guy. And PHP is just similar enough that it took me about 2 days to learn over java/javasript, but just different enough that old habits die hard. Such as only putting strings in an array if they're going to be used in the same loop. Not a hard and fast rule, java can put variables anywhere you want it to, just a habit that I think makes for better readability. Apparently PHP doesn't like that. Thanks :) Iamabigwikinoob (talk) 17:03, 22 November 2014 (UTC)

So did you solve your problem? This, that and the other (talk) 04:55, 23 November 2014 (UTC)

Well, you solved my problem. PHP is so similar to java its scary, it literally took me 2 days to learn the basics, the internal logic is that similar, but there are just enough things that are slightly different (get instead of call/ask, $ instead of string or bool) to throw you off. I followed the link to the manual page you gave me, and I didn't even need to read the whole thing, as soon as I saw the word "array," I was like "oooooohhhhh, now I know how this works." So yes, I guess this thread can be closed/archived. Also, thanks dude :). Iamabigwikinoob (talk) 05:23, 23 November 2014 (UTC)

Custom 404 page on nonexistent article

Hi - I am using MediaWiki as a CMS, so I am the only person who can edit it. If anyone visits an article that does not exist, I would like a custom (HTML) page displayed instead of the standard "this article does not exist" page. Is it possible to configure MW to display a custom page if an article does not exist? (I am happy to create new pages by editing existing ones and adjusting the URL accordingly.) Thanks! Malvineous (talk) 10:04, 22 November 2014 (UTC)

Try modifying MediaWiki:Noarticletext-nopermission on your wiki. This, that and the other (talk) 10:30, 22 November 2014 (UTC)

Hi! I installed Extension:Special404 and doesn't see the message of 404 when I opened a nonexistent article. How can I hook or fix it? Alexander Yukal (talk) 18:23, 17 February 2020 (UTC)

[RESOLVED] revision history link

the "revision history statistics " link is down(or not working correctly),its at "External Tools" in page histories at the English Wikipedia for users with en or en-gb as language. It's made by https://en.wikipedia.org/wiki/MediaWiki:Histlegend and goes to https://tools.wmflabs.org/xtools/ec/.. I would fix or help fix it , I need it to see how the page edits and bytes added are going on the article I work on thank you Ozzie10aaaa (talk) 11:42, 22 November 2014 (UTC)

You asked this already in https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_%28technical%29&oldid=634914987#revision_history_statistics and received replies. It is not clear to me why you repeated the question here. Repeatedly posting the same question does not help. AKlapper (WMF) (talk) 12:50, 22 November 2014 (UTC)

however , I repeated because the problem still exists!! (try the link yourself it goes down every 3 days ) Ozzie10aaaa (talk) 13:25, 22 November 2014 (UTC)

having said that if however this is an issue that is technically outside your ability to fix then I understand where the problem is. Ozzie10aaaa (talk) 13:42, 22 November 2014 (UTC)

Let me repeat: Repeatedly posting the same question does not help. AKlapper (WMF) (talk) 14:13, 22 November 2014 (UTC)

thank you for your kind time Ozzie10aaaa (talk) 14:23, 22 November 2014 (UTC)

According to https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_%28technical%29&oldid=634914987#revision_history_statistics the problem has been resolved. But after posting the question everywhere, Ozzie10aaaa did not even care to post the answer. Now there are five, six or maybe even more threads about this problem and none contains a solution. Great! 88.130.120.5 13:40, 23 November 2014 (UTC)

that link is dated nov. 18, it stopped working again after that. IT is not Resolved Ozzie10aaaa (talk) 18:34, 23 November 2014 (UTC)

that link is from nov. 18, it stopped working again after that.... it is Not Resolved Ozzie10aaaa (talk) 18:38, 23 November 2014 (UTC)

I see.

You mean a page like this one: https://tools.wmflabs.org/xtools/articleinfo/index.php?article=MediaWiki:Histlegend&lang=en&wiki=wikipedia

It currently shows this HTTP header:

HTTP/1.1 400 Bad Request =>

Server => nginx/1.5.0

Date => Sun, 23 Nov 2014 18:50:12 GMT

Content-Type => text/html

Content-Length => 172

Connection => close

The tool "articleinfo", which you are talking about is part of "xtools" as listed here. The maintainers are User:Hedonil, User:Cyberpower678 and User:Tparis. 88.130.120.5 19:09, 23 November 2014 (UTC)

How to add page link to sidebar?

How to add page link to sidebar?

I've read the manual but what about newly created pages? 210.56.87.17 (talk) 15:44, 22 November 2014 (UTC)

Edit MediaWiki:Sidebar. Subfader (talk) 18:03, 22 November 2014 (UTC)

yes, i can edit sidebar, how to add page link? 210.56.87.17 02:43, 23 November 2014 (UTC)

Manual:Interface/Sidebar AKlapper (WMF) (talk) 14:54, 23 November 2014 (UTC)

ye, anyone know how to link newly created page? 210.56.82.91 07:53, 24 November 2014 (UTC)

What do you mean by "link newly created page", exactly? A newly created page should be able to be added to the sidebar just like any other page, shouldn't it? This, that and the other (talk) 09:50, 24 November 2014 (UTC)

ResourceLoader: Add Javascript for logged in users

I have a few KB worth JS which I add in the skin when the user is logged in.

I'd like to add that code to MediaWiki:Common.js. Can I use ResourceLoader so it is only applied to logged in users? Subfader (talk) 18:02, 22 November 2014 (UTC)

Hello,

sure. Just create a new ResourceLoader module and add a function to the hook BeforePageDisplay and add the module only, if the user is logged in, example:

$wgResourceModules['zzz.custom.js'] = array(
	'scripts' => array(
		// path to the script
	),
	'dependencies' => array(
		// if you have any
	),
	'localBasePath' => __DIR__,
	'remoteExtPath' => '/'
);
$wgHooks['BeforePageDisplay'][] = 'onBeforePageDisplay';
public static function onBeforePageDisplay( OutputPage &$out, Skin &$skin ) {
	$user = $out->getUser();
	if ( $user->isLoggedIn() ) {
		$out->addModules( 'zzz.custom.js' );
	}
}

Florianschmidtwelzow (talk) 22:50, 22 November 2014 (UTC)

You can use MediaWiki:Group-user.js, which will apply to logged in users only. Legoktm (talk) 02:33, 23 November 2014 (UTC)

Will be this loaded for every logged in user, or just for those, who are in the group users? Florianschmidtwelzow (talk) 22:12, 23 November 2014 (UTC)

All users, who are logged in, are in the group user. ;-) 88.130.120.5 22:31, 23 November 2014 (UTC)

• facepalm* Ah, oops, my fault :P Thanks! Florianschmidtwelzow (talk) 09:15, 24 November 2014 (UTC)

Didn't know Manual:User group CSS and Javascript. Thanks!

Florianschmidtwelzow, I'll keep that noted. I'm new to RL and this is some basic example how to use it. Subfader (talk) 21:35, 25 November 2014 (UTC)

"Fatal exception of type MWException" when using the SecurePoll Extension

This post by Revibot was moved on 2015-07-11. You can find it at Extension talk:SecurePoll/Archive 2/Flow export#h-"Fatal_exception_of_type_MWException"_when_using_the_SecurePoll_Extension-2014-11-21T12:30:00.000Z. Florianschmidtwelzow (talk) 00:58, 23 November 2014 (UTC)

Is it possible to have my server's ip changed?

I've been having trouble with an annoying person that I know in real life so I don't want to ban but still want to get off the server. Is there any way I could change the ip so I could play without him? 173.26.240.150 (talk) 01:22, 23 November 2014 (UTC)

Do we really talk about MediaWiki? I don't think so?! Florianschmidtwelzow (talk) 01:26, 23 November 2014 (UTC)

Changing a text string on all pages in a wiki

I have once seen somewhere that one can install a function to "Find and replace all", so that a word or a sentence can be changed throughout the whole wiki. Can anybody point me to that? 212.66.80.179 (talk) 08:12, 23 November 2014 (UTC)

Extension:ReplaceText! Or you do that running an SQL query on the text table of your database - using the extension is probably the more secure choice. 88.130.120.5 15:05, 23 November 2014 (UTC)

How to automatically create a page in another namespace for every mainspace page?

Okay, so say I have a mainspace article called foo, and then I store data on foo in a namespace called spreadsheet, with a preloaded table and navigation boilerplate. Except, all the actual data is stored and sorted by year. here is the code of the page:

layout of spreadsheet page:

Table of Contents A1 B2 C3 D4 E5 F6 G7 H8 I9 J10 K11 L12 M13 N14 O15 P16 Q17 R18 S19 T20 U21 V22 W23 X24 Y25 Z26 AA27 BB28 CC29 DD30 EE31

 

 

	A	B	C	D	E	F	G	H	I	J	K	L	M	N	O	P	Q	R	S	T	U	V	W	X	Y	Z	AA	BB	CC	DD	EE
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31

Spreadsheet:Foo/2008 would be created by clicking the "2008" link in the second table. But when I create a page in the main space called "Foo", I want Spreadsheet:Foo to be automatically created, so that there's a root page to make the year subpages from. The Preloader extension fills them all with the boilerplate in the collapsible panel, so Spreadsheet:Foo would mainly just serve the purpose of making it easier to categorize the year subpages, but it would just be annoying to have to manually create a second page for every main page.
If you're wondering how I manually edit that complex table, I don't, I use the WYSIWYG extension, so please don't advise me on that. Iamabigwikinoob (talk) 18:36, 23 November 2014 (UTC)

[Resolved] Adding global meta tag for Google Website Translator

Extension:MetaTags lets you add custom meta tags to individual pages. I needed to add a meta tag to all pages. I don't know whether this is the right way, or best way to do this.

Google Website Translator is a widget that embeds a drop down menu on each page, to let visitor select a language into which to translate the page (demo: see "4. Google Translate Bar"). The wizard creates a meta tag, and HTML snippet.

Using MedaiWiki 1.23.5, to add the meta tag, I added the following snippet to my LocalSettings.php file (first 4 lines already exist):

# Protect against web entry
if ( !defined( 'MEDIAWIKI' ) ) {
	exit;
}

$wgExtensionFunctions[] = 'globalMetaGoogleXlate';
function globalMetaGoogleXlate(){
   global $wgOut;
   $wgOut->addMeta ( 'google-translate-customization' , 'cc5b9e13f99-4d62c779b7cf64cb-g83044656fb7362a2-13');
}

Adds the following meta tag in <head>..</head>

<meta name="google-translate-customization" content="cc5b9e13f99-4d62c779b7cf64cb-g83044656fb7362a2-13" />

To embed the generated snippet into my page (in my case, the Vector skin), I made a backup the files skins/Vector.php, and found a suitable location to add it. Iantresman (talk) 22:19, 23 November 2014 (UTC)

Uncommitted DB writes (transaction from DatabaseBase::query (MessageBlobStore::clear))

Hi, I have MW 1.22.6 installed via xampp, when I try to change $wgLanguageCode = "en" to $wgLanguageCode = "it", I get this error: Uncommitted DB writes (transaction from DatabaseBase::query (MessageBlobStore::clear)). in C:\xampp\apps\mediawiki\htdocs\includes\db\Database.php on line 3944. How can I fix it? 185.5.63.163 (talk) 23:19, 23 November 2014 (UTC)

Turn on error reporting: Manual:How_to_debug#PHP_errors and look at the error log of apache or PHP, because in some situations it only displays the last error (this one) where the important error message is the first one, which doesn't appear.

You may need to run rebuildLocalisationCache.php --force after changing the language code of the wiki. Ciencia Al Poder (talk) 11:11, 24 November 2014 (UTC)

Entering the code to display PHP errors, I get this: [24b5ce14] 2014-12-01 02:07:51: Fatal exception of type MWException

I tried using rebuildLocalisationCache.php, but nothing changes, seems that only the English and Spanish do not return errors 185.5.63.163 02:14, 1 December 2014 (UTC)

Ok, you need to set $wgShowExceptionDetails to true so you can get a meaningful error message instead of a generic "Fatal exception of type MWException" :) Ciencia Al Poder (talk) 10:34, 1 December 2014 (UTC)

Thanks again for the help! With some delay, this is the result:

[f87cf4a3] /mediawiki/index.php/Main_Page Exception from line 316 of C:\xampp\apps\mediawiki\htdocs\includes\MagicWord.php: Error: invalid magic word 'github'

Backtrace:

1. 0 C:\xampp\apps\mediawiki\htdocs\includes\MagicWord.php(239): MagicWord->load(string)
   
2. 1 C:\xampp\apps\mediawiki\htdocs\includes\parser\Parser.php(4982): MagicWord::get(string)
   
3. 2 C:\xampp\apps\mediawiki\htdocs\vendor\mediawiki\parser-hooks\src\ParserHooks\HookRegistrant.php(48): Parser->setFunctionHook(string, Closure, integer)
   
4. 3 C:\xampp\apps\mediawiki\htdocs\vendor\jeroen-de-dauw\mediawiki-github\src\GitHub\Setup.php(75): ParserHooks\HookRegistrant->registerFunction(ParserHooks\FunctionRunner)
   
5. 4 [internal function]: GitHub\Setup->GitHub\{closure}(Parser)
   
6. 5 C:\xampp\apps\mediawiki\htdocs\includes\Hooks.php(199): call_user_func_array(Closure, array)
   
7. 6 C:\xampp\apps\mediawiki\htdocs\includes\GlobalFunctions.php(3877): Hooks::run(string, array)
   
8. 7 C:\xampp\apps\mediawiki\htdocs\includes\parser\Parser.php(275): wfRunHooks(string, array)
   
9. 8 [internal function]: Parser->firstCallInit()
   
10. 9 C:\xampp\apps\mediawiki\htdocs\includes\StubObject.php(99): call_user_func_array(array, array)
    
11. 10 C:\xampp\apps\mediawiki\htdocs\includes\StubObject.php(119): StubObject->_call(string, array)
    
12. 11 C:\xampp\apps\mediawiki\htdocs\includes\cache\MessageCache.php(996): StubObject->__call(string, array)
13. 12 C:\xampp\apps\mediawiki\htdocs\includes\cache\MessageCache.php(996): StubObject->firstCallInit()
    
14. 13 C:\xampp\apps\mediawiki\htdocs\includes\cache\MessageCache.php(974): MessageCache->getParser()
    
15. 14 C:\xampp\apps\mediawiki\htdocs\includes\Message.php(854): MessageCache->transform(string, boolean, Language, Title)
    
16. 15 C:\xampp\apps\mediawiki\htdocs\includes\Message.php(592): Message->transformText(string)
    
17. 16 C:\xampp\apps\mediawiki\htdocs\includes\Message.php(649): Message->toString()
    
18. 17 C:\xampp\apps\mediawiki\htdocs\includes\OutputPage.php(851): Message->text()
    
19. 18 C:\xampp\apps\mediawiki\htdocs\includes\OutputPage.php(894): OutputPage->setHTMLTitle(Message)
    
20. 19 C:\xampp\apps\mediawiki\htdocs\includes\Article.php(555): OutputPage->setPageTitle(string)
    
21. 20 C:\xampp\apps\mediawiki\htdocs\includes\actions\ViewAction.php(44): Article->view()
    
22. 21 C:\xampp\apps\mediawiki\htdocs\includes\Wiki.php(448): ViewAction->show()
    
23. 22 C:\xampp\apps\mediawiki\htdocs\includes\Wiki.php(312): MediaWiki->performAction(Article, Title)
    
24. 23 C:\xampp\apps\mediawiki\htdocs\includes\Wiki.php(602): MediaWiki->performRequest()
    
25. 24 C:\xampp\apps\mediawiki\htdocs\includes\Wiki.php(467): MediaWiki->main()
    
26. 25 C:\xampp\apps\mediawiki\htdocs\index.php(49): MediaWiki->run()
    
27. 26 {main} 185.5.63.163 01:30, 14 December 2014 (UTC)

Extension:GitHub is the fault here.

Apparently it has a bug. be sure to follow the instructions for installing that extensions, and if you haven't missed anything, report a bug for that extension. Ciencia Al Poder (talk) 12:08, 14 December 2014 (UTC)

I installed by composer, following the instructions, without any problem. I also tried to remove all extensions from Localettings.php, but the problem still occurs when I try to set a different language than English and Spanish 185.5.63.163 22:13, 14 December 2014 (UTC)

General advice needed: How to handle changes in UI?

http://www.horawiki.org/

MediaWiki 1.23.6, PHP 5.4.33 (cgi-fcgi), MySQL 5.5.36-cll-lve

My wiki includes some wiki-specific help pages. Under "how to create a page", it says "type the name of the new page into the search box and press the 'Go' button".

But at some point, the 'Go' button got up and went.

So I'm wondering how administrators deal with the general problem: Improvements to the UI (or workflows, or any functionality) that make help text obsolete. Maybe we just suck it up and stay on top of things by reading change logs. But if there's some clever automatic alerting mechanism, I'd like to know about it. Pointers or advice appreciated.

(Evidence that there is no such mechanism: this help page still refers to a 'Go' button, and indeed to a search box on the left of the page.) 216.15.119.210 (talk) 11:41, 24 November 2014 (UTC)

How do you to set a hyperlink to launch in a separate window instance.

How do you set a hyperlink to launch in a different window - I DO NOT want to launch within the same window as my page is displayed. - go to another page or launch a pdf

normally - you can do following: where: target="_blank" which launches the page in another window or tab.

<a href="http://iswiki.hdfowler.com/mediawiki/index.php?title=Daily_Invoice_Processing" class="external-link" target="_blank">Daily Invoice Process</a> 184.164.106.167 (talk) 18:05, 24 November 2014 (UTC)

Why do you think it's a good idea to define how a link is opened (new tab vs new window) in a user's browser, instead of letting the user have the usual default behavior of her/his browser? Malyacko (talk) 22:23, 24 November 2014 (UTC)

If you want all external links to do so, MediaWiki has a setting for it: $wgExternalLinkTarget. Just add the following to your LocalSettings.php:

$wgExternalLinkTarget = '_blank';

Anyway, please note that doing so forces all external links to open in new windows, which by many users is regarded to be bad behaviour. 88.130.94.70 00:23, 25 November 2014 (UTC)

thank you. We create help topics, with instructions, but sometimes need to view a pdf - in a separate window, while still looking at more steps 184.164.106.167 20:40, 10 December 2014 (UTC)

Public pages for unregistered users

Currently I am setting up public pages for unregistered users through apache DocRoot. I want to post a public page now through MediaWiki for unregistered users. How can I do this? MediaWiki - 1.19.20 PHP - 5.3.3 MySQL - 5.0.77 Ludba (talk) 21:28, 24 November 2014 (UTC)

Try $wgWhitelistRead Ciencia Al Poder (talk) 11:00, 25 November 2014 (UTC)

After upgrade to 1.23.6, links displayed with corrupted text for greater than and less than brackets

Versions: MediaWiki 1.23.6 PHP 5.5.19 (cgi-fcgi) MySQL 5.1.73-log

I recently upgraded from an older version to 1.23.6. The upgrade seems to go okay, except that all the Wiki's links are displayed wrong. The actual content of the Wiki is okay, but the "build-in" links display with &lt; at the beginning and &gt; at the end. Looking at the source xml of one of the links, it appears as: &amp;lt;searchprofile-articles&amp;gt;

It appears that the intended string is getting double encoded: The less than sign is encoded to &lt; and then that is re-encoded to &amp;lt;

This obviously is an artifact of some part of the upgrade since it doesn't happen on a clean install. I can't find anything in the LocalSettings.php file that would explain the difference. I'm not sure where to look.

The Wiki URL is http://grace97330.org/Wiki Bruce Stephens (talk) 06:29, 25 November 2014 (UTC)

Try running rebuildmessages.php or rebuildLocalisationCache.php --force Ciencia Al Poder (talk) 11:05, 25 November 2014 (UTC)

Is there a way to run these if I don't have access to bash on the server (they charge extra for this and I'm on a budget). The rebuildLocalisationCache.php script refuses to run when specified directly from a browser url. Bruce Stephens (talk) 01:01, 26 November 2014 (UTC)

See Localisation#Caching. You probably need to remove all rows of the l10n_cache table. With phpmyadmin you could do that. There's an option to truncate the table: removing all rows of it. Just be sure to not drop the table itself. Ciencia Al Poder (talk) 10:40, 26 November 2014 (UTC)

I was able to truncate the table, but it didn't fix the problem. Are there other caches that I should try clearing? Bruce Stephens (talk) 17:18, 26 November 2014 (UTC)

I'd try the upgrade again, extracting all MediaWiki installation files on a new empty folder, as explained in Manual:Upgrade. Ciencia Al Poder (talk) 10:56, 1 December 2014 (UTC)

[RESOLVED] Sending emails

Can someone please explain the syntax needed in local settings to set up an email confirmation and a password reminder. Mediawiki is on a localhost and accessed through local intranet. What do I need to do to set up an auto reply for user reminder and email authentication? PLease couldyou provide simple step by step instructions. Running mediawiki 1.23.6 and xampp v3.2.1. Thanks. 46.32.110.241 (talk) 09:56, 25 November 2014 (UTC)

Manual:$wgSMTP has some examples Ciencia Al Poder (talk) 11:07, 25 November 2014 (UTC)

I have had a look, but really do not understand the guidance. Do I need to install any other software to enable emails to be sent? I am running running php v4.2.7.1. Thanks. 46.32.110.241 07:17, 26 November 2014 (UTC)

PHP 4.2.7.1? That shouldn't be possible.

MediaWiki requires PHP 5.3.2 or later to run. See Manual:Installation requirements Ciencia Al Poder (talk) 10:35, 26 November 2014 (UTC)

My mistake, that was phpMyAdmin!. I am running php v5.5.15 46.32.110.241 11:03, 26 November 2014 (UTC)

The server usually needs to have Pear-Mail installed, as explained in the $wgSMTP help page. Ciencia Al Poder (talk) 10:40, 1 December 2014 (UTC)

I installed a PostFix:

http://wiki.ubuntuusers.de/Postfix

and since then all runs smoothly. Temptuousinsolence (talk) 09:08, 2 December 2014 (UTC)

[RESOLVED] LocalSettings.php being ignored

I've been using MediaWiki 1.23.6 for the last few days. I tried to change the logo without success and assumed that I had the image path wrong. I now realise that ANY changes I make to LocalSettings.php have absolutely no effect at all - in fact, I can delete the file and my wiki runs just fine without it.

What's causing this and how do I fix it?

I'm running on localhost with XAMPP, PHP Version 5.5.15 and MySQL 5.6.20 88.104.241.50 (talk) 11:20, 25 November 2014 (UTC)

That most likely means that you are editing the wrong LocalSettings.php file.

Another option would be that the code in that file got cached somewhere in an opcode cache, but as far as I know XAMPP does not come with one configured (at least not by default). 88.130.94.70 11:49, 25 November 2014 (UTC)

Hello!

MediaWiki always looks for the LocalSettings.php in the same directory as the index.php. So, check, if there is a file with this name or maybe a symlink or something else. If you don't know, if you cahnged something at some files in MediaWiki you should think about to download a new copy of MediaWiki and "update". Florianschmidtwelzow (talk) 11:49, 25 November 2014 (UTC)

Solved the problem, but the cause is too embarrassing to state publicly. The situation was entirely due to me being a bit silly. 88.104.241.50 13:29, 25 November 2014 (UTC)

CSS not working in Hebrew Wikipedia

Hi,

Hebrew Wikipedia looks like it's broken (no CSS). It's been like that for a very long time now.

Here's an example: http://he.wikipedia.org/wiki/%D7%98%D7%99%D7%99%D7%A1_%D7%97%D7%9C%D7%9C This is true for all pages in Hebrew.

Any idea who should fix this?

Thanks, Sagi Koren Sagikoren (talk) 14:41, 25 November 2014 (UTC)

Can't see a problem? It looks like any other Wikipedia :/ Can you add a screenshot and give some more information (which browser?). Florianschmidtwelzow (talk) 15:06, 25 November 2014 (UTC)

The best person to fix problems on hewiki Amir. I don't see a problem, but maybe he'll be able to help. ☠MarkAHershberger☢(talk)☣ 18:22, 26 November 2014 (UTC)

Please add a account deletion procedure!

Please add a account deletion procedure! 2601:E:CC00:23:8A53:2EFF:FEEC:12BA (talk) 14:53, 25 November 2014 (UTC)

MediaWiki itself is not made to delete user accounts of some users. User accounts (logged in (with usernames) or not (with IP's)) are central in the daily wiki usage. The Username/ID is connected with revisions of pages, used in discussions and so on. It's no trivial to delete a user correctly, so there is no feature in core and no working extension (iirc). You can use Extension:UserMerge to merge users. So you can use it to delete user accounts, e.g. when you merge account XY with a pseudo user account "Anonymous". All contributions will be attributed to this user account, without any chance to revert this action! Florianschmidtwelzow (talk) 15:12, 25 November 2014 (UTC)

Please provide a usecase for it. :)

When somebody has made an edit and then the account is deleted, how should that be displayed? AKlapper (WMF) (talk) 15:33, 25 November 2014 (UTC)

That is e.g. useful to delete accounts of spammers. Anyway: What he is asking for technically is already possible - no need to invent something new... 88.130.69.198 15:46, 25 November 2014 (UTC)

To mass delete spam accounts, it's maybe much easier to use the maintenance script, which was built for this use: Manual:RemoveUnusedAccounts.php and read the Manual:Combating_vandalism#Cleaning_up. Florianschmidtwelzow (talk) 08:55, 26 November 2014 (UTC)

Yeah, it depends: If the spammer has only created new pages, then I usually use this maintenance script, which allows to completely delete pages. This makes the user account unused in the sense of the removeUnusedAccounts.php script. Anyway, if the spammer changed "good" pages, which you do not want to delete just because a spammer put his junk into them, then the spammer's account will not be unused in that sense - and in this case I merge the junk into one "junk account" (the Anonymous account). 88.130.69.198 12:04, 26 November 2014 (UTC)

Mediawiki Image APIs

I am wondering if there is an API to fetch the image URL for a page on Wikipedia in BULK.

The API that I looked at is https://en.wikipedia.org/w/api.php?action=query&format=json&redirects=&prop=extracts%7Cpageimages%7Crevisions&pithumbsize=200&exlimit=1&exintro=&explaintext=&exsectionformat=plain&titles=Abraham_Lincoln%7CChina%7CJapan

but I get image URL only for the first title. Sanchitr (talk) 18:52, 25 November 2014 (UTC)

Changing the OAuth consumer callbackURL

How does the creator of an OAuth consumer change the consumer's callback URL? Change happens, especially in dev and test environments, and the URL may need to change. At the moment, my consumer (70dcdf4058772ddc6e89a90170e4febe) is still in proposed state, and I am unable to change the URL on the manage page (while I am able to change the RSA key or allowed IP address).

I am sorry if this is the wrong forum. I first tried asking on the Current Issues site-oriented forum first, since it is not so much a software issue as it is a data issue on this site.

Also, how does one request a consumer to be approved? It has been in proposed state for a week, no one has asked me about, and it is not obvious where/how to request a change.

Thanks, FYI this is for a new Commons project: https://github.com/ddennedy/wikimedia-video-editing-server Ddennedy (talk) 19:25, 25 November 2014 (UTC)

Which software are you using? Does it have to do with MediaWiki? 88.130.69.198 23:02, 25 November 2014 (UTC)

It is new software in that github link that is using the MediaWiki OAuth extension API.

More information about the project is on this wiki page:

https://github.com/ddennedy/wikimedia-video-editing-server/wiki/Requirements-Specification

The sofware uses commons.wikimedia.org as the OAuth endpoint but not really MediaWiki software. The problem I have is around the MediaWiki UI for editing the OAuth consumer or the process to request a change to data that I am unable to edit. Ddennedy (talk) 06:45, 26 November 2014 (UTC)

Database error when saving a page

I am currently running a private wiki (MediaWiki 1.23.0rc0, php 5.4.34 (cgi-fcgi), mysql 5.5.40-36.1-log, LUA 5.1.5). Problem I'm facing is the wiki shows a warning saying "Database error. A database query error has occurred. This may indicate a bug in the software." everytime I save a page. The lucky is the page is then saved. How I solve this error? Thank you. 36.84.227.112 (talk) 05:19, 26 November 2014 (UTC)

Hello,

have you made an update? Did you forget to run update.php? Can you set $wgShowSQLErrors in your LcoalSettings.php to true to see the complete error message with more details? Florianschmidtwelzow (talk) 07:11, 26 November 2014 (UTC)

自己在公司内部搭建的media wiki，每次编辑完后点提交时大约要5秒左右的响应时间

在局域网内搭建的wik，版本为1.23.5，使用LAMP平台，每次编辑完页面点提交后反应很慢，不管编辑内容是多少，最少要5秒页面才会跳转。是哪里的设置有问题吗？ Dier2014 (talk) 06:10, 26 November 2014 (UTC)

Hi!

Our Chinese is not very good so I used Google to have your text translated to English:

---

The company built its own in-house media wiki, takes about five seconds or so the response time after the point when editing each submission.

In the LAN built wiki, version 1.23.5, using LAMP platform, after each finished editing the page point to submit response is very slow, no matter how much editorial content, at least to 5 seconds before the jump page. Where is the setting is the problem?

--- 88.130.69.198 11:47, 26 November 2014 (UTC)

I understand that saving a new revision is slow. After clicking the "Save" button, the wiki needs up to 5 seconds to leave the editing page and to display the wiki page again.

Set up profiling so that requests are logged in a profiling log file. Then save a page and post us the part of the profiling log, which shows the slow page save. 88.130.69.198 11:54, 26 November 2014 (UTC)

谢谢你的回复，我去试一试；我的英语也不好，所以只能通过翻译来和你们沟通 Dier2014 (talk) 01:37, 27 November 2014 (UTC)

Thank you for your reply, I went to try it; my English is not good, so come and you can only communicate through an interpreter

--- 88.130.94.162 02:05, 27 November 2014 (UTC)

Here are the steps:

• Rename the file StartProfiler.sample to StartProfiler.php.
• In this file: Make sure that the profiler is used: Set $wgProfiler['class'] to "Profiler" like so:

$wgProfiler['class'] = 'Profiler';

It should not be set to "ProfilerStub".

• In LocalSettings.php, at the end of the file, add this:

// Path to your log file. Adjust this line!
$wgDebugLogFile = '/var/www/mediawiki/path/to/my/logfile/Logfile.log';
// Only record profiling info for pages that took longer than this
$wgProfileLimit = 0.0;
// Don't put non-profiling info into log file
$wgProfileOnly = false;
// Log sums from profiling into "profiling" table in db
$wgProfileToDatabase = false;
// If true, print a raw call tree instead of per-function report
$wgProfileCallTree = false;
// Should application server host be put into profiling table
$wgProfilePerHost = false;
 
// Settings for UDP profiler
$wgUDPProfilerHost = '127.0.0.1';
$wgUDPProfilerPort = '3811';
 
// Detects non-matching wfProfileIn/wfProfileOut calls
$wgDebugProfiling = false;
// Output debug message on every wfProfileIn/wfProfileOut
$wgDebugFunctionEntry = 0;
// Lots of debugging output from SquidUpdate.php
$wgDebugSquid = false;

Save a wiki page.

Check the logfile.

We need the information from the according request. This information will contain a table with percentages. This is what we need! 88.130.94.162 02:23, 27 November 2014 (UTC)

Have generated a log file, but I do not understand the contents. I need to put the contents of this document issued to you? Dier2014 (talk) 03:26, 27 November 2014 (UTC)

MediaWiki will add new requests to the log file. The log file will then contain information about more and more requests. One of the first lines of each request will show the requested URL with all parameters. Please post the log contents of that one request, which shows a slow page save. Please also post the table, which is at the end of the information about that request. This table will look like so: Project:Support desk/Flow/2014/10#c-65.190.75.202-2014-11-15T13:52:00.000Z-Ciencia_Al_Poder-2014-11-14T17:22:00.000Z.

(Note that the log can contain sensitive information like login data or cookies. We do not need this information.) 88.130.125.37 12:42, 27 November 2014 (UTC)

I made two give you a look

Start request GET /wiki/index.php/%E9%A6%96%E9%A1%B5

16799 HTTP HEADERS:

16800 HOST: 192.168.0.99

16801 CONNECTION: keep-alive

16802 ACCEPT: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8

16803 USER-AGENT: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/38.0.2125.122 Safari/537.36

16804 REFERER: http://192.168.0.99/wiki/index.php/%E4%B8%8B%E8%BD%BD%E7%B1%BB

16805 ACCEPT-ENCODING: gzip,deflate,sdch

16806 ACCEPT-LANGUAGE: zh-CN,zh;q=0.8

16807 COOKIE: my_wikiUserID=10; my_wikiUserName=%E5%BC%A0%E5%AE%97%E9%A3%9E; my_wikiToken=b7079d93077fc98054fe4d5f148bdc45; my_wiki_session=af3faadd3276ebfac08f87350af 6dff2; wikiEditor-0-toolbar-section=advanced

16808 IF-MODIFIED-SINCE: Thu, 27 Nov 2014 05:45:25 GMT

16809 [caches] main: EmptyBagOStuff, message: SqlBagOStuff, parser: SqlBagOStuff

16810 [caches] LocalisationCache: using store LCStoreDB

16811 Connected to database 0 at localhost

16812 Fully initialised

16813 Title::getRestrictionTypes: applicable restrictions to [[é¦<96>页]] are {edit,move}

16814 [ContentHandler] Created handler for wikitext: WikitextContentHandler

16815 User: cache miss for user 10

16816 Connected to database 0 at localhost

16817 MessageCache::load: Loading zh-cn... got from global cache

16818 User: loading options for user 10 from database.

16819 User: logged in from session

16820 User: loading options for user 10 from override cache.

16821 Unstubbing $wgParser on call of $wgParser::firstCallInit from MessageCache::getParser

16822 Parser: using preprocessor: Preprocessor_DOM

16823 Unstubbing $wgLang on call of $wgLang::_unstub from ParserOptions::__construct

16824 OutputPage::checkLastModified: client sent If-Modified-Since: 2014-11-27T05:45:25Z

16825 OutputPage::checkLastModified: effective Last-Modified: 2014-11-27T05:49:39Z

16826 OutputPage::checkLastModified: STALE, page=2014-11-27T05:45:52Z, user=2014-11-27T05:49:39Z, epoch=2014-11-27T03:19:07Z

16827 Article::view using parser cache: yes

16828 Parser cache options found.

16829 ParserOutput cache found.

16830 Article::view: showing parser cache contents

16831 DatabaseBase::query: Writes done: UPDATE `watchlist` SET wl_notificationtimestamp = NULL WHERE wl_user = '10' AND wl_namespace = '0' AND wl_title = 'é¦<96>页'

16832 MessageCache::load: Loading zh-hans... got from global cache

16833 MessageCache::load: Loading en... got from global cache

16834 Title::getRestrictionTypes: applicable restrictions to [[é¦<96>页]] are {edit,move}

16835 OutputPage::sendCacheControl: private caching; Thu, 27 Nov 2014 05:49:39 GMT **

16836 LoadBalancer::reuseConnection: this connection was not opened as a foreign connection

16837 Request ended normally

16838 Raising PHP's memory limit to 52428800 bytes

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

6789

6790 Start request GET /wiki/index.php?title=%E4%B8%8B%E8%BD%BD%E7%BB%84%E5%91%A8%E8%AE%A1%E5%88%922014%E5%B9%B411%E6%9C%8817%E6%97%A5-2014%E5%B9%B411%E6%9C%8821%E6%9 7%A5&action=edit&section=1

6791 HTTP HEADERS:

6792 HOST: 192.168.0.99

6793 ACCEPT: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8

6794 USER-AGENT: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/38.0.2125.122 Safari/537.36

6795 REFERER: http://192.168.0.99/wiki/index.php/%E4%B8%8B%E8%BD%BD%E7%BB%84%E5%91%A8%E8%AE%A1%E5%88%922014%E5%B9%B411%E6%9C%8817%E6%97%A5-2014%E5%B9%B411%E6%9C%8821% E6%97%A5

6796 ACCEPT-ENCODING: gzip,deflate,sdch

6797 ACCEPT-LANGUAGE: zh-CN,zh;q=0.8,ja;q=0.6,th;q=0.4

6798 COOKIE: preview-limit-report=expanded; my_wiki_session=a4119656fbc4ad83ea73c24836364402; my_wikiUserID=11; my_wikiUserName=Shangbangqin; wikiEditor-0-booklet-cha racters-page=latin; wikiEditor-0-toolbar-section=advanced; vector-nav-p-tb=true

6799 VIA: 1.1 localhost (squid/3.3.9)

6800 X-FORWARDED-FOR: 192.168.0.8

6801 CACHE-CONTROL: max-age=0

6802 CONNECTION: keep-alive

6803 [caches] main: EmptyBagOStuff, message: SqlBagOStuff, parser: SqlBagOStuff

6804 [caches] LocalisationCache: using store LCStoreDB

6805 Connected to database 0 at localhost

6806 Fully initialised

6807 Title::getRestrictionTypes: applicable restrictions to [[ä¸<8b>è½½ç»<84>å<91>¨è®¡å<88><92>2014å¹´11æ<9c><88>17æ<97>¥-2014å¹´11æ<9c><88>21æ<97>¥]] are {edit,move}

6808 [ContentHandler] Created handler for wikitext: WikitextContentHandler

6809 User: cache miss for user 11

6810 Connected to database 0 at localhost

6811 MessageCache::load: Loading zh-cn... got from global cache

6812 User: loading options for user 11 from database.

6813 User: logged in from session

6814 EditPage::edit: enter

6815 EditPage::importFormData: Not a posted form.

6816 User: loading options for user 11 from override cache.

6817 User::getBlockedStatus: checking...

6818 IP: 192.168.0.20

6819 Unstubbing $wgParser on call of $wgParser::getSection from WikitextContent::getSection

6820 Parser: using preprocessor: Preprocessor_DOM

6821 Unstubbing $wgLang on call of $wgLang::_unstub from ParserOptions::__construct

6822 [Preprocessor] Saved preprocessor XML to memcached (key my_wiki:preprocess-xml:5d44eefb6b4c7d946cf043e7fa1c50fe:0)

6823 MessageCache::load: Loading zh-hans... got from global cache

6824 MessageCache::load: Loading en... got from global cache

6825 Title::getRestrictionTypes: applicable restrictions to [[ä¸<8b>è½½ç»<84>å<91>¨è®¡å<88><92>2014å¹´11æ<9c><88>17æ<97>¥-2014å¹´11æ<9c><88>21æ<97>¥]] are {edit,move}

6826 Title::getRestrictionTypes: applicable restrictions to [[ä¸<8b>è½½ç»<84>å<91>¨è®¡å<88><92>2014å¹´11æ<9c><88>17æ<97>¥-2014å¹´11æ<9c><88>21æ<97>¥]] are {edit,move}

6827 Title::getRestrictionTypes: applicable restrictions to [[ä¸<8b>è½½ç»<84>å<91>¨è®¡å<88><92>2014å¹´11æ<9c><88>17æ<97>¥-2014å¹´11æ<9c><88>21æ<97>¥]] are {edit,move}

6828 OutputPage::sendCacheControl: private caching; **

6829 LoadBalancer::reuseConnection: this connection was not opened as a foreign connection

6830 Request ended normally

6831 Raising PHP's memory limit to 52428800 bytes

6832 67.229.56.242 02:49, 28 November 2014 (UTC)

5186

5187 Start request GET /wiki/index.php/%E4%B8%8B%E8%BD%BD%E7%BB%84%E5%91%A8%E8%AE%A1%E5%88%922014%E5%B9%B411%E6%9C%8817%E6%97%A5-2014%E5%B9%B411%E6%9C%8821%E6%97%A5

5188 HTTP HEADERS:

5189 HOST: 192.168.0.99

5190 ACCEPT: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8

5191 USER-AGENT: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/38.0.2125.122 Safari/537.36

5192 REFERER: http://192.168.0.99/wiki/index.php?title=%E4%B8%8B%E8%BD%BD%E7%BB%84%E5%91%A8%E8%AE%A1%E5%88%922014%E5%B9%B411%E6%9C%8817%E6%97%A5-2014%E5%B9%B411%E6%9C %8821%E6%97%A5&action=edit&section=3

5193 ACCEPT-ENCODING: gzip,deflate,sdch

5194 ACCEPT-LANGUAGE: zh-CN,zh;q=0.8,ja;q=0.6,th;q=0.4

5195 COOKIE: preview-limit-report=expanded; my_wiki_session=a4119656fbc4ad83ea73c24836364402; my_wikiUserID=11; my_wikiUserName=Shangbangqin; wikiEditor-0-booklet-cha racters-page=latin; vector-nav-p-tb=true; wikiEditor-0-toolbar-section=advanced; my_wikiPostEditRevision339=1

5196 VIA: 1.1 localhost (squid/3.3.9)

5197 X-FORWARDED-FOR: 192.168.0.8

5198 CACHE-CONTROL: max-age=0

5199 CONNECTION: keep-alive

5200 [caches] main: EmptyBagOStuff, message: SqlBagOStuff, parser: SqlBagOStuff

5201 LoadBalancer::reuseConnection: this connection was not opened as a foreign connection

5202 [jobqueue] ParsoidCacheUpdateJobOnDependencyChange ä¸<8b>è½½ç»<84>å<91>¨è®¡å<88><92>2014å¹´11æ<9c><88>17æ<97>¥-2014å¹´11æ<9c><88>21æ<97>¥ type=OnDependencyChange table=templatelinks recursive=1 rootJobSignature=d1e2da713632f11838aebb728b5984f2a1741876 rootJobTimestamp=20141127040844

5203 Success, Time: 47 ms

5204 Request ended normally

5205 [caches] LocalisationCache: using store LCStoreDB

5206 Connected to database 0 at localhost

5207 Fully initialised

5208 Title::getRestrictionTypes: applicable restrictions to [[ä¸<8b>è½½ç»<84>å<91>¨è®¡å<88><92>2014å¹´11æ<9c><88>17æ<97>¥-2014å¹´11æ<9c><88>21æ<97>¥]] are {edit,move}

5209 [ContentHandler] Created handler for wikitext: WikitextContentHandler

5210 User: cache miss for user 11

5211 Connected to database 0 at localhost

5212 MessageCache::load: Loading zh-cn... got from global cache

5213 User: loading options for user 11 from database.

5214 User: logged in from session

5215 User: loading options for user 11 from override cache.

5216 Unstubbing $wgParser on call of $wgParser::firstCallInit from MessageCache::getParser

5217 Parser: using preprocessor: Preprocessor_DOM

5218 Unstubbing $wgLang on call of $wgLang::_unstub from ParserOptions::__construct

5219 OutputPage::checkLastModified: client did not send If-Modified-Since header

5220 Article::view using parser cache: yes

5221 Parser options key expired, touched 20141127040844, epoch 20141127031907, cached 20141127040840

5222 Article::view: doing uncached parse

5223 Parser cache options found.

5224 [Preprocessor] Saved preprocessor XML to memcached (key my_wiki:preprocess-xml:ae7bf765af907f96c9bfab5387f6e77a:0)

5225 [Preprocessor] Saved preprocessor XML to memcached (key my_wiki:preprocess-xml:ae7bf765af907f96c9bfab5387f6e77a:0)

5226 Saved in parser cache with key my_wiki:pcache:idhash:19-0!*!*!!zh-cn!*!* and timestamp 20141127040845 and revision id 339

5227 DatabaseBase::query: Writes done: REPLACE INTO `objectcache` (keyname,value,exptime) VALUES ('my_wiki:pcache:idhash:19-0!*!*!!zh-cn!*!*','ÍZëS Y <9f>Ïù+z²;[3[CHw Þ\r¦\n GfT(AçãV<9b>´ÐK^<95>n|Ì<94>U < ÊCG å¡ Î q5¼ä^?ÙÉí$<9f>ü ö<9c>{;!<9d>tPd±pÆØ} çñ;ç<9e>sút·<8a>¼ ÚÛ¤¤*\'[{´D<8f>f ] ñgUô<88>öh<87>|M³×©¢× p<8a>öúèUQ<8b><8 7><82>õaå\n§<84>OØáÆÎ<85>\"<92>ª²kÓ<8c>¦h <86>º<84>`vz<85>ì<¨¯<85>ËúZX ´Õ÷Dà\'¢<94>ì<8e>ÈWäH\rÏÁ¥*Ãîx¬<86><87>í ×<95><94>/<9f>°ÿÍÑìq \Z \r<82>£9à ø <81>S­?<9c>< 87> jB<8a><95><90><89>õD/ÉI{<90>¯¯Å<99> W¾@C<9d><82>dz!?5 <8c>eõµ ü<8d>( !<95>P! ïhðã<85>ßãhtÓ<8b>S0X]6á ²Ý]& ¯ÉøÝ<83>Ëæ2ËæCÁü<8d><8e>f¿£<81>wøO:<9a>½<8e><80>×á ÷U<97>͵¿lÙåÛ¹ùQ}rèಹͲ <8d><82>ÃÏS<91>À¬^Ä­ OU<97>ͽ¿lùW}úô ²±{pÙ<fÙ(J \0èo 9«<8b>äÙ_$}r#;öêàòxË}¬±Ù p ÍG/N:\Z<9d>Õ ó~ÀÇÞM<80> õ\'k <97>ÍW<81>U<93>£<91>7üßï Bg<83>ß@SuÙ| \0mæO2p+wkæà²ùËý Ì<87>þïq4<80>kíãöþ ¸ýØmòòm¥<µ4<8e> 1­Ö<88><8f>6<8c>y&:Ñ«5]² <8e>(1ÙNãc<95>`V <95><80>¢ V4C=.!uÊ\'ì<99>ôíÜÎNv«  Ene<9e>¤î NÞM6^ó ¼><93>â}úÃÅ<9a>Ò <81><87> ;g 9açM<8c>Ì,<82>4JÛê5éRD.<88>^?UéVè<80>=h<83>©$Îw ¹VÑ<90>äÏ­Ìæ ù¥<8f>lÞ\'« de^<9f>K¿ß¾£§&ÈÈ, Ên.Ámf÷<89>~§O¿ÿ&;= ` ø¡´èO8Èýp<9e> ¹|ï ãìýå\"å÷Û)% ¿\Z<8b>Ä¥°<9c>äȽ;<85>;õýö° ÿþ®<9c>Mú~nµ?³õ6÷î I­<91>éi}j6³µ<98>I<8f>|í«å<9d>ß ï° oáýöãÜÒ`~án<91>¹ ÈgÒ[¹ }LA &ÿÛ<94><9e> <80>_à<96> N C6<92>ÙÚ ÝõáÛ0Ò Q ÜE%,ǹ<93><86>°ß\Z÷í²<94> u<81>\"ÿ<90>¢<89>ºâ´<9c>ü¶l<83><9c> õ8¦ Óð ºy÷ÓÍ ºé÷þÐï¿#<8f><96>A1¡R±<86><8b>m é:\nr üAâØ q\0 üûÉà 9}æwòÇ3²ù¢Ìq²<8f>ûs <8b>à\Z Gfk *÷z<83>- <83> ¹×^?<90><91>9 êäî ó <89>±æþÎñ¼3<93> â¸ªÚ <8d><9b>z Î\n]ôÉ5Æ\0\\8·;<94> ò;¿B ýúÌpQS½w<8b>mÉ <8d>3Ex¯<80>j<80>òdc<9d>< âýpWK<9e>¿ U+| ~ð(~t<94>©V< 9c>TT G k #ëXcÔ<82>A.<93>þ5³¹ QÉf\n¯<89>¤ lmü¾¹©£åb3Ç<8b>dû YÝ.âI¶{<81>8 <86>Üî x \0NFÇsk·X<8c>#o 3;3h<85>ñ °1 ÔSSúäC22m£1<87>¤_ä <8d>õ»¿å{gs»^?d¶<9e> 1Ê°7×÷8Ûÿ\";¶ vÌ?\\É/LáàÒ32¸n¸ÔóÇúÜ[rg ÄPâª?ß{3?0Ê!yAÔÇ<96>Hê<8d>á\ZÏÆò<8f>^Òc´wú\0dýé 21fxfj-?4<8a>Þ<94> <81>qýá<9b>üÃ×<8c> <99>Yæ %\0\Z<8e> %ï Áas«}<86>pC£EªpK 6Ç<8b>~Í <8a>m½É­®fÒ£¹7 à© ¸\Zg;ÝÜp¦ã4×ÞÑÐq¡]´í!n \r­ ´³s÷ ¨üü&I½ zzz>7´®´¶ûm ê¥ÛÁ\"PEê· Ij <81>Øz<96><9d>ë˾z<97>]éÅh:= ²È ìÛ t 0 eÈøHöÁ ðÇÌÖ<9b>\"è°(»õ<8b> þt<86>² Ä2aõ±<85>ìë<85>Lz8» ¨nèë 0Ál<8e><91>çýÙ<89>Áüìºi=8ÔÈlîÖ <9c>F0 <9e>×É\r²=®Oïê£ zj2×; ßßÈíNç<96>úó}»¹Û À ØR?I=BïÛ@3<91>µñ<82>qGÈ\ZXè ÎU. h ÒÀj²1\0Á<84>¼ ]!Û7Ñ<91>¨pLïò4Tô <96>Ú\0<8e>\n<9e><92><92>³d²¦­X> i ¾»<9c>ÙÚ\"#ó%ëÛÀJ¥Ëà~¿[Á|D÷fP]8ð+ VÍk<8a>¬Ø \0K²£d^õ Am<9f>§<9a><8a>Ç<93># j. £O/ Ú<92>J<©h<8a>¬rç Ìä~<94> ån<8e>¦ 6^?^Q»U.<9e>ä\Z#ñP·<9c>T-óQ ² <9e>cÈ ª Îíp:xp<93>FI<95>ñ<98>,¯<93><95>Ç4Ë­<80> g§Ód`½ñÂw^?õÞÄìóö Û y§Ô¦<87>$«ÏüZ<95>,<8d>°Ù±U²p <80>Ô\Z ®ý ä ~, (½Lz BÐûí<91>âÿ G9-<81>+ãý5j<93><9a>Ë?zþ<8d>i¡ë#uÁÓO <9e><96>ð1²Q<90>< Ò×<97>1(î>Ê Ý!ã« <98>æ^?#<83><8f>رb<92>üÕÛÇøà £<85> ©É\" xzÇfÉô <9e>Þ Kñå E àx þäçA· ùPÌÁYýæ0¸!b¶öXÿÏ\0<86><9e>ñU<88>\\ù¾!@ Ødg óS Ð4Ø¡ JT@¢\\Å°«tÔ8Ü EUC¨K<81>ǯ0wFR5<8e>zn<89>ãB\nç<9a>â±ËPÑÆB²Që<9e><96>¥<88>Öõ! F]?ÙÙJµAýöu¯ÒÅ®Ò w<85>Ái\r<91>_ ü ²;Ð\0ËóNçW<95>VK ë/)<9d>ÁV±<94>/¦<86><9d>ßÉø 3 Ô\Zú<93>ÅÜ»[<90>½ Ã`~¡ <82> ,cá°¾ i Ä °Ð$ª  !<96><9f>Ó¯Á©p <95>a Ó ²;<80><89>\"= y §XI Ë4§â=±°<84><91>ª ¥Þ» 9 <8b><95>3<94> ½s`<9b>¬l \n<9e> T³àÁX<8f><9a> ¦\\ðn(Ó!ë<93>µ» äÙbVe9ÔÈü; <90>I1É÷í D,u²: <93>æö&ä=¼Þ½ULÁUYºDn¯èZy\nå <82>29<84>§ Ð<84>Ôùh<99>Õ <99>Í»P2ä<9f>,`Ý 8°È ºÐR{¡ <91>>·\r~ Õ <90>)8\\±²Ìl>ÏlÞËìü<92>ÿõ e¼<95>< 71 PÜwIY<8e><95>8ÉÁ«÷}Zd ½®#Itn #ëD÷ zT¶ÓÌ}±#<91>ݳÇå<93> ߧïVÑ@; %¼&F<87>1@µ ]E³íHôð<99> }² <95>ý<scîH d÷ïq± ÜVÿeM\rg;\'_mkã\"JTѸ¤<9c><88>\'5[SÛ NS¢2×£<82>$\"çt8ù\0 <8e>Ǫí<äÃ}¦Û<80>H2 <92>U \nÀ+<8a>ªh<90>mcñ0 <95> Â5<91>s9! Ñ?æµ<9d>rLNJ «½{«ãªößÞ ù\Z` æ<94>X(Ò ëTå\'<94>¡Vp |¼Gà.]×dÕÖ!G ÆIÉÎ<9e>¨ Óª¬;­tvÉP P¢*<82> <96> Z<97>È µn§­ùZB<86>Ñ+2<98> ß4q<97>{bÌD<86>tT [MM Ív k %VX <92>B]2wUѺ¸nù: ½þ/,©Å <95>p<97 >¤v<89>| Æùå?á¿/^?êª Åð<92>C\r cU<83>ÜÈ¡<99>y^ð9ÝN¿ÛC\'<93>2b <92>(aÎå\nØ8 ßyñnÑ =#Å:{À8g<94>X·j¯<93>D§øó\r<98>ãa® `é<84>ú].<9d>pâ[3|óUxuæq<89><9f>è<81>øÞ\ rE(cM9 V) JÆ[Â%3><98>h<89><82> ¥«ý0xJ<89>Ȭ Ù<9a>@c<94>ΣòÍ×49 <93>\"å à<9b>Á<96> Ì¡\r¬<90><81>£ÐÎ<8e><88>½î<92>è¬3ö<9c><86>rÐb\n : ÿN<8a>DääuÓ(T<8c>á M<8e><96> ÐG¹ÏÆÃ= ¹\\Z6Ú J* ­tε7§]7oó §ÎÂÑ)C ÷}¯Ò*¶ó\"xa Ôìeééx¼Tû\0Lü(%cJ¬³lÔP<9a><8e>úÅ<9f> P<92>^P<8d>\nï2ìu<8a>È×ÑW¯Æ=0 í þ *ÒHXGé û÷<86><97> ¯1ØzÞÎh(±°|­t 6^NÆ£ ìÍìa} -<84>g?~ù²*k(º<93>É\"ÅB]q*<8b>\0<8c>­ßtÔÝ@M <85>@¡«h<85><80>`<81><80>ð p» øÄ}û°<88><84>p($<8a>­ +$\\ H¸> ~<9f>×\Z<89>êÍ DÂu($<8a>µª n $Ü<9f> ÞËW <81>¢zy<8f>P¸? \nàÅJ_+ < 8x> <82>¯ LC <8f> ¨¾çpÑ¡P4[!àµ@ÀûY pU P Õ<9e>3 \nï¡ (ÖÝVPø, ð} (Ü~k(ª?ª ¾C \nVÆ[áà·ÀÁÿYpðTd v(* uên ê¶fx 1ê<89><8e>x·<8c>EÅ%<8a>\0-¾ Ú<92>ñ<84><9c>ÔLe)îêhm:Ýqö åàÂ<95>ÿ<87>ϸ<8e>ów\\ÇúC®cý%×±þ<94>ëØ}Ëu¬?æ:Ö_s ïϹ\n ç<8d>öA¡+`ê\"Ð <92> ^ °Í1lî<86> ñX<80>¸þEé·µ_Às3$<98>¶xD ]Ç<8d>@ ÿq9+ 6<84>°<9d>#<87>K Í L|(\0Ó <9b>cìA<93>q<83> ß \"R¬<93>\rAà ü <84>ñ©<9e>vhNJ<9a>´<97>\",D8<83>½¬ó´<95>UXKs/ À¬\ns¬ÍU <82>Õ<80><91><91>Bi <8b>æs§yÙUx·\\ç5¯K$<8c>n ¶¯\n<8a>ãÓ%< 8i®<87>¿¬<95>UPѼ½Ø\0³ à­$àr<95> <88>«\Zë<8d> ­1ìx<99>¨ ¤0Z`<94><88>`&¢ <9d><98>BÛìch<94> Qì¥ÑV<9a>i·`ìv3\rÜ Y»­Ðf£]6Kö<b`<90>(3^?[ dLk _íþ· êV<9 8>_Ñî v@.<94>zç9æ<80>Ñ<8b>rR¥Í jcÞáu¸<8b> © <9b>u <86> T $ú B ÓuÍ× \n¶<83><90>0<8f>-¬¦xL<93><94><98>Ú\Z <9f><95>:<95>PQ oaËy£<95>× ÆÒÊå\nÔÝø ',' 20141128040845')

5228 MessageCache::load: Loading zh-hans... got from global cache

5229 MessageCache::load: Loading en... got from global cache

5230 Title::getRestrictionTypes: applicable restrictions to [[ä¸<8b>è½½ç»<84>å<91>¨è®¡å<88><92>2014å¹´11æ<9c><88>17æ<97>¥-2014å¹´11æ<9c><88>21æ<97>¥]] are {edit,move}

5231 OutputPage::sendCacheControl: private caching; Thu, 27 Nov 2014 04:08:49 GMT **

5232 LoadBalancer::reuseConnection: this connection was not opened as a foreign connection

5233 [runJobs] Running 1 job(s) via '/wiki/index.php?title=Special%3ARunJobs&tasks=jobs&maxjobs=1&sigexpiry=1417061330&signature=5081342c120f3191df2db3fb1ba797d2435df 4b3'

5234 Raising PHP's memory limit to 52428800 bytes 67.229.56.242 02:51, 28 November 2014 (UTC)

Hello,

this isn't a profile output, it's a debug output only. Please do the following (the simples way):

Replace the following in your StartProfiler.php:

From:

$wgProfiler['class'] = 'Profiler';

To:

$wgProfiler['class'] = 'ProfilerSimpleText';

Reload your page and open the page source code (normally right click -> view source). At the bottom of the source code (directly after the closing </html> you will have a comment, which is your Profile output. Copy this and insert it here.

For your problem, maybe it's better to save the profiling info to the db. For this, do the following:

Add this to LocalSettings.php (or adjust the values, if they already exist):

$wgEnableProfileInfo = true;
$wgProfileToDatabase = true;

Now, run the update.php script with php maintenance/update.php --quick

In StartProfiler.php change

From:

$wgProfiler['class'] = 'Profiler';

To:

$wgProfiler['class'] = 'ProfilerSimpleDB';

Do an edit and disable profiling by comment out $wgProfiler['class'] = 'ProfilerSimpleDB'; in StartProfiler.php. Go to your wikis domain and open /profileinfo.php

Copy the content and post it here. If your wiki is public, it's maybe better to give the link to your profileinfo.php.

Hope that helps. If you have questions, just ask :) Florianschmidtwelzow (talk) 18:12, 28 November 2014 (UTC)

I approach you said, does not generate any information, you can see I was not configured wrong

StartProfiler.php Configuring Content.You see if it is right or wrong

1 <?php

2

3 /**

4 * To use a profiler, copy this file to StartProfiler.php,

5 * and add something like this:

6 *

7 * $wgProfiler['class'] = 'ProfilerSimpleTest'; //here

8 *

9 * Or for a sampling profiler:

10 * if ( !mt_rand( 0, 100 ) ) {

11 * $wgProfiler['class'] = 'ProfilerSimpleTest'; //here

12 * } else {

13 * $wgProfiler['class'] = 'ProfilerStub';

14 * }

15 *

16 * Configuration of the profiler output can be done in LocalSettings.php

17 */

I LocalSettings.php add the "$ wgEnableProfileInfo = true; $ wgProfileToDatabase = true;" but the "From:

$ wgProfiler ['class'] = 'Profiler';

To:

$ wgProfiler ['class'] = 'ProfilerSimpleDB'; "This can not read

my email:qiao.li@lafonapps.com Dier2014 (talk) 04:49, 1 December 2014 (UTC)

Ok... i don't know, what you did :D

In your StartProfiler.php you have to add the following $wgProfiler['class'] = 'ProfilerSimpleDB'; directly after the <?php (in a new line).

In your LocalSettings.php add

$wgEnableProfileInfo = true;

$wgProfileToDatabase = true;

(no space between the variable name and the $ sign). And then run the update script. Florianschmidtwelzow (talk) 09:45, 1 December 2014 (UTC)

I set up as you say, now "profileinfo.php" page you can see, but the data are zero. I saw the edited page's source code so a data "" wgBackendResponseTime ": 258", I do not know there is no help for you to judge Dier2014 (talk) 01:43, 2 December 2014 (UTC)

Can you please post the content you added to your LocalSettings,.php (not the whole LocalSettings.php, it contains private information) and the contents of StartProfiler.php? It should work, if you set all correctly :) Florianschmidtwelzow (talk) 22:42, 2 December 2014 (UTC)

LocalSettings.php

14 if ( !defined( 'MEDIAWIKI' ) ) {
 15         exit;
 16 }
 21 $wgSitename = "Wiki";
 22 $wgMetaNamespace = "Wiki";
 29 $wgScriptPath = "/wiki";
 30 $wgScriptExtension = ".php";
 33 $wgServer = "http://192.168.0.99";
 36 $wgStylePath = "$wgScriptPath/skins";
 40 $wgLogo = "$wgStylePath/common/images/wiki.png";
 44 $wgEnableEmail = true;
 45 $wgEnableUserEmail = true; # UPO
 47 $wgEmergencyContact = "apache@192.168.0.99";
 48 $wgPasswordSender = "apache@192.168.0.99";
 50 $wgEnotifUserTalk = false; # UPO
 51 $wgEnotifWatchlist = false; # UPO
 52 $wgEmailAuthentication = true;
 55 $wgDBtype = "mysql";
 56 $wgDBserver = "localhost";
 57 $wgDBname = "***";
 58 $wgDBuser = "***";
 59 $wgDBpassword = "***";
 62 $wgDBprefix = "";
 65 $wgDBTableOptions = "ENGINE=InnoDB, DEFAULT CHARSET=binary";
 68 $wgDBmysql5 = false;
 71 $wgMainCacheType = CACHE_NONE;
 72 $wgMemCachedServers = array();
 76 $wgEnableUploads = true;
 77 #$wgUseImageMagick = true;
 78 #$wgImageMagickConvertCommand = "/usr/bin/convert";
 81 $wgUseInstantCommons = true;
 86 $wgShellLocale = "en_US.utf8";
 92 #$wgHashedUploadDirectory = false;
 97 #$wgCacheDirectory = "$IP/cache";
100 $wgLanguageCode = "zh-cn";
102 $wgSecretKey = "***";
106 $wgUpgradeKey = "***";
110 $wgDefaultSkin = "vector";
115 $wgRightsPage = ""; # Set to the title of a wiki page that describes your li    cense/copyright
116 $wgRightsUrl = "";
117 $wgRightsText = "";
118 $wgRightsIcon = "";
121 $wgDiff3 = "/usr/bin/diff3";
124 $wgGroupPermissions['*']['edit'] = false;
129 require_once "$IP/extensions/Cite/Cite.php";
130 require_once "$IP/extensions/ConfirmEdit/ConfirmEdit.php";
131 require_once "$IP/extensions/Gadgets/Gadgets.php";
132 require_once "$IP/extensions/ImageMap/ImageMap.php";
133 require_once "$IP/extensions/InputBox/InputBox.php";
134 require_once "$IP/extensions/Interwiki/Interwiki.php";
135 require_once "$IP/extensions/LocalisationUpdate/LocalisationUpdate.php";
136 #$wgLocalisationUpdateDirectory = “$IP/cache”;
137 require_once "$IP/extensions/Nuke/Nuke.php";
138 require_once "$IP/extensions/ParserFunctions/ParserFunctions.php";
139 require_once "$IP/extensions/PdfHandler/PdfHandler.php";
140 require_once "$IP/extensions/Poem/Poem.php";
141 require_once "$IP/extensions/Renameuser/Renameuser.php";
142 require_once "$IP/extensions/SpamBlacklist/SpamBlacklist.php";
143 require_once "$IP/extensions/SyntaxHighlight_GeSHi/SyntaxHighlight_GeSHi.php    ";
144 require_once "$IP/extensions/TitleBlacklist/TitleBlacklist.php";
145 require_once "$IP/extensions/WikiEditor/WikiEditor.php";
146 require_once "$IP/extensions/Parsoid/Parsoid.php"; //此行为Parsoid支持而新增
147 require_once "$IP/extensions/Lockdown/Lockdown.php";
148 #require_once "$IP/extensions/VisualEditor/VisualEditor.php";
150 $wgLocaltimezone="Asia/Shanghai";
151 putenv("TZ=$wgLocaltimezone");
152 $wgLocalTZoffset=date("Z")/60;
154 # End of automatically generated settings.
155 # Add more configuration options below.
156 #$wgEnableProfileInfo = true;        //When I did not test it commented out
157 #$wgProfileToDatabase = true;	//When I did not test it commented out
158 //new 
159 #// Path to your log file. Adjust this line!
160 #$wgDebugLogFile = '/var/www/html/wiki/Logfile.log';
161
162 #// Only record profiling info for pages that took longer than this
163 #$wgProfileLimit = 0.0;
164 #// Don't put non-profiling info into log file
165 #$wgProfileOnly = false;
166 #// Log sums from profiling into "profiling" table in db
167 #$wgProfileToDatabase = false;
168 #// If true, print a raw call tree instead of per-function report
169 #$wgProfileCallTree = false;
170 #// Should application server host be put into profiling table
171 #$wgProfilePerHost = false;
172
173 #// Settings for UDP profiler
174 #$wgUDPProfilerHost = '127.0.0.1';
175 #$wgUDPProfilerPort = '3811';
176
177 // Detects non-matching wfProfileIn/wfProfileOut calls
178 #$wgDebugProfiling = false;
179 // Output debug message on every wfProfileIn/wfProfileOut
180 #$wgDebugFunctionEntry = 0;
181 // Lots of debugging output from SquidUpdate.php
182 #$wgDebugSquid = false;

 StartProfiler.php
  1 <?php
  2
  3 /**
  4  * To use a profiler, copy this file to StartProfiler.php,
  5  * and add something like this:
  6  *
  7  *   $wgProfiler['class'] = 'ProfilerSimpleTest';
  8  *
  9  *   $wgProfiler['class'] = 'ProfilerSimpleDB';
 10  * Or for a sampling profiler:
 11  *   if ( !mt_rand( 0, 100 ) ) {
 12  *       $wgProfiler['class'] = 'ProfilerSimpleTest';
 13  *   } else {
 14  *       $wgProfiler['class'] = 'ProfilerStub';
 15  *   }
 16  *
 17  * Configuration of the profiler output can be done in LocalSettings.php
 18  */

Dier2014 (talk) 04:47, 3 December 2014 (UTC)

ok, all lines you added are comments :) Please replace the contents of StartProfiler.php with the following:

<?php
$wgProfiler['class'] = 'ProfilerSimpleDB';
/**
 * To use a profiler, copy this file to StartProfiler.php,
 * and add something like this:
 *
 *   $wgProfiler['class'] = 'ProfilerSimpleTest';
 *
 *   $wgProfiler['class'] = 'ProfilerSimpleDB';
 * Or for a sampling profiler:
 *   if ( !mt_rand( 0, 100 ) ) {
 *       $wgProfiler['class'] = 'ProfilerSimpleTest';
 *   } else {
 *       $wgProfiler['class'] = 'ProfilerStub';
 *   }
 *
 * Configuration of the profiler output can be done in LocalSettings.php
 */

And remove the # signs before the Profiler settings in your LocalSettings.php. Florianschmidtwelzow (talk) 09:43, 3 December 2014 (UTC)

Add a "$ wgProfiler ['class'] = 'ProfilerSimpleDB';", wiki can not access the. why? Dier2014 (talk) 10:05, 3 December 2014 (UTC)

What error message do you see?

I hope, that you haven't added the whitespaces ($ wgProfiler ['class'] = 'ProfilerSimpleDB';) in the file :) Florianschmidtwelzow (talk) 11:08, 3 December 2014 (UTC)

A blank,browser status display is connected.I get off work , I try to go to work tomorrow, and now I'm at home by myself virtual machine simulation test environment at the company Dier2014 (talk) 11:51, 3 December 2014 (UTC)

I installed in the virtual machine wiki, then add "$ wgProfiler ['class'] = 'ProfilerSimpleDB';", wiki becomes blank, no error message Dier2014 (talk) 13:36, 3 December 2014 (UTC)

Please read Manual:How_to_debug#PHP_errors and activate error reporting in php, so we can see, what's going wrong :) Florianschmidtwelzow (talk) 13:40, 3 December 2014 (UTC)

Fatal error: Class 'ProfilerSimpleDB' not found in /var/www/html/wiki/includes/profiler/Profiler.php on line 136 Dier2014 (talk) 10:32, 4 December 2014 (UTC)

Sorry for this, but it seems, that there has something changed in MediaWikis profiling functionality. Please chnage ProfilerSimpleDB to Profiler and make sure you set $wgProfileToDatabase = true; and $wgEnableProfileInfo = true; Florianschmidtwelzow (talk) 12:39, 4 December 2014 (UTC)

Name	Time (%)	Memory (%)	Count	Calls/req	ms/call	kb/call	ms/req	kb/req
-total
100%	100%	30	1	571.91	21126.14	571.91	21126.14
MediaWiki::main
69.99%	38.97%	19	0.63	632.04	12999.13	400.29	8232.78
MediaWiki::performRequest
57.84%	22.3%	19	0.63	522.26	7439.81	330.76	4711.88
MediaWiki::performAction
43.43%	15.25%	11	0.37	677.46	8786.17	248.4	3221.6
EditPage::edit [+]
39.51%	8.68%	6	0.2	1129.69	9167.68	225.94	1833.54
EditPage::internalAttemptSave [+]
36.55%	3.35%	2	0.07	3135.41	10618.65	209.03	707.91
SpamBlacklistHooks::filterMergedContent
32.58%	1.06%	2	0.07	2795.01	3359.56	186.33	223.97
wfSpamBlacklistFilter
32.04%	0.11%	2	0.07	2748.64	340.14	183.24	22.68
SpamBlacklist::getRegex
32.03%	0.09%	2	0.07	2747.66	294.3	183.18	19.62
DatabaseBase::query
26.34%	0.55%	2633	87.77	1.72	1.32	150.65	116.21
SQL Queries [+]
25.99%	0%	0	0	0	0	148.63	0
Setup.php [+]
15.08%	41.99%	30	1	86.22	8870.05	86.22	8870.05
SpecialPageFactory::executePath
9.6%	5.06%	8	0.27	205.97	4004.98	54.93	1067.99
Special:RunJobs
8.24%	0.71%	5	0.17	282.89	898.25	47.15	149.71
OutputPage::output
7.57%	7.1%	14	0.47	92.82	3215.14	43.32	1500.4
Output-skin
7.33%	6.26%	10	0.33	125.74	3964.35	41.91	1321.45
SkinTemplate::outputPage [+]
7.33%	6.38%	10	0.33	125.69	4042.64	41.9	1347.55
load.php
5.41%	4.27%	8	0.27	115.95	3384.91	30.92	902.64
SkinTemplate::prepareQuickTemplate [+]
5.19%	6.2%	10	0.33	89	3929.53	29.67	1309.84
DeferredUpdates::doUpdates
5.05%	0.08%	22	0.73	39.35	22.35	28.86	16.39
ResourceLoader::makeModuleResponse [+]
4.98%	3.65%	28	0.93	30.52	826.23	28.49	771.15
ResourceLoader::respond [+]
4.63%	1.62%	8	0.27	99.34	1280.32	26.49	341.42
MessageCache::get
4.13%	0.63%	2814	93.8	0.25	1.43	23.62	133.99
JobQueue::pop
4.04%	0.16%	5	0.17	138.5	205.36	23.08	34.23
JobQueue::ack
3.81%	0%	5	0.17	130.62	0.24	21.77	0.04
Article::view
3.67%	5.53%	5	0.17	125.96	7006.09	20.99	1167.68
WikiPage::doEditContent
3.28%	0.74%	2	0.07	281.13	2335.21	18.74	155.68
-overhead-total
3.27%	6.71%	37168	1238.93	0.02	1.14	18.68	1417.93
LocalisationCache::getItem-load
3.16%	9.56%	226	7.53	2.4	268.18	18.06	2020.28
LocalisationCache::getSubitem-load
2.92%	0.56%	1589	52.97	0.32	2.24	16.72	118.46
MediaWiki::triggerJobs
2.81%	1.12%	14	0.47	34.42	506.54	16.06	236.38
EditPage::showEditForm
2.05%	2.57%	4	0.13	88.13	4079.37	11.75	543.92
WebStart.php-conf
2.02%	6.01%	30	1	11.54	1268.99	11.54	1268.99
Parser::parse [+]
1.95%	1.72%	64	2.13	5.24	170.68	11.18	364.11
Linker::titleAttrib
1.53%	0.19%	432	14.4	0.61	2.8	8.74	40.34
WikiPage::doEditUpdates
1.44%	0.54%	2	0.07	123.76	1716.24	8.25	114.42
User::load [+]
1.29%	3.69%	37	1.23	6	632.21	7.4	779.73
-overhead-internal
1.19%	2.06%	37168	1238.93	0.01	0.35	6.79	435.59
Skin::buildSidebar
0.97%	0.12%	10	0.33	16.65	77.86	5.55	25.95
Parser::transformMsg
0.97%	1.73%	92	3.07	1.8	119.41	5.52	366.19
Parser::preprocess
0.96%	1.73%	92	3.07	1.8	119.45	5.51	366.3
Parser::replaceVariables
0.95%	1.45%	178	5.93	0.92	51.73	5.44	306.91
Special:Userlogin
0.9%	2.79%	2	0.07	77.36	8856.93	5.16	590.46
LoadBalancer::getConnection
0.9%	2.91%	2394	79.8	0.06	7.71	5.13	614.92
Parser::internalParse
0.9%	1.02%	64	2.13	2.4	101.44	5.12	216.4
StubObject::_unstub-wgParser
0.85%	3.43%	14	0.47	10.4	1552.25	4.86	724.38
Parser::firstCallInit
0.78%	2.56%	14	0.47	9.53	1157.76	4.45	540.29
LoadBalancer::openConnection
0.74%	2.88%	2394	79.8	0.05	7.63	4.21	608.94
ResourceLoader::filter
0.73%	0.27%	76	2.53	1.66	22.57	4.19	57.18
ResourceLoader::__construct
0.71%	2.26%	18	0.6	6.75	794.59	4.05	476.75
-setup
0.66%	0%	30	1	3.78	0	3.78	0
Parser::clearState
0.62%	1.99%	160	5.33	0.67	78.94	3.57	420.99
Gadget::loadStructuredList
0.59%	1.55%	22	0.73	4.59	447.43	3.36	328.12
Linker::accesskey
0.57%	0.14%	374	12.47	0.26	2.41	3.28	30.01
Title::getUserPermissionsErrorsInternal
0.5%	1.15%	116	3.87	0.75	62.7	2.89	242.44
PPFrame_DOM::expand
0.48%	0.45%	362	12.07	0.23	7.95	2.77	95.89
hook: UserGetDefaultOptions
0.48%	1.42%	14	0.47	5.9	640.89	2.75	299.08
api.php
0.47%	1.9%	3	0.1	26.72	4015.23	2.67	401.52
GadgetHooks::userGetDefaultOptions
0.45%	1.29%	14	0.47	5.45	584.15	2.55	272.6
EditPage::getPreviewText
0.44%	0.87%	1	0.03	74.92	5542.36	2.5	184.75
ConfirmEditHooks::confirmEditMerged
0.43%	0.89%	2	0.07	36.8	2812.76	2.45	187.52
ResourceLoaderFileModule::getModifiedTime [+]
0.42%	0.04%	111	3.7	0.65	2.05	2.39	7.57
OutputPage::addWikiTextTitle
0.37%	0.82%	5	0.17	12.82	1036.64	2.14	172.77
ResourceLoaderModule::getDefinitionMtime
0.37%	0.05%	110	3.67	0.58	2.87	2.12	10.51
Special:Search
0.36%	1.16%	1	0.03	62.46	7355.34	2.08	245.18
MessageCache::parse
0.36%	0.04%	51	1.7	1.21	4.74	2.06	8.07
RequestContext::getSkin-createskin
0.35%	1.56%	10	0.33	6.09	988.55	2.03	329.52
MediaWiki::initializeArticle
0.35%	1.45%	11	0.37	5.45	834.62	2	306.03
Parser::braceSubstitution [+]
0.34%	0.34%	111	3.7	0.53	19.34	1.97	71.56
API:main
0.33%	1.32%	3	0.1	19.09	2784.99	1.91	278.5
ParserOutput::getText
0.32%	1.28%	63	2.1	0.88	128.53	1.84	269.9
hook: ResourceLoaderRegisterModules
0.31%	0.99%	18	0.6	2.93	347.55	1.76	208.53
SkinTemplate::buildContentNavigationUrls [+]
0.29%	0.26%	10	0.33	4.98	161.98	1.66	53.99
GadgetHooks::registerModules
0.29%	0.91%	18	0.6	2.74	321.96	1.65	193.18
MessageCache::load [+]
0.29%	0.18%	46	1.53	1.07	24.62	1.63	37.75
Preprocessor_DOM::preprocessToObj [+]
0.28%	0.08%	244	8.13	0.2	2.13	1.62	17.32
SkinTemplate::buildNavUrls
0.27%	0.72%	10	0.33	4.68	459.07	1.56	153.02
hook: ParserFirstCallInit
0.24%	0.75%	14	0.47	2.94	338.41	1.37	157.93
Gadget::loadList
0.24%	0.68%	18	0.6	2.27	238.34	1.36	143
JobQueue::batchPush
0.23%	0%	5	0.17	7.86	4.12	1.31	0.69
EditPage::getContentObject
0.21%	0.78%	3	0.1	12.25	1642.87	1.22	164.29
User::isBlockedFrom
0.21%	0.7%	12	0.4	3.02	369.45	1.21	147.78
User::getBlockedStatus
0.21%	0.7%	6	0.2	6.01	738.64	1.2	147.73
DatabaseMysqlBase::open
0.2%	0.03%	55	1.83	0.63	3	1.16	5.5
SpecialRunJobs::executeJobs-ParsoidCacheUpdateJob
0.2%	0.08%	4	0.13	8.6	126.57	1.15	16.88
SkinTemplate::buildPersonalUrls
0.2%	0.02%	10	0.33	3.37	10.22	1.12	3.41
MagicWord::load
0.19%	0.45%	1913	63.77	0.02	1.5	1.07	95.61
Preprocessor_DOM::preprocessToXml
0.17%	0.49%	244	8.13	0.12	12.67	0.95	103.06
EditPage::getPreviewLimitReport
0.16%	0%	1	0.03	27.91	24.01	0.93	0.8
dbconnect-localhost
0.16%	0.02%	55	1.83	0.49	2.84	0.91	5.2
wfCite
0.15%	0.62%	14	0.47	1.9	281.67	0.89	131.45
Parser::replaceExternalLinks
0.15%	0.2%	64	2.13	0.41	19.52	0.87	41.64
SearchUpdate::doUpdate
0.15%	0.07%	2	0.07	12.69	219.8	0.85	14.65
Parser::replaceInternalLinks2 [+]
0.14%	0.27%	64	2.13	0.39	26.78	0.82	57.13
Linker::link [+]
0.14%	0.23%	50	1.67	0.48	29.41	0.8	49.01
MessageBlobStore::get
0.12%	0.05%	16	0.53	1.3	19.37	0.69	10.33
hook: MessagesPreLoad
0.11%	0.32%	5761	192.03	0	0.35	0.65	67.52
ResourceLoader::register
0.11%	0.14%	36	1.2	0.53	24.68	0.63	29.62
JobQueue::getSiblingQueuesWithJobs
0.1%	0%	19	0.63	0.93	0.87	0.59	0.55
API:opensearch
0.1%	0.3%	3	0.1	5.82	632.83	0.58	63.28
Parser::callParserFunction [+]
0.1%	0.07%	41	1.37	0.41	10.49	0.56	14.33
Skin::initPage
0.1%	0.09%	10	0.33	1.65	55.64	0.55	18.55
Sanitizer::removeHTMLtags
0.1%	0.32%	82	2.73	0.2	24.67	0.55	67.44
PrefixSearch::searchWithVariants
0.09%	0.26%	3	0.1	5.14	549.11	0.51	54.91
Title::getLinkURL
0.07%	0.09%	80	2.67	0.16	6.92	0.42	18.47
hook: MessageCache::get
0.07%	0.16%	2814	93.8	0	0.35	0.41	33.03
LinksUpdate::doIncrementalUpdate
0.07%	0.06%	2	0.07	5.89	180.25	0.39	12.02
hook: ArticleEditUpdates [+]
0.07%	0.25%	2	0.07	5.67	805.51	0.38	53.7
ParsoidHooks::onArticleEditUpdates
0.06%	0.24%	2	0.07	5.39	768.66	0.36	51.24
LinkBatch::executeInto
0.06%	0.01%	10	0.33	1.04	3.43	0.35	1.14
LinkHolderArray::replace [+]
0.06%	0.02%	64	2.13	0.16	2.47	0.34	5.27
SkinTemplate::setupTemplateForOutput [+]
0.06%	0.02%	10	0.33	0.96	14.79	0.32	4.93
Parser::doDoubleUnderscore
0.06%	0.06%	64	2.13	0.15	6.41	0.32	13.67
LinkHolderArray::makeHolder
0.05%	0.2%	7	0.23	1.34	182.35	0.31	42.55
wfRegisterParserFunctions
0.05%	0.07%	14	0.47	0.67	31.31	0.31	14.61
Parser::doBlockLevels [+]
0.05%	0.03%	64	2.13	0.14	3.39	0.31	7.24
TitleBlacklistHooks::userCan
0.05%	0.14%	36	1.2	0.26	25.13	0.31	30.16
ParserCache::get
0.05%	0.04%	5	0.17	1.82	46.9	0.3	7.82
hook: APIGetAllowedParams
0.05%	0.2%	18	0.6	0.47	70.15	0.28	42.09
SearchMySQL::normalizeText
0.05%	0.01%	8	0.27	1.04	4.43	0.28	1.18
hook: EditFilter [+]
0.05%	0.19%	2	0.07	4.02	596.88	0.27	39.79
MediaWiki_I18N::translate
0.04%	0.01%	54	1.8	0.13	0.72	0.23	1.29
EditPage::importFormData
0.04%	0.01%	6	0.2	1.1	7.92	0.22	1.58
Article::fetchContentObject
0.04%	0.11%	6	0.2	1.01	119.76	0.2	23.95
User::getEffectiveGroups
0.03%	0.09%	18	0.6	0.33	32.82	0.2	19.69
hook: ParserClearState
0.03%	0.04%	160	5.33	0.04	1.5	0.2	7.98
hook: getUserPermissionsErrors [+]
0.03%	0.02%	97	3.23	0.06	1.36	0.19	4.38
LinkBatch::doQuery
0.03%	0.01%	10	0.33	0.58	3.65	0.19	1.22
User::getAutomaticGroups
0.03%	0.09%	18	0.6	0.31	32.29	0.19	19.37
Title::getCascadeProtectionSources
0.03%	0.01%	10	0.33	0.55	4.78	0.18	1.59
Article::showPatrolFooter
0.03%	0.07%	2	0.07	2.71	208	0.18	13.87
Parser::doMagicLinks
0.03%	0.02%	64	2.13	0.08	1.52	0.16	3.24
BacklinkCache::queryLinks
0.03%	0%	9	0.3	0.5	2.78	0.15	0.83
ConfirmEditHooks::APIGetAllowedParams
0.03%	0.11%	18	0.6	0.25	36.98	0.15	22.19
SearchUpdate::updateText-regexps
0.03%	0%	2	0.07	2.2	0.24	0.15	0.02
LinksUpdate::queueRecursiveJobsForTable
0.02%	0.05%	2	0.07	2.04	172.62	0.14	11.51
TitleBlacklistHooks::validateBlacklist
0.02%	0.11%	2	0.07	1.97	349.47	0.13	23.3
lockdownUserPermissionsErrors
0.02%	0%	97	3.23	0.04	0.24	0.13	0.78
Parser::doTableStuff
0.02%	0.04%	64	2.13	0.06	3.86	0.12	8.24
JobQueue::isRootJobOldDuplicate
0.02%	0.01%	5	0.17	0.74	9.51	0.12	1.59
Revision::loadText
0.02%	0%	8	0.27	0.46	3.02	0.12	0.81
hook: MakeGlobalVariablesScript
0.02%	0.06%	10	0.33	0.34	34.96	0.11	11.65
SpamBlacklistHooks::validate
0.02%	0.06%	2	0.07	1.65	197.58	0.11	13.17
HTMLCacheUpdate::doUpdate
0.02%	0.02%	3	0.1	1.02	45.12	0.1	4.51
LinkCache::addLinkObj
0.02%	0%	34	1.13	0.09	0.79	0.1	0.9
API:json
0.02%	0.04%	3	0.1	0.97	93.5	0.1	9.35
hook: MediaWikiPerformAction
0.02%	0.04%	11	0.37	0.26	22.11	0.09	8.11
TitleBlacklist::load
0.02%	0%	4	0.13	0.66	2.09	0.09	0.28
Revision::insertOn
0.02%	0%	2	0.07	1.31	6.14	0.09	0.41
IndexPager::doQuery (LogPager)
0.01%	0.04%	1	0.03	2.5	222.94	0.08	7.43
hook: SearchableNamespaces
0.01%	0%	17	0.57	0.14	1.1	0.08	0.63
Cite::clearState
0.01%	0.01%	160	5.33	0.01	0.31	0.08	1.67
Parser::doAllQuotes
0.01%	0.02%	64	2.13	0.03	2.42	0.07	5.17
lockdownSearchableNamespaces
0.01%	0%	17	0.57	0.12	0.41	0.07	0.23
hook: SpecialPageBeforeExecute
0.01%	0.03%	8	0.27	0.25	21.76	0.07	5.8
Parser::doHeadings
0.01%	0.01%	64	2.13	0.03	1.05	0.07	2.24
hook: ParserAfterParse
0.01%	0.02%	64	2.13	0.03	1.82	0.07	3.89
hook: AbortLogin
0.01%	0.05%	1	0.03	1.96	306.17	0.07	10.21
hook: UserLoginForm
0.01%	0.05%	1	0.03	1.94	306	0.06	10.2
hook: EditPage::showEditForm:initial
0.01%	0.04%	4	0.13	0.48	55.99	0.06	7.46
hook: ParserBeforeTidy
0.01%	0.02%	64	2.13	0.03	1.72	0.06	3.67
Skin::getSkinNames-init
0.01%	0.01%	18	0.6	0.1	2.71	0.06	1.63
WikiPage::updateRevisionOn
0.01%	0%	2	0.07	0.9	1.46	0.06	0.1
StubObject::_unstub-wgLang
0.01%	0%	14	0.47	0.11	0.97	0.05	0.45
Cite::checkRefsNoReferences
0.01%	0.01%	128	4.27	0.01	0.27	0.05	1.16
Title::getPageLanguage
0.01%	0.01%	166	5.53	0.01	0.43	0.05	2.38
ConfirmEditHooks::confirmUserLogin
0.01%	0.03%	1	0.03	1.47	220.49	0.05	7.35
ConfirmEditHooks::injectUserLogin
0.01%	0.03%	1	0.03	1.47	220.6	0.05	7.35
ParserOptions::initialiseFromUser
0.01%	0.01%	31	1.03	0.05	2.44	0.05	2.53
SpecialRunJobs::executeJobs-HTMLCacheUpdateJob
0.01%	0%	1	0.03	1.35	28.02	0.04	0.93
Skin::getSiteNotice
0.01%	0%	10	0.33	0.13	0.34	0.04	0.11
WikiPage::insertOn
0.01%	0%	1	0.03	1.25	1.88	0.04	0.06
hook: GetLocalURL [+]
0.01%	0.02%	342	11.4	0	0.35	0.04	4.01
WatchedItem::addWatch
0.01%	0%	1	0.03	1.21	1.62	0.04	0.05
SpecialPageFactory::getList
0.01%	0.01%	17	0.57	0.06	1.98	0.04	1.12
Skin::getCachedNotice
0.01%	0%	22	0.73	0.05	1.33	0.03	0.97
LanguageZh_hans::normalizeForSearch
0.01%	0.01%	4	0.13	0.24	14.04	0.03	1.87
hook: ParserCloned
0.01%	0.01%	14	0.47	0.06	6.23	0.03	2.91
WikiEditorHooks::makeGlobalVariablesScript
0%	0%	10	0.33	0.07	1.45	0.02	0.48
TitleBlacklist::parseBlacklist
0%	0%	4	0.13	0.16	1.46	0.02	0.2
SpamBlacklistHooks::pageSaveContent
0%	0%	2	0.07	0.3	0.24	0.02	0.02
Cite::cloneState
0%	0.01%	14	0.47	0.04	5.05	0.02	2.36
hook: ParserBeforeStrip
0%	0.01%	156	5.2	0	0.35	0.02	1.83
StripState::unstripType
0%	0.02%	61	2.03	0.01	1.63	0.02	3.32
hook: EditPageBeforeEditToolbar
0%	0%	4	0.13	0.12	1.03	0.02	0.14
MWCryptRand::realGenerate [+]
0%	0%	3	0.1	0.15	1.15	0.02	0.12
hook: ParserAfterStrip
0%	0.01%	156	5.2	0	0.35	0.01	1.83
MessageCache::saveToCaches
0%	0%	46	1.53	0.01	0.49	0.01	0.76
efSyntaxHighlight_GeSHiSetup
0%	0%	14	0.47	0.03	2.01	0.01	0.94
WikiEditorHooks::EditPageBeforeEditToolbar
0%	0%	4	0.13	0.1	0.32	0.01	0.04
hook: ParserGetVariableValueVarCache
0%	0%	70	2.33	0.01	0.37	0.01	0.86
hook: TitleQuickPermissions
0%	0%	82	2.73	0	0.36	0.01	0.98
BaseTemplate::getToolbox
0%	0.01%	10	0.33	0.04	4.34	0.01	1.45
hook: LinkerMakeExternalLink
0%	0%	76	2.53	0	0.36	0.01	0.91
hook: ParserSectionCreate
0%	0%	71	2.37	0	0.36	0.01	0.85
hook: userCan
0%	0.01%	97	3.23	0	0.34	0.01	1.11
Poem::init
0%	0%	14	0.47	0.02	1.07	0.01	0.5
WikiEditorHooks::editPageShowEditFormInitial
0%	0%	4	0.13	0.08	0.63	0.01	0.08
Parser::initialiseVariables
0%	0%	14	0.47	0.02	1.81	0.01	0.84
hook: BeforePageDisplay
0%	0%	10	0.33	0.03	1.02	0.01	0.34
hook: ParserGetVariableValueTs
0%	0%	70	2.33	0	0.36	0.01	0.84
hook: ParserAfterTidy
0%	0%	64	2.13	0	0.35	0.01	0.75
InputBoxHooks::onSpecialPageBeforeExecute
0%	0%	8	0.27	0.04	0.27	0.01	0.07
hook: AuthPluginSetup
0%	0%	30	1	0.01	0.35	0.01	0.35
MediaWiki::checkMaxLag
0%	0%	19	0.63	0.01	0.4	0.01	0.25
wfSetupImageMap
0%	0%	14	0.47	0.02	1.06	0.01	0.5
JobQueue::deduplicateRootJob
0%	0%	2	0.07	0.13	2.78	0.01	0.19
hook: SetupAfterCache
0%	0%	30	1	0.01	0.35	0.01	0.35
hook: InternalParseBeforeSanitize
0%	0%	64	2.13	0	0.37	0.01	0.78
LanguageGetMagic
0%	0%	14	0.47	0.02	0.55	0.01	0.26
GadgetHooks::beforePageDisplay
0%	0%	20	0.67	0.01	0.32	0.01	0.21
InputBoxHooks::register
0%	0%	14	0.47	0.02	1.06	0.01	0.5
hook: InternalParseBeforeLinks
0%	0%	64	2.13	0	0.36	0.01	0.77
WikiPage::updateRedirectOn
0%	0%	1	0.03	0.21	0.54	0.01	0.02
hook: LinkBegin
0%	0%	50	1.67	0	0.34	0.01	0.57
SkinTemplate::buildContentActionUrls
0%	0%	10	0.33	0.02	1.18	0.01	0.39
InputBoxHooks::onMediaWikiPerformAction
0%	0%	11	0.37	0.02	0.27	0.01	0.1
hook: LinkEnd
0%	0%	50	1.67	0	0.34	0.01	0.57
hook: BaseTemplateAfterPortlet
0%	0%	50	1.67	0	0.36	0.01	0.6
hook: CanonicalNamespaces
0%	0%	22	0.73	0.01	0.36	0.01	0.26
hook: TitleIsAlwaysKnown
0%	0%	41	1.37	0	0.36	0.01	0.49
Sanitizer::removeHTMLcomments
0%	0.01%	82	2.73	0	0.41	0.01	1.11
hook: TitleGetRestrictionTypes
0%	0%	34	1.13	0	0.36	0.01	0.41
hook: ParserBeforeInternalParse
0%	0%	64	2.13	0	0.36	0	0.77
hook: ArticleSaveComplete
0%	0%	2	0.07	0.07	1.9	0	0.13
hook: LanguageGetNamespaces
0%	0%	22	0.73	0.01	0.36	0	0.26
WebStart.php-ob_start
0%	0%	30	1	0	0.35	0	0.35
hook: PageContentLanguage
0%	0%	27	0.9	0	0.36	0	0.32
hook: UserLoadOptions
0%	0%	21	0.7	0.01	0.35	0	0.25
hook: UserLoadFromSession
0%	0%	22	0.73	0	0.36	0	0.26
lockdownMediawikiPerformAction
0%	0%	11	0.37	0.01	0.27	0	0.1
hook: SkinTemplateTabAction
0%	0%	25	0.83	0	0.36	0	0.3
hook: UserIsEveryoneAllowed
0%	0%	22	0.73	0	0.36	0	0.26
hook: LanguageGetSpecialPageAliases
0%	0%	17	0.57	0.01	0.37	0	0.21
hook: ArticlePageDataAfter
0%	0%	16	0.53	0.01	0.36	0	0.19
hook: UserLoadDefaults
0%	0%	16	0.53	0.01	0.35	0	0.19
hook: WebRequestPathInfoRouter
0%	0%	13	0.43	0.01	0.36	0	0.16
hook: UserRetrieveNewTalks
0%	0%	18	0.6	0.01	0.36	0	0.22
hook: ArticleFromTitle
0%	0%	11	0.37	0.01	0.35	0	0.13
hook: UserLoadAfterLoadFromSession
0%	0%	22	0.73	0	0.37	0	0.27
hook: LanguageGetMagic
0%	0%	14	0.47	0.01	0.35	0	0.16
hook: ArticlePageDataBefore
0%	0%	16	0.53	0.01	0.36	0	0.19
hook: SearchGetNearMatchComplete
0%	0%	1	0.03	0.08	1.05	0	0.04
Revision::getRevisionText
0%	0%	8	0.27	0.01	0.89	0	0.24
hook: UserGetLanguageObject
0%	0%	14	0.47	0.01	0.36	0	0.17
hook: SpecialPage_initList
0%	0%	17	0.57	0	0.36	0	0.2
hook: ResetPasswordExpiration
0%	0%	16	0.53	0	0.36	0	0.19
hook: UserEffectiveGroups
0%	0%	18	0.6	0	0.36	0	0.22
hook: MagicWordwgVariableIDs
0%	0%	14	0.47	0.01	0.36	0	0.17
hook: OutputPageBodyAttributes
0%	0%	10	0.33	0.01	0.36	0	0.12
hook: AjaxAddScript
0%	0%	10	0.33	0.01	0.35	0	0.12
hook: IsTrustedProxy
0%	0%	12	0.4	0.01	0.35	0	0.14
lockdownSearchGetNearMatchComplete
0%	0%	1	0.03	0.07	0.26	0	0.01
hook: GetIP
0%	0%	17	0.57	0	0.34	0	0.19
hook: BeforeInitialize
0%	0%	19	0.63	0	0.35	0	0.22
hook: GetDoubleUnderscoreIDs
0%	0%	12	0.4	0	0.36	0	0.14
hook: UserLoadFromDatabase
0%	0%	11	0.37	0.01	0.36	0	0.13
hook: GetAutoPromoteGroups
0%	0%	10	0.33	0.01	0.36	0	0.12
hook: SkinAfterBottomScripts
0%	0%	10	0.33	0.01	0.36	0	0.12
hook: SpecialPageAfterExecute
0%	0%	8	0.27	0.01	0.36	0	0.1
hook: ContentHandlerDefaultModelFor
0%	0%	8	0.27	0.01	0.37	0	0.1
hook: LanguageLinks
0%	0%	11	0.37	0	0.35	0	0.13
GadgetHooks::articleSaveComplete
0%	0%	4	0.13	0.01	0.32	0	0.04
hook: SkinTemplateOutputPageBeforeExec
0%	0%	10	0.33	0	0.37	0	0.12
hook: GetNewMessagesAlert
0%	0%	10	0.33	0	0.36	0	0.12
hook: UserGetRights
0%	0%	12	0.4	0	0.35	0	0.14
hook: AlternateEdit [+]
0%	0%	6	0.2	0.01	0.35	0	0.07
hook: RequestContextCreateSkin
0%	0%	10	0.33	0	0.36	0	0.12
hook: TitleIsCssOrJsPage
0%	0%	11	0.37	0	0.36	0	0.13
hook: SkinBuildSidebar
0%	0%	10	0.33	0	0.35	0	0.12
hook: TitleArrayFromResult
0%	0%	8	0.27	0.01	0.36	0	0.1
hook: GetFullURL
0%	0%	10	0.33	0	0.35	0	0.12
hook: SkinVectorStyleModules
0%	0%	10	0.33	0	0.36	0	0.12
hook: SkinSubPageSubtitle
0%	0%	10	0.33	0	0.36	0	0.12
hook: AfterFinalPageOutput
0%	0%	10	0.33	0	0.36	0	0.12
hook: SkinAfterContent
0%	0%	10	0.33	0	0.35	0	0.12
hook: UserIsBlockedFrom
0%	0%	12	0.4	0	0.35	0	0.14
hook: GetCanonicalURL
0%	0%	10	0.33	0	0.35	0	0.12
hook: SkinGetPoweredBy
0%	0%	10	0.33	0	0.35	0	0.12
hook: NamespaceIsMovable
0%	0%	12	0.4	0	0.36	0	0.14
hook: SkinTemplateToolboxEnd
0%	0%	10	0.33	0	0.36	0	0.12
hook: BaseTemplateToolbox
0%	0%	10	0.33	0	0.36	0	0.12
hook: OutputPageBeforeHTML
0%	0%	11	0.37	0	0.36	0	0.13
hook: PersonalUrls
0%	0%	10	0.33	0	0.35	0	0.12
hook: LoginAuthenticateAudit
0%	0%	1	0.03	0.04	1.14	0	0.04
hook: SkinTemplatePreventOtherActiveTabs
0%	0%	10	0.33	0	0.38	0	0.12
hook: GetBlockedStatus
0%	0%	6	0.2	0.01	0.35	0	0.07
hook: ApiBeforeMain
0%	0%	3	0.1	0.01	0.35	0	0.04
hook: EditPage::importFormData
0%	0%	6	0.2	0.01	0.36	0	0.07
hook: SiteNoticeAfter
0%	0%	10	0.33	0	0.35	0	0.12
hook: PageRenderingHash
0%	0%	9	0.3	0	0.35	0	0.11
hook: ParserLimitReport [+]
0%	0%	7	0.23	0	0.35	0	0.08
hook: SiteNoticeBefore
0%	0%	10	0.33	0	0.35	0	0.12
User::pingLimiter
0%	0%	2	0.07	0.01	0.66	0	0.04
hook: OutputPageParserOutput
0%	0%	11	0.37	0	0.36	0	0.13
hook: WebResponseSetCookie
0%	0%	5	0.17	0.01	0.36	0	0.06
hook: CustomEditor
0%	0%	6	0.2	0	0.35	0	0.07
hook: BeforePageRedirect
0%	0%	4	0.13	0.01	0.36	0	0.05
hook: TitleIsWikitextPage
0%	0%	8	0.27	0	0.36	0	0.1
hook: DoEditSectionLink
0%	0%	7	0.23	0	0.35	0	0.08
hook: ArticleViewFooter
0%	0%	5	0.17	0.01	0.35	0	0.06
hook: OutputPageCheckLastModified
0%	0%	5	0.17	0.01	0.37	0	0.06
hook: InitializeArticleMaybeRedirect
0%	0%	5	0.17	0.01	0.37	0	0.06
hook: SkinTemplateNavigation [+]
0%	0%	9	0.3	0	0.36	0	0.11
hook: ArticleAfterFetchContentObject
0%	0%	4	0.13	0.01	0.37	0	0.05
hook: ArticleViewHeader
0%	0%	5	0.17	0	0.35	0	0.06
hook: TitleIsMovable
0%	0%	6	0.2	0	0.35	0	0.07
hook: PrefixSearchBackend
0%	0%	3	0.1	0.01	0.36	0	0.04
hook: EditPage::showEditForm:fields
0%	0%	4	0.13	0	0.37	0	0.05
TitleBlacklistHooks::clearBlacklist
0%	0%	2	0.07	0.01	0.27	0	0.02
hook: EditPage::showStandardInputs:options
0%	0%	4	0.13	0	0.38	0	0.05
hook: EditPageCopyrightWarning
0%	0%	4	0.13	0	0.36	0	0.05
hook: PingLimiter
0%	0%	4	0.13	0	0.35	0	0.05
hook: APIAfterExecute
0%	0%	3	0.1	0.01	0.35	0	0.04
hook: SkinTemplateBuildNavUrlsNav_urlsAfterPermalink
0%	0%	5	0.17	0	0.38	0	0.06
hook: EditPageTosSummary
0%	0%	4	0.13	0	0.36	0	0.05
hook: EditPageBeforeEditButtons
0%	0%	4	0.13	0	0.36	0	0.05
Article::getContentObject
0%	0%	4	0.13	0	0.37	0	0.05
hook: TitleGetEditNotices
0%	0%	4	0.13	0	0.36	0	0.05
ConfirmEditHooks::triggerUserLogin
0%	0%	1	0.03	0.01	0.27	0	0.01
hook: EditPageBeforeEditChecks
0%	0%	4	0.13	0	0.36	0	0.05
hook: ContentModelCanBeUsedOn
0%	0%	2	0.07	0.01	0.36	0	0.02
JobQueueAggregator::notifyQueueNonEmpty
0%	0%	5	0.17	0	0.41	0	0.07
hook: LinksUpdate [+]
0%	0%	2	0.07	0.01	0.35	0	0.02
hook: EditPage::attemptSave
0%	0%	2	0.07	0.01	0.36	0	0.02
hook: RevisionInsertComplete
0%	0%	2	0.07	0	0.36	0	0.02
hook: RecentChange_save
0%	0%	2	0.07	0	0.35	0	0.02
hook: NewRevisionFromEditComplete
0%	0%	2	0.07	0	0.37	0	0.02
EditPage::importContentFormData
0%	0%	3	0.1	0	0.41	0	0.04
hook: PageContentSave [+]
0%	0%	2	0.07	0	0.35	0	0.02
hook: EditFormInitialText
0%	0%	2	0.07	0	0.36	0	0.02
hook: ArticlePrepareTextForEdit
0%	0%	2	0.07	0	0.36	0	0.02
hook: ApiCheckCanExecute
0%	0%	3	0.1	0	0.36	0	0.04
LogPager::getStartBody
0%	0%	1	0.03	0.01	0.35	0	0.01
hook: WatchArticle [+]
0%	0%	1	0.03	0.01	0.35	0	0.01
hook: AbortEmailNotification
0%	0%	2	0.07	0	0.36	0	0.02
hook: isValidPassword
0%	0%	1	0.03	0.01	0.35	0	0.01
hook: SpecialSearchProfiles
0%	0%	1	0.03	0.01	0.36	0	0.01
hook: EditPageGetPreviewContent
0%	0%	1	0.03	0.01	0.36	0	0.01
hook: LogEventsListShowLogExtract
0%	0%	1	0.03	0.01	0.37	0	0.01
hook: EditFormPreloadText
0%	0%	1	0.03	0.01	0.36	0	0.01
hook: UserSetCookies
0%	0%	1	0.03	0.01	0.35	0	0.01
hook: UserGetReservedNames
0%	0%	1	0.03	0.01	0.36	0	0.01
hook: ResetSessionID
0%	0%	1	0.03	0.01	0.35	0	0.01
hook: SearchGetNearMatchBefore
0%	0%	1	0.03	0.01	0.36	0	0.01
hook: ArticleContentViewCustom
0%	0%	2	0.07	0	0.36	0	0.02
hook: ArticleUpdateBeforeRedirect
0%	0%	1	0.03	0	0.37	0	0.01
hook: PageContentInsertComplete
0%	0%	1	0.03	0	0.36	0	0.01
hook: UserComparePasswords
0%	0%	1	0.03	0	0.36	0	0.01
hook: UserLoginComplete
0%	0%	1	0.03	0	0.35	0	0.01
Linker::formatHiddenCategories
0%	0%	4	0.13	0	0.44	0	0.06
hook: SpecialSearchGo
0%	0%	1	0.03	0	0.35	0	0.01
WikiPage::replaceSectionContent
0%	0%	1	0.03	0	0.36	0	0.01
Linker::formatTemplates
0%	0%	4	0.13	0	0.43	0	0.06
Profiling error: in(EditPage::edit), out(MediaWiki::performAction)
0%	0%	2	0.07	0	0	0	0
Profiling error: in(MediaWiki::performAction), out(MediaWiki::performRequest)
0%	0%	2	0.07	0	0	0	0
Profiling error: in(wfSpamBlacklistFilter), out(SpamBlacklistHooks::filterMergedContent)
0%	0%	2	0.07	0	0	0	0
Profile section ended by close(): MediaWiki::main
0%	0%	2	0.07	0	0	0	0
Profiling error: in(SpamBlacklist::getRegex), out(wfSpamBlacklistFilter)
0%	0%	2	0.07	0	0	0	0
Profiling error: in(MediaWiki::performRequest), out(MediaWiki::main)
0%	0%	2	0.07	0	0	0	0
Profiling error: in(EditPage::internalAttemptSave), out(EditPage::edit-business-end)
0%	0%	2	0.07	0	0	0	0
Profiling error: in(hook: EditFilterMergedContent), out(EditPage::internalAttemptSave)
0%	0%	2	0.07	0	0	0	0
Profiling error: in(SpamBlacklistHooks::filterMergedContent), out(hook: EditFilterMergedContent)
0%	0%	2	0.07	0	0	0	0
Profiling error: in(EditPage::edit-business-end), out(EditPage::edit)
0%	0%	2	0.07	0	0	0	0
Total time: 17157.20
Total memory: 633784.18

Dier2014 (talk) 13:04, 5 December 2014 (UTC)

Help me to see the contents of profileinfo displayed normal? If not normal, how should set Dier2014 (talk) 02:12, 9 December 2014 (UTC)

In fact, there is this document, wiki under permissions to 777 Dier2014 (talk) 10:34, 4 December 2014 (UTC)

Thank you for posting the profiling data!

I think this is the interesting part:

Name    
Time (%)|Memory (%)|Count   Calls/req       ms/call kb/call ms/req  kb/req
-total
...
EditPage::internalAttemptSave [+]
36.55%  3.35%   2       0.07    3135.41 10618.65        209.03  707.91
SpamBlacklistHooks::filterMergedContent
32.58%  1.06%   2       0.07    2795.01 3359.56 186.33  223.97
wfSpamBlacklistFilter
32.04%  0.11%   2       0.07    2748.64 340.14  183.24  22.68
SpamBlacklist::getRegex
32.03%  0.09%   2       0.07    2747.66 294.3   183.18  19.62
DatabaseBase::query
26.34%  0.55%   2633    87.77   1.72    1.32    150.65  116.21
SQL Queries [+]
25.99%  0%      0       0       0       0       148.63  0

MediaWiki needs some time with doing the actual SQL queries. And SpamBlacklist needs some time.

What happens when you uninstall SpamBlacklist? Remove the require_once() from LocalSettings.php and try again. Does it save faster then? 88.130.105.36 13:26, 9 December 2014 (UTC)

Thank you very much！！！Now the response rate has improved significantly。Thank you！！！ Dier2014 (talk) 01:47, 16 December 2014 (UTC)

That shouldn't be. WHat had you set as $wgSpamBlacklistFiles? Any external source? Florianschmidtwelzow (talk) 21:12, 16 December 2014 (UTC)

Right question. Here is more information on this problem: Extension:SpamBlacklist#Performance! 88.130.118.177 22:35, 16 December 2014 (UTC)

Importing a pdf file through php

I've noticed the importImages.php enables one to upload images from a local directory. I would like to do this for a pdf instead of an image and importImages.php doesn't seem to work with the .pdf extension.

Thank you Mfort123 (talk) 22:04, 26 November 2014 (UTC)

What error do you get when you try uploading a file with this script?

Here is the source code: https://github.com/wikimedia/mediawiki/blob/master/maintenance/importImages.php 88.130.94.162 22:12, 26 November 2014 (UTC)

I had commented out $wgFileExtensions in the LocalSettings.php file which was set to 'pdf'. I had alread uploaded pdf files before, so I didn't think this was the source of the problem. Now it works and yes I know there is the --extension that I could have used. Silly mistake on my part. Mfort123 (talk) 00:30, 27 November 2014 (UTC)

After Upgrade from 1.23.7 to 1.24.0 I got Error

I'm happy that MediaWiki release new update, It's been a month since I using MediaWiki engine and I need learn more, recently I created new website using the latest version before new update which is MediaWiki 1.23.7, until I got email today that MediaWiki released new update, instantly I update after reading the manual. But I face this error:

[30a3b0f8] [no req] Exception from line 61 of /MYFOLDER/includes/WebRequest.php: MediaWiki does not function when magic quotes are enabled.

Backtrace:

1. 0 /MYFOLDER/includes/Setup.php(544): WebRequest->__construct()
2. 1 /MYFOLDER/includes/WebStart.php(121): require_once(string)
3. 2 /MYFOLDER/index.php(43): require(string)
4. 3 {main}

I'm so frustrated, please help.

UPDATE

Still frustrated with the latest update finally I downgrade with overwrite the file to the original version I use before (1.23.7) Alid abdul (talk) 05:59, 27 November 2014 (UTC)

The obvious fix for the error is to disable magic quotes

http://php.net/manual/security.magicquotes.disabling.php Ciencia Al Poder (talk) 10:43, 27 November 2014 (UTC)

Been reading that I'm still confused hehe, not that expert with this kind :(

Btw I tried to add the line on the .htaccess file but no luck :( Alid abdul (talk) 03:46, 28 November 2014 (UTC)

You should contact your web host to see if you can get them to disable it. ☠MarkAHershberger☢(talk)☣ 21:15, 29 November 2014 (UTC)

[RESOLVED] new user welcome message

How can I change the welcome message when a new user is registered? A new user is directed to the following page:

Special:UserLogin&action=submitlogin&type=signup&returnto=wiki main page

The message a new user gets is:

Your account has been created. You can change your EU_WRAP preferences if you wish.

Return to wiki main page.

Thanks 46.185.245.205 (talk) 06:04, 27 November 2014 (UTC)

Hi!

You can change the message by edit this wiki page: MediaWiki:Welcomecreation-msg. You need the interface edit right to change interface messages (default for administrators). Florianschmidtwelzow (talk) 13:25, 28 November 2014 (UTC)

Success!!

Thank you. 87.114.175.9 16:27, 2 December 2014 (UTC)

Help please change the copyright in the wiki

Help please change the copyright in the wiki. I do not know where it is changing

<img src="" alt="(c) 1999-2012. All rights reserved. Reprinting of materials is permitted only with written agreement" width="88" height="31" />

87.249.29.210 (talk) 09:46, 27 November 2014 (UTC)

See Manual:Copyright! 88.130.125.37 12:30, 27 November 2014 (UTC)

Manual:Footer AKlapper (WMF) (talk) 12:58, 27 November 2014 (UTC)

Trying to create a custom button to old edit toolbar with onClick function

How can I create a new button in the old toolbar with a custom onClick js function?

I'm trying to create it with the addbutton() function but it does not work at all, and I do not know how should I pass my custom function to the addbutton.

p.e:

if ( mw.toolbar ) {
    
          function test(){

                    alert("Hi"); 
                    
          }

          mw.toolbar.addButton({speedTip:"Hi", onClick: function(){prueba()} });
}

The button appears, but when clicking on it, it does not do anything...

any ideas?

Ty!! Intentandocrearunboton (talk) 13:57, 27 November 2014 (UTC)

You've defined function test, but at onClick you're calling prueba(). You have to use the same name.

You can even simplify it to:

mw.toolbar.addButton({speedTip:"Hi", onClick: test });

That way, you only need to pass the function name (without the parentheses), because it will work as a function reference itself. Ciencia Al Poder (talk) 10:37, 28 November 2014 (UTC)

[RESOLVED] Special pages broken after upgrade to 1.24

I have just moved my mediawiki 1.15 installation over to a new server and upgraded to the 1.24 version.

PHP version 5.6.0; MySQL version 5.6.21

The upgrade seemed to go smoothly, with some expected problems. I had to remove StartProfiler.php; I had to remove old skins; I removed the out-of-date extension FCKEditor; the AutomaticRemoteUser extension does not seem to be working. I can worry about the extensions later, though.

Right now I can view and edit pages OK, which is why I say the upgrade seems to have gone fine.

However, none of my Special pages work! They all give an error similar to:

Fatal error: Call to undefined method SpecialSpecialpages::setContext() in E:\www\wiki\includes\specialpage\SpecialPageFactory.php on line 553

UPDATE: I fixed it. The error was caused by an old GoogleMaps extension that was deprecated. I thought it was commented out but it wasn't!

Thanks! GnomeSkull (talk) 19:13, 27 November 2014 (UTC)

[RESOLVED] Long term support release

Is it correct, that the 1.24-version gets the LTS status? Since the release of the 1.24.0-version this version is marked as LTS version on the download page. The version lifcylce page states, that besides 1.19 the 1.23 version is the current LTS version and will be maintained until May 2017. Wgkderdicke (talk) 12:29, 28 November 2014 (UTC)

1.23 and 1.27 are/will be LTS versions. 1.24 will not be one and will only have the short lifetime up to November 2015.

The page Download should be fixed accordingly! 88.130.71.190 12:36, 28 November 2014 (UTC)

Done Correct, LTS is 1.23 not 1.24. Fixed in Template: Template:DownloadMediaWiki

It needs to go through translation workflow first.

Some pings: @Shirayuki, Amire80, Nemo bis, Hoo man, Jack Phoenix, and Jackmcbarn: Florianschmidtwelzow (talk) 12:41, 28 November 2014 (UTC)

Still, I don't understand why the base and english version have stable, legacy, and LTS, in that order, while the translated versions that haven't been updated show the text in english but the wrong version (stable, LTS and legacy LTS)... Ciencia Al Poder (talk) 09:30, 26 May 2015 (UTC)

I imagine 1.27.* will not be an LTS; it's an unhelpful concept which I don't think anyone who would do any "support"ing actually thinks is a good idea. Jdforrester (talk) 00:18, 1 June 2015 (UTC)

PdfHandler extension missing in 1.23.7?

Is it correct, that in the 1.23.7 version the PdfHandler extension is missing? From 1.21 to 1.23.6 this extension was included. The list of changes since 1.23.6 does not mention this change. Wgkderdicke (talk) 22:00, 28 November 2014 (UTC)

It should not be missing. For now you can update it with the ExtensionDistributor, but it should be fixed in the next point release. ☠MarkAHershberger☢(talk)☣ 21:25, 29 November 2014 (UTC)

Thanks for your advice.

As I checked the differences between 1.23.6 and 1.23.7 in order to update "my" wiki, I was merely wondering, that the complete extension has got lost in 1.23.7. So I decided to keep that extension and to replace only the other files. Wgkderdicke (talk) 02:52, 30 November 2014 (UTC)

Javascript bandwidth issues

Hi, am noticing (since long time actually) that enabling javascript on Wikipedia and similar (also wiki.openstreetmap.org) makes page loading dramatically slower on slow networks. it seems like javascript related network usage is at least 10 times that of the actual html page. Did anyone look into it? For now I can very well live without javascript and hope it stays like that. 77.24.247.154 13:37, 29 November 2014 (UTC)

There have been many efforts (See Resource Loader for an example) to decrease loading time. If everything is working without JS, though, feel free to keep it off. ☠MarkAHershberger☢(talk)☣ 21:21, 29 November 2014 (UTC)

How to bulk create pages with PDF content

Hello -

I'd like to upload about 400 PDF files and create a new page for each file. Ideally I'd like each page to have the file's title and date (which I could include in the title) and a link to (or embed of) the PDF. Even better would be if I could get some or all of the text from the PDF, but that seems like a lot to ask so I'll just put that out there as a fantasy.

What would be the best way of going about this?

Thanks in advance for your replies. 187.214.112.179 (talk) 20:32, 29 November 2014 (UTC)

Have a look at this script and pywikibot in general. It is at least a good place to start. ☠MarkAHershberger☢(talk)☣ 21:19, 29 November 2014 (UTC)

Disable autolinking is t

Hi, I read on Help:Links#External_links that automatic external linking of URLs can be turned off by using the tag, but there a way to make it so automatic external linking is off for everyone? (i.e. posting http://google.com won't create a clickable link). I'd like to make it so the only way to add external links is via the <nowiki>[http://example.com example.com] syntax. Thanks. Lntua12 (talk) 04:59, 30 November 2014 (UTC)

Hi!

You could disallow "http://" in wiki text using $wgSpamRegex. That would block every post containing the text "http://"; I don't know if that is what you want (there might e.g. be cases where someone just talks about the protocol and his post would then, if it contained "http://", be blocked as well). 88.130.88.87 13:00, 30 November 2014 (UTC)

[RESOLVED] even with correct database credential I get "Sorry! This site is experiencing technical difficulties"

Dear Mediawiki developpers,

I'm using Mediawiki version 1.21.2, mysql version 14.14 and php version 5.3.3

I have a "Sorry! This site is experiencing technical difficulties" issue.

As you advised in : http://www.mediawiki.org/wiki/Project:Support_desk/Sections/Database#Sorry.21_This_site_is_experiencing_technical_difficulties.

I checked my database credentials, and they are correct since I can connect locally to my database with:

mysql -u root -p

and

mysql -u mdcons -p

I entered debug lines in my index.php as you advised in : http://www.mediawiki.org/wiki/Manual:How_to_debug#SQL_errors

but I can't understand the error messages and how to fix them. Could you please have a look to the page ? The url is :

https://www.molnac.unisa.it/BioTools/mdcons/index.php

Thanks in advance for your kind advices, 109.171.137.211 (talk) 15:59, 30 November 2014 (UTC)

Hi!

Your site displays this error:

Can't contact the database server: Unknown database 'mdcons' (localhost))

Backtrace:

#0 /var/wwws/BioTools/mdcons/includes/db/LoadBalancer.php(726): DatabaseBase->reportConnectionError('Unknown error (...')
#1 /var/wwws/BioTools/mdcons/includes/db/LoadBalancer.php(492): LoadBalancer->reportConnectionError()
#2 /var/wwws/BioTools/mdcons/includes/GlobalFunctions.php(3499): LoadBalancer->getConnection(-2, Array, false)
#3 /var/wwws/BioTools/mdcons/includes/objectcache/SqlBagOStuff.php(139): wfGetDB(-2)
#4 /var/wwws/BioTools/mdcons/includes/objectcache/SqlBagOStuff.php(225): SqlBagOStuff->getDB(0)
#5 /var/wwws/BioTools/mdcons/includes/objectcache/SqlBagOStuff.php(200): SqlBagOStuff->getMulti(Array)
#6 /var/wwws/BioTools/mdcons/includes/cache/MessageCache.php(315): SqlBagOStuff->get('mdcons:messages...')
#7 /var/wwws/BioTools/mdcons/includes/cache/MessageCache.php(710): MessageCache->load('en')
#8 /var/wwws/BioTools/mdcons/includes/cache/MessageCache.php(650): MessageCache->getMsgFromNamespace('Mainpage', 'en')
#9 /var/wwws/BioTools/mdcons/includes/Message.php(720): MessageCache->get('mainpage', true, Object(Language))
#10 /var/wwws/BioTools/mdcons/includes/Message.php(464): Message->fetchMessage()
#11 /var/wwws/BioTools/mdcons/includes/Message.php(553): Message->toString()
#12 /var/wwws/BioTools/mdcons/includes/Title.php(370): Message->text()
#13 /var/wwws/BioTools/mdcons/includes/Wiki.php(89): Title::newMainPage()
#14 /var/wwws/BioTools/mdcons/includes/Wiki.php(130): MediaWiki->parseTitle()
#15 /var/wwws/BioTools/mdcons/includes/Wiki.php(538): MediaWiki->getTitle()
#16 /var/wwws/BioTools/mdcons/includes/Wiki.php(458): MediaWiki->main()
#17 /var/wwws/BioTools/mdcons/index.php(62): MediaWiki->run()
#18 {main}

Please make sure that the database name you provided in LocalSettings.php ("mdcons") is correct. And make sure that this DB is fine: The MySQL user, which you provided in LocalSettings.php, should be able to access it! 88.130.88.87 16:17, 30 November 2014 (UTC)

> I entered debug lines in my index.php as you advised in

The advise is to add these lines in your LocalSettings.php not in your index.php. Please do not change other files, read more about it here.

The problem itself, i support the answer of 88.130.88.87. If the database exist (and you are sure about this), make sure, that your database server is the correct one :) Florianschmidtwelzow (talk) 17:18, 30 November 2014 (UTC)

Florian, don't you think that the error message is misleading, if not even wrong? When it says that the server could not be contacted, then this sounds like "The server was not online/was not reachable at all." However, the second part of the message, "Unknown database xxx", implies that MediaWiki knows that inside the server the database did not exist. This again means that the server could be contacted (otherwise you wouldn't be able to know that the DB did not exist) and that it responded with "DB does not exist". So in fact MediaWiki could contact the server.

This error message should be improved! 88.130.88.87 17:50, 30 November 2014 (UTC)

Can't contact the database server: <-- this part is hardcoded and apperas every time there is a database error.

Unknown database 'mdcons' (localhost)) <-- This is the message of MySQL (db connection error)

So, yes, the connection to the server itself could be established, but the database doesn't exist. But some installation has two or more servers, maybe one testserver (for example beta labs) to test new things and the production one (i run this installation for example). In this case, the username and password of the DB servers can be the same (and the db name, too), but maybe the database isn't created on one of the servers. Or it's a problem of the hoster, or or or :) So, if the database is really created on the server and MW gives this error, i would check the datababase server :) Florianschmidtwelzow (talk) 18:34, 30 November 2014 (UTC)

Yeah, my point is: When MediaWiki knows that the DB does not exist, then it is untrue that it could not connect to the server. This first part of the error message then just is wrong.

It would be better, if the hardcoded part only said something like: "There has been a problem with the database:" And then the MySQL error tells the details. While it is not necessarily so that the DB server cannot be contacted, a "problem" is always present when this error happens.

A wording like that would be better. 88.130.88.87 20:28, 30 November 2014 (UTC)

Tracked in Phabricator
Task T76317

Yeah, i think you're right. See bug T76317 and Gerrit change 176630 :) Florianschmidtwelzow (talk) 06:35, 1 December 2014 (UTC)

Dear Mediawiki developpers,

Thanks so much by your quick and relevant answers, I'm really impressed !

Yes, you were right there was an issue with mysql database, this has nothing to do with Mediawiki.

I just fixed it,

Glad also to have unintentionnally improved Mediawiki by contributing to a bug ^^

My best wishes,

Edrisse 109.171.137.211 10:46, 1 December 2014 (UTC)

Hi Florian,

I just now saw your changeset. Yes, definitely better! Take this as a +1, please! :-) 88.130.65.30 01:20, 7 December 2014 (UTC)

Opinion on rewrites

Hi, what do you think about adding this to the usual rewrites of an Apache to make life a bit harder for bots:

RewriteCond %{QUERY_STRING} "title=Special:UserLogin"
RewriteRule . - [F]

[[kgh]] (talk) 20:28, 30 November 2014 (UTC)

So, if I understand this, you're proposing 403 Forbidden be returned any time a URL other than /wiki/Special:UserLogin is used?

Have you tried it? ☠MarkAHershberger☢(talk)☣ 20:44, 30 November 2014 (UTC)

Well I have seen this in a vhost and I am not sure about this. I guess it should emit 403 for anything trying to access plain "/index.php?title=Special:UserLogin" Anything else should be fluffy. Yeah this was live but I do not think this is working in any way. The reason for seeking options. [[kgh]] (talk) 20:55, 30 November 2014 (UTC)

I don't see how this would help. Maybe in the short term it would, but it is just an game of cat-n-mouse. ☠MarkAHershberger☢(talk)☣ 02:44, 2 December 2014 (UTC)