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

Image Thumbnail : Error creating thumbnail: '"/convert"' is not recognized as an internal or external command, operable program or batch file. Error code: 1

Edited by 2 users.
Last edit: 09:52, 17 October 2014

Morning everyone, I'm currently configuring a wiki for a project, everything seems to be working fine and mediawiki is great.

Only missing point that I'm facing is the image thumb-nailing not working =/

When I upload a file, I always get this error message in thumb section:

Error creating thumbnail: '"/convert"' is not recognized as an internal or external command, operable program or batch file.

Error code: 1


The setup:

  • Windows Server 2008 R2
  • XAMPP 1.8.3
  • MediaWiki 1.23.5
  • PHP 5.5.15 (apache2handler)
  • MySQL5.6.20

I've installed ImageMagick and it's working as environment variable. I used this release: ImageMagick-6.8.9-8-Q16-x64-dll.exe which installs everything (or not maybe) needed for windows running. The install dir is placed under ../extensions/ of MediaWiki just to be on the safe that htdocs can have access to convert command. But still i got the error.

[MediaWiki configuration] Under LocalSettings.php:

$wgUseImageMagick = true;
$wgImageMagickConvertCommand = '$IP/extensions/ImageMagick/convert.exe';


[PHP configuration]

php_imagick.dll must be added into php.ini? I can't find this dll extension.. on the imagick folder.


Anyway, It would be awesome if I could get this working, even if I got to install other extensions to render thumbs... The option of disabling thumbnails works as plan b


Many thanks in advance

Wbr, Sam

Samuel Matildes (talk)07:57, 17 October 2014

It's strange, it's like it doesn't recognize the setting Manual:$wgImageMagickConvertCommand and it's using the default (because it doesn't say "convert.exe" in the error message).

Check that you haven't mispelled the variable name and that you're editing the correct LocalSettings.php

Ciencia Al Poder (talk)09:56, 17 October 2014
 

PHP only escapes variables within double quotes, not single ones. Try replacing:

$wgImageMagickConvertCommand = '$IP/extensions/ImageMagick/convert.exe';

with:

$wgImageMagickConvertCommand = "$IP/extensions/ImageMagick/convert.exe";
Ricordisamoa06:39, 19 October 2014

Hello,

I've replaced the quotes with double quotes...and the results are the same. Is there any workaround for this?

Many thanks in advance,

Wbr, Sam

Samuel Matildes (talk)07:12, 21 October 2014

Does "convert.exe" exist in the "ImageMagick" folder?

Ricordisamoa19:48, 23 October 2014
 

You say the "results" are the same, but what about the error message?

Ciencia Al Poder (talk)09:28, 24 October 2014
 
 
 

I am hosting the Mediawiki site on one computer, and accessing it from another. From the hosting computer, the main page (the only page) displays in proper vector format. However, on the second computer, all the content appears down one side in a bullet point list, including the navigation and search bars. I have no idea why this is happening. Can I have some help please?

86.147.200.21020:04, 23 October 2014

Hi!

This problem can have different reasons:

The most likely is that you have set Manual:$wgServer either to the IP address 127.0.0.1 or to the word "localhost". This can be corrected by setting it to the IP address or domain name of the computer, on which the wiki is installed.

Another possibility is that you somehow cannot access load.php. The solution for this problem is on the page load.php.

88.130.100.3721:20, 23 October 2014
 

Images not displaying

In this wiki the images are not displayed. I tried both with uploading some or using the InstantCommons features (like in the main page), but the result is the same. The software is 1.16.5 and I cannot upgrade it since the hosting server support a PhP compatible to this version at the best. Any suggestion?

139.133.73.6116:51, 23 October 2014

Read access to the http://homepages.abdn.ac.uk/jurapedia/mediawiki/images/ folder is forbidden. Try contacting your webmaster.

Ricordisamoa19:38, 23 October 2014
 

Problem with Homepage

Hello everybody,

I have a serious problem with my homepage. I renamed it this morning, and when I click on my logo, I arrive on a frightful redirect page.

How shall we do it ???

Thank you for your help

78.232.145.1217:07, 23 October 2014

Try editing the "MediaWiki:Mainpage" message accordingly.

Ricordisamoa19:34, 23 October 2014
 

[RESOLVED] Odd occurrence when viewing Special:Version

So every so often when I load up my own Special:Version page, I get a warning at the top of the page that looks like this:

Warning: is_file(): open_basedir restriction in effect. File(/usr/bin/git) is not within the allowed path(s): (/home/:/usr/lib/php:/usr/local/lib/php:/tmp:/usr/local/apache/htdocs) in /.../includes/GitInfo.php on line 132

It's repeating 9 times at the top of the page, overlapping with the logo and causing the special page cactions tab to separate from the rest of the page's actual content. After refreshing the warning goes away, and this only ever happens on this Special page to my knowledge.

The only thing I can think of is when I've updated my version in the past (using doteasy's softaculous), the final step (going to /mw-config/) doesn't seem to complete when trying to update the tables. It seems to stop midway with errors, but I'm not entirely sure if that's the reason, since everything else in 1.23.5 works normally.

Schiffy (talk)19:12, 22 October 2014

This error happens, because $wgGitBin is set to /usr/bin/git and because this path is not within those paths, which are allowed by open_basedir. So either you allow access to this path by adding it to open_basedir or you change $wgGitBin to a path, to which the user does have access. Or finally you can make your installation no git checkout, meaning you could remove the folder .git, which then stops MediaWiki from trying to get information about the Git repo.

88.130.115.6119:18, 22 October 2014

I'm gonna have to inquire about all three solutions:

  1. Where is open_basedir so I can add it?
  2. Does the path that I change $wgGitBin to matter? Could I set it to something like 'none'?
  3. I can't even find the .git folder.
