Project:Support desk

Jump to: navigation, search

About this board

vde   Welcome to's Support desk, where you can ask MediaWiki questions!

There are also other places where to askCommunication: IRCCommunication#Chat, mailing listsMailing lists, Q&A etc.

Before you post

Post a new question

  1. To help us answer your questions, please always indicate which versions you are using (reported by your wiki's Special:Version page):
    • MediaWiki
    • PHP
    • Database
  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 topic".
By clicking "Add topic", you agree to our Terms of Use and agree to irrevocably release your text under the CC BY-SA 3.0 License and GFDL

How do I contact an administrator?

Summary by Tropicalkitty

See Special:ListUsers/sysop on your local wiki.

Gioia333 (talkcontribs)

This universe of Wiki is soooo confusing. I just had 2 pages deleted by robots that mis-cited information. The administrators who supposedly followed up after I "Talked" back to supposedly a real person... seem also NOT TO BE REAL PEOPLE who are active on the site. Please guide me to contact a real life administrator in the Wiki system. thank you.

Visual Editor Insert Menu Missing Code Block Option

Londonx (talkcontribs)

Hi there was a thread earlier on this but no one actually posted how to get it to work other than a link to some extension. I looked it over and I still can't figure out what's wrong. I use media wiki 1.25 with the matching Visual Editor version. I would encourage the community to post how they fixed something when they get it to work so that we can avoid repeat threads with pleas for help.

Reply to "Visual Editor Insert Menu Missing Code Block Option"
2602:306:8B57:76D0:3138:4FA2:C19B:2843 (talkcontribs)

i have had vuze for months i even paid for vuze plus and i have not been able to pull up one music or movie sent i had it what can be done about this need help please

Ciencia Al Poder (talkcontribs)

We do not provide vuze support

Reply to "how do i get vuze to work"
Cmach7 (talkcontribs)


Can you please tell me how to create a MediaWiki? I don't know how to do that. There are no links to do that.

Jasper Deng (talkcontribs)

You mean create your own wiki? See Manual:Installation guide.

Monang (talkcontribs)

U only have to install media wiki??

Bawolff (talkcontribs)

Indeed, its a computer program like any other (So is any other website on the internet).

Some people offer hosted MW (where they take care of those details for you). Some charge for it, while others offer such things for free (Typically the free one's either require adverts and/or require the wiki to be on a topic of interest to the general public) There's a bunch listed at w:Comparison_of_wiki_farms, but there's many others not listed there you can find by googling.

SONiQz (talkcontribs)

I've been searching around trying to establish whether I have missed something however my MediaWiki with VisualEditor doesn't appear to match the editor from the Sandbox page. For the most part it is all there, but the 'Insert' drop down looks to be missing options such as 'Code Block'. I gather it may be down to a plugin that needs to be added but there doesn't appear to be any documentation as to how this was created.

Any help would be appreciated! (talkcontribs)

That is from Extension:SyntaxHighlight GeSHi. (talkcontribs)

I have the exact same issue. I do not see the code block option...

SONiQz (talkcontribs)

Extension:SyntaxHighlight GeSHi. Is the key! Thank you for your prompt response!

After changing the localsettings.php always the same error

Wegavision (talkcontribs)

MediaWiki 1.24.1

PHP 5.5.8 (cgi-fcgi)

MariaDB 5.5.35-MariaDB

My wiki works fine:

But if I change someting in the localsettings, for example adding a # in a free line, there ist alway this error:

Warning: Cannot modify header information - headers already sent by (output started at /users/filmtheater/www/wiki/LocalSettings.php:1) in /users/filmtheater/www/wiki/includes/WebResponse.php on line 37

Warning: Cannot modify header information - headers already sent by (output started at /users/filmtheater/www/wiki/LocalSettings.php:1) in /users/filmtheater/www/wiki/includes/WebResponse.php on line 37

Warning: Cannot modify header information - headers already sent by (output started at /users/filmtheater/www/wiki/LocalSettings.php:1) in /users/filmtheater/www/wiki/includes/WebResponse.php on line 37

Warning: Cannot modify header information - headers already sent by (output started at /users/filmtheater/www/wiki/LocalSettings.php:1) in /users/filmtheater/www/wiki/includes/WebResponse.php on line 37

Even if I remove the change, the error is still there, only the original localSettings.php works. (talkcontribs)

Unrelated to your question, MediaWiki 1.24 is no longer supported and has known security holes. For the security of your own data, you should upgrade MediaWiki to a supported version!

If you get an error in LocalSettings.php on line 1, then you most likely have edited the file with an editor, which silently adds a en:byte order mark . Such a sign at the beginning of the file can be invisible in the editor and can cause this problem. See the big red box in the manual page about LocalSettings.php! When you edit LocalSettings.php, make sure that you use an editor, which does _not_ add byte order marks to files.

This comment was hidden by Ciencia Al Poder (history)
Reply to "After changing the localsettings.php always the same error"

How do I customise the File:File.jpg template?

Summary by Cassolotl

I've found a suitable extension that should do the job once I've worked out how to fix the bugs it's come with. ;) Thank you!

Cassolotl (talkcontribs)

Hi, :)

I am very new to wiki management, and I would like to add some text to the standard MediaWiki File:file.jpg type pages.

I've explored system messages thoroughly and googled a LOT and can't find anything I can helpfully edit for what I want to do. What I want to do is add a little snippet of code to each file page for users to copy and paste into articles, to more easily insert pictures.

I don't have a technical fault so this may not help, but the instructions say to do it! Here's my wiki:

Thank you for reading this far,


Ciencia Al Poder (talkcontribs)

It doesn't seem to be an extension for that, but Wikimedia Commons uses a gadget for this: commons:Help:Gadget-Stockphoto.

Cassolotl (talkcontribs)

Ooo, interesting, that looks helpful.

Can you give any advice on how to install gadgets? Is it an extension, or a different kind of thing?

Edit: Okay, I've enabled the Gadget extension, and I've installed a few gadgets from some of these galleries: Topic:Rgqlt87fbuv0w18k

But Stockphoto isn't on any of those lists, and I don't know how to install gadgets without importing exported thingies through Special:Import. :S

Ciencia Al Poder (talkcontribs)

The gadget is in Commons, so you should look at commons:Special:Gadgets

Cassolotl (talkcontribs)

Perfect! :) I have now four gadget galleries:

