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

'Anti-Habsburg defamation online' = breaches against 'The Online Defamation Law'

DougieLionheart (talkcontribs)

Hello, dear Wikipedia team...

I happened to have noticed that people seem to spread 'anti-Habsburg propaganda' into Wikipedia that happened to originate from the German/Austrian-Hungarian period post 1914 - 1945, when national socialism and anti-semitism was on the rise - by simply spreading unverified 'libel'. There has been historic attempts to 'erase' or 'vilify' the descendants of the Habsburg lineage (see 'Habsburg Law' April 1914, only in the 80ies being admitted of having been 'inhumane' as 'human rights infringing'. But now some people are passing this 'historic vile' that originated post 1914 into the Nazi regime onto online. By copying without common sense nor critical thinking from 'historic sources' of this 'delicate period' that has been highly 'manipulated' by two war machineries and ideologies.

When I try to put an 'historical spin doctor alert' on these pages I happen to notice, that your Clue Bot Ng sends me automatic messages.

This is the problem of 'open source' and statements been blindly copied. Historical propaganda wrongfully enters now the online domain - so that this malevolent spin repeats itself AGAIN.

What's wikipedia's stance to this? Do you want to repeat the 'pre-era' that led us into WW2 by helping to spread such wrong historical propaganda?

Is that the ethically right thing to do, to post untruth about people that once have shaped European history?

As being one of those people having donated to you repeatedly to keep this site up and running, may I now object such unnoble conduct for being against the 'Online Defamation Law'??

Warmest regards,

Dougie Lionheart

Reply to "'Anti-Habsburg defamation online' = breaches against 'The Online Defamation Law'" (talkcontribs)

Hi there,

I've installed 1.16.0.

After moving LocalSettings.php and navigating to the homepage, I get many rows of the following error:

Warning: preg_match(): Compilation failed: group name must start with a non-digit at offset 8 in /home/acemedia/public_html/includes/MagicWord.php on line 722

Warning: preg_match(): Compilation failed: group name must start with a non-digit at offset 8 in /home/acemedia/public_html/includes/MagicWord.php on line 722

I've googled and seen the mediawiki-1.16.0.patch file and attempted to run it in ssh, but nothing happens. Can someone please help?

Project Story:

I am migrating my client's 1.16.0 to wordpress. Unfortunately, they've only given me a database dump file of their 1.16.0 installation and I have to install the site on my own server so I can migrate it using a migration tool by cms2cms since its the only service online that advertises they can do it. I have installed 1.16.0 on two separate servers, but i keep getting this error.

Ksrosales (talkcontribs)

BTW, I just ran \maintenance\update.php but i still get the same issue.

Shirayuki (talkcontribs)

See also Thread:Project:Support desk/MediaWiki don't work with PCRE 8.34 (2)

Reply to "mediawiki 1.16.0 patch issue"

Images only indexed as thumbnails by search engines

Mijns (talkcontribs)


Untill 12 months (or so) ago our wikis, like were indexed just fine by Google and other search engines. Especially the indexing of the historical pictures worked very good. But then suddenly something changed and I just can't figure out what. All (20K) images are still indexed, but only the thumbnails. E.g:,+juli+1963.+Op+de+achtergrond+het+gebouw+van+soci%C3%ABteit+De+Vergenoeging.&safe=off&es_sm=93&source=lnms&tbm=isch&sa=X&ved=0CAcQ_AUoAWoVChMI9vTK8YHNxwIVyD7bCh1k5win&biw=1600&bih=731#imgrc=xvkTH9qMLPIimM%3A, while we would like Google c.s. to find this:

I'm not the technical admin, but still: the main content manager. Does anyone here knows what prevents the crawlers from indexing the uploaded images themselves? Thanks in advance! (talkcontribs)

Your robots.txt file is looking good.

Ciencia Al Poder (talkcontribs)

This may be a problem of how google rank those full-sized images because being 2-click-away from where are they used. See task T54647 where this problem is discussed.

This comment was hidden by Mijns (history)
Mijns (talkcontribs)


Reply to "Images only indexed as thumbnails by search engines" (talkcontribs)

Just started a mediawiki here, and I wanted to add a new user group for myself as the site-developer so I could fine-tune bureaucrats and sysops a bit more (while not leaving my own rights vulnerable-- for instance, no one could remove my rights). When I define that new user group, is there any way I can open up all rights in one code line instead of having to manually add in every individual right?


Reply to "All Rights for Systems Admin?"
Strifefox (talkcontribs)

Wiki Link:

Wiki Version: 1.23.9 (pretty sure, was installed via QuickInstall from HostGator)

Problem: Image Uploads is turned on, I can upload images with no problem. However they are displaying as broken images, not viewing properly. From what I was told, it's some where in the .htacess file but I have no idea what It should be saying or what I need to add/change on it to make this problem remedy itself.

Reply to "Error 403 with Images"

Images not accepting formatting parameters

2 (talkcontribs)

Just upgraded a server and moved my Wiki. All images are now not displaying formatted values such as right, thumb, caption, center, etc. For example if I enter [[File:Image1.png|center|border]], the image is displayed with default parameters. If implementing a thumb format, default as well. No wiki formatting for images seem to work. I am running Mediawiki 1.21.3. Unfortunately my Wiki is not on a public IP so I can't direct you to it.

Ciencia Al Poder (talkcontribs)

It's hard to imagine what happens... so you say if you use [[File:Image1.png|thumb]] the image is not right-aligned and instead it displays in line with the text?

Are just images or the whole wiki interface displays without styles applied?

Reply to "Images not accepting formatting parameters"

Updating a Realy Realy old version (1.15)

Jessemcternan (talkcontribs)

I would like to update my local wiki to the most up-to-date version. The majority of the webpages on this topic I found were for version much newer than mine. Can this level of upgrade even be done? I have quite a bit of information that I don't want to manually re-enter.

MediaWiki 1.15.1
PHP 5.3.2-1ubuntu4.30 (apache2handler)
MySQL 5.1.73-0ubuntu0.10.04.1

My wiki is local. I don't have a link for anyone to follow.

Thank you very kindly for your help. (talkcontribs)

Hi Jesse!

Yes, what you want is possible.

It is important that you make sure you have a working backup of your wiki: The database and the files. Put that on an external disk, unplug it and keep it far away from your actual computer. After that you can try the upgrade and you won't loose anything, should you screw up.

Here is a complete guide on how to upgrade: Upgrade!

If you have further questions, do not hesitate to ask!

Florianschmidtwelzow (talkcontribs)

Hi! First: Good decision to upgrade, MediaWiki 1.15 is already unsupported for a long time :P

You should following the Upgrade tutorial when upgrading. In the FAQ section you'll find a question "How do I upgrade from a really old version? In one step, or in several steps?" :) If you have any specific problem when upgrading, feel free to ask here!

Btw.: You should really really do a backup, it's always possible, that data will be lost after or during an upgrade, even if the last 999 upgrades went fine :)

Please remember, that the latest MediaWiki version needs at least PHP 5.3.2, so you have to upgrade your php version, too. (talkcontribs)
Please remember, that the latest MediaWiki version needs at least PHP 5.3.2, so you have to upgrade your php version, too.

Oh, that's right and not right at the same time. :-) MediaWiki 1.25 in fact needs PHP 5.3.3 at least. That means, if Jesse wants to upgrade to 1.25, he will in fact need to upgrade PHP as well. I missed that. However, according to Compatibility#PHP, MediaWiki 1.24 will work nicely also with PHP 5.3.2.

So for MediaWiki 1.25, a PHP upgrade would be necessary. MediaWiki 1.25 is working nicely also on newer PHP versions; e.g. for Ubuntu, PHP 5.5 is available. This version can be used to run MediaWiki on it.

Florianschmidtwelzow (talkcontribs)

> to the most up-to-date version

:D :P But you're right, 1.24 would work :)

Reply to "Updating a Realy Realy old version (1.15)"

Check if a project does backup deleted revisions

MarcoAurelio (talkcontribs)

Hi. At m:Meta:Deletion policy there's an old warning that Meta does not backup deleted revisions. I'd like to confirm if that's still true so I can remove such warning from the policy. Thank you. (talkcontribs)

I don't know the answer, but the note reads:

Note that Meta-Wiki does not back up deleted revisions, and they may be lost in the event of a serious server failure.

If Meta uses the same user interface options as every wiki else, then deleted revisions do stay in the database. If they did not, they would no longr be restorable and the same note also states that admins do have the possibility to restore deleted revisions.

What I could think of is this: When a revision gets deleted, its revision information is internally moved to the database table "archive". Revisions from that table will still be restorable just as usual. If however, during the creation of backups this table is excluded, then the information would be lost, if a backup was used.

If the backup script still excludes the archive table today, is what I don't know. Aren't the database dumps available somewhere? Looking into them should help clear that up...

Reply to "Check if a project does backup deleted revisions"

How can I add that "Add pages from namespace" in Special:Export?

3 (talkcontribs)

I want to add that option just like it's there on this ( site.

I'm using Mediawiki 1.25.2.

MarkAHershberger (talkcontribs)

Set $wgExportFromNamespaces to true. (talkcontribs)

@MarkAHershberger Thanks a lot! :)

MarcoAurelio (talkcontribs)

Hi. Do we have any information regarding the use and working of the new Gadget and Gadget definition namespaces? Are gadgets suposed to be moved to such namespaces? I couldn't find any information about them. Thanks in advance. Best regards.

MarkAHershberger (talkcontribs)

Thanks for asking! I wasn't aware of these changes. I've asked Legoktm for information about this. Perhaps he'll respond here.

Krenair (talkcontribs)

No, and you shouldn't be able to move anything into them anyway. See ticket