Project:Support desk

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

Welcome to'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
First page
First page
Previous page
Previous page
Last page
Last page

[Resolved] Pages in subfolders


I have a wiki for a game and I would like to add pages for items in a separate subfolder, for example right now all pages are created with url like that , I would like items to be in a different folder and all related urls to look like this

Is it possible without creating a 2nd wiki in the 'items' folder?

Cristal01 (talk)13:32, 11 December 2014

Yes, you can have a page called [[Name of the page]] and another called [[Name of the page/items]] and another called [[Name of the page/items/name of the item]]

See Help:Subpages

Ciencia Al Poder (talk)11:53, 12 December 2014

Question about Translation Extension

I installed translate extension and put some text to translate .My wiki's interface language is "zh".But it is shown as 'zh' text.How to change source text to English without change interface language? (My English is not good....)

Zhangjintao(09:03, 21 December 2014

[RESOLVED] Trouble uploading after installation

After installing to the latest version of mediawiki, I am unable to upload text files, and get the following messege: Could not open lock file for "mwstore://local-backend/local-public/d/dc"

How can I fix this?, 14 May 2012

I fixed it. chmod 777 images directory., 14 May 2012
Edited by another user.
Last edit: 15:40, 21 July 2012


I've got the same problem but it is not fixed by chmod 777 images.

Ive just upgraded to 1.19 and

  1. I cannot upload image files - getting the message Could not create directory "mwstore://local-backend/local-public/archive/d/d8".
    • I have made the mediawiki/images directory and all sub-directories writeable
    • I had added $wgFileExtensions = {'gif', 'png'); to LocalSettings.php
    • I have tried incuding $wgUploadPath = '/mediawiki/images'; to LocalSetting.php
  2. Current images files stored in the wiki
    1. are displayed correctly using [[Image:pic.gif]],
    2. but not if resized e.g. [[Image:pic.gif|640px]]

Amy suggestions appreciated

Kirby, 26 May 2012

le dossier mediawiki et tout son contenu devrait apartenir au même usager que celui utilisé par le service Apache... Dans mon cas, www-data... Alors j'ai fait "chown -R www-data: mediawiki" pour régler mon problème., 8 July 2012

... En passant, je ne pense pas que ce soit une bonne idée de tout le mettre en 777, ça peut causer une brèche de sécurité., 8 July 2012

My french is rusty, but I think that I agree with you.

Setting 777 permissions is really a bad idea.

On my system, I had this problem too. I got here by googling the error message.

I fixed the problem by setting the image directory's owner to apache. And since nothing but a readme was in that directory, I didn't even need a recursive chown.

 chown apache. /var/www/mediawiki119/images

That was the path on my CentOS 6.3 system.

I wonder if there is an even less crude solution.

There is. Read Manual:Configuring file uploads

DHR (talk)07:31, 4 November 2012

check your "$wgFileExtensions = {'gif', 'png');" entry

you need to create an array, something like this:

$wgFileExtensions = array('gif','png');

2001:480:10:160:0:0:0:312121:47, 7 August 2012

For me chmoding uploads, uploads/*, uploads/*/* uploads/*/*/* to 777 helped (but please check with someone mor wiki-security aware that this doesn't imply any threats). For you it may be images, images/*, ... as it seems our wiki has some special settings., 21 June 2012

Making things 777 means any user can write to the directory, which means if anyone somehow gets access to your server (aka security vulnrability in something else), or if there are other users of your server, they can write stuff to the images directory. A better approach is to make the images folder either owned by the apache user, or in the apache's user's group, and only let the apache user have said permissions.

Bawolff (talk)12:15, 9 July 2012

Mi sukcesis per

# chown apache -R /path/to/your/wiki/
# chgrp apache -R /path/to/your/wiki/
AceroChevalosta (talk)06:05, 14 November 2012

I just solved this issue on Fedora by installing mod_fcgid.

I hope this helps someone. :-)

Ogredeschnique (talk)23:51, 7 April 2013

c'est dans quels dossier merci !, 29 September 2013

made the change [$sudo chmod 777 /etc/mediawiki/images] on Ubuntu 12.04, Mediawiki version 1.22.1

Boom problem gone

Carlc888 (talk)23:01, 10 February 2014

Just an update after a few minutes trying to fix that problem on my Mac : I would had this step to solve the access problem :

- add a $wgTmpDirectory = "/Applications/XAMPP/xamppfiles/htdocs/your_wiki/images/temp"; OR whatever path you want... and do the chmod on this specific folder

[$sudo chmod 777 /Applications/XAMPP/xamppfiles/htdocs/your_wiki/images/temp]

Only then you know what the fu** the wiki is doing! ;)