Thank you very much!

Special:Log/Patrol looking for "no-auto" only

Juetho (talkcontribs)
  • MediaWiki: 1.27.0-wmf.12 (0915d8b) 02:16, 5. Feb. 2016
  • PHP/Database: n/a
  • Project: WMF

I'm able to look for auto-patrolled edits and for all edits; I'm not able to look for edits that are not auto-patrolled.

Special:Log/Patrol works as follows: showing auto-patrolled edits only. On the other side, I tried parameters like "noauto", "no-auto", "notauto", "not-auto" but all these wrong parameters are ignored. Is there any suitable parameter to call no-auto edits only?

ApiSandbox works similarly. shows all edits differed by

<params curid="782016" previd="781892" auto="" />
<params curid="782008" previd="782007" />

As far as I remember I found a test showing auto-patrolled edits only (but don't know how). I didn't find a way to show no-auto edits only.

Of course, I can remove all auto edits manually. Is there a more direct way? Thanks in advance, Jürgen (User:Juetho)

Reply to "Special:Log/Patrol looking for "no-auto" only" (talkcontribs)

I've scoured to find documentation pertaining to how to disable these vandalism checks. My contributors and I make massive changes throughout the site; it's normal to gets reverted back to previous content since upgrading to a newer version of mediawiki. I would think the tips from using mediawiki as a CMS would be enough to cover it, but it seems not.


(diff | hist) . . m page-name; 22:51 . . (-47,412)‎ . . ‎User2 (Talk | contribs)‎ (Reverted edits by User2 (Talk); changed back to last version by User1)

Thanks! (talkcontribs)

Is your wiki public so that I could have a look? What is its URL?

Your configuration obviously is that the same user, who did an edit, automatically(?) undoes it again, if some magical criteria are met. I would guess that it is some kind of extension, which might do that.

Please check your Special:Version page in your wiki and see, which extensions it lists there! (talkcontribs)

Not really sorry. Everything is fairly default.

Product Version MediaWiki 1.23.13 PHP 5.4.16 (apache2handler) MariaDB 5.5.44-MariaDB

Last time I looked at the problem I could tell it was something around this mechanism.

You can see it follows the example of the resent change format. Something is triggering a rollback and this revertpage functionality.

I do not have any extensions enabled, no require once in LocalSettings.php. (talkcontribs)

Apparently showing apache logs is a bad idea here. (talkcontribs)

Apache logs showing automatic rollback upon submission. (talkcontribs)

I am pretty sure that MediaWiki itself does _not_ contain a functionality, which would do automatic reverts.

There are some extensions, which can be used to do automatic reverts (and if these extensions are configured incorrectly, they could show the undesired behaviour, which you see). One of these extensions is Extension:AbuseFilter. However, if you do not have any extensions installed, then this cannot be the problem.

The log excerpt, which you posted, only contains hits, which have been done by one and the same user. To me it looks like this has happened: The user visited Special:RecentChanges and then he hit one of the rollback links, which are present on that page. At least judging from the URLs, which have been requested, this is what happened.

Based on these observations, I would expect that, if you do _not_ visit Special:RecentChanges, _no_ rollback occurs. That mightbe a workaround until the problem is really solved.

Does that happen for _all_ users? Or only for some?

Do you maybe use some JavaScript, which automatically clicks certain links for you? (talkcontribs)

I observe it very rarely. Two or three heavy committer seem to be have this issue. In the database the rc_comment notes the following on the rollback.

Reverted edits by user2 (Talk); changed back to last version by user1

Also rc_log_action and rc_params are blank instead of null for both the commit and the rollback. This differs from normal commits that have null for both fields.

I'll ask the committer not to look at the page and I'll examine it in the database. As for javascript very doubtful. Text data is what the wiki is used. Everything is very vanilla, no customization other than the banner icon.

Since i'm not referencing any extensions I'm just going to delete the directory and see if I notice anything different. (talkcontribs)

I'm not 100% sure yet, but disabling Special:RecentChanges seems to stop this behavior. I disabled access to Special:RecentChanges via the extension Lockdown and I have not seen the activity since. The problem is I know the users are not actively pressing the rollback for the changes. I would like to have the functionality to see changes, but at least it seems working correctly again. Thanks for your suggestions! I'll leave an update when I know for sure. (talkcontribs)

It seems highly likely that they are just accidentally (or maybe purposely) clicking on the rollback link. You could simple hide that link to test that theory.

.mw-rollback-link {
	display: none;

You could also remove the rollback right from their user group, and if you still want to have it, make a new group that contains the rollback right and give your account that group.

Reply to "How to disable vandalism checks"
Stagenine (talkcontribs)

Ich hoffe ich bin hier Richtig mit meiner Frage, wenn ich falsch bin bitte einmal benachrichtigen
Hallo ich bin grade dabei ein eigenes Wiki Projekt Aufzubauen, und benötige dazu Hilfe bei der Konfiguration und Installation von Erweiterungen.

Ich möchte die Erweiterung Echo und Math noch in meinen Wiki Integrieren.
Bei der Eche erweiterung bekomme ich nach der Installation, (also den Ordner Echo in den Extensions Ordner im Server übertragen) und in die LocalSettings.php den Befehl require_once "$IP/extensions/Echo/Echo.php"; oder wfLoadExtension( 'Echo' ); funktionieren nicht. Irgendwie bin ich ratlos was ich da machen kann.

Die Math Erweiterung habe ich auch versucht so zu installieren, allerdings auch ohne durchschlagenden erfolg.

Auserdem würde ich gerne einen neuen Namensraum erstellen. Dazu habe ich in die LocalSetting.php $wgExtraNamespaces eingetragen, wie aber trage ich den nun genau meinen Namensraum ein?


Für Hilfe von euch währe ich sehr dankbar und würde mich freuen wenn Ihr mir helfen würdet. ZUrzeit läuft meine Wiki in Version 1.26.2 (talkcontribs)

Ob eine Erweiterung installiert ist oder nicht, kannst du auf der Seite Special:Version in deinem Wiki sehen. Wenn die Erweiterung installiert ist, wird sie dort angezeigt. Der Befehl für LocalSettings.php sieht gut aus. Wenn die referenzierte Datei nicht vorhanden ist, dann bekommst du einen PHP-Fehler. Wenn das nicht passiert, dann sollte die Erweiterung zumindest gefunden werden.

Passiert nach der Installation irgendwie gar nichts, dann kann das an einem PHP-Cache liegen, der noch alte Daten enthält. Oder es wurde die falsche LocalSettings.php-Datei bearbeitet (z.B. eine aus einer anderen Installation).

Reply to "Erweiterungen Installieren"