Project:Support desk

From MediaWiki.org
(Redirected from Project:Support)
Jump to: navigation, search
vde   This page is for questions relating to the MediaWiki software.

Welcome to MediaWiki.org's Support desk, the central on-wiki place to ask MediaWiki questions!

The greater purpose of this page is to make our Manual and other available help so good that you do not have to come here to ask questions, or making them easier to find.

There are other ways for of communication as well (IRC, mailing lists etc.). Read more here.

Before you post

Post a new question

  1. To help us answer your questions, please always indicate which versions you are using:
    • MediaWiki (reported by your wiki's Special:Version page)
    • PHP (likewise)
    • Database (likewise, e.g. MySQL 5.5)
  2. Please include the URL of your wiki unless you absolutely can't. It's often a lot easier for us to identify the source of the problem if we can look for ourselves.
  3. To start a new thread, click "Start a new discussion".

Archiving topics

Topics are automatically archived when they have been inactive for three weeks. If a question you have asked is approaching this limit and still has not been answered, please 'bump' it to prevent it being archived. However do not 'bump' for other reasons.

Start a new discussion

Contents

Thread titleRepliesLast modified
[FileOperation] StoreFileOp failed 220:40, 1 October 2014
Gerrit accidentaly removed my self from project018:40, 1 October 2014
is the current page in a special category?416:50, 1 October 2014
Access extension function inside skin316:32, 1 October 2014
SSH console problem316:27, 1 October 2014
Gerrit016:09, 1 October 2014
check the anchor of the current URL109:27, 1 October 2014
Hiding category pages and tag pages from search results122:36, 30 September 2014
Robot.txt File119:52, 30 September 2014
"Recent changes" doesn't work119:32, 30 September 2014
User with LDAP009:44, 30 September 2014
Problems installing MediaWiki107:04, 30 September 2014
Using Wiki Code In a Page301:17, 30 September 2014
when should I install the Internationalization php extension?216:58, 29 September 2014
[RESOLVED] Logo folder1016:52, 29 September 2014
One last question abot skin016:22, 29 September 2014
Question considering Visual Editor011:41, 29 September 2014
MediaWiki unable to find diff3 and Git during installation710:50, 29 September 2014
Hide special pages210:46, 29 September 2014
[RESOLVED] Getting my articles back909:25, 29 September 2014
First page
First page
Previous page
Previous page
Last page
Last page

[FileOperation] StoreFileOp failed

Hello,

I use mediawiki 1.22 , users cannot upload images, the process seems to be ok. But when we click on the image link, we get a "404 Not Found error".

I chmod 777 everything in the image folder, and my disk is not full.


I have activated the debug logs and I found an error :

[FileOperation] StoreFileOp failed (batch #750m5ry3ra4910zhvkzb9i24rdb7xqc): {"op":"store","src":"/tmp/php9uBhLz","dst":"mwstore://local-backend/local-public/b/bb/Desertpetit.jpg","overwrite":true,"headers":[],"dstExists":false,"failedAction":"attempt"}

I found the tmp file with the picture, but the target folder is empty.

Where can i found a more detailed error in order to understand what append durring the file copy ?

Thanks a lot,

Jimmy36 (talk)13:17, 30 September 2014

Try enabling the debug log as explained in Manual:How to debug

Ciencia Al Poder (talk)09:24, 1 October 2014
Edited by another user.
Last edit: 20:40, 1 October 2014

In the php log i found :

[01-Oct-2014 11:39:33] PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/xmlwriter.so' - /usr/lib64/php/modules/xmlwriter.so: failed to map segment from shared object: Cannot allocate memory in Unknown on line 0
[01-Oct-2014 11:39:33] PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/xsl.so' - /usr/lib64/php/modules/xsl.so: failed to map segment from shared object: Cannot allocate memory in Unknown on line 0
[01-Oct-2014 11:39:33] PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/zip.so' - /usr/lib64/php/modules/zip.so: failed to map segment from shared object: Cannot allocate memory in Unknown on line 0

I guess i have not enough memory for php ?

178.213.67.210:06, 1 October 2014
 
 

Gerrit accidentaly removed my self from project

A thread, Thread:Project:Support desk/Gerrit accidentaly removed my self from project, was moved from here to Talk:Gerrit/Tutorial. This move was made by Florianschmidtwelzow (talk | contribs) on 1 October 2014 at 18:40.

is the current page in a special category?

Moin,

how can I find out whether the current page is assigned to a special category?


Example: {{#if: {{PAGENAME}} #isincategory: test | yes | no }}(I want to check whether the current page is in the category "test")



Thanks, Paul

Paul Hema (talk)09:26, 1 October 2014

This isn't possible, and we'll never be able to do it because it would result in paradoxes. For example, {{#if: {{PAGENAME}} #isincategory: test | blah | [[Category:test]] }} would always be wrong.

Jackmcbarn (talk)15:18, 1 October 2014

I don't see why such a paradoxon (it is not a contradiction) should be a problem.

88.130.125.2015:25, 1 October 2014

It is a contradiction. If the page were in Category:test, then it wouldn't be placed in it, but if it weren't in it, it would be placed in it.

Jackmcbarn (talk)16:00, 1 October 2014

Ahh, I somehow missed the last part of the expression. Anyways, "if the page is not in category x, then put it in category x" only is a weird way of writing things, but it is no contradiction. Before this line is parsed, MediaWiki does not know the page is in the cat, but after it is parsed, it does know. Adding the category to the page in the normal way also adds it to the category and if you try to put the same page into the same category a second time, then this second category also will do nothing at all - just like the condition in your example won't add the page to the category again, if it already is in it. Apart from that Paul never said that based on the "is in category" condition he wanted to put the page in exactly this category. I see a row of valid usecases there. So why is what he is trying to do not working?

Possible answers I could think of are: Because this condition is just not implemented (I have not found any documentation of #isincategory:). Or: At the time the above code is executed, MediaWiki just does not (or not yet) know, which categories the article is in.

88.130.125.2016:39, 1 October 2014
 
 
 
 

Access extension function inside skin

MediaWiki : 1.23.2 PHP : 5.4.30 MySQL : 5.6.19

I have created a custom extension which fetch data from database, process it and provide result. I want to call this extension function inside my skin. Or Is there any hook on which I can call my extension function and access its result in skin?

Thanks in advance.

Swami-elevati (talk)15:43, 25 September 2014

Maybe you can describe more detailed, what you want to to? Where you want to add what? Has it really to be into the skin or into pages (think about, that page content is cached, so your data, too, if you use a parser hook, otherwise your extension do the db queries and calculating work every page impression). If you don't want to do that, you can use this hook SkinTemplateOutputPageBeforeExec, which allows you to add some data to the template, e.g.:

public static function onSkinTemplateOutputPageBeforeExec( &$skin, &$tpl ) {
    $tpl->set( 'yourdatakey', $yourdata );
 
    return true;
}
Florianschmidtwelzow (talk)15:57, 25 September 2014

Thanks Florianschmidtwelzow, SkinTemplateOutputPageBeforeExec worked for me, but which parser hook should I use if I want to use cache the db result.

Swami-elevati (talk)09:17, 30 September 2014

It depends on where you want to add the content of your function and what you want to add :) if you want to add short properties, maybe you can use ParserOutput::setProperty(). To find the best hooks for you, it's the best, if you read Manual:Hooks and look at the section Page rendering. Read the descriptions, when the hook get's called and what object's it provides and compare this with your needs :)

Florianschmidtwelzow (talk)16:32, 1 October 2014
 
 
 

SSH console problem

Hi, I recently installed MediaWiki 1.23.4 and I tried to install an extension and I tried to run the $ php update.php command on an SSH console and it didn't work, it said it was an unknown command so I swiched to the directory /public_html/wiki/maintenance and retried and it still said it was invalid! I tried command run and it didn't work, help!!!

Additional info:

  • System hosting my wiki: Linux Debian or Ubuntu
  • Hosting Services: Hostinger UK
  • PHP Version: 5.5
Agent Isai (talk)20:21, 28 September 2014

Hello!

Do you use $ php update.php? If yes, use php update.php only :)

Florianschmidtwelzow (talk)20:53, 28 September 2014

Didn't work! It said "-bash php update.php unknown command"

Agent Isai (talk)22:05, 29 September 2014

Can you run php without any parameters please? Maybe php isn't installed (correctly)?

Florianschmidtwelzow (talk)16:27, 1 October 2014
 
 
 
A thread, Thread:Project:Support desk/Gerrit, was moved from here to Talk:Gerrit/Tutorial. This move was made by Florianschmidtwelzow (talk | contribs) on 1 October 2014 at 16:09.

check the anchor of the current URL

Moin,

how can I get the anchor of the current page?


Example: {{#ifexist: {{PAGENAME}}#test | exists | doesn't exist }} (I want to check the "test" anchor)


Thanks, Paul

Paul Hema (talk)07:54, 1 October 2014

You can't test for an existence of an anchor within a page. #ifexist only works for pages.

Ciencia Al Poder (talk)09:27, 1 October 2014
 

Hiding category pages and tag pages from search results

Hi I was wondering if it is possible to hide category pages and/or tagged pages from search results?

108.30.58.23719:40, 30 September 2014

Yes. Put __NOINDEX__ anywhere on a page and it will be hidden from search engine indexes. Note that you may need to change $wgExemptFromUserRobotsControl if the pages in question are in the main namespace.

Jackmcbarn (talk)22:36, 30 September 2014
 

Robot.txt File

Where should I place the robot.txt file. The mediawiki is located in directory called view. Should I place robot file in root of the domain or in view folder?

Secondly I want robot.txt to exclude special pages from indexing. What should I put in the file to do that. The URL pattern is like this - mysite.com/view/Main

101.62.209.7817:55, 30 September 2014

Hi!

The robots.txt file always must be placed in the domain root. It does not matter where you have something else (e.g. where you have installed MediaWiki), robots.txt always must be available directly in the webroot folder of the domain.

To disallow special pages put this in the file:

User-agent: *
Disallow: /view/Special

This assumes that your wiki is available at that place, e.g. Special:RecentChanges at view/Special:RecentChanges.

88.130.104.22619:45, 30 September 2014
 

"Recent changes" doesn't work

Hi

On my "Recent changes"-page in my wiki, I can't see any thing there...

What can be wrong?

78.26.33.14619:09, 30 September 2014

Hi!

Hard to say without more information.

Is the wiki online somewhere?

Does the wiki (= the rest of it) work? You can edit pages and it is saved?

The recentchanges table in the database might be broken in some way. Repair the table with MySQL to see, if it is ok.

Afterwards you can use the maintenance script rebuildrecentchanges.php. This script repopulates the recentchanges table. If you have edits in the wiki, you will afterwards have contents in the table. And also later edits should then show up there.

88.130.104.22619:32, 30 September 2014
 

User with LDAP

Hi, i use LDAP and Ad for access control. Group access is working fine. does anybody know how to grant access for singl users ?

thanks

193.158.111.509:44, 30 September 2014

Problems installing MediaWiki

Hi, I was installing MediaWiki 1.23.4 for my staff wiki, and in the installation I got this error:


MediaWiki 1.23.4 installation Language Existing wiki Welcome to MediaWiki! Connect to database Upgrade existing installation Database settings Name Options Install Complete!

Restart installation Install Setting up database... A database query error has occurred. This may indicate a bug in the software.

Query: CREATE DATABASE `my_wiki`CHARACTER SET utf8 Function: MysqlInstaller::setupDatabase Error: 1044 Access denied for user 'u374529734_wiki'@'10.2.1.47' to database 'my_wiki' (localhost) Backtrace:

  1. 0 /home/u374529734/public_html/staff/includes/db/Database.php(1123): DatabaseBase->reportQueryError('Access denied f...', 1044, 'CREATE DATABASE...', 'MysqlInstaller:...', false)
  2. 1 /home/u374529734/public_html/staff/includes/installer/MysqlInstaller.php(496): DatabaseBase->query('CREATE DATABASE...', 'MysqlInstaller:...')
  3. 2 [internal function]: MysqlInstaller->setupDatabase(Object(MysqlInstaller))
  4. 3 /home/u374529734/public_html/staff/includes/installer/Installer.php(1536): call_user_func(Array, Object(MysqlInstaller))
  5. 4 /home/u374529734/public_html/staff/includes/installer/WebInstallerPage.php(1331): Installer->performInstallation(Array, Array)
  6. 5 /home/u374529734/public_html/staff/includes/installer/WebInstaller.php(283): WebInstaller_Install->execute()
  7. 6 /home/u374529734/public_html/staff/mw-config/index.php(63): WebInstaller->execute(Array)
  8. 7 /home/u374529734/public_html/staff/mw-config/index.php(31): wfInstallerMain()
  9. 8 {main}

Help!

Agent Isai (talk)21:43, 29 September 2014

Hello,

you can read the error message :)

> Access denied for user 'u374529734_wiki'@'10.2.1.47' to database 'my_wiki'

That means, that the user u374529734_wiki hasn't the right to access the database my_wiki. You have to check the rights first and retry the installation :)

Florianschmidtwelzow (talk)07:04, 30 September 2014
 

Using Wiki Code In a Page

If I create a .txt file of Wiki markup language, how do I have it used as a page?

SalviaClevlandi (talk)01:47, 27 September 2014

Copy and paste the contents into a page.

Jackmcbarn (talk)00:48, 28 September 2014

I have done that. What appears on the page is the wiki doc / wiki markup, not the translation of the markup language.???

96.251.200.9722:17, 29 September 2014

Your wiki is probably missing Extension:ParserFunctions and/or Extension:Scribunto.

Jackmcbarn (talk)01:17, 30 September 2014
 
 
 

when should I install the Internationalization php extension?

Do I need to install the Internationalization php extension when the database were set to binary?

Currently I am running a wikiform holding multiple language wikis with about 500,000 page view per day and the server become very slow. Will I gain some speed after install this extension?

http://pecl.php.net/package/intl

Zoglun (talk)19:33, 28 September 2014

This isn't really a question for MediaWiki, right? Maybe it's better you ask in the support forums for php :)

Florianschmidtwelzow (talk)13:54, 29 September 2014

Given that it's MediaWiki, which is getting slow, I guess it might have something to do with that... ;-)

I know the installer tells you to install that extension. However, I don't know, if in your case its functions would be used: They are used to do charset conversions and in this regard the PHP extension is way faster than anything, which is written in PHP, meaning which is PHP code itself. However, I am unsure, if the extension would then be used in your situation.

If it was me I would just install it and see.

88.130.92.1616:58, 29 September 2014
 
 

[RESOLVED] Logo folder

Hi could we create a logo folder inside skins/ folder because commons was deleted. and the logo folder would be easer for people to put there logos in.

151.225.137.14515:39, 26 September 2014

You can create such a folder with the usual system/FTP commands. It will be outside of the area, where people can save their files to.

88.130.94.20616:33, 26 September 2014

But what I mean is add it to core of mediawiki for everyone. because I would think people saved there logo in the common folder like I do and as it is deleted and no more we should create a logo folder.

151.225.137.14516:45, 26 September 2014

That is the reason why the wiki logo (hint: it is an image!) does not belong into the skins folder...

88.130.94.20616:51, 26 September 2014

Ok where does it go then.

151.225.137.14517:23, 26 September 2014

In the folder images/!

88.130.94.20620:52, 26 September 2014
 

You should put your logo outside of any MediaWiki installation files. Either in the folder of uploaded files (images), the root directory or wherever you like, and just change $wgLogo to point to the URL of the logo.

Ciencia Al Poder (talk)09:19, 29 September 2014
 
 
 
 
 

One last question abot skin

Hi can I ask one more question about my skins the question is how can I get the path /skins/Metrolook/images/Transparent.gif to work it is in the <img> tag and it wont work on a local machine but it will work on a web host.

86.135.251.19710:09, 29 September 2014

Question considering Visual Editor

A thread, Thread:Project:Support desk/Question considering Visual Editor, was moved from here to Extension talk:VisualEditor. This move was made by Florianschmidtwelzow (talk | contribs) on 29 September 2014 at 11:41.

MediaWiki unable to find diff3 and Git during installation

I'm trying to install latest mediawiki (1.23.4) on my Synology NAS (MariaDB 5.5.38-0023; PHP 5.5.13) and MediaWiki is unable to find diff3 and git. I installed ipkg and downloaded diffutils 3.1-1, which contains diff3 and tried installing Git via Package Center and later manually (git 1.8.4.2-1), still nothing.

I found here (bottom, "UNIX utility binaries not found") that I should add :/usr/bin to PHP open_basedir, but ipkg installs everything in /opt/bin, so just in case I added :/usr/bin:/opt/bin there, but still not luck.

ipkg repo: http://ipkg.nslu2-linux.org/feeds/optware/cs08q1armel/cross/stable/

What else could I do ?

Sirius4k (talk)10:39, 28 September 2014

After you have set up the wiki, you can add $wgDiff3 to LocalSettings.php and define the correct path there. I think there also was such a setting for the path to Git, but I don't find it currently.

88.130.124.14412:41, 28 September 2014

Thanks. I'll use that.

Do I understand correctly when I think that diff is used for versioning of wiki pages and Git used for updating wiki itself ?

Sirius4k (talk)16:26, 28 September 2014

That's right. Diff is mainly used to create the diff-views when comparing different revisions in the page history. Git is (only?) used to show version information (Git checkout names) on Special:Version. I think apart from that MediaWiki itself does not use Git at all.

88.130.124.14417:01, 28 September 2014

> MediaWiki itself does not use Git at all.

Correct :)

> Git is (only?) used to show version information

No :) The version information is extracted out of the git meta data directory ".git", which can be read as "normal" files without to have git installed. So, the version information is visible, when you haven't installed git, too. All you need is the .git directory (or at least the HEAD file in .git/ iirc) :)

> I think there also was such a setting for the path to Git

Hmm, the only one i know is Manual:$wgGitRepositoryViewers, which stores the valid git repositories to link to (in Special:Version).

Florianschmidtwelzow (talk)18:07, 28 September 2014

To be clear, "GNU diff3 not found" means users may get the "Edit conflict" screen more often because MediaWiki will be unable to merge otherwise non-conflicting edits automatically. This could be a big deal on a busy wiki. MediaWiki should still be able to compare revisions in the page history though.

In contrast, "Git version control software not found" merely means that commit dates (though not commit hashes) will be missing from Special:Version, if you have installed MediaWiki or MediaWiki extensions using Git. You can still look up the dates manually by following the links to git.wikimedia.org, or by using git yourself.

> I think there also was such a setting for the path to Git

That's $wgGitBin.

PleaseStand (talk)07:54, 29 September 2014
 
 
 
 
 

Hide special pages

Hi! Is there a way to hide this special pages: Special:RecentChanges and Special:Version. I only want to hide this two pages. Regards

2003:5F:2749:8F01:9107:54A1:E3E5:A6D608:25, 29 September 2014

Not really, meaning there is no configuration option or so, which would allow you to hide these pages. If you do not want them to be viewable, you can do that with .htaccess rewrite rules.

88.130.92.1609:13, 29 September 2014
 

There isn't a very simply way, but you can use the remove of UserLogin and UserCreate as an example to reach your goal.

Florianschmidtwelzow (talk)10:46, 29 September 2014
 

[RESOLVED] Getting my articles back

Hey. I need some help very badly. My English wiki is down for like no reason at http://monathevampirewiki.org/ on all pages. It happened suddenly and I cannot fix this. I'm not very happy right now at all. Could someone please, I beg of you, tell me how I can back up all of my articles? All the files are still on my FTP and I just KNOW the articles must be stored somewhere on the FTP, so if someone could please tell me how I can get my articles back. I hope I can still get the articles due to the English wiki being shut down. I can deal with the rest from there. I can just make a new subdomain for all of at http://en.monathevampirewiki.org/ which is what I wanted to do anyway. I just need ALL of the articles, redirects, user pages, templates, files, all that stuff. I don't need to back up the site itself, just the exact wikicode text of all the articles on the English wiki, and then I can install another wiki and copy paste all the articles. I know that's a lot of work, but I'm gonna have to do that, because I already tried importing my wiki to another subdomain, but it was having the same problem. Thanks. I really really need this help though because I worked for a long time to get me to where I have gotten with the wiki.

Ready Steady Yeti (talk)03:06, 26 September 2014

They're in the database. Look in your LocalSettings.php for the connection details.

Jackmcbarn (talk)03:58, 26 September 2014

Are there specific instructions on how to do this?

Ready Steady Yeti (talk)10:39, 26 September 2014

What Jack says would point to wrong database credentials. These are set in LocalSettings.php. However, I do not think that this is the problem in your case: Wrong DB credentials produce an according error, which you do not get.

Instead it looks like something might be wrong with short URLs: Your server is configured to direct calls to the domain to the URL with .../Main_Page attached. This however currently gives me this error message:

Sorry, this document was not found on this server. You may request this document by emailing me at readysteadyyetirsy@gmail.com 

What ever you have done to make this message appear: Undo it and we will see, what happens!

88.130.94.20611:30, 26 September 2014

I was giving instructions to manually recover the content, which is what he asked for. I made no attempt to diagnose the problem.

Jackmcbarn (talk)11:59, 26 September 2014
 

This is caused by a wrong (or missing) configuration of mod_rewrite (in case of Apache web server). There are correct settings in LocalSettings.php for short URL, but not for the webserver configuration, which ends in http://monathevampirewiki.org/Main_Page but the server only can find http://monathevampirewiki.org/index.php/Main_Page

Florianschmidtwelzow (talk)12:06, 26 September 2014

Correct - the database settings are correct and all content is still there. Most likely this indeed is a problem with mod_rewrite.

Apart from that it seems to be only you who does no longer find the wiki - the spam bots have no problems at all: They are registering like stupid.

88.130.94.20612:14, 26 September 2014
 
 
 
 
 
First page
First page
Previous page
Previous page
Last page
Last page