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

Internal error in Scribunto - Exception from line 167

I have recently upgraded MediaWiki from 1.24.1 to 1.24.2 last night, but the Scribunto extension (latest release) started returning internal errors for articles that use LUA modules, such as at https://nsindex.net/wiki/Minoa. I have already set the permissions of the executable in question to 755, thereby allowing all users to execute the binary that is required, but the error continues to persist.

Full details of error:

[e63a0872] /wiki/Minoa Exception from line 167 of /srv/data/web/vhosts/nsindex.net/htdocs/w/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php: The lua binary (/srv/data/web/vhosts/nsindex.net/htdocs/w/extensions/Scribunto/engines/LuaStandalone/binaries/lua5_1_5_linux_64_generic/lua) is not executable.

Backtrace:

#0 /srv/data/web/vhosts/nsindex.net/htdocs/w/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(114): Scribunto_LuaStandaloneInterpreter->__construct(Scribunto_LuaStandaloneEngine, array)
#1 /srv/data/web/vhosts/nsindex.net/htdocs/w/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(87): Scribunto_LuaStandaloneEngine->newInterpreter()
#2 /srv/data/web/vhosts/nsindex.net/htdocs/w/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(8): Scribunto_LuaEngine->load()
#3 /srv/data/web/vhosts/nsindex.net/htdocs/w/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(189): Scribunto_LuaStandaloneEngine->load()
#4 /srv/data/web/vhosts/nsindex.net/htdocs/w/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(763): Scribunto_LuaEngine->getInterpreter()
#5 /srv/data/web/vhosts/nsindex.net/htdocs/w/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(775): Scribunto_LuaModule->getInitChunk()
#6 /srv/data/web/vhosts/nsindex.net/htdocs/w/extensions/Scribunto/common/Hooks.php(113): Scribunto_LuaModule->invoke(string, PPTemplateFrame_DOM)
#7 [internal function]: ScribuntoHooks::invokeHook(Parser, PPTemplateFrame_DOM, array)
#8 /srv/data/web/vhosts/nsindex.net/htdocs/w/includes/parser/Parser.php(3753): call_user_func_array(string, array)
#9 /srv/data/web/vhosts/nsindex.net/htdocs/w/includes/parser/Parser.php(3471): Parser->callParserFunction(PPTemplateFrame_DOM, string, array)
#10 /srv/data/web/vhosts/nsindex.net/htdocs/w/includes/parser/Preprocessor_DOM.php(1179): Parser->braceSubstitution(array, PPTemplateFrame_DOM)
#11 /srv/data/web/vhosts/nsindex.net/htdocs/w/includes/parser/Parser.php(3623): PPFrame_DOM->expand(PPNode_DOM)
#12 /srv/data/web/vhosts/nsindex.net/htdocs/w/includes/parser/Preprocessor_DOM.php(1179): Parser->braceSubstitution(array, PPFrame_DOM)
#13 /srv/data/web/vhosts/nsindex.net/htdocs/w/includes/parser/Preprocessor_DOM.php(1689): PPFrame_DOM->expand(DOMElement, integer)
#14 /srv/data/web/vhosts/nsindex.net/htdocs/w/includes/parser/Preprocessor_DOM.php(1697): PPTemplateFrame_DOM->getNamedArgument(string)
#15 /srv/data/web/vhosts/nsindex.net/htdocs/w/includes/parser/Parser.php(4082): PPTemplateFrame_DOM->getArgument(string)
#16 /srv/data/web/vhosts/nsindex.net/htdocs/w/includes/parser/Preprocessor_DOM.php(1198): Parser->argSubstitution(array, PPTemplateFrame_DOM)
#17 /srv/data/web/vhosts/nsindex.net/htdocs/w/includes/parser/Parser.php(3384): PPFrame_DOM->expand(PPNode_DOM)
#18 /srv/data/web/vhosts/nsindex.net/htdocs/w/includes/parser/Preprocessor_DOM.php(1179): Parser->braceSubstitution(array, PPTemplateFrame_DOM)
#19 /srv/data/web/vhosts/nsindex.net/htdocs/w/includes/parser/Parser.php(3623): PPFrame_DOM->expand(PPNode_DOM)
#20 /srv/data/web/vhosts/nsindex.net/htdocs/w/includes/parser/Preprocessor_DOM.php(1179): Parser->braceSubstitution(array, PPFrame_DOM)
#21 /srv/data/web/vhosts/nsindex.net/htdocs/w/includes/parser/Parser.php(3281): PPFrame_DOM->expand(PPNode_DOM, integer)
#22 /srv/data/web/vhosts/nsindex.net/htdocs/w/includes/parser/Parser.php(1239): Parser->replaceVariables(string)
#23 /srv/data/web/vhosts/nsindex.net/htdocs/w/includes/parser/Parser.php(405): Parser->internalParse(string)
#24 /srv/data/web/vhosts/nsindex.net/htdocs/w/includes/content/WikitextContent.php(338): Parser->parse(string, Title, ParserOptions, boolean, boolean, integer)
#25 /srv/data/web/vhosts/nsindex.net/htdocs/w/includes/content/AbstractContent.php(490): WikitextContent->fillParserOutput(Title, integer, ParserOptions, boolean, ParserOutput)
#26 /srv/data/web/vhosts/nsindex.net/htdocs/w/includes/poolcounter/PoolWorkArticleView.php(139): AbstractContent->getParserOutput(Title, integer, ParserOptions)
#27 /srv/data/web/vhosts/nsindex.net/htdocs/w/includes/poolcounter/PoolCounterWork.php(123): PoolWorkArticleView->doWork()
#28 /srv/data/web/vhosts/nsindex.net/htdocs/w/includes/page/Article.php(688): PoolCounterWork->execute()
#29 /srv/data/web/vhosts/nsindex.net/htdocs/w/includes/actions/ViewAction.php(44): Article->view()
#30 /srv/data/web/vhosts/nsindex.net/htdocs/w/includes/MediaWiki.php(414): ViewAction->show()
#31 /srv/data/web/vhosts/nsindex.net/htdocs/w/includes/MediaWiki.php(282): MediaWiki->performAction(Article, Title)
#32 /srv/data/web/vhosts/nsindex.net/htdocs/w/includes/MediaWiki.php(584): MediaWiki->performRequest()
#33 /srv/data/web/vhosts/nsindex.net/htdocs/w/includes/MediaWiki.php(435): MediaWiki->main()
#34 /srv/data/web/vhosts/nsindex.net/htdocs/w/index.php(46): MediaWiki->run()
#35 {main}