Schiffy (talk)19:41, 22 October 2014
  1. You can read the answer to this and pick the way you want (or you can do).
  2. I don't know, what happens then, but MW expect an executable bin, so maybe it will cause an error. If you want: Just try it.
  3. It's a hidden folder, so if you want to see it via the terminal use the -a option of ls, if you access the server with an FTP client, you have to activate, that the client should force to view hidden folders.
Florianschmidtwelzow (talk)19:45, 22 October 2014
 

Try setting $wgGitBin = false; in LocalSettings.php

Ciencia Al Poder (talk)09:33, 23 October 2014

I can really only assume it worked, since it wasn't really causing anything other than that line showing up. Thanks.

Schiffy (talk)16:47, 23 October 2014
 
 
 
 

Install the Gumax skin (4.0.3)

Hello there, I need help installing the Gumax skin for my Wiki I host. I downloaded the Gumax skin 4.0.3 from here. I like the version 4.0.3 more than the other (newer) versions. I installed the Mediawiki software two weeks ago and the current version is MW 1.23.4. Yesterday I followed these steps in order to install the Gumax skin. But it doesn't working, if use ?useskin=gumax or activate the skin as user (preferred) skin. This will appear, if I use the preview: (1) What can I do to solve the problem in order to use this skin without any errors.

Yässinzeldafan (talk)15:48, 19 October 2014

I think it has something to do with this line: "It has been tested and works with MediaWiki 1.17.0" ;) MediaWiki 1.17 is really oudated and not supported anymore.

The Hook mentioned in the expect (in MW 1.23) two variables (array &$vars, OutputPage $out), the first as a reference. The skin file try to run the Hook as th efollowing:

wfRunHooks( 'MakeGlobalVariablesScript', array( $this->data ) )