Have fun., 16 September 2014

Hi, I'm getting the "Could not create directory "mwstore://local-backend/local-public..." error when I attempt to upload a file. I verified that the privledges on the image upload dir and all sub dirs allow members of the apache group to write (modify/delete). A potential clue is that [[image:TooBusyToImprove.png|Too Busy To Improve]] link results in a broken link, the image does not appear. Thanks for your help!

drwxrwxr-x. 6 apache apache 4096 Dec 12 01:22 images

server: Red hat Enterprise Linux Server Rel 6.6 (Santiago) kernel Linux 2.6.32-504.el6.x86_64 GNOME 2.28.2

MediaWiki 1.23.2 PHP 5.3.3 (apache2handler) MySQL 5.1.73

PhilLord (talk)04:39, 21 December 2014

Is escapeshellarg() absolutely necessary for MediaWiki to function

I have just upgraded my MW installation from 1.8.2 to 1.24.1 and now at the top of some pages I am seeing a lot of:

Warning: escapeshellarg() has been disabled for security reasons in /home/smtkwgqq/public_html/wiki/includes/GlobalFunctions.php on line 2714

Does anyone know if MediaWiki has always needed escapeshellarg?

thanks, 20 December 2014

I don't know, when it was added, but it is always used, when a shell function is executed, so it's essential for all upload actions. Maybe you should ask your provider, why they blocked the access to it :)

Florianschmidtwelzow (talk)16:56, 20 December 2014
Edited by another user.
Last edit: 03:21, 21 December 2014

There basically are two answers - and neither of them is pleasant: Either the host is unable to create a save setup with such functions enabled so that you should better change your host. The other option is that he wants you to pay additionally for this/these function(s). In this case you might want to change to a more reputable host., 20 December 2014

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


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

Thanks!, 12 November 2014

Up., 19 November 2014

Up the last time., 19 December 2014

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

Florianschmidtwelzow (talk)23:04, 20 December 2014

[RESOLVED] How can I position the table of contents

Hi I am trying position the table of contents within a page.

I know that you use:

what is the syntax to position it on the right side. they say to use: float:right;

I am using the standard EDIT window.

thanks, 10 December 2014

<div style="float:right">__TOC__</div>

Jackmcbarn (talk)21:09, 10 December 2014

Yeah! it works

next question:

  can I setup a sub-table of contents, Not the main TOC, but a table of contents specific to the section I designate.

Main Table of Contents: 1 Description 2 Related Links 3 Solution 4 Search Strings

Sub Table of Contents - under Solution Section: 1 Startup Server 2 Check Settings . . 4 Email person... blah blah...

Terillum (talk)19:07, 18 December 2014

I want to have multiple table of contents

Terillum (talk)19:11, 18 December 2014

Another question - can I have the table of content float as I scroll down the page.

Terillum (talk)21:10, 18 December 2014

MediaWiki will only generate one table of contents per page. If you want more, you'd have to build and maintain them manually. If you want it to float as you scroll down the page, you can do <div style="position:fixed;top:0;right:0">__TOC__</div> (though you'd probably want to do some tweaking to that CSS).

Jackmcbarn (talk)04:18, 19 December 2014

Sidebar won't change.

Why can't I change the sidebar. ( tried purge ), 16 December 2014

Nice wiki!

See changes not showing up.

MarkAHershberger(talk)15:35, 17 December 2014

Yes I tried these, any other ideas?

Sirjazzfeet (talk)09:58, 20 December 2014

Just an idea: Can you try to edit MediaWiki:Sidebar/en and check, if these changes are visible in the sidebar?

Florianschmidtwelzow (talk)16:57, 20 December 2014

You should, as a side note, think about to upgrade your MediaWiki version to the latest stable, or at least to the latest legacy version, see: Version_lifecycle and Upgrade.

Florianschmidtwelzow (talk)22:02, 17 December 2014