Version information from https://nsindex.net/wiki/Special:Version - - MediaWiki: 1.24.2 - PHP: 5.4.39-0+deb7u1 (fpm-fcgi) - MySQL: 5.5.41-0+wheezy1-log - Lua: 5.1.5

The URL of the wiki is https://nsindex.net/wiki/Home. I am the webmaster of this wiki.

Thanks in advance.

Marianian (talk)22:56, 1 April 2015

Talk namespace bug

Hi! I have a wiki project[1] with MediaWiki version 1.20.8. I use a $wgMetaNamespace string (Скретч Вики) and $wgMetaNamespaceTalk string (Обсуждение Скретч Вики). But, when I try open talk page for Скретч Вики namespace, it get me Обсуждение:Скретч Вики (like Talk:Scratch Wiki, not Scratch Wiki talk). Please, help me!

  1. http://scratch-ru.info/
Dimon4ezzz (talk)20:00, 1 April 2015

Wiki pages not displayed

In my website http://riforma.info/wiki/index.php?title=Pagina_principale pages are not displayed anymore, although the coding is normally accessible. What happened? How can I fix this? I use MediaWiki 1.21.1 Thanks for your help. Paolo Castellina

Pcastellina (talk)18:43, 1 April 2015

How do I keep a mediawiki div element centered horizontally?

I cant get this div to stay centered in my mediawiki wiki. Is thre a way to do this? the code above doesnt do anything. it just stays in place. Itried using a method that has workd efore. Is there anything special I need to do when modifying mediawiki div's?

       #searchInput {
        width: 50%;
       height: 40px;
       z-index: 1000;
       border: 0;
       display: block;
       text-align: center;
       margin-left: 10px auto;
       margin-right: 10px auto;
       position: absolute;
       top: -12em !important;
       left: 1em !important;
       color: #FF7F27;
       background: transparent;
       font-size: 85%;
       -webkit-appearance: none;/* this should Work */

}

209.6.197.18818:39, 1 April 2015

Upgrading to 1.24.2 using patch

I am getting a bunch of errors related to files in a "tests" directory and a non-existent file ('Gruntfile.js'). I have encountered something like this before when upgrading.

My personal wishlist is that the references to the test files are cleaned-up in future patches -- so that one gets a clean patch application without ignored hunks.

Here is what the patch application looks like on a test system I am running:

# patch -p1 < mediawiki-1.24.2.patch
patching file Gruntfile.js
patching file includes/api/ApiFormatWddx.php
patching file includes/DefaultSettings.php
patching file includes/EditPage.php
patching file includes/Html.php
patching file includes/installer/PostgresUpdater.php
patching file includes/libs/XmlTypeCheck.php
patching file includes/media/BitmapMetadataHandler.php
patching file includes/media/JpegMetadataExtractor.php
patching file includes/media/XMP.php
patching file includes/OutputPage.php
patching file includes/specialpage/SpecialPageFactory.php
patching file includes/specials/SpecialActiveusers.php
patching file includes/specials/SpecialJavaScriptTest.php
patching file includes/specials/SpecialUserlogin.php
patching file includes/upload/UploadBase.php
patching file includes/User.php
patching file includes/Xml.php
patching file jsduck.json
patching file languages/i18n/en.json
patching file languages/i18n/qqq.json
patching file maintenance/jsduck/config.json
patching file maintenance/mwjsduck-gen
patching file maintenance/postgres/tables.sql
patching file RELEASE-NOTES-1.24
patching file resources/lib/jquery/jquery.js
patching file resources/Resources.php
patching file resources/src/mediawiki.special/mediawiki.special.javaScriptTest.js
The next patch would delete the file tests/frontend/Gruntfile.js,
which does not exist!  Assume -R? [n] n
Apply anyway? [n] n
Skipping patch.
1 out of 1 hunk ignored
can't find file to patch at input line 2217
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -Nruw -x '*~' -x '.js*' -x '.git*' -x '*.xcf' -x '#*#' -x '.#*' -x '.rubocop*' -x .travis.yml -x package.json -x messages -x Gemfile -x '*.png' -x '*.jpg' -x '*.xcf' -x '*.gif' -x '*.svg' -x '*.tiff' -x '*.zip' -x '*.xmp' mediawiki-1.24.1/tests/parser/parserTests.txt mediawiki-1.24.2/tests/parser/parserTests.txt
|--- mediawiki-1.24.1/tests/parser/parserTests.txt      2015-03-31 18:45:59.000000000 +0000
|+++ mediawiki-1.24.2/tests/parser/parserTests.txt      2015-03-31 18:45:35.000000000 +0000
--------------------------
File to patch:  
Skip this patch? [y]  
Skipping patch.
2 out of 2 hunks ignored
patching file tests/phpunit/data/xmp/doctype-included.result.php
can't find file to patch at input line 2245
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -Nruw -x '*~' -x '.js*' -x '.git*' -x '*.xcf' -x '#*#' -x '.#*' -x '.rubocop*' -x .travis.yml -x package.json -x messages -x Gemfile -x '*.png' -x '*.jpg' -x '*.xcf' -x '*.gif' -x '*.svg' -x '*.tiff' -x '*.zip' -x '*.xmp' mediawiki-1.24.1/tests/phpunit/includes/media/XMPTest.php mediawiki-1.24.2/tests/phpunit/includes/media/XMPTest.php
|--- mediawiki-1.24.1/tests/phpunit/includes/media/XMPTest.php  2015-03-31 18:45:59.000000000 +0000
|+++ mediawiki-1.24.2/tests/phpunit/includes/media/XMPTest.php  2015-03-31 18:45:35.000000000 +0000
--------------------------
File to patch: 
Skip this patch? [y] 
Skipping patch.
2 out of 2 hunks ignored
can't find file to patch at input line 2310
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -Nruw -x '*~' -x '.js*' -x '.git*' -x '*.xcf' -x '#*#' -x '.#*' -x '.rubocop*' -x .travis.yml -x package.json -x messages -x Gemfile -x '*.png' -x '*.jpg' -x '*.xcf' -x '*.gif' -x '*.svg' -x '*.tiff' -x '*.zip' -x '*.xmp' mediawiki-1.24.1/tests/phpunit/includes/resourceloader/ResourceLoaderTest.php mediawiki-1.24.2/tests/phpunit/includes/resourceloader/ResourceLoaderTest.php
|--- mediawiki-1.24.1/tests/phpunit/includes/resourceloader/ResourceLoaderTest.php      2015-03-31 18:45:59.000000000 +0000
|+++ mediawiki-1.24.2/tests/phpunit/includes/resourceloader/ResourceLoaderTest.php      2015-03-31 18:45:35.000000000 +0000
--------------------------
File to patch: 
Skip this patch? [y] 
Skipping patch.
1 out of 1 hunk ignored
can't find file to patch at input line 2321
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -Nruw -x '*~' -x '.js*' -x '.git*' -x '*.xcf' -x '#*#' -x '.#*' -x '.rubocop*' -x .travis.yml -x package.json -x messages -x Gemfile -x '*.png' -x '*.jpg' -x '*.xcf' -x '*.gif' -x '*.svg' -x '*.tiff' -x '*.zip' -x '*.xmp' mediawiki-1.24.1/tests/phpunit/includes/upload/UploadBaseTest.php mediawiki-1.24.2/tests/phpunit/includes/upload/UploadBaseTest.php
|--- mediawiki-1.24.1/tests/phpunit/includes/upload/UploadBaseTest.php  2015-03-31 18:45:59.000000000 +0000
|+++ mediawiki-1.24.2/tests/phpunit/includes/upload/UploadBaseTest.php  2015-03-31 18:45:35.000000000 +0000
--------------------------
File to patch: 
Skip this patch? [y] 
Skipping patch.
5 out of 5 hunks ignored
can't find file to patch at input line 2403
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -Nruw -x '*~' -x '.js*' -x '.git*' -x '*.xcf' -x '#*#' -x '.#*' -x '.rubocop*' -x .travis.yml -x package.json -x messages -x Gemfile -x '*.png' -x '*.jpg' -x '*.xcf' -x '*.gif' -x '*.svg' -x '*.tiff' -x '*.zip' -x '*.xmp' mediawiki-1.24.1/tests/phpunit/includes/UserTest.php mediawiki-1.24.2/tests/phpunit/includes/UserTest.php
|--- mediawiki-1.24.1/tests/phpunit/includes/UserTest.php       2015-03-31 18:45:59.000000000 +0000
|+++ mediawiki-1.24.2/tests/phpunit/includes/UserTest.php       2015-03-31 18:45:35.000000000 +0000
--------------------------
File to patch: 
Skip this patch? [y] 
Skipping patch.
2 out of 2 hunks ignored
can't find file to patch at input line 2438
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -Nruw -x '*~' -x '.js*' -x '.git*' -x '*.xcf' -x '#*#' -x '.#*' -x '.rubocop*' -x .travis.yml -x package.json -x messages -x Gemfile -x '*.png' -x '*.jpg' -x '*.xcf' -x '*.gif' -x '*.svg' -x '*.tiff' -x '*.zip' -x '*.xmp' mediawiki-1.24.1/tests/phpunit/includes/XmlTypeCheckTest.php mediawiki-1.24.2/tests/phpunit/includes/XmlTypeCheckTest.php
|--- mediawiki-1.24.1/tests/phpunit/includes/XmlTypeCheckTest.php       2015-03-31 18:45:59.000000000 +0000
|+++ mediawiki-1.24.2/tests/phpunit/includes/XmlTypeCheckTest.php       2015-03-31 18:45:35.000000000 +0000
--------------------------
File to patch: 
Skip this patch? [y] 
Skipping patch.
2 out of 2 hunks ignored
can't find file to patch at input line 2472
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -Nruw -x '*~' -x '.js*' -x '.git*' -x '*.xcf' -x '#*#' -x '.#*' -x '.rubocop*' -x .travis.yml -x package.json -x messages -x Gemfile -x '*.png' -x '*.jpg' -x '*.xcf' -x '*.gif' -x '*.svg' -x '*.tiff' -x '*.zip' -x '*.xmp' mediawiki-1.24.1/tests/qunit/data/testrunner.js mediawiki-1.24.2/tests/qunit/data/testrunner.js
|--- mediawiki-1.24.1/tests/qunit/data/testrunner.js    2015-03-31 18:45:59.000000000 +0000
|+++ mediawiki-1.24.2/tests/qunit/data/testrunner.js    2015-03-31 18:45:35.000000000 +0000
--------------------------
File to patch: 
Skip this patch? [y] 
Skipping patch.
1 out of 1 hunk ignored
can't find file to patch at input line 2510
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -Nruw -x '*~' -x '.js*' -x '.git*' -x '*.xcf' -x '#*#' -x '.#*' -x '.rubocop*' -x .travis.yml -x package.json -x messages -x Gemfile -x '*.png' -x '*.jpg' -x '*.xcf' -x '*.gif' -x '*.svg' -x '*.tiff' -x '*.zip' -x '*.xmp' mediawiki-1.24.1/tests/qunit/QUnitTestResources.php mediawiki-1.24.2/tests/qunit/QUnitTestResources.php
|--- mediawiki-1.24.1/tests/qunit/QUnitTestResources.php        2015-03-31 18:45:59.000000000 +0000
|+++ mediawiki-1.24.2/tests/qunit/QUnitTestResources.php        2015-03-31 18:45:35.000000000 +0000
--------------------------
File to patch: 
Skip this patch? [y] 
Skipping patch.
1 out of 1 hunk ignored
can't find file to patch at input line 2525
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -Nruw -x '*~' -x '.js*' -x '.git*' -x '*.xcf' -x '#*#' -x '.#*' -x '.rubocop*' -x .travis.yml -x package.json -x messages -x Gemfile -x '*.png' -x '*.jpg' -x '*.xcf' -x '*.gif' -x '*.svg' -x '*.tiff' -x '*.zip' -x '*.xmp' mediawiki-1.24.1/tests/qunit/suites/resources/jquery/jquery.mwExtension.test.js mediawiki-1.24.2/tests/qunit/suites/resources/jquery/jquery.mwExtension.test.js
|--- mediawiki-1.24.1/tests/qunit/suites/resources/jquery/jquery.mwExtension.test.js    2015-03-31 18:45:59.000000000 +0000
|+++ mediawiki-1.24.2/tests/qunit/suites/resources/jquery/jquery.mwExtension.test.js    2015-03-31 18:45:35.000000000 +0000
--------------------------
File to patch: 
Skip this patch? [y] 
Skipping patch.
1 out of 1 hunk ignored
can't find file to patch at input line 2565
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -Nruw -x '*~' -x '.js*' -x '.git*' -x '*.xcf' -x '#*#' -x '.#*' -x '.rubocop*' -x .travis.yml -x package.json -x messages -x Gemfile -x '*.png' -x '*.jpg' -x '*.xcf' -x '*.gif' -x '*.svg' -x '*.tiff' -x '*.zip' -x '*.xmp' mediawiki-1.24.1/tests/qunit/suites/resources/mediawiki/mediawiki.jqueryMsg.test.js mediawiki-1.24.2/tests/qunit/suites/resources/mediawiki/mediawiki.jqueryMsg.test.js
|--- mediawiki-1.24.1/tests/qunit/suites/resources/mediawiki/mediawiki.jqueryMsg.test.js        2015-03-31 18:45:59.000000000 +0000
|+++ mediawiki-1.24.2/tests/qunit/suites/resources/mediawiki/mediawiki.jqueryMsg.test.js        2015-03-31 18:45:35.000000000 +0000
--------------------------
File to patch: 
Skip this patch? [y] 
Skipping patch.
7 out of 7 hunks ignored