(only one parameter and not as a reference. So that's why the skin fails :) Try to upgrade to a newer versions or contact the developers, if they can help you to upgrade this skin version to work with newer versions of MediaWiki.

Florianschmidtwelzow (talk)05:28, 20 October 2014
Edited by author.
Last edit: 13:02, 20 October 2014

Okay, mir ist aufgefallen, dass du einen deutschen Namen hast und so gehe ich mal aus, dass du diese Sprache verstehst.

Ich habe schonmal den Support dort kontaktiert. Ich bin gerade am zweifeln, da das Forum als auch die Website seit 2013 nicht mehr bearbeitet wurden und ich zweifle daran, dass eine Antwort kommt... Natürlich kann ich versuchen andere Versionen zu installieren, aber was mich stört ist die Topbar, die zentriert ist. Ich hätte es gerne, wenn die links bleibt. Ich bin mir sicher, dass man in der aktuellen Version mittels PHP die Topbar nach rechts verschiebt. (Siehe zum Beispiel aktuelle Version und Version 4.0.3) Ich wäre offen, wenn man mir hilft, die Topbar nach rechts zu verschieben. Doch zunächst möchte ich warten auf eine Antwort vom dortigen Support. Was meint ihr? Wird es zu einer Antwort vom Support kommen, obwohl die Website schon seit 2013 nicht mehr bearbeitet wurde?

Ich bräuchte nochmal Hilfe: Und zwar versuche ich Extension:CheckUser zu installieren aber es erscheint, wenn ich jemanden CheckUserrechte gebe, "Datenbankfehler - [...] Es liegt ein Fehler in der Software vor". Ich muss gestehen, dass ich zwei Schritte, die auf der Extensionseite stehen übersprungen habe, da ich das erstens nicht verstanden habe und zweitens die nötigen Dateien nicht gefunden habe. Ich verwende FileZilla, aber nur für die Windows XP-Version. Kann man mir da auch helfen? (Wäre es angebracht, dass über Skype zu besprechen? Denn es würde dann vielleicht besser laufen.

Danke für eure Hilfe,

Yässinzeldafan (talk)12:06, 20 October 2014

Zu dem Skin: Ich fürchte, "das Team" ist schlicht Paul, der das Skin entworfen hat. ;-) Wenn du ne E-Mail-Adresse von ihm findest, kannst du ihn ja mal fragen, ob ihr zusammen das Skin für neuere MediaWiki-Versionen aktualisieren wollt.

Du musst alle Schritte von Extension:CheckUser#On_an_existing_wiki wie beschrieben durchführen. Der Datenbankfehler deutet z.B. darauf hin, dass du die nötigen DB-Updates nicht vorgenommen hast.

88.130.98.17612:36, 20 October 2014

Jau, danke. Zu Punkt 1: [Ich verwende FileZilla für Windows XP (aber ich steige eh bald auf Linux um)] Die Datei php maintenance kann ich nicht finden weder noch php maintenance.php, php maintenance/update.php weder noch update.php. Ich finde nur Update.sample und Ugrade.php Bei einer Dateisuche im Server kann ich leider nichts finden. :( Zu Punkt 2: (Erledigt.) Zu Punkt 3: (Erledigt.) Zu Punkt 4: Ich finde die Datei php update.php nicht und ich weiß nicht wie man mit FileZilla eine Datei startet.

Yässinzeldafan (talk)13:19, 20 October 2014

FileZilla ist ein FTP-Programm (übrigens ein sehr gutes) und mit FTP kann man keine Dateien ausführen. Der Befehl php update.php oder php maintenance/update.php ist für die Shell gedacht, also für Zugang über SSH. Da kann man Dateien ausführen. Neue Versionen von MediaWiki haben übrigens als mw-config/index.php einen Web-Updater. Der macht dasselbe wie update.php, aber man ruft ihn über den Webbrowser auf. Das klappt auch, wenn man keinen SSH-Zugang hat.

88.130.98.17614:46, 20 October 2014
 
 
 
 
 

Access to images folder and other folders

This is my first website/wiki development project. I'm currently building a wiki using www.example.com/mediawiki for testing and development purposes. I've noticed that I can access, through the browser, all the folders in /mediawiki such as /mediawiki/images and /mediawiki/extensions. I was under the impression that putting "Deny from all" in .htaccess would block the access, but it doesn't work. I currently have an .htaccess file with only one line "Deny from all" and I can still just type www.example.com/mediawiki/images in the browser and can I see all the files and folders from my own filesystem.

I realise that mediawiki is designed to allow all users to edit any page; however, I would simply like to protect against the possibility that one user is able to upload/access a document that I uploaded for another user on a certain page. As it stands, any user can simply get any file by typing www.example.com/mediawiki/images or he can access the files by using [[File:]]. I went through Manual:Image_Authorization. On that page, we have the following:

img_auth.php then checks to see if the user has access to that particular file and if so, streams it back. If not, it displays a standard 403 error.

OK, so how do I block a user from accessing a particular file? The page doesn't tell you how to achieve this apart from setting $wgUploadpath to the img_auth.php file.

In summary, I would like to know the following:

  • Is there a way to block access to www.example.com/mediawiki/folder with folder=images, extensions, etc ?
  • Is there a way to block the ability of users with upload and edit rights to have access to files that have already been uploaded by other users or myself?

Thank you

Mfort123 (talk)05:18, 23 October 2014

I put the following in the httpd.conf file:

<Directory /var/www/html/mediawiki/images>

Options -Indexes

</Directory>

and it seems to be blocking access to the images folder.

Mfort123 (talk)05:29, 23 October 2014

You probably want to put Options -Indexes directly on /var/www/html/mediawiki instead of each subfolder.

img_auth.php is meant to block access to images by unregistered users. I don't know if currently it can be configured/extended to allow more granularity. You probably want to open a BUGREPORT requesting that.

Ciencia Al Poder (talk)09:41, 23 October 2014
 
 

Won't Access Database: Too many open links

"DB connection error: :real_connect(): Too many open links (1)"

I believe the problem is number of connections MediaWiki is required to open.

My server admin says for security reasons I need to find out how many MediaWiki requires?

http://www.solidarity.coop/wiki

210.56.82.8602:30, 22 October 2014

If this is about the number of DB connections, which MediaWiki needs to open, then this depends on the number of concurrent visitors to your wiki. You might start with something like 25 and go higher, should you need more.

Which versions of PHP and MySQL are you using? PHP before 5.3.3 had a bug[1] which made it create "zombie connections". These then slowly filled up ressources until the DB was no longer reachable.

[1] https://bugs.php.net/bug.php?id=51605

88.130.115.6109:17, 22 October 2014

PHP Version 5.3.29

210.56.82.8610:01, 22 October 2014

Provider won't increase connections above 20. So I don't think I can install.

210.56.82.8601:16, 23 October 2014

The default for max_conections was 100 and in current MySQL versions is 151 [1]. So only having 20 is ... kind of lame. Anyway, when you say that installation does not even work, then at that moment you are not using 20 connections, but you are trying to use exactly one connection and not more. I know of a wiki, which is used more or less frequently and there something like 25 connections is enough to serve all visitors. If you cannot even make one single connection to MySQL, then this effectively means that MySQL is not usable for you on this server. MediaWiki (and also many other nice systems) won't work without database access. If the host cannot fix his setup, then I would change to a host, where you actually can use what you paid for.

88.130.100.3708:43, 23 October 2014
 
 
 
 

Unknown error in PHP's mail() function

MediaWiki: 1.23.5 PHP: 5.5.9-1ubuntu4.4 (apache2handler) MySQL: 5.5.40-0ubuntu0.14.04.1

I installed a new wiki. It is working fine other than it fails at sending email. For example when I ask it to send a confirmation email I get the following error:

"4MI Wiki could not send your confirmation mail. Please check your email address for invalid characters. Mailer returned: Unknown error in PHP's mail() function."

Or when I try to create a new account and have a random password sent to the user I get this error: "Account creation error Error sending mail: Unknown error in PHP's mail() function."

Kmacdowe (talk)00:23, 23 October 2014

Transcribing project: How to get the number of words added/edited in an article by any user ?

Is there any extension available to get the word or character count of an article which is added by a user? I need this for a transcribing and proofreading project which gives some users certain rewards according to the number of characters they contributed to the wiki.

208.116.10.3303:32, 23 October 2014

Creating a Vector derived skin

Hi, it's me again. Since bugzilla:71621 seems to get to nowhere I am now trying to create a skin derived from Vector with a custom name and an additional .less file meant to hold what was previously on MediaWiki:Vector.css. So this works cool for one exception. The tabs on Special:Preferences do not render as they do for Vector. Basically I get a bulleted list with the former tab names and no tabs. I am sure there is a small trick to get this magic working. I will be great if someone could share this one ... Thanks!

91.64.99.21522:47, 22 October 2014

Fatal exception of type MWException

Edited by another user.
Last edit: 07:01, 15 October 2014

My MediaWiki version is *1.23.5

My PHP version is *5.3.28

My Database version is *5.5.37-cll

My site url is * [1]


When I try to use a infobox code like this:


{{Infobox
 |name         = {{subst:PAGENAME}}
 |bodystyle    = 
 
 |titlestyle   = 
 |abovestyle = background:#cfc;
 |subheaderstyle =
 |title        = Test Infobox
 |above        = Above text
 |subheader    = Subheader above image
 |subheader2   = Second subheader
 
 |imagestyle   = 
 |captionstyle = 
 |  image      = [[File:example.png|200px|alt=Example alt text]]
 |caption      = Caption displayed below example.png
 
 |headerstyle  = background:#ccf;
 |labelstyle   = background:#ddf;
 |datastyle    = 
 
 |header1 = Header defined alone
 | label1 = 
 |  data1 = 
 |header2 = 
 | label2 = Label defined alone does not display (needs data, or is suppressed)
 |  data2 = 
 |header3 =
 | label3 = 
 |  data3 = Data defined alone
 |header4 = All three defined (header, label, data, all with same number)
 | label4 = does not display (same number as a header)
 |  data4 = does not display (same number as a header)
 |header5 =
 | label5 = Label and data defined (label)
 |  data5 = Label and data defined (data)
 
 |belowstyle = background:#ddf;
 |below      = Below text
}}

I run across this error:

[dae52cea] 2014-10-15 05:42:03: Fatal exception of type MWException<br />
 
[15-Oct-2014 07:07:26 Europe/Berlin] PHP Notice:  Uncommitted DB writes (transaction from DatabaseBase::query (WikiPage::pageData)). in /home/deathsrepo/public_html/wiki/includes/db/Database.php on line 4147
[15-Oct-2014 07:07:31 Europe/Berlin] PHP Notice:  Uncommitted DB writes (transaction from DatabaseBase::query (WikiPage::pageData)). in /home/deathsrepo/public_html/wiki/includes/db/Database.php on line 4147
[15-Oct-2014 07:08:07 Europe/Berlin] PHP Notice:  Uncommitted DB writes (transaction from DatabaseBase::query (LCStoreDB::get)). in /home/deathsrepo/public_html/wiki/includes/db/Database.php on line 4147
[15-Oct-2014 07:08:13 Europe/Berlin] PHP Notice:  Uncommitted DB writes (transaction from DatabaseBase::query (LCStoreDB::get)). in /home/deathsrepo/public_html/wiki/includes/db/Database.php on line 4147
[15-Oct-2014 07:09:25 Europe/Berlin] PHP Notice:  Uncommitted DB writes (transaction from DatabaseBase::query (LCStoreDB::get)). in /home/deathsrepo/public_html/wiki/includes/db/Database.php on line 4147
[15-Oct-2014 07:12:47 Europe/Berlin] PHP Notice:  Uncommitted DB writes (transaction from DatabaseBase::query (LCStoreDB::get)). in /home/deathsrepo/public_html/wiki/includes/db/Database.php on line 4147
[15-Oct-2014 07:13:35 Europe/Berlin] PHP Notice:  Uncommitted DB writes (transaction from DatabaseBase::query (LCStoreDB::get)). in /home/deathsrepo/public_html/wiki/includes/db/Database.php on line 4147
[15-Oct-2014 07:17:49 Europe/Berlin] PHP Notice:  Uncommitted DB writes (transaction from DatabaseBase::query (LCStoreDB::get)). in /home/deathsrepo/public_html/wiki/includes/db/Database.php on line 4147
[15-Oct-2014 07:19:08 Europe/Berlin] PHP Notice:  Uncommitted DB writes (transaction from DatabaseBase::query (LCStoreDB::get)). in /home/deathsrepo/public_html/wiki/includes/db/Database.php on line 4147
[15-Oct-2014 07:20:47 Europe/Berlin] PHP Notice:  Uncommitted DB writes (transaction from DatabaseBase::query (LCStoreDB::get)). in /home/deathsrepo/public_html/wiki/includes/db/Database.php on line 4147
[15-Oct-2014 07:25:07 Europe/Berlin] PHP Notice:  Uncommitted DB writes (transaction from DatabaseBase::query (LCStoreDB::get)). in /home/deathsrepo/public_html/wiki/includes/db/Database.php on line 4147
[15-Oct-2014 07:26:48 Europe/Berlin] PHP Notice:  Uncommitted DB writes (transaction from DatabaseBase::query (LCStoreDB::get)). in /home/deathsrepo/public_html/wiki/includes/db/Database.php on line 4147
[15-Oct-2014 07:42:03 Europe/Berlin] PHP Notice:  Uncommitted DB writes (transaction from DatabaseBase::query (LCStoreDB::get)). in /home/deathsrepo/public_html/wiki/includes/db/Database.php on line 4147
D3ATH2020 (talk)05:54, 15 October 2014

Setting $wgShowExceptionDetails provides a stacktrace. See https://www.mediawiki.org/wiki/Manual:How_to_debug

AKlapper (WMF) (talk)09:20, 15 October 2014
Edited by another user.
Last edit: 05:29, 16 October 2014
[7fdea938] /index.php?title=Test_Page&action=submit Exception from line 167 of /home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php: The lua binary (/home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaStandalone/binaries/lua5_1_5_linux_64_generic/lua) is not executable.
 
Backtrace:
 
#0 /home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(114): Scribunto_LuaStandaloneInterpreter->__construct(Scribunto_LuaStandaloneEngine, array)
#1 /home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(92): Scribunto_LuaStandaloneEngine->newInterpreter()
#2 /home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(8): Scribunto_LuaEngine->load()
#3 /home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(194): Scribunto_LuaStandaloneEngine->load()
#4 /home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(841): Scribunto_LuaEngine->getInterpreter()
#5 /home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(858): Scribunto_LuaModule->getInitChunk()
#6 /home/deathsrepo/public_html/wiki/extensions/Scribunto/common/Hooks.php(113): Scribunto_LuaModule->invoke(string, PPTemplateFrame_DOM)
#7 [internal function]: ScribuntoHooks::invokeHook(Parser, PPTemplateFrame_DOM, array)
#8 /home/deathsrepo/public_html/wiki/includes/parser/Parser.php(3620): call_user_func_array(string, array)
#9 /home/deathsrepo/public_html/wiki/includes/parser/Parser.php(3336): Parser->callParserFunction(PPTemplateFrame_DOM, string, array)
#10 /home/deathsrepo/public_html/wiki/includes/parser/Preprocessor_DOM.php(1113): Parser->braceSubstitution(array, PPTemplateFrame_DOM)
#11 /home/deathsrepo/public_html/wiki/includes/parser/Parser.php(3492): PPFrame_DOM->expand(PPNode_DOM)
#12 /home/deathsrepo/public_html/wiki/includes/parser/Preprocessor_DOM.php(1113): Parser->braceSubstitution(array, PPFrame_DOM)
#13 /home/deathsrepo/public_html/wiki/includes/parser/Parser.php(3153): PPFrame_DOM->expand(PPNode_DOM, integer)
#14 /home/deathsrepo/public_html/wiki/includes/parser/Parser.php(1216): Parser->replaceVariables(string)
#15 /home/deathsrepo/public_html/wiki/includes/parser/Parser.php(395): Parser->internalParse(string)
#16 /home/deathsrepo/public_html/wiki/includes/content/WikitextContent.php(322): Parser->parse(string, Title, ParserOptions, boolean, boolean, NULL)
#17 /home/deathsrepo/public_html/wiki/extensions/SpamBlacklist/SpamBlacklistHooks.php(28): WikitextContent->getParserOutput(Title)
#18 [internal function]: SpamBlacklistHooks::filterMergedContent(RequestContext, WikitextContent, Status, string, User, boolean)
#19 /home/deathsrepo/public_html/wiki/includes/Hooks.php(206): call_user_func_array(string, array)
#20 /home/deathsrepo/public_html/wiki/includes/GlobalFunctions.php(4013): Hooks::run(string, array, NULL)
#21 /home/deathsrepo/public_html/wiki/includes/EditPage.php(1371): wfRunHooks(string, array)
#22 /home/deathsrepo/public_html/wiki/includes/EditPage.php(1716): EditPage->runPostMergeFilters(WikitextContent, Status, User)
#23 /home/deathsrepo/public_html/wiki/includes/EditPage.php(1237): EditPage->internalAttemptSave(boolean, boolean)
#24 /home/deathsrepo/public_html/wiki/includes/EditPage.php(427): EditPage->attemptSave()
#25 /home/deathsrepo/public_html/wiki/includes/actions/EditAction.php(50): EditPage->edit()
#26 /home/deathsrepo/public_html/wiki/includes/actions/EditAction.php(74): EditAction->show()
#27 /home/deathsrepo/public_html/wiki/includes/Wiki.php(428): SubmitAction->show()
#28 /home/deathsrepo/public_html/wiki/includes/Wiki.php(292): MediaWiki->performAction(Article, Title)
#29 /home/deathsrepo/public_html/wiki/includes/Wiki.php(588): MediaWiki->performRequest()
#30 /home/deathsrepo/public_html/wiki/includes/Wiki.php(447): MediaWiki->main()
#31 /home/deathsrepo/public_html/wiki/index.php(46): MediaWiki->run()
#32 {main}
D3@TH's Creations (Where Dreams Come True!)02:53, 16 October 2014

That says all:

/home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaStandalone/binaries/lua5_1_5_linux_64_generic/lua

Please make {wiki-root}/extensions/Scribunto/engines/LuaStandalone/binaries/lua5_1_5_linux_64_generic/lua executable (chmod +x).

Florianschmidtwelzow (talk)05:30, 16 October 2014
Edited by another user.
Last edit: 09:05, 16 October 2014

Now I get this:

[61625a7f] /index.php?title=Test_Page&action=submit Exception from line 167 of /home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php: The lua binary (/home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaStandalone/binaries/lua5_1_5_linux_64_generic/lua) is not executable.
 
Backtrace:
 
#0 /home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(114): Scribunto_LuaStandaloneInterpreter->__construct(Scribunto_LuaStandaloneEngine, array)
#1 /home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(92): Scribunto_LuaStandaloneEngine->newInterpreter()
#2 /home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(8): Scribunto_LuaEngine->load()
#3 /home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(194): Scribunto_LuaStandaloneEngine->load()
#4 /home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(841): Scribunto_LuaEngine->getInterpreter()
#5 /home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(858): Scribunto_LuaModule->getInitChunk()
#6 /home/deathsrepo/public_html/wiki/extensions/Scribunto/common/Hooks.php(113): Scribunto_LuaModule->invoke(string, PPTemplateFrame_DOM)
#7 [internal function]: ScribuntoHooks::invokeHook(Parser, PPTemplateFrame_DOM, array)
#8 /home/deathsrepo/public_html/wiki/includes/parser/Parser.php(3620): call_user_func_array(string, array)
#9 /home/deathsrepo/public_html/wiki/includes/parser/Parser.php(3336): Parser->callParserFunction(PPTemplateFrame_DOM, string, array)
#10 /home/deathsrepo/public_html/wiki/includes/parser/Preprocessor_DOM.php(1113): Parser->braceSubstitution(array, PPTemplateFrame_DOM)
#11 /home/deathsrepo/public_html/wiki/includes/parser/Parser.php(3492): PPFrame_DOM->expand(PPNode_DOM)
#12 /home/deathsrepo/public_html/wiki/includes/parser/Preprocessor_DOM.php(1113): Parser->braceSubstitution(array, PPFrame_DOM)
#13 /home/deathsrepo/public_html/wiki/includes/parser/Parser.php(3153): PPFrame_DOM->expand(PPNode_DOM, integer)
#14 /home/deathsrepo/public_html/wiki/includes/parser/Parser.php(1216): Parser->replaceVariables(string)
#15 /home/deathsrepo/public_html/wiki/includes/parser/Parser.php(395): Parser->internalParse(string)
#16 /home/deathsrepo/public_html/wiki/includes/content/WikitextContent.php(322): Parser->parse(string, Title, ParserOptions, boolean, boolean, NULL)
#17 /home/deathsrepo/public_html/wiki/extensions/SpamBlacklist/SpamBlacklistHooks.php(28): WikitextContent->getParserOutput(Title)
#18 [internal function]: SpamBlacklistHooks::filterMergedContent(RequestContext, WikitextContent, Status, string, User, boolean)
#19 /home/deathsrepo/public_html/wiki/includes/Hooks.php(206): call_user_func_array(string, array)
#20 /home/deathsrepo/public_html/wiki/includes/GlobalFunctions.php(4013): Hooks::run(string, array, NULL)
#21 /home/deathsrepo/public_html/wiki/includes/EditPage.php(1371): wfRunHooks(string, array)
#22 /home/deathsrepo/public_html/wiki/includes/EditPage.php(1716): EditPage->runPostMergeFilters(WikitextContent, Status, User)
#23 /home/deathsrepo/public_html/wiki/includes/EditPage.php(1237): EditPage->internalAttemptSave(boolean, boolean)
#24 /home/deathsrepo/public_html/wiki/includes/EditPage.php(427): EditPage->attemptSave()
#25 /home/deathsrepo/public_html/wiki/includes/actions/EditAction.php(50): EditPage->edit()
#26 /home/deathsrepo/public_html/wiki/includes/actions/EditAction.php(74): EditAction->show()
#27 /home/deathsrepo/public_html/wiki/includes/Wiki.php(428): SubmitAction->show()
#28 /home/deathsrepo/public_html/wiki/includes/Wiki.php(292): MediaWiki->performAction(Article, Title)
#29 /home/deathsrepo/public_html/wiki/includes/Wiki.php(588): MediaWiki->performRequest()
#30 /home/deathsrepo/public_html/wiki/includes/Wiki.php(447): MediaWiki->main()
#31 /home/deathsrepo/public_html/wiki/index.php(46): MediaWiki->run()
#32 {main}
D3@TH's Creations (Where Dreams Come True!)07:15, 16 October 2014

Still the same, still not executable. Which rights has the lua binary?

Florianschmidtwelzow (talk)09:06, 16 October 2014
 
 
 
 
 

Using mediawiki via WinSCP

I have currently got my mediawiki working on my localhost. I now want to move my wiki pages from localhost onto the server (WinSCP), but I can't seem to get it working. I have even tried creating a brand new wiki page but during the installation process, it won't let me connect to the database. Is it possible to have mediawiki working via WinSCP, if so, can you tell the steps I should follow?

littledevils32623:24, 21 October 2014

With WinSCP you only transfer the files, correct? All other must be handeld by an webserver. Why you think you can not connect to the database (which database managament system, mysql?)? Have you an error message? If so, what error message?

Florianschmidtwelzow (talk)07:23, 22 October 2014

I am using mysql. When I try to setup mediawiki on WinSCP, in the connecting the database section I get the message DB connection error: Access denied for user 'xxxx'@'localhost' (using password: YES) (localhost).

Check the host, username and password and try again.

94.173.24.3610:07, 22 October 2014

Yeah, then you should do this: Check the host, username and password and try again.

The database user, you want to use, is not allowed to access the database you want :) So, check if the spell of the username and password is correct, if the password is correct and if the user has the rights to read/write the database you want to use.

Florianschmidtwelzow (talk)10:10, 22 October 2014

I have tried that already. The host, username and password are the same one which I used when running mediawiki on my localhost

littledevils32610:19, 22 October 2014

Then the data on your localhost aren't the same as on your server. Please check the data for the mysql server running on the server you transferred the mediawiki installation to.

Florianschmidtwelzow (talk)20:49, 22 October 2014
 
 
 
 
 

Approve edits before publishing

Hi,

Is there a way to approve edits before publishing the content to all? If yes, could you please let me know the steps to configure the same.

Regards Gopi. R

2001:4898:80E8:EE31:0:0:0:316:34, 22 October 2014

Hi!

That is possible with Extension:FlaggedRevs.

88.130.115.6119:14, 22 October 2014
 

Some errors with GraphViz 1.4.0 on MW 1.25alpha and SMW 2.0

Edited by another user.
Last edit: 09:43, 22 October 2014

Error:

Any idea what would be the reason for this? The extension does work and I am able to draw with it, but at times there is a certain reluctance to do the job.

Temptuousinsolence (talk)15:17, 21 October 2014

Hello!

MediaWiki 1.25 isn't released yet, it's in alpha. So, if you have problems, make sure, that you use the latest version of all components and try to find out, what component causes the error. Then you can create a BUGREPORT for it, so the developers can improve the feature(s).

Florianschmidtwelzow (talk)21:02, 21 October 2014
 

Upgraded old MW site to 1.23.3 and thumbnails stopped working

Edited by another user.
Last edit: 09:40, 16 September 2014

I have migrated a MW site onto a new VPS and noticed the version was old (1.16.1). So I updated it to 1.23.3 and after the upgrade, the thumbnails stopped working. Each thumbnail is now replaced by the message "Error creating thumbnail: File missing"

The thumbnails worked perfectly before the upgrade.

I switched on all the debugging by adding the following lines to LocalSettings.php:

# Debug mode on
$wgShowExceptionDetails = true;
$wgDebugToolbar = true;
$wgShowDebug = true;
$wgDevelopmentWarnings = true;

Nothing particularly useful is shown in the debug information that helps me identify the cause.

Today I decided to roll in the latest minor releases one by one and here are my results:

  • 1.16.1 - 1.17.5 = OK
  • 1.17.5 - 1.18.6 = OK
  • 1.18.6 - 1.19.18 = BANG!

I looked at the release notes for 1.19 and also found some posts that I thought might be related to thumbnails and MW 1.19 but none of the solutions offered seem to help me at all.

  • Imagemagick version: 6.7.7.10
  • php5-imagick is installed
  • php version: 5.4.4-14+deb7u14 (apache2handler)
  • MySQL version: 5.5.38-0+wheezy1

It's beaten me... Anyone have any ideas? I'm hoping for something simple!

AtariDal (talk)16:51, 15 September 2014

Well, in the debug log you should see the paths of the files it's trying to generate.

I'd suggest you to try loading thumb.php on your wiki to generate a thumbnail (specifying the correct parameters) and see if it throws the same error. Then go to the debug log and look at what's trying to do.

Pay special attention to all file paths it's accessing, to see if any file path is missing, or the directory structure it expects is different. Check also file permission issues.

Also look if in the debug log it attempts to run imagemagick, and if the error comes after the call to it. If that's what happens, try running the command directly (the debug log prints the command as it's being executed by MediaWiki). You may need to increase $wgMaxShellFileSize, $wgMaxShellMemory and Manual:$wgMaxShellTime.