A bot that can read xml


Does anyone know if there is a already created bot that could create about 300k pages for me by putting specific data from an xml file into a template I would create preferable with if function. If there isn't any ideas what would be the easiest way to do something like this? Any dummy-proof guides how to create page-creating scripts?

Thanks in advance.

Cristal01 (talk)11:11, 20 December 2014

Ask for more(custom) details when uploading a file in mediawiki.

Is there any way that I can ask users for more details about the file they upload into the wiki and show it in a page where the file is used?

Mediawiki: 1.23.2
PHP  : 5.3.27 (cgi-fcgi)
MySQL  : 5.1.73-cll, 19 December 2014

No reply. Not even 1 extension for that? Could someone please help?, 20 December 2014

Not all pictures, or picturesizes are shown.

I upgraded mediawiki (from 1.14 to 1.24) with the following parameters:

PHP 5.4.29 (apache2handler)

MySQL 5.1.69-log

More software and extensions installed can be found at:

After upgrading (and the needed copying of the image-folder) some pictures (sizes) are shown, but others aren't. To me it's completely random why some pictures (with specific picturesizes) don't exist in images/thumb/././, and others do.

After rereading I see I forgot 'chmod -R 755 images' and 'chgrp -R apache images'. At the moment all (sub)folders in the image-folder are 755 or 777. The image-folder itself is 755. So, that that's okay, isn't it?

However, I don't know how to 'chgrp -R apache images' (if that's the problem).

I'm using FTP (Total Commander) to manage files., 16 December 2014

If I understand, you installed 1.24 in a different directory and then copied over the images directory, right? And now some thumbnails aren't showing up? Were they showing up before the upgrade?

MarkAHershberger(talk)21:47, 16 December 2014

Before the upgrade everything was fine.

I made some mistakes while upgrading:

I first unpacked mediawiki-1.24.0.tar.gz on my laptop, and uploaded it to folder /wiki-124 on the website.

Renamed /wiki to /wiki-114 and /wiki-124 to /wiki.

With browser went to http://www.imkerpedia/wiki/mw-config/. And continued there.

After that there were no images on the wiki and I realized that I had forgotten tot copy /images to the new wiki.