System:

  • Debian Linux - Stable
  • MediaWiki 1.24.1
  • MySQL: 5.5.33-0+wheezy1
  • PHP: 5.4.4-14+deb7u14 (apache2handler)
  • Lua: 5.1.5
Steinlaus (talk)03:39, 1 April 2015

Such a phenomenon is known since at least September (1) :-( Others reported it yesterday also (2). I guess, the best way would be to add it in the bugtracker?

(1) http://comments.gmane.org/gmane.science.linguistics.wikipedia.technical/79642 (2) https://lists.wikimedia.org/pipermail/mediawiki-l/2015-March/044199.html

Erkan Yilmaz (talk)05:43, 1 April 2015

there's now a bug report: https://phabricator.wikimedia.org/T94664

Erkan Yilmaz (talk)17:00, 1 April 2015

I consider the fact that the tarball and the patch file again contains the tests/ directory a bug. You can safely ignore warnings/errors in the tests/ directory. Your 1.24.2. installation will work properly anyway.

88.130.117.10517:37, 1 April 2015
 
 
 

(RESOLVED (by upgrading)) Value for $wgStatsMethod setting is not in permitted (given: , permitted: Cache, UDP, None)

Whenever I try to update settings for my wiki, whether I'm actually changing something or not, I get the subject of this post as an error. The full error is as follows:

Value for $wgStatsMethod setting is not in permitted (given: , permitted: Cache, UDP, None)

Backtrace:

  1. 0 /var/lib/mediawiki1.7/extensions/Configure/Configure.page.php(108): ConfigurationPage->importFromRequest()
  2. 1 /usr/share/mediawiki1.7/includes/SpecialPage.php(372): ConfigurationPage->execute(NULL)
  3. 2 /usr/share/mediawiki1.7/includes/Wiki.php(156): SpecialPage->executePath(Object(Title))
  4. 3 /usr/share/mediawiki1.7/includes/Wiki.php(47): MediaWiki->initializeSpecialCases(Object(Title), Object(OutputPage), Object(WebRequest))
  5. 4 /usr/share/mediawiki1.7/index.php(123): MediaWiki->initialize(Object(Title), Object(OutputPage), Object(User), Object(WebRequest))
  6. 5 {main}

Also, in the top frame of every page is the following error:

Warning: fopen(/messages-terriswikidb) [function.fopen]: failed to open stream: Permission denied in /usr/share/mediawiki1.7/includes/MessageCache.php on line 99

I have a feeling the two are connected. The $wgStatsMethod is not available in the version of MediaWiki I am using. It appears as though the wiki is trying to perform the option anyway, and thereby returning a cache error. Mind you, I am not a PHP coder. So please try to keep this in mind when responding.

174.30.139.24300:15, 24 August 2010

Which version of Configure are you using? The versions section of the extension page recommends a specific version for MediaWiki 1.7, but it's possible that you're using a newer version of Configure that is incompatible with that version of MediaWiki.

Reach Out to the Truth00:35, 24 August 2010

MediaWiki: 1.7.1 PHP: 5.2.0-8 (apache2handler) MySQL: 5.0.32-Debian_3-log Extensions: Special pages: Configure (version 0.6.3), Allow authorised users to configure the wiki by a web-based interface, by Alexandre Emsenhuber Parser extension tags:

Hooks:
LanguageGetSpecialPageAliases: efConfigureLoadAliases
LangugeGetSpecialPageAliases: efConfigureLoadAliases
LoadAllMessages: efConfigureLoadMessages
174.30.139.24302:21, 24 August 2010
 

MediaWiki: 1.7.1 PHP: 5.2.0-8 (apache2handler) MySQL: 5.0.32-Debian_3-log Extensions: Special pages: Configure (version 0.6.3), Allow authorised users to configure the wiki by a web-based interface, by Alexandre Emsenhuber Parser extension tags:

Hooks:
LanguageGetSpecialPageAliases: efConfigureLoadAliases
LangugeGetSpecialPageAliases: efConfigureLoadAliases
LoadAllMessages: efConfigureLoadMessages
174.30.139.24302:22, 24 August 2010

Oops! Sorry for the repeat. That's the version number and everything.

174.30.139.24302:23, 24 August 2010
 

Can someone please offer some advice on how to fix the problem?

174.30.139.24301:01, 25 August 2010

As far as I can tell you're using the correct version, but I'm not too familiar with Configure. You're not likely to get better responses from others though, since you're using an old unsupported version of MediaWiki. Upgrading is recommended if possible.

Reach Out to the Truth13:10, 25 August 2010
 

i get this problem when i write $val = "mysql"; at configuration page so this variable is not just for $wgDBtype please if you solve this problem could you help me

64.15.156.20908:30, 30 November 2010
 
 
 

displaying page links

Hello,

On a certain page, I want to be able to display links to all pages whose pagename begins with 'AB' for example. I know how to do this manually, but I want Wikimedia be able to do this automatically. How can this be done? Thanks.

146.175.202.3015:24, 1 April 2015

coding form html for wikimedia and automatically creating pages

Hello,

I recently started using Wikimedia, and I was wondering: Is there an easy way to directly modify the html code for a page in order to make custom forms or tables? Ive looked at the Inputbox extension which codes html forms, but it requires additional commands like xml::openelement, xml::closelement, needed by the parser. If this is the only way, is there a place where I can find documentation on how to combine html with xml:: elements so that the parser can read the code?

146.175.202.3014:48, 1 April 2015

MediaWiki:Noarticletext page not shown

I have two MediaWiki wiki's and with both I've implemented a MediaWiki:Noarticletext system message, both with same text.

One wiki shows the text of that system message for a not existing page (as logged in user), the other shows There is currently no text in this page (for a not existing page, as logged in user). You can search for this page title in other pages, search the related logs, or edit this page.

What's the difference? What am I doing wrong? Local settings?

Waanders (talk)13:17, 30 March 2015

Open the page with uselang=qqx URL parameter and look, what message key is visible there :) After this, check, if this message key contains the content you want.