Ciencia Al Poder (talk)09:47, 16 September 2014
Edited by another user.
Last edit: 09:28, 16 October 2014

I seem to be having exactly the same issue. Tried to turn debug on, but not and expert on mediawiki, so not certain where I might find what the issue is, if I at least could figure out where to look:)

Here is the debug log:

81.130.14.20412:30, 15 October 2014

Even if someone could just give me an idea where to start to figure out if it is the database, the location of the files or one of the scripts. As it is now all I can tell is that it is trying to find a pdf (for example) in a specific location, but for one reason or another it can not find it.

I do admit that I am quite new to mediawiki (which clearly does not help), so even obvious things to check I might have missed. Tried to follow the manual, and as far as I can tell I did not miss any steps. I.E. I ran updateall, I ran reguildImages (had one unspecified issue with one image), tried rebuildAll as well, and it seems like it is finding what it wants, think it says 53 files rebuilt, the rest of the mediawiki works, its just the pictures that aren't there.


/Ben

151.225.159.9607:29, 16 October 2014
 

That debug log is not helpful at all, because it's for the "/mediawiki/index.php/BO_Overview" page request, but it should be for /mediawiki/thumb.php (as I suggested on the previous message).

Ciencia Al Poder (talk)09:31, 16 October 2014

Thank you very much for that Ciencia, could I ask, is there somewhere I can see what the thumb.php call looks like or an example of one. Looked at ti but could not quite figure out how to make a call to do the debug on.