Then I copied wiki-114/images over the wiki/images directory (but left the new .htacces in 1.24 - # Protect against bug 28235 - intact). Now some pictures were present, but others weren/t., 17 December 2014

Could you link to a page that shows the problem you're describing?

Also, if you could bring the 114 wiki back at /wiki-114/, that might help so I can see what you expect and compare with what is happening now.

MarkAHershberger(talk)15:39, 17 December 2014

In reply to MarkAHershberger's "Also, if you could bring the 114 wiki back at /wiki-114/, that might help so I can see what you expect and compare with what is happening now."

Is bringing back /wiki-114 as simple as changing the name to /wiki again and importing the old (backuped) database?

AlbertStoter (talk)11:24, 18 December 2014

A link to a page where a file fails to display would help.

At least I found one example where it fails:

It displays the error Error creating thumbnail: Unable to save thumbnail to destination. The problem seems to be with permissions in the images folder.

A direct URL for the error: [1]

You should debug by adding this to LocalSettings.php:

$wgShowExceptionDetails = true;
error_reporting( -1 );
ini_set( 'display_errors', 1 );
# Set it to a writable directory and filename by the webserver
$wgDebugLogFile = "/tmp/mediawiki-debug.log";

Then open [2] and remove (or comment out) those added lines.

See if it displays a detailed error message about what folder/path is failing to access, or look at the debug log.

The debug log file may contain sensitive information, so be sure it writes to a folder not accessible from the internet or it has a weird name that couldn't be easily guessed, and delete it after you've saved it somewhere else.

Ciencia Al Poder (talk)10:31, 18 December 2014
Edited by 2 users.
Last edit: 15:42, 19 December 2014

I hope I can reply again (yesterday, somehow I couldn't)

Adding those lines tot LocalSettings didn't work. Yesterday I (only) used $wgDebugLogFile ... and that did deliver a logfile (but I couldn't reproduce that today; strange).

I think You are looking for the following lines (from yesterdays logfile):

ExifBitmapHandler::isMetadataValid: back-compat version
File::transform: Doing stat for mwstore://local-backend/local-thumb/f/f7/Dropplant-01.jpg/180px-Dropplant-01.jpg
FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/f/f7/Dropplant-01.jpg/180px-Dropplant-01.jpg does not exist.

Also, since the upgrade (in which, I admit, I made the already mentioned mistakes) I still can login, but am not allowed to make changes anymore.

I can open the Edit-tab, but 'show preview' and 'Save page' react with "Forbidden You don't have permission to access /wiki/index.php on this server Apache/2.2.15 (CentOS) Server at Port 80".

AlbertStoter (talk)11:11, 18 December 2014

Well, that excerpt from the debug log says what we already know, that the thumbnail file does not exists. But the interesting part of the log should be the attempt to create the thumbnail.

Ciencia Al Poder (talk)15:49, 19 December 2014

[RESOLVED] cannot modify header information - headers already sent in webresponse.php-line 38

Edited by another user.
Last edit: 10:26, 19 December 2014

I am using a SMW extension , the code is as follows

	ini_set('display_errors', 'on');
	$wgExtensionCredits['other'][] = array(
		'name' => 'DoExample',
		'version' => '0.0.1',
		'author' => 'anirudhkv',
		'url' => '',
		'description' => 'To test an example SMW',
	$wgHooks['ParserFirstCallInit'][] = array( 'Docall');
	$wgExtensionMessagesFiles['DoExample'] = __DIR__ . '/Doexample.i18n.php';
	function Docall(&$parser)
		$parser->setFunctionHook( 'Doaction', 'callpage' );
		return true;
	function callpage($output) {
		$params = array ("[[Category:Platform features]]", "?Buisness requirement=", "?Design=");
		$result1 = SMWQueryProcessor::getResultFromFunctionParams( $params, SMW_OUTPUT_WIKI );

I am getting the following warning 4 times Cannot modify header information - headers already sent by (output started at /serverlocation/filename.php:1) in /serverlocation/includes/WebResponse.php on line 38 can some one help me out? what is the reason behind this, 19 December 2014

Look at /serverlocation/filename.php, Be sure you do not have anything (even whitespace) before the <?php tag

Ciencia Al Poder (talk)10:27, 19 December 2014

Yea got it :) thank you :), 19 December 2014

Hi, I upgraded my site to Media Wiki 1.24 and I have a bug that I had never seen before. After you read a message on your talk page, you will still see "You have new messages". Thanks, Dekel E (talk) 07:24, 19 December 2014 (UTC)

Dekel E (talk)07:24, 19 December 2014

[RESOLVED] Searching words in page contents

When entering a searchstring that does not match a page name and clicking on "contains" no search results are displayed. Instead it is offered to create a new page.

Question is, how full text search in version 1.23.7 is supposed to work?, 11 December 2014

No answers? Did I miss something?

I have compiled mediawiki with sqlite3 as database.

Any hints are appreciated., 14 December 2014

See Manual:SQLite#Search_engine

Ciencia Al Poder (talk)10:35, 15 December 2014

My sqlite3 is compiled with FTS3 option and related commands work when entered in sqlite3.

What to do next?, 16 December 2014

I have no idea. Maybe try to rebuild the search index?

Ciencia Al Poder (talk)22:00, 17 December 2014

Thank you so much! Having done so full text search works. Now a last question: Has this to be done manually or might there be some misconfiguration that caused the problem?, 18 December 2014

Not generating image preview

Images work for Wiki, but previews don't show.

Sirjazzfeet (talk)17:41, 18 December 2014

Fix your ImageMagick/GD config!, 18 December 2014

Windows Phone

Dear wiki.. When u planned to release official app for windows phone, please release it asap with edit option... we were eagerly waiting for your reply, 18 December 2014

Requesting a mobile "app" vesion of a server software does not make much sense. Did you mix up Wikipedia and MediaWiki maybe? If so, does help?

Malyacko (talk)14:15, 18 December 2014

The Mobile Apps Team is very small (four engineers right now) so we're focussing iOS and Android. We have no plans at the minute to work on a Windows Phone app, but it's something we could consider in the future if our team grows. Thanks!

Dan Garry, Wikimedia Foundation (talk)17:29, 18 December 2014

How to get oldid of a page?


Is there anyway of getting the 'oldid' or 'direction' parameters with the arguments passed to the hooks 'getUserPermissionErrors' or 'performMediawikiAction' ?

I'm unable to get a proper URL from $title,$request,etc. It's like there is some kind of hash applied to the request URL and it's impossible to strip out the parameter values that I'm looking for. For instance, $request->getRequestURL() doesn't yield the original URL path such as ''

My setup:

  • mw 1.23
  • apache server
  • API must stay disabled

Any ideas are appreciated.

Mfort123 (talk)15:42, 18 December 2014

I did some more searching and it seems like I would need to get a 'revision' object and then I could use the 'getId()' method. Is there any way of getting a revision object associated with a request,user or title object?

Mfort123 (talk)15:59, 18 December 2014

Why not just (for MediaWikiPerformAction) $reuest->getVal( 'oldid' ) or $request->getValues() (to get all values of this request). If you really need a Revision object (i think not), you can create one from the oldid param: $rev = Revision::newFromId( $oldid ). But if you really need a revision object, look for a Hooks with a revision as a paremeter, i think it will be better for what you want to do.

Last question: What do you want to do (for what you need the oldid param)? :)