Florianschmidtwelzow (talk)07:01, 31 March 2015

It says (noarticletext) and I have implemented a MediaWiki:Noarticletext and still it shows that default(?) text.

Waanders (talk)14:45, 31 March 2015

Found: had something to do with language settings, so using Dutch in one wiki, English in second wiki. Implementing MediaWiki:Noarticletext/en did the trick.

Waanders (talk)12:04, 1 April 2015
 
 
 

Mediawiki and text editor.

With what version of mediawiki and what text editor working properly?

195.162.24.2910:32, 1 April 2015

What will happen if I rename a user to an IP address?

Someone ask me to rename his/her username to "127.0.0.1", is there any potential dangers?

一個正常人 (talk)07:53, 29 March 2015

Help!!!

一個正常人 (talk)11:55, 29 March 2015

MediaWiki internally stores the information whether a user, who was logged in, did an action, or if the user had not been logged in. With this criterion it should still be possible to differentiate whether an edit was done by that according user account or by an IP user.

Anyway, IP addresses are not considered acceptable user names for MediaWiki. It will be possible to confuse a username, which is an IP address, with a user with the actual IP address. For example the links pointing to the contribution pages of a user/IP address will look the same for both the IP address and the user account, which has the name of that IP address.

A username of 127.0.0.1 also is misleading as it points to the actual server, not a user, doing an action.

