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 (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)"

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.

Reply to "Images only indexed as thumbnails by search engines"

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

Summary by MarkAHershberger

Old note is old.

Edgars2007 (talkcontribs)

Hello everybody!

Have question about Manual:Redirect table. Is the table data incomplete now, too? Or redirect table is fine now?

Also, there should be some updates for DB schema. There is at least one new table - wbc_entity_usage (related to Wikidata). (talkcontribs)

I think the Manual on the Redirect table is fine.

Note that the page DB only lists database tables, which are related to the MediaWiki Core. It does not list tables of extensions. That entity_usage is not listed on that page, is correct.

Edgars2007 (talkcontribs)

I think you misunderstood me. I'm talking about this note:

NOTE: as of August 2007, database dumps for Wikipedia and other Wikimedia projects as provided on have incomplete data in this table: only redirect pages that have been created or edited recently are present. For older redirects, resort to using the pagelinks table.

My question was: what is the status of it currently - as of August 2015?

About wbc_entity_usage. OK, that seems normal, but where I could find, what DB tables are available for work at quarry?

MarkAHershberger (talkcontribs)

Since the note says that links after August 2007 will be there and that was eight years ago, I would expect the Redirect table to be almost 100% complete now.

External Link Search in section Special Pages producing unknown error

Summary by MarkAHershberger

Upgrade, or don't use External Link Search in 1.18.0

Cjcaesar (talkcontribs)

Hello all. I have a mediawiki install running and when I try to use the External Link search, in the SPecial Pages (can be seen here):

I get the following cryptic cryptic message:

Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information.

The LocalSettings.php file has been altered but I have no idea how to debug the installation, I am very much a front end user. Does anyone know what could be causing this error?

Thank you very much.

MarkAHershberger (talkcontribs)

You say the LocalSettings.php file has been altered. I'll assume you altered it and changed it back because the "Set $wgShowExceptionDetails = true;..." message is there now.

When you add the line

 $wgShowExceptionDetails = true;

as the last line in your LocalSettings.php file, what do you see? Can you paste the debug information here?

Cjcaesar (talkcontribs)

Ah. Thank you. OK So I took the # off the last line and this was the result that I got when clicking External Link Search under Special Pages:

Call to undefined method LinkSearchPage::getLanguage

#0 .../includes/specials/SpecialLinkSearch.php(82): SpecialPage->__call('getLanguage', Array)
#1 .../includes/specials/SpecialLinkSearch.php(82): LinkSearchPage->getLanguage()
#2 .../includes/SpecialPageFactory.php(458): LinkSearchPage->execute(NULL)
#3 .../includes/Wiki.php(226): SpecialPageFactory::executePath(Object(Title), Object(RequestContext))
#4 .../includes/Wiki.php(626): MediaWiki->performRequest()
#5 .../includes/Wiki.php(533): MediaWiki->main()
#6 .../index.php(57): MediaWiki->run()
#7 {main}

I hope this helps. Thank you for your time, expertise and help. It is highly appreciated.

MarkAHershberger (talkcontribs)

I just noticed that you're running a very old MediaWiki. You should upgrade to at least the LTS which is MediaWiki 1.23. The version you're running (1.18) is unsupported.

If you don't want to upgrade, you can see if moving to a later version than 1.18.0 has fixed this bug.

Cjcaesar (talkcontribs)

Thanks for checking this out for me. So what you're telling me is that this bug is inherent to the software? The only option is to upgrade my version? Do I have any other options?

Thank you for your time. Just wary of upgrading.

MarkAHershberger (talkcontribs)

I understand you're wary of upgrading. I still recommend doing it.

But, yes, that is a bug and your only options are

  • to upgrade from 1.18.0,
  • find the offending code and fix it yourself, or
  • never use that page.
Ciencia Al Poder (talkcontribs)

You should be more wary of having an unmaintained and unpatched MediaWiki installation that could have open vulnerabilities