Project:Support desk/Flow/2014/07

This page is an archive.

Please ask questions on the current support desk.

hiding "Save page" button after click

Tracked in Phabricator
Task T69409

Hello All,

I am using semantic media wiki forms to gather information from users. When they accidentally click on "Save page" button twice, two seperate articles are created. Any idea how to make the button disappear immediately after clicking on it? 185.31.48.30 (talk) 14:18, 1 July 2014 (UTC)

Hello, maybe with a little JavaScript? Write an extension, which loads your own little module and bind the click event of "#wpSave" (please make sure, if this is the right id for the save button :)). to it. After clicked, add "disabled" or use remove() from jQuery :)

More information for that you can find here:

Load your module with ResourceLoader: https://www.mediawiki.org/wiki/ResourceLoader/Developing_with_ResourceLoader

How to develope an extension: https://www.mediawiki.org/wiki/Manual:Developing_extensions

jQuery is shipped with MediaWiki (i think with SMW, too, but i'm not sure), so you can use jQuery to bind the click event and remove the element. Florianschmidtwelzow (talk) 15:34, 1 July 2014 (UTC)

This looks to me as a good feature request to add to bugzilla for that extension. Ciencia Al Poder (talk) 09:38, 2 July 2014 (UTC)

Tracked in: bug 67409 Florianschmidtwelzow (talk) 10:03, 2 July 2014 (UTC)

@185.31.48.30: Can you reply to the question:

> I assume this is only an issue when using the "one-step process", with an automatically-generated page name?

Thanks! :) Florianschmidtwelzow (talk) 16:50, 2 July 2014 (UTC)

Yes this is true, page names are automatically created (reference numbers). 185.31.48.30 13:14, 4 July 2014 (UTC)

using this:

{{{info|page name=REF<unique number;start=000001>}}} 185.31.48.30 13:19, 4 July 2014 (UTC)

Installation does not work

Hi, I try to install the latest wikimedia (1.23.2) on my hosters server. Installation comes up with the first page and after chosing the language it never comes back. Is there a way to switch on php error messages in the program? Or any other idea how I can go forward with this?

REgards, Benny Bschaich (talk) 19:25, 1 July 2014 (UTC)

Hi? What you mean with "never comes back". A white page? Florianschmidtwelzow (talk) 19:31, 1 July 2014 (UTC)

No, after pressing the Next-button (language page), the browser starts working but there comes nothing back, so the page is not even blanked out.

Regards,

Benny Bschaich (talk) 21:57, 1 July 2014 (UTC)

Do you just mean that nothing happens after you clicked the Next button - it just stays like that for an hour displaying the same page, no matter how often you click the button? Does the same problem also happen with another browser? AKlapper (WMF) (talk) 08:41, 2 July 2014 (UTC)

hi there is only mediawiki version 1.23.1 out not 1.23.2. 86.135.253.57 09:55, 2 July 2014 (UTC)

Sorry for the 1.32.2, that was a typo. Bschaich (talk) 10:11, 2 July 2014 (UTC)

Hi,

yes, there is nothing happening except the "loading wheel" of the browser is turning. I tried with firefox and IE. Same on both.

After a long time a timeout message comes up. Bschaich (talk) 10:11, 2 July 2014 (UTC)

And, by the way: I checked all files and uploaded again yesterday to really make sure there is not just a file missing or something like that... Bschaich (talk) 10:14, 2 July 2014 (UTC)

Additional info: As my provider provides a script to install an older version of mediawiki (1.22.2-28)I tried that one and it works.

Maybe I only update that one?

Regards,

Benny Bschaich (talk) 10:29, 2 July 2014 (UTC)

Please try this, if there is the same error, you can use this to show error messages:

https://www.mediawiki.org/wiki/Manual:How_to_debug Florianschmidtwelzow (talk) 11:14, 2 July 2014 (UTC)

Mediawiki equivalent to mysql/mysqli fetch_array?

I've spent hours, and hours, and hours dealing with this!

I've been writing an extension - It's really not too complicated. Yet, as life does sometimes, there's that useless, horrifically stupid road block that prevents you from doing the simplest of things.

An example of my code:

$dbr = wfGetDB( DB_SLAVE );
$rese = $dbr->select(
 'post_categories',
 array( 'category' ),
 array( "post_id" => $post_id ));

What I'm trying to do:

Get EVERY value from the "category" column in "post_categories" WHERE post_id => $post_id (A variable defined elsewhere), and put them each in their own variables (Or in the very least, an array)

HOWEVER! There's seemingly NO WAY to do so - I can either select only one category at a time (Which consumes more processing than necessary, and the categories vary so I'd have to write a function for each category), or var_dump, which is completely useless in this case as I can't use it anywhere else in the code.

Tell me - Is there ANY way I collect every value from category column, and use those values elsewhere? I can get this function to work outside of Mediawiki - But elsewhere, no such luck.

I've put way too much time and effort into this extension to have it all go down with this - What should I do? 24.119.228.221 (talk) 04:15, 2 July 2014 (UTC)

Hello!

I haven't take a look at what you try to get from database, so i trust you, that the db request is correct :D Why you don't use this, instead of array in where clause (you have only one condition):

$dbr = wfGetDB( DB_SLAVE );
$rese = $dbr->select(
'post_categories',
array( 'category' ),
"'post_id' = $post_id");

With $rese you can do everything you want, it is still an array (no, false, it's a result wrapper), so you can use foreach to go throw all rows:

foreach( $rese as $row ) {
  $out->addHtml( $row->post_categories );
}
$res->free();

For more information, please see: https://www.mediawiki.org/wiki/Manual:Database_access

(p.s.: the db access layer is useful and needed for mediawiki and extensions. So your extension works with MySQL, PostgreSQL and SQLite out of the box with the same code, no need to write sql statements for each database management system ;)) Florianschmidtwelzow (talk) 06:40, 2 July 2014 (UTC)

Thank-you for your reply!

Yes, I understand that it's query handling system was designed to allow multiple Database systems to operate with it. My point, though, was that there's no way to perform simple operations like could in each alone - As far as I know, each SQL-type database has a simple function for extracting query results to an easy to use array.

I've tried your above example - Though I simply couldn't make any sense out of it. For instance (With slight edits to fit what I'm currently working with):

$dbr = wfGetDB( DB_SLAVE );
$resa = $dbr->select(
'post_categories',
array( 'category' ),
"'post_id' = $post_id");
foreach( $resa as $row ) {
  $out->addHtml( $row->post_categories );
}
$resa->free();

Does nothing - It gives me nothing to work with, it gives no output - What am I supposed to do from there?

Assume my database table looks like this:

post_id	category
76	Events
77	News
77	Bugs
77	Updates

...And I wanted to SELECT every value in category, WHERE the post_id = 77

Then, from there, I'd want to do something with each value - Such as loop through and echo them, or use them for comparison later. In the end, I want some way to get at least 5 of them into variable form for later use.

How would I do that, specifically? With just MySQL and PHP alone, such a task is simple and well explained. Here, no so much. 24.119.228.221 23:00, 2 July 2014 (UTC)

The most mediawiki-ish way of accomplishing that

$dbr = wfGetDB( DB_SLAVE );
$result = $dbr->select(
 'post_categories',
 array( 'category' ),
 array( 'post_id' => $post_id )
);
$categories = array();
foreach( $result as $row ) {
  // $row here is an object representing the current row in the db
  // You can access various columns by doing $row->col_name
  // Next iteration of the loop it will be the next row from the database
  $categories[] = $row->category;
}
// $categories should now be an array of all the categories with post_id equal to whatever $post_id is.

The $dbr->select() method, returns an instance of the ResultWrapper class. This can be used in a foreach loop to get every row you fetched from the database. The row's are retuned as objects with each column as a property. Alternatively (This is almost never used in MediaWiki code), you can call $result->fetchRow(), which will return a row from your database query as an associative array. Every time you call fetchRow() it returns the next row from the database query, so you can simply call fetchRow() in a loop. Bawolff (talk) 23:19, 2 July 2014 (UTC)

Two Questions about style ...

hi !

we want to create a company-wiki and have two ideas. is it possible to make following ... ?

1.) i have a text of a description and i want to show this like a part in text1, text3 and text4. no copy - because if i update my description the include in text1, text3 and text4 should be update automatically. we did not wand to create a link to another side.

2.) i have description of a workflow and normally a short text should be show. but some users need a longer description, example beginners. our idea is to press a button and the longer text will show. click the button again the longer text will be hide. we did not wand to create a link to another side.

regards JanTappenbeck (talk) 08:49, 2 July 2014 (UTC)

Hi Jan!

1.) is possible with Templates. You can then edit the text of the template, at that one place and it will be updated automatically at all places, where the template is used ("transcluded"). 88.130.116.248 09:35, 2 July 2014 (UTC)

Number 2 you can do with a Tag Extension and templates (see answer above):

https://www.mediawiki.org/wiki/Manual:Tag_extensions Florianschmidtwelzow (talk) 09:59, 2 July 2014 (UTC)

[RESOLVED] Upload Files with command line

Hey Guys,

I want to be able to upload files (mainly PDFs) to my MediaWiki server via command line - which I will eventually use in a batch file. All of these PDFs already exist on the MediaWiki server, but the aim is to automatically upload newer copies of each PDF, so any command used will also need to overwrite existing files.

Is this possible or does anyone know of any extensions that could achieve this?

Many thanks,

Matt Qiubov (talk) 12:51, 2 July 2014 (UTC)

The maintenance script importImages.php was written exactly for this purpose. See Manual:ImportImages.php, especially the --overwrite parameter! 88.130.116.248 13:52, 2 July 2014 (UTC)

Perfect, thanks very much, just what I was looking for :) Qiubov (talk) 15:19, 2 July 2014 (UTC)

Uploads broken after I configured short URLs?

Link to my wiki: http://www.poweruser-studios.tk/w I'm using PHP 5.5.13 cgi/fcgi. After I added the configuration listed in this article: https://www.mediawiki.org/wiki/Manual:Short_URL/Apache to my .htaccess and LocalSettings.php files, I tried to upload an image. It was uploaded without any problems but when I used File:Image name to include it, it showed as a red (broken) link and redirected me to: http://www.poweruser-studios.tk/w/index.php?title=Special:Upload&wpDestFile=Image_name.jpg So: The server does not rewrite the Special:Upload URLs and also my image is in .PNG format, not JPG. How to fix this? Thanks in advance, your help is highly appreciated. Energyuser (talk) 11:53, 3 July 2014 (UTC)

Argh :D Without edit rights, i can not test, so i must ask: How you want to use the file? Using: [[File:Spectre_armor.png]] yes? The file you uploaded is in png format, if you mean this one: http://www.poweruser-studios.tk/wiki/File:Spectre_armor.png Florianschmidtwelzow (talk) 11:59, 3 July 2014 (UTC)

That's right. This is the file... Energyuser (talk) 15:46, 3 July 2014 (UTC)

Hello :) Maybe you can answer the other question, too? Florianschmidtwelzow (talk) 17:57, 3 July 2014 (UTC)

What do you mean by how I want the image displayed? If I understand right, when I add File:Spectre armor.png to my page, I want to have it displayed, not just a link to it. Energyuser (talk) 21:23, 3 July 2014 (UTC)

Yes, if you use [[File:Spectre_armor.png]] then the image normally is shown instead of a link. Can you maybe create a testpage in your user namespace in your wiki and save the page like you want to use the image? Florianschmidtwelzow (talk) 07:11, 4 July 2014 (UTC)

In my wiki? That's the problem I cannot link to uploaded images via [[File: in my wiki. Energyuser (talk) 09:47, 4 July 2014 (UTC)

Ok, but was is, when you save the page? I thought the image is shown as a red link? :? Florianschmidtwelzow (talk) 10:38, 4 July 2014 (UTC)

Yeah that's the problem. I meant if I use [[File: it appears as a red link. Energyuser (talk) 11:29, 4 July 2014 (UTC)

[RESOLVED] Fatal error update to Mediawiki 1.23: DatabaseBase: factory no viable database extension found for type 'mysql'

Hi can you help me? I have this error when call the script for Update from the new directory of mediawiki/opt/unbit/php555/bin/php maintenance/update.php [no req] Exception from line 851 of includes/db/Database.php DatabaseBase::factory no viable database extension found for type 'mysql'

but I verified taht the Mysql is supported because with a test php info file I see PHP Version 5.4.19

mysql

MySQL Support	enabled
Client API version	5.5.9
...

2.224.75.22 (talk) 20:14, 3 July 2014 (UTC)

Anyone can help me?

I also tried with recall php.ini file opt/unbit/php555/bin/php maintenance/update.php - c ../php.ini il file php.ini that is my folder server whit this instruction

magic_quotes_gpc = Off
date.timezone = Europe/Rome
session.save_path = /accounts/www/sessionpath
extension = curl.so
extension = gd.so
extension = mysql.so
extension = mysqli.so

But the error is the same 2.224.75.22 09:15, 4 July 2014 (UTC)

try executing php, without specifying the update.php script, but with the -i argument. It should display information about the loaded extensions. Look there to see if mysql or mysqli are installed. Maybe if mysql.so doesn't exists, it will ignore it even if you specify it.

In your posts I see you used php - c but it should be php -c without spaces. Ciencia Al Poder (talk) 09:39, 4 July 2014 (UTC)

I tried call opt/unbit/php555/bin/php maintenance/update.php -c ../php.ini without space: same error. This is the result with invocation of php -i

phpinfo()

PHP Version => 5.2.17

...

Configure Command => './configure' '--prefix=/opt/unbit/php5217' '--with-kerberos' '--disable-ipv6' '--with-curl=shared' '--with-gd=shared' '--enable-mbstring' '--with-mysql=shared,/opt/unbit/mysql5523/' '--with-mysqli=shared,/opt/unbit/mysql5523/bin/mysql_config' '--with-zlib' '--with-mcrypt=shared' '--with-mhash=shared' '--enable-soap' '--with-pdo-mysql=shared,/opt/unbit/mysql5523/' '--with-pdo-pgsql=shared' '--with-pdo-sqlite=shared' '--with-pgsql=shared' '--with-openssl' '--with-imap=shared' '--with-jpeg-dir' '--enable-fastcgi' '--with-bz2' '--enable-calendar' '--enable-exif' '--with-imap-ssl' '--with-ldap=shared' '--enable-mbstring' '--enable-sockets' '--enable-sqlite-utf8' '--enable-zip' '--with-xsl=shared' '--with-snmp=shared' '--with-sqlite=shared' '--with-xmlrpc=shared' '--with-tidy=shared' '--with-freetype-dir=/usr/lib' '--with-mysql-sock=/var/run/mysqld/mysqld.sock' '--with-gettext' '--enable-embed'

Server API => Command Line Interface

The list of activated PHP extensions does not list mysql, mysqli or alike. 2.224.75.22 09:56, 4 July 2014 (UTC)

Hi!

Accessing your webserver with a browser and with a shell are two different things. When you access your webserver with a browser, you can see one PHP version, while on the shell you see another one.

In your case the command "php" executes PHP 5.2. This version is not compatible with MediaWiki 1.23. Solution: Execute the updater with PHP 5.3 or newer. All you need to know is the command to execute PHP 5.3 or newer on the shell. It might be (only guessing) php5 or php53. So try

php5 maintenance/update.php

or

php53 maintenance/update.php

to run the updater. However, what this command is depends on how your host configured the server - ask him!

A bit off-topic: Why does the questioner not get a helpful error message like "You are using PHP version x.y.z but MediaWiki needs PHP 5.3.2 or higher."? That message was what people got in the past - is that broken now? 88.130.121.191 11:10, 4 July 2014 (UTC)

> A bit off-topic: Why does the questioner not get a helpful error message like "You are using PHP version x.y.z but MediaWiki needs PHP 5.3.2 or higher."? That message was what people got in the past - is that broken now?

If te code not lies, there is still a PHP version error message in update script:

https://github.com/wikimedia/mediawiki-core/blob/master/maintenance/update.php

So, i think it's a host configuration problem in some tricky way :) Florianschmidtwelzow (talk) 11:46, 4 July 2014 (UTC)

> So, i think it's a host configuration problem in some tricky way :)

I have checked with the PHP manual: version_compare() should be present with 5.2 and the way it is used in the code - according to the manual - is correct. The code of 1.23 is identical to the code of master, which you linked. To me it is not understandable, how this problem here can arise... 88.130.121.191 12:37, 4 July 2014 (UTC)

The server say that I can call the bin of php that are on server in the folder /opt/unbit/ there are many folder (version) of php for example there is php555 folder so when I tried call from the new folder of wiki /opt/unbit/php555/bin/php maintenance/update.php -c php.ini or also without php.ini I have the ERROR 2.224.75.22 13:14, 4 July 2014 (UTC)

I fully understand. However, /opt/unbit/php555/bin/php is an old version of PHP. Don't use it! It does not work with MediaWiki 1.23. Use another one! 88.130.121.191 13:35, 4 July 2014 (UTC)

Ok now is o and I updated the wiki to 1.23. The correct command is /opt/unbit/php555/bin/php -c ~/www/php.ini maintenance/update.php

In php.ini file I have this istructions

magic_quotes_gpc = Off

date.timezone = Europe/Rome

session.save_path = /accounts/www/sessionpath

extension = curl.so

extension = gd.so

extension = mysql.so

extension = mysqli.so

Anyway is very strage because the last year I updated at 1.21 without give php.ini to the command, but only with /opt/unbit/php555/bin/php maintenance/update.php so I think that the the error is not generate by the version of php but for the incorrect invocation of my php.ini that now is useful for update the wiki.

Thank you for the support! 2.224.75.22 18:32, 4 July 2014 (UTC)

Why you do not get a version error while phpinfo says you would use PHP 5.2.17 is strange and not understandable to me.

However, if this works for you, then do it that way. ;-) 88.130.121.191 21:14, 4 July 2014 (UTC)

I have tested it with a windows xampp 1.7.1 (which has php 5.2.9 on board) and i got the php version error with maintenance/update.php and with the webinstaller (both with MW 1.24) :/ Florianschmidtwelzow (talk) 15:13, 6 July 2014 (UTC)

Honestly that is what I expected. ;-) Something must be broken in that PHP installation: Old version number, but version number check not working correctly, the 5.2 install in a folder, where the name makes you think it would be 5.5 and then this strange behaviour; maybe it is also the MediaWiki installation, which is broken. All this is not normal. However, good to know that this behaviour is not reproducable and so - given these circumstances - most likely not a bug in MediaWiki.

Thanks for investigating! 88.130.73.56 15:24, 6 July 2014 (UTC)

I personnaly had this problem one hour ago, and what I did forget to install was php-mdb2-driver-mysql because I use mariadb. One may need php-mysql only if he use a mysql database, but I think remember that mariadb is what is recommanded at the moment.

Thanks to your comment, for helping me to figure out that i had a missing componant in my php install :) Tuxun (talk) 22:39, 21 October 2019 (UTC)

[Resolved] intrusions from print.css / screen.css in vector and monobook?

Here's something curious I can't quite wrap my head around. Lately I've been seeing elements on every page that look like they belong to screen.css or print.css rather than the Vector or MonoBook skin I'm using.

• at the top: From <name of site> and Jump to: navigation, search
• at the bottom of the page, a link beginning Retrieved from followed by the URL of the latest revision of the page.
  • When categories are used, the links are not aligned as usual, but shown as a bulleted list. o
• In the case of MonoBook, the MediaWiki logo and other footer stuff sometimes appears in the left sidebar rather than at the bottom of the page.

I've looked into caching, error reporting, removed system messages as well as other skins along with custom js / css pages, used different browsers, disabled all extensions, but nothing seems to work. Could anyone please point me in the right direction? There must be something ridiculously simple I'm missing.

(MW 1.23) Cavila 21:54, 3 July 2014 (UTC)

It's a bit of a paradox, but now that I've disabled error reporting, there's an error message (appearing only when I've logged out) complaining about Uncommitted DB writes (transaction from DatabaseBase::query (LCStoreDB::get)). in .../includes/db/Database.php on line 4147 - that line reads trigger_error( "Uncommitted DB writes (transaction from {$this->mTrxFname})." );. That at least gives me something to go on. Cavila (MW 1.22, MySQL 5.5.37-0, Php 5.4.4-14 squeeze, SMW 1.9.2, SF 2.7) 08:38, 4 July 2014 (UTC)

The "Uncommitted DB writes" warning is usually triggered as a result of some other error message.

MediaWiki, when does stuff with database writes, it usually commits all transactions before ending the request. But it may happen that some error may make the code to not reach the appropiate "commit" instruction, and then, at the end of the request, there's a check for uncommitted transactions.

Do you see any previous error message? Try looking directly in the HTML source of the page, as it may be masked or hidden inside other HTML markup Ciencia Al Poder (talk) 09:29, 4 July 2014 (UTC)

Uncommitted DB writes are kind of a standard problem: The developers know that it happens, but they don't know where. However, it does not seem to influence the working of the system and especially should it not be able to cause the symptoms you see there. I think it's unrelated. 88.130.121.191 09:37, 4 July 2014 (UTC)

Thanks to you both. Now that I've gone back a little further in restoring the site to a previous state, the problem has disappeared! Not sure what is was but while trying to repair one thing, I must have compromised something else (as I suspected).

The DB error is probably a separate issue, as you say. Cavila (MW 1.22, MySQL 5.5.37-0, Php 5.4.4-14 squeeze, SMW 1.9.2, SF 2.7) 11:11, 4 July 2014 (UTC)

Notifications

Hello Please tell me where to translate the words sec ago hour hours ago a month ago, and so on?

I wrote on bugzillu and translatewiki.net but there can not help with the translation. here is a picture, my request to Bugzilla. Takhirgeran Umar (talk) 15:20, 4 July 2014 (UTC)

Hello! It is explainend in comment 9?! https://bugzilla.wikimedia.org/show_bug.cgi?id=62607#c9 Florianschmidtwelzow (talk) 15:40, 4 July 2014 (UTC)

Unfortunately I do not know English and did not understand what he says I have to do. Дагиров Умар (talk) 15:59, 4 July 2014 (UTC)

please see

https://translatewiki.net/w/i.php?title=MediaWiki:Centralauth-hours-ago/ce&action=edit Дагиров Умар (talk) 16:23, 4 July 2014 (UTC)

This is a language key for Extension:CentralAuth, not for Echo (notifications).

Sorry, i can german, but i think, that doesn't help :) Maybe you can use Google translator. Echo uses (on Wikimedia projects) this translation projects:

http://cldr.unicode.org/translation Florianschmidtwelzow (talk) 16:55, 4 July 2014 (UTC)

For example here it works without PLURAL

https://translatewiki.net/w/i.php?title=MediaWiki:Centralauth-days-ago/sah&action=edit Дагиров Умар (talk) 20:12, 4 July 2014 (UTC)

Sorry, that's again a message key for CentralAuth, not for Echo :) Like the developer team on bugzilla said: The translation must be done on CLDR. Florianschmidtwelzow (talk) 21:20, 4 July 2014 (UTC)

Titles with parentheses

Hi all,

I can't create titles with parentheses in it, in my wiki. When a try to create one, like Test article (something) i get a 403 error message. What is wrong?

• MediaWiki 1.23.0
• PHP 5.3.27
• Database MySQL 5.1.73-cll
• Wiki URL: http://www.gurpzine.com.br/wikis/daemon/

Thank you, Gurpzine (talk) 16:50, 4 July 2014 (UTC)

Hello! I can't open your wiki, no connection to host :) Have you short URL's configured? If yes, correctly? What webserver you use? Florianschmidtwelzow (talk) 18:01, 4 July 2014 (UTC)

Hi! What is a shortcut URL? How to configure? Gurpzine (talk) 18:09, 4 July 2014 (UTC)

Hello,

see: https://www.mediawiki.org/wiki/Manual:Short_URL :) Florianschmidtwelzow (talk) 18:32, 4 July 2014 (UTC)

Thank you, but it look a bit complex to me. I don't know if it is configured or not. My wiki is not the main page of my host, it is inside a folder called "wikis". I don't have a host dedicated only to the wiki. The main page is a blog (http://www.gurpzine.com.br). The fact you said that you can't open my wiki is very strange. Do you believe it is because wiki is not in the root? Gurpzine (talk) 19:12, 4 July 2014 (UTC)

When you don't know, what short url is, then i except you don't use it at the moment :P (For info, normal URL: example.com/index.php/Main_page -> short url: example.com/wiki/Main_page or example.com/Main_page).

I can't access the whole server, not the blog, not the wiki :) I'm from germany, i think maybe a very bad network problem of your hoster.

Back to the problem: Normally you can create Article with (). The 403 error comes directly from your webserver, yes? (only plain text e.g.) What is in your .htaccess file? Maybe it is misconfigured. Florianschmidtwelzow (talk) 19:46, 4 July 2014 (UTC)

Yes, from webserver. I am using Wordpress with BulletProof .50.2 plugin. It should be the problem. My .htaccess file is edited by that plugin. I read .htaccess and it says to redirect any access to htaccess to "wp-content/plugins/bulletproof-security/403.php", that is exactly the message i receive! There should be a way to add an exception (i like bulletproof, it is a very good plugin). Gurpzine (talk) 21:02, 4 July 2014 (UTC)

The definition of the 403 error page can not run into this problem :) That means only, that this page is shown after the error occurs. Can you try to delete (better rename) the .htaccess temporary and try again? :) Florianschmidtwelzow (talk) 21:19, 4 July 2014 (UTC)

I made what you said: i renamed .htaccess and it worked. I need to know what i should change now. Gurpzine (talk) 22:13, 4 July 2014 (UTC)

Yeah, then please post the content of the .htaccess :D Florianschmidtwelzow (talk) 22:20, 4 July 2014 (UTC)

This is my .htaccess:

Extended content

==================================================================================================== # BULLETPROOF .50.3 >>>>>>> SECURE .HTACCESS # If you edit the BULLETPROOF .50.3 >>>>>>> SECURE .HTACCESS text above # you will see error messages on the BPS Security Status page # BPS is reading the version number in the htaccess file to validate checks # If you would like to change what is displayed above you # will need to edit the BPS /includes/functions.php file to match your changes # If you update your WordPress Permalinks the code between BEGIN WordPress and # END WordPress is replaced by WP htaccess code. # This removes all of the BPS security code and replaces it with just the default WP htaccess code # To restore this file use BPS Restore or activate BulletProof Mode for your Root folder again. # BEGIN W3TC Browser Cache <IfModule mod_deflate.c> <IfModule mod_setenvif.c> BrowserMatch ^Mozilla/4 gzip-only-text/html BrowserMatch ^Mozilla/4\.0[678] no-gzip BrowserMatch \bMSIE !no-gzip !gzip-only-text/html BrowserMatch \bMSI[E] !no-gzip !gzip-only-text/html </IfModule> <IfModule mod_headers.c> Header append Vary User-Agent env=!dont-vary </IfModule> AddOutputFilterByType DEFLATE text/css text/x-component application/x-javascript application/javascript text/javascript text/x-js text/html text/richtext image/svg+xml text/plain text/xsd text/xsl text/xml image/x-icon application/json <IfModule mod_mime.c> # DEFLATE by extension AddOutputFilter DEFLATE js css htm html xml </IfModule> </IfModule> <FilesMatch "\.(css|htc|less|js|js2|js3|js4|CSS|HTC|LESS|JS|JS2|JS3|JS4)$"> FileETag None <IfModule mod_headers.c> Header unset ETag </IfModule> </FilesMatch> <FilesMatch "\.(html|htm|rtf|rtx|svg|svgz|txt|xsd|xsl|xml|HTML|HTM|RTF|RTX|SVG|SVGZ|TXT|XSD|XSL|XML)$"> FileETag None <IfModule mod_headers.c> Header unset ETag </IfModule> </FilesMatch> <FilesMatch "\.(asf|asx|wax|wmv|wmx|avi|bmp|class|divx|doc|docx|eot|exe|gif|gz|gzip|ico|jpg|jpeg|jpe|json|mdb|mid|midi|mov|qt|mp3|m4a|mp4|m4v|mpeg|mpg|mpe|mpp|otf|odb|odc|odf|odg|odp|ods|odt|ogg|pdf|png|pot|pps|ppt|pptx|ra|ram|svg|svgz|swf|tar|tif|tiff|ttf|ttc|wav|wma|wri|woff|xla|xls|xlsx|xlt|xlw|zip|ASF|ASX|WAX|WMV|WMX|AVI|BMP|CLASS|DIVX|DOC|DOCX|EOT|EXE|GIF|GZ|GZIP|ICO|JPG|JPEG|JPE|JSON|MDB|MID|MIDI|MOV|QT|MP3|M4A|MP4|M4V|MPEG|MPG|MPE|MPP|OTF|ODB|ODC|ODF|ODG|ODP|ODS|ODT|OGG|PDF|PNG|POT|PPS|PPT|PPTX|RA|RAM|SVG|SVGZ|SWF|TAR|TIF|TIFF|TTF|TTC|WAV|WMA|WRI|WOFF|XLA|XLS|XLSX|XLT|XLW|ZIP)$"> FileETag None <IfModule mod_headers.c> Header unset ETag </IfModule> </FilesMatch> # END W3TC Browser Cache # BEGIN W3TC Page Cache core <IfModule mod_rewrite.c> RewriteEngine On RewriteBase / RewriteCond %{HTTP:Accept-Encoding} gzip RewriteRule .* - [E=W3TC_ENC:_gzip] RewriteCond %{HTTP_COOKIE} w3tc_preview [NC] RewriteRule .* - [E=W3TC_PREVIEW:_preview] RewriteCond %{REQUEST_METHOD} !=POST RewriteCond %{QUERY_STRING} ="" RewriteCond %{REQUEST_URI} \/$ RewriteCond %{HTTP_COOKIE} !(comment_author|wp\-postpass|w3tc_logged_out|wordpress_logged_in|wptouch_switch_toggle) [NC] RewriteCond %{HTTP_USER_AGENT} !(W3\ Total\ Cache/0\.9\.4) [NC] RewriteCond "%{DOCUMENT_ROOT}/wp-content/cache/page_enhanced/%{HTTP_HOST}/%{REQUEST_URI}/_index%{ENV:W3TC_PREVIEW}.html%{ENV:W3TC_ENC}" -f RewriteRule .* "/wp-content/cache/page_enhanced/%{HTTP_HOST}/%{REQUEST_URI}/_index%{ENV:W3TC_PREVIEW}.html%{ENV:W3TC_ENC}" [L] </IfModule> # END W3TC Page Cache core # BEGIN WordPress # IMPORTANT!!! DO NOT DELETE!!! - B E G I N Wordpress above or E N D WordPress - text in this file # They are reference points for WP, BPS and other plugins to write to this htaccess file. # IMPORTANT!!! DO NOT DELETE!!! - BPSQSE BPS QUERY STRING EXPLOITS - text # BPS needs to find the - BPSQSE - text string in this file to validate that your security filters exist # TURN OFF YOUR SERVER SIGNATURE ServerSignature Off # ADD A PHP HANDLER # If you are using a PHP Handler add your web hosts PHP Handler below # DO NOT SHOW DIRECTORY LISTING # If you are getting 500 Errors when activating BPS then comment out Options -Indexes # by adding a # sign in front of it. If there is a typo anywhere in this file you will also see 500 errors. Options -Indexes # DIRECTORY INDEX FORCE INDEX.PHP # Use index.php as default directory index file # index.html will be ignored will not load. DirectoryIndex index.php index.html /index.php # BRUTE FORCE LOGIN PAGE PROTECTION # PLACEHOLDER ONLY # See this link: http://forum.ait-pro.com/forums/topic/protect-login-page-from-brute-force-login-attacks/ # for more information before choosing to add this code to BPS Custom Code # Protects the Login page from SpamBots & Proxies # that use Server Protocol HTTP/1.0 or a blank User Agent # BPS ERROR LOGGING AND TRACKING # BPS has premade 403 Forbidden, 400 Bad Request and 404 Not Found files that are used # to track and log 403, 400 and 404 errors that occur on your website. When a hacker attempts to # hack your website the hackers IP address, Host name, Request Method, Referering link, the file name or # requested resource, the user agent of the hacker and the query string used in the hack attempt are logged. # All BPS log files are htaccess protected so that only you can view them. # The 400.php, 403.php and 404.php files are located in /wp-content/plugins/bulletproof-security/ # The 400 and 403 Error logging files are already set up and will automatically start logging errors # after you install BPS and have activated BulletProof Mode for your Root folder. # If you would like to log 404 errors you will need to copy the logging code in the BPS 404.php file # to your Theme's 404.php template file. Simple instructions are included in the BPS 404.php file. # You can open the BPS 404.php file using the WP Plugins Editor. # NOTE: By default WordPress automatically looks in your Theme's folder for a 404.php template file. ErrorDocument 400 /wp-content/plugins/bulletproof-security/400.php ErrorDocument 401 default ErrorDocument 403 /wp-content/plugins/bulletproof-security/403.php ErrorDocument 404 /404.php # DENY ACCESS TO PROTECTED SERVER FILES AND FOLDERS # Files and folders starting with a dot: .htaccess, .htpasswd, .errordocs, .logs RedirectMatch 403 \.(htaccess|htpasswd|errordocs|logs)$ # WP-ADMIN/INCLUDES RewriteEngine On RewriteBase / RewriteRule ^wp-admin/includes/ - [F,L] RewriteRule !^wp-includes/ - [S=3] RewriteRule ^wp-includes/[^/]+\.php$ - [F,L] RewriteRule ^wp-includes/js/tinymce/langs/.+\.php - [F,L] RewriteRule ^wp-includes/theme-compat/ - [F,L] # WP REWRITE LOOP START RewriteEngine On RewriteBase / RewriteRule ^index\.php$ - [L] # REQUEST METHODS FILTERED # This filter is for blocking junk bots and spam bots from making a HEAD request, but may also block some # HEAD request from bots that you want to allow in certains cases. This is not a security filter and is just # a nuisance filter. This filter will not block any important bots like the google bot. If you want to allow # all bots to make a HEAD request then remove HEAD from the Request Method filter. # The TRACE, DELETE, TRACK and DEBUG request methods should never be allowed against your website. RewriteEngine On RewriteCond %{REQUEST_METHOD} ^(HEAD|TRACE|DELETE|TRACK|DEBUG) [NC] RewriteRule ^(.*)$ - [F,L] # PLUGINS/THEMES AND VARIOUS EXPLOIT FILTER SKIP RULES # IMPORTANT!!! If you add or remove a skip rule you must change S= to the new skip number # Example: If RewriteRule S=5 is deleted than change S=6 to S=5, S=7 to S=6, etc. # Adminer MySQL management tool data populate RewriteCond %{REQUEST_URI} ^/wp-content/plugins/adminer/ [NC] RewriteRule . - [S=12] # Comment Spam Pack MU Plugin - CAPTCHA images not displaying RewriteCond %{REQUEST_URI} ^/wp-content/mu-plugins/custom-anti-spam/ [NC] RewriteRule . - [S=11] # Peters Custom Anti-Spam display CAPTCHA Image RewriteCond %{REQUEST_URI} ^/wp-content/plugins/peters-custom-anti-spam-image/ [NC] RewriteRule . - [S=10] # Status Updater plugin fb connect RewriteCond %{REQUEST_URI} ^/wp-content/plugins/fb-status-updater/ [NC] RewriteRule . - [S=9] # Stream Video Player - Adding FLV Videos Blocked RewriteCond %{REQUEST_URI} ^/wp-content/plugins/stream-video-player/ [NC] RewriteRule . - [S=8] # XCloner 404 or 403 error when updating settings RewriteCond %{REQUEST_URI} ^/wp-content/plugins/xcloner-backup-and-restore/ [NC] RewriteRule . - [S=7] # BuddyPress Logout Redirect RewriteCond %{QUERY_STRING} action=logout&redirect_to=http%3A%2F%2F(.*) [NC] RewriteRule . - [S=6] # redirect_to= RewriteCond %{QUERY_STRING} redirect_to=(.*) [NC] RewriteRule . - [S=5] # Login Plugins Password Reset And Redirect 1 RewriteCond %{QUERY_STRING} action=resetpass&key=(.*) [NC] RewriteRule . - [S=4] # Login Plugins Password Reset And Redirect 2 RewriteCond %{QUERY_STRING} action=rp&key=(.*) [NC] RewriteRule . - [S=3] # TIMTHUMB FORBID RFI and MISC FILE SKIP/BYPASS RULE # Only Allow Internal File Requests From Your Website # To Allow Additional Websites Access to a File Use [OR] as shown below. # RewriteCond %{HTTP_REFERER} ^.*YourWebsite.com.* [OR] # RewriteCond %{HTTP_REFERER} ^.*AnotherWebsite.com.* RewriteCond %{QUERY_STRING} ^.*(http|https|ftp)(%3A|:)(%2F|/)(%2F|/)(w){0,3}.?(blogger|picasa|blogspot|tsunami|petapolitik|photobucket|imgur|imageshack|wordpress\.com|img\.youtube|tinypic\.com|upload\.wikimedia|kkc|start-thegame).*$ [NC,OR] RewriteCond %{THE_REQUEST} ^.*(http|https|ftp)(%3A|:)(%2F|/)(%2F|/)(w){0,3}.?(blogger|picasa|blogspot|tsunami|petapolitik|photobucket|imgur|imageshack|wordpress\.com|img\.youtube|tinypic\.com|upload\.wikimedia|kkc|start-thegame).*$ [NC] RewriteRule .* index.php [F,L] RewriteCond %{REQUEST_URI} (timthumb\.php|phpthumb\.php|thumb\.php|thumbs\.php) [NC] RewriteCond %{HTTP_REFERER} ^.*com.br.* RewriteRule . - [S=1] # BEGIN BPSQSE BPS QUERY STRING EXPLOITS # The libwww-perl User Agent is forbidden - Many bad bots use libwww-perl modules, but some good bots use it too. # Good sites such as W3C use it for their W3C-LinkChecker. # Add or remove user agents temporarily or permanently from the first User Agent filter below. # If you want a list of bad bots / User Agents to block then scroll to the end of this file. RewriteCond %{HTTP_USER_AGENT} (havij|libwww-perl|wget|python|nikto|curl|scan|java|winhttp|clshttp|loader) [NC,OR] RewriteCond %{HTTP_USER_AGENT} (%0A|%0D|%27|%3C|%3E|%00) [NC,OR] RewriteCond %{HTTP_USER_AGENT} (;|<|>|'|"|\)|\(|%0A|%0D|%22|%27|%28|%3C|%3E|%00).*(libwww-perl|wget|python|nikto|curl|scan|java|winhttp|HTTrack|clshttp|archiver|loader|email|harvest|extract|grab|miner) [NC,OR] RewriteCond %{THE_REQUEST} (\?|\*|%2a)+(%20+|\s+|%20+\s+|\s+%20+|\s+%20+\s+)HTTP(:/|/) [NC,OR] RewriteCond %{THE_REQUEST} etc/passwd [NC,OR] RewriteCond %{THE_REQUEST} cgi-bin [NC,OR] RewriteCond %{THE_REQUEST} (%0A|%0D|\\r|\\n) [NC,OR] RewriteCond %{REQUEST_URI} owssvr\.dll [NC,OR] RewriteCond %{HTTP_REFERER} (%0A|%0D|%27|%3C|%3E|%00) [NC,OR] RewriteCond %{HTTP_REFERER} \.opendirviewer\. [NC,OR] RewriteCond %{HTTP_REFERER} users\.skynet\.be.* [NC,OR] RewriteCond %{QUERY_STRING} [a-zA-Z0-9_]=http:// [NC,OR] RewriteCond %{QUERY_STRING} [a-zA-Z0-9_]=(\.\.//?)+ [NC,OR] RewriteCond %{QUERY_STRING} [a-zA-Z0-9_]=/([a-z0-9_.]//?)+ [NC,OR] RewriteCond %{QUERY_STRING} \=PHP[0-9a-f]{8}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{12} [NC,OR] RewriteCond %{QUERY_STRING} (\.\./|%2e%2e%2f|%2e%2e/|\.\.%2f|%2e\.%2f|%2e\./|\.%2e%2f|\.%2e/) [NC,OR] RewriteCond %{QUERY_STRING} ftp\: [NC,OR] RewriteCond %{QUERY_STRING} http\: [NC,OR] RewriteCond %{QUERY_STRING} https\: [NC,OR] RewriteCond %{QUERY_STRING} \=\|w\| [NC,OR] RewriteCond %{QUERY_STRING} ^(.*)/self/(.*)$ [NC,OR] RewriteCond %{QUERY_STRING} ^(.*)cPath=http://(.*)$ [NC,OR] RewriteCond %{QUERY_STRING} (\<|%3C).*script.*(\>|%3E) [NC,OR] RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR] RewriteCond %{QUERY_STRING} (\<|%3C).*embed.*(\>|%3E) [NC,OR] RewriteCond %{QUERY_STRING} (<|%3C)([^e]*e)+mbed.*(>|%3E) [NC,OR] RewriteCond %{QUERY_STRING} (\<|%3C).*object.*(\>|%3E) [NC,OR] RewriteCond %{QUERY_STRING} (<|%3C)([^o]*o)+bject.*(>|%3E) [NC,OR] RewriteCond %{QUERY_STRING} (\<|%3C).*iframe.*(\>|%3E) [NC,OR] RewriteCond %{QUERY_STRING} (<|%3C)([^i]*i)+frame.*(>|%3E) [NC,OR] RewriteCond %{QUERY_STRING} base64_encode.*\(.*\) [NC,OR] RewriteCond %{QUERY_STRING} base64_(en|de)code[^(]*\([^)]*\) [NC,OR] RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR] RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2}) [OR] RewriteCond %{QUERY_STRING} ^.*(\(|\)|<|>|%3c|%3e).* [NC,OR] RewriteCond %{QUERY_STRING} ^.*(\x00|\x04|\x08|\x0d|\x1b|\x20|\x3c|\x3e|\x7f).* [NC,OR] RewriteCond %{QUERY_STRING} (NULL|OUTFILE|LOAD_FILE) [OR] RewriteCond %{QUERY_STRING} (\.{1,}/)+(motd|etc|bin) [NC,OR] RewriteCond %{QUERY_STRING} (localhost|loopback|127\.0\.0\.1) [NC,OR] RewriteCond %{QUERY_STRING} (<|>|'|%0A|%0D|%27|%3C|%3E|%00) [NC,OR] RewriteCond %{QUERY_STRING} concat[^\(]*\( [NC,OR] RewriteCond %{QUERY_STRING} union([^s]*s)+elect [NC,OR] RewriteCond %{QUERY_STRING} union([^a]*a)+ll([^s]*s)+elect [NC,OR] RewriteCond %{QUERY_STRING} \-[sdcr].*(allow_url_include|allow_url_fopen|safe_mode|disable_functions|auto_prepend_file) [NC,OR] RewriteCond %{QUERY_STRING} (;|<|>|'|"|\)|%0A|%0D|%22|%27|%3C|%3E|%00).*(/\*|union|select|insert|drop|delete|update|cast|create|char|convert|alter|declare|order|script|set|md5|benchmark|encode) [NC,OR] RewriteCond %{QUERY_STRING} (sp_executesql) [NC] RewriteRule ^(.*)$ - [F,L] # END BPSQSE BPS QUERY STRING EXPLOITS RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] # WP REWRITE LOOP END # DENY BROWSER ACCESS TO THESE FILES # wp-config.php, bb-config.php, php.ini, php5.ini, readme.html # Replace Allow from 88.77.66.55 with your current IP address and remove the # pound sign # from in front of the Allow from line of code below to access these # files directly from your browser. <FilesMatch "^(wp-config\.php|php\.ini|php5\.ini|readme\.html|bb-config\.php)"> Order Allow,Deny Deny from all #Allow from 88.77.66.55 </FilesMatch> # IMPORTANT!!! DO NOT DELETE!!! the END WordPress text below # END WordPress # BLOCK HOTLINKING TO IMAGES # To Test that your Hotlinking protection is working visit http://altlab.com/htaccess_tutorial.html #RewriteEngine On #RewriteCond %{HTTP_REFERER} !^https?://(www\.)?add-your-domain-here\.com [NC] #RewriteCond %{HTTP_REFERER} !^$ #RewriteRule .*\.(jpeg|jpg|gif|bmp|png)$ - [F] # FORBID COMMENT SPAMMERS ACCESS TO YOUR wp-comments-post.php FILE # This is a better approach to blocking Comment Spammers so that you do not # accidentally block good traffic to your website. You can add additional # Comment Spammer IP addresses on a case by case basis below. # Searchable Database of known Comment Spammers http://www.stopforumspam.com/ <FilesMatch "^(wp-comments-post\.php)"> Order Allow,Deny Deny from 46.119.35. Deny from 46.119.45. Deny from 91.236.74. Deny from 93.182.147. Deny from 93.182.187. Deny from 94.27.72. Deny from 94.27.75. Deny from 94.27.76. Deny from 193.105.210. Deny from 195.43.128. Deny from 198.144.105. Deny from 199.15.234. Allow from all </FilesMatch> # BLOCK MORE BAD BOTS RIPPERS AND OFFLINE BROWSERS # If you would like to block more bad bots you can get a blacklist from # http://perishablepress.com/press/2007/06/28/ultimate-htaccess-blacklist/ # You should monitor your site very closely for at least a week if you add a bad bots list # to see if any website traffic problems or other problems occur. # Copy and paste your bad bots user agent code list directly below.

Gurpzine (talk) 03:05, 6 July 2014 (UTC)

[RESOLVED] API for maintenance reports

Is there a way to get the list of pages on a maintenance report special page (the pages listed under "Maintenance reports" on Special:SpecialPages, e.g. Special:DeadendPages, Special:WantedPages, Special:UnusedFiles, Special:UncategorizedPages, etc.) using the API? I checked API and searched everywhere, but I didn't find anything. I guess I could web scape, but I really don't want to if I can use the API. Thanks, The Anonymouse [talk] 21:22, 4 July 2014 (UTC)

You need to use API:Querypage Ciencia Al Poder (talk) 10:11, 6 July 2014 (UTC)

Thanks! I can't believe I didn't find that. The Anonymouse [talk] 18:03, 6 July 2014 (UTC)

MediaWiki:Gadget-oldeditor.js

I cannot get this gadget to work. I really hate VE and want to use the classic editor. Betacommand (talk) 01:05, 5 July 2014 (UTC)

Go to Special:Preferences#mw-prefsection-editing and mark the checkbox "Temporarily disable VisualEditor while it is in beta", or see if mw.loader.load('//en.wikipedia.org/w/index.php?title=MediaWiki:Gadget-oldeditor.js&action=raw&ctype=text/javascript'); works. The local copy of the script doesn't contain the latest updates to the enwiki copy. Stefan2 (talk) 15:58, 6 July 2014 (UTC)

Update extension:cite

This post by Revibot was moved on 2015-07-11. You can find it at Extension talk:Cite/Flow archive/2014#h-Update_extension:cite-2014-07-05T10:42:00.000Z. Florianschmidtwelzow (talk) 11:24, 5 July 2014 (UTC)

How to make no follow link to pages where user may see the page code?

So I noticed that google and other bots index pages where users can see source code of the page (links end like &action=edit) so how can make this links with nofollow tag like "rel="nofollow"" Thank you! Fokebox (talk) 15:30, 5 July 2014 (UTC)

Hello,

which MediaWiki version you use :O On edit and history page there is still a no robots policy (noindex,nofollow) :) Florianschmidtwelzow (talk) 15:54, 5 July 2014 (UTC)

I use MediaWiki 1.20.6 Fokebox (talk) 16:24, 5 July 2014 (UTC)

Can you look into the source code of an edit page (or give an example link)? There is a meta directive for robots to no index and no follow the site, in your too? Florianschmidtwelzow (talk) 18:12, 5 July 2014 (UTC)

The source code looks so:

<li id="ca-viewsource"><span><a href="/index.php?title=Main_page&action=edit" title="Эта страница защищена от изменений, но вы можете посмотреть и скопировать её исходный текст [e]" accesskey="e">Просмотр</a></span></li> <li id="ca-history" class="collapsible"><span><a href="/index.php?title=Main_page&action=history" title="Журнал изменений страницы [h]" accesskey="h">История</a></span></li>

So as you can see all links are allowed to be indexed.

My wiki website is www.wikijournal.ru Fokebox (talk) 18:47, 5 July 2014 (UTC)

No, not the links have nofollow and noindex, the page, so if you request a page with action=edit or action=history there is a meta tag for robots with noindex and nofollow :) But not on your site :/

Can you say, what configuration settings you changed in LocalSettings.php? Can you try to remove all extensions (simply comment out in LocalSettings.php) and look at a page, click edit and show into source code if there is a meta tag in head like:

<meta name="robots" content="noindex,nofollow" /> Florianschmidtwelzow (talk) 19:55, 5 July 2014 (UTC)

MediaWiki 1.20 is now an unsupported version. You should upgrade.

You are right. That was a bug (bug 37755). If you edit a page but don't have permissions, like in your installation for anonymous users, the <meta name="robots" content="noindex,nofollow" /> doesn't appear. This has been fixed since.

I've tested the same behavior on 1.23 and it doesn't happen. Ciencia Al Poder (talk) 10:35, 6 July 2014 (UTC)

Now it is quite difficult for me to update my wiki ((( Fokebox (talk) 11:23, 6 July 2014 (UTC)

Well I see that there is a patch to fix that problem in EditPage.php, but I don't know how to use it and how to make such changes in Editpage.php to avoid this bug. Could you please help me? Fokebox (talk) 11:33, 6 July 2014 (UTC)

Well I have just tried to install this version locally on my computer without any extansions, so I have the same result:

There isn't any noindex and nofollow tag on ection=edit page, but thers is such tag on my history page, so is it possible to make the same, but on action=edit page??? Fokebox (talk) 11:01, 6 July 2014 (UTC)

Now I have just fixed it )

I add

$wgOut->setRobotPolicy( 'noindex,nofollow' );

to Editpage.php file at line #462 ) Fokebox (talk) 11:56, 6 July 2014 (UTC)

Please remember: Hacking core files isn't the best idea to solve any bug ;) And: This patch, you applied was merged in MW 1.21wmf6, so maybe you consider to update your wiki as soon as possible :) Florianschmidtwelzow (talk) 14:49, 6 July 2014 (UTC)

Well I have read a manual for upgrading so it seems for me difficult to do and I don't have an access to command line ( Thats why I just changed a core file =)

I compared it with other version 1.23 so the difference is just this line =) and after I had added this line it started to work =) Fokebox (talk) 15:04, 6 July 2014 (UTC)

You can use the webinstaller (http://yourdoamin.com/mw-config/) as well to upgrade your installation (make a backup before!). See:

https://www.mediawiki.org/wiki/Manual:Upgrading#Web_browser Florianschmidtwelzow (talk) 15:15, 6 July 2014 (UTC)

Thx! Once I will try to update :)

So am I right, that First i need to download a new version of media wiki, save some folders of old one (where I keep images and other files) then upload a new version using FTP with changing existing files and ghen run update.php using browser and then upload saved files that i saved from old version. Am I on the right way of understanding? Fokebox (talk) 15:41, 6 July 2014 (UTC)

You should unpack files on a new folder, or move old files to a new location previously. See Manual:Upgrading for detailed instructions Ciencia Al Poder (talk) 16:55, 6 July 2014 (UTC)

as far as I understand the most important folders are that have all images and extensions right? After upgrading I should upload them again yes? Fokebox (talk) 19:33, 6 July 2014 (UTC)

Normally you backup all folders, files and database of your installation, upload the files of the new MediaWiki version (override if already exist), run the update script and have fun :) If there is an error after this you can restore the whole installation with your backup :)

Personally, i test a new mediawiki version on a test system (a copy of my actual production) and look at the main and most of the secondary functions (read, edit, create, search and so on). If all works, i update the installation of the production system (after i create a new backup of all folders and database). Florianschmidtwelzow (talk) 19:57, 6 July 2014 (UTC)

As said on the manual page, overwriting old files is not recommended, as it can cause problems with old files remaining there that are not part of the new installation. This also reminds you to download new versions of your existing extensions.

The most convenient way is to install on a new folder, and then switch the published directory of the server to the new location. Uploads can also be put outside of the MediaWiki installation files so you don't need to move/copy them. Ciencia Al Poder (talk) 09:23, 7 July 2014 (UTC)

[RESOLVED] Problem with bitnami + mediawiki

Hi, I have a problem with bitnami + mediawiki, probably stupid, but I can not solve it. I'm trying to move mediawiki from the local server to my domain using the procedure that I have always used, but it seems not to work. I copied on my space the files in the folder "htdocs", I exported the database and then I imported into the database of my domain, I set the file "LocalSettings.php" according to the new values ​​... But when I try to view the site, I get a blank page. Something wrong in my procedure?

On the local server everything works perfectly

Mediawiki 1.22.6 37.77.117.146 (talk) 16:10, 5 July 2014 (UTC)

No, sounds good. What are the things, which you changed in LocalSettings.php? Especially $wgServer must be set correctly.

Apart from that, a blank page points to a PHP error - check the PHP error log to get more information about what is happening! 88.130.98.111 16:41, 5 July 2014 (UTC)

Ok, maybe I realized the mistake and you have saved months of work on the local server! :)

I have not set $wgServer because I thought it was automatically calculated... I set only database values, e-mail values and directory values.

I'll try to change "Localsettings.php" with $wgServer as soon as possible and I'll let you know if it worked! 37.77.117.146 02:43, 6 July 2014 (UTC)

No, it does not work ...

I also tried to put this code: "error_reporting (E_ALL);

ini_set ('display_errors', 1);" to force the page to show me the error, but nothing changes ... Always blank page!

It seems to me that does not connect to the database, since the main page was white even before importing it on my domain. The parameters that I set in the "Localsettings.php" are correct...

I should add that I changed manually, in the file .sql, the name of the database on the local server with the database name of my domain. May have caused problems?

I also changed the CHARSET two tables of extensions from utf-8 to latin1 because it gave me the problem, "" 1071: Specified key was too long; max key length is 1000 bytes " to make a test... It can also be the cause? 37.77.117.146 04:34, 6 July 2014 (UTC)

Details on how exactly the value of $wgServer must look like are on Manual:$wgServer: Complete (and correct ;-) ) base URL without trailing slash.

How long does it take until the blank page is there? Something like 30 seconds (which might point to a time out) or does it come up immediately?

In the case that PHP works properly (no PHP errors), when you then get a database connection error, you will see the MediaWiki interface and in the website it will say that there was a connection error. You would then not get a blank page.

For the charset: UTF-8 everywhere is absolutely fine. Since UTF-8 can need multiple bytes to save one single sign, keys have to be shorter than the MySQL maximum allows "on the paper". If I remember correctly they can only be 1/3 of the maximum 1000 bytes. You should see, if there are updates for those extensions fixing this problem and if not, inform the authors, so that they can fix it.

Did you import the DB with the usual MySQL tools (mysqldump and then mysql to import it again)? If so, the database name does not matter - MySQL will put the contents of the file into that database, which you specify in the mysql command - it does not matter, what name it has inside the sql file. However, please note that sql files can contain characters, which are outside of those, which text editors normally display. That means, if you open such an sql file with an editor, change something and save it, then these characters can get corrupted leading to strange errors.

Is your server somewhere on the internet, so that we could have a look? 88.130.73.56 08:43, 6 July 2014 (UTC)

Yes, I had already deleted the trailing slash... Almost immediately, it seems to load for a second or two and then stops.

I found the solutions suggested by the authors, by tomorrow I will apply the changes and I will upload the new database hoping that everything works... I hope for a miracle!

I checked on the local server, and the only php errors that I found are errors that I already corrected. For testing, I removed all extensions from the LocalSettings.php, but the situation does not change...

I use phpMyAdmin. Classical procedure, I click on "Export" on the local database and then I click "import" on the database of my domain.

But I need to change the database name from "bitnami_mediawiki" to the name of the database that use online, otherwise I get an error... The error says that I have not selected a database.

Did you mean the url of my site? Click here 37.77.117.146 00:32, 7 July 2014 (UTC)

The blank page does not appear after some seconds, but it appears immediately. I have checked the HTTP header data, with which your server is responding and it says:

HTTP/1.1 500 Internal Server Error
Server: Apache
X-Powered-By: PHP/5.3.28
...

A server error. Check the Apache error log to get information about what kind of error is happening! 88.130.94.51 10:13, 7 July 2014 (UTC)

I activated the function "php error message" of my host and now this message appears on the main page:

"Warning: require_once(/customers/9/f/6/mysite.com/httpd.www/includes/normal/UtfNormalDefines.php): failed to open stream: No such file or directory in /customers/9/f/6/mysite.com/httpd.www/includes/Defines.php on line 207

Fatal error: require_once(): Failed opening required '/customers/9/f/6/mysite.com/httpd.www/includes/normal/UtfNormalDefines.php' (include_path='.:/usr/share/php') in /customers/9/f/6/mysite.com/httpd.www/includes/Defines.php on line 207" 37.77.117.146 00:04, 8 July 2014 (UTC)

You said that you are using MediaWiki 1.22.

It seems like in your installation the file includes/normal/UtfNormalDefines.php is missing. Please make sure that you have really uploaded all files of the MediaWiki tarball! 88.130.96.140 09:03, 8 July 2014 (UTC)

Yes, Mediawiki 1.22.6... I checked and Defines.php and UtfNormalDefines.php were uploaded regularly. I try also to reload all the files? 37.77.117.146 13:37, 8 July 2014 (UTC)

I'm confused, you're right! In the folder "includes" th foldere "normal" that contains the file "UtfNormalDefines.php." is missing!

I try to reload all the files and let you know if it worked. Also I will change the database tables according to the advice of the authors of the extensions ... I hope everything goes well this time! 37.77.117.146 15:32, 8 July 2014 (UTC)

Have you checked file permissions?

Forget this, I mis-read your answer. 88.130.96.140 15:45, 8 July 2014 (UTC)

I uploaded the folder "normal", but the page continues to be white ... But I do not get other errors!

I not checked file permissions... Excuse the question, probably stupid, what should I do?

It was easier to do it all on the local server rather than load it online! :( 37.77.117.146 16:10, 8 July 2014 (UTC)

I have checked the dttp header data and now the situation is this:

"Status: HTTP/1.1 200 OK

Server: Apache

X-Powered-By: PHP/5.3.28

..." 37.77.117.146 16:28, 8 July 2014 (UTC)

That status code looks fine.

Sorry for the stuff with the file permissions; I thought you had written "the files are there"; which you haven't. ;-)

Above you wrote:

> I activated the function "php error message" of my host and now this message appears on the main page:

Does that mean that you do see the Main Page? When I access your domain I always and only get the blank screen...

However, with a blank screen there almost certainly must be another error happening. 88.130.96.140 17:33, 8 July 2014 (UTC)

Ok :)

The message disappeared after loading the folder "normal", now no marks other errors ...

One thing I noticed on the local server, watching "Apache (error.log": every time I click on a link in my wiki,in the error.log appears this:

[core: error] [pid 480: tid 1632] (20024) The Given path is misformatted or contained invalid characters: 37.77.117.146 00:16, 9 July 2014 (UTC)

> The Given path is misformatted or contained invalid characters:

And what is this path? The error message should be followed by a URL...

Google finds this on colons - no idea, why or when this happens. 88.130.106.28 14:30, 9 July 2014 (UTC)

I have read that it is not something that affects Mediawiki, so do not think this is giving problems... I do not know, I try to delete all the files from the server and then upload them again, or I try to install a clean version of Mediawiki and if working properly I will upload the database and the extensions... I think it's the only chance I have 37.77.117.146 15:28, 9 July 2014 (UTC)

Happy ending! 34 files were lost mysteriously! I loaded them manually and now everything works perfectly :) (The site is not reachable because I disabled the database)

Thank you so much for your help! 37.77.117.146 01:21, 10 July 2014 (UTC)

Setting up centralauth to login into all wikis and setting up centralauth to use a different databse.

Hi how can I setup centralauth so that if I login to one wiki it is logged into all my wikis and how can I let one of my other wikis use the centralauth databse because it is on a defifferent server and has a difference database name and user. 86.135.253.57 (talk) 16:15, 5 July 2014 (UTC)

Like wikimedia does. 86.135.253.57 22:55, 5 July 2014 (UTC)

Approval Bug Found I think?

I installed Approved Revs extension, and it seems to work well, only I can approve all editing done by logged in users, and the edited file does not show any editing until I approve it. HOWEVER, there seems to be a way to bypass the approval process...if a logged in user pressed EDIT on the article, they see the edited text that has not yet been approved.

Any fix or solution for this please?

Thank you. 220.244.183.241 (talk) 22:33, 5 July 2014 (UTC)

What you describe is normal behaviour and is intended: Once you want to edit a page, you are always presented with the newest version, whether it's approved or not; approved Revs only hides unapproved revisions from being shown to normal visitors. 88.130.73.56 22:42, 5 July 2014 (UTC)

Oh wow, I didn't know that. So anyone with a login can bypass the approval by just pressing EDIT and there is nothing to do to stop that in MediaWiki? 220.244.183.241 22:44, 5 July 2014 (UTC)

What I want to do is have a MediaWiki page for all employees in my company, where the public cannot even see it. So it's for in house employees only. So the only way I know how to do this is to have logins so employees can log in to view the MediaWiki pages. So that means 100% of all employees have a login, but does that mean 100% of all employees can edit all pages and bypass the approval process?

Do you please know of a way how to be able to have everyone login in, yet not be able to see any new edits until I can FIRST see them and approve them?

Is there a solution for me at all in this scenario?

Thank you. 220.244.183.241 22:52, 5 July 2014 (UTC)

It wouldn't let me edit my original post, it kept timing out, so just wanted to add I am using MediaWiki 1.23.1

Any fix or solution for this please, so that there is no way to bypass APPROVAL on MediaWiki? Because if logged in users if all they need to do is press EDIT on articles to see the editions someone else has made, then why have the approval process to begin with? :( 220.244.183.241 22:43, 5 July 2014 (UTC)

Is it possible to disable EDIT for logged in users?

Is it possible to disable the "EDIT" tab for logged in users in MediaWiki?

The MediaWiki is log in only so the public and visitors cannot see it. However, I only want a few logged in users to have ability to EDIT, and every other logged in user not be able to EDIT but just to read and view the pages.

Can that be achieved? 220.244.183.241 (talk) 23:21, 5 July 2014 (UTC)

Hello! Sure, you can set $wgGroupPermissions['user']['edit'] set to false in localsettings.php. For those, who should have the ability to edit pages, you can inherit the user rights: $wgGroupPermissions['Editor'] = $wgGroupPermissions['user']; and set $wgGroupPermissions['Editor']['edit'] to true. Florianschmidtwelzow (talk) 23:32, 5 July 2014 (UTC)

Can you please explain what you just said in easier more basic terms, as I didn't understand. 220.244.183.241 02:57, 6 July 2014 (UTC)

How exactly do I create 2 groups, 1 group can login and NOT edit any files. And another group who can login and EDIT files?

What commands exactly do I need to place in Localsettings.php to achieve that? 220.244.183.241 03:41, 6 July 2014 (UTC)

See Manual:User_rights.

You manage a user's groups in the Special:UserRights page. Fereal (talk) 04:09, 6 July 2014 (UTC)

Fereal, how do I create 2 different groups which both need login to enter site, but only one group can EDIT? Can you please tell me what steps I take to achieve that? Thank you. 220.244.183.241 05:55, 6 July 2014 (UTC)

Let's use the other guy's example. In your LocalSettings.php, add these two lines:

$wgGroupPermissions['user']['edit'] = false;
$wgGroupPermissions['editor']['edit'] = true;

In the first line, the 'user' keyword refers to ALL logged in users. This is MediaWiki-defined.

In the second, the 'editor' keyword refers to the custom group you are creating (this can be any name). Merely by adding this line, you are creating a new group called 'editor'.

These two lines modify their privileges to edit. So all logged users are unable to edit, and only those under "editor" can.

Using an administrator account, go to the Special:UserRights. Search for a username you wish to add to the group, and you'll see that there's a new group in the options called "editor". Select it then save to add a user to the group.

Note that the above only creates 1 new group. You can read Manual:User_rights to see the additional customizations you can do to the group. Fereal (talk) 06:20, 6 July 2014 (UTC)

Thank you Fereal, now only certain people can edit, however, when I followed your instructions, now all logged in users who can edit, their edits are automatically shown to everyone BEFORE I have approved them.

For example, one user only has "editor" selected, yet when she makes an edit, her edits seem to be automatically approved and showing.

If I remove those 2 commands you gave me, then it goes back to normal where her edits are NOT shown until AFTER I approve them.

Any fix for that please Fereal? 220.244.183.241 06:54, 6 July 2014 (UTC)

I'm not familiar with the third-party extensions that implements an approval system. Are you using Extension:Approved_Revs or Extension:FlaggedRevs?

If you are using Extension:FlaggedRevs, apparently it already implements its own "editor" group which autoreviews the edits. If that's the case, try renaming your custom group to something else not found in Extension:FlaggedRevs#User_groups. Fereal (talk) 07:18, 6 July 2014 (UTC)

Using Extension:Approved_Revs.

Any known fix using that with those commands you gave me? 220.244.183.241 07:31, 6 July 2014 (UTC)

Sorry, I'm not familiar with it. Perhaps there's a problem with the extension using only a custom group to edit.

You're better off asking the extension owner, or maybe someone else here knows the answer. Try using the extension's Talk page. Fereal (talk) 08:03, 6 July 2014 (UTC)

I just used the extension on a test wiki using the same custom group above. It works fine on my end.

Are you sure the editor's revisions were not made on unapproved pages? Unapproved pages display raw content until it has been approved once, unless $egApprovedRevsBlankIfUnapproved is set to true. Fereal (talk) 08:36, 6 July 2014 (UTC)

So only people in that test wiki in your "editor" group can make changes, and those changes and edits do NOT show up until you approve them?

What do you mean...the editors revisions/edits were not made on unapproved pages? So you mean if I don't get around to approving a page, they can keep making changes and those changes are seen by EVERYONE who logs in?

What's the full proper command?

Is this what I should add?

$egApprovedRevsBlankIfUnapproved = true

Will adding that command stop all revisions done by "editor" group from being seen by everyone else until I approve it?

Thank you Fereal for your help:) 220.244.183.241 09:26, 6 July 2014 (UTC)

I added:

$egApprovedRevsBlankIfUnapproved = true;

But that is not what I want...because if someone makes a revision/edit, then that page shows BLANK to everyone until I get around to approving it. That's not what I want to happen.

What I want to happen is if someone makes a revision/edit in the "editor" group, that the old text is shown until I get around to reading and approving the revision/edits.

Any ideas please Fereal how I can achieve that?

Thank you. 220.244.183.241 10:13, 6 July 2014 (UTC)

Oops, it was $egApprovedRevsBlankIfUnapproved = false;

So I changed it to:

$egApprovedRevsBlankIfUnapproved = true;

And I think now it works Fereal as intended:) I will do more testing in the morning to see :) 220.244.183.241 10:25, 6 July 2014 (UTC)

It did took me a while to understand the extension, as I was also wondering why it was showing the latest revision on pages without approval.

This is how the extension works, and note that this is independent of the grouping issue you initially requested.

---

When you do a fresh install on the extension, ALL your wiki's current pages are put under the "Unapproved Pages" category. Newly-created pages will also be put under this category. You can check the pages in the "Special:ApprovedRevs" page of your wiki to see which pages belong to which.

"Unapproved pages" will always display the latest revision until you approve it at least once. After you approve a page once, it will be put in the category "All pages with an approved revision" (again, see your wiki's Special:ApprovedRevs page). Pages in this category will function the same as you expect in the extension: it will only show the latest approved revision.

$egApprovedRevsBlankIfUnapproved = true;

The line above makes it so that pages under "Unapproved pages" will show blank pages instead of the latest revision. That is, newly-created pages (and existing pages in your wiki prior to your installation) will show up as blank until they get approved once. Anyway, I suggest you run the maintenance script in Extension:Approved_Revs#Marking_all_pages_as_approved to put all your existing articles from "Unapproved pages " to "All pages with an approved revision".

---

If you're still confused, go to your Special:ApprovedRevs page. You will see three categories:

All pages with an approved revision | Pages whose approved revision is not their latest | Unapproved pages

The first two categories function the same you would expect in the extension. The third category are pages that will always display the latest revision -until you approve them once-.

---

Again, this is just a matter of understanding the extension, and not due to the issue with the groupings. Fereal (talk) 10:41, 6 July 2014 (UTC)

Fereal, so when I do a complete brand new install of MediaWiki, and add a user to the edit group, their edits show up even BEFORE I approve them.

So just so I understand....why does that happen exactly? What do I need to do as admin to stop their edits/revisions showing up in article until after I approve them? 220.244.183.241 21:20, 7 July 2014 (UTC)

Fereal, I did as you said, I logged in as admin, I approved a page. But even after that, another logged in user AFTER I approved a page, does an edit/revision and the edit/revision show up BEFORE I get to approve it.

What is going on? :( Any ideas how to get this working? 220.244.183.241 21:57, 7 July 2014 (UTC)

I've already explained how the extension works, and to repeat:

----

If you're still confused, go to your Special:ApprovedRevs page. You will see three categories:

All pages with an approved revision | Pages whose approved revision is not their latest | Unapproved pages

The first two categories function the same you would expect in the extension. The third category are pages that will always display the latest revision -until you approve them once-.

----

To answer your question on concern on "so when I do a complete brand new install of MediaWiki, and add a user to the edit group, their edits show up even BEFORE I approve them.", it's because the page is categorized as "Unapproved pages".

Quite frankly I'm tired of babysitting and spoonfeeding this thread, just open up another thread for someone else to answer since the primary question for this thread has already been answered. Fereal (talk) 06:12, 8 July 2014 (UTC)

I think it works now Fereal, I had to log in and out a few times as admin to approve that page before all revisions/edits would not show up until AFTER I approve them.

Fereal, may I please ask you one more question that is baffling me.

I have installed MediaWiki many times, and only once I was able to get this following message to appear when viewing revisions/edits as admin that others have made:

https://www.dropbox.com/s/d64verydkofozal/Screen%20Shot%202014-07-08%20at%208.14.11%20am.png

Then when I click on "View the most recent revision", this next message appears:

https://www.dropbox.com/s/gppcd6w1z9imakj/Screen%20Shot%202014-07-08%20at%208.04.09%20am.png

But when I install MediaWiki again and again, I can't seem to get those messages to appear again, and can't remember exactly how I did.

Can you please tell me how I can get the words, "This is the approved revision of this page; it is not the most recent. View the most recent revision" to appear on the page I am checking for revisions/edits, followed by the other message that says: "approve this revision"?

Thank you for your help:) 220.244.183.241 23:42, 8 July 2014 (UTC)

Does MediaWiki's Resource Loader support noscript?

Does $wgResourceModules support modules that are triggered when the user has JS disabled? The closest I've searched for is ResourceLoader/Version_2_Design_Specification, which is supposedly for the "next version". I looked in the OutputPage class and there are some references to noscript, which may or may not be related.

Basically I want to support the noscript master race using MW's own system rather than hard-coding <noscript> directly in the output.

Thanks. Fereal (talk) 04:28, 6 July 2014 (UTC)

Looking at the code, you need to specify 'group' => 'noscript', in the module (Manual:$wgResourceModules). But that would only make sense to load CSS styles, not scripts. Ciencia Al Poder (talk) 09:33, 7 July 2014 (UTC)

Yea, it's just the CSS I need to implement. While I have not tested it yet, making a dedicated noscript group seems counterproductive to the Resource Loader, as now I need to declare two modules instead of one.

I was hoping something along the lines of

$wgResourceModules['ext.MyExtension.foo'] = array(
  'scripts' => 'modules/ext.MyExtension.foo.js',
  'styles' => 'modules/ext.MyExtension.bar.css',
  'noScriptStyles' => 'modules/ext.MyExtension.noscript.css',
);

Since the JS that needs to have a fallback is declared on the same module. Fereal (talk) 13:01, 7 July 2014 (UTC)

It shouldn't be a problem to have 2 modules, since the noscript one will be inside a noscript tag, and only loaded by the browser when scripts are not supported/enabled. Pinging User:Krinkle (in case ping actually works), as he knows the internals of the Resource Loader. Ciencia Al Poder (talk) 09:30, 8 July 2014 (UTC)

[RESOLVED] | no longer works

Hello,

till now I use a template ! → Help:Magic_words#Other

I use Mediawiki 1.23.1 and this template no langer works. But I don't like to wait for 1.24.

for == [[1st word {{!}} 2nd word]] == was
the result in the past (right)

2nd word

the result now (wrong)
== 2nd word ==

What can I do for the correct result?

best regards 178.25.81.217 (talk) 08:04, 6 July 2014 (UTC)

Hi! I see now change from past and now?! For now (with 1.23) you need a template to reach this, see for example this:

https://en.wikipedia.org/wiki/Template:! Florianschmidtwelzow (talk) 14:37, 6 July 2014 (UTC)

Hi Flo,
someone hero has changed my first post. Please take a look into the history so you can see the different.

Best regards s.net 15:05, 6 July 2014 (UTC)

There isn't a difference, sorry. The "hero" has only fixed the markup ;)

See:

https://www.mediawiki.org/w/index.php?title=Thread%3AProject%3ASupport_desk%2F_no_longer_works&diff=1059719&oldid=1059713

Or what you mean? Florianschmidtwelzow (talk) 15:17, 6 July 2014 (UTC)

because the fix delete the difference.

(weil durch das verändern des quellcodes der unterschied eliminiert wurde.)

https://www.mediawiki.org/w/index.php?title=Project%3ASupport%20desk/Flow/2014/07#h-2nd_word-2014-07-06T08%3A04%3A00.000Z&oldid=1059713

there can you see the old situation (a heading) and the new situation (a link with "==" as prefix and suffix)

(alte variante führte zu einer überschrift und nun nach dem update hat man einen link, der von je 2 = eingebettet ist)

mediawiki doesn't create now a heading

best regards s.net 20:52, 29 July 2014 (UTC)

Well, as I said, it works for me:

== [[MediaWiki {{!}} 2nd word]] ==

produces:

== 2nd word ==

Please provide more information as of where it doesn't work. Ciencia Al Poder (talk) 09:26, 30 July 2014 (UTC)

example twice s.net 23:23, 4 August 2014 (UTC)

Thanks for the link. Without it would have been impossible to see the cause of the error.

The problem is in the {{!}} template in your wiki. You have this:

|
<noinclude>[[Kategorie:Vorlagen]]</noinclude>

The extra line between | and the noinclude is causing that problem. Start the noinclude on the same line as the pipe and it will be fixed. Ciencia Al Poder (talk) 16:43, 5 August 2014 (UTC)

many, many thx s.net 20:09, 20 August 2014 (UTC)

Works for me Ciencia Al Poder (talk) 17:44, 6 July 2014 (UTC)

Gerrit question.

Hi how can I add dependent on file in gerrit because there are two that are depent on each other and I have updated one but need to update the other. 86.135.253.57 (talk) 12:05, 6 July 2014 (UTC)

Hello! That may help you:

https://www.mediawiki.org/wiki/Gerrit/Advanced_usage#Create_a_dependency

In short:

first submit your first change with the first update of the file. Then checkout this branch (hope you have created a new barnch with "git checkout -b bug/0000 origin/master" e.g.) and create a new branch from that (e.g.: "git checkout -b bug/0001"). Make your changes and submit this patch, too. In gerrit you see, that the first patch has a "needed by" entry in dependency section and the secon patch has an entry in depends on.

Hope that helps! Florianschmidtwelzow (talk) 14:34, 6 July 2014 (UTC)

How to make all discussion pages not to be indexed by search engines?

Hello all, Could you please tell me how to make all discussion pages not to be indexed by search engines? To add following meta tag to such pages

<meta name="robots" content="noindex,nofollow" />)

Thank you fol help! There is no such tag in my version of mediawiki in all active and inactive pages of descussion. Fokebox (talk) 13:58, 6 July 2014 (UTC)

Just add according lines to your robots.txt file! 88.130.73.56 14:05, 6 July 2014 (UTC)

Just add this into your localsettings.php:

$wgNamespaceRobotPolicies = array( NS_TALK => 'noindex,nofollow' );

This add the meta tag for robots into all talk pages, so they won't index by search engines. Florianschmidtwelzow (talk) 14:31, 6 July 2014 (UTC)

Thx, it works, but only for active talk pages and when I go to not created talk page there is no meta tag noindex. Example here:

http://www.wikijournal.ru/index.php/%D0%9E%D0%B1%D1%81%D1%83%D0%B6%D0%B4%D0%B5%D0%BD%D0%B8%D0%B5_%D1%88%D0%B0%D0%B1%D0%BB%D0%BE%D0%BD%D0%B0:%D0%A1%D0%BE%D0%B4%D0%B5%D1%80%D0%B6%D0%B0%D0%BD%D0%B8%D0%B5_%D1%81%D0%BF%D1%80%D0%B0%D0%B2%D0%B0 Fokebox (talk) 14:47, 6 July 2014 (UTC)

The page's response code is 404, which is never indexed by normally working search engines :) So no need to add a robots policy. Florianschmidtwelzow (talk) 14:54, 6 July 2014 (UTC)

Ok, thank you! So I guess all red links are not being indexed by search engines in media wiki right? Fokebox (talk) 15:02, 6 July 2014 (UTC)

Correct :) Florianschmidtwelzow (talk) 15:07, 6 July 2014 (UTC)

Neural formation order

Hi,

Can someone help me to find out (or help me to make one) list with the order formation of major structures? For example: I wish to know what is the order of formation of the Corpus callosum. What structure is need before the formation of CC and what follows?

Thank you for any contribution. Luizrobertomeier (talk) 14:06, 6 July 2014 (UTC)

If I understand correctly, this sounds like a Wikipedia content question and unrelated to the MediaWiki software itself which is discussed on this page. Maybe you want to try asking on https://en.wikipedia.org/wiki/Wikipedia:RD ? AKlapper (WMF) (talk) 15:12, 6 July 2014 (UTC)

Unlock branch please

This post by Revibot was moved on 2015-07-11. You can find it at Extension talk:DataTypes#h-Unlock_branch_please-2014-07-03T14:35:00.000Z. Florianschmidtwelzow (talk) 06:52, 7 July 2014 (UTC)

Why don't i have wiki_dympage?

When I try to do certain actions, such as mass delete and simple delete, it says error 1146 table (database).geo_dympage does not exist. 173.197.95.3 (talk) 07:24, 7 July 2014 (UTC)

That seems to be a table used by Extension:DidYouMean. ¿Did you follow the instructions on that page to install the extension and create the required database tables? Ciencia Al Poder (talk) 09:38, 7 July 2014 (UTC)

Extension Trouble

Hello, I'm working on a mediawiki for my company (so I can't send links because it isn't finished) the WikiEditor doesn't show up. I have a version that WikiEditor was bundled with, I put into the Localsettings.php file:

require_once("file path") but it won't show. Fast response would be most appreciative.

Kind reagads

Trey Taylor Trey (talk) 10:49, 7 July 2014 (UTC)

Hello! Can you look at Special:Version and check, if it show up there? If yes, please see the Configuration options for WikiEditor to enable as default:

https://www.mediawiki.org/wiki/Extension:WikiEditor#Configuration Florianschmidtwelzow (talk) 11:56, 7 July 2014 (UTC)

Yes, it's all installed etc. and displays the options in preferences, it just won't show. It's a problem with the js Taylor Trey (talk) 12:49, 7 July 2014 (UTC)

Can you look into the console of your browser if you see an error message or warning? Florianschmidtwelzow (talk) 13:17, 7 July 2014 (UTC)

yeah there is a syntax error but I'm not knowledgable in the field of Jquery or JS Taylor Trey (talk) 13:32, 7 July 2014 (UTC)

Yeah. maybe it's a good idea, that you say us, what there is written ;) Florianschmidtwelzow (talk) 13:33, 7 July 2014 (UTC)

Include Query string in link without URL encoding?

This is an odd issue that, surprisingly, has no answer.

So, let's say I try to link to Special:Test?type=4. Such a link would look like Special:Test?type=4.

However, due to Mediaiwki's "nifty" url encoding, it instead tries to link to a page literally named Special:Test%3Ftype%3D4.

So in that case, and Special:Test?type=4 link to a page titled Special:Test%3Ftype%3D4.

My question - Is there any way to include a question mark (?) and equals sign (=) in a link without having them "encode"? I cannot use external linking in this case. 24.119.228.221 (talk) 03:07, 8 July 2014 (UTC)

I don't know what you want to do, but maybe the easiest way is to use subpages, so instead of using Special:Test?type=4 use Special:Test/4. In special page implementation you can use the first parameter given in execute(). Florianschmidtwelzow (talk) 05:41, 8 July 2014 (UTC)

MediaWiki 1.23, Oracle 11 and IIS6, who want's more?...

After installing MediaWiki correctly (or so said the installation process) with the following software: MediaWiki 1.23.1, web server IIS6 with PHP 5.3.28 and database Server Oracle 11.2

when I try to access my mediawiki (http:\\mysite.mydomain\Index.php) I get the following error messages (after activating the trace of php and sql), and I have no idea about where the problem is: ¿php?, ¿oracle?,...

Warning: strpos() expects parameter 1 to be string, object given in D:\Inetpub\wikibpo\includes\db\DatabaseOracle.php on line 1309 Warning: strpos() expects parameter 1 to be string, object given in D:\Inetpub\wikibpo\includes\db\DatabaseOracle.php on line 1305 Warning: substr() expects parameter 1 to be string, object given in D:\Inetpub\wikibpo\includes\db\DatabaseOracle.php on line 1305 A database query error has occurred. This may indicate a bug in the software.

Query: INSERT INTO /*Q*/BPO_L10N_CACHE (lc_lang,lc_key,lc_value) VALUES (:lc_lang, :lc_key, ) Function: DatabaseOracle::insertOneRow Error: 936 ORA-00936: falta una expresión

Appreciate any help, thanks. Mariaamr (talk) 09:30, 8 July 2014 (UTC)

[RESOLVED] Redirecting main webpage to mediawiki

Hello,

I just created http://idealwiki.com/

the page does not redirect to the /w folder, which is where the wiki is found.

How would I redirect http://idealwiki.com/ to the /w folder?

Thank you. Thewhitebox (talk) 21:00, 8 July 2014 (UTC)

Hello! Maybe this helps you: https://www.mediawiki.org/wiki/Manual:Short_URL :) Florianschmidtwelzow (talk) 21:57, 8 July 2014 (UTC)

He does not even want short URLs; all he wants is a redirect from the base domain to one folder. That can be done in .htaccess; either with a rewrite rule or with a redirect. 88.130.106.28 22:48, 8 July 2014 (UTC)

> He does not even want short URLs

I know, thats why "maybe" ;) Florianschmidtwelzow (talk) 07:20, 9 July 2014 (UTC)

Or "she". Malyacko (talk) 07:27, 9 July 2014 (UTC)

THANK YOU SO MUCH Thewhitebox (talk) 10:28, 15 August 2014 (UTC)

Broken link in user contributions footer

This post by Revibot was moved on 2015-07-11. You can find it at Project:Village Pump/Flow/2014#h-Broken_link_in_user_contributions_footer-2014-07-09T02:28:00.000Z. Ciencia Al Poder (talk) 09:43, 9 July 2014 (UTC)

Delete WorldWizzy Page

Hello,

There is a page that MediaWiki powers called World Wizzy, which has a post published from a now-deleted Wikipedia article. Can you please remove the World Wizzy article so it mirrors the Wikipedia page's status?

This is the page in question. My name is Carissa Griffiths and I have not had association with this group since 2007 and do not want obsolete information published online.

Please let me know what can be done ASAP. Lunagriff (talk) 12:20, 9 July 2014 (UTC)

Hi Carissa,

this here is the support forum for the MediaWiki software. We can help you solve technical problems, which you might have when you try to run a wiki, but we do not run the World Wizzy wiki nor do we have influence on its content - think of this page as like a garage for repairing cars: We can repair your car, but we can't drive it where you want it to go.

World Wizzy also does not show a contact address - at least as far as I can see. However, here you can find who registered the domain: Seems like it is godaddy.com - maybe they can help you further. 88.130.106.28 14:48, 9 July 2014 (UTC)

Discussion board issues

Hi, Have configured Discussion extension version 2.1 with BitNami + mediawiki-1.22.2-0. After adding required configuration in LocalSettign.php and adding following tags <discussion>

  characters_max=0
  incremental=0

</discussion>

Buttons with “Comments” and “Post comments” are appearing, but on click of the button to add comments the text area is not appearing.

Please suggest 109.94.137.1 (talk) 14:58, 9 July 2014 (UTC)

Hello :) Can you look into console of your browser, if there is any JavaScript error? In Chrome simply press Ctrl + J. Florianschmidtwelzow (talk) 16:45, 9 July 2014 (UTC)

There is no Java script error reported on IE and Chrome, but still I am not able to get the text area :(.

Can you please provide more information on configuring the Discsusion board or need to do any Ajax setting that needs to done.

I will list out the chnages which I have done

Added in Localsettings.php- require_once('extensions/Discussion/Discussion.php');

After ading the above line, the entire setup use to come down with fatal error, so did following changes as sugested by the one of the user

wfLoadExtensionMessages with wfMessage

Done changes to SpecialPage.php in following location

C:\BitNami\mediawiki-1.22.2-0\apps\mediawiki\htdocs\includes\SpecialPage.php

• Add a page to the list of valid special pages. This used to be the preferred

* method for adding special pages in extensions. It's now suggested that you add

* an associative record to $wgSpecialPages. This avoids autoloading SpecialPage.

*

* @param $page SpecialPage

* @deprecated since 1.7, warnings in 1.17, might be removed in 1.20

*/

static function addPage( &$page ) {

wfDeprecated( __METHOD__, '1.7' );

SpecialPageFactory::getList()->{$page->mName} = $page;

}

/** 109.94.137.1 18:32, 10 July 2014 (UTC)

Oh wow :D The extension supports only MW 1.15 ;) I thought you use the same discussion extension like mediawiki.org (this here). For Discussion i can't help you, but i strongly suggest to don't use this extension :) Maybe you can use another one. MediaWiki.org uses LiquidThread:

https://www.mediawiki.org/wiki/Extension:LiquidThreads Florianschmidtwelzow (talk) 19:53, 10 July 2014 (UTC)

Thank you very much.. I will try to use liquid Thread as sugested.

I am trying to craete a dicusison board where any use can post a comment and other designated user responds back to the comments.

Any inputs regarding this will be very help full I will try to implement liquid Thread today and keep you posted 109.94.137.1 20:07, 10 July 2014 (UTC)

Not able to download Liquid thread.. page cannot be displayed error is occuring. any alternative link 109.94.137.1 20:46, 10 July 2014 (UTC)

Boss!! Liquid thread is working, thanks for the help.

You are amazing. 109.94.137.1 22:28, 10 July 2014 (UTC)

Problems with templates in local wiki

I've imported this template from Russian Wikipedia. You can see it in an article here. When I fill the "Флаг" (flag) section my page breaks up. I get template html code inside page text:

<th colspan="3" align="center" style="color: white; height: 20px; background: navy;font-size: 110%;">История корабля</th>

I've installed Mediawiki 1.23.1 and ParserFunctions extension. Also I've imported the following css and js files from Russian Wiki: MediaWiki:Common.css, MediaWiki:Common.js, MediaWiki:Vector.css, MediaWiki:Vector.js.

I have problems with many other templates, but in this case I've managed to create a simple example when a template doesn't work.

What am I doing wrong? Did I miss any necessary extensions or scripts? Hanky (talk) 15:40, 9 July 2014 (UTC)

I think this is the part of code which causes my problem:

{{#if:{{{Флаг|}}}|<th colspan="3" align="center" style="color: white; height: 20px; 
background: navy;font-size: 110%;">'''История корабля'''</th>}}
|-
{{if2cell|[[Государство флага]]|2={{{Флаг}}}}}

This is how it looks in a browser window:

Hanky (talk) 09:23, 16 July 2014 (UTC)

Can't Move File Pages for xls Extensions

I can upload excel files fine, but they can't be moved (sometimes). I get an error "The new file extension does not match its type". I bumped into a similar problem a few years ago that was resolved by added some lines to mime.info and mime.types, but it seems to have resurfaced, now for excel files. Perhaps during my last upgrade (I'm on MW 1.21.2, PHP 5.3.10, MySQL 5.5.32). Mucking about with $wgVerifyMimeType, $wgStrictFileExtensions, $wgCheckFileExtensions, and $wgLoadFileinfoExtension seem to only have an effect on whether the file can be uploaded or not.

While it might just be a coincidence, the img_media_type field in the images table is set to 'UNKNOWN' for the files that can't be moved. It's as though some xls files are typed correctly (Manual:MIME type detection) and others aren't, which blows up when trying to move them.

1. What might I do to correct this problem going forward?
2. Is there anyway I can fix/rebuild the images table based on the files already there? re-type them or something? There's 2000+ files, and it'd be nice to not have to go through them by hand!

Thanks! Lbillett (talk) 16:19, 9 July 2014 (UTC)

Ah. There's more. Looks like this started happening AFTER I enabled ImageMagick for thumbnails (I had been browsing with Chrome up to that point and didn't realize thumbs rendering in IE looked like garbage). Is there some a way I can force GD to be used to detect types again, while still using ImageMagick for thumbs? I had tried setting $wgMimeDetectorCommand = "file -bi"; it made a big fuss over xls extensions and wouldn't let me upload them (let alone move them). Lbillett (talk) 16:48, 9 July 2014 (UTC)

Manually expiring user passwords in MW 1.23

Tracked in Phabricator
Task T69792

The Release notes/1.23#New features in 1.23 states that "Admins can expire users users passwords manually..." I'm a relatively new admin - the only instructions / information I could find on how to do this was on the Manual:user table#user_password_expires page. The manual states that the date a user's password expires (user_password_expires) can be set manually - see below:

"...Can also be set manually by calling User->expirePassword()."

What does this mean? How do I call User->expirePassword()? Is this from a terminal screen? Any additional information or examples would be helpful. I'm still fairly new to MediaWiki.

MediaWiki 1.23.1; PHP 5.4.20; MySQL 5.6.14; Private enterprise knowledge management wiki hosted on Windows 7.

-Thanks! Nha4601 (talk) 00:17, 10 July 2014 (UTC)

Hello,

there isn't a gui for now, which enables you to expire the password of a user. the expirePassword() is a function of the User object which can be used in maintenance scripts e.g. or in extensions or something else :)

P.S.: Tracked as feature request on bugzilla bug 67792 Florianschmidtwelzow (talk) 08:16, 10 July 2014 (UTC)

Cross-site scripting on entry points

Facing an issue where-in there is cross-site scripting validation possible, with a malicious XSS Regex placed, the load.php file, goes ahead and parses the same. Faced this issue while security testing of MediaWiki instance.

MediaWiki: 1.18.2 PHP: 5.3 DB: PostgreSql: 9.2

Please find the screenshot as below:

For policy and network restriction reasons cannot share the Wiki itself as not yet secured permission for hosting the same on internet by the client. Pdr3112 (talk) 05:48, 10 July 2014 (UTC)

Hello!

Just a notice: 1.18 seems really old to me and is not supported anymore :) See https://www.mediawiki.org/wiki/Download Florianschmidtwelzow (talk) 08:10, 10 July 2014 (UTC)

Please update to a current version, preferably to MediaWiki 1.23 and check, if the problem is still present there. If it still is, please do not disclose further information on it to the public - also not on this very page. Instead, please follow the procedure described on Security! In short: Send an e-mail to security@wikimedia.org. 88.130.86.174 09:19, 10 July 2014 (UTC)

How I add EDIT buttons to sections on a page?

I have a long text page which many different headings and sections.

However, there is only one Edit button at top of the page.

How do I add edit buttons to each section so I can quickly and easily edit just individual sections?

Thank you. 220.244.183.241 (talk) 07:02, 10 July 2014 (UTC)

Hello :)

The edit links at the section appears automatically normally. Can you give an example link? How do you "created" the sections (which markup?)? Florianschmidtwelzow (talk) 08:07, 10 July 2014 (UTC)

Ahh something interesting.. the EDITs would not appear next to each section because it seems I have to first APPROVE that page to the latest before "edit" appears next to each section. I installed ApprovedRevs before.

Heard of that before? 220.244.183.241 08:27, 10 July 2014 (UTC)

> Heard of that before?

No, but i never used ApprovedRevs, but it sounds logical :) Florianschmidtwelzow (talk) 08:39, 10 July 2014 (UTC)

How can I erase and clear recent changes history?

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.

---

When someone clicks on "recent changes" they all see a history of dates and edits done by certain people.

Is there a way to completely clear the history, so I can start the history brand new? 220.244.183.241 (talk) 08:45, 10 July 2014 (UTC)

I don't know, what the benefit of this is, but the recent changes are saved in database table "recentchanges". If you delete all entries, the list is empty and you can start again. I suggest to make a backup. Florianschmidtwelzow (talk) 08:48, 10 July 2014 (UTC)

You can TRUNCATE the contents of the recentchanges table. Should you want to restore these contents, you can always run the maintenance script rebuildrecentchanges.php. 88.130.86.174 09:10, 10 July 2014 (UTC)

How I can HIDE the Recent changes history from every logged in user so only I as Admin can see it?

Thank you. 220.244.183.241 21:58, 10 July 2014 (UTC)

Thank you Florian:) What I did was load PhpMyAdmin, select "recentchanges" from the tables, then clicked on "Empty the Table(Truncate)

And that clears all history:)

Any ideas how to hide recent changes history from all users besides myself(Admin)? 220.244.183.241 22:24, 10 July 2014 (UTC)

There is no standard way to hide some specialpages (like Recentchanges) to a special group of users without rewrite some lines in specialpage itself. You can use this extension if i understand it right:

https://www.mediawiki.org/wiki/Extension:Lockdown

(i have never used such extensions).

Please read the notice at the Extension page carefully, maybe for your needs a cms is the better solution :) Florianschmidtwelzow (talk) 05:53, 11 July 2014 (UTC)

$wgHooks['SpecialPage_initList'][] = function (&$list) {

       unset($list['Preferences']);

       unset($list['Watchlist']);

       unset($list['Contributions']);

       unset($list['Support']);

       unset($list['Recentchanges']);

       unset($list['Specialpages']);

       return true;

}; 27.109.20.18 (talk) 11:24, 21 December 2017 (UTC)

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

[RESOLVED] File Upload Error message

I just installed Mediawiki 1.23.1 on a Ubuntu 12.04 LTS server.

I followed the steps exactly on the mediawiki site.

I used WGET in order to pull the .tar.gz file to my server from mediawiki's site. I then moved the mediawiki folder from " /home/user/ " to " /var/www/ " which is where the index.php file resides and then placed the LocalSettings.php in the mediawiki folder.

When I browse to my wiki and try to upload a file, I get the following error message: " Could not create directory "mwstore://local-backend/local-public/8/83"

How do I fix this?

I cannot post my wiki url because it is a private wiki and you would not be able to browse to it I don't think.

Please Help!

Thank you Gti guy25 (talk) 13:30, 10 July 2014 (UTC)

This should contain the solution: https://www.google.com/search?q=%22Could+not+create+directory+mwstore%3A%2F%2Flocal-backend%22

Summary: In most cases directory permissions of the folder images/ need to be fixed. 88.130.86.174 14:40, 10 July 2014 (UTC)

Thank you, I did find this eventually before seeing your reply. It did work. Is it a bad idea to add the logo image I want to use to the same location as where the wiki.png file exists? That seems to have been the only way I was able to change the image. Gti guy25 (talk) 18:16, 10 July 2014 (UTC)

Overwriting the default wiki.png file is a bad idea, because this file will be overwritten when you do the next wiki update.

Instead, add your image in the folder images/ and set $wgLogo to point to it. 88.130.86.174 18:33, 10 July 2014 (UTC)

I will try that again, though I did this initially. I did not overrite the wiki.png file however, I just coppied the .png image I wanted to use into the same folder and I will not be upgrading for a while but my thought was that if I had to go put the image in there again, it wouldn't really be a big problem. Gti guy25 (talk) 20:27, 10 July 2014 (UTC)

mediawiki URL

Currently my mediawiki url reads as follows: http://192.168.x.x/mediawiki/index.php/Main_Page

I want it to read http://wiki-name.domain-name.local/index.php/Main_Page. https:// would be nice as well.

I am using Apache2 but the mediawiki directions are too confusing for me to understand. Can anyone help me with this?

MediaWiki ver. 1.23.1

The directory of my mediawiki is /var/www/. I do not know what to edit to change the URL.

Please help, thank you! Gti guy25 (talk) 18:04, 10 July 2014 (UTC)

The URL to your wiki must be set in LocalSettings.php (just like e.g. $wgLogo, which is also set in that file) and you can change it by setting $wgServer to another value. This will then make MediaWiki output URLs starting with the domain you want. Take care however, that Apache also needs to be configured accordingly so that it maps that domain to the webroot directory. (Don't ask me how that is done - I have no clue.) 88.130.86.174 18:36, 10 July 2014 (UTC)

And the Apache part is where I get stuck because I do not see where you need to edit the Apache config. I will play around some more and see if I get it. The wiki I'm working on is only a test. Thank you though. Gti guy25 (talk) 19:20, 10 July 2014 (UTC)

You can edit the documenroot in the virtualhost configuration, most in /etc/apache2/sites-available. You can add the ServerName, too, to make an alias to wiki-name.domain-name.local. Be sure, that wiki-name.domain-name.local in your local DNS Server points to 192.168.x.x (the IP adress where apache is running). Https you get, when you use ssl in apache2 (and enable it for your host). Notice, that you can use a self signed certificate, when you use the wiki only locally (which i think, because you want to use a local domain), but you must add the certificate as a trusted (or add an exception in your clients, that they won't check this certificate). If you want to use the wiki on a wider range outside of your local network you can manage, then maybe it's better to use a certificate of a trusted CA (they take money ;)). Florianschmidtwelzow (talk) 19:37, 10 July 2014 (UTC)

Florianschmidtwelzow: when you say I can edit the document root in the virtualhost configuration, is it the <VirtualHost *:80> OR do I add what I need under <VirtualHost> at the bottom of the "default" file inside sites-available? And by my "local DNS Server" you mean to add wiki-name.domain-name.local or the IP Address to the DNS settings in Active Directory or something like that, correct? Sorry to be such a newbie, this is a project that was assigned to me at work and I am not a programmer nor do I know anything about Linux stuff.

Maybe this will help you more, this is exactly what I see when I am in /etc/apache2/sites-available/default:

<VirtualHost *:80>
        ServerAdmin webmaster@localhost
        DocumentRoot /var/www
        <Directory />
                Options FollowSymLinks
                AllowOverride None
        </Directory>
        <Directory /var/www/>
                Options Indexes FollowSymLinks MultiViews
                AllowOverride None
                Order allow,deny
                allow from all
        </Directory>

I know that I need to change one of these AllowOverrides None to AllowOverride All but not sure which

Maybe you can show me what it should look like when it's done?

Anything would be a great help. In the meantime, I will add the appropriate DNS entry. Gti guy25 (talk) 20:25, 10 July 2014 (UTC)

Florianschmidtwelzow: I just added the DNS record, and was able to ping my wiki server by name. Then I opened up IE and browsed to wiki-name.domain-name.local/mediawiki/index.php and it brought me right to my wiki page. Now, my question is how can I get it to just say: wiki-name.domain-name.local/index.php/Main_Page? Do I still need to edit the default file? If so please proceed to respond to my last post, if not please let me know how if you can. Thank you. Gti guy25 (talk) 20:40, 10 July 2014 (UTC)

Hello! You have to edit the file, where you entered the host configuration :) If this is the file you posted in your post, then change DocumentRoot /var/www to DocumentRoot /var/www/mediawiki and <Directory /var/www/> to <Directory /var/www/mediawiki/>. Restart/reload the server settings and navigate to your wiki. In order to use (maybe you want) short URL you can change AllowOverride in the directory section(<Directory /var/www/>) to All, or add the rewrite rules directly in the host configuration and leave allowoverrides to none. Florianschmidtwelzow (talk) 05:49, 11 July 2014 (UTC)

You may need to adjust $wgScriptPath in your LocalSettings.php to reflect the new directory structure:

$wgScriptPath = '';

Ciencia Al Poder (talk) 09:41, 11 July 2014 (UTC)

I have tried everything, I just can't get make it so that the url just reads "athena.my-domain.local". (Athena is my wiki's name). I added the proper DNS settings in my Domain Controller as well so that the Server itself can be resolved by name.

Maybe I did this all wrong from the begining so if anyone can clarify for me if what I did was right or wrong:

When I downloaded Mediawiki, it was placed in the directory /home/mhtadmin/mediawiki-1.23.1.tar.gz then I decompressed the file and it remained in the same directory but was then called "mediawiki-1.23.1 then I renamed the file to just "mediawiki" and moved it (and all of its contents) to /var/www/ because I thought that's what I was supposed to do since /var/www/ is where index.html is. The directory is now /var/www/mediawiki. I then moved the LocalSettings.php into /mediawiki where it needed to be. At this point I was able to access my wiki page but now the URL reads "http://ip-address/mediawiki/index.php or I can browse to it by typing in "athena.my-domain.local/mediawiki/index.php" but when I log in it goes back to the IP address URL.

The directions on the mediawiki website on how to create a Short URL for Apache talk about "/w" and "/wiki" directories, I do not have these. This is frustrating me to say the least.

Can anyone help me? Please don't be vague in descriptions, be as specific and detailed as possible. I just wanna get this thing fully working :?( Gti guy25 (talk) 18:41, 11 July 2014 (UTC)

You need to change $wgServer to use the domain name and not the IP.

If your wiki is installed in /var/www/mediawiki and you have mydomain/mediawiki in the URL and want to remove "mediawiki" from the URL, just move all files and folders from inside "mediawiki" to /var/www/

You'll need then to adjust $wgScriptPath as I said before. Ciencia Al Poder (talk) 20:07, 11 July 2014 (UTC)

Ciencia,

Thank you, and I had thought of this but did not try it. I will let you know how it works out. Thank you Gti guy25 (talk) 13:55, 21 July 2014 (UTC)

MediaWiki

I need someone to Skype with me about installing MediaWiki so it can be real time and I need to screen share too. Does anyone mind leaving their Skypes? I won't say mine because mine is all messed up, I can only add you, so please help me? Ready Steady Yeti (talk) 18:59, 10 July 2014 (UTC)

My questions (in text form) would rather be: What have you tried so far to install MediaWiki, which parts of the documentation are insufficient, and which specific problems did you run into, at which step with which error messages? AKlapper (WMF) (talk) 08:50, 11 July 2014 (UTC)

You can also get real-time help from our IRC Channel. Ciencia Al Poder (talk) 09:44, 11 July 2014 (UTC)

Bitnami + Mediawiki + Offline Wikipedia = Strange Pages...

So, I hate to just post without having found what is probably an already resolved issue, but I honestly don't know what to search on this error. Is it CSS? Bad Data? Some PHP value? I have no idea. Anyway, I did a Bitnami installation on a Mac and used mwdumper to import a 45 GB .xml (already uncompressed) dump of Wikipedia. This is for an educational institution that cannot afford an internet connection. The PAGE, TEXT, and REVISION tables were manually cleared before import. This image was viewed from the hosting machine.

[1] 122.200.63.82 (talk) 08:51, 11 July 2014 (UTC)

Apparently, your installation is missing Extension:ParserFunctions. It's bundled with MediaWiki, you only need to enable it in LocalSettings.php. You may also need Extension:Scribunto, Extension:Math and Extension:Cite Ciencia Al Poder (talk) 09:47, 11 July 2014 (UTC)

Sweet! Got it! Thanks so much! :) 122.200.63.82 04:24, 14 July 2014 (UTC)

insert "Vorlage" into a new mediawiki

i want to install a new wiki for my company and i found a nice "Vorlage" (Template) -> [[2]].

when i create the sides every think looks like wikipedia - but the collapse-event will not work and the link "Ausklappen" / "Einklappen" will not show.

did i insert some special css or ...?

regards Jan JanTappenbeck (talk) 09:37, 11 July 2014 (UTC)

See Manual:Collapsible elements. It also lists some alternatives to the standard module. Ricordisamoa 20:37, 18 July 2014 (UTC)

How to transform .dump file to kindle .mobi?

Hi, how can i bring http://hitchwiki.org to my kindle? There is no book creator feature but they provide .dump file. What I can do? 83.31.40.76 (talk) 10:13, 11 July 2014 (UTC)

Problem Upgrading PHP

Hello

I'm a Debian-beginner. I have a running debian server with mediawiki 1.11 and php 5.2. Now i'd like to upgrade to MediaWiki 1.23, so i started with upgrading php to 5.4 I did this simly with apt-get install php5

But when I try to upgrade the wiki now on the browser, it still stands "MediaWiki 1.23 requires at least PHP version 5.3.2, you are using PHP 5.2.17." When I ask php -v I get 5.4 as answer, but if I look at my Wikis Version-Page, there is still 5.2.17

What can I do? What is the problem?

Thanks for your help!

Marco Amstuzmarco (talk) 11:22, 11 July 2014 (UTC)

Hi!

Accessing your webserver with a browser and with a shell are two different things. When you access your webserver with a browser, you can see one PHP version, while on the shell you see another one.

In your case the command "php" executes PHP 5.4, which is fine. However, you also must make sure that the webserver runs that version as well, when asked to deliver a page for a webbrowser. (No, I don't know what to change, but I guess that you have to reference the correct = the new PHP version somewhere in the Apache configuration. Maybe you only have not restarted the server and it already would work correctly, if you did?) 88.130.78.92 11:55, 11 July 2014 (UTC)

Thanks for your answer. I have restarted the server already, yes. But it didn't help. But i see your point, it makes sense. Does anybody know what I have to change? Amstuzmarco (talk) 12:10, 11 July 2014 (UTC)

You probably need to apt-get install libapache2-mod-php5. Ciencia Al Poder (talk) 16:58, 11 July 2014 (UTC)

Didnt worked, I still get the same error. But thanks!! Any other Ideas? 84.74.152.184 22:36, 13 July 2014 (UTC)

You may need to uninstall the previous PHP version. Or look how to set which PHP version to use with your webserver. For example: [3] Ciencia Al Poder (talk) 11:01, 20 July 2014 (UTC)

MediaWiki installation and Short URLs

I have tried everything that that anyone has told me to do. I just can't get make it so that the url just reads "athena.my-domain.local". (Athena is my wiki's name). I added the proper DNS settings in my Domain Controller as well so that the Server itself can be resolved by name.

Maybe I did this all wrong from the beginning so if anyone can clarify for me if what I did was right or wrong it would be great:

When I downloaded Mediawiki, the .tar.gz file was placed in the directory /home/mhtadmin/mediawiki-1.23.1.tar.gz then I decompressed the file and it remained in the same directory but was then called "mediawiki-1.23.1" then I renamed the file to just "mediawiki" and moved it (and all of its contents) to /var/www/ because I thought that's what I was supposed to do since /var/www/ is where index.html is. The directory is now /var/www/mediawiki. I then moved the LocalSettings.php into /mediawiki where it needed to be. At this point I was able to access my wiki page but now the URL reads "http://ip-address/mediawiki/index.php or I can browse to it by typing in "athena.my-domain.local/mediawiki/index.php" but when I log in it goes back to the IP address URL.

The directions on the mediawiki website on how to create a Short URL for Apache talk about "/w" and "/wiki" directories, I do not have these. This is frustrating me to say the least.

Can anyone help me? Please don't be vague in descriptions, be as specific and detailed as possible. I just wanna get this thing fully working :?( Gti guy25 (talk) 18:47, 11 July 2014 (UTC)

Your steps are not entirely clear to me. (I hope you moved LocalSettings.php into /var/www/mediawiki instead of just /mediawiki and that you forgot to provide a full path only? I'm not sure whic file you renamed to "mediawiki" and hope that you meant a folder instead?) Which "directions on the mediawiki website" do you refer to? Clear links welcome.

In any case: Did you already make some edits to Apache's httpd.conf file? AKlapper (WMF) (talk) 20:52, 12 July 2014 (UTC)

Can somebody please put this back with Project:Support desk/Flow/2014/07#h-MediaWiki_installation_and_Short_URLs-2014-07-11T18:47:00.000Z, which it was apparently a reply to? I looked all over but couldn't find out how to undo the thread splitting by what is apparently a vandal (or spammer -- he retitled this thread with a website he seems to be promoting).

Edit: Never mind -- got it fixed. Should have been obvious to begin with. 23:08, 12 July 2014 (UTC)

AKlapper,

I renamed mediawiki.1.23.1 (which is the folder name after downloading the tar.gz from mediawiki website) to "mediawiki", and yes I moved localsettings.php to the proper folder, my mistake I was typing while frustrated. But I moved my "Mediawiki" folder to /etc/. It does not matter where you place it, as long as you change where Apache points to. Having said that, the httpd.conf file exists but is a completely blank file. Apache.conf is the file I have been told is what needs editing. So to answer your question, no I have not made any edits to httpd.conf because the directions and everything else I have read specifically state that httpd.conf is no longer used with Apache. Gti guy25 (talk) 13:54, 21 July 2014 (UTC)

To prevent your wiki from redirecting to the IP URL instead of staying on the domain URL, update Manual:$wgServer so it points to the domain and not the IP.

After that, just follow the instructions about Manual:Short URL. Be sure to plan your URL scheme before trying to follow those instructions.

If you want your "edit" urls be on /w/index.php, you should rename your directory to w instead of mediawiki. That's the directory that needs to exists. the /wiki/PAGENAME directory for short urls shouldn't exist, because it will be a "virtual" one, which would be rewritten internally to point to the first one with rewrite rules. Ciencia Al Poder (talk) 13:34, 22 July 2014 (UTC)

[DUPLICATE] Update gitblit on wikimedia git

Hi please update gitblit on git.Wikimedia.org to version 1.6.0 or 1.7.0.

And when upgrading you would need java 1.7.0 or higher.

New features are you can now sign in and now support ssh and now has a ticket page and you can also push changes and clone.

http://gitblit.com/ 94.197.122.85 (talk) 13:16, 12 July 2014 (UTC)

This duplicates Project:Support desk/Flow/2014/05#h-[RESOLVED]_update_git_site-2014-05-23T19:36:00.000Z; see there for more information! 88.130.84.255 16:29, 12 July 2014 (UTC)

Interwiki

Okay, so you know how Wiktionary has a sidebar on articles where it says other languages in that article, like "Dansk, Espanol, Francais, Italiano, Malagasy, Polski, etc.", and how those links on the sidebar are made by saying fr:Article and da:Article, etc.? Also, they are da.wiktionary.org, fr.wiktionary.org, mg.wiktionary.org, etc.! How do I make it so that my wiki's software can do this, and have fr.monathevampirewiki.org, da.monathevampirewiki.org, and es.monathevampirewiki.org? I need all three of these for the wiki. Instructions on how to get THIS SPECIFIC FEATURE on my software? Ready Steady Yeti (talk) 02:15, 13 July 2014 (UTC)

Hello! I think you can find all information here: https://www.mediawiki.org/wiki/Interlanguage_links Florianschmidtwelzow (talk) 12:58, 13 July 2014 (UTC)

[RESOLVED] mediawiki 1.24 wmf 13 upload error.

hi when trying to upload a video or image I get this error

Fatal error: Call to a member function getUrl() on a non-object in /home/paladox/public_html/en/includes/specials/SpecialUpload.php on line 968

I am using mediawiki 1.24 wmf 13 86.135.253.57 (talk) 13:30, 13 July 2014 (UTC)

I can't confirm this on wmf13 with a png file. Can you please provide exact steps to reproduce this? Can you provide an example file for which you become this error when try to upload? Florianschmidtwelzow (talk) 15:02, 13 July 2014 (UTC)

Well the steps I did was I got a video from common.wikimedia.org an ogv video I then tried uploading it on to my website I gave me that error I had extension timedmediahandler and mwembedsupport both installed. 86.135.253.57 15:06, 13 July 2014 (UTC)

Hello! Still can't confirm this. Tested with this ogv video: https://commons.wikimedia.org/wiki/File:Sarychev_Peak_eruption_on_12_June_2009,_oblique_satellite_view.ogv

Newest git versions of TimedMediaHandler and MWEmbedSupport. Uploaded the file and became the file page after this, no error. Have you $wgDevelopmentWarnings enabled?

Can you please provide a step by step guide how to reproduce this error? With this i mean e.g.:

- what exact file you try to upload (if you have it from commons, please provide the link)

- can you give more information about your installation (Windows/Linux, Webserverversion, Extensions?) Maybe you can provide a link to your Special:Version?

Please read this page to know, how to fill a bug report precise:

https://www.mediawiki.org/wiki/How_to_report_a_bug

(i would create a bug report for this (if you don't have and don't want a bugzilla account), but for this i (and we) need exact steps, maybe it isn't bug general bug :)). Florianschmidtwelzow (talk) 17:01, 13 July 2014 (UTC)

This should ONLY ever become a bug report if there are absolutely clear and readable steps to reproduce, with basic rules of punctuation applied, and if http://www.mediawiki.org/wiki/Manual:How_to_debug has been followed.

In general I only recommend running the latest wmf versions if people really know what they do. AKlapper (WMF) (talk) 10:37, 14 July 2014 (UTC)

My words :P Florianschmidtwelzow (talk) 10:52, 14 July 2014 (UTC)

It seems to be fixed now. 86.135.253.57 16:35, 14 July 2014 (UTC)

Maybe you can clarify, what you changed or what you did? :) It can help others with the same problem. Florianschmidtwelzow (talk) 16:52, 14 July 2014 (UTC)

I didn't change anything it just started to work again. 86.135.253.57 08:36, 15 July 2014 (UTC)

So you did not even update your checkout? That's very mysterious. AKlapper (WMF) (talk) 09:13, 15 July 2014 (UTC)

Some caching issue maybe, maybe related to some OP cache on his system. Such things happen... ;-) 88.130.85.111 17:13, 15 July 2014 (UTC)

How to remove undisclosed-recipients?

The wiki can't send email to some of users. The error message is list at bottom.

The original message was received at Sun, 13 Jul 2014 15:44:25 GMT
from www@localhost

   ----- The following addresses had permanent fatal errors -----
undisclosed-recipients:;

   ----- Transcript of session follows -----
553 5.1.3 undisclosed-recipients:;... List:; syntax illegal for recipient addresses

Final-Recipient: RFC822; "553 List:; syntax illegal for recipient addresses"@moegirl.org
X-Actual-Recipient: rfc822; "553 List:; syntax illegal for recipient addresses"@moegirl.org
Action: failed
Status: 5.1.3
Last-Attempt-Date: Sun, 13 Jul 2014 15:44:25 GMT


---------- Forwarded message ----------
From: 萌娘百科 <password@moegirl.org>
To: test123123 <test123123@qq.com>, undisclosed-recipients:;
Cc: 
Date: Sun, 13 Jul 2014 23:44:24 +0800

Deletedaccount4567435 (talk) 17:33, 13 July 2014 (UTC)

Delete this post.

Delete this post because never mind. I found a way to fix it. Ready Steady Yeti (talk) 18:36, 13 July 2014 (UTC)

Maybe others are interested in your solution (and the problem related to this), too? :) Florianschmidtwelzow (talk) 06:09, 14 July 2014 (UTC)

How to change the time format in a form datepicker?

Hi guys im new to mediawiki and i am trying to change the format of the datepicker from my default which is MM/DD/YYYY into YYYY/MM/DD

i tried using the parserfunctions but i do not know how to use it, a small example would be really helpful

thank you, Noopty (talk) 07:33, 14 July 2014 (UTC)

How to get "the datepicker" in mediawiki? AKlapper (WMF) (talk) 09:32, 18 July 2014 (UTC)

[RESOLVED] Mediawiki 1.22.6 + Vector skin + AdSense

Hi, I saw that some wikis have adsense in the sidebar always open. How do I place my adsense banner in the same way?

I tried with the extensions "Gui PCR Inserts" and "AdSense2" but without success 37.77.117.146 (talk) 15:45, 14 July 2014 (UTC)

Hello! I think with AdSense2 you mean this Extension? https://www.mediawiki.org/wiki/Extension:Google_AdSense_2

This is the only one i ever tested (long time ago), but never used it productive (use an own skin with own implemented AdSense ;)). If this doesn't work like you want, you can use the Hook itself:

https://www.mediawiki.org/wiki/Manual:Hooks/SkinBuildSidebar

E.g. add following into LocalSettings.php:

$wgHooks['SkinBuildSidebar'][] = 'fnNewSidebarItem';
 
function fnNewSidebarItem( $skin, &$bar ) {
        $wgGoogleAdSenseCode = '<your google adsense code>';
        $out = "<ul>\n";
        $out .= "<li>{$wgGoogleAdSenseCode}</li>\n";
        $out .= "</ul>\n";
        $bar[ 'Advertisment' ] = $out;
        return true;
}

Only as a proposal :) (untested, like ever :D). Florianschmidtwelzow (talk) 20:27, 14 July 2014 (UTC)

Thank you for the suggestion, but adsense is not always visible, continues to be closed by default and can be opened by the user :\ 37.77.117.146 00:23, 15 July 2014 (UTC)

I finally found the solution.

At the end of the file "screen.less" I added this code:

/* force the display of the contents of the section */

1. p-advertisment .body {

display:block !important;

}

/* Option 1: hide the header */

1. p-advertisment h3 {

display:none;

} 37.77.117.146 03:03, 15 July 2014 (UTC)

[RESOLVED] Upload a new PDF, but old PDF loading from Cache

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.

---

Hello all,

I have a page on my Wiki that contains links to about 100 PDFs. When we make changes to any of the PDFs, a new version is automatically uploaded to the MediaWiki server, thus the page should always contain the latest available version of each PDF.

However, if a user has previously clicked on an older version of the PDF and the browser had cached the file, then when they click on the newer version of the PDF, the older version is opening from cache.

What workarounds do I have for this in MediaWiki? Obviously, I want the new version of the PDF to always open.

Many thanks,

Matt 46.17.161.8 (talk) 08:34, 16 July 2014 (UTC)

Btw, clearing the Cache on the browser allows the newer version to open. I've also tried adding ?action=purge to the URL of the page, but this does not affect PDFs.

Thanks

Matt Qiubov (talk) 08:53, 16 July 2014 (UTC)

Exactly, clearing the browser cache will help. ;-) 88.130.66.204 18:06, 16 July 2014 (UTC)

I would rather not have the users clear their browser caches each time they want to access the latest PDF.

There must be another way... 46.17.161.8 10:41, 17 July 2014 (UTC)

Marking this as resolved, because I have figured out how to do it.

Posting the solution for others for future reference.

Note: This solution assumes your MediaWiki installation is running on Apache.

1. Navigate to your httpd.conf file (xampp\apache\conf\) and open it using your favourite text editor. If you do not have access to this folder/file, open your .htaccess file instead.

2. Underneath the "#LoadModule" lines, add the following;

# Instruct the browser to always check for the latest version of your files using Apache directives
<IfModule mod_headers.c>
	<FilesMatch "(?i)^.*\.(css|htm|html|gif|jpg|jpeg|js|png|pdf)$">
		Header set Cache-Control "max-age=0,must-revalidate"
	</FilesMatch>
</IfModule>

The server tells the browser to check for the latest versions of css, htm, gif, jpg, jpeg, js, png and pdf files. You can edit this list to your hearts content. If the version on the server is different than the one the browser has in its cache, the browser will download a new copy and refresh its cache. Qiubov (talk) 13:26, 17 July 2014 (UTC)

Nice to see that you found a solution already. :-)

With what you do, basically all files from a folder starting with "i" get this header. You could do the same without your regexp by just matching the folder images/. This will lead to the same result, but performance-wise it should be cheaper. :-) 88.130.87.113 20:14, 17 July 2014 (UTC)

A very good point, thanks for pointing this out. :) Qiubov (talk) 08:18, 18 July 2014 (UTC)

What about the unfortunate souls that have to use IIS instead of apache? 132.183.13.9 (talk) 18:07, 20 July 2016 (UTC)

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

Redlink appears instead of transcluded template

Versions:

MediaWiki:  1.23.1
PHP:  5.3.27 (cgi-fcgi)
MySQL:  5.5.32-cll-lve

I stole the idea of template documentation subpages from Wikipedia. I have implemented it in another (private) wiki, where it works as expected. But on this wiki, two specific templates are not working correctly. Nothing else seems to be affected, though I cant see anything in these templates that would be causing this problem.

Visiting this page should transclude the documentation for Template:MT_doc via Template:MT_doc/doc. But instead it shows a redlink Template:MT doc/doc. However, clicking on the redlink does not create or edit Template:MT_doc; it views it - because, after all, it exists. So why is it not being transcluded?

The same behaviour occurs again on that page. The first thing there should be an alert template; instead, a redlink is shown Template:Alert. Again, clicking on the redlink "correctly" visits Template:Alert instead of creating or editing it.

Ive tried clearing the object cache, but that didnt fix it. Any help welcome. Thanks in advance. DiGGr (talk) 11:57, 16 July 2014 (UTC)

OK, well. This seems to have mysteriously cured itself. Presumably it was some odd cache related problem affecting other than the object cache. At least I shall know what to do if it happens again. DiGGr (talk) 19:19, 17 July 2014 (UTC)

Argh :D I take too long for my answer :P As a notice to my answer: Yes, the pages will reparse after an amount of time, so the standard way is to create/edit a template and just wait :) Florianschmidtwelzow (talk) 19:30, 17 July 2014 (UTC)

Hello! For me all works good :) I think you have first created the "links" (as template inclusions) and after this you created the pages you want to include, right? Then this behavior is the right, because the output of the parser will be cached for a time and not generted again if you request the page. This saves ressources (because parsing is very intensive in calculating). To force the reparsing of a site simply add an action=purge into the url (and maybe confirm with a click on "Ok"). Another way is to do a "pseudo edit", that means: Just click "Edit" and save without any changes on the site. The page content will be reparsed again. There is an maintenance script, too. With purgeList.php (https://www.mediawiki.org/wiki/Manual:PurgeList.php) and the parameter --all you can purge all wiki pages from command line without confirm and request all pages seperatly. But please be sure you want to do this (it's only necessary if you want to purge an high amount of pages using a template). The time the script takes depends on the amound and size of your wiki pages. Florianschmidtwelzow (talk) 19:28, 17 July 2014 (UTC)

SpecialPages Blank (Fatal error: Class 'LonelyPagesPage' not found in ...)

Upgraded from 1.19.9 to 1.23.1 and solved most of the issues - I think. I did have to reload the saved database and then I ran the database upgrade again.

SpecialPages blank with Google Chrome and HTTP 500 error in Windows Explorer.

Can not find solution to missing or blank "SpecialPages". Put in the error reporting into LocalSettings.php as suggested and get:

'Fatal error: Class 'LonelyPagesPage' not found in /mnt/stor12-wc2-dfw1/588082/700780/www.cefresearch.ca/web/content/wiki/includes/specialpage/SpecialPageFactory.php on line 345'

The special pages appear to be there but no index.

Site: http://cefresearch.ca/wiki

From: http://cefresearch.ca/wiki/index.php/Special:Version

MediaWiki 1.23.1 PHP 5.3.20 (apache2handler) MySQL 5.1.61-log

I still have the 1.19.9 version running and the special pages are there.

http://cefresearch.ca/wiki2/index.php/Special:SpecialPages (note that this is for site called "wiki2")

There was mention to disable extensions but I can not find a page that tells me how to do that? I renamed the "extensions" directory to see if that took them all off-line but no change. Rlaughton (talk) 12:18, 16 July 2014 (UTC)

Hello! Can you check, if you copied all files to your new wiki installation? It seems, that SpecialLonelypages.php is missing from includes/specials. Florianschmidtwelzow (talk) 13:03, 16 July 2014 (UTC)

Thanks, I would not have known to do that as I did a NEW INSTALL and not an upgrade so the only files or folders I moved over were the IMAGES and any additions I had made to my LocalSettings.php file.

I did check that directory and the SpecialLonelypages.php was there (in the folder "indlcudes/specials", as was the file SpecialSpecialpages.php but I have re-loaded that directory in case there was a problem.

Here is the code that is on that page for SpecialSpecialpages:

(edited post reply and deleted code that was copied)

IT APPEARS THAT RELOADING THE DIRECTOY "INCLUDES" solved the problem. There must have been a problem when the Wiki was configured in the first place.

Now the question is, is there anything else that needs to be reloaded? Perhaps I shall just wait and see if there are any more issues and upload anything that is missing.

Thanks for your quick response and help in solving the problem!

Yahoo!! Rlaughton (talk) 20:06, 16 July 2014 (UTC)

How did you put the MediaWiki files into the folder? Did you upload them with the shell or did you use FTP (or SFTP)? With (S)FTP I expect such errors to happen way more frequently than when you are using the shell. With the shell, you basically only run an untar command directly on the server - I am not 100% sure, but I would say: Nothing should go wrong then. :-) 88.130.87.113 20:25, 17 July 2014 (UTC)

Problem with json

The wikipedia json with title on the first day of the month does not work with Italian bees. This work: http://it.wikipedia.org/w/api.php?format=json&action=query&titles=2%20luglio&prop=revisions&rvprop=content "1 July"

This NOT work: http://it.wikipedia.org/w/api.php?format=json&action=query&titles=1%20luglio&prop=revisions&rvprop=content "2 July"

can someone help me? 217.19.148.54 (talk) 13:09, 16 July 2014 (UTC)

Hello,

both work perfectly :) Maybe you want to follow redirects to get the content of the target page?

https://www.mediawiki.org/wiki/API:Query#Generators_and_redirects Florianschmidtwelzow (talk) 13:19, 16 July 2014 (UTC)

Thanks, I solved with redirection. 217.19.148.54 19:10, 16 July 2014 (UTC)

Hidden pages?

What I need for my Wiki is pretty much a sandbox where members can develop pages which are hidden to the public until they are finally ready for prime time. I have read the security page concerning access control and what Mediawiki can do and what it can't ( http://www.mediawiki.org/wiki/Security_issues_with_authorization_extensions ), plus the recommendation to use a CMS instead, but given the nature of my project I do believe a CMS just isn't the way to go.

Anyway - I've looked into the available options, and boiled it down to the following alternatives:

1. The manual ( http://www.mediawiki.org/wiki/Manual:Preventing_access#Restrict_viewing_of_certain_specific_pages ) suggests to set up two (2) Wikis and bridge them for the scenario I described - I only see one problem: To implement what I need, I would have to be able to easily move pages from the hidden half to the public one (and possibly back). But I guess that isn't possible (or is it?).

2. The other option is the plugin I found here: http://www.mediawiki.org/wiki/Extension:AccessControl Compared to other alternatives, it seems to be relatively mature, and they have also clearly read the security concerns raised on the Mediawiki page and tried to address them. Does anyone have experience with this addon, or are there any further suggestions?

Many thanks in advance! 37.235.62.209 (talk) 15:32, 16 July 2014 (UTC)

Hello! Sorry, but i think in your case it's really better (and a much smarter solution) to use a blog or cms system :) Florianschmidtwelzow (talk) 06:31, 17 July 2014 (UTC)

Just a thought (don't have much experience myself): Maybe it could be a solution to your problem to create an extra namespace for the "sandbox"-articles and then use Extension:Lockdown to administrate the user rights? LiturgicaNotata (talk) 06:59, 17 July 2014 (UTC)

Convert Dokuwiki Tables

I am converting an old Dokuwiki into a new Mediawiki and i am wonderin about how to convert the tables into the wiki without modifying the code by hand. I hope this explains my problem. 213.208.144.36 (talk) 08:20, 17 July 2014 (UTC)

I have not tried this myself. However, the work needed to convert a DokuWiki into a MediaWiki installation will depend on how similar both are (table structure inside the DB, syntax of the wiki text itself) and on, if someone already did that before (and you can more or less re-use, the code he wrote).

In this case it seems like there already is some kind of converter: https://www.dokuwiki.org/tips:mediawiki_to_dokuwiki_converter

Maybe it does not work right out of the box, but it might give you an idea, of what might be needed. 88.130.87.113 20:20, 17 July 2014 (UTC)

Hi that link is for converting Mediawiki to dokuwiki not the other way around. 151.225.137.145 16:59, 18 July 2014 (UTC)

Eh, yeah, I obviously mixed that up. Sorry! 88.130.126.109 21:54, 18 July 2014 (UTC)

Pagecontent Help

n mediawiki 1.21, i want to append some text in wikitag format at prefix and postfix of the original content(page_content), on which file and where i want to make change regarding this. Please guide me.

Mediawiki 1.21 Postgresql 9.2 125.19.34.86 (talk) 12:36, 17 July 2014 (UTC)

Hello,

unhappily i'm not really sure, what you want to do :) Do you want to add some text before and after each content page (but not on Special pages or Category pages?)? If so, you can use templates to add before and after every page, or edit the skin files, or using hooks to add the content (so you can use this one to add content after the content e.g. https://www.mediawiki.org/wiki/Manual:Hooks/SkinAfterContent).

Hope that helps you :) Florianschmidtwelzow (talk) 19:18, 17 July 2014 (UTC)

Florian's ideas are good, except the one to edit the skin files. If you are using one of the MediaWiki default skins (or a skin, which you do not maintain yourself), you should not edit its files as your changes will e.g. be overwritten after an update. 88.130.87.113 20:16, 17 July 2014 (UTC)

Yeah, right :) Sorry, sometimes i forget, that i'm using a custom skin :) If you created itself there are much more posibillities (and more problems you have to solve too :P) Florianschmidtwelzow (talk) 07:10, 18 July 2014 (UTC)

@Florianschmidtwelzow Thanx for your response.Actually in mediawiki 1.12 what we did, we created one customized module like page_precontent and page_postcontent two column we added in page table, by using our module user can add what should print at the beginning of the content and what should print at end of the content can able to add and modify.

For ex consider "Test_Page" is containing original content like "Hi This is test Page", by using our customized extension user have to enter only the title of the page then two text area user can able to see ,like precontent and post content, if user is adding some text in precontent text area like "''This this before text''" and in post content text area like "'''This is end of the content'''", if you load the page "Test_Page" it will show like

This this before text

Hi This is test Page

This is end of the content

In mediawiki 1.12 we customized the article.php like below in custom code you can see.,

public function outputWikiText( $text, $cache = true ) {
		global $wgParser, $wgUser, $wgOut, $wgEnableParserCache;
		$popts = $wgOut->parserOptions();
		$popts->setTidy(true);
		$popts->enableLimitReport();
		
		/**************** CUSTOME CODE **************************/
                $this->mPreContent = Title::getPreContent($this->mTitle);
                $this->mPostContent= Title::getPostContent($this->mTitle);
                $text = $this->mPreContent.$text.$this->mPostContent;
                
		/********************************************************

In mediawiki 1.21 im not able to find where to make this change. 59.163.27.11 05:47, 18 July 2014 (UTC)

Like 88.130.87.113 said: Never change skin files, the same is for all other files provided by core, see for this: Do not hack MediaWiki core

Better is to do this with an extension, if possible.

But like i said: I really don't know, what you want to do? You want to save a pre and post content into the database for each text? Then maybe it's really better to instruct your users that they can add this content into the "normal" textfield for content of page?! Florianschmidtwelzow (talk) 07:20, 18 July 2014 (UTC)

@Florianschmidtwelzow it is not possible to instruct the user.already in production if i want to change more than 2000 pages i want to modify it,

So i want to customize mediawiki core only, so guide me on which file i want to make change yaar, It is very difficult.

Developing extension also right now it is not possible, i want to complete this task within 2 days , so please guide. 125.19.34.86 09:17, 18 July 2014 (UTC)

Sorry for the direct answer: I think you go a totally false way. This what we discuss here is one of the reasons why it's never an alternative to hack the core: At some point you don't know, what to do (if you are not in the actual development process or are the Wiki administrator, not the developer). I will give you a possible solution for your problem next to this text, but please (really!) notice, that it will comes the point, where this solution again won't work. And in my opinion, that can't be the right approach.

So, to solve this problem (I have still the opinion that you shouldn't do this) you can change inclueds/page/Article.php (in MW1.24wmf11+) or includes/Article.php (in MW1.24wmf11 and under):

Find function getContentObject() (somewhere around line 280 or 250):

Add following before

fProfileOut( __METHOD__ );

return $content;

$text = ContentHandler::getContentText( $content );
$newText = 'preContent' . $text . 'postContent';
$content = ContentHandler::makeContent( $newText, $this->getTitle() );

Like ever: use it for your own risk. Florianschmidtwelzow (talk) 20:45, 19 July 2014 (UTC)

@Florianschmidtwelzow I added in the below function, but it is not working, even this function is not calling for content.

protected function getContentObject() {
                wfProfileIn( __METHOD__ );

                if ( $this->mPage->getID() === 0 ) {
                        # If this is a MediaWiki:x message, then load the messages
                        # and return the message value for x.
                        if ( $this->getTitle()->getNamespace() == NS_MEDIAWIKI ) {
                                $text = $this->getTitle()->getDefaultMessageText();
                                if ( $text === false ) {
                                        $text = '';
                                }
                             
                                $text = "'''test----------------------'''".$text;
                                $content = ContentHandler::makeContent( $text, $this->getTitle() );
                        } else {
                                $message = $this->getContext()->getUser()->isLoggedIn() ? 'noarticletext' : 'noarticletextanon';
                        //      $content = new MessageContent( $message, null, 'parsemag' );
                        }
                } else {
                        $this->fetchContentObject();
                        $content = $this->mContentObject;
                }
                wfProfileOut( __METHOD__ );
//              echo '<pre>';print_r($content);die();
                return $content;
        }

125.19.34.86 06:27, 21 July 2014 (UTC)

Hmm, this isn't that, what i said ;) You have added some code to the first branch of the if/else control structure. This is only called for non existent pages, not for pages, that exist. Maybe you want to try it again, like i said to you :) Add the code i give you before wfProfileOut( __METHOD__ );.

P.S.: And please uncomment $content = new MessageContent( $message, null, 'parsemag' ); ;) Florianschmidtwelzow (talk) 07:07, 21 July 2014 (UTC)

@Florianschmidtwelzow thanx lot for ur response, you are only my hope to fix this issue. still no chance , it is not working

 protected function getContentObject() {
                wfProfileIn( __METHOD__ );
                if ( $this->mPage->getID() === 0 ) {
                        # If this is a MediaWiki:x message, then load the messages
                        # and return the message value for x.
                        if ( $this->getTitle()->getNamespace() == NS_MEDIAWIKI ) {
                                $text = $this->getTitle()->getDefaultMessageText();
                                if ( $text === false ) {
                                        $text = '';
                                }
                                 $content = ContentHandler::makeContent( $text, $this->getTitle() );
                        } else {
                                $message = $this->getContext()->getUser()->isLoggedIn() ? 'noarticletext' : 'noarticletextanon';
                                $content = new MessageContent( $message, null, 'parsemag' );
                        }
                } else {
                        $this->fetchContentObject();
                        $content = $this->mContentObject;
                }
                #******* CUSTOM CODE START*************
                $text = ContentHandler::getContentText( $content );
                $newText = 'preContent' . $text . 'postContent';
                $content = ContentHandler::makeContent( $newText, $this->getTitle() );
                #******* CUSTOM CODE END*************
                wfProfileOut( __METHOD__ );
                return $content;
        }

125.19.34.86 07:46, 21 July 2014 (UTC)

Have you used ?action=purge to clear the parser cache? Florianschmidtwelzow (talk) 11:40, 21 July 2014 (UTC)

@Florianschmidtwelzow Great Help thanx lot for ur support, it is working after ?action=purge. Once again thnk you lot. 125.19.34.86 13:05, 21 July 2014 (UTC)

@Florianschmidtwelzow if make any change immediately it is not coming after ?action=purge only it is working.. any solution for that? 59.163.27.11 13:39, 21 July 2014 (UTC)

That's normal because of the ParserCache. If you don't want to do this, you can revert the change i said to you and add the text directly before the body is outputted. In includes/SkinTemplate.php you can change (if i'm right):

Find $tpl->setRef( 'bodytext', $out->mBodytext ); and add before:

$out->mBodytext = 'preContent'.$out->mBodytext.'postContent';

Florianschmidtwelzow (talk) 17:27, 21 July 2014 (UTC)

here the pblm is my wikitext is not parsing it is printing as it is

$out->mBodytext = "'''bold'''.$out->mBodytext."''italic''";

-( 125.19.34.86 04:38, 22 July 2014 (UTC)

> here the pblm is my wikitext is not parsing it is printing as it is

That'c totally correct ;) If you want to use wikitext you can use the above example in article.php. Parsing is an intensive operation, so it is cached. It's possible to parse the text everytime your wiki pages requested, but this is a more unuseful solution as all others here ;) Florianschmidtwelzow (talk) 05:35, 22 July 2014 (UTC)

i want to parse everytime, so guide me yaar, Please give me some solution,really stucked with this.you r only my hope to solve this issue. 125.19.34.86 06:13, 22 July 2014 (UTC)

@Florianschmidtwelzow added below line in Localsettings, and i made your mentioned changes in Article.php, It is working now.

$wgEnableParserCache = false; 125.19.34.86 13:36, 22 July 2014 (UTC)

O In my opinion this is the complete false solution for solving this, sorry. With this you turn off the parser cache for all, yeah i mean ALL, parser actions MediaWiki will ever do. There is a reason, why it's default to true :)

Better solution would be to (i hope that you don't change the post and pre content so often) do your changes to pre and post content and run the maintenance script purgeList.php with parameter --all (see https://www.mediawiki.org/wiki/Manual:PurgeList.php) Florianschmidtwelzow (talk) 15:50, 22 July 2014 (UTC)

How can I upload files 20MB or greater?

I am only allowed to upload 2MB files in Mediawiki... is there a way to increase it to at least 20MB or unlimited?

Thank you:) 220.244.183.241 (talk) 02:09, 18 July 2014 (UTC)

Hello! The max file upload is set by the php config :) If you want to increase the upload size you must set a new in your php.ini. You can refer to this to change the value:

Set maximum size for file uploads

Please notice, that you need write-access to the php.ini file, if you haven't you must ask your hoste to change the value :) Florianschmidtwelzow (talk) 07:25, 18 July 2014 (UTC)

Thank you Florianschmidtwelzow :) Tonywiki (talk) 07:51, 18 July 2014 (UTC)

Is there a way to upload MS Excel .xls files and PDF files in Mediawiki?

Is there a way to upload MS Excel .xls files and PDF files in Mediawiki? Tonywiki~mediawikiwiki (talk) 02:11, 18 July 2014 (UTC)

Hello! Sure, please see: Configuring file types and file upload Florianschmidtwelzow (talk) 07:22, 18 July 2014 (UTC)

Thank you very much Florianschmidtwelzow , that's perfect :))) Tonywiki (talk) 07:50, 18 July 2014 (UTC)

Hi guys,

what about the security of uploading Microsoft Office documents?

https://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/RELEASE-NOTES?&pathrev=82783&r1=82782&r2=82783 suggests that it is save to upload certain ZIP types, such as MS Office or OpenOffice. However, at the same time, DefaultSettings.php still contains a warning:

If you add any OpenOffice or Microsoft Office file formats here, such as odt or doc, and untrusted users are allowed to upload files, then your wiki will be vulnerable to cross-site request forgery (CSRF).

So what now? Is upload of Microsoft Office documents (e.g. of .doc and .docx) save or is it not? 88.130.126.109 08:50, 18 July 2014 (UTC)

Do you allow "untrusted users to upload files" is the question you'd have to answer first, and that might also answer your other question. :) AKlapper (WMF) (talk) 09:34, 18 July 2014 (UTC)

Let's say you allow all ordinary users to upload files. Some of them are known to you, others are not (read as "strangers").

The thing is: Why do the ReleaseNotes say it would be secure to upload MS Office files? Is that just wrong? What is the problem with them? 88.130.126.109 09:56, 18 July 2014 (UTC)

The link does not say that "it would be secure to upload MS Office files" generally. The link says it's fine to upload ZIP types. "MS office files" can be a number of file formats which changed over the years, and probably also their ability to include some malicious code (VBS macros). AKlapper (WMF) (talk) 11:17, 18 July 2014 (UTC)

If I am informed correctly, .doc files can contain macros, while .docx files cannot (you would have to save - not only rename - them as .docm instead). I don't know what malicious stuff else can be inside docx files.

I understand that as that it means that you cannot say that upload of MS Office files would be secure. 88.130.126.109 12:31, 18 July 2014 (UTC)

Bitnami + database in Mediawiki

Installing Mediawiki with Bitnami, it seems the database is automatically created but when I go into phpMyAdmin, I cannot see the database anywhere. I need access to the database so I can install ApprovedRevs extension.

Any feedback please? Tonywiki~mediawikiwiki (talk) 02:14, 18 July 2014 (UTC)

If MediaWiki is working correctly, the database will be there. Check the LocalSettings.php file in the root folder of your MediaWiki installation for the variables $wgDBtype and $wgDBuser and $wgDBpassword. If you use MySQL (to be set in $wgDBtype), then log into phpmyadmin using the username and password of $wgDBuser and $wgDBpassword and you should see the database.

However, in order to install an extension like ApprovedRevs, it should not be necessary to manipulate the database directly. Instead, run the MediaWiki updater: Either via the webbrowser or (preferredly) from the shell. See here for more information: Manual:Upgrading#Run_the_update_script 88.130.126.109 08:55, 18 July 2014 (UTC)

possible to config search global / limited

hi!

we want to use mediawiki for several area in the company (you understand?).

is it possible to config the search ? search global or limit to special areas ?

in outer wiki i see that only the languages will be search witch are current.

regards Jan :-) JanTappenbeck (talk) 06:03, 18 July 2014 (UTC)

Scribunto / Lua error: The interpreter exited with status 127.

Hi,I'm trying to install Scribunto Extension to get Infobox work.My system is Centos with PHP 5.2.3 and lua installed. I followed the step,added those code into LocalSetting.php:

require_once "$IP/extensions/Scribunto/Scribunto.php"; $wgScribuntoDefaultEngine = 'luastandalone'; $wgScribuntoEngineConf['luastandalone']['luaPath']='/usr/bin/lua'; $wgShowExceptionDetails = true; $wgPFEnableStringFunctions = true; $wgScribuntoEngineConf['luastandalone']['errorFile'] = '/tmp/lua-error.log';

'/usr/bin/lua' and Mediawiki folder are given 777 premission. When I open Module:Inbox page,it goes error:Lua error: The interpreter exited with status 127.

Anyone could help me? Hxtrainfans (talk) 06:11, 18 July 2014 (UTC)

[RESOLVED] Upgrade gerrit to 2.9

Tracked in Phabricator
Task T70271

hi could we update gerrit to 2.9 reason because it includes a new design by default now and also includes a new side by side diff please https://gerrit-documentation.storage.googleapis.com/ReleaseNotes/ReleaseNotes-2.9.html see this for a full set of changes. 151.225.137.145 (talk) 13:00, 19 July 2014 (UTC)

it also fixes. Fix truncated long lines in new side-by-side diff screen. 151.225.137.145 13:08, 19 July 2014 (UTC)

This basically is the same as the Gitblit question, which you brought up a few times in the past already. See Project:Support desk/Flow/2014/07#h-[DUPLICATE]_Update_gitblit_on_wikimedia_git-2014-07-12T13:16:00.000Z and especially Project:Support desk/Flow/2014/05#h-[RESOLVED]_update_git_site-2014-05-23T19:36:00.000Z for the answer. Apart from that the question is not related to the function of the MediaWiki software itself and so is displaced here. 88.130.85.98 13:43, 19 July 2014 (UTC)

Yes and also the person on that thread told me to give a reason if I ask for an upgrade which I did give a reason it fixes issues and also brings a new design by default. 151.225.137.145 13:51, 19 July 2014 (UTC)

Honestly: Who cares? It will be updated when it's updated - and if you post a hundred threads here: It won't change a thing. And all that still does not change anything regarding the fact that the question is not related to the function of MediaWiki and so is displaced here.

You can search other channels like places where wikimedia tech people are around and ask there, but that will most likely have exactly the same impact which this question here has: Absolutely none. That might be different, if you could actually help doing the upgrade - can you? 88.130.85.98 13:56, 19 July 2014 (UTC)

I'm not sure, if you are the guy who opened the bug bug 68271, but if you are, i'm wondering why. The first question after your "it fixes issues" is, are this issues related to the use cases of Wikimedia? We will see, what happens on bugzilla, so i hope, that we don't need to observe this thread AND bugzilla, it's double work, and this is really bad ;) Florianschmidtwelzow (talk) 15:25, 19 July 2014 (UTC)

NewSignupPage: No message appearing

There is an unsolved issue in extension NewSignupPage:
If the user doesn't check the terms checkbox there is no message appearing.
(I have set up a message at Mediawiki:shoutwiki-must-accept-tos)

This happens since the update to MW 1.19.7 - see this thread here.
Just tested it with MW 1.23.1 and there is still no massage appearing...

Should I file a bug or can anyone help here directly?

Thanks. Stefahn (talk) 13:46, 19 July 2014 (UTC)

[RESOLVED] How can I delete pages?

I have made my user:

Member of: Bureaucrats and Administrators

however I still can not delete pages. I been checking all over the web, but sounds like I should have the ability to, but do not have the ability to. Can anyone tell me what I am missing? 76.90.58.50 (talk) 14:18, 19 July 2014 (UTC)

Hi!

Basically administrators should be able to delete pages. What is the URL of your wiki? 88.130.85.98 14:26, 19 July 2014 (UTC)

it is private and password protected and I can not allow access to it because has sensitive work info, but some of the old pages our out dated company polices and info. That is why I need to delete the pages. From my user page:

Ryan (bureaucrat, administrator) (Created on 11 December 2012 at 15:13)

Edit user groups

Changing user rights of user Ryan (Talk | contribs | block)

You may alter the groups this user is in:

A checked box means the user is in that group.

An unchecked box means the user is not in that group.

A * indicates that you cannot remove the group once you have added it, or vice versa.

Member of: Bureaucrats and Administrators

Implicit member of: Autoconfirmed users

Groups you can change

bot

X administrator

X bureaucrat 76.90.58.50 14:34, 19 July 2014 (UTC)

Do I need to have the bot checked too? 76.90.58.50 14:35, 19 July 2014 (UTC)

Is this something I can setup when I start a fresh install? I just started another install on another site so I do not break my current one, Once I have that up I can pass along if that would help. 76.90.58.50 14:52, 19 July 2014 (UTC)

Hello! If you are an administrator and not able to delete pages, then check the LocalSettings.php for wgGroupPermissions['sysop']['delete'] please. Is this on true or false (or doesn't exist?)?

Do you see the "delete" link or not (it's in the menu behind the "arrow")? Which MW Version you have installed? Florianschmidtwelzow (talk) 15:20, 19 July 2014 (UTC)

I checked the local settings and was not there. Was not Permissions listed in the file at all, and my version are as follows:

Installed software

Product Version

MediaWiki 1.19.11

PHP 5.3.27 (cgi-fcgi)

MySQL 5.1.39-log 76.90.58.50 19:37, 19 July 2014 (UTC)

On the edit bar I have:

B (bold), I (italics), Ab (internal link), globe (external link), BIg A ( level headline 2), Ignore wiki format, Your signature, Horizontal line.

That's is, never could get any visual editor working, I am not super familiar with it all, have not done much work on it. 76.90.58.50 19:40, 19 July 2014 (UTC)

But the delete link isn't in the editor :) You have the "edit" link, then right next to it you can find the history and an arrow. If you move with the mouse over the arrow, and you find the "detele" link, right? Florianschmidtwelzow (talk) 20:10, 19 July 2014 (UTC)

system had logged me out and had not noticed so did not see the arrow. Once I logged back in I could see it, perfect thanks. 76.90.58.50 17:19, 22 July 2014 (UTC)

Error: 1146 Table 'pjk_uawiki.user' doesn't exist (localhost)

My host did something to the db and are unable to restore a backup or fix it, so I need to try fixing it myself. I had a massive spam attack, and mostly cleared it up, but seems there is an issue with the db now. See this link: http://underasia.com/wiki/index.php/Thai_Language_Resources

MediaWiki (reported by your wiki's Special:Version page): can't check, but version that was out about 8 months ago. PHP (likewise): 5.3.26 Database (likewise, e.g. MySQL 5.5): MySQL 5.1.73-cll

Any ideas how to fix this? The only support I have so far is: "It seems like the user table missing is the only error being reported at this time and you may be able to fix this by re-installing a blank user table.

If you pull the "create table" sections from the database install script for this site and run them it may get it functioning again."

But I'm unsure how to actually do this. Any help would be greatly appreciated.

I've tried to run the upgrade process but get this error when upgrading the db: "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. ...user table does not exist, skipping new field patch. ...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. ...user table does not exist, skipping new field patch. ...watchlist table does not exist, skipping new field patch.

An error occurred: A database query syntax error has occurred. The last attempted database query was: "SELECT count(*) FROM `watchlist` WHERE wl_namespace & 1 LIMIT 1 " from within function "MysqlUpdater::doWatchlistUpdate". Database returned error "1146: Table 'pjk_uawiki.watchlist' doesn't exist (localhost)" Backtrace:

1. 0 /home/pjk/public_html/underasia/wiki/includes/db/Database.php(983): DatabaseBase->reportQueryError('Table 'pjk_uawi...', 1146, 'SELECT count(*...', 'MysqlUpdater::d...', false)
2. 1 /home/pjk/public_html/underasia/wiki/includes/db/Database.php(1434): DatabaseBase->query('SELECT count(*...', 'MysqlUpdater::d...')
3. 2 /home/pjk/public_html/underasia/wiki/includes/db/Database.php(1148): DatabaseBase->select('watchlist', 'count(*)', 'wl_namespace & ...', 'MysqlUpdater::d...', Array)
4. 3 /home/pjk/public_html/underasia/wiki/includes/installer/MysqlUpdater.php(346): DatabaseBase->selectField('watchlist', 'count(*)', 'wl_namespace & ...', 'MysqlUpdater::d...')
5. 4 [internal function]: MysqlUpdater->doWatchlistUpdate()
6. 5 /home/pjk/public_html/underasia/wiki/includes/installer/DatabaseUpdater.php(435): call_user_func_array(Array, Array)
7. 6 /home/pjk/public_html/underasia/wiki/includes/installer/DatabaseUpdater.php(387): DatabaseUpdater->runUpdates(Array, false)
8. 7 /home/pjk/public_html/underasia/wiki/includes/installer/DatabaseInstaller.php(274): DatabaseUpdater->doUpdates()
9. 8 /home/pjk/public_html/underasia/wiki/includes/installer/WebInstallerPage.php(552): DatabaseInstaller->doUpgrade()
10. 9 /home/pjk/public_html/underasia/wiki/includes/installer/WebInstaller.php(270): WebInstaller_Upgrade->execute()
11. 10 /home/pjk/public_html/underasia/wiki/mw-config/index.php(65): WebInstaller->execute(Array)
12. 11 /home/pjk/public_html/underasia/wiki/mw-config/index.php(33): wfInstallerMain()
13. 12 {main}

Purging caches...done."

Thanks. 110.171.63.6 (talk) 16:28, 19 July 2014 (UTC)

Your database currently misses at least the tables "user" and "user_newtalk". From browsing a few pages in your wiki I got the error messages that also the tables "valid_tag" and "watchlist" are missing - and almost certainly other tables as well. The table structure of these tables must be restored to give MediaWiki at least a chance to work properly again. However, you will also need the table contents: E.g. the user table contains information on your wiki's user accounts - the wiki cannot work without it. Without the stuff from the watchlist table your wiki might still work, but the information on which user watched which pages would then be lost.

To get your wiki working again, you will at least have to restore the user table - and those other tables, which are missing as well. See DB for an overview of the tables which you should have. If you want to get the wiki working again, it is absolutely essential that you get this information back.

From what you describe, I consider the current state to be broken beyond repair. I would not try to somehow fix the broken state, which you have now (e.g. by manually recreating the structure of missing tables or so). Instead, I would go back to the newest backup. That will be far easier. 88.130.85.98 18:15, 19 July 2014 (UTC)

Where to change the powered by MediaWiki link?

The bottom right "powered by MediaWiki" photo was changed by myself, yet when I click on it, it takes me to www.mediawiki.org

Does anyone please know what file contains "http://www.mediawiki.org" on that bottom right photo so I can change it to point to my website?

Thank you:) Tonywiki~mediawikiwiki (talk) 07:06, 20 July 2014 (UTC)

Hello! You can use this Hook to do this. Just add this code to your LocalSettings.php:

$wgHooks['SkinGetPoweredBy'][] = 'onSkinGetPoweredBy';
function onSkinGetPoweredBy( &$text, $skin ) {
   $url = '<url-to-the-new-poweredby-image>';
   $text = '<a href="<the-link-to-your-new-poweredby-location>"><img src="' . $url
       . '" height="31" width="88" alt="Powered by MediaWiki" /></a>';
}

Florianschmidtwelzow (talk) 13:33, 20 July 2014 (UTC)

Don't expect us to give you support for your wiki if it doesn't contain the MediaWiki logo :) Ciencia Al Poder (talk) 13:39, 22 July 2014 (UTC)

Cannot go forward when try to Edit ?

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.

---

The website is http://www.trueerp.com/wiki/Main_Page Current Mediawiki version is 1.16.0 Php/5.4.28

Whenever we try to edit the help content the following message comes up and there is no apparent way to edit the help files on the websites wiki help. What is the problem with it? and you please provide the solution.

Omer Farooq Ofarooq (talk) 07:23, 20 July 2014 (UTC)

Hello! Can you provide the Error message please? Can you give a link to the page you want to edit?

Please notice, too: MediaWiki 1.16 isn't supported anymore. Please think about to upgrade your Installation. Florianschmidtwelzow (talk) 13:29, 20 July 2014 (UTC)

Hi!

This message show up every time we hit Edit to do editing on every page

Please note that all contributions to TrueERP wiki are considered to be released under the GNU Free Documentation License 1.2 (see TrueERP wiki:Copyrights for details). If you do not want your writing to be edited mercilessly and redistributed at will, then do not submit it here.

You are also promising us that you wrote this yourself, or copied it from a public domain or similar free resource. Do not submit copyrighted work without permission!

There are different pages; try this one: http://www.trueerp.com/wiki/General

Awaiting..

Thanks 217.165.230.106 06:44, 21 July 2014 (UTC)

Hi!

This message show up every time we hit Edit to do editing on every page

Please note that all contributions to TrueERP wiki are considered to be released under the GNU Free Documentation License 1.2 (see TrueERP wiki:Copyrights for details). If you do not want your writing to be edited mercilessly and redistributed at will, then do not submit it here. You are also promising us that you wrote this yourself, or copied it from a public domain or similar free resource. Do not submit copyrighted work without permission!

There are different pages; try this one: http://www.trueerp.com/wiki/General

Awaiting.. Thanks Ofarooq (talk) 05:31, 22 July 2014 (UTC)

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

Upgrading from 1.17 to 1.23.1

Hello,

Finally took the plunge to try and get this done. I backed up our database, our backed up the file directory, I copied LocalSettings.php and our logo image -- the only really unique things we have, as we haven't modified skins such as Vector -- and untarred the file...

And now, nothing. php update.php just gives a blank response -- no countdowns, no error messages, no nothing. Trying --schema tells me that it needs a variable of some sort, even though the file says nothing about it. Right now my site -- http://awoiaf.westeros.org -- is just giving a blank, and I can't see any error messages to explain what's wrong.

Will continue digging through topics and guides to try and figure out what's going on, but if someone has some experience with problems from 1.17 -> 1.23.1, would appreciate some help.

ETA: May be worth noting that mw-config/ web update script also dies once I go through the language step. PHP version is 5.3.3. Balerion300 (talk) 12:41, 20 July 2014 (UTC)

Hi!

I guess you have not only untarred the tarball somewhere, but you have also actually overwritten the old files, right? :-)

A blank page points to a PHP error. Follow the steps described on blank page to get the actual error message! 88.130.119.221 13:15, 20 July 2014 (UTC)

Thank you. I had gone through it, and couldn't find the problem that way... but looked at it again, tweaked how I was handling error reporting, and that let me get further. So now I've managed it. Thanks! Balerion300 (talk) 16:06, 20 July 2014 (UTC)

What have you done? What was the error and how could you fix it? 88.130.119.221 16:52, 20 July 2014 (UTC)

Oh, there were an array of error messages once I figured out how to get error reporting sorted properly.

Most had to do with various extensions that were out of date (dutifully turned them off one by one), and some tweaks I needed to the auth plugin I was using (IPBWiki's bridge with the Invision Power Board forum software) that weren't too hard to figure out. Once I did that... well, my old Monobook-based theme didn't work, either, so I got rid of it and started fresh with a new copy of the latest Monobook. That, however, is presenting significant new problems for me (I've posted about inserting advertising in a different topic). Balerion300 (talk) 16:58, 20 July 2014 (UTC)

 16:06, 20 July 2014 (UTC)

Upgrade Trouble - no content gets loaded anymore

Hi,

I have a serious issue with my mediawiki installation. I am using Mediawiki as supported by my hoster "Strato". It worked very well. Then it did an update to 1.19.1-2 - and I have got serious problems. I can log in into my wiki - but nearly no page gets loaded. This looks like this: http://www.imgbox.de/users/public/images/uCp33WB1FS.PNG The only pages that get displayed somewhat correct are the special pages. Even the profile is messed up, as there are many field missing and such. The Sourcecode of the page I posted the screenshot of can be found at: https://piratenpad.de/LAs2W1GzFw

I do have access to the sql database - but it seems that I can't export the sql, as i only do get empty files / folders.

I can nevertheless navigate to a page in my wiki, push the "edit" button - and inside the edit window I do see every information that should be there.

Has anyone an idea how I can rescue my wiki?

Thanks,

Christian 86.103.211.22 (talk) 15:38, 20 July 2014 (UTC)

Hi!

This is a rather common upgrade issue. Usually it is a missing PHP extension, iIrc. However, right now I do not remember, which module it was exactly. Maybe the updater at mw-config/index.php shows more information on the missing module. 88.130.119.221 16:58, 20 July 2014 (UTC)

My Index.php in MC-Config sais the following:

---

(PHP source code of the file)

---

What am I therefore missing? 86.103.211.22 18:24, 20 July 2014 (UTC)

I mean when you execute this file with your webbrowser, enter this update-string it asks for and then... ;-) 88.130.119.221 20:50, 20 July 2014 (UTC)

When I open this adress I get at first the language selection. Then I get:

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, service@webmailer.de and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log. 86.103.215.197 18:20, 21 July 2014 (UTC)

Manual:Errors and symptoms#All pages have no content, but when editing a page the wiki text is there Ciencia Al Poder (talk) 13:24, 22 July 2014 (UTC)

Ads in 1.23 Monobook noveau

So now I've successfully upgraded to 1.23, but discovered that the Monobook skin has been radically changed in its design. Previously it was easy to insert ads into the skin, but now I'm at a loss for how to do so.

The specific places I'd like ads are a banner (728 x 90) at the top, a skyscraper in the sidebar (160x600), and a banner at the bottom (728x90).

I've looked around and there don't seem to be any good solutions that allow that level of control, so I have to assume I'm supposed to just go ahead and figure out how to place it in the skin... but yeah, it's not easy. For example, there's an array that creates the navigation sidebar, and I'm uncertain how I'd introduce an additional element that would contain an ad unit (and other stuff -- in the past we also had some selected links from included php files). Balerion300 (talk) 16:09, 20 July 2014 (UTC)

Weird Navigation items in Sidebar

So trying as best I can to get the 1.23 Monobook skin up to the functionality that we had previously...

And seemingly out of nowhere, some strange stuff appeared at the top of our navigation bar, here: http://awoiaf.westeros.org -- I've no idea where that random S or its lavel p-.3c-label came from.

It did appear after I attempted to use the PCR GUI Insert extension to try and place an ad unit in that sidebar, but even after removing it, and even removing the extension, the problem persists. I've looked in SkinTemplate.php and my base skin to see if a stray typo somewhere has caused this, but I'm running empty. Any thoughts as to how I might discover the culprit? Balerion300 (talk) 18:41, 20 July 2014 (UTC)

I don't see a random S or p-.3c-label on that page or in its source code. Any screenshot? Or does one need to be logged in for that and use a different skin? AKlapper (WMF) (talk) 00:00, 21 July 2014 (UTC)

I saw it yesterday, but I didn't have a solution. However, as André says: It is no longer there now. 88.130.81.66 09:07, 21 July 2014 (UTC)

Searching in Documents

Hey, is it possible to search through the content of Uploaded Documents ? I didnt find any extensions and the inbuilt Search feature just looks at tht names of the documents 213.208.144.36 (talk) 08:31, 21 July 2014 (UTC)

What file formats are "Uploaded Documents"? AKlapper (WMF) (talk) 12:43, 21 July 2014 (UTC)

Sorry i forgot. Im talking about mostly PDF files. 213.208.144.36 12:59, 21 July 2014 (UTC)

AFAIK, Extension:CirrusSearch can search in contents of PDF files. Ricordisamoa 09:37, 7 August 2014 (UTC)

Why is this software so complicated?

Looking at open-source wikis, MediaWiki seems to be the best however, extremely confusing when diving into the back-end of it. I don't understand why they want to use complicated variable names and extremely confusing settings that require hard edits to a config file. Why can't there be one administrators panel that contains everything you need without needing FTP to access the wiki files to manage simple things?

Now the template engine, it's crazy. It's way easier to learn HTML than it is to form a table using their confusing engine. I see many bad practices when diving into the back-end and I'm wondering, why? Why does such a popular wiki software have just bad engines? I'm not going to lie, it's a powerful software however it can be written so much better to make it friendly to other developers. 24.47.179.37 (talk) 16:14, 21 July 2014 (UTC)

As for the file system access: Sure, config settings could also be done via a web interface. For MediaWiki that already partly is the case with the pages inside the MediaWiki namespace, where you can e.g. define CSS, which then is used for all users. However, usage of the file system amongst other things is an important barrier of additional security: The credentials of one of your admins might get lost and then attackers can manipulate e.g. these pages inside the MediaWiki namespace. However, what they cannot do is e.g. delete your complete database, because in order to gain access to the DB they would have to know the DB credentials, which only are available with direct file system access. And - another security-relevant aspect: You can have a hugh amount of wiki admins, but there should only be a very limited number of people with actual access on the file system level, which strengthens security even more.

As for the complexity of MediaWiki as a tool for the internet just have a look at other tools: MediaWiki is one of the bigger and more powerful wiki engines, no question. However, compared with other tools it is just like baby software: It does not offer full CMS options, workspaces, versioning, sophisticated user access levels, timed display of content, content rotation and so on, just to name a few.

However, I want to invite you: When you know how MediaWiki can be improved - made more simple, using better practises in the backend, then participate in its programming: Get Developer access and contribute your patches! Welcome aboard! 88.130.118.211 17:21, 21 July 2014 (UTC)

You're right, MediaWiki is complicated to use. The quality of the help guides is inconsistent, editing config files directly rather than using a GUI is counter-intuitive, extending MediaWiki is a pain, and Wiki-markup drives away potential editors in droves.

However, there are some very good extensions, the most comprehensive being Bluespice. It has a comprehensive feature list (including a very good WYSIWYG editor) and since I installed it on my work wiki, editor retention is much higher. Qiubov (talk) 12:51, 22 July 2014 (UTC)

As I said: Baby software. If you want to know, what is really complex, have a look beyond your own nose. E.g. have a look at TYPO3. After a few months, when I successfully work with MediaWiki since a really long time already, we can then speak back and see, how far you made it. 88.130.109.101 13:06, 22 July 2014 (UTC)

Been my experience that you do get what you pay for. That's why I expect little from open source software. Mediawiki might be more useful and easier to use if there were business customers whose feedback had to be respected. Since volunteering don't feed the bulldog, these folks probably have real jobs that come first.

Kevin O'Connell

Madison Wisconsin 174.82.239.56 (talk) 08:32, 24 September 2020 (UTC)

Why is this software so complicated?

24.47.179.37 (talk) 16:14, 21 July 2014 (UTC)

That depends on an individual point of view, i think :) In my view MediaWiki isn't complicated all over (yure, there are some points, which are complicated but the most aren't). If you say us, what exactly you feel as complicated, we can help you :) Florianschmidtwelzow (talk) 17:19, 21 July 2014 (UTC)

Disable automatic link parsing

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'm using mediawiki 1.23.1

By default all keywords that link to an existing subsite are automatically parsed to a link.

I know you can disable it for a specific text-area with the <nowiki></nowiki> command, however that conflicts with links in the sidebar.

I have a sub-page called "Quaternion" and want to add a link to that subpage in the sidebar.

If I add "** Quaternion|Quaternion" to the sidebar edit-page, it automatically parses it into "** [[Quaternion]]|[[Quaternion]]", which invalidates both the link and the text:

http://puu.sh/anCeQ/fc8b6d1a45.png

If I try to disable the link using "** <nowiki>Quaternion</nowiki>|<nowiki>Quaternion</nowiki>", the result is this:

http://puu.sh/anCcf/b41ae3d3cf.png

Again, with an invalid link.

What can I do to prevent this behavior? Silverlan (talk) 12:15, 23 July 2014 (UTC)

Hello!

Maybe i missed a change, but i would say, that MediaWiki doesn't parse any strings as link automatically out of the box. That means, with a blank MediaWiki Installation without anay extensions you can save ** Quaternion|Quaternion without any problems and link parsing in MediaWiki:Sidebar. If this isn't so, then maybe an extension parses keywords to Links. Can you give a link to your Wiki or a list of Extensions you have installed? Florianschmidtwelzow (talk) 12:29, 23 July 2014 (UTC)

My mistake, I still had the "LinkTitles" extension installed which ended up in my wiki by mistake - I removed it and it's working fine now. Thanks for the tip. Silverlan (talk) 13:27, 23 July 2014 (UTC)

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

Scrolling with header

Hi how can I make the header top bar when you scroll it will scroll with you like winter because I am updating a skin that someone else created and I would like to add when scrolling it would follow. 94.197.122.81 (talk) 12:27, 23 July 2014 (UTC)

The header of the skins I know will scroll with automatically. If what you actually mean is be fixed at the same position of the screen, CSS, especially position: fixed; will be the way to go. 88.130.70.114 12:52, 23 July 2014 (UTC)

Hi thanks but that does keeps it up there it doesent move when scrolled and it also removes scroll

div#content {
	margin-left: 178px;
	padding-bottom: 1em;
	padding-top:0em;
	/* @embed */
	background-image: url(images/border.png);
	background-position: top left;
	background-repeat: repeat-y;
	background-color: white;
	color: black;
	direction: ltr;
	height:auto;
	position:absolute;
	bottom:0px;
	top:40px;
	overflow:auto;
	-webkit-overflow-scrolling: touch;
}

I would like to change the above so that it does the top bar instead of the side bar and any things else just the top bar. like winter. 92.40.250.87 16:38, 23 July 2014 (UTC)

Thumbnail style update

Please stop the Thumbnail style update immediately. It is unable to deal with images, that consist predominantly of white space without an outer border, such as the Flag of Japan. --H-stt (talk) 15:01, 23 July 2014 (UTC)

Why? I don't see any problem with the file in your post. The thumbnail style update was long wanted and is great. 88.130.70.114 15:11, 23 July 2014 (UTC)

You don't see any problems? Well, imagine this image in an article under the new thumbnail style: On a white page, without a border and without a shaded frame. See the issue? H-stt (talk) 16:17, 23 July 2014 (UTC)

Either you say you want a frame, then take a version like "thumb", which has a frame or you say you want no frame like with "frameless", then take one without frame. I still don't see the problem. Or do you want a shadow around the image - also when it's not framed?

Image without frame:

88.130.70.114 18:03, 23 July 2014 (UTC)

I now had a look at a number of image-related use-cases and I think I can now guess, what you mean:

Do you want to have a clearer separation between an image and the surrounding text? Is that the problem? When I see , I must say that I find it rather confusing that the middle image (earth on the axis, with moon) is not separated from the text more clearly. Where does the article text end? Does that half sentence still belong to the article text or should it be part of the image? This separation was much more clear when there still were frames by default.

Is that what you mean? That the default style now does no longer have a frame? 88.130.70.114 18:08, 23 July 2014 (UTC)

Upload File not working with Oracle

Tracked in Phabricator
Task T70874

After we try to upload an image, mediawiki says that the image doesn't exists (Spanish message: "No existe ningún archivo con este nombre, pero puedes subirlo. "), but we can find the file in the server file system.

The file list special page, does not shows any results. The IMAGE table is empty. The UPLOADSTASH table has several rows like this:

62 1 12gj3imwf6ns.ik9b4y.1.png /tmp/localcopy_c7c5f0e99b18-1.png mwrepo://local/temp/5/59/20140723151607!localcopy_c7c5f0e99b18-1.png file 23/07/2014 03:16:07,000000000 PM -03:00 finished 10424 80i9wcke3o13ipvgr1hhgctj3ilflxk image/png BITMAP 687 327 8 (BLOB)

Another info MediaWiki 1.22.3 PHP 5.3.2-1ubuntu4.23 (apache2handler) Oracle 11.2.0.3.0 200.49.85.195 (talk) 15:47, 23 July 2014 (UTC)

The message you get is MediaWiki:filepage-nofile-link: No file by this name exists, but you can [$1 upload it].

Well, if the image table is empty, then the error is correct: Your MediaWiki installation doesn't have any file uploaded yet.

The Manual:uploadstash table is a temporary table to track unfinished uploads (those uploads that threw a warning to the user, so they're still on hold).

Try uploading the file again, and if it fails, you should post here what error message are you getting on upload. Ciencia Al Poder (talk) 17:23, 23 July 2014 (UTC)

I've tried to upload the file several times (also different files), no error message after that, just the message "No file by this name exists, but you can [$1 upload it].".

As I said, I can find the file in the file system (i.e images/2/22/Screenshot_merge.png), so the file gets uploaded after all, but mediawiki has not register of that happening.

In apache error.log I can see somthing like:

[Wed Jul 23 12:35:37 2014] [error] [client 192.168.215.31] PHP Warning:  strpos() expects parameter 1 to be string, object given in /var/www/mediawiki/includes/db/DatabaseOracle.php on line 1146, referer: http://192.168.215.204/mediawiki/index.php?title=Especial:SubirArchivo&wpDestFile=Screenshot_merge.png
[Wed Jul 23 12:35:37 2014] [error] [client 192.168.215.31] PHP Warning:  strpos() expects parameter 1 to be string, object given in /var/www/mediawiki/includes/db/DatabaseOracle.php on line 1142, referer: http://192.168.215.204/mediawiki/index.php?title=Especial:SubirArchivo&wpDestFile=Screenshot_merge.png
[Wed Jul 23 12:35:37 2014] [error] [client 192.168.215.31] PHP Warning:  substr() expects parameter 1 to be string, object given in /var/www/mediawiki/includes/db/DatabaseOracle.php on line 1142, referer: http://192.168.215.204/mediawiki/index.php?title=Especial:SubirArchivo&wpDestFile=Screenshot_merge.png
[Wed Jul 23 12:35:38 2014] [error] [client 192.168.215.31] PHP Warning:  strpos() expects parameter 1 to be string, object given in /var/www/mediawiki/includes/db/DatabaseOracle.php on line 1146, referer: http://192.168.215.204/mediawiki/index.php?title=Especial:SubirArchivo&wpDestFile=Screenshot_merge.png
[Wed Jul 23 12:35:38 2014] [error] [client 192.168.215.31] PHP Warning:  strpos() expects parameter 1 to be string, object given in /var/www/mediawiki/includes/db/DatabaseOracle.php on line 1142, referer: http://192.168.215.204/mediawiki/index.php?title=Especial:SubirArchivo&wpDestFile=Screenshot_merge.png
[Wed Jul 23 12:35:38 2014] [error] [client 192.168.215.31] PHP Warning:  substr() expects parameter 1 to be string, object given in /var/www/mediawiki/includes/db/DatabaseOracle.php on line 1142, referer: http://192.168.215.204/mediawiki/index.php?title=Especial:SubirArchivo&wpDestFile=Screenshot_merge.png

But I also have errors like this on pages that are working well:

[Mon Jul 21 10:40:52 2014] [error] [client 192.168.215.35] PHP Warning:  strpos() expects parameter 1 to be string, object given in /var/www/mediawiki/in
cludes/db/DatabaseOracle.php on line 1146, referer: http://192.168.215.204/mediawiki/index.php/Servidores_de_Integraci%C3%B3n
[Mon Jul 21 10:40:52 2014] [error] [client 192.168.215.35] PHP Warning:  strpos() expects parameter 1 to be string, object given in /var/www/mediawiki/in
cludes/db/DatabaseOracle.php on line 1142, referer: http://192.168.215.204/mediawiki/index.php/Servidores_de_Integraci%C3%B3n
[Mon Jul 21 10:40:52 2014] [error] [client 192.168.215.35] PHP Warning:  substr() expects parameter 1 to be string, object given in /var/www/mediawiki/in
cludes/db/DatabaseOracle.php on line 1142, referer: http://192.168.215.204/mediawiki/index.php/Servidores_de_Integraci%C3%B3n
[Mon Jul 21 10:40:53 2014] [error] [client 192.168.215.35] PHP Warning:  strpos() expects parameter 1 to be string, object given in /var/www/mediawiki/in
cludes/db/DatabaseOracle.php on line 1146, referer: http://192.168.215.204/mediawiki/index.php/Servidores_de_Integraci%C3%B3n

200.49.85.195 19:43, 23 July 2014 (UTC)

I've looked at those lines [4] and I don't see anything wrong there, despite the fact that somewhere an object is being passed to strpos instead of a string. I haven't seen this error before, so maybe you're using some MediaWiki extension that's not compatible with the MediaWiki version you're running? You could try disabling all extensions.

Anyway, 1.22 has released new security updates, so you should upgrade to latest 1.22.x to see if that fixes your issue. Ciencia Al Poder (talk) 09:37, 29 July 2014 (UTC)

I've just gone ahead and reported on bugzilla myself. It's on bug 68874. Please create an account there if you don't have one and add yourself as CC of that bug in case someone requests more information. Ciencia Al Poder (talk) 19:39, 30 July 2014 (UTC)

Apparently, Oracle is not supported on recent versions of MediaWiki, albeit appearing as being one of the options, so I recommend you to use another Database engine for MediaWiki :( Ciencia Al Poder (talk) 20:17, 30 July 2014 (UTC)

Requesting visitor stats for help pages

Hi,

We would like to know how many users are visiting ULS help pages namely Help:Extension:UniversalLanguageSelector/Input methods/mr-inscript and Help:Extension:UniversalLanguageSelector/Input methods/mr-transliteration

Thanks and regards Mahitgar (talk) 16:08, 23 July 2014 (UTC)

[RESOLVED] Is it possible to set a separate url for thumbs images?

Can be made with Manual:$wgUploadStashScalerBaseUrl. --Florianschmidtwelzow (talk) 13:31, 9 August 2014 (UTC)

I know $wgUploadPath set the URL of the upload directory. However, I would like to set another sub domain for thumbs images. Is this possible? Deletedaccount4567435 (talk) 18:04, 23 July 2014 (UTC)

Sure :) You can use $wgUploadStashScalerBaseUrl to define a remote base for thumbnailing. Here the description of this value from DefaultSettings.php:

To enable remote on-demand scaling, set this to the thumbnail base URL.

Full thumbnail URL will be like $wgUploadStashScalerBaseUrl/e/e6/Foo.jpg/123px-Foo.jpg

where 'e6' are the first two characters of the MD5 hash of the file name.

If $wgUploadStashScalerBaseUrl is set to false, thumbs are rendered locally as needed. Florianschmidtwelzow (talk) 18:45, 23 July 2014 (UTC)

Cool! Thank you! Zoglun (talk) 01:04, 9 August 2014 (UTC)

Well, actually not fully solved. this $wgUploadStashScalerBaseUrl setting will disable mediawiki's own render function. Therefore the remote server should be able to get images from wiki and then scale it as wiki needs. If the remote server can not scale images, setting in $wgUploadStashScalerBaseUrl will be ignored.

Therefore, This setting can not improve CDN performance/ reduce expenses by set another sub domain for thumbs images. Zoglun (talk) 21:02, 15 August 2014 (UTC)

Drop down user menu

Hi how can I create drop down user menu for example please visit http://www.pidgi.net/wiki/Main_Page and lcick guest I would like it to be like that but I have the codes for it but it breakes javascript for everything. Paladox (talk) 20:22, 23 July 2014 (UTC)

> but I have the codes for it but it breakes javascript for everything.

Maybe you can say us, from where you have the code :) Maybe you have the link to your site, so we can have a look at this?

For me it looks like that this is a feature of the specific skin. Florianschmidtwelzow (talk) 06:37, 24 July 2014 (UTC)

Hi but the javascript brakes. 94.197.122.79 10:24, 24 July 2014 (UTC)

Hello!

> Hi but the javascript brakes.

It's not a very good explanation of the problem ;) What say the javascript console? Some error mesages? Have you an example page? Florianschmidtwelzow (talk) 11:27, 24 July 2014 (UTC)

Yes here http://en.random-wikisaur.tk/wiki/Main_Page wikieditor doesent show on any page search bar wont work.

it has to do with these codes

[... This is the title of your collapsible content ...]

class MetrolookTemplate extends BaseTemplate {
	/* Members */
	/**
	 * @var Skin Cached skin object
	 */
	var $skin;
	/* Functions */
	/**
	 * Outputs the entire contents of the (X)HTML page
	 */
	public function execute() {
		global $wgLang, $wgVectorUseIconWatch;
		$this->skin = $this->data['skin'];
		// Build additional attributes for navigation urls
		//$nav = $this->skin->buildNavigationUrls();
		$nav = $this->data['content_navigation'];
		if ( $wgVectorUseIconWatch ) {
			$mode = $this->getSkin()->getUser()->isWatched( $this->getSkin()->getRelevantTitle() )
				? 'unwatch'
				: 'watch';
			if ( isset( $nav['actions'][$mode] ) ) {
				$nav['views'][$mode] = $nav['actions'][$mode];
				$nav['views'][$mode]['class'] = rtrim( 'icon ' . $nav['views'][$mode]['class'], ' ' );
				$nav['views'][$mode]['primary'] = true;
				unset( $nav['actions'][$mode] );
			}
		}
		$xmlID = '';
		foreach ( $nav as $section => $links ) {
			foreach ( $links as $key => $link ) {
				if ( $section == 'views' && !( isset( $link['primary'] ) && $link['primary'] ) ) {
					$link['class'] = rtrim( 'collapsible ' . $link['class'], ' ' );
				}
				$xmlID = isset( $link['id'] ) ? $link['id'] : 'ca-' . $xmlID;
				$nav[$section][$key]['attributes'] =
					' id="' . Sanitizer::escapeId( $xmlID ) . '"';
				if ( $link['class'] ) {
					$nav[$section][$key]['attributes'] .=
						' class="' . htmlspecialchars( $link['class'] ) . '"';
					unset( $nav[$section][$key]['class'] );
				}
				if ( isset( $link['tooltiponly'] ) && $link['tooltiponly'] ) {
					$nav[$section][$key]['key'] =
						Linker::tooltip( $xmlID );
				} else {
					$nav[$section][$key]['key'] =
						Xml::expandAttributes( Linker::tooltipAndAccesskeyAttribs( $xmlID ) );
				}
			}
		}
		$this->data['namespace_urls'] = $nav['namespaces'];
		$this->data['view_urls'] = $nav['views'];
		$this->data['action_urls'] = $nav['actions'];
		$this->data['variant_urls'] = $nav['variants'];
		// Reverse horizontally rendered navigation elements
		if ( $wgLang->isRTL() ) {
			$this->data['view_urls'] =
				array_reverse( $this->data['view_urls'] );
			$this->data['namespace_urls'] =
				array_reverse( $this->data['namespace_urls'] );
			$this->data['personal_urls'] =
				array_reverse( $this->data['personal_urls'] );
		}
		// Output HTML Page
		$this->html( 'headelement' );
?>
    <style>
        body {
height:100%;
        }
        html {
height:100%;
        }
		html,
		body {
			margin: 0px 0px 0px 0px ;
			padding: 0px 0px 0px 0px ;
height:100%;
			}
		#top-tile-bar {
			background:transparent ;
			left: 0px ;
			height: 200px;
			position: fixed ;
			z-index:100 ;
			}
.tilebar {
position: fixed;
left: 0px;
top: 0px;
right: 0px;
bottom: 0px;
align:right;
color:#fff;background:#1D1D1D;width:100%;height:400px;
display:block;
z-index:102;
}
.tile:hover {
  outline: 3px #4A4A4A solid;
}
.onhoverbg:hover {
  background: #9F6F40;
}
.topleft {
        display: inline;
        position: relative;
    }
    .topright .hover {
        display: none;
        position: absolute;
        left:0;
        z-index: 2000;
	height:200px;
    }
    </style>
    <script>
var openDiv;
function toggleDiv(divID) {
    $("#" + divID).fadeToggle(150, function() {
        openDiv = $(this).is(':visible') ? divID : null;
    });
}
$(document).click(function(e) {
    if (!$(e.target).closest('#'+openDiv).length) {
        toggleDiv(openDiv);
    }
});
$(function () {
  $('.usermenu > div').toggleClass('no-js js');
  $('.usermenu .js div').hide();
  $('.usermenu .js').click(function(e) {
    $('.usermenu .js div').fadeToggle(150);
    $('.usermenu').toggleClass('active');
    e.stopPropagation();
  });
  $(document).click(function() {
    if ($('.usermenu .js div').is(':visible')) {
      $('.usermenu .js div', this).fadeOut(150);
      $('.usermenu').removeClass('active');
    }
  });
});
$(function () {
  $('.actionmenu > div').toggleClass('no-js js');
  $('.actionmenu .js div').hide();
  $('.actionmenu .js').click(function(e) {
    $('.actionmenu .js div').fadeToggle(150);
    $('.clicker').toggleClass('active');
    e.stopPropagation();
  });
  $(document).click(function() {
    if ($('.actionmenu .js div').is(':visible')) {
      $('.actionmenu .js div', this).fadeOut(150);
      $('.clicker').removeClass('active');
    }
  });
});
    </script>
<link href='http://fonts.googleapis.com/css?family=Yanone+Kaffeesatz:700' defer="defer" rel='stylesheet' type='text/css'>
<meta name="msapplication-TileImage" content="http://www.pidgi.net/new/public/images/pidgiwiki.png"/>
<meta name="msapplication-TileColor" content="#BE0027"/>
<script src="http://files.pidgi.net/overthrow.js"></script>
		<div id="mw-page-base" class="noprint"></div>
		<div id="mw-head-base" class="noprint"></div>
		<!-- content -->
		<div id="content" class="overthrow">
			<a id="top"></a>
			<div id="mw-js-message" style="display:none;"<?php $this->html( 'userlangattributes' ) ?>></div>
				<?php if( $this->data['newtalk'] ): ?>
				<!-- newtalk -->
				<div class="usermessage"><?php $this->html( 'newtalk' )  ?></div>
				<!-- /newtalk -->
				<?php endif; ?>
<!-- Sitenotice -->
			<?php if ( $this->data['sitenotice'] ): ?>
			<!-- sitenotice -->
			<div id="siteNotice"><?php $this->html( 'sitenotice' ) ?></div>
			<!-- /sitenotice -->
			<?php endif; ?>
			<!-- firstHeading -->
			<div id="firstHeading" class="firstHeading"><?php $this->html( 'title' ) ?><br /><hr /></div>
			<!-- /firstHeading -->
			<!-- bodyContent -->
			<div id="bodyContent">
				<!-- subtitle -->
				<div id="contentSub"<?php $this->html( 'userlangattributes' ) ?>><?php $this->html( 'subtitle' ) ?></div>
				<!-- /subtitle -->
				<?php if ( $this->data['undelete'] ): ?>
				<!-- undelete -->
				<div id="contentSub2"><?php $this->html( 'undelete' ) ?></div>
				<!-- /undelete -->
				<?php endif; ?>
				<?php if ( $this->data['showjumplinks'] ): ?>
				<!-- jumpto -->
				<div id="jump-to-nav">
					<?php $this->msg( 'jumpto' ) ?> <a href="#mw-head"><?php $this->msg( 'jumptonavigation' ) ?></a>,
					<a href="#p-search"><?php $this->msg( 'jumptosearch' ) ?></a>
				</div>
				<!-- /jumpto -->
				<?php endif; ?>
				<!-- bodycontent -->
				<?php $this->html( 'bodycontent' ) ?>
				<!-- /bodycontent -->
				<?php if ( $this->data['printfooter'] ): ?>
				<!-- printfooter -->
				<div class="printfooter">
				<?php $this->html( 'printfooter' ); ?>
				</div>
				<!-- /printfooter -->
				<?php endif; ?>
				<?php if ( $this->data['catlinks'] ): ?>
				<!-- catlinks -->
				<?php $this->html( 'catlinks' ); ?>
				<!-- /catlinks -->
				<?php endif; ?>
<br clear="all" />
<!-- footer -->
		<div id="footer"<?php $this->html( 'userlangattributes' ) ?>>
<hr />
			<?php foreach( $this->getFooterLinks() as $category => $links ): ?>
				<ul id="footer-<?php echo $category ?>">
					<?php foreach( $links as $link ): ?>
						<li id="footer-<?php echo $category ?>-<?php echo $link ?>"><?php $this->html( $link ) ?></li>
					<?php endforeach; ?>
				</ul>
			<?php endforeach; ?>
			<?php $footericons = $this->getFooterIcons("icononly");
			if ( count( $footericons ) > 0 ): ?>
				<ul id="footer-icons" class="noprint">
<?php			foreach ( $footericons as $blockName => $footerIcons ): ?>
					<li id="footer-<?php echo htmlspecialchars( $blockName ); ?>ico">
<?php				foreach ( $footerIcons as $icon ): ?>
						<?php echo $this->skin->makeFooterIcon( $icon ); ?>
<?php				endforeach; ?>
					</li>
<?php			endforeach; ?>
				</ul>
			<?php endif; ?>
		</div>
		<!-- /footer -->
				<?php if ( $this->data['dataAfterContent'] ): ?>
				<!-- dataAfterContent -->
				<?php $this->html( 'dataAfterContent' ); ?>
				<!-- /dataAfterContent -->
				<?php endif; ?>
				<div class="visualClear"></div>
				<!-- debughtml -->
				<?php $this->html( 'debughtml' ); ?>
				<!-- /debughtml -->
			</div>
			<!-- /bodyContent -->
		</div>
		<!-- /content -->
		<!-- header -->
		<div id="mw-head" class="noprint">
			<div class="vectorMenu usermenu" style="float:right;background-image:none;vertical-align:middle;height:40px;padding-left:10px;padding-right:10px;position:absolute;top:0px;right:10px;width:auto;text-align:right;">
  <div class="no-js">
<a href="javascript:void(0);" style="text-decoration:none;"><span id="username-top"><?php
if ($_SERVER["REMOTE_ADDR"] == htmlspecialchars($this->getSkin()->getUser()->getName())) {
echo "Guest";
}
else {
echo htmlspecialchars( $this->getSkin()->getUser()->getName() );
}
 ?><span style="word-spacing:4px;"> </span><img style="position:relative;top:-1px;" src="<?php
$default = 'http://www.pidgi.net/wiki/skins/metrolook/images/user-icon.png';
$grav_url = 'http://www.gravatar.com/avatar/' . md5( strtolower( trim( $this->getSkin()->getUser()->getEmail() ) ) ) . '?d=' . urlencode ( $default ) . '&s=' . 20;
echo $grav_url;
?>" /></span></a>
<div class="menu" style="position:absolute;top:40px;right:0px;margin:0;width:200px;">
<?php $this->renderNavigation( 'PERSONAL' ); ?>
</div>
</div>
</div>
<div style="padding-left:10px;"><div class="lighthover" style="height:40px;float:left;"><div class="onhoverbg" style="height:40px;float:left;"><a href="http://www.pidgi.net/wiki/Main_Page"><img src="http://images.pidgi.net/pidgiwiki.png" /></a></div><img src="http://images.pidgi.net/line.png" style="float:left;" /><div class="onhoverbg" style="height:40px;float:left;"><img src="http://images.pidgi.net/downarrow.png" style="cursor:pointer;" onclick="toggleDiv('bartile');"></div></div></div>
	<div id="top-tile-bar" class="fixed-position">
<div style="vertical-align:top;align:left;">
<div class="topleft">
<div style="align:left;margin-left:auto;margin-right:auto;display:none;height:200px;" class="tilebar" id="bartile"><div style="height:200px;display:table;"><div style="vertical-align:middle;display:table-cell;padding-left:36px;">
<div style="float:left;padding:5px;"><span class="tile"><a href="http://www.pidgi.net/wiki/"><img src="http://images.pidgi.net/pidgiwikitiletop.png" /></a></span></div><div style="float:left;padding:5px;"><span class="tile"><a href="http://www.pidgi.net/press/"><img src="http://images.pidgi.net/pidgipresstiletop.png" /></a></span></div><div style="float:left;padding:5px;"><span class="tile"><a href="http://www.pidgi.net/jcc/"><img src="http://images.pidgi.net/jcctiletop.png" /></a></span></div><div style="float:left;padding:5px;"><span class="tile"><a href="http://www.petalburgwoods.com/"><img src="http://images.pidgi.net/pwntiletop.png" /></a></span></div>
</div></div></div>
</div>
</div></div>
			<div id="left-navigation">
				<a href="http://www.pidgi.net/wiki/Special:Upload"><div class="onhoverbg" style="padding-left:0.8em;padding-right:0.8em;float:left;height:40px;font-size:10pt;"><img src="http://images.pidgi.net/uploadlogo.png" /> <span style="color:#fff;position:relative;top:1px;">Upload</span></div></a><?php $this->renderNavigation( array( 'NAMESPACES', 'VARIANTS', 'VIEWS', 'ACTIONS' ) ); ?>
			</div>
			<div id="right-navigation">
				<?php $this->renderNavigation( array( 'SEARCH' ) ); ?>
			</div>
		</div>
		<!-- /header -->
		<!-- panel -->
			<div id="mw-panel" class="noprint">
				<?php $this->renderNavigation( array( 'SEARCH' ) ); ?>
				<br style="clear:both;line-height:0%;" />
<a href="http://www.pidgi.net/wiki/PidgiWiki:Requests" style="text-decoration:none;" class="hoverbox"><div style="width:142px;margin-left:10px;margin-top:4px;margin-bottom:4px;padding:8px;text-align:center;color:#fff;font-size:80%;" class="hoverbox">Send in a request</div></a>
				<?php $this->renderPortals( $this->data['sidebar'] ); ?>
<!-- feature -->
<div class="portal expanded" id='p-Feature'>
	<h5>Featured media</h5>
	<div class="body">
				<ul style="padding-right:20px;">
	<a href="<?php $this->msg('sidebar-feature-url') ?>">
	<img width="100%" title="<?php $this->msg('sidebar-feature-alttext') ?>" 
		alt="<?php $this->msg('sidebar-feature-alttext') ?>" 
		src="<?php $this->msg('sidebar-feature-imgsrc') ?>" /></a>
				</ul>
			</div>
</div>
<?php
	}

and

				case 'ACTIONS':
					?>
					<div id="p-cactions" role="navigation" class="vectorMenu actionmenu<?php
					if ( count( $this->data['action_urls'] ) == 0 ) {
						echo ' emptyPortlet';
					}
					?>" aria-labelledby="p-cactions-label">
					<div class="no-js">
						<h5 id="p-cactions-label"><a href="javascript:void(0);"><span><?php $this->msg( 'actions' ) ?></span></a></h5>
						<div class="menu">
							<ul<?php $this->html( 'userlangattributes' ) ?>>
								<?php
								foreach ( $this->data['action_urls'] as $link ) {
									?>
									<li<?php
									echo $link['attributes']
									?>>
										<a href="<?php
										echo htmlspecialchars( $link['href'] )
										?>" <?php
										echo $link['key'] ?>><?php echo htmlspecialchars( $link['text'] )
											?></a>
									</li>
								<?php
								}
								?>
							</ul>
						</div>
					</div>
				</div>
					<?php
					break;
				case 'PERSONAL':

the second one is because I added something to make it drop down on action because it woulden work without the code because javascript is broken because of the following codes on top. 94.197.122.76 13:25, 24 July 2014 (UTC)

Hello!

You try to load following ressource:

http://en.random-wikisaur.tk/wiki/%3Csidebar-feature-imgsrc%3E

which doesn't exist. It's the message key from the "feature" code:

<img width="100%" title="<?php $this->msg('sidebar-feature-alttext') ?>" 
                alt="<?php $this->msg('sidebar-feature-alttext') ?>" 
                src="<?php $this->msg('sidebar-feature-imgsrc') ?>" /></a>

Can you remove or fix this first, please? :) Florianschmidtwelzow (talk) 17:17, 24 July 2014 (UTC)

Hi ok so I have now removed that code. But I still have the same problem. 151.225.137.145 19:52, 24 July 2014 (UTC)

Hello, yeah i know, i just notices this as first :) In Vector the Wikieditor works well, so it is a problem with the skin. Can you provide a download link to all skin files? Florianschmidtwelzow (talk) 20:04, 24 July 2014 (UTC)

Ok I have it in github which is https://github.com/paladox2015/Metrolook here. 151.225.137.145 21:07, 24 July 2014 (UTC)

Ok I have the files at https://github.com/paladox2015/Metrolook 151.225.137.145 13:58, 25 July 2014 (UTC)

Sorry! I just looked back to this now :( I see, that the WikiEditor and SearchBar works now, so i think you solved the problem? Can you explain shortly, what you have changed? Florianschmidtwelzow (talk) 14:55, 31 July 2014 (UTC)

Um well I am I am not sure what it did to fix this but here are the new source codes

<?php
/**
 * Vector - Modern version of MonoBook with fresh look and many usability
 * improvements.
 *
 * This program is free software; you can redistribute it and/or modify
 * it under the terms of the GNU General Public License as published by
 * the Free Software Foundation; either version 2 of the License, or
 * (at your option) any later version.
 *
 * This program is distributed in the hope that it will be useful,
 * but WITHOUT ANY WARRANTY; without even the implied warranty of
 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
 * GNU General Public License for more details.
 *
 * You should have received a copy of the GNU General Public License along
 * with this program; if not, write to the Free Software Foundation, Inc.,
 * 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA.
 * http://www.gnu.org/copyleft/gpl.html
 *
 * @file
 * @ingroup Skins
 */
/**
 * QuickTemplate class for Vector skin
 * @ingroup Skins
 */
class MetrolookTemplate extends BaseTemplate {
	/* Members */
	/**
	 * Outputs the entire contents of the (X)HTML page
	 */
	public function execute() {
		global $wgVectorUseIconWatch;
		// Build additional attributes for navigation urls
		$nav = $this->data['content_navigation'];
		if ( $wgVectorUseIconWatch ) {
			$mode = $this->getSkin()->getUser()->isWatched( $this->getSkin()->getRelevantTitle() )
				? 'unwatch'
				: 'watch';
			if ( isset( $nav['actions'][$mode] ) ) {
				$nav['views'][$mode] = $nav['actions'][$mode];
				$nav['views'][$mode]['class'] = rtrim( 'icon ' . $nav['views'][$mode]['class'], ' ' );
				$nav['views'][$mode]['primary'] = true;
				unset( $nav['actions'][$mode] );
			}
		}
		$xmlID = '';
		foreach ( $nav as $section => $links ) {
			foreach ( $links as $key => $link ) {
				if ( $section == 'views' && !( isset( $link['primary'] ) && $link['primary'] ) ) {
					$link['class'] = rtrim( 'collapsible ' . $link['class'], ' ' );
				}
				$xmlID = isset( $link['id'] ) ? $link['id'] : 'ca-' . $xmlID;
				$nav[$section][$key]['attributes'] =
					' id="' . Sanitizer::escapeId( $xmlID ) . '"';
				if ( $link['class'] ) {
					$nav[$section][$key]['attributes'] .=
						' class="' . htmlspecialchars( $link['class'] ) . '"';
					unset( $nav[$section][$key]['class'] );
				}
				if ( isset( $link['tooltiponly'] ) && $link['tooltiponly'] ) {
					$nav[$section][$key]['key'] =
						Linker::tooltip( $xmlID );
				} else {
					$nav[$section][$key]['key'] =
						Xml::expandAttributes( Linker::tooltipAndAccesskeyAttribs( $xmlID ) );
				}
			}
		}
		$this->data['namespace_urls'] = $nav['namespaces'];
		$this->data['view_urls'] = $nav['views'];
		$this->data['action_urls'] = $nav['actions'];
		$this->data['variant_urls'] = $nav['variants'];
		// Reverse horizontally rendered navigation elements
		if ( $this->data['rtl'] ) { 
			$this->data['view_urls'] =
				array_reverse( $this->data['view_urls'] );
			$this->data['namespace_urls'] =
				array_reverse( $this->data['namespace_urls'] );
			$this->data['personal_urls'] =
				array_reverse( $this->data['personal_urls'] );
		}
		// Output HTML Page
		$this->html( 'headelement' );
		?>
    <style>
        body {
height:100%;
        }
        html {
height:100%;
        }
		html,
		body {
			margin: 0px 0px 0px 0px ;
			padding: 0px 0px 0px 0px ;
height:100%;
			}
		#top-tile-bar {
			background:transparent ;
			left: 0px ;
			height: 200px;
			position: fixed ;
			z-index:100 ;
			}
.tilebar {
position: fixed;
left: 0px;
top: 0px;
right: 0px;
bottom: 0px;
align:right;
color:#fff;background:#1D1D1D;width:100%;height:400px;
display:block;
z-index:102;
}
.tile:hover {
  outline: 3px #4A4A4A solid;
}
.onhoverbg:hover {
  background: #9F6F40;
}
.topleft {
        display: inline;
        position: relative;
    }
    .topright .hover {
        display: none;
        position: absolute;
        left:0;
        z-index: 2000;
	height:200px;
    }
    </style>
    <script>
var openDiv;
function toggleDiv(divID) {
    $("#" + divID).fadeToggle(150, function() {
        openDiv = $(this).is(':visible') ? divID : null;
    });
}
$(document).click(function(e) {
    if (!$(e.target).closest('#'+openDiv).length) {
        toggleDiv(openDiv);
    }
});
$(function () {
  $('.usermenu > div').toggleClass('no-js js');
  $('.usermenu .js div').hide();
  $('.usermenu .js').click(function(e) {
    $('.usermenu .js div').fadeToggle(150);
    $('.usermenu').toggleClass('active');
    e.stopPropagation();
  });
  $(document).click(function() {
    if ($('.usermenu .js div').is(':visible')) {
      $('.usermenu .js div', this).fadeOut(150);
      $('.usermenu').removeClass('active');
    }
  });
});
$(function () {
  $('.actionmenu > div').toggleClass('no-js js');
  $('.actionmenu .js div').hide();
  $('.actionmenu .js').click(function(e) {
    $('.actionmenu .js div').fadeToggle(150);
    $('.clicker').toggleClass('active');
    e.stopPropagation();
  });
  $(document).click(function() {
    if ($('.actionmenu .js div').is(':visible')) {
      $('.actionmenu .js div', this).fadeOut(150);
      $('.clicker').removeClass('active');
    }
  });
});
    </script>
<link href='http://fonts.googleapis.com/css?family=Yanone+Kaffeesatz:700' defer="defer" rel='stylesheet' type='text/css'>
<meta name="msapplication-TileImage" content="http://www.pidgi.net/new/public/images/pidgiwiki.png"/>
<meta name="msapplication-TileColor" content="#BE0027"/>
<script src="http://files.pidgi.net/overthrow.js"></script>
		<div id="mw-page-base" class="noprint"></div>
		<div id="mw-head-base" class="noprint"></div>
		<div id="content" class="mw-body" class="overthrow" role="main">
			<a id="top"></a>
			<?php
			if ( $this->data['sitenotice'] ) {
				?>
				<div id="siteNotice"><?php $this->html( 'sitenotice' ) ?></div>
			<?php
			}
			?>
			<h1 id="firstHeading" class="firstHeading" lang="<?php
			$this->data['pageLanguage'] =
				$this->getSkin()->getTitle()->getPageViewLanguage()->getHtmlCode();
			$this->text( 'pageLanguage' );
			?>"><span dir="auto"><?php $this->html( 'title' ) ?></span></h1>
			<?php $this->html( 'prebodyhtml' ) ?>
			<div id="bodyContent" class="mw-body-content">
				<?php
				if ( $this->data['isarticle'] ) {
					?>
					<div id="siteSub"><?php $this->msg( 'tagline' ) ?></div>
				<?php
				}
				?>
				<div id="contentSub"<?php
				$this->html( 'userlangattributes' )
				?>><?php $this->html( 'subtitle' ) ?></div>
				<?php
				if ( $this->data['undelete'] ) {
					?>
					<div id="contentSub2"><?php $this->html( 'undelete' ) ?></div>
				<?php
				}
				?>
				<?php
				if ( $this->data['newtalk'] ) {
					?>
					<div class="usermessage"><?php $this->html( 'newtalk' ) ?></div>
				<?php
				}
				?>
				<div id="jump-to-nav" class="mw-jump">
					<?php $this->msg( 'jumpto' ) ?>
					<a href="#mw-navigation"><?php
						$this->msg( 'jumptonavigation' )
						?></a><?php
					$this->msg( 'comma-separator' )
					?>
					<a href="#p-search"><?php $this->msg( 'jumptosearch' ) ?></a>
				</div>
				<?php $this->html( 'bodycontent' ) ?>
				<?php
				if ( $this->data['printfooter'] ) {
					?>
					<div class="printfooter">
						<?php $this->html( 'printfooter' ); ?>
					</div>
				<?php
				}
				?>
				<?php
				if ( $this->data['catlinks'] ) {
					?>
					<?php
					$this->html( 'catlinks' );
					?>
				<?php
				}
				?>
<br clear="all" />
		<div id="footer" role="contentinfo"<?php $this->html( 'userlangattributes' ) ?>>
<hr />
			<?php
			foreach ( $this->getFooterLinks() as $category => $links ) {
				?>
				<ul id="footer-<?php
				echo $category
				?>">
					<?php
					foreach ( $links as $link ) {
						?>
						<li id="footer-<?php
						echo $category
						?>-<?php
						echo $link
						?>"><?php
							$this->html( $link )
							?></li>
					<?php
					}
					?>
				</ul>
			<?php
			}
			?>
			<?php $footericons = $this->getFooterIcons( "icononly" );
			if ( count( $footericons ) > 0 ) {
				?>
				<ul id="footer-icons" class="noprint">
					<?php
					foreach ( $footericons as $blockName => $footerIcons ) {
						?>
						<li id="footer-<?php
						echo htmlspecialchars( $blockName ); ?>ico">
							<?php
							foreach ( $footerIcons as $icon ) {
								?>
								<?php
								echo $this->getSkin()->makeFooterIcon( $icon );
								?>
							<?php
							}
							?>
						</li>
					<?php
					}
					?>
				</ul>
			<?php
			}
			?>
			<div style="clear:both"></div>
		</div>
		<?php $this->printTrail(); ?>
	</body>
</html>
				<?php
				if ( $this->data['dataAfterContent'] ) {
					?>
					<?php
					$this->html( 'dataAfterContent' );
					?>
				<?php
				}
				?>
				<div class="visualClear"></div>
				<?php $this->html( 'debughtml' ); ?>
			</div>
		</div>
		<div id="mw-navigation">
			<h2><?php $this->msg( 'navigation-heading' ) ?></h2>
		<div id="mw-head">
			<div class="vectorMenu usermenu" style="float:right;background-image:none;vertical-align:middle;height:40px;padding-left:10px;padding-right:10px;position:absolute;top:0px;right:10px;width:auto;text-align:right;">
  <div class="no-js">
<a href="javascript:void(0);" style="text-decoration:none;"><span id="username-top"><?php
if ($_SERVER["REMOTE_ADDR"] == htmlspecialchars($this->getSkin()->getUser()->getName())) {
echo "Guest";
}
else {
echo htmlspecialchars( $this->getSkin()->getUser()->getName() );
}
 ?><span style="word-spacing:4px;"> </span><img style="position:relative;top:-1px;" src="<?php
$default = 'http://www.pidgi.net/wiki/skins/metrolook/images/user-icon.png';
$grav_url = 'http://www.gravatar.com/avatar/' . md5( strtolower( trim( $this->getSkin()->getUser()->getEmail() ) ) ) . '?d=' . urlencode ( $default ) . '&s=' . 20;
echo $grav_url;
?>" /></span></a>
<div class="menu" style="position:absolute;top:40px;right:0px;margin:0;width:200px;">
<?php $this->renderNavigation( 'PERSONAL' ); ?>
</div>
</div>
</div>
<div style="padding-left:10px;"><div class="lighthover" style="height:40px;float:left;"><div class="onhoverbg" style="height:40px;float:left;"><a href="h"><img src="http://images.pidgi.net/pidgiwiki.png" /></a></div><img src="http://images.pidgi.net/line.png" style="float:left;" /><div class="onhoverbg" style="height:40px;float:left;"><img src="http://images.pidgi.net/downarrow.png" style="cursor:pointer;" onclick="toggleDiv('bartile');"></div></div></div>
	<div id="top-tile-bar" class="fixed-position">
<div style="vertical-align:top;align:left;">
<div class="topleft">
<div style="align:left;margin-left:auto;margin-right:auto;display:none;height:200px;" class="tilebar" id="bartile"><div style="height:200px;display:table;"><div style="vertical-align:middle;display:table-cell;padding-left:36px;">
<div style="float:left;padding:5px;"><span class="tile"><a href="http://www.pidgi.net/wiki/"><img src="http://images.pidgi.net/pidgiwikitiletop.png" /></a></span></div><div style="float:left;padding:5px;"><span class="tile"><a href="http://www.pidgi.net/press/"><img src="http://images.pidgi.net/pidgipresstiletop.png" /></a></span></div><div style="float:left;padding:5px;"><span class="tile"><a href="http://www.pidgi.net/jcc/"><img src="http://images.pidgi.net/jcctiletop.png" /></a></span></div><div style="float:left;padding:5px;"><span class="tile"><a href="http://www.petalburgwoods.com/"><img src="http://images.pidgi.net/pwntiletop.png" /></a></span></div>
</div></div></div>
</div>
</div></div>
			<div id="left-navigation">
				<a href="http://www.pidgi.net/wiki/Special:Upload"><div class="onhoverbg" style="padding-left:0.8em;padding-right:0.8em;float:left;height:40px;font-size:10pt;"><img src="http://images.pidgi.net/uploadlogo.png" /> <span style="color:#fff;position:relative;top:1px;"><?php $this->msg('uploadbtn') ?></span></div></a><?php $this->renderNavigation( array( 'NAMESPACES', 'VARIANTS', 'VIEWS', 'ACTIONS' ) ); ?>
			</div>
			<div id="right-navigation">
				<?php $this->renderNavigation( array( 'SEARCH' ) ); ?>
			</div>
		</div>
			<div id="mw-panel">
				<div id="p-logo" role="banner"><a style="background-image: url(<?php
					$this->text( 'logopath' )
					?>);" href="<?php
					echo htmlspecialchars( $this->data['nav_urls']['mainpage']['href'] )
					?>" <?php
					echo Xml::expandAttributes( Linker::tooltipAndAccesskeyAttribs( 'p-logo' ) )
					?>></a></div>
				<?php $this->renderPortals( $this->data['sidebar'] ); ?>
			</div>
		</div>
	<?php
	}
	/**
	 * Render a series of portals
	 *
	 * @param array $portals
	 */
	protected function renderPortals( $portals ) {
		// Force the rendering of the following portals
		if ( !isset( $portals['SEARCH'] ) ) {
			$portals['SEARCH'] = true;
		}
		if ( !isset( $portals['TOOLBOX'] ) ) {
			$portals['TOOLBOX'] = true;
		}
		if ( !isset( $portals['LANGUAGES'] ) ) {
			$portals['LANGUAGES'] = true;
		}
		// Render portals
		foreach ( $portals as $name => $content ) {
			if ( $content === false ) {
				continue;
			}
			switch ( $name ) {
				case 'SEARCH':
					break;
				case 'TOOLBOX':
					$this->renderPortal( 'tb', $this->getToolbox(), 'toolbox', 'SkinTemplateToolboxEnd' );
					break;
				case 'LANGUAGES':
					if ( $this->data['language_urls'] !== false ) {
						$this->renderPortal( 'lang', $this->data['language_urls'], 'otherlanguages' );
					}
					break;
				default:
					$this->renderPortal( $name, $content );
					break;
			}
		}
	}
	/**
	 * @param string $name
	 * @param array $content
	 * @param null|string $msg
	 * @param null|string|array $hook
	 */
	protected function renderPortal( $name, $content, $msg = null, $hook = null ) {
		if ( $msg === null ) {
			$msg = $name;
		}
		$msgObj = wfMessage( $msg );
		?>
		<div class="portal" role="navigation" id='<?php
		echo Sanitizer::escapeId( "p-$name" )
		?>'<?php
		echo Linker::tooltip( 'p-' . $name )
		?> aria-labelledby='<?php echo Sanitizer::escapeId( "p-$name-label" ) ?>'>
			<h5<?php
			$this->html( 'userlangattributes' )
			?> id='<?php
			echo Sanitizer::escapeId( "p-$name-label" )
			?>'><?php
				echo htmlspecialchars( $msgObj->exists() ? $msgObj->text() : $msg );
				?></h5>
			<div class="body">
				<?php
				if ( is_array( $content ) ) {
					?>
					<ul>
						<?php
						foreach ( $content as $key => $val ) {
							?>
							<?php echo $this->makeListItem( $key, $val ); ?>
						<?php
						}
						if ( $hook !== null ) {
							wfRunHooks( $hook, array( &$this, true ) );
						}
						?>
					</ul>
				<?php
				} else {
					?>
					<?php
					echo $content; /* Allow raw HTML block to be defined by extensions */
				}
				$this->renderAfterPortlet( $name );
				?>
			</div>
		</div>
	<?php
	}
	/**
	 * Render one or more navigations elements by name, automatically reveresed
	 * when UI is in RTL mode
	 *
	 * @param array $elements
	 */
	protected function renderNavigation( $elements ) {
		global $wgVectorUseSimpleSearch;
		// If only one element was given, wrap it in an array, allowing more
		// flexible arguments
		if ( !is_array( $elements ) ) {
			$elements = array( $elements );
			// If there's a series of elements, reverse them when in RTL mode
		} elseif ( $this->data['rtl'] ) {
			$elements = array_reverse( $elements );
		}
		// Render elements
		foreach ( $elements as $name => $element ) {
			switch ( $element ) {
				case 'NAMESPACES':
					?>
					<div id="p-namespaces" role="navigation" class="vectorTabs<?php
					if ( count( $this->data['namespace_urls'] ) == 0 ) {
						echo ' emptyPortlet';
					}
					?>" aria-labelledby="p-namespaces-label">
						<h5 id="p-namespaces-label"><?php $this->msg( 'namespaces' ) ?></h5>
						<ul<?php $this->html( 'userlangattributes' ) ?>>
							<?php
							foreach ( $this->data['namespace_urls'] as $link ) {
								?>
								<li <?php
								echo $link['attributes']
								?>><span><a href="<?php
										echo htmlspecialchars( $link['href'] )
										?>" <?php
										echo $link['key']
										?>><?php
											echo htmlspecialchars( $link['text'] )
											?></a></span></li>
							<?php
							}
							?>
						</ul>
					</div>
					<?php
					break;
				case 'VARIANTS':
					?>
					<div id="p-variants" role="navigation" class="vectorMenu<?php
					if ( count( $this->data['variant_urls'] ) == 0 ) {
						echo ' emptyPortlet';
					}
					?>" aria-labelledby="p-variants-label">
						<?php
						// Replace the label with the name of currently chosen variant, if any
						$variantLabel = $this->getMsg( 'variants' )->text();
						foreach ( $this->data['variant_urls'] as $link ) {
							if ( stripos( $link['attributes'], 'selected' ) !== false ) {
								$variantLabel = $link['text'];
								break;
							}
						}
						?>
						<h5 id="p-variants-label"><span
							style="display: block;" <?php /* Temporary WMF deployment hack, to be removed before 1.24 release */ ?>
							><?php echo htmlspecialchars( $variantLabel ) ?></span><a href="#"></a></h5>
						<div class="menu">
							<ul>
								<?php
								foreach ( $this->data['variant_urls'] as $link ) {
									?>
									<li<?php
									echo $link['attributes']
									?>><a href="<?php
										echo htmlspecialchars( $link['href'] )
										?>" lang="<?php
										echo htmlspecialchars( $link['lang'] )
										?>" hreflang="<?php
										echo htmlspecialchars( $link['hreflang'] )
										?>" <?php
										echo $link['key']
										?>><?php
											echo htmlspecialchars( $link['text'] )
											?></a></li>
								<?php
								}
								?>
							</ul>
						</div>
					</div>
					<?php
					break;
				case 'VIEWS':
					?>
					<div id="p-views" role="navigation" class="vectorTabs<?php
					if ( count( $this->data['view_urls'] ) == 0 ) {
						echo ' emptyPortlet';
					}
					?>" aria-labelledby="p-views-label">
						<h5 id="p-views-label"><?php $this->msg( 'views' ) ?></h5>
						<ul<?php
						$this->html( 'userlangattributes' )
						?>>
							<?php
							foreach ( $this->data['view_urls'] as $link ) {
								?>
								<li<?php
								echo $link['attributes']
								?>><span><a href="<?php
										echo htmlspecialchars( $link['href'] )
										?>" <?php
										echo $link['key']
										?>><?php
											// $link['text'] can be undefined - bug 27764
											if ( array_key_exists( 'text', $link ) ) {
												echo array_key_exists( 'img', $link )
													? '<img src="' . $link['img'] . '" alt="' . $link['text'] . '" />'
													: htmlspecialchars( $link['text'] );
											}
											?></a></span></li>
							<?php
							}
							?>
						</ul>
					</div>
					<?php
					break;
				case 'ACTIONS':
					?>
					<div id="p-cactions" role="navigation" class="vectorMenu<?php
					if ( count( $this->data['action_urls'] ) == 0 ) {
						echo ' emptyPortlet';
					}
					?>" aria-labelledby="p-cactions-label">
						<h5 id="p-cactions-label"><span><?php $this->msg( 'actions' ) ?></span><a href="#"></a></h5>
						<div class="menu">
							<ul<?php $this->html( 'userlangattributes' ) ?>>
								<?php
								foreach ( $this->data['action_urls'] as $link ) {
									?>
									<li<?php
									echo $link['attributes']
									?>>
										<a href="<?php
										echo htmlspecialchars( $link['href'] )
										?>" <?php
										echo $link['key'] ?>><?php echo htmlspecialchars( $link['text'] )
											?></a>
									</li>
								<?php
								}
								?>
							</ul>
						</div>
					</div>
					<?php
					break;
				case 'PERSONAL':
					?>
					<div id="p-personal" role="navigation" class="<?php
					if ( count( $this->data['personal_urls'] ) == 0 ) {
						echo ' emptyPortlet';
					}
					?>" aria-labelledby="p-personal-label">
						<h5 id="p-personal-label"><?php $this->msg( 'personaltools' ) ?></h5>
						<ul<?php $this->html( 'userlangattributes' ) ?>>
							<?php
							$personalTools = $this->getPersonalTools();
							foreach ( $personalTools as $key => $item ) {
								echo $this->makeListItem( $key, $item );
							}
							?>
						</ul>
					</div>
					<?php
					break;
				case 'SEARCH':
					?>
					<div id="p-search" role="search">
						<h5<?php $this->html( 'userlangattributes' ) ?>>
							<label for="searchInput"><?php $this->msg( 'search' ) ?></label>
						</h5>
						<form action="<?php $this->text( 'wgScript' ) ?>" id="searchform">
							<?php
							if ( $wgVectorUseSimpleSearch ) {
							?>
							<div id="simpleSearch">
								<?php
							} else {
							?>
								<div>
									<?php
							}
							?>
							<?php
							echo $this->makeSearchInput( array( 'id' => 'searchInput' ) );
							echo Html::hidden( 'title', $this->get( 'searchtitle' ) );
							// We construct two buttons (for 'go' and 'fulltext' search modes),
							// but only one will be visible and actionable at a time (they are
							// overlaid on top of each other in CSS).
							// * Browsers will use the 'fulltext' one by default (as it's the
							//   first in tree-order), which is desirable when they are unable
							//   to show search suggestions (either due to being broken or
							//   having JavaScript turned off).
							// * The mediawiki.searchSuggest module, after doing tests for the
							//   broken browsers, removes the 'fulltext' button and handles
							//   'fulltext' search itself; this will reveal the 'go' button and
							//   cause it to be used.
							echo $this->makeSearchButton(
								'fulltext',
								array( 'id' => 'mw-searchButton', 'class' => 'searchButton mw-fallbackSearchButton' )
							);
							echo $this->makeSearchButton(
								'go',
								array( 'id' => 'searchButton', 'class' => 'searchButton' )
							);
							?>
								</div>
						</form>
					</div>
					<?php
					break;
			}
		}
	}
}

151.225.137.145 21:40, 31 July 2014 (UTC)

[RESOLVED] Warning: preg_replace(): Compilation failed: group name must start with a non-digit at offset 4 i

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.

---

Just noticed today lots of errors: http://www.speedsolving.com/wiki/index.php/Main_Page

Warning: preg_replace(): Compilation failed: group name must start with a non-digit at offset 4 in /home/patjk/public_html/speedsolving/wiki/includes/MagicWord.php on line 851

Warning: preg_match_all(): Compilation failed: group name must start with a non-digit at offset 4 in /home/patjk/public_html/speedsolving/wiki/includes/MagicWord.php on line 846

Warning: Invalid argument supplied for foreach() in /home/patjk/public_html/speedsolving/wiki/includes/MagicWord.php on line 847

Warning: preg_replace(): Compilation failed: group name must start with a non-digit at offset 4 in /home/patjk/public_html/speedsolving/wiki/includes/MagicWord.php on line 851

Warning: preg_match(): Compilation failed: group name must start with a non-digit at offset 8 in /home/patjk/public_html/speedsolving/wiki/includes/MagicWord.php on line 872

Warning: preg_match(): Compilation failed: group name must start with a non-digit at offset 8 in /home/patjk/public_html/speedsolving/wiki/includes/MagicWord.php on line 872

Warning: preg_match(): Compilation failed: group name must start with a non-digit at offset 8 in /home/patjk/public_html/speedsolving/wiki/includes/MagicWord.php on line 872

Just started today. PHP version 5.4.30 MySQL version 5.6.16 Mediawiki: not sure, maybe 8 months ago (can't find it with these errors)

What do I need to do?

Thanks. 118.173.173.56 (talk) 05:10, 24 July 2014 (UTC)

This hack has resolved the issue for now. I think the best option is probably to upgrade MediaWiki:

https://gerrit.wikimedia.org/r/#/c/107259/1/includes/MagicWord.php 1.46.211.163 09:12, 25 July 2014 (UTC)

Happened to my site too. Why do these errors suddenly appear? 217.41.67.251 08:10, 5 August 2014 (UTC)

Because the server where your MediaWiki is running upgraded the PCRE package to a newer version, introducing this breaking change. Please, upgrade MediaWiki to solve the issue (latest releases of MediaWiki 1.19 and newer versions have fixed this issue) Ciencia Al Poder (talk) 09:53, 5 August 2014 (UTC)

I applied this hack and when I'm logged into my wiki page, I see the content without errors, but when I'm not logged in, there is no content, any easy fox on this? Sounds like a permissions thing... 69.128.30.210 15:44, 6 August 2015 (UTC)

I simply edited nothing and saved my main pages and now they show up for non-logged in users, however my actual main wiki db is still not showing up and it errors out when I try to save an edit of the main page.

Database error

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

(SQL query hidden)

from within function "Revision::insertOn". MySQL returned error "1048: Column 'old_text' cannot be null (localhost)". 69.128.30.210 16:06, 6 August 2015 (UTC)

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

After edit the Sidebar, complete Mediawiki broken!

Hey Guys,

I had edit my Mediawiki (with BlueSpice Free). The newest Version.

So i want to edit my Sidebar next.

but now after the editing is nothing to show!

I See only the header, not more.. (Look at screenshot) and my Firebug says: 500 Internal Server Error - http://localhost/wiki/index.php/"

Here is the .jpeg (Imageshack) 4118d91e@opayq.com (talk) 07:05, 24 July 2014 (UTC)

Hard to say without knowing what exactly you edited and how. To get better error output, see http://www.mediawiki.org/wiki/Manual:How_to_debug AKlapper (WMF) (talk) 15:19, 25 July 2014 (UTC)

Upgrade issue

we upgraded 1.12 to 1.21, now what im trying to do in new environment means in 1.21 i pointed out some other 1.12 db trying to run update.php getting the below error

Creating index 'ts2_page_title' Making foreign key on table 'oldimage' (to image) a cascade delete/update ...table 'page' has 'page_deleted' trigger Changing constraint 'revision_rev_user_fkey' to ON DELETE RESTRICT ...A database query syntax error has occurred. The last attempted database query was: "ALTER TABLE revision DROP CONSTRAINT revision_rev_user_fkey " from within function "DatabaseBase::sourceFile( /iqms/htdocs/km/maintenance/postgres/archives/patch-revision_rev_user_fkey.sql )". Database returned error "42704: ERROR: constraint "revision_rev_user_fkey" of relation "revision" does not exist " Backtrace:

1. 0 /iqms/htdocs/km/includes/db/DatabasePostgres.php(483): DatabaseBase->reportQueryError('ERROR: constra...', '42704', 'ALTER TABLE rev...', 'DatabaseBase::s...', false)
2. 1 /iqms/htdocs/km/includes/db/Database.php(983): DatabasePostgres->reportQueryError('ERROR: constra...', '42704', 'ALTER TABLE rev...', 'DatabaseBase::s...', false)
3. 2 /iqms/htdocs/km/includes/db/Database.php(3409): DatabaseBase->query('ALTER TABLE rev...', 'DatabaseBase::s...')
4. 3 /iqms/htdocs/km/includes/db/Database.php(3322): DatabaseBase->sourceStream(Resource id #551, false, false, 'DatabaseBase::s...', false)
5. 4 /iqms/htdocs/km/includes/installer/DatabaseUpdater.php(639): DatabaseBase->sourceFile('/iqms/htdocs/km...')
6. 5 /iqms/htdocs/km/includes/installer/PostgresUpdater.php(767): DatabaseUpdater->applyPatch('patch-revision_...', false, 'Changing constr...')
7. 6 [internal function]: PostgresUpdater->checkRevUserFkey()
8. 7 /iqms/htdocs/km/includes/installer/DatabaseUpdater.php(435): call_user_func_array(Array, Array)
9. 8 /iqms/htdocs/km/includes/installer/DatabaseUpdater.php(387): DatabaseUpdater->runUpdates(Array, false)
10. 9 /iqms/htdocs/km/maintenance/update.php(149): DatabaseUpdater->doUpdates(Array)
11. 10 /iqms/htdocs/km/maintenance/doMaintenance.php(110): UpdateMediaWiki->execute()
12. 11 /iqms/htdocs/km/maintenance/update.php(191): require_once('/iqms/htdocs/km...')
13. 12 {main} 125.19.34.86 (talk) 07:38, 24 July 2014 (UTC)

Project:Support desk/Flow/2012/04#h-upgrade_configuration_problem_with_PostgreSQL_on_mediawiki_1.17.3-2012-04-25T10:13:00.000Z someone had a similar problem - however: Without a solution.

I guess that the updater does not do the necessary steps in the correct order so that the constraint cannot be changed properly.

As a workaround you could try doing the update in several steps: Do not go from 1.12 to 1.23 directly, but first to e.g. 1.17, when that did not work go to e.g. 1.15 in a first step and so on; when it did work go to 1.19 and so on. Remember that after a failed update you will have to replace your database with a backup - so do not forget to make some during these steps! 88.130.70.114 09:21, 24 July 2014 (UTC)

Please read the upgrade article carefully :) If you want to upgrade from 1.4 or older, you should upgrade to 1.5 first and then to the actual version:

https://www.mediawiki.org/wiki/Manual:Upgrading#How_do_I_upgrade_from_a_really_old_version.3F_In_one_step.2C_or_in_several_steps.3F Florianschmidtwelzow (talk) 14:44, 26 July 2014 (UTC)

> If you want to upgrade from 1.4 or older, ...

"we upgraded 1.12 to 1.21" ;-) 88.130.96.131 15:21, 26 July 2014 (UTC)

oh sorry :P I only read 1.1 (yeah, and i was wondering :)). Florianschmidtwelzow (talk) 19:56, 26 July 2014 (UTC)

install mediawiki 1.23.1 with postgresql db

when installing mediawiki 1.23.1 with IIS 8.0 and PHP there is no option for postgresql as databasetype (only MySQL or SQLite). Please help, TIA, Jac Jacvp (talk) 09:28, 24 July 2014 (UTC)

Hello!

Is PHP compiled with the postgresql support? I think no :) That can be the reason, taht postgre isn't an option in the installation process. You can read here how to enable postgresql support in PHP: http://php.net/manual/de/pgsql.installation.php Florianschmidtwelzow (talk) 17:11, 24 July 2014 (UTC)

Wikibase on third-party wikis

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.

---

Hi,

I'm trying to use Wikibase on my pool wiki and language wikis.

In my pool wiki, I can create properties and items, but I can't add site

links to them. ID: "Q1", site id: "cswiki", site link: "article name"

gives me the error "The specified article could not be found on the

corresponding site." even though that article exists on cswiki.

I also can't access data from the language wikis. If I use

{{#property:P1}} in an article on cswiki, nothing shows up.

I downloaded Wikidata-refs-heads-master.tar.gz and extracted it to the

extension folder of my pool wiki and language wikis.

My LocalSettings.php of the pool wiki looks like this:

# Wikibase
$wgEnableWikibaseRepo = true;
$wgEnableWikibaseClient = false;
$wmgUseWikibaseRepo = true;
$wmgUseWikibaseClient = false;
require_once __DIR__ . "/extensions/Wikidata/Wikidata.php";
require_once __DIR__ .
"/extensions/Wikidata/extensions/Wikibase/repo/ExampleSettings.php";
# SiteMatrix Extension
require_once "$IP/extensions/SiteMatrix/SiteMatrix.php";
$wgLocalDatabases = array( 'cswiki', 'dewiki', 'enwiki', 'eswiki',
'frwiki', 'huwiki', 'hywiki', 'itwiki', 'nlwiki', 'plwiki', 'poolwiki',
'ptwiki', 'ruwiki', 'srwiki', 'svwiki' );
My LocalSettings.php of the language wikis (cs for example) look like this:
# Wikibase Extension
$wgEnableWikibaseRepo = false;
$wgEnableWikibaseClient = true;
$wmgUseWikibaseRepo = false;
$wmgUseWikibaseClient = true;
require_once __DIR__ . "/extensions/Wikidata/Wikidata.php";
# Settings
$wgWBSettings['repoUrl'] = 'http://pool.mypedia.com';
$wgWBSettings['repoScriptPath'] = '/w';
$wgWBSettings['repoArticlePath'] = '/wiki/$1';
$wgWBSettings['siteGlobalID'] = 'cswiki';
$wgWBSettings['repoDatabase'] = 'poolwiki';
$wgWBSettings['changesDatabase'] = 'poolwiki';
# Optional
$wgWBSettings['siteGroup'] = 'mypedia';
$wgWBSettings['sort'] = 'code'; //optional
$wgWBSettings['sortPrepend'] = array(
        'cs'
);

In populateSitesTable.php, I changed

"https://meta.wikimedia.org/w/api.php" to

"http://pool.mypedia.com/w/api.php" and "$validGroups = array(

'wikipedia', 'wikivoyage', 'wikiquote', 'wiktionary','wikibooks',

'wikisource', 'wikiversity', 'wikinews' );" to "$validGroups = array(

'mypedia' );"

Do I need to change "$wikiId = $this->getOption( 'wiki' );" too, since

it says "wiki" is expanded to "wikipedia"?

Table "sites" in the poolwiki database looks like this:

site_id | site_global_key | site_type | site_group | site_source |

site_language | site_protocol | site_domain | site_data | site_forward |

site_config

1 | cswiki | mediawiki | mypedia | local | cs | http:// |

com.mypedia.cs. |

a:1:{s:5:"paths";a:2:{s:9:"file_path";s:5:"/w/$1";s:9:"page_path";s:8:"/wiki/$1";}}

| 0 | a:0:{}

[...]

15 | poolwiki | mediawiki | pool | local | en | http:// |

com.mypedia.pool. |

a:1:{s:5:"paths";a:2:{s:9:"file_path";s:5:"/w/$1";s:9:"page_path";s:8:"/wiki/$1";}}

| 0 | a:0:{}

I changed site_group "wikipedia" to "mypedia" and added data for

site_protocol and site_domain by hand.

I noticed that the script path is "/w/$1" here, while $wgScriptPath in

LocalSettings.php is actually "/w", could that cause any problems?

And should I change site_group of the pool to mypedia like I did with

the language wikis or isn't that necessary?

Wikibase DataModel 0.8, Wikibase Repository 0.5 alpha, WikibaseLib 0.5

alpha and Wikidata show up in Special:Version of the pool wiki.

Wikibase Client 0.5 alpha, Wikibase DataModel 0.8, WikibaseLib 0.5 alpha

and Wikidata show up in Special:Version of the language wikis.

MediaWiki 1.23.0, PHP 5.3.27 (fpm-fcgi), MySQL 5.1.70-log.

Any help would be really appreciated!

Thanks and cheers, Till Kraemer (talk) 09:48, 24 July 2014 (UTC)

Hi,

for my own Wikibase repository to work on my third party wikis, do I need to set site_source in sites table to local on the repository database and to the database name of the repository in the client databases?

Thanks and cheers, Till Kraemer (talk) 09:52, 21 November 2014 (UTC)

I'm now running MediaWiki 1.24.0. I can create items and properties in the repository but I can't add pages linked to an item. It always gives me the error "The specified article could not be found on the corresponding site. Details: The external client site did not provide page information".

On articles in the language wikis sometimes the "Add links" section appears, but if I click it to actually add some links, instantly "Error:" appears. On the page information it says "Datawiki item ID: None".

In the log files of the language wikis, the following entries show up:

[caches] main: MemcachedPhpBagOStuff, message: MemcachedPhpBagOStuff, parser: MemcachedPhpBagOStuff
Unstubbing $wgLang on call of $wgLang::unstub from Wikibase\Client\Hooks\SidebarHookHandlers::newFromGlobalState
[caches] LocalisationCache: using store LCStoreDB
Connected to database 0 at 12.34.56.78
[Wikibase\Client\WikibaseClient] getSite: The configured local id cs does not match any local ID of site cswiki: array ()
[Wikibase\SettingsArray] getSetting: setting otherProjectsLinkswas given as a closure, resolve it to array ()
[Wikibase\LangLinkHandler] getEntityLinks: Looking for sitelinks defined by the corresponding item on the wikibase repo.
LoadBalancer::openForeignConnection: opened new connection for 0/poolwiki
LoadBalancer::reuseConnection: freed connection 0/poolwiki
[Wikibase\LangLinkHandler] getEntityLinks: No corresponding item found for My Article
[Wikibase\LangLinkHandler] getEntityLinks: Found 0 links.
LoadBalancer::openForeignConnection: reusing free connection 0/poolwiki
LoadBalancer::reuseConnection: freed connection 0/poolwiki
LoadBalancer::openForeignConnection: reusing free connection 0/poolwiki
LoadBalancer::reuseConnection: freed connection 0/poolwiki

[warning] Failed to map interlanguage prefix de to a global site ID. [Called from Wikibase\LangLinkHandler::localLinksToArray 
in /path/to/wiki/cs/w/extensions/Wikidata/extensions/Wikibase/client/includes/LangLinkHandler.php at line 350]

Any help is more than appreciated.

Thanks and cheers, Till Kraemer (talk) 14:35, 28 December 2014 (UTC)

How did you solve this issue? Mika77 (talk) 12:49, 14 September 2016 (UTC)

@Mika77, thanks for your question and sorry I didn't post my solution earlier. I had problems running Wikibase, because php_fpm was running in a chroot jail. That's why I also had trouble fetching image descriptions. Cheers! Till Kraemer (talk) 14:06, 26 September 2016 (UTC)

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

Errors on load.php in Apache logfile

Dear sir/madam,

Since I'm using MediaWiki 1.23.1, I have a lot of times that the CSS file for the application is not loading when I open a page. When I refresh the page, it loads and my page looks fine. This happends multiple times each day. When I was looking in the Apache Error log for the MediaWiki site, I found the following line on the times of the error I receive:

Fatal error:  Call to a member function checkUrlExtension() on a non-object in /var/www/load.php on line 37, referer: https://wiki.dstark.nl/wiki/Main_Page

When looking through the load.php file, I noticed the $wgRequest object isn't defined before calling the checkUrlExtension method:

wfProfileIn( 'load.php' );

// URL safety checks
if ( !$wgRequest->checkUrlExtension() ) {
        return;
}

I cannot find anyone else on the Internet with the same issue and cannot find anything on the MediaWiki site, so I'm almost 100% sure it has to do with my settings. Can anyone give me a pointer to the reason of this strange behaviour?

Wiki-url: https://wiki.dstark.nl/ (ignore the certificate warning, the certificate is not signed by any third party CA's)

Application versions:

• MediaWiki: 1.23.1
• PHP: 5.4.4
• MySQL: 5.5.37

Installed module:

• CategoryTree – (b879dbd) 19:58, 24 June 2014
• SyntaxHighlight - 1.0.8.11-wmf1
• MobileFrontend – (f4fabf4) 19:32, 26 June 2014

Kind regards, Daryl Stark 94.209.10.101 (talk) 13:03, 24 July 2014 (UTC)

Hello!

$wgRequest will be defined and initialized when the class WebRequest is created the first time, normally in the process of WebStart (require __DIR__ . '/includes/WebStart.php';), so it's right, that load.php uses it.

I can reproduce this error for some loads on your page, but if i open the requested URL directly i can't. Are you sure, that the fatal error is related to your problem?! Are there any other erros before/after? Florianschmidtwelzow (talk) 17:07, 24 July 2014 (UTC)

It's absolutly related to the issue since I always check the logs when it happends and the timestamp is always the same, so it have to be. I also notice my plugins sometimes don't get loaded, in which cases the error also popups.

I have the same with the direct requests, but I think that mainly has to do with the caching. DaSt1986 (talk) 19:27, 24 July 2014 (UTC)

I installed MediaWiki in a new directory, created a new database and a new virtual host on the same server and I still have the same errors and behaviour. Should be something with the serverconfig or a mistake in the MediaWiki code. DaSt1986 (talk) 19:35, 27 July 2014 (UTC)

File upload limit will not go above 2M.

I was editing the /etc/php5/cli/php.ini file to try and enable larger file uploads for MediaWiki when I should have been editing /etc/php5/apache2/php.ini. Simple fix.

Installed software
Product Version
MediaWiki 1.23.1
PHP 5.5.9-1ubuntu4.3 (apache2handler)
MySQL 5.5.38-0ubuntu0.14.04.1

Note that this is on Ubuntu 14.04 LTS Server and some things changed regarding Apache between this and the old version of Apache on Ubuntu 12.04/13.04 (i.e. apache2.conf is used in place of httpd.conf among other things), so some guides are outdated accordingly.

Now, my issue, as mentioned in the subject, is one I've been trouble shooting for a bit now. I've already added $wgMaxUploadSize to LocalSettings.php and tried both 1024*1024*100 and 100M. This was after I edited php.ini in /etc/php5/cli changing both post_max_size and upload_max_filesize to 100M or 1024*1024*100 (I tried both).

Then I restarted Apache.

Those are the only two things any guide mentioning how to change max file upload size for MediaWiki says to change, so I assume they are out-dated like the guide for configuring apache for MediaWiki was regarding httpd.conf and apache2.conf. I assume there's a file or setting somewhere that also defines max upload file size either for MediaWiki or PHP that isn't mentioned and I haven't touched yet.

Also note that when I typo'd the setting once in LocalSettings.php, it caused the max file size upload to be 2B. That's 2 Bytes btw. So I can change it, it just won't go over 2M.

Any help is appreciated in understanding why this will not change as 2M is not enough to do anything useful imo. TremorAcePV (talk) 13:54, 24 July 2014 (UTC)

It is possible, that i missed something, but why you changed the max uploadsize for the command line (php5/cli)? Please edit php5/apache2/php.ini to change the max uploadsize for all web applications in php (including MediaWiki). Then restart apache and have fun :D Florianschmidtwelzow (talk) 16:59, 24 July 2014 (UTC)

And that was the answer! Thank you so much.

I had to google the correct php.ini to edit since the directory layout changed for Apache between Ubuntu 13.04 and 14.04. TremorAcePV (talk) 17:51, 24 July 2014 (UTC)

Sysop and Bureaucrat User Rights keep disappearing.

Hello everyone,

I am having an error that I hope someone can help me with. To be clear my wiki is bridged using jfusion so my joomla site, forum and wiki all exist off the same registration. I have set up sysop and bureaucrat users across joomla to keep things simple. At first everything in the wiki ran smoothly. Then I found our user rights in administration disappearing. I continue to reset it via phpmyadmin and it is great again. Sometimes this lasts for a day, sometimes longer. I don't know what it is that is preventing the rights from retaining.

Product Version MediaWiki 1.21.1 PHP 5.3.24 (cgi-fcgi) MySQL 5.0.96-log

The URL to my website is http://www.storysanctum.com

Thank you for your time, I did as much searching as I could and could not come across the same problem.

Becca StorySanctum (talk) 17:31, 24 July 2014 (UTC)

Hi!

When I have a look at http://storysanctum.com/wiki/index.php?title=Special:ListUsers&group=bureaucrat and http://storysanctum.com/wiki/index.php?title=Special:ListUsers&group=sysop, then the users Becca and Ravenna should have admin and bureaucrat permissions. Is the problem that the permissions do not work correctly for these two users (Becca and Ravenna)? 88.130.100.145 17:57, 24 July 2014 (UTC)

I just re-added them this morning. Last night I had done edit work on the wiki, this morning I woke up and the privs for administrative rights were gone again. I wanted to do more wiki work, and a lot of those pages we protected, so I open the phpmyadmin, and once again add Ravenna and myself as Sysop and Bureaucrats so we can do our work. My guess is by tonight it'll be removed again somehow. It's almost like the wiki database isn't retaining the change long term and I have no idea, like a memory leak. But it's only on this feature we're having the issue. StorySanctum (talk) 20:31, 24 July 2014 (UTC)

> My guess is by tonight it'll be removed again somehow

Yes, I agree.

You have to find out, how this happens. I mean, it is not that someone just replaces the whole database with an old copy or so; it is only the user permissions?

If so, you will have to go through the source code of JFusion, the Joomla addon or what else you use in order to give yourself these permissions. I think this basically is no MediaWiki problem, but a JFusion problem. I could imagine that some code is executed on special events, e.g. when you do a login, and that this code removes the user groups again. Only a guess, but might be worth a look...

Btw.: Did it ever work to have the groups added automatically or did that also never work? 88.130.100.145 21:35, 24 July 2014 (UTC)

I feared it might be the Jfusion. Thank you for you replies. When you say automatically, what do you mean? StorySanctum (talk) 21:53, 24 July 2014 (UTC)

I mean: I think first you do something (make a setting or whatever) in JFusion, so that it knows, which accounts should get which rights. At a later point in time JFusion - then automatically - gives you the rights in MediaWiki. Did this process - JFusion giving you the rights in MediaWiki - ever work or did that never work? 88.130.100.145 22:46, 24 July 2014 (UTC)

I'll be honest in the fact I'm not entirely sure. I believe I had rights, Jfusion came into the mix. I set everything up and instead of adding Ravenna as a sysop and bureaucrat through jfusion, I added her through mediawiki to start. Then went after and made the group having not thought of it on jfusion. Maybe I shouldn't have. StorySanctum (talk) 03:23, 25 July 2014 (UTC)

Ok, so this is either a bug in JFusion or only a configuration problem. In order to make sure it is not a configuration issue, first check, that you have configured JFusion correctly, meaning in a way that others (who know JFusion; I don't) tell you: "Yes, giving permissions to the MediaWiki users should now work." Maybe during that process you already get the issue solved.

Good luck! :-) 88.130.100.145 09:29, 25 July 2014 (UTC)

Thank you! I am going to try a few things. I hope it works out! Your assistance has been appreciated. 70.77.140.45 01:49, 26 July 2014 (UTC)

Database Error if searching with "-" (minus or hyphen)

i get an sql error while searching for example "test - test" or something else with "-" and a blank after it. is there a fix? Error: „SearchMySQL::searchInternal“. Die Datenbank meldete den Fehler „1064: syntax error, unexpected '-'

Thanks. 192.166.53.201 (talk) 11:44, 25 July 2014 (UTC)

Hello!

Can you say, what MediaWiki version you use? Florianschmidtwelzow (talk) 12:15, 25 July 2014 (UTC)

Same here ... we use Version 1.21.2 192.166.53.201 10:59, 10 December 2014 (UTC)

Since 1.21 is no longer supported, could you upgrade and try again? ☠MarkAHershberger☢(talk)☣ 04:18, 22 December 2014 (UTC)

Skins Issue

Mediawiki after upgrading mediawiki 1.12 to mediawiki 1.21 my skins is not working,similar like monobook i made, any configuration i want to do?

if i choose my skin css is not loading coming as a raw data. 125.19.34.86 (talk) 12:47, 25 July 2014 (UTC)

Do you have a URL to your wiki so that we can have a look?

Are you having trouble to access load.php? See Manual:Load.php for more information! 88.130.122.13 13:00, 25 July 2014 (UTC)

no it is in dev environemtn, If i choose monobook and all it is working, for my customized skin after upgrading is not working, some people are saying bootstrap im not getting, could you brief to fix my issue. 125.19.34.86 13:13, 25 July 2014 (UTC)

Hi could you upload your skin files somewere and add link here so that we can have a look because there are new settings in the skin that does need adding and please upgrade to mediawiki 1.23. 151.225.137.145 13:56, 25 July 2014 (UTC)

[RESOLVED] File uploads aren't working correctly. Image not found after upload.

My Wiki is private, otherwise I'd link it. I'm using ImageMagick. It's version 6.7.7 installed via "sudo apt-get install mediawiki" yesterday.

Product Version
MediaWiki 1.23.1
PHP 5.5.9-1ubuntu4.3 (apache2handler)
MySQL 5.5.38-0ubuntu0.14.04.1

Error I see in thumbnail for newly uploaded file:

Error creating thumbnail: /bin/bash: /w/extensions/ImageMagick: No such file or directory

Error code: 127

When I click the file, it says "Not found". The directory has 775 permissions and is owned by www-data. I'm not sure what the issue is. :/ Google and other people's solutions haven't helped. TremorAcePV (talk) 17:02, 25 July 2014 (UTC)

Are you sure, that ImageMagick is installed in extensions folder? Please notice, that the install of MediaWiki using apt isn't supported at all. Florianschmidtwelzow (talk) 14:39, 26 July 2014 (UTC)

Thank you for the reply.

I installed MediaWiki by downloading the .tar.gz from the download page here. It's ImageMagick that is getting to me as it's a bit more complicated to compile and such.

I uninstalled ImageMagick via "sudo apt-get remove ImageMagick" and manually compiled it within /var/www/html/w/extensions/ImageMagick.

I am still having the "Not found" issue as well as thumbnails being broken. That'd be ImageMagick 6.8.9, the latest version.

I am guessing that it is user error because when I remove $wgUploadDirectory & $wgUploadPath from LocalSettings.php, uploading files works almost entirely fine.

If I change $wgUploadDirectory & $wgUploadPath, this is what causes it to break. I suppose my issue is somewhat resolved, but I'd like to figure out why it was failing.

I was trying $wgUploadDirectory = "$IP/images/public";. Path was the same. Then I tried "$wgScriptPath/images/public", but both produced this error on top of "Error deleting file" or "Error creating directory". Permissions never changed though.

Anyway, I'm going to make a new ticket because now the issue is different. "Error deleting file: Could not create directory "mwstore://local-backend/local-deleted/t/l/p" TremorAcePV (talk) 14:04, 28 July 2014 (UTC)

I see search results page instead of article

I've recently upgraded from MediaWiki 1.22 to 1.23, and I notice now that when I type in a search term, I always see a search results page, even if there is an article that matches the name.

• Before, if I typed "XYZ" and if there is an article named "XYZ", the system displayed that article right away.
• Now, I get a results page that says "There is a page named XYZ on this wiki", lists that page and then a bunch of other pages that link to it.

Is there a setting that's changed that I'm not aware of? Can somebody point me in the right direction?

Thanks! • Supāsaru 19:09, 25 July 2014 (UTC)

I have the same behaviour, I find it annoying, but since it worked before and there anyway are obviously no efforts to change this, I fear some people might even think that's intended. 88.130.122.13 19:29, 25 July 2014 (UTC)

In my opinion that's the best way to handle this (but, like i said, that's my personal opinion). What is, if i want to search for the string "XYZ" in other articles? There is only one button "search", not like in past a button for "full article" and "search". Florianschmidtwelzow (talk) 14:36, 26 July 2014 (UTC)

Click on "containing XYZ" and you will be brought to the search page. The fact that hitting enter opens the search, although a page with exactly this name is present, is really confusing. Afterwards I always have to click the page name as if MediaWiki was asking me, if I really meant my search serious. This change lowers user experience. Or is there an option, which I could set to work around that bug? 88.130.96.131 15:26, 26 July 2014 (UTC)

Wikipedia, the biggest user of the MediaWiki software (if I'm not mistaken) continues to bring you directly to page XYZ, and not a search results page.

This leads me to believe there's a setting somewhere, but where? Anybody have an idea? Supasaru (talk) 23:48, 26 July 2014 (UTC)

I could not believe that, but you are right: While on Wikipedia this works correctly, it is broken e.g. on a system of mine (running MW 1.23.1). I also want to know, how I can fix this for my system!

There is no fitting documentation at Manual:Configuration_settings#Search 88.130.96.131 00:15, 27 July 2014 (UTC)

Ähm, yeah :) I have tested it now with Vector skin on my private wiki (which is running 1.24wmf12), and if i search for a page which exist, i will be redirected to this, not to the search result page. In my custom skin i will be redirected to the search result page ever, so do you use a custom skin? Then you must change the search button from fulltext to go :) Florianschmidtwelzow (talk) 12:58, 27 July 2014 (UTC)

Yes, I do use a custom skin. I still remember how I put a comment in my skin file at the place, where the MediaWiki devs changed the display of the search buttons, because I couldn't get it to work properly for me: The display of the buttons alwaysgot messed up, so I decided to leave them both for now. But does that (the presence of two instead of one button) also influence what happens when I hit enter (because that is where I see the problem and where it annoys me most)? 88.130.76.198 13:04, 27 July 2014 (UTC)

I'm using Vector with no custom skinning, so I don't understand what's causing a search results page to appear. • Supāsaru 14:57, 27 July 2014 (UTC)

Does anybody have any answers to this? • Supāsaru 12:03, 3 August 2014 (UTC)

I have also the version 1.23.2

and when I type XYZ in research I have a list with the 2 possibilities if the page exists

first line : XYZ

second line : "including XYZ"

They apperas when I move the mousse

But don't clic on the glass Chantoune (talk) 18:00, 3 August 2014 (UTC)

→ Bump ←

I continue to experience this "bug." Does anybody know the cause? • Supāsaru 12:31, 19 August 2014 (UTC)

Is your wiki publicly accessible so we can look what's doing? Ciencia Al Poder (talk) 16:47, 20 August 2014 (UTC)

Sorry - no, it isn't.

Is there anything you'd like me send show you? Screenshots? Excerpt from LocalSettings.php? • Supāsaru 01:24, 22 August 2014 (UTC)

Describe how do you submit the search form:

• Pressing the enter key when inside the search box
• Click on the search button
• Another option?

Post an example search results page URL. Ciencia Al Poder (talk) 09:10, 22 August 2014 (UTC)

¡Hola Ciencia al poder!

URL of the search page:

http://localhost/index.php?title=Special%3ASearch&profile=all&search=Travel+checklist&fulltext=Search

I have typed the search query and hit Enter, and I've also clicked on the magnifying glass within the search box. I don't see another option to click / type.

Here is a screenshot of the search results page.

Thanks in advance for your help.

(I apologize for taking this long to reply. My MySQL server went kaput, and it took me a while to get it back going.) • Supāsaru 21:53, 27 August 2014 (UTC)

If your wiki is 1.23, how can it be possible that your sidebar has the expand/collapse arrow? It was removed AFAIK Ciencia Al Poder (talk) 16:38, 28 August 2014 (UTC)

I'm not totally sure about the difference in MediaWiki versions (I've just started getting involved in this software), but here's what my Special:Version page says.

Installed software

Product	Version
MediaWiki	1.23.1
PHP	5.4.24 (apache2handler)
MySQL	5.6.16

I've got the Parser Functions extension running, and the skin that all users are running is Vector.

I don't know if I can answer your question about the reason the sidebar looks the way it does. • Supāsaru 21:04, 28 August 2014 (UTC)

Oh, sorry, I though that was removed for some reason, but it isn't.

I don't know what could be causing this, really. Ciencia Al Poder (talk) 20:09, 29 August 2014 (UTC)

I noticed that in the URL I provided above, it's a little different from what I see on Wikipedia. (The search is very fast on Wikipedia, but if you're watching, you'll see that the URL has &go=Go appended to the end. ) Mine doesn't have that.

Is this what's making the difference? I tried adding this query string to the URL and hitting enter, and I still see only a search results page.

Does this offer a clue? • Supāsaru 16:29, 1 September 2014 (UTC)

You have to replace "fulltext" with "go" ;) That is the reason for this behavior. Fulltext means "always to search result page", and Go means " go to page, if query matches title, or go to search result page".

Just an idea, have you set $wgVectorUseSimpleSearch to false in your LocalSettings.php? Florianschmidtwelzow (talk) 18:07, 1 September 2014 (UTC)

Hi Florianschmidtwelzow.

I think we're onto something. I don't have $wgVectorUseSimpleSearch in my LocalSettings.php file. (Just for fun, I added it and set it to true and that didn't work.)

I manually removed &fulltext=search with &go=Go in my browser's address bar, and that worked - I landed directly on the page.

Now, why did my wiki stop doing this on its own when I upgraded? What do I change to make it do that again? • Supāsaru 00:28, 3 September 2014 (UTC)

→ Bump! ←

Does anybody think this has to do with the Vector skin?

I've just upgraded to 1.23.3, and I'm still having the same problem using Vector. Monobook brings me directly to the article page when I use the search. • Supāsaru 22:40, 17 September 2014 (UTC)

I thought I'd try bumping one or two more times, and see if anybody has an idea as to what's going on. • Supāsaru 16:42, 15 October 2014 (UTC)

Failures updating MediaWiki from (I think 1.14?) to current.

My in-house wiki for a game I'm developing was randomly blank, so I contacted my server admin, and got this response :

We are sorry for the inconvenience. However, the outdated MediaWiki installed on your account is not compatible with any new versions of PHP that is currently running on your server - those are PHP 5.3, 5.4 or 5.5. Please note that we have removed the outdated php 5.2 from our server. You'll need to upgrade Mediawiki to the latest version to resolve the issue. Please refer http://www.mediawiki.org/wiki/Manual:Upgrading

After following the instructions there, nothing seemed to work. I didn't even have a mw-config folder. Eventually I read that you have to upgrade from 1.14 to 1.15, and THEN upgrade to current. However, since the first botched attempt, updating to 1.15 now also fails.

I asked my admin to do some poking around himself, and he came to the same results I did:

I have also tried to update the MediaWiki manually and it ends up on blank page with the following error logs; [25-Jul-2014 20:05:42 America/New_York] PHP Parse error: syntax error, unexpected 'Namespace' (T_NAMESPACE), expecting identifier (T_STRING) in /home/bavnbzjp/wiki/includes/Namespace.php on line 52 [25-Jul-2014 20:06:23 America/New_York] PHP Parse error: syntax error, unexpected 'Namespace' (T_NAMESPACE), expecting identifier (T_STRING) in /home/bavnbzjp/wiki/includes/Namespace.php on line 52 [25-Jul-2014 20:06:26 America/New_York] PHP Parse error: syntax error, unexpected 'Namespace' (T_NAMESPACE), expecting identifier (T_STRING) in /home/bavnbzjp/wiki/includes/Namespace.php on line 52 So, I have restored the original wiki folder as you left and copied the upgrade tried folder as "wiki-tried-update"

I am also not getting a solution for the same from mediawiki forums for this. I would suggest you to submit the issue to MediaWiki support at http://www.mediawiki.org/wiki/Project:Support_desk for the suggestions from them.

Is there a way to COMPLETELY reinstall mediawiki and then point to my old database? What do you guys suggest? As it stands now, my wiki is simply showing a blank white page : wiki.arcknight.com Johs~mediawikiwiki (talk) 00:31, 26 July 2014 (UTC)

Hi Johs!

The upgrading page, which the support linked you to, is exactly the correct page. Follow the descriptions on that page to update MediaWiki.

A few notes on your case: Make sure that you have a working backup! If things break, it might be hard to recover, if you have none.

You basically can update to MediaWiki 1.23 in one step - when you upload MediaWiki 1.23 to your server make sure that really all files are present. It e.g. does contain a mw-config/ folder.

The error message you get has already been dealt with here: Project:Support desk/Flow/2012/04#h-PHP_and_Mysql_was_upgraded_on_my_server_and_now_I_get_a_blank_white_page.-2012-04-20T12:41:00.000Z Answer: Update to the newest MediaWiki version - this one will then also be compatible with PHP 5.3. 88.130.122.13 09:43, 26 July 2014 (UTC)

I see many wikis showing this error. :( Nemo 14:39, 3 December 2014 (UTC)

When I was spidering the wikis, from WikiApiary, I saw this on a lot of wikis. Well, several, anyway. We should probably file a bug. ☠MarkAHershberger☢(talk)☣ 15:43, 3 December 2014 (UTC)

If anyone wants/plans to do so: How to report a bug AKlapper (WMF) (talk) 02:02, 4 December 2014 (UTC)

in /home/bavnbzjp/wiki/includes/Namespace.php

I'm wondering here. Namespace.php isn't in the actual release, it was replaced by MWNamespace.php, iirc. Can you check, if you _really_ uploaded all new files (you said you used a new directory, right? Florianschmidtwelzow (talk) 16:15, 3 December 2014 (UTC)

If that's the problem, be also sure that you unpacked the new installation files on a new and empty folder and not over the old files. Remaining old files are a source of some obscure errors on upgrade. Ciencia Al Poder (talk) 10:41, 4 December 2014 (UTC)

Certain bodies of text won't save to page

When saving certain bodies of text (clicking save page or show preview) I am redirected to the main page with no warning or error, and the content is not saved, I cannot figure out exactly why this is happening but it isn't reproducible using the sandbox (it looks like it may be due to the difference in editor).

This body of text will cause it no matter what page title I try to save it to:

"Agouti rats have brain-related hormonal activity which aa rats do not. Extra aggression and fear responses are active in agouti rats, which are not in aa rats. The effect is usually relatively mild, but can become greatly enhanced in females raising young, and sometimes once a female becomes reproductively active the enhanced effect does not fade. In most individuals the difference is fairly mild, and despite agouti rats being more aggressive on average, many agouti rats are calmer than many black rats. This is because the A gene is only one of many genetic influences on behaviour, and environment also plays a large role. Don't be put off owning an agouti rat because of the behavioural differences, but it is worth being a little extra careful of bites if you decide to breed agouti females."

MediaWiki: 1.23.1 PHP: 5.3.28 (cgi-fcgi) MySQL: 5.5.36-cll-lve

The site is http://www.ratpedia.org/ and I have given * edit and createpage for testing. 101.170.85.58 (talk) 05:00, 26 July 2014 (UTC)

Do you have mod_security running? If so, disable it or configure it not to interfere with MediaWiki. 88.130.122.13 09:55, 26 July 2014 (UTC)

Yes! Thanks, makes so much sense now. It was actually triggering a "male enhancement" spam rule HA!

Problem solved, cheers. 101.170.127.243 11:45, 26 July 2014 (UTC)

Such things can happen. Take care to not loosen your rules too much so that they still keep some kind of spam away. 88.130.122.13 12:03, 26 July 2014 (UTC)

Forced Migration from 1.19.1-2 to 1.21.1-1 - Problems

Hi,

Thanks to your insights I could rescue my old database with Mediawiki 1.19.1-2.

Also I have made a backup of the ftp folder with the mediawiki contents in it.

Sadly, the upgrade mechanic seems to be dysfunctional, and I only end up with a total empty page.

Therefore I think It may be an easier idea to just reinstall Mediawiki in 1.21.1-1, as my hoster Strato provides it, and to migrate the content of my db dump and the ftp towards the new mediawiki.

Can someone give me a direction in how I can manage to do this? Means: Which Tables / SQL parts shall I copy up to 1.21.1-1 or is there a tool that can do?

With kind regards,

TalonZorch TalonZorch (talk) 11:12, 26 July 2014 (UTC)

Hello,

the best way to update is: use the updater ;)

So, when you update you have a total blank page? Can you read this part of the article, so we can find out and fix your problem: https://www.mediawiki.org/wiki/Blank_page#You_see_a_Blank_Page

) Florianschmidtwelzow (talk) 14:31, 26 July 2014 (UTC)

Thanks - worked! 86.103.210.194 22:20, 26 July 2014 (UTC)

$wgMaxImageArea using GD results in WSOD

Sorry. Forgot the following.

Mediawiki 1.23.1 PHP 5.3.24 MySQL 5.1.70 ImageMagick 6.5.4-7 iMagick module 3.0.1

Hi,

(For the record, I tried searching the threads before posting, but the request keeps timing out).

We cannot use ImageMagick on our shared server due to proc_open() being disabled for security reasons.

I changed the $wgUseImageMagick = false to use the GD library as a test. When I do this, I get this message: 'Error creating thumbnail: Invalid thumbnail parameters'.

I've read in the manual that sometimes setting $wgMaxImageArea higher solves this problem (I currently have it set at 5000*5000), but when I do, it results in a WSOD. Commenting it out allows the page to display normally. I've double checked all the usual culprits (forgetting some syntax, etc).

Debugging (as per the manual) does not produce any clues or even output. There is nothing in the error log.

I have 'memory_limit' set to 64 in the LocalSettings.php file.

Any help appreciated. Mitzzzz (talk) 15:22, 26 July 2014 (UTC)

To get the error message of the WSOD, look at Manual:How to debug. That's usually caused by a fatal PHP error, which is usually logged in the apache error_log file.

If your image is huge, the problem may be an "out of memory". You may try increasing memory_limit to something higher (128M or even 256M). Ciencia Al Poder (talk) 09:38, 28 July 2014 (UTC)

Thank you. I did try the debug procedure before posting, and all I got was the blank page, no entry in the log files whatsoever. I was able to solve this problem, though. What I did differently was to add the third line below and crank up the integer to 1 Million. I also set the memory limit to 128, as suggested. This allows processing of all but the largest image files.

$wgMaxImageArea = 1.25e8;

$wgMaxShellMemory = 1000000;

$wgMaxShellFileSize = 1000000;

Mitzzzz Mitzzzz (talk) 01:39, 2 August 2014 (UTC)

[RESOLVED] $wgLogo is working on the Desktop PC, but not on mobile.

Hi! I've finally (about) figured out MediaWiki's setup (it was extremely hard, but I can now use template infoboxes among other things) but I am still lost when it comes to certain things. The main problem I've been having is that my logo (as defined by $wgLogo) works on the desktop computer, but not on mobile devices. I have MediaWiki 1.21 installed, and my logo appears fine on each and every page that is pulled up on the Desktop PC. When any page is viewed on mobile, however, the standard Wikipedia logo is displayed. I have tried editing both LocalSettings.php and DefaultSettings.php. I have even overwritten the main wiki.png file with my own image. The Wikipedia logo isn't stored on my server, rather, it is being linked to off of the Wikipedia server. How can I keep this logo from being displayed when my page is loaded on mobile devices? Bttfvgo (talk) 01:07, 27 July 2014 (UTC)

Hello, is MobileFrontend installed? Which version? Can you give us the link to your site? Florianschmidtwelzow (talk) 12:44, 27 July 2014 (UTC)

Hello,

I have the same problem with Mediawiki 1.23.1 (but also when I roll back to 1.22.7). I do have MobileFrontend installed, the version corresponding to 1.23. The logo does not show up when the site is initially loaded from a mobile phone (because of MobileFrontend), but when the desktop version is requested from the mobile phone the logo is the wikipedia logo rather than my site logo. Wutangwiki (talk) 04:36, 6 August 2014 (UTC)

Can you please give a link? MobileFrontend does not change the logo of the desktop site normally :/ Florianschmidtwelzow (talk) 14:29, 6 August 2014 (UTC)

tcstldr.org Wutangwiki (talk) 21:41, 6 August 2014 (UTC)

Interestingly, this behavior was also observed on a non-mobile device--I have a report of one mac user that saw the Wikipedia logo rather than our logo (using chrome), while a different mac user did not experience this bug (also using chrome). Unfortunately I do not have access to a mac so I don't have much information beyond these two reports. Wutangwiki (talk) 21:44, 6 August 2014 (UTC)

I fixed the problem, as detailed in the last reply on this thread:

https://www.mediawiki.org/wiki/Project%3ASupport%20desk/Flow/2014/03#c-Henry_O_FLOGIN-2014-03-08T00%3A25%3A00.000Z-Henry_O_FLOGIN-2014-03-07T23%3A59%3A00.000Z Wutangwiki (talk) 23:40, 6 August 2014 (UTC)

Help css code

Hi I am having a problem with this

div#content {
  margin-left: 10em;
  padding:1em;
  /* @embed */
  background-image: url(images/border.png);
  background-position: top left;
  background-repeat: repeat-y;
  background-color: white;
  color: black;
  direction: ltr;
  height:auto;
  position:absolute;
  bottom:0px;
  top:40px;
  overflow:auto;
  -webkit-overflow-scrolling: touch;
}

Code because it is causing the content to be squized together if there is just a little content. it causes everthing to be put to the right and have big grey space to right if there is no content or if there are little words. I think the cause of the problem is

position:absolute;

but I am using that code to allow the top bar and siebar to slide when the user scrolls. please help. 86.173.55.164 (talk) 11:06, 27 July 2014 (UTC)

database is suffering from InnoDB corruption, specifically in the mw_objectcache table.

I've been having some MySQL issues, and it appears to be stemming from the mediawiki db. Below the message I received from my server support, thoughts? The mediawiki db is patjk_wikidb.

---

I've checked for CREATE DATABASE statements for each of the affected databases:

root@host [~/support/462326]# zcat databases_with_innodb.sql.gz | grep 'CREATE DATABASE'
CREATE DATABASE /*!32312 IF NOT EXISTS*/ `horde` /*!40100 DEFAULT CHARACTER SET latin1 */;
CREATE DATABASE /*!32312 IF NOT EXISTS*/ `patjk_gallery2` /*!40100 DEFAULT CHARACTER SET latin1 */;
CREATE DATABASE /*!32312 IF NOT EXISTS*/ `patjk_magen` /*!40100 DEFAULT CHARACTER SET latin1 */;
CREATE DATABASE /*!32312 IF NOT EXISTS*/ `patjk_vbdb` /*!40100 DEFAULT CHARACTER SET latin1 */;
CREATE DATABASE /*!32312 IF NOT EXISTS*/ `patjk_wikidb` /*!40100 DEFAULT CHARACTER SET latin1 */;

Unfortunately, it looks like the roundcube database is not present, and the patjk_wikidb is likely to be truncated. Here are the errors that occurred:

root@host [~/support/462326]# cat mysqldump_error.log 
Warning: option 'max_allowed_packet': unsigned value 1331691520000 adjusted to 2147483648
mysqldump: Error 2013: Lost connection to MySQL server during query when dumping table `mw_objectcache` at row: 1697279

According to MySQL's internal uptime clock the database was started roughly 48 minutes ago, which was just before I noticed that the dump was no longer running:

| Uptime | 2915 |

Here are the MySQL error log messages that coincided with the apparent failure:

2014-07-27 05:30:43 29972 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.6.16' socket: '/var/lib/mysql/mysql.sock' port: 3306 MySQL Community Server (GPL)
2014-07-27 06:46:57 76670b90 InnoDB: Assertion failure in thread 1986464656 in file btr0pcur.cc line 432
InnoDB: Failing assertion: btr_page_get_prev(next_page, mtr) == buf_block_get_page_no(btr_pcur_get_block(cursor))
InnoDB: We intentionally generate a memory trap.
InnoDB: Submit a detailed bug report to http://bugs.mysql.com.
InnoDB: If you get repeated assertion failures or crashes, even
InnoDB: immediately after the mysqld startup, there may be
InnoDB: corruption in the InnoDB tablespace. Please refer to
InnoDB: http://dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.html
InnoDB: about forcing recovery.
10:46:57 UTC - mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed, 
something is definitely wrong and this may fail.

key_buffer_size=134217728
read_buffer_size=10485760
max_used_connections=151
max_threads=150
thread_count=151
connection_count=150
It is possible that mysqld could use up to 
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1975685 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.

Thread pointer: 0x77452f00
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 76670358 thread_stack 0x30000
/usr/sbin/mysqld(my_print_stacktrace+0x33)[0x856d843]
/usr/sbin/mysqld(handle_fatal_signal+0x43e)[0x82897ee]
/lib/libpthread.so.0[0xb7f740f8]
/lib/ld-linux.so.2[0xb7f8b7f2]
/lib/libc.so.6(gsignal+0x50)[0xb7cd0e30]
/lib/libc.so.6(abort+0x101)[0xb7cd2741]
/usr/sbin/mysqld[0x8709605]
/usr/sbin/mysqld[0x869ee49]
/usr/sbin/mysqld[0x85dfa87]
/usr/sbin/mysqld[0x85dfd31]
/usr/sbin/mysqld(_ZN7handler11ha_rnd_nextEPh+0x75)[0x81987f5]
/usr/sbin/mysqld(_Z13rr_sequentialP11READ_RECORD+0x49)[0x84860c9]
/usr/sbin/mysqld(_Z10sub_selectP4JOINP13st_join_tableb+0x16a)[0x82f190a]
/usr/sbin/mysqld(_ZN4JOIN4execEv+0x3c6)[0x82ef5d6]
/usr/sbin/mysqld[0x833d58d]
/usr/sbin/mysqld(_Z12mysql_selectP3THDP10TABLE_LISTjR4ListI4ItemEPS4_P10SQL_I_ListI8st_orderESB_S7_yP13select_resultP18st_select_lex_unitP13st_select_lex+0xed)[0x833d92d]
/usr/sbin/mysqld(_Z13handle_selectP3THDP13select_resultm+0x19d)[0x833db8d]
/usr/sbin/mysqld[0x8312a7b]
/usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0x4cf5)[0x83189f5]
/usr/sbin/mysqld(_Z11mysql_parseP3THDPcjP12Parser_state+0x32d)[0x831da7d]
/usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcj+0x191c)[0x831fd8c]
/usr/sbin/mysqld(_Z10do_commandP3THD+0xee)[0x832182e]
/usr/sbin/mysqld(_Z24do_handle_one_connectionP3THD+0x135)[0x82e33c5]
/usr/sbin/mysqld(handle_one_connection+0x4d)[0x82e34ad]
/usr/sbin/mysqld(pfs_spawn_thread+0x179)[0x85b8dc9]
/lib/libpthread.so.0[0xb7f6b912]
/lib/libc.so.6(clone+0x5e)[0xb7d7d7ce]

Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (b7fed08): SELECT /*!40001 SQL_NO_CACHE */ * FROM `mw_objectcache`
Connection ID (thread ID): 3089
Status: NOT_KILLED

The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains
information that should help you find out what is causing the crash.
140727 06:46:58 mysqld_safe Number of processes running now: 0
140727 06:46:58 mysqld_safe mysqld restarted
2014-07-27 06:47:00 0 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
2014-07-27 06:47:00 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details).
2014-07-27 06:47:00 30625 [Note] Plugin 'FEDERATED' is disabled.
2014-07-27 06:47:00 30625 [Note] InnoDB: Using mutexes to ref count buffer pool pages
2014-07-27 06:47:00 30625 [Note] InnoDB: The InnoDB memory heap is disabled
2014-07-27 06:47:00 30625 [Note] InnoDB: Mutexes and rw_locks use InnoDB's own implementation
2014-07-27 06:47:00 30625 [Note] InnoDB: Compressed tables use zlib 1.2.3
2014-07-27 06:47:00 30625 [Note] InnoDB: Using Linux native AIO
2014-07-27 06:47:00 30625 [Note] InnoDB: Not using CPU crc32 instructions
2014-07-27 06:47:00 30625 [Note] InnoDB: Initializing buffer pool, size = 128.0M
2014-07-27 06:47:00 30625 [Note] InnoDB: Completed initialization of buffer pool
2014-07-27 06:47:00 30625 [Note] InnoDB: Highest supported file format is Barracuda.
2014-07-27 06:47:00 30625 [Note] InnoDB: The log sequence numbers 133808751880 and 133808751880 in ibdata files do not match the log sequence number 133810301875 in the ib_logfiles!
2014-07-27 06:47:00 30625 [Note] InnoDB: Database was not shutdown normally!
2014-07-27 06:47:00 30625 [Note] InnoDB: Starting crash recovery.
2014-07-27 06:47:00 30625 [Note] InnoDB: Reading tablespace information from the .ibd files...
2014-07-27 06:47:06 30625 [Note] InnoDB: Restoring possible half-written data pages 
2014-07-27 06:47:06 30625 [Note] InnoDB: from the doublewrite buffer...
InnoDB: Last MySQL binlog file position 0 344931686, file name ./mysql-bin.000030
2014-07-27 06:47:09 30625 [Note] InnoDB: 128 rollback segment(s) are active.
2014-07-27 06:47:09 30625 [Note] InnoDB: Waiting for purge to start
2014-07-27 06:47:09 30625 [Note] InnoDB: 5.6.16 started; log sequence number 133810301875
2014-07-27 06:47:09 30625 [Note] Server hostname (bind-address): '*'; port: 3306
2014-07-27 06:47:09 30625 [Note] IPv6 is available.
2014-07-27 06:47:09 30625 [Note] - '::' resolves to '::';
2014-07-27 06:47:09 30625 [Note] Server socket created on IP: '::'.
2014-07-27 06:47:10 30625 [Note] Event Scheduler: Loaded 0 events
2014-07-27 06:47:10 30625 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.6.16' socket: '/var/lib/mysql/mysql.sock' port: 3306 MySQL Community Server (GPL)

Based on these symptoms and messages, I believe your patjk_wikidb database is suffering from InnoDB corruption, specifically in the mw_objectcache table.

If this were a MyISAM able, we could probably recover it with mysqlcheck or myisamrepsair. However, mysqlcheck can only repair InnoDB tables by dumping and rebuilding them, which is the same procedure we just attempted, so this is certain to fail as well.

We could attempt to recover the database with the innodb_force_recovery option. However, this is risky. It can cause even worse damage. Additionally, your VPS does not have enough free space to make an up-to-date raw copy of the InnoDB tablespaces before attempting this.

I'm not familiar with the wiki software you are using, so I'm not sure how vital the mw_objectcache table is to its operation, or if it can be replaced or regenerated easily. Discarding this table might be a more viable option if a repair using the gentlest settings of innodb_force_recovery do not succeed.

Another option which you might consider is consulting a developer or DBA with experience recovering InnoDB tables.

I wish I had better news for you. I'm afraid there is not going to be a good way to get rid of this overly large InnoDB tablespace without losing at least some of your patjk_wikidb data. Again, we can attempt innodb_force_recovery if you request it, but this poses the risk of more data loss. 110.171.63.6 (talk) 12:27, 27 July 2014 (UTC)

Hi!

First of all this seems not to be a MediaWiki, but a MySQL problem.

A complete MediaWiki DB contains the tables listed on DB.

If you think that your objectcache table is corrupted, you can truncate it any time - MediaWiki will rebuild its contents.

The content of other tables however, cannot be rebuilt that easily: E.g. the content in the tables text, pages and revision is unique and is required for MediaWiki to function properly. Should these tables be corrupted as well, you should use a working backup to restore them (and with them the whole DB). 88.130.76.198 13:00, 27 July 2014 (UTC)

Thanks for the info. How do you recommend I proceed with this? I'm not too familiar with this stuff. I'd be willing to hire someone to see if they can resolve this (please email me if interested *pj*kca*rds at gmail dot com [remove *'s]). The ibdata1 file on my server is huge now too, and needs to be cleaned. 110.171.63.6 09:23, 28 July 2014 (UTC)

Hi!

You can truncate the objectcache table. This will keep the table structure, but remove all its content thus making this table smaller (close to 0kb). However, MediaWiki should automatically do some kind of garbage collection in that table anyway; if you have a big wiki, this table will (automatically) become big again. And this will not solve the following problem:

Try to create a full backup of all the databases in your MySQL server (using the mysqldump tool), but with the error message you get, I don't know, if using mysqldump is still possible.

As far as I know the InnoDB ibdata1 file will never shrink and there also is no easy way to make it smaller again. A force recovery can give you a chance to get to your data. Be patient and use the lowest value possible to get the server started so you can make a backup of as much data as possible.

Another question: Do you have a current backup of the database? If so, that would make things way easier! Is it only your stuff in this MySQL server or is it a shared MySQL server? If it's only your stuff on the server, you could try the following:

If you have a backup, then stop MySQL and remove all the databases, ib_logfile* and ibdata* files. When you start MySQL again it will create a new fresh shared tablespace. This table space will then not be corrupted, hopefully solving your initial issue. Then, import your database dump again.

If there are any underlying hardware issues, those need to be addressed first. 88.130.76.198 11:29, 28 July 2014 (UTC)

Would an upgrade resolve this issue? Or is it best to repair the corrupt object_cache tables prior to upgrading?

Thanks. 27.147.202.151 09:50, 21 September 2014 (UTC)

A broken table is a MySQL problem. MediaWiki however is not MySQL, it only uses MySQL, it is based on MySQL. If you upgrade MediaWiki or not will most likely not influence the problem in MySQL - I can only imagine that it makes this problem's impact on MediaWiki worse. Generally it is better to solve issues before changing anything additional in the system. I would first fix the broken tables and do the upgrade afterwards. 88.130.67.26 11:09, 21 September 2014 (UTC)

[RESOLVED] Auto suggest not working

I've installed several Wikis and never had a problem with Auto Suggest in the search box. It's not working on my current wiki. I've tried suggestions found elsewhere using the different variables to no avail:

$wgUseAjax;
$wgEnableMWSuggest;
$wgVectorUseSimpleSearch;

This stuff always works; what could be different about this wiki?

MediaWiki	1.19.13
PHP	5.2.17 (cgi-fcgi)
MySQL	5.1.73-cll
URL: https://neucart.com/wiki/Main_Page CvyvvZkmSUDowVf (talk) 13:52, 27 July 2014 (UTC)

Maybe the problem is that the wiki requires login? When I am not allowed to see the pages, it's only logical that I also may not get them displayed in the search results. 88.130.76.198 14:10, 27 July 2014 (UTC)

I can disable that but the issue persists. (I just disabled.)

I've used all the same permissions schemes on other wikis and Auto Suggest had no problems. Timneu22 (talk) 14:26, 27 July 2014 (UTC)

Hi why not try to update php to 5.3 or higher and then upgrade to latest mediawiki version which is 1.23.1 and see if that fixes the issue because if the results is not showing it could mean javascript not working properly. 86.173.55.164 15:22, 27 July 2014 (UTC)

I am stuck on 1.19 because of the PHP version. That's a non-starter. Timneu22 (talk) 16:36, 27 July 2014 (UTC)

Ah, it looks like the issue is that some PHP 5.3 code is in this version.

		$text = preg_replace_callback( '#<a .*?</a>#', function ( $matches ) use ( &$masked ) {
			$sha = sha1( $matches[0] );
			$masked[$sha] = $matches[0];
			return "<$sha>";
		}, $text );

PHP Parse error: syntax error, unexpected T_FUNCTION in {path}/wiki/includes/api/ApiFormatBase.php on line 279

How can I rewrite this for my PHP version? "use" is 5.3-specific. Timneu22 (talk) 16:53, 27 July 2014 (UTC)

Hi please upgrade to 1.19.17 which may fix your issue. and also try to update php if it keeps happening like that and also update your extension for branch 1.19. 86.173.55.164 17:29, 27 July 2014 (UTC)

The PHP error, which you report here, is being tracked as https://bugzilla.wikimedia.org/show_bug.cgi?id=63049 and it currently has a patch in the review system (also linked in the bug report). You can test the patch to see, if it helps! 88.130.76.198 22:00, 27 July 2014 (UTC)

(oops, ignore this reply) Timneu22 (talk) 23:51, 28 July 2014 (UTC)

I have verified this fix works on my system.

Thanks! Timneu22 (talk) 00:05, 29 July 2014 (UTC)

$wgUseAjax;
$wgEnableMWSuggest;
$wgVectorUseSimpleSearch;

Is that really exactly what you have in your LocalSettings.php? If yes, then try the following:

$wgUseAjax = true;
$wgEnableMWSuggest = true;
$wgVectorUseSimpleSearch = true;

Florianschmidtwelzow (talk) 05:32, 28 July 2014 (UTC)

Help with .vertical-gradient: (#fff, #f6f6f6, 50%, 100%);

Hi how can I set

.vertical-gradient: (#fff, #f6f6f6, 50%, 100%);

in css codes because I would like to convert it from .less to .css please. I am updating a skin I am currently changing. 86.173.55.164 (talk) 15:25, 27 July 2014 (UTC)

What you have there is a less mixin. This one is defined in resources/mediawiki.less/mediawiki.mixins.less where you will see, to which CSS this code is equivalent. 88.130.76.198 15:46, 27 July 2014 (UTC)

Ok how do I convert it to css or do I have to use .less instead of .css. 86.173.55.164 17:30, 27 July 2014 (UTC)

The values inside .vertical-gradient: (); are variables for the mixin as you find it in resources/mediawiki.less/mediawiki.mixins.less. 88.130.76.198 21:53, 27 July 2014 (UTC)

Help with skin

Hi how can I add options in skin that allows me to lets the user choose the default logo or use there own because I doint know how to add options in skins. 86.173.55.164 (talk) 18:22, 27 July 2014 (UTC)

Skins should only get options, saved for the user, not set some. In your skin template you can use $this->getUser()->getOption() to get an Option (e.g. "skin" to get the skin name).

With an Extension you can add Useroptions to save some values you want. Florianschmidtwelzow (talk) 05:30, 28 July 2014 (UTC)

Ok. How do I add options like they are in default setting.php but just for the skin. 86.173.55.164 09:27, 28 July 2014 (UTC)

Hello,

not in DefaultSettings.php :) You need to create a new extension, which handles this. It can add options to a User with $user->setOption() and the skin can (while initialisation) read this values with $user->getOption(). The functions (and all other) is documented here:

https://doc.wikimedia.org/mediawiki-core/master/php/html/classUser.html#

How you can develop an Extension, you can read here:

https://www.mediawiki.org/wiki/Manual:Developing_extensions Florianschmidtwelzow (talk) 12:21, 28 July 2014 (UTC)

Ok but I thought you can create options in the skin without needing to add them to an extension or in the core of Mediawiki. 151.225.137.145 11:47, 29 July 2014 (UTC)

It's possible, too, but i would suggest to do not add too much funtionality into a skin. If you want to set the options with cookies, for example, you can use the WebRequest class. Florianschmidtwelzow (talk) 12:41, 29 July 2014 (UTC)

Hi um well I just need to add options so that the user can decide if they want the default logo or choose there own or if they want search bar on the sidebar or on the top bar. 151.225.137.145 13:43, 29 July 2014 (UTC)

Hi what I mean is settings. 86.173.54.174 19:03, 29 July 2014 (UTC)

Liquid thread version 3

Does anyone have source codes for liquid thread version 3.0 I would like to try it even though it haven't been updated and is no longer being developed. 86.173.55.164 (talk) 21:41, 27 July 2014 (UTC)

The source code of Extension:LiquidThreads is in the Git repository as linked on Extension:LiquidThreads. What you find there is what has been developed. 88.130.76.198 21:56, 27 July 2014 (UTC)

Hi what about source code for liquid thread version 3 which was developed outside of git. 86.173.55.164 22:03, 27 July 2014 (UTC)

Outside git? You obviously know more than I do. Where should that be? The official Git repo is the one linked on the page. 88.130.76.198 22:09, 27 July 2014 (UTC)

Ok but wikimedia can develop extensions in private before releasing it in the public. 86.173.55.164 22:15, 27 July 2014 (UTC)

Sure and how do you want to get hold of private data? I mean: If you know the devs, write them and ask. But I would not expect much from that. 88.130.76.198 22:45, 27 July 2014 (UTC)

Ok but they must have saved the source codes because they are not going to use them if the project is on hold now. 86.173.55.164 22:56, 27 July 2014 (UTC)

Or they threw it away. 88.130.76.198 23:01, 27 July 2014 (UTC)

Now is the question: The info comes from where? I don't know software projects of Wikimedia developed in private. And LiquidThreads version 3 was cancelled, like the infoboxon the Extensionpage say:

> Development of Version 3.0 was cancelled, too. Florianschmidtwelzow (talk) 05:24, 28 July 2014 (UTC)

Ok. 86.173.55.164 09:28, 28 July 2014 (UTC)

How do you make edit notices?

How do you make edit notices on your own wiki? Cregavitch (talk) 01:27, 28 July 2014 (UTC)

You mean? Florianschmidtwelzow (talk) 05:21, 28 July 2014 (UTC)

The thing what appears when you go to:

https://en.wikipedia.org/w/index.php?title=Wikipedia:Administrators%27_noticeboard/Incidents&action=edit Cregavitch (talk) 02:50, 1 August 2014 (UTC)

Ah, ok. For this, i think the best is to read this page: Help:Edit_notice. If you have questions then, please ask :) Florianschmidtwelzow (talk) 06:48, 1 August 2014 (UTC)

Is it possible to allow users to create edit notices without giving them the editinterface permission? Cregavitch (talk) 15:06, 2 August 2014 (UTC)

I think no :) (because this is the use case of "editinterface" permission, to avoid "Normal" users to change the interface messages ;)). Florianschmidtwelzow (talk) 20:13, 2 August 2014 (UTC)

How does Wikipedia do it?

The edit notice for my wikipedia page: https://en.wikipedia.org/wiki/User_talk:Cregavitch/Editnotice

The edit notice being displayed: https://en.wikipedia.org/w/index.php?title=User_talk:Cregavitch&action=edit Cregavitch (talk) 23:33, 2 August 2014 (UTC)

How do I change the logo hover/tooltip text "Visit the main page"

I am redirecting back to the home page of my wesbite and need to know how to change the default hover or tooltip text.

Thank you in advanced :) Mpjbay (talk) 06:18, 28 July 2014 (UTC)

Did you search the content of the files for the string shown in the tooltip text already? AKlapper (WMF) (talk) 09:09, 28 July 2014 (UTC)

This is the text, which is shown when you hover your wiki's logo and this text is coming from the page MediaWiki:Tooltip-p-logo. Change this page to change the text! 88.130.76.198 09:29, 28 July 2014 (UTC)

Perfect thank you. I am still learning how everything works. Mpjbay (talk) 18:15, 28 July 2014 (UTC)

The trick with interface texts like this one is to open a page of the wiki with &uselang=qqx appended to the URL. Then you will see all the label names, which themselves correspond to the same page in the MediaWiki namespace. 88.130.96.175 21:04, 28 July 2014 (UTC)

Very handy trick. Thank you! Mpjbay (talk) 02:48, 29 July 2014 (UTC)

This digresses but you may know the answer. Is there a way to over-right an image already uploaded to the wiki? Re: I uploading instructional images and I have make updates to the images so instead of re-uploading all the images it would be nice if I can replace the existing image with the new images. Mpjbay (talk) 02:50, 29 July 2014 (UTC)

Just click the link "upload a newer version of this image" on the image description page :) Florianschmidtwelzow (talk) 08:53, 29 July 2014 (UTC)

That is right. In fact you will need the permission "reupload", e.g. set in LocalSettings.php as

$wgGroupPermissions['user']['reupload'] = true;

That will enable all users to overwrite uploaded images. More information is on Manual:User_rights#List_of_permissions. 88.130.96.175 09:43, 29 July 2014 (UTC)

> That will enable all users to overwrite uploaded images.

No :) This will enable all registered users to overwrite uploaded images :) Florianschmidtwelzow (talk) 09:50, 29 July 2014 (UTC)

Beautiful worked perfectly. Thanks again! Mpjbay (talk) 18:22, 29 July 2014 (UTC)

True. I meant all in contrast to "only admins" or "only bureaucrats", which you could get, if you set

$wgGroupPermissions['sysop']['reupload'] = true;

or

$wgGroupPermissions['bureaucrat']['reupload'] = true; 88.130.91.39 21:09, 29 July 2014 (UTC)

#tagging, can we do this and if so how?

1. tagging, can we do this and if so how?

Thank you in advanced! Mpjbay (talk) 06:58, 28 July 2014 (UTC)

Hello! Can you give mor einformation about what you want to do? "Tag" can have more then one meaning: Tags Florianschmidtwelzow (talk) 07:28, 28 July 2014 (UTC)

Tag that be display results if clicked. Similar to old IRC #tags or more recent Twitter or Instagram.

So if people have tagged a location, if someone clicks that tag everything with the location tag will display on a result screen. Mpjbay (talk) 08:17, 28 July 2014 (UTC)

I think there isn't the same function, but a similar called categories. You can add Categories to each page and open the category page to list all pages of the category. Florianschmidtwelzow (talk) 08:22, 28 July 2014 (UTC)

I have created categories. The problem I foresee is that the articles under the categories will eventually be large i number so I thought having a way to tag will help if someone is looking for said article in a specific location easier to sort.

It may make more sense if you have a look at the wiki I chucked together today.

http://www.ravepreservationproject.com/wiki/index.php?title=Main_Page#Intro

I tried to strip down the wiki to users navigate using the categories in the side bar. After a category is clicked they can then add a new article into that category. The issue down the road will be there will be a lot of articles for different geographical locations and someone may want to only view articles related to their area. Mpjbay (talk) 08:28, 28 July 2014 (UTC)

[RESOLVED] Jobs won't run, templates not updating.

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.

---

My wiki is not running jobs by itself - they collect but I have to run runJobs.php to complete them. And even after completing them, a template does not update.

Also, I've had five jobs which haven't completed for months now. see this graph: https://wikiapiary.com/wiki/Coasterpedia

This is really annoying me now, any help is greatly appreciated. This is the job count: http://coasterpedia.net/w/api.php?action=query&meta=siteinfo&siprop=statistics&format=jsonfm 86.148.146.56 (talk) 15:16, 28 July 2014 (UTC)

Hi!

The issue that jobs generally do not run automatically was a problem in MediaWiki 1.22. It should have been solved in MediaWiki 1.23 (which you are running currently).

That a certain job does just not do anything at all can happen sometimes. Reasons for this may vary, e.g. the page, which should be indexed by the job may have been deleted in the meantime or another job already did, what this job is about to do. In this case it is save to go to the database table jobs and to manually delete the according rows. 88.130.96.175 16:01, 28 July 2014 (UTC)

Look at Manual:Job queue, specially look if you have set $wgJobRunRate to 0 or something. Ciencia Al Poder (talk) 09:42, 29 July 2014 (UTC)

Thanks for the replies! I will take a look at the database - Unfortunately I can't get into it at the moment.

The template not updating was down to my own stupidity - I was editing the wrong section of the page!

The jobs however are still not running. I have specifically set the JobRunRate to 1. 95.144.138.233 18:50, 29 July 2014 (UTC)

I have the same problem, no jobs are running on MW.1.23. Anyone having an idea? $wgJobRunRate is set to 1, $wgPhpCli="C:\Program Files (x86)\PHP".

There are no errors when running the RunJobs.php manually and the Job table is empty after running. MWuser 11:31, 20 August 2014 (UTC)

Try setting $wgRunJobsAsync to false (for MediaWiki 1.23 and later) and see if that helps. Ciencia Al Poder (talk) 14:14, 20 August 2014 (UTC)

Thanks! Problem solved! MWuser 11:12, 21 August 2014 (UTC)

Thanks, this solved my problem with template not getting updated. Soumya.sadanandan (talk) 08:20, 28 March 2017 (UTC)

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

Can't delete image uploads. "Error deleting file: Could not create directory 'mwstore://local-backend/local-deleted/a/x/b'."

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.

---

Product Version

MediaWiki 1.23.1

PHP 5.5.9-1ubuntu4.3 (apache2handler)

MySQL 5.5.38-0ubuntu0.14.04.1

Ubuntu Server is running on a Virtual Machine. My /var/www/html/mediawiki/images directory is mounted to my storage drive as the boot drive is only for the OS. The Wiki is private.

LocalSettings.php does not have $wgUploadDirectory or $wgUploadPath set, so those are the default. $wgDeletedDirectory is a mount on another file server which has the same permissions as the images directory. 755 & www-data as both owner & group.

Directory:

/var/www/html/mediawiki/images (mounted to a different drive than the rest of /var/www/html/mediawiki)

/mnt/fileserver/deletedwikifiles

php.ini has file_uploads set to on and my version means that safe_mode isn't the issue. I read about a bug regarding upgrading MediaWiki from 1.22 to 1.23 causing file uploads to be broken, but that was traced back to shared hosts and this server isn't shared.

Any help is appreciated.

Edit:

I just thought I'd bump this with a bit more technical information. I couldn't delete files, but I could upload them. Then I did the following commands from the root of MediaWiki:

sudo chmod 775 -R ./ [Entire MediaWiki Root has rwxrwxr-x permission set.]

sudo chmod 666 -R ./images [images * subdirectories has rw-rw-rw- permission set.]

sudo chmod 775 ./images [The directory images has rwxrwxr-x permission set.]

sudo chown root:www-data -R ./ [This means Root has full rwx for everything but files in images where it has rw- only while apache web group has rw- for images, but not the directory, and rwx for the rest of MediaWiki's root.]

Then I could delete the files, but when I tried to upload them, I got this error: 'Could not create directory "mwstore://local-backend/local-public/b/b9".' and the thumbnails were broken.

Then I did this command from the same root directory of MediaWiki:

sudo chmod 777 -R ./ [Everything has all the permission for MediaWiki's root directory.]

And once again, I can upload files, and see thumbnails/files, but I can't delete them again, getting 'Error deleting file: Could not create directory "mwstore://local-backend/local-deleted/8/d/b".' when I try.

I'm baffled as to how to troubleshoot what appears to be a permissions problem in this situation after those results. TremorAcePV (talk) 16:39, 28 July 2014 (UTC)

Can you check if the directory specified in Manual:$wgDeletedDirectory exist and is writeable from the webserver? Florianschmidtwelzow (talk) 08:52, 29 July 2014 (UTC)

I figured you might be on to something there because I did the following:

ls -la /mnt/fileserver/deletedwikifiles

drwxrwxrwx 4 root root 4096 Jul 29 10:09 .

drwxrwxrwx 4 root root 4096 Jul 29 10:09 public

drwxrwxrwx 4 root root 4096 Jul 29 10:09 private

So I checked and I hadn't configured /etc/fstab to mount the drive such that www-data is owner/group because it's on an NTFS volume (which means it makes root owner/user by default). I tried redefining $wgDeletedDirectory = $wgScriptPath/images/deleted as a test.

ls -la ./images/deleted

drwxrwxrwx 4 www-data www-data 4096 Jul 29 10:09 .

drwxr-xr-x 14 www-data www-data 4096 Jul 29 09:39 ..

drwxrwxrwx 2 www-data www-data 4096 Jul 29 10:08 private

drwxrwxrwx 2 www-data www-data 4096 Jul 29 10:09 public

Yet it still gives the "Creating directory" error when trying to delete a file. I tried changing the above permissions to 755 (rwxr-xr-x), just like it is for the rest of ./images, but that didn't fix it either. TremorAcePV (talk) 15:28, 29 July 2014 (UTC)

You may try creating the directory from the shell, directly, but as the webserver's account, using the sudo command.

If it succeeds, you may also set a debug log to see exactly the full path it's trying to access. Ciencia Al Poder (talk) 09:25, 31 July 2014 (UTC)

Note that this command will render your image folders inaccessible:

sudo chmod 666 -R ./images [images * subdirectories has rw-rw-rw- permission set.]

Directories need the execute permission set to be accessible.

Setting 777 for uploaded files is also not recommended.

The recommended way to set such permissions is to use the find command:

find ./images -type d -exec chmod 755 {} \;

find ./images -type f -exec chmod 644 {} \;

Depending on who's the owner of those files, permissions may vary from 777/666 for debugging or even 700/600 for strict permissions on shared hosts. Ciencia Al Poder (talk) 09:48, 29 July 2014 (UTC)

That's good to know.

Of course. That was a test to see if I could access them correctly. A test to see if permissions is the problem.

With these permissions, set exactly how you have them written there, I cannot upload or delete files. That's the first time this result has happened. I get both errors:

Could not create directory "mwstore://local-backend/local-public/2/26".

Error deleting file: Could not create directory "mwstore://local-backend/local-deleted/8/d/b".

I figured it might be because I had done this before that:

sudo chown root:www-data ./images

So I tried changing it to this:

sudo chown www-data:www-data ./images

And that let me upload files. Found the culprit there.

Check my response to Florianschmidtwelzow above if you want to know about the deleting files error. TremorAcePV (talk) 15:15, 29 July 2014 (UTC)

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

[RESOLVED] Page error

Good morning.

My page is wiki.westeros.pl

I don't know but now it is not working. There is some error. Could somebody help me?

Thank You TraaBBIT (talk) 18:19, 28 July 2014 (UTC)

When like in your case you get several errors, always solve the first one first.

In your case that is

> Warning: include_once(../wiki_settings.php) [function.include-once]: failed to open stream: No such file or directory in /home/trouse/domains/westeros.pl/public_html/wiki/LocalSettings.php on line 17

In LocalSettings.php on line 17 you are trying to include a file, which is not there. Either fix the include patch or move/rename the file accordingly (or do both)! 88.130.96.175 21:07, 28 July 2014 (UTC)

Looks like your MediaWiki isn't installed correctly, is missing some files, or you are including files in the wrong directory. How did you install the MediaWiki and what version? DaSt1986 (talk) 20:16, 29 July 2014 (UTC)

Mediawiki was installed one year ago and worked correctly until that happened TraaBBIT (talk) 20:31, 30 July 2014 (UTC)

I see you have fixed the include path - a "Thank you" would have been nice... 88.130.124.94 20:54, 30 July 2014 (UTC)

Thanks for Your help TraaBBIT (talk) 12:04, 1 August 2014 (UTC)

Easy way to add media (photos, audio, video) when creating an article?

I have searched the extensions and have not found an easy way for users to add a photo or other media and files to articles.

Does anyone know a way to accomplish this? Is there an extension I have not found?

Thank you! Mpjbay (talk) 18:19, 28 July 2014 (UTC)

No need for a seperate extensions; file uploads are supported by MediaWiki itself. What do you want that isn't offered by the default MediaWiki file uploads? DaSt1986 (talk) 20:17, 29 July 2014 (UTC)

Thank you. Mpjbay (talk) 20:59, 7 August 2014 (UTC)

How to create a bot to add a new section to a talk page?

Hi there,

We are a group of researchers, trying to find a practical way to motivate professors and researchers who have published a fair number of research papers, to review Wikipedia pages and improve them.

As they do not usually have enough time to edit Wikipedia pages, we are trying to ask their comments on related pages, and post those comments to the corresponding talk pages, which can potentially help active Wikipedians on those pages to take advantage of experts' feedbacks and apply them as they like to the main article.

To this end, we need to implement a bot which posts new sections on Talk pages.

As a matter of efficiency, we prefer to use python hTTP POST requests from our server to Wikipedia server, and we are using MediaWiki API.

We have not requested for an approval for the bot, and we are just trying to implement a trial version.

The problem is with authentication of the bot.

As discussed at https://www.mediawiki.org/wiki/API:Login , logging in through the API requires two requests, but sending the first request returns an error as follows:

<error code="help" info="" xml:space="preserve">

And there is no token to use in the second request.

Our login function in python is as follows:

def logInRequestToWikipedia():

   # Add required parameters to the request.
   request = { 'action' : 'login' }
   request['format'] = 'json'
   request['lgname'] = 'PostOnTalk'
   request['lgpassword'] = '*************'
   request['lgtoken'] = '%2B%5C'

   url = 'https://en.wikipedia.org/w/api.php'

   headers = { 'User-Agent' : 'MyCoolTool/1.1 (http://example.com/MyCoolTool/; MyCoolTool@example.com) BasedOnSuperLib/1.4' }
   headers['content-type'] = 'application/x-www-form-urlencoded'

   r = requests.post(url, data = json.dumps(request), headers=headers)

We will appreciate it if you help us with this issue.

Best regards. PostOnTalk (talk) 22:46, 28 July 2014 (UTC)

Can I edit files without needing to code?

Is it possible to use Mediawiki for a company, where employees can edit MS word and Excel type of pages without ever needing to understand how to code? Like using a full WYSIWYG editor like in MS Word?

Is that possible? OR anyone who wanted to edit pages, add titles etc, they all need to understand some CODING in mediawiki?

Thank you. Tonywiki~mediawikiwiki (talk) 23:37, 28 July 2014 (UTC)

Hello,

in generally it's a very simple wiki language :) With WikiEdtiro you can give your users a very good help to learn the syntax. If this all isn't what you want, then try to use VisualEditor:

https://www.mediawiki.org/wiki/Extension:VisualEditor

An example you can see in each Wikipedia (just click "Edit" instead of "Edit source"). VisualEditor will show you a parsed page which you can edit with th WYSIWYG Editor. The installation takes a little bit more time and read, but it pays ;) Florianschmidtwelzow (talk) 08:30, 29 July 2014 (UTC)

Add svg to permited files

please add svg to permited type of file allowed to upload please. I get this error

Permitted file types: png, gif, jpg, jpeg, ogg, ogv, oga, flac, wav, webm. 151.225.137.145 (talk) 15:38, 29 July 2014 (UTC)

See Manual:Configuring_file_uploads#Configuring_file_types and Manual:$wgFileExtensions. In short: Add

$wgFileExtensions[] = 'svg';

to LocalSettings.php. 88.130.91.39 16:56, 29 July 2014 (UTC)

Thanks but could they add it to the default settings please. 86.173.54.174 18:44, 29 July 2014 (UTC)

You can add it by yourself :) Just register a developer access account:

https://www.mediawiki.org/wiki/Developer_access

But please explain in detail, what's the value of adding svg to defaultsettings :)

If you don't want to do that, you can enter a bug as feature request, too:

Bugzilla Florianschmidtwelzow (talk) 20:11, 29 July 2014 (UTC)

I guess it's not included in default settings because it requires a working convert program to generate rasterized versions on thumbnails, something that the default GD library can't handle.

Basically, if you enable SVG, you still require more configuration changes to have it working Ciencia Al Poder (talk) 09:31, 30 July 2014 (UTC)

Ok but if you upload an svg file would that mean you would have to have something that renders it so it is svg. 86.173.54.174 17:23, 30 July 2014 (UTC)

No, but it probably couldn't be embedded as an image, and would probably be just as any other document. Ciencia Al Poder (talk) 19:19, 30 July 2014 (UTC)

How to create a bot to add a new section in a talk page?

Hi there,

We are a group of researchers, trying to find a practical way to motivate professors and researchers who have published a fair number of research papers, to review Wikipedia pages and improve them.

As they do not usually have enough time to edit Wikipedia pages, we are trying to ask their comments on their interested pages, and post those comments to the corresponding talk pages, which can potentially help active Wikipedians on those pages to take advantage of experts' feedback and apply them as they like to the main article.

To this end, we need to implement a bot which posts experts' feedback as new sections on Talk pages.

As a matter of efficiency, we prefer to use python HTTP POST requests using MediaWiki API rather than available MediaWiki libraries.

We have not requested for an approval for the bot, and we are just trying to implement a trial version to test the bot on our own Talk pages.

For this purpose, I went through the following steps:

1- As discussed at https://en.wikipedia.org/wiki/Wikipedia:Creating_a_bot: >Create an account for your bot. Click here when logged in to create the account, linking it to yours. (If you do not create the bot account while logged in, it is likely to be blocked as a possible sockpuppet or unauthorised bot until you verify ownership)

>Create a user page for your bot. Your bot's edits must not be made under your own account. Your bot will need its own account with its own username and password.

So, I logged in to my own Wikipedia account, and created a new account (for the bot).

2- As discussed at https://www.mediawiki.org/wiki/API:Login: Logging in through the API requires two requests. For the first request, I wrote the following code in python:

   def logInRequestToWikipedia():
   
       # Add required parameters to the request.
       request = { 'action' : 'login' }
       request['lgname'] = 'BotName'
       request['lgpassword'] = '*************'
   
       url = 'https://en.wikipedia.org/w/api.php'
   
       headers = { 'content-type' : 'application/x-www-form-urlencoded' }
   
       r = requests.post(url, data = json.dumps(request), headers=headers)

The response starts with an error as follows:

   <error code="help" info="" xml:space="preserve">

And continues with the API documentation.

3- As discussed at https://www.mediawiki.org/wiki/API:Edit_-_Create%26Edit_pages:

>Note: In this example, all parameters are passed in a GET request just for the sake of simplicity. However, action=edit requires POST requests; GET requests will cause an error. Do not forget to set the Content-Type header of your request to application/x-www-form-urlencoded. The token that you received is terminated with +\\, this needs to be urlencoded (so it will end with %2B%5C) before it is passed back.

I added each of the following parameters separately and both together in the request data and tried all three cases, but it returns the same response.

   request['lgtoken'] = '%2B%5C'
   request['Content-Type'] = 'application/x-www-form-urlencoded'

4- Also I tried each of the followings in my request data, but it returns the same response:

   request['format'] = 'json'
   request['format'] = 'xml'

Do you think the problem can be related to the fact that we have not requested for an approval for the bot yet? Because we are just trying to implement a trial version to test the bot on our own Talk pages, and apply for the approval after making sure everything will work.

I will appreciate it if you help us with this issue.

Best regards. PostOnTalk (talk) 17:01, 29 July 2014 (UTC)

Apparently, you shouldn't use data = json.dumps(request) in requests.post

While you want a JSON response, that doesn't mean that you need to pass data to MediaWiki in JSON format!

Try using this instead, by just passing the dictionary without further encoding:

r = requests.post(url, data = request, headers=headers)

http://docs.python-requests.org/en/latest/user/quickstart/#more-complicated-post-requests Ciencia Al Poder (talk) 09:33, 1 August 2014 (UTC)

Also note that, after logging in, you should save the cookies and send them back again on every other request, because cookies contain the session token to maintain you logged in. I don't know if python would do this automatically for you, so be sure to check this. Ciencia Al Poder (talk) 09:34, 1 August 2014 (UTC)

How to upgrade my viki?

Hi there.

I am use Mediawiki 1.8.4. I want to use MobileFrontend extension but this extension requires minimum 1.9 version. How i easily upgrade my wiki? Please detailed information. I am not experienced SSH usage. Thank you! 85.104.144.153 (talk) 21:23, 29 July 2014 (UTC)

Hi!

Upgrading MediaWiki usually is not hard. :-) However, especially when you are not experienced in these things, please make absolutely sure that you have a working backup of your site (files and database)!

Amongst other things it will be important that you check, which PHP and MySQL version you use and which are available on your server - the MediaWiki version you can use depends on the PHP and MySQL versions you have.

The rest is explained on the page Upgrade, which we wrote in the hope that it is also understandable for non-tech people. :-)

If you have any questions, you can ask here! 88.130.91.39 22:00, 29 July 2014 (UTC)

There is any method for upgrade on FTP? I dont know SSH usage. 85.104.144.153 22:46, 29 July 2014 (UTC)

I am just want to upgrade 1.8.4 to 1.9. 85.104.144.153 22:48, 29 July 2014 (UTC)

Yes, there is: For extracting the tarball locally see Upgrade#FTP_or_graphical and for the database update see Upgrade#Web_browser!

You find the tarballs in the folders at http://releases.wikimedia.org/mediawiki/. Please note that MediaWiki 1.9 is already really, really old. It has known security holes and it is no longer supported. There will be no updates and also no security fixes for it! If at all possible, you should upgrade to a current version. These are MediaWiki 1.19, which has Long Term Support, and MediaWiki 1.23, which is the newest available. 88.130.91.39 23:03, 29 July 2014 (UTC)

OK than i will update my wiki 1.23. Thank you for answers. I will write again. :) 85.104.144.153 23:34, 29 July 2014 (UTC)

How i do it?

You may need to run the command as sudo if you don't have full write permissions to the wiki install directories under your current user. When untarring a tarball package normally a new directory for the new wiki version will be created and you will have to copy the old configuration files and images directory from your old installation directory:

$ tar xvzf mediawiki-1.23.1.tar.gz -C /path/to/your/new/installation/ --strip-components=1 85.104.144.153 02:34, 30 July 2014 (UTC)

This passage is only relevant, if you do have shell access to the server. In that case, this is the command to extract the tarball.

If like in your case, you do not have shell access, you can extract the tarball on your local PC and then upload the extracted files. Upload will then take some time. 88.130.91.39 03:01, 30 July 2014 (UTC)

You can do it in the web by going to type in your domain and then at the end of it put /mw-config you will have to enter your upgrade key if you haven't one please add the upgrade to key to localsettings.php 86.173.54.174 17:27, 30 July 2014 (UTC)

Note that navigating to /mw-config won't download a new version of MediaWiki for you. That's just a script to perform database updates for the current installed version. Ciencia Al Poder (talk) 19:21, 30 July 2014 (UTC)

Hi again.

I am upload 1.23.2 Mediawiki files to my viki directories. After that, i am go to /mw-config and complete upgrade. But it's dont work.

Homepage is disappeared and there is more error. http://viki.gameofthronestr.com

How o fix that? 78.167.231.63 20:58, 1 August 2014 (UTC)

How i fix this error:

"Warning: A skin using autodiscovery mechanism, MySkin, was found in your skins/ directory. The mechanism will be removed in MediaWiki 1.25 and the skin will no longer be recognized. See https://www.mediawiki.org/wiki/Manual:Skin_autodiscovery for information how to fix this. [Called from Skin::getSkinNames in /home/gameofth/public_html/viki/includes/Skin.php at line 74] in /home/gameofth/public_html/viki/includes/debug/Debug.php on line 303

Warning: A skin using autodiscovery mechanism, Simple, was found in your skins/ directory. The mechanism will be removed in MediaWiki 1.25 and the skin will no longer be recognized. See https://www.mediawiki.org/wiki/Manual:Skin_autodiscovery for information how to fix this. [Called from Skin::getSkinNames in /home/gameofth/public_html/viki/includes/Skin.php at line 74] in /home/gameofth/public_html/viki/includes/debug/Debug.php on line 303

Warning: A skin using autodiscovery mechanism, Standard, was found in your skins/ directory. The mechanism will be removed in MediaWiki 1.25 and the skin will no longer be recognized. See https://www.mediawiki.org/wiki/Manual:Skin_autodiscovery for information how to fix this. [Called from Skin::getSkinNames in /home/gameofth/public_html/viki/includes/Skin.php at line 74] in /home/gameofth/public_html/viki/includes/debug/Debug.php on line 303

Warning: A skin using autodiscovery mechanism, Nostalgia, was found in your skins/ directory. The mechanism will be removed in MediaWiki 1.25 and the skin will no longer be recognized. See https://www.mediawiki.org/wiki/Manual:Skin_autodiscovery for information how to fix this. [Called from Skin::getSkinNames in /home/gameofth/public_html/viki/includes/Skin.php at line 74] in /home/gameofth/public_html/viki/includes/debug/Debug.php on line 303

Warning: A skin using autodiscovery mechanism, Chick, was found in your skins/ directory. The mechanism will be removed in MediaWiki 1.25 and the skin will no longer be recognized. See https://www.mediawiki.org/wiki/Manual:Skin_autodiscovery for information how to fix this. [Called from Skin::getSkinNames in /home/gameofth/public_html/viki/includes/Skin.php at line 74] in /home/gameofth/public_html/viki/includes/debug/Debug.php on line 303" 78.167.231.63 21:05, 1 August 2014 (UTC)

As far as I see, the upgrade worked correctly for you.

The errors concerning skin autodiscovery happen, because you still have old files in your wiki directory. Inside the folder skins/ you have exactly the mentioned files and one folder for each of them. These skins do no longer come with the new version of MediaWiki. The according files and folders should be removed. See also Manual:Upgrading#Files_remaining_that_may_cause_errors! 88.130.118.79 21:24, 1 August 2014 (UTC)

Hi again.

I fix problems. Finally i have one question. I am not upgrade my all plugins, should i do? 78.167.231.63 22:08, 1 August 2014 (UTC)

You should always use the version of the MediaWiki extensions, which were specifically for your MediaWiki version, so: Yes, you should update them! 88.130.118.79 22:18, 1 August 2014 (UTC)

And please review some extensions because some were merged into the core of Mediawiki so you won't need those ones. If you visit the extension page of the extension you want to download and it shows a messenge ontop saying archive or merged in Mediawiki then you can remove that extension. 151.225.137.145 01:14, 2 August 2014 (UTC)

Syntax errors after installation when accessing the mainpage. Database: Oracle

Tracked in Phabricator
Task T70874

I've been trying to find answers to this bug but I'm simply not getting anywhere. I'm using an oracle backend and it installs correctly. But the minute I access index.php it gives me the following error (This is after enabling sqlerrors in my LocalSettings.php file)

A database query error has occurred. This may indicate a bug in the software.

Query:
INSERT INTO /*Q*/L10N_CACHE (lc_lang,lc_key,lc_value) VALUES (:lc_lang, :lc_key, )
Function: DatabaseOracle::insertOneRow
Error: 936 ORA-00936: missing expression

I ran the update.php in the maintenance folder and it updated fine.

These are the results which I get when I run eval.php and the following commands:

var_dump( $wgContLang );
var_dump( Language::factory( 'da' ) );

object(Language)#7 (14) {
  ["mConverter"]=>
  object(FakeConverter)#8 (1) {
    ["mLang"]=>
    *RECURSION*
  }
  ["mVariants"]=>
  NULL
  ["mCode"]=>
  string(2) "en"
  ["mLoaded"]=>
  bool(false)
  ["mMagicExtensions"]=>
  array(0) {
  }
  ["mMagicHookDone"]=>
  bool(false)
  ["mHtmlCode":"Language":private]=>
  NULL
  ["mParentLanguage":"Language":private]=>
  bool(false)
  ["dateFormatStrings"]=>
  array(0) {
  }
  ["mExtendedSpecialPageAliases"]=>
  NULL
  ["namespaceNames":protected]=>
  NULL
  ["mNamespaceIds":protected]=>
  NULL
  ["namespaceAliases":protected]=>
  NULL
  ["transformData"]=>
  array(0) {
  }
}

PHP Warning:  strpos() expects parameter 1 to be string, object given in /var/www/html/devinsample/mediawiki-1.23.1/includes/db/DatabaseOracle.php on line 1308
PHP Warning:  strpos() expects parameter 1 to be string, object given in /var/www/html/devinsample/mediawiki-1.23.1/includes/db/DatabaseOracle.php on line 1304
PHP Warning:  substr() expects parameter 1 to be string, object given in /var/www/html/devinsample/mediawiki-1.23.1/includes/db/DatabaseOracle.php on line 1304
Caught exception DBQueryError: A database error has occurred. Did you forget to run maintenance/update.php after upgrading?  See: https://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script
Query: INSERT INTO /*Q*/L10N_CACHE (lc_lang,lc_key,lc_value) VALUES (:lc_lang, :lc_key, )
Function: DatabaseOracle::insertOneRow
Error: 936 ORA-00936: missing expression

#0 /var/www/html/devinsample/mediawiki-1.23.1/includes/db/DatabaseOracle.php(709): DatabaseOracle->reportQueryError('ORA-00936: miss...', 936, 'INSERT INTO /*Q...', 'DatabaseOracle:...')
#1 /var/www/html/devinsample/mediawiki-1.23.1/includes/db/DatabaseOracle.php(576): DatabaseOracle->insertOneRow('l10n_cache', Array, 'LCStoreDB::set')
#2 /var/www/html/devinsample/mediawiki-1.23.1/includes/cache/LocalisationCache.php(1229): DatabaseOracle->insert('l10n_cache', Array, 'LCStoreDB::set')
#3 /var/www/html/devinsample/mediawiki-1.23.1/includes/cache/LocalisationCache.php(963): LCStoreDB->set('messages:nov', 'nov')
#4 /var/www/html/devinsample/mediawiki-1.23.1/includes/cache/LocalisationCache.php(452): LocalisationCache->recache('da')
#5 /var/www/html/devinsample/mediawiki-1.23.1/includes/cache/LocalisationCache.php(326): LocalisationCache->initLanguage('da')
#6 /var/www/html/devinsample/mediawiki-1.23.1/includes/cache/LocalisationCache.php(260): LocalisationCache->loadItem('da', 'fallback')
#7 /var/www/html/devinsample/mediawiki-1.23.1/languages/Language.php(4146): LocalisationCache->getItem('da', 'fallback')
#8 /var/www/html/devinsample/mediawiki-1.23.1/languages/Language.php(237): Language::getFallbacksFor('da')
#9 /var/www/html/devinsample/mediawiki-1.23.1/languages/Language.php(196): Language::newFromCode('da')
#10 /var/www/html/devinsample/mediawiki-1.23.1/maintenance/eval.php(81) : eval()'d code(1): Language::factory('da')
#11 /var/www/html/devinsample/mediawiki-1.23.1/maintenance/eval.php(81): eval()
#12 {main}

And finally these are my error logs

[Tue Jul 29 22:55:08 2014] [error] [client 10.168.54.77] PHP Warning:  strpos() expects parameter 1 to be string, object given in /var/www/html/devinsample/mediawiki-1.23.1/includes/db/DatabaseOracle.php on line 1308
[Tue Jul 29 22:55:08 2014] [error] [client 10.168.54.77] PHP Warning:  strpos() expects parameter 1 to be string, object given in /var/www/html/devinsample/mediawiki-1.23.1/includes/db/DatabaseOracle.php on line 1304
[Tue Jul 29 22:55:08 2014] [error] [client 10.168.54.77] PHP Warning:  substr() expects parameter 1 to be string, object given in /var/www/html/devinsample/mediawiki-1.23.1/includes/db/DatabaseOracle.php on line 1304
[Tue Jul 29 22:55:08 2014] [error] [client 10.168.54.77] PHP Warning:  strpos() expects parameter 1 to be string, object given in /var/www/html/devinsample/mediawiki-1.23.1/includes/db/DatabaseOracle.php on line 1308
[Tue Jul 29 22:55:08 2014] [error] [client 10.168.54.77] PHP Warning:  strpos() expects parameter 1 to be string, object given in /var/www/html/devinsample/mediawiki-1.23.1/includes/db/DatabaseOracle.php on line 1304
[Tue Jul 29 22:55:08 2014] [error] [client 10.168.54.77] PHP Warning:  substr() expects parameter 1 to be string, object given in /var/www/html/devinsample/mediawiki-1.23.1/includes/db/DatabaseOracle.php on line 1304
[Tue Jul 29 22:55:08 2014] [error] [client 10.168.54.77] PHP Warning:  strpos() expects parameter 1 to be string, object given in /var/www/html/devinsample/mediawiki-1.23.1/includes/db/DatabaseOracle.php on line 1308
[Tue Jul 29 22:55:08 2014] [error] [client 10.168.54.77] PHP Warning:  strpos() expects parameter 1 to be string, object given in /var/www/html/devinsample/mediawiki-1.23.1/includes/db/DatabaseOracle.php on line 1304
[Tue Jul 29 22:55:08 2014] [error] [client 10.168.54.77] PHP Warning:  substr() expects parameter 1 to be string, object given in /var/www/html/devinsample/mediawiki-1.23.1/includes/db/DatabaseOracle.php on line 1304

Could anyone please help me with starting MediaWiki using this very same Oracle backend as I can't use mySQL? Or are these just bugs in the software which might take time to fix? There was a post pretty similar to mine but even though its tagged resolved but it isn't... http://www.mediawiki.org/wiki/Project%3ASupport%20desk/Flow/2014/03#c-Ciencia_Al_Poder-2014-03-20T20%3A53%3A00.000Z-Ciencia_Al_Poder-2014-03-20T10%3A17%3A00.000Z Arjun r (talk) 23:06, 29 July 2014 (UTC)

While MediaWiki claims it supports variousdatabase engines, the true story here is that it's only tested on mysql, and most changes subbmited to code don't test those database engines.

I suspect that's a bug, and you should report it.

In the meantime, you may try an older MediaWiki version like 1.22 to see if those errors aren't present. Ciencia Al Poder (talk) 09:36, 30 July 2014 (UTC)

I've just gone ahead and reported on bugzilla myself. It's on bug 68874. Please create an account there if you don't have one and add yourself as CC of that bug in case someone requests more information. Ciencia Al Poder (talk) 19:38, 30 July 2014 (UTC)

Apparently, Oracle is not supported on recent versions of MediaWiki, albeit appearing as being one of the options, so I recommend you to use another Database engine for MediaWiki :( Ciencia Al Poder (talk) 20:17, 30 July 2014 (UTC)

Private wiki @ Android?

Hi. It's probably not a right place to ask, but let give me a chance. There's the official Wikipedia app, but is there an app for Android that can be configured for a private wiki? I can't find any at Google Play (except the one with very low rating). Thanks. 195.234.75.155 (talk) 06:30, 30 July 2014 (UTC)

Would also like to know this 84.209.19.58 (talk) 23:32, 3 February 2024 (UTC)

Did you get to know? 223.178.212.226 (talk) 13:58, 6 February 2024 (UTC)

Unable to Edit WikiPage Copyrights message appear

Hi,

We have on our website this wikihelp files which we are unable to edit. mediawiki version 1.16.0 PHP version: 5.4.28 For example: if we try to edit this page: http://www.trueerp.com/wiki/Main_Page it gives this message: Please note that all contributions to TrueERP wiki are considered to be released under the GNU Free Documentation License 1.2 (see TrueERP wiki:Copyrights for details). If you do not want your writing to be edited mercilessly and redistributed at will, then do not submit it here. You are also promising us that you wrote this yourself, or copied it from a public domain or similar free resource. Do not submit copyrighted work without permission!

Please tell me how to resolve this issue, upgrading mediawiki version will resolve this issue? Ofarooq (talk) 13:43, 30 July 2014 (UTC)

Hi!

You say that when you edit a page (e.g. the main page), you see this text ("Please note that all contributions ....") with a link to TrueERP wiki:Copyrights. What exactly is it that you want to change about this?

For the upgrade: An upgrade will almost surely not solve the above issue - and you should upgrade anyway! MediaWiki 1.16 is old. It has known security holes and it is no longer supported. There will be no updates and also no security fixes for it! If at all possible, you should upgrade to a current version. These are MediaWiki 1.19, which has Long Term Support, and MediaWiki 1.23, which is the newest available. 88.130.124.94 14:24, 30 July 2014 (UTC)

Hi when visiting your special version page at http://www.trueerp.com/wiki/Special:Version it doesent show any information. 86.173.54.174 17:29, 30 July 2014 (UTC)

Hi,

Thank you for responding.

Actually these are help files for our software which needs to be updated from time to time. But since last 1 month this message appear when we hit on 'edit'. Ofarooq (talk) 18:44, 30 July 2014 (UTC)

Yes, this message is usual and I guess it has also been there before. ;-)

When you say "files", then I am not thinking of wiki pages (like your main page), but I am thinking of e.g. Word or Excel files. Such files are not uploaded by editing a page, but by going to the according page in the namespace File: (example from Wikipedia: en:File:Kingda_Ka_switch_track.jpg). Then scroll to the bottom of the page and when you have the permission to upload a new version of this file, there will be a link "Upload a new version of this file". Hit it and this will bring you to the upload form. 88.130.124.94 19:00, 30 July 2014 (UTC)

No this message was not appearing earlier. By simply hitting we use to edit the content online, not using word or excel Ofarooq (talk) 19:10, 30 July 2014 (UTC)

Ok. This text is coming from the wiki page MediaWiki:Copyrightwarning2 in your wiki. Log in as an administrator or bureaucrat and you can edit it. E.g. you can remove all text from the page in order to make the message go away. 88.130.124.94 19:21, 30 July 2014 (UTC)

ok. Thanks.

Once I login as administrator and remove this text, I can edit the page? or it will only remove this message. Ofarooq (talk) 19:45, 30 July 2014 (UTC)

When you edit the page MediaWiki:Copyrightwarning2 and remove the message there, then it will automatically be removed from display when you edit any other page. 88.130.124.94 20:02, 30 July 2014 (UTC)

best practice to import Templates (Wikipedia Style Cite Web , german Internetquelle)

Hello,

i have installed a brandnew 1.23.1 in a corporate environment. In Order to organize external web links i have activated Extension:Cite which is also running fine. However, neither the english wikipedia´s Template:Cite_Web nor the german Vorlage:Internetquelle is in my Wiki which i´d like to format external weblinks. Ich could now create the template and all depedencies manually by cut/copy/paste from some other sites. However, export (Special:Export/Template: ) doesn´t seem to work on Template: and Vorlage: , and import into these area also seems to be blocked. Is there a smart way to copy all those templates from another page ? Best would be repetitive job keeping my wiki in line with some other in terms of Templates and formatting.

Holger Warnat Hwarnat (talk) 14:31, 30 July 2014 (UTC)

Export of Templates (german Vorlagen) is possible ;) Just request https://de.wikipedia.org/wiki/Spezial:Exportieren (german wikipedia) and type in "Vorlage:Internetquelle". If you want to have full dependencies, click "Inklusive Vorlagen" before click "Seiten exportieren". After this you become an export XML file which you can import simply in your wiki with Special:Import (german Spezial:Importieren"). Florianschmidtwelzow (talk) 11:27, 31 July 2014 (UTC)

Edit Vector Tabs/Where Do Tabs Get Output?

I'm trying to heavily modify Vector (latest version), mostly the footer and the header. However, when trying to create a custom header, something annoying occurs. I figured out mw-page-base and mw-head-base via colors, and now I put the Namespaces, Variants, Views, Actions, Search tabs into mw-head-base, but they pop up into custom-header (my custom class for the header), and the logo doesn't appear either.

http://mustachio.madsplash.net/index.php/Main_Page is where you can see what's going on. The transparent black background is my custom header class, red is mw-page-base, and blue is mw-head-base. I want the tabs and the line of user links to be in the blue box, not in the black box.

Any help in this regard? 207.254.173.25 (talk) 19:54, 30 July 2014 (UTC)

Hi!

If you want to output parts of the page at another place inside it, then you should edit the skin file! In case of vector, this would be the file skins/Vector.php, in case of a custom skin the according PHP file of that skin. This file basically contains the HTML structure of each wiki page and inbetween some function calls, which create the markup of the according part. Move the HTML and or these function calls so that they create the strcutre, which you want! (After that you obviously will have to adjust the CSS to make things fit again on screen, but first things first, last things last.) 88.130.124.94 20:10, 30 July 2014 (UTC)

Already been messing with Vector.php.

Here's currently what I've got it outputting... if you read in the top section, you'll notice where I've got the tabs put, but unfortunately I may have to use Absolute positioning to fix it. #blegh

<div id="custom-header">
			<div id="p-logo" role="banner" style="width: 180px; height: 100%;">
				<a style="background-image: url(<?php $this->text( 'logopath' ) ?>; width: 100%; height: 100%;);" href="<?php echo htmlspecialchars( $this->data['nav_urls']['mainpage']['href'] ) ?>" <?php echo Xml::expandAttributes( Linker::tooltipAndAccesskeyAttribs( 'p-logo' ) ) ?>></a>
			</div>
			
			<div class="clear: both;"> </div>
		</div>
		
		<div id="mw-page-base" class="noprint" style="background-color: red;"></div>
		<div id="mw-head-base" class="noprint" style="background-color: blue;">
			<div id="mw-navigation" style="width: 100%;">
			
			<div id="mw-head">
				<?php $this->renderNavigation( 'PERSONAL' ); ?>
				
				<div id="left-navigation">
					<?php $this->renderNavigation( array( 'NAMESPACES', 'VARIANTS' ) ); ?>
				</div>
				
				<div id="right-navigation">
					<?php $this->renderNavigation( array( 'VIEWS', 'ACTIONS', 'SEARCH' ) ); ?>
				</div>
			</div>
			
			</div>
		</div>
		
		<div id="content" class="mw-body" role="main">
			
			<a id="top"></a>
			
			<div id="mw-js-message" style="display:none;"<?php $this->html( 'userlangattributes' ) ?>>
			
			</div>
			
			
			<?php 
				if ( $this->data['sitenotice'] ) {
					echo "<div id='siteNotice'>" . $this->html('sitenotice') . "</div>";
				}
			?>
			
			
			<h1 id="firstHeading" class="firstHeading" lang="<?php
				$this->data['pageLanguage'] = $this->getSkin()->getTitle()->getPageViewLanguage()->getHtmlCode();
				$this->text( 'pageLanguage' );
			?>">
				<span dir="auto">
					<?php $this->html( 'title' ) ?>
				</span>
			</h1>
			
			
			<?php $this->html( 'prebodyhtml' ) ?>

... (rest omitted for space) 207.254.173.25 21:11, 30 July 2014 (UTC)

Patch from 1.23.1 to 1.23.2 Error

I am trying to update Mediawiki 1.23.1 to 1.23.2 using the released patch file. My PHP version is 5.3.3, MySQL is 5.1.73 and OS is CentOS 6.5. I Gunzip'd the patch file and moved it into the Mediawiki main folder and did a dry run, and below shows the error I am getting. There is no tests folder in my wiki folder, so I'm not sure where I am supposed to get those from.

wiki>patch -p1 --dry-run < mediawiki-1.23.2.patch
patching file includes/api/ApiFormatJson.php
patching file includes/db/DatabasePostgres.php
patching file includes/DefaultSettings.php
patching file includes/ImagePage.php
patching file includes/OutputPage.php
patching file includes/parser/ParserOutput.php
patching file includes/Preferences.php
patching file includes/SiteStats.php
patching file maintenance/initSiteStats.php
patching file RELEASE-NOTES-1.23
patching file resources/Resources.php
patching file resources/src/mediawiki.page/mediawiki.page.image.pagination.js
can't find file to patch at input line 276
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -Nruw -x messages -x '*.png' -x '*.jpg' -x '*.xcf' -x '*.gif' -x '*.svg' -x '*.tiff' -x '*.zip' -x '*.xmp' -x '.git*' mediawiki-1.23.1/tests/phpunit/includes/api/format/ApiFormatJsonTest.php mediawiki-1.23.2/tests/phpunit/includes/api/format/ApiFormatJsonTest.php
|--- mediawiki-1.23.1/tests/phpunit/includes/api/format/ApiFormatJsonTest.php   2014-07-30 19:29:15.619144417 +0000
|+++ mediawiki-1.23.2/tests/phpunit/includes/api/format/ApiFormatJsonTest.php   2014-07-30 19:24:41.560514483 +0000
--------------------------
File to patch:
Skip this patch? [y]
Skipping patch.
1 out of 1 hunk ignored

204.90.74.7 (talk) 21:07, 30 July 2014 (UTC)

Pinging User:MarkAHershberger Ciencia Al Poder (talk) 21:20, 30 July 2014 (UTC)

I am having the exact same problem. I have the impression that the last bit of the patch file is where the problem lies.

If I remove the following bit of the patch:

diff -Nruw -x messages -x '*.png' -x '*.jpg' -x '*.xcf' -x '*.gif' -x '*.svg' -x '*.tiff' -x '*.zip' -x '*.xmp' -x '.git*' mediawiki-1.23.1/tests/phpunit/includes/api/format/ApiFormatJsonTest.php mediawiki-1.23.2/tests/phpunit/includes/api/format/ApiFormatJsonTest.php
--- mediawiki-1.23.1/tests/phpunit/includes/api/format/ApiFormatJsonTest.php    2014-07-30 19:29:15.619144417 +0000
+++ mediawiki-1.23.2/tests/phpunit/includes/api/format/ApiFormatJsonTest.php    2014-07-30 19:24:41.560514483 +0000
@@ -14,4 +14,9 @@
                $this->assertInternalType( 'array', json_decode( $data, true ) );
                $this->assertGreaterThan( 0, count( (array)$data ) );
        }
+
+       public function testJsonpInjection( ) {
+               $data = $this->apiRequest( 'json', array( 'action' => 'query', 'meta' => 'siteinfo', 'callback' => 'myCallback' ) );
+               $this->assertEquals( '/**/myCallback(', substr( $data, 0, 15 ) );
+       }

The following happens:

# patch -p1 --dry-run < mediawiki-1.23.2.patch_mod 
patching file includes/api/ApiFormatJson.php
patching file includes/db/DatabasePostgres.php
patching file includes/DefaultSettings.php
patching file includes/ImagePage.php
patching file includes/OutputPage.php
patching file includes/parser/ParserOutput.php
patching file includes/Preferences.php
patching file includes/SiteStats.php
patching file maintenance/initSiteStats.php
patching file RELEASE-NOTES-1.23
patching file resources/Resources.php
patching file resources/src/mediawiki.page/mediawiki.page.image.pagination.js
Hunk #1 succeeded at 60 with fuzz 1.

Nierensteinlaus (talk) 06:06, 31 July 2014 (UTC)

I'm having exactly the same problem, no test folder.

'can't find file to patch at input line 276' 217.111.210.43 06:17, 31 July 2014 (UTC)

Does this seem to you like it's not breaking any needed functionality? 204.90.74.7 13:52, 31 July 2014 (UTC)

The errors are all related to files in the folder tests/. This folder is not needed for MediaWiki to run; it is not present in the 1.23.x tarballs. Until the patch file has been fixed, you can just run the "broken" patch file and remove the .rej files, which it leaves behind. Afterwards you have a correctly updated installation - exactly what you should have! 88.130.83.237 14:29, 31 July 2014 (UTC)

VisualEditor Support on Media Wiki 1.23.2

Tracked in Phabricator
Task T70891

Hello All,

I am having a hard time to find out if the new MediaWiki 1.23.2 supports the Visual Editor. we are using Visual Editor on previous versions and we really need that so I was looking for information about the new media wiki version and the Visual Editor. Is it possible to use Visual Editor with the new Version? Where can I check information about this?

Thanks in advance! LonelyRider82 Lonelyrider82 (talk) 11:45, 31 July 2014 (UTC)

I have the same problem. Can anyone help us? 179.180.183.175 19:25, 31 July 2014 (UTC)

Related: https://bugzilla.wikimedia.org/show_bug.cgi?id=68891 AKlapper (WMF) (talk) 21:06, 31 July 2014 (UTC)

How to retrieve password?

Hi,

We have our website :http://www.trueerp.com/wiki/Main_Page We use to do wiki help files on it, by logging into it.

But unfortunately we have lost the password. How can we retrieve the password? mediawiki version 1.16.0 PHP version: 5.4.28 Ofarooq (talk) 13:24, 31 July 2014 (UTC)

With the "forgot password" function ;) Or read this help/manual: Manual:Resetting_passwords Florianschmidtwelzow (talk) 13:55, 31 July 2014 (UTC)

Hi please upgrade MediaWiki version to 1.19 if you are on php 5.2 and if you are on php 5.3 please download MediaWiki 1.23. 151.225.137.145 21:42, 31 July 2014 (UTC)

[RESOLVED] problems to migrate from Mediawiki 1.17.0 to 1.23.2 under Windows

Hi all,

I am having problems to migrate from Mediawiki 1.17.0 to 1.23.2 under Windows. I am following the instructions in in http://www.mediawiki.org/wiki/Manual:Upgrading. I reached the chapter "Run the update script" and:

The call "php update.php" simply does nothing.

My php installation seems to be ok, a call like "php info.php" runs fine.

• OS: Windows Server 2003
• PHP version: 5.3.8
• MySQL version: 5.1.45

Thank you Hartmut 87.139.247.230 (talk) 13:27, 31 July 2014 (UTC)

What you mean with nothing? Is there _no_ output? Florianschmidtwelzow (talk) 13:55, 31 July 2014 (UTC)

right. 'php update.php' returns immediatly with no output.

Hartmut 87.139.247.230 15:15, 31 July 2014 (UTC)

Hmm, have you changed the value of error_reporting in your php.ini (for the cli, not for webserver!)? Can you try to run the update from the webinstaller (make a backup!!!)? Florianschmidtwelzow (talk) 06:38, 1 August 2014 (UTC)

I have error-reporting made more verbose and used the webinstaller, but the behaviour is the same and no logging. The update did not start at all.

as i post before, a simple php sript runs. can I persuade php to tell more?

thanks

hartmut 87.139.247.230 12:23, 4 August 2014 (UTC)

Yeah, set error_reporting in php.ini to "E_ALL" :) Florianschmidtwelzow (talk) 16:02, 4 August 2014 (UTC)

I did 87.139.247.230 07:27, 5 August 2014 (UTC)

And there is no error message in Webinstaller? Florianschmidtwelzow (talk) 17:12, 5 August 2014 (UTC)

Maybe Hartmut does not see an error message currently, but there must be one (and without it we won't be able to help in any way useful).

I just thought that error messages in the update script might get directed to /dev/null and I know this is being done in runJobs.php. However, I remember seeing error messages when running update.php myself, so I deactivated error messages by the script might not be the problem.

See How to debug for two lines of PHP code, which you should add to the bottom of LocalSettings.php:

error_reporting( -1 );

ini_set( 'display_errors', 1 );

And then try again... 88.130.83.134 17:24, 5 August 2014 (UTC)

Hi,

the update script gives errors now. The solution was to set

display_errors = On

display_startup_errors = On

in the php.ini file, only changing the LocalSettings.php was not successful.

The update script didn't run because an extension was missing - and as a default there was no output and no logging.

After fixing that I activated the $wgDBadminuser user, and the update script runs and finishes successfully.

But now the next one.

When I am calling the wiki the exception "MWException" occurs. After setting $wgShowExceptionDetails = true; in LocalSettings the following Stacktrace appears:

[f1038c4e] /plathwiki/index.php/Hauptseite Exception from line 1651 of C:\work\wwwroot\plathwiki\includes\Skin.php: Call to undefined method SkinMonoBook::makeLink

Backtrace:

1. 0 C:\work\wwwroot\plathwiki\extensions\DynamicArticleList.php(87): Skin->__call(string, array)
2. 1 C:\work\wwwroot\plathwiki\extensions\DynamicArticleList.php(87): SkinMonoBook->makeLink(string, string)
3. 2 [internal function]: DynamicArticleList(string, array, Parser, PPTemplateFrame_DOM)
4. 3 C:\work\wwwroot\plathwiki\includes\parser\Parser.php(4019): call_user_func_array(string, array)
5. 4 C:\work\wwwroot\plathwiki\includes\parser\Preprocessor_DOM.php(1178): Parser->extensionSubstitution(array, PPTemplateFrame_DOM)
6. 5 C:\work\wwwroot\plathwiki\includes\parser\Parser.php(3487): PPFrame_DOM->expand(PPNode_DOM)
7. 6 C:\work\wwwroot\plathwiki\includes\parser\Preprocessor_DOM.php(1113): Parser->braceSubstitution(array, PPFrame_DOM)
8. 7 C:\work\wwwroot\plathwiki\includes\parser\Parser.php(3153): PPFrame_DOM->expand(PPNode_DOM, integer)
9. 8 C:\work\wwwroot\plathwiki\includes\parser\Parser.php(1216): Parser->replaceVariables(string)
10. 9 C:\work\wwwroot\plathwiki\includes\parser\Parser.php(395): Parser->internalParse(string)
11. 10 C:\work\wwwroot\plathwiki\includes\content\WikitextContent.php(322): Parser->parse(string, Title, ParserOptions, boolean, boolean, integer)
12. 11 C:\work\wwwroot\plathwiki\includes\WikiPage.php(3614): WikitextContent->getParserOutput(Title, integer, ParserOptions)
13. 12 C:\work\wwwroot\plathwiki\includes\poolcounter\PoolCounterWork.php(112): PoolWorkArticleView->doWork()
14. 13 C:\work\wwwroot\plathwiki\includes\Article.php(710): PoolCounterWork->execute()
15. 14 C:\work\wwwroot\plathwiki\includes\actions\ViewAction.php(44): Article->view()
16. 15 C:\work\wwwroot\plathwiki\includes\Wiki.php(428): ViewAction->show()
17. 16 C:\work\wwwroot\plathwiki\includes\Wiki.php(292): MediaWiki->performAction(Article, Title)
18. 17 C:\work\wwwroot\plathwiki\includes\Wiki.php(588): MediaWiki->performRequest()
19. 18 C:\work\wwwroot\plathwiki\includes\Wiki.php(447): MediaWiki->main()
20. 19 C:\work\wwwroot\plathwiki\index.php(46): MediaWiki->run()
21. 20 {main}

What can I do?

Thanks

Hartmut 87.139.247.230 10:03, 12 August 2014 (UTC)

You have installed the extension DynamicArticleList, which tries to call makeLink() on SkinMonobook (an extended class of SkinTemplate), which doesn't exist. makeLink() is a function of BaseTemplate. Upgrade the DynamicArticleList extension! 88.130.102.170 10:22, 12 August 2014 (UTC)

After updating 'DynamicArticleList' the wiki runs.

Thank you all for the support.

Hartmut 87.139.247.230 11:54, 12 August 2014 (UTC)

[RESOLVED]extension MathJax math formula not displayed

I work with mediawiki 1.23 and the extension MathJax is installed and required into my local setting

  In one page is written this formula ː  blabla....... \[(a+b)^3=(a+b)(a+b)^2\] blabla...

  OK ː If I am connect as wikiSysop the display is correct (about 3 lines as
       blabla.....
              the formula with the correct exposant in the middle of the line
       blabla.....

  NOK ː if I am not connected (anonymous) or connect as another user (chantoune)
        The display shows the syntax as written when I am in page edit

To solve this NOK case ː I have to install also the Extension Math (1465 files ǃǃadd ) and just add the line requiring Math in my local setting (no texvc compilation and so on.....)

So now, when I am not connected or connected as chantoune ː the display is correct (3 lines)

Is there a more simple solution ?
with for instance a specific $wgGroupPermissions['*'] to set ?

Why when I am wikiSysop connected, the extension Math is not mandatory to have a correct display ?
and why is it mandatory in other case ? Chantoune (talk) 15:43, 31 July 2014 (UTC)

No, there does not seem to be another solution - at least not right now. MathJax is used in combination with the Math extension. Extension:MathJax has more information on the current state. 88.130.83.237 16:14, 31 July 2014 (UTC)

The difference between being logged as sysop or not may be that you have set something different in your preferences that allows rendering math, and that's different from the default value. Ciencia Al Poder (talk) 09:37, 1 August 2014 (UTC)

I have install the new release 1.23.2

and When I am connected as WikiSysop all is OK

when I am not connected or connected as user it is NOK

my local setting

require_once "$IP/extensions/Math/Math.php";
// Set this if you don't use MediaWiki Math's texvc:
$wgTexvc =  './extensions/Math/math/texvc';
require_once("$IP/extensions/MathJax/MathJax.php");
$wgGroupPermissions['*']['createaccount'] = true;
$wgGroupPermissions['*']['edit'] = false;
$wgGroupPermissions['*']['read'] = true;
$wgGroupPermissions['*']['createpage'] = false;
$wgGroupPermissions['*']['viewmywatchlist'] = false;
$wgGroupPermissions['*']['createtalk'] = false;
$wgGroupPermissions['*']['editmyprivateinfo'] = false;
$wgGroupPermissions['*']['editmyusercss'] = false;
$wgGroupPermissions['*']['editmyuserjs'] = false;
$wgGroupPermissions['*']['editmyoptions'] = true;
$wgGroupPermissions['*']['editmywatchlist'] = false;
$wgGroupPermissions['*']['writeapi'] = false;
$wgGroupPermissions['*']['viewmyprivateinfo'] = false;
$wgGroupPermissions['*']['bypasstoscheck'] = false;

Under the preference menu of user or wikisysop, I have the same thing in "appearence for Math"

The checkbox produce a PNG image is checked

and the other checkbox about original Tex code is unchecked 78.206.72.23 15:18, 1 August 2014 (UTC)

When I am connect as Wikisysop many logs are displayed at the bottom of my firefox like:

Loading[MatJax]/jax/Output/HTML-CSS/jax.js
Loading[MatJax]/jax/Output/autoload/mtable.js
Processing math 56%....

They appears also when I refresh the screen (F5)

But nothing is loaded when I am not connected or connected as user Chantoune (talk) 16:10, 1 August 2014 (UTC)

[RESOLVED] New install with XAMPP on Win 2012 - cannot access wiki remotely

I have a brand new install, can access the wiki on the localhost, but cannot from other systems. I can browse to the host itself, proving apache is working, but when attempting to access the wiki firefox complains with:

Firefox can't establish a connection to the server at localhost

I have modified httpd and httpd-xampp conf files to change the server name and allow from all access. This appears to be a config issue with the wiki but I can't figure out where.

Any and all help is appreciated. 4.68.92.68 (talk) 23:40, 31 July 2014 (UTC)

You should set Manual:$wgServer to the public IP address or host name, accessible from all machines. It may be "localhost" now, which is a special hostname pointing to your own machine. Ciencia Al Poder (talk) 09:40, 1 August 2014 (UTC)

That worked. Thanks for helping a noob! kcmjs 19:47, 1 August 2014 (UTC)