81.130.14.20413:10, 16 October 2014

OK, manage to find something, and one step forward (one step back?)

Ran it with a resolution that is to high, got Error generating thumbnail

Error creating thumbnail: Image was not scaled, is the requested width bigger than the source?


Took it down to a lower resolution, then I got Error generating thumbnail

Error creating thumbnail: File missing

Also, have set the following in LocalSettings, but not seeing any debug information $wgShowExceptionDetails = true; $wgDebugToolbar = true; $wgShowDebug = true; $wgDevelopmentWarnings = true;

81.130.14.20413:19, 16 October 2014
 

Manual:Thumb.php has an example call. You have to adapt it to your URL scheme (thumb.php is at the same location as index.php), and provide a valid filename from your wiki.

Did you manage to test that from your last error?

Ciencia Al Poder (talk)09:30, 17 October 2014
Edited by another user.
Last edit: 10:14, 18 October 2014

Hello Ciencia

Do you mean the section that goes

RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^/?w/images/thumb/[0-9a-f]/[0-9a-f][0-9a-f]/[^/]+/[^/]+$ /w/thumb_handler.php [L,QSA]
# If your $wgHashedUploadDirectory is false, remove the first two steps after thumb/
 
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^/?w/images/thumb/archive/[0-9a-f]/[0-9a-f][0-9a-f]/[^/]+/[^/]+$ /w/thumb_handler.php [L,QSA]