Florianschmidtwelzow (talk)17:25, 18 December 2014

[RESOLVED] Want only registered users to view and edit site, and use email authenticated new user registration

I have just installed MediaWiki 1.24

I would like our staff to be able to create their own accounts via email authentication. I would like the site to be viewable only by registered staff. In the install process I answered the questions to set the site private. I also installed the extension EmailDomainCheck.

The site comes up fine, with a note that you have to log in to view it. No create an account link is displayed, and following the link to the log in page, no link is presented there to create a new account.

What settings do I need to change in localsettings.php in order to allow staff to be presented with the choice to create a new account?

Please advise

Thanks, John Dooley, 17 December 2014

Your LocalSettings.php file probably contains a line something like:

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

You need to change the "false" to "true".

MarkAHershberger(talk)21:26, 17 December 2014

Thanks that solved the issue and things work just as we wanted!, 17 December 2014

Localized namespaces not working

Localized namespaces have stopped working in a MediaWiki installation: they are not translated into localized links, and localized links do not lead to the special pages. For example, for language "De", the entry "Kategorien" (categories) under special pages links to "Special:Categories" rather than to "Special:Kategorien". Also, opening the page "http://.../wiki/Special:Kategorien" gives "Spezialseite nicht vorhanden" (nosuchspecialpage: No such special page). The problem occurs both for the wiki's configured language in LocalSettings (Greek - El), and for a user-configured language (Deutsch - De) through user preferences.

I noticed this problem after upgrading from MediaWiki 1.19.3 to 1.24.0.

These are the software versions used: MediaWiki 1.24.0, PHP 5.3.5 (apache2handler), MySQL 5.1.55-log.

Diomidis Spinellis (talk)09:22, 17 December 2014

Could you provide a link to your wiki?

I don't recall localized links like this working (and I remember filing a feature request for them them a few years ago). Sure, for a German wiki, you would get special page names in German and English Special page names would work, but German page names wouldn't work on an English wiki.

MarkAHershberger(talk)15:28, 17 December 2014
Edited by author.
Last edit: 23:17, 17 December 2014

The wiki in question is configured to run in Greek. I am sure localized namespaces were working, because now the wiki in question is full of dead links, which used to work. You can also see localized namespaces working in the special pages of the German Wikipedia. In the German Wikipedia all special page links are in German, whereas in the corresponding page of the wiki in question the links are in English, rather than in Greek.

Diomidis Spinellis (talk)16:55, 17 December 2014

Ah, I misunderstood what you meant. This is definitely a bug, but maybe there is some configuration that is needed. Pinging User:Amire80 to see if he has ideas.

MarkAHershberger(talk)19:18, 17 December 2014

I got a fresh wiki installation on another host to work correctly with a copy of the original wiki's database and a fresh version of LocalSettings.php created by the maintenance/install.php script (called from a Puppet module). The corresponding software versions are as follows: MediaWiki 1.24.0, PHP 5.4.35-0+deb7u2 (apache2handler), MySQL 5.5.40-0+wheezy1.

Note that the settings created had $wgDBmysql5 = true; (although the documentation claims it is false by default), which caused an "Illegal mix of collations" database error. The error was rectified by setting $wgDBmysql5 = false in LocalSettings.php to mirror the setting in the original wiki.