en:Wikipedia:Naming_conventions_(technical_restrictions)#Restrictions_on_usernames makes me think that it is technically impossible to give user accounts such names. Even if it was technically possible, I would not give users user names, which also are IP addresses (among them 127.0.0.1).

88.130.108.1515:43, 29 March 2015

I finally have this conclusion:

It should technically be impossible to rename user accounts to IP address names. We already see that e.g. the contribution page cannot differentiate properly between both, if an account had an IP address name. Since the developers have spent time in making it impossible to rename accounts that way, I think it is currently not possible to say whether there additionally to other issues, whether there will also be security problems arising from such a renaming. Until now the "solution" for that was to forbid the according renaming, not to solve the security issue. So if not even the often-used contribs page cannot handle IP user names properly, then we definitely cannot say that it would by secure to use those. We just don't know.

So you can do the following: See, if you can rename the user accordingly and if that is possible report it as a bug with unknown security implication to the bugtracker!

88.130.108.1516:02, 29 March 2015

The first question is: How do you want to rename the name of the user? MediaWiki doesn't support this functions out of the box, so if it's possible or not is a question of the way you want to do it. Technically it shouldn't be possible to rename a user to an IP-adress.

Florianschmidtwelzow (talk)22:35, 29 March 2015

After testing on a localhost, with MediaWiki 1.21, it shows an error message.

一個正常人 (talk)10:09, 1 April 2015
 
 
 
 
 

Special page access, Purge access, and template storing

hi,

- i didnt find how to allow access to special pages only for sysop - i didnt find how to allow access to purge pages only for sysop - i didnt find where are stored templates

if some one could help it would be nice !

thanks

Thisisanew (talk)21:22, 27 March 2015

Purging is possible for everyone and can't be restricted. You could set the user right purge to false for every user group you want, but that would only require the members to click "ok" for the purge action.

For preventing access to certain (special) pages, you should read Manual:Preventing_access, MediaWiki isn't designed for that.

Florianschmidtwelzow (talk)00:11, 29 March 2015

hi,

the purge option only remove the confirmation message, so the purge stay available for anonymous user

i made a dirty script to fix what i was seeking for:

function disableSomeSpecialPages() { //Init Vars global $wgUser; $chkSO=false; $pInfo=isset($_SERVER["PATH_INFO"])?$_SERVER["PATH_INFO"]:; $pUri=isset($_SERVER["QUERY_STRING"])?$_SERVER["QUERY_STRING"]:; //getPath info $url=str_replace("é","e",$pInfo); //Case Special Page if(stripos($url,"/special:")!==false && stripos($url,":Connexion")===false && stripos($pUri,"connexion")===false){$chkSO=true;} //Case Purge if(stripos($pUri,"action=purge")!==false){$chkSO=true;} //Do the check if($chkSO && !in_array('sysop',$wgUser->getEffectiveGroups()))

       {header('Location:../?title=Special:connexion');}

} $wgHooks['SpecialPage_initList'][]='disableSomeSpecialPages';


i still searching where template are stored !

thanks

81.57.18.19217:02, 31 March 2015
Edited by another user.
Last edit: 09:27, 1 April 2015

Hi,

i repost the code to be better formated !

 function disableSomeSpecialPages()
 { 
 //Init Vars 
 global $wgUser;
 $chkSO=false;
 $pInfo=isset($_SERVER["PATH_INFO"])?$_SERVER["PATH_INFO"]:;
 $pUri=isset($_SERVER["QUERY_STRING"])?$_SERVER["QUERY_STRING"]:;
 //getPath info $url=str_replace("é","e",$pInfo);
 //Case Special Page 
 if(stripos($url,"/special:")!==false && stripos($url,":Connexion")===false && stripos($pUri,"connexion")===false){$chkSO=true;}
 //Case Purge
 if(stripos($pUri,"action=purge")!==false){$chkSO=true;}
 //Do the check
 if($chkSO && !in_array('sysop',$wgUser->getEffectiveGroups()))
       {header('Location:../?title=Special:connexion');}
}
$wgHooks['SpecialPage_initList'][]='disableSomeSpecialPages';

this code has to be set in LocalSetting.php

81.57.18.19209:04, 1 April 2015
 
 
 
A thread, Thread:Project:Support desk/LOG in, was moved from here to Project:Current issues. This move was made by Ciencia Al Poder (talk | contribs) on 1 April 2015 at 09:23.

Login Issue

I have fresh install to my Joomla 3.4, I added a super user But when I try to login mediawiki it failed password not match. How can I resolve this issue? Also where are protected pages for the user restrictions?

Thanks

203.81.226.13118:25, 31 March 2015

What? You installed joomla and try to login to mediawiki and password does not match? Please explain what do you want to do, what you already did and what error messages you get :)

Florianschmidtwelzow (talk)08:23, 1 April 2015
 

Creating a Knowledge Base

MediaWiki 1.19.23 PHP 5.2.6 (isapi) MySQL 5.6.22-log

I am sorry but I cannot give URL as the site is internal only and contains sensitive information.

My question is

I have thousand of word documents that I would like to add to my mediawiki, but adding them one at a time is not the way i would like to go. I have LibreOffice and the Microsoft Office plug-in to allow documents to be sent to mediawiki, but for the life of me I cannot get anything to be upload to the server.

To be clearer I am trying to do the following

1. Allow the HelpDesk to save Word Document directly to the mediawiki in which it will create a page and place that page in a category

2. Allow email sent to a special address to be able to create a page from that email and place that page in the HelpDesk Category Page.

If you need my loaclsettings.php I can paste section only as I stated data is sensitive

Rbruce25 (talk)04:28, 1 April 2015

Step by step guide to create a tool on wmflbs

Is there any doc existis from where i can get the guideline to create a tool at wmflabs. I want to use pywikibot with that tool.

Nasir Khan Saikattalk 10:57, 11 March 2015

Maybe https://wikitech.wikimedia.org/wiki/Help:Tool_Labs

AKlapper (WMF) (talk)13:07, 12 March 2015

Thanks for the reply. I read the page earlier. It is a very useful page but i could not find the answer of a few questions.

  • it says that 'webservice start' will start the server, bot how long will it remain running?
  • how to upload files to the tools account?
  • how to use pywikibot in tools?
  • how to setup cron?
  • how to access publicly my maintainer account files?
Nasir Khan Saikattalk 19:18, 12 March 2015
  • Until "webservice stop" or until other unexpected things happen (electricity outage, harddisc dies, code reached that creates severe problems, world collapses, etc.)
  • See section "SSH/SFTP/SCP" on that page
  • How to use pywikibot not in tools, and what's the difference you've experienced so far to tools?
  • Same for the rest of the questions I guess...
Malyacko (talk)09:16, 13 March 2015
 
 
 
 

Amending commits

I often see revision histories of pages like this https://de.wikipedia.org/w/index.php?title=Liste_der_Stolpersteine_im_Landkreis_und_in_der_Stadt_Gotha&action=history. This happens quite often when a user is preparing the page in his/her namespace and then move it to the to article namespace. Also later user prefer to make several commits for safety reasons. For me such many revisions mostly do not create any benefit for later. Why not allowing the user to amend/merge a current commit with the previous one? This would create a more clean history and would save some space on the harddisks of the server. Due to my wording you maybe saw that i am coming from version control software like git where this is naturally supported and widely used to have clean revision trees.

Aschroet (talk)14:44, 30 March 2015

Well, there's a "preview changes" button to avoid saving the edit, maybe some users should be taught to use it more often :)

Your proposal is a sensible one. But that change isn't straightforward, because it could create problems with edit conflict detection. Also, assume you save the current permalink to share that version of the page, and then the last editor changes the page again, the permalink will not reflect the text of the page at that revision (of course it isn't consistent currently because templates can also change). It would be also inconsistent in Special:RecentChanges to whoever reviewed an edit and then the edit is changed.

I'd also say that disk space is very cheap, specially for wikitext.

You may want to open a BUGREPORT for this (if none exists already).

Ciencia Al Poder (talk)09:38, 31 March 2015
 

[RESOLVED] Stuff not working

On my site I use MediaWiki 1.24.1, PHP 5.3.20 and MySQL 5.1.67. For some reason the edit toolbar will not appear when I make an edit to a page, nor will the search 'recommendations' bar. I have a feeling it's a problem with Javascript, but is it something else? What can I do to fix it?

Antiv31 (talk)00:06, 22 March 2015

Have you checked Manual:How to debug? When it comes to JavaScript, your browser's developer console will also display JavaScript errors.

AKlapper (WMF) (talk)16:05, 22 March 2015

Sadly my host has a lot of downtime right now, so I can't access it.

Antiv31 (talk)05:56, 24 March 2015

The JS error says: 'Uncaught SyntaxError: Unexpected token'.

Antiv31 (talk)23:15, 24 March 2015

In which file? In which line? You can pass debug=true as a URL parameter in the browser's address bar.

AKlapper (WMF) (talk)10:32, 25 March 2015
 

See Manual:Errors and symptoms#Missing edit toolbar, JavaScript not working

Ciencia Al Poder (talk)10:33, 25 March 2015

I realised it was my hosting provider which is injecting advertising into core MediaWiki files. I'll open a support ticket with them.

Antiv31 (talk)07:40, 28 March 2015
 
 
 
 
 

[INVALID] One-to-many relationship Semantic MediaWiki properties

Is it possible to define a one-to-many relationship between two properties of a SMW-page?

And if so, how?

Waanders (talk)13:57, 10 February 2015

Nobody?

Waanders (talk)11:55, 30 March 2015

Hi, maybe you should ask the support of Semantic mediawiki :)

Florianschmidtwelzow (talk)07:08, 31 March 2015
 
 

Recent changes

Dear All.

I have a custom namespace where sensitive information are stored. Only logged in users are allowed to read and alter the contents of this namespace. However, changes made in this sensitive namespace show up in RSS feed and recent changes. Are there any option to exclude this namespace from triggering recent changes?

Regards

Pompelpilt (talk)09:59, 26 March 2015

See Manual:Preventing access. basically, a wiki is not made to have per-namespace read protection. That information could be leaked in a lot of different ways.

You should probably want to create a different wiki for that, and make it private, instead of using a namespace for that.

Ciencia Al Poder (talk)10:44, 26 March 2015

Thanks for your reply. I have perfect control over access to the namespace with sensitive information. Users are required to log on when they want to see articles in that namespace. That works like a charm. The problem is that information provided in this namespace leaks through "Recent changes" and RSS feed witch can be viewed by anyone. I could probably restrict access to "Recent changes" and disable RSS feed, but I would prefer to keep those running.

Pompelpilt (talk)11:17, 26 March 2015

You need custom hook. Try adding to bottom of LocalSettings.php

$wgHooks['SpecialRecentChangesQuery'][] = 'wfHideChanges';
function wfHideChanges( $conds ) {
$hiddenNS = 123; // Replace this with the namespace NUMBER (not its name) that you want to hide.
$conds[] = 'page_namespace != ' . $hiddenNS;
return true;
}

Untested. I probably made a typo somewhere. no guarantees it works. Probably lots of other side methods of accessing page contents (including as templates, other special pages, special:allpages, etc).

Bawolff (talk)17:37, 26 March 2015

Well, I tested it, and it did produce a recent changes event and an RSS feed. I changed the namespace number before I did the test. That was the only change needed, right?

Unfortunately, I have little knowledge of the programming language here, so I have no idea what to look for. Thanks anyway. Any other ideas?

79.160.210.5819:21, 26 March 2015
 

Dear Bawolff.

As far as I can see, there are no typo in your suggestion. This page: http://stackoverflow.com/questions/4888414/exclude-pages-from-mediawiki-recent-changes suggests that your code should be working. However, SpecialRecentChangesQuery seems to be depreciated from MW 1.23 witch I am using. What kind of hook could I use in it's place?

Pompelpilt (talk)21:16, 27 March 2015

It is depreacted with 1.24, at least the documentation of the hook tells that. And it mentions the replacement: Manual:Hooks/ChangesListSpecialPageQuery

Florianschmidtwelzow (talk)00:33, 29 March 2015
 
 
 
 
 
First page
First page
Previous page
Previous page
Last page
Last page