If so, where would I put that, just as a new php file called test or?. I have tried running the following 192.168.0.51/mediawiki/thumb.php?f=Chicago_bot.jpg&w=60&p=50 And I get the errors above. I also logged in as apache and tried changing files in that directory, and it definitely have full access.

81.130.14.20411:36, 17 October 2014
 
 
 
 
 

How can I use mwdumper with Postgresql command line

I was importing a MediaWiki database using mwdumper with MySql. Now I need to do the same thing, but using Postgresql.

Basicly I get a archive in this link:

http://dumps.wikimedia.org/enwiki/20140903/

And I use mwdumper program to get informations and put in my database.

This is the database script:

https://git.wikimedia.org/blob/mediawiki%2Fcore.git/HEAD/maintenance%2Fpostgres%2Ftables.sql

I created the database through this sql, and now I need to use mwdumper to put data in my database. I saw many links about this, but only to do in MySql.

Anyone know how to do this import using Postgres, using command line?

200.131.224.10120:11, 21 October 2014

Honest answer? Don't do it.

Sure, you can use Postgres, but if you do, that means that you will have to deal with brokenness and bugs. MediaWiki's Postgres support is by far not as mature as its MySQL support. Instead of trying to make things work with Postgres somehow, you should better set up MySQL and use that.