Diomidis Spinellis (talk)23:16, 17 December 2014

[RESOLVED] My Wiki's logo is the Wikipedia Logo... And I have NO IDEA WHY

Here's my wiki:

In the top left is a logo. It should be this image:

For some users, the correct image appears. For others, including myself, the Wikipedia logo appears. This is odd, as the default logo is the MediaWiki logo, and the Wikipedia logo is no where on my server, nor has it ever been.

In fact, when I view the site on my laptop, I see the Wikipedia logo. On my desktop, I get the correct logo.

When I inspect the image in Firefox, the image file name is the correct file (mafia-town-wiki-logo.png), even though Wikipedia's logo is showing up.

The image file I want to appear is uploaded to the root directory of my Wiki. It is in the same directory as my LocalSettings.php file. In that file, I have this line:

$wgLogo = "{$wgScriptPath}/mafia-town-wiki-logo.png";

I have hard refreshed my browser. I have tried even changing the image in my LocalSettings.php file to another image, and it is still the Wikipedia logo (which, again, is no where to be found on my server). This issue arises for many users on many different devices and has been like this for months.

And I have no idea why., 17 December 2014

It's because you copied the Common.css stylesheet in its entirety from to your wiki. Please review it carefully and only copy the parts of it that you actually know you need.

Krinkle (talk)03:12, 17 December 2014

Thank you. I was able to fix it there.

MediaWiki is a headache to figure out, man., 17 December 2014

You blindly copying things from wikipedia then wondering why your wiki looks like wikipedia isn't mediawiki's fault., 17 December 2014

Didn't say it was. Just that it is hard for me to figure out, as the way it works is very different from the CMS software I am used to. Which is why I am thankful for the help this support desk provides., 17 December 2014

Just be certain that you understand that MediaWiki isn't really designed to be a CMS. It can be used as one, but that use case isn't a considered in its development.

MarkAHershberger(talk)21:22, 17 December 2014

Server hangs up while using bot class

Edited by another user.
Last edit: 10:39, 15 December 2014

Server hangs up when i use my mediawiki bot, My code is as follows, I hope there is some issue with curl or may be some other. can some one help me what is the problem why server hands up during initialising the class and calling the functionality.

I tried to fine the discussion thread for wikibot page, i didnt get, if possible give me the link where i should create a thread for wikibot, 15 December 2014

You could start by putting debug statements to find exactly the line that causes your server to hang.

Ciencia Al Poder (talk)10:41, 15 December 2014

No statements in my error log of server, and no php errors also. Should i specifically put any statement to get more info about, Kindly help coz i am a fresher, i had made php errors in localsettings ., 15 December 2014
Edited by another user.
Last edit: 10:25, 16 December 2014

I restarted my server after stopping the httpd service, changed my port still get the same error, I think the curl function present in callAPI has issues with my server, I am attaching the configuration along with .As you can see, i have just called a single function, which gives me error

$bot=new Wikibot($username, $password, $wiki);
$bot->callAPI($wiki, $url);, 15 December 2014

The bot page seems to be w:User:Kaspo/Phpwikibot

Try contacting him, although that project seems dead. Maybe you should use another bot framework.

About the "error", it could help if you are more specific. What specific error message do you get?

Ciencia Al Poder (talk)10:37, 16 December 2014

Ciencia, I am actually unlucky to get any error from my error log, actually the error log has no errors pertaining to it. I restatrted my server and it has only logs pertaining to restart. By the was, I found the following error in my mediawiki, does this affect my server hang?? Interface 'IContextSource' not found in /usr/local/apache2/htdocs/mediawiki-1.21.2/includes/context/ContextSource.php on line 30, 17 December 2014

@Ciencia, Sir, I was unlucky to get any error regarding the issue in my error_log file. I restarted my server and have the log pertaining to it. [Mon Dec 15 17:05:41 2014] [notice] Apache/2.2.24 (Unix) PHP/5.4.13 configured -- resuming normal operations . By the way i found the following error in my mediawiki, does this affects my hang or does it makes sense when we use a bot . Interface 'IContextSource' not found in /Serverlocation/includes/context/ContextSource.php on line 30, 17 December 2014
First page
First page
Previous page
Previous page
Last page
Last page