With MySQL you'll be far better off.

88.130.71.8820:43, 21 October 2014
 

Fatal exception of type MWException after upgrade to OSX server yosemite

I use MediaWiki 1.23.0 with OS X server mavericks. However after upgrade to OS X 4.0 yosemite, It shows error '[43887455] 2014-10-21 00:38:56: Fatal exception of type MWException' with the title of Internal error. I have no idea of how to solve. Anyone can advice me? Please let me know the solution.
220.69.180.5700:44, 21 October 2014

Hello,

you should add $wgShowExceptionDetails to true in your LocalSettings.php to see more information about the Exception. Reproduce the error and give us the exact error message :)

Florianschmidtwelzow (talk)05:09, 21 October 2014

Error was like below:

CACHE_ACCEL requested but no suitable object cache is present. You may want to install APC.

Backtrace:

  1. 0 [internal function]: ObjectCache::newAccelerator(array)
  2. 1 /Library/Server/Web/Data/Sites/zhx.xyz/w/includes/objectcache/ObjectCache.php(85): call_user_func(string, array)
  3. 2 /Library/Server/Web/Data/Sites/zhx.xyz/w/includes/objectcache/ObjectCache.php(72): ObjectCache::newFromParams(array)
  4. 3 /Library/Server/Web/Data/Sites/zhx.xyz/w/includes/objectcache/ObjectCache.php(44): ObjectCache::newFromId(integer)
  5. 4 /Library/Server/Web/Data/Sites/zhx.xyz/w/includes/GlobalFunctions.php(3961): ObjectCache::getInstance(integer)
  6. 5 /Library/Server/Web/Data/Sites/zhx.xyz/w/includes/Setup.php(513): wfGetMainCache()
  7. 6 /Library/Server/Web/Data/Sites/zhx.xyz/w/includes/WebStart.php(156): require_once(string)
  8. 7 /Library/Server/Web/Data/Sites/zhx.xyz/w/index.php(43): require(string)
  9. 8 {main}


I installed APC with homebrew, but I don't know how to reinstall it. I did uninstall and install but, APC shows error.

brew install autoconf brew install pcre sudo pecl install apc

2 warnings and 6 errors generated. make: *** [apc_compile.lo] Error 1 ERROR: `make' failed


I don't know what to do.

220.69.180.5708:02, 21 October 2014

You need to have a working APC installation to use CACHE_ACCEL (or XCache or WinCache). If you APC isn't working, you should use CACHE_NONE or CACHE_DB (or another supported cahce method).

Florianschmidtwelzow (talk)08:09, 21 October 2014

Now I see the problem.

I upgraded OS X server Mavericks to Yosemite.

Yosemite has php version of 5.5.

PHP 5.5 (Yosemite) is not compatible with APC 3.1.13 (My previous Version of APC).

Any idea for this situation?

220.69.180.5711:06, 21 October 2014

Use Zend OPCache. It is included with PHP 5.5 and is the replacement for APC.

More info is here: http://stackoverflow.com/questions/9611676/is-apc-compatible-with-php-5-4-or-php-5-5

88.130.71.8814:26, 21 October 2014
 
 
 

when I check Version, with php -v

It shows like below :

PHP Warning: PHP Startup: apc: Unable to initialize module Module compiled with module API=20100525 PHP compiled with module API=20121212 These options need to match

in Unknown on line 0

PHP 5.5.14 (cli) (built: Sep 9 2014 19:09:25) Copyright (c) 1997-2014 The PHP Group Zend Engine v2.5.0, Copyright (c) 1998-2014 Zend Technologies

220.69.180.5708:08, 21 October 2014
 

Unrelated but please use the latest 1.23.x version. 1.23.0 is old and has security issues.

AKlapper (WMF) (talk)07:24, 21 October 2014
 

How to make an image slider for Mediwiki?

Hello all! Does anyone know how to make a template which allows to insert image slider just like that?

Fokebox (talk)17:03, 21 October 2014

php error - file_get_contents

hi !

I get following error message in php_errors.log:

[21-Oct-2014 09:07:59 UTC] PHP Warning: file_get_contents(): Unable to find the wrapper "https" - did you forget to enable it when you configured PHP? in C:\mediawiki\extensions\SpamBlacklist\BaseBlacklist.php on line 273 [21-Oct-2014 09:07:59 UTC] PHP Warning: file_get_contents(https://meta.wikimedia.org/w/index.php?title=Spam_blacklist&action=raw&sb_ver=1): failed to open stream: No such file or directory in C:\mediawiki\extensions\SpamBlacklist\BaseBlacklist.php on line 273

can someone help ?

reagards Jan :-)

85.233.12.11409:12, 21 October 2014

You may need to enable the PHP extension php_openssl.dll

http://stackoverflow.com/questions/11453487/xampp-and-file-get-contentshttps

Alternatively, replace all URLs on $wgSpamBlacklistFiles that have "https:" with "http:", or remove them

Ciencia Al Poder (talk)09:54, 21 October 2014
 

Hello!

You should ask this question on Extension_talk:SpamBlacklist. SpamBlacklist wants to import some files from meta-wiki with a secure https connection. But it seems, that your webhost doesn't support this. So you should remove the s from https (so it's http:// only), which isn't really recommended, or you should ask your hoster to activate https as a wrapper.

Or: You copy the contents of https://en.wikipedia.org/w/index.php?title=MediaWiki:Spam-blacklist into your local site MediaWiki:Spam-blacklist and add this site to

$wgSpamBlacklistFiles = array(
   "[[MediaWiki:Spam blacklist]]"
);
Florianschmidtwelzow (talk)09:56, 21 October 2014
 
First page
First page
Previous page
Previous page
Last page
Last page