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

Blank Pages After Briefly Displaying Wiki

Frohro (talkcontribs)

I have been attempting to move my wiki from a server running Ubuntu 14.04, MediaWiki 1.19.14+dfsg-1, PHP 5.5.9-1ubuntu4.18 (apache2handler), MySQL 5.5.49-0ubuntu0.14.04.1 to a fresh install of Ubuntu 16.04, mediawiki 1.27. I copied the mediawiki.conf from the first server into /etc/apache2/conf-available/, modified it for the correct directory, loaded the mysql dump into mariadb, ran the update script (which completed without errors), added extensions the best I could (embedded video and math). The extensions don't seem to be working on the first brief showing of the page, before it goes blank. When I compare /tmp/wiki.logs, I see this, with the new not working wiki on the left, and the old working one on the right. There are no php errors, and I have the php.ini and LocalSettings.php set to show them.

I note that the new non-working wiki seems to do a shutdown after the request ended normally. Is this related to my problem?

I'm at a loss what to do from here. Maybe I should try and install the same version of wiki on each machine, and then try and upgrade the wiki. Any suggestions are welcome!



Reply to "Blank Pages After Briefly Displaying Wiki" (talkcontribs)

Hi i made a clean installation with php 5.6 and mysql utf8 database Login and the new user registrati not working i getto this error:

Fatal error: Class 'MediaWiki\Session\UnexpectedValueException' not found in /membri2/selven/includes/session/Session.php on line 426 You can find the wiki here: (talkcontribs)

serch around and it's a common problem i tried both

$wgSessionInsecureSecrets = true;

$wgSessionPbkdf2Iterations = 10001;

but they don't work (talkcontribs)

still investigating i have openSSL 0398b installed on my server it's a host so i cannot modify it any help? (talkcontribs)


Ciencia Al Poder (talkcontribs)

This is a known problem for MediaWiki 1.27, tracked on task T136587. A fix should be released on 1.27.1. You can install php with php-openssl if it supports aes-256-ctr, or remove php-openssl and have php-mcrypt with rijndael-128 support, otherwise, install MediaWiki 1.26 and wait until the fix is released to upgrade. (talkcontribs)

I'm on free host i cannot decide php configuration, i should upgrade from 1.23 but if this is the beginning for 1.27 will be a long work (i should rebuild also the them against because they changed the management)

Reply to "Login not work"
Skellerklunch (talkcontribs)

As you can see in and, there's aa </td></tr> shown in the page due to Infobox philosopher, while the inbox writer works perfectly. I Special:Exported from wikipedia and clicked the button for "Include Templates"

I am wanting to know how to delete the </td></tr> from the page. It does't show up in edit.

I would appreciate some help, please. Thank you.

Ciencia Al Poder (talkcontribs)

Editing the page displays, under the edit summary, a list of templates used on the page, and there are some of them with a red link, which means they haven't imported on the wiki. Can you try importing them first? Note that Special:Export may fail to export all required dependencies if used to export a template, because other templates may be conditionally included depending on the parameters used on a given page.

Skellerklunch (talkcontribs)

Hello. I imported them all and "Templates Used on this page" shows all blue now.

My page still however displays the </td></tr>. I'm thinking it's due to the page, but I have no idea how to fix it.

Skellerklunch (talkcontribs)

If I delete the

| module = ....

part of the code in the Template:Infobox philosopher source code the </td></tr> ceases to show.

However, doing so will disallow me to use School, Institutions, Main interests, notable ideas, influences, influenced, and signature.

AhmadF.Cheema (talkcontribs)

I am unsure whether it is related or not, but looking at the template documentation ( there are some problems appearing.

I don't know what is the solution for these problems, or even if they are relevant but maybe someone else can help?

Skellerklunch (talkcontribs)

Thank you for the reply.

I've been trying to fix this issue, but I've given up as a newbie having no idea about coding.

The strange thing is that "infobox person" works, although the template:infobox person shows some lua errors.

I'll be using infobox person until the </td></tr> issue is somehow magically resolved.

Again, thank you for your advice.

Reply to "Template:Infobox philosopher"

why does firefox show "mozilla firefox (4)" in the task bar?

2 (talkcontribs)

why does firefox show "mozilla firefox (4)" in the task bar?

Ciencia Al Poder (talkcontribs)

I guess you have 4 open windows of mozilla firefox... anyway, why are you asking this on this support desk?

Reply to "why does firefox show "mozilla firefox (4)" in the task bar?"

My installation of MediaWiki wont upgrade to 1.27

MorbidEntree (talkcontribs)

When I use the upgrade script, it says it successfully upgraded, but the version page still says that it's on 1.26.2 and not 1.27.x. Any help at all is appreciated. (please note that the domain this is on is only temporary as I'm waiting a bit to buy the domain for it)

Also note that this installation was generated via the Zacky Installer tool found on ZettaHost

AhmadF.Cheema (talkcontribs)

How exactly did you upgrade?

If you used update.php, then if I'm not very much mistaken, this only updates the database and not the installation itself.

MorbidEntree (talkcontribs)

I used /mw-config/. (talkcontribs)

In that case you are still running MediaWiki 1.26.2. :-)

You have tp update the MediaWiki files first. After that you have to update the database.

See upgrade for all the details!

MorbidEntree (talkcontribs)

OH! I forgot about that step altogether! Thanks!

BenKennish (talkcontribs)

Categories do not appear to be working on my wiki. I have a page called "Test" and I edit it and add the following line to the bottom "[[Category: Testing]]". After saving the page, the category link appears at the bottom like this: "Categories: Testing". When I click 'Testing', however, the category page contains the words "This category currently contains no pages or media." This text appears regardless of whether the 'Testing' Category page has been created or not. I have tried adding multiple pages to a category but with no luck.

MediaWiki 1.27.0

PHP 5.5.37 (cgi-fcgi)

MySQL 5.5.50-cll

Thanks in advance,

Ben (talkcontribs)

Try running the rebuildall.php maintenance script!

BenKennish (talkcontribs)

Thanks for the help. This seems to have built the categories correctly for existing pages and categories but I just created a new category (adding "[[Category: Testing2]]" to page "Test") and clicking through gives me the "This category currently contains no pages or media" message again. Existing categories are also not being updated if I add a new page to them.

I assume that I'm not supposed to run this script every time I create a new category or add a page to a category?

AhmadF.Cheema (talkcontribs)


where replace, for your own wiki name. This will show you how many "jobs" are remaining. Your updated categories will not show until the jobs have been finished.

If there are a lot of jobs left, you may have to run: php maintenance/runJobs.php

See Manual:RunJobs.php

Note that for edits that result in changes to a large number of pages (like when changing which categories a page belongs to) can cause a high number of remaining jobs.

BenKennish (talkcontribs)

Going to that URL gives me the following results:


   "batchcomplete": "",
   "query": {
       "statistics": {
           "pages": 22,
           "articles": 12,
           "edits": 207,
           "images": 3,
           "users": 3,
           "activeusers": 1,
           "admins": 3,
           "jobs": 262


There are very few pages in my wiki so it seems surprising to me that mediawiki can't cope with automatically updating categories already. (talkcontribs)

You can use the runJobs.php maintenance script to get all jobs executed in one go. This will run all the 262 jobs, which you still have open. You also can set up a cron job to regularly run that scipt, e.g. every 5 minutes or so. Categories would then be updated again no later than 5 minutes after the according edit has been saved.

Another possibility is to change the value of $wgJobRunRate in LocalSettings.php, so that more jobs get executed automatically during page views. The value, which you currently have for $wgJobRunRate, is too low for the way how you are using MediaWiki.

This comment was hidden by AhmadF.Cheema (history)
BenKennish (talkcontribs)

Thanks. I'd like category updates to take effect immediately so rather than relying on a cron job, I tried increasing the value for $wgJobRunRate to 3 (from the default which seems to be 1) but it still didn't work when I tried adding a category to a page. Btw, I am not using MediaWiki intensively at all atm, the site is not a production site and I am just testing creating, editing, and categorising pages.

BenKennish (talkcontribs)

Could there be a bug that means jobs are not getting processed for me at all? I didn't have any such problem with a previous version of MediaWiki (1.25.1). (talkcontribs)

You can check, if jobs are run by visiting the api.php URL, which you quoted from in one of your posts above. After you have visited a number of wiki pages without editing them, refresh the api.php result and look at the number of unfinished jobs to see, whether there is any progress.

Generally, jobs are executed one after the other in the order in which they are in the jobs table inside the database. New jobs get added to the end of that table. So, if you now add a category and it e.g. is the 264th job, then 263 jobs will have to be run before your category update happens. If you have only very few page hits, it is still possible that more new jobs get added than old jobs get run effectively producing a growing number of unfinished jobs, which will force you to wait longer and longer until they finish.

BenKennish (talkcontribs)

The "jobs" value of api.php is staying at 8 no matter how many times I visit pages without editing them (e.g. by clicking "Random page") so I have a feeling that $wgJobRunRate is not working properly for me. Any ideas? (talkcontribs)

The job queue i notoriously broken. There always were situations, in which it did not work correctly. And obviously with 1.27, the same problem came back in a slightly different way.

You could now figure out, what is going wrong in your case and fix this either in your environment or by opening a bugreport. At least that is what I once did - in my case it was a superfluous /bin/bash call, which made the code fail silently. And that call was not even necessary; apart from throwing a fatal error, it would have worked. That is how the job queue is...

Ciencia Al Poder (talkcontribs)

In Manual:Job queue I documented most of the failures on the job queue, see if any of the workarounds works for you.

Reply to "Categories not working"

Fatal error when trying to look at infobox imported from Wikipedia

MorbidEntree (talkcontribs)

I imported W:Template:infobox to my wiki, but whenever I try to go to it, it gives me this error: "Fatal error: Maximum execution time of 30 seconds exceeded in /root/ on line 144"

How can I fix this?

AhmadF.Cheema (talkcontribs)

It appears more of an issue with your hosting service.

See if the methods mentioned here can work for your hosting:

MorbidEntree (talkcontribs)

I increased the max execution time and got this error: "Fatal error: Call to undefined function pcntl_wifsignaled() in /root/ on line 645"

AhmadF.Cheema (talkcontribs)

pcntl_wifsignaled() is a php function needed to be enabled on the server.


Reply to "Fatal error when trying to look at infobox imported from Wikipedia"

PEAR mail package is not installed, when it is?

PirateCraft (talkcontribs)

I have contacted my host, and their response was that "all packages are installed and working and to contact your software developers".

So Pear Mail is installed, but it does not work, I have enabled the PHP error messages being displayed and nobody can register on my Wiki as it cannot send them an email as it fails with this error:

[6b4e34c7] /index.php?title=Special:UserLogin&action=submitlogin&type=signup&returnto=Main+Page MWException from line 291 of /home/toiletar/public_html/wiki/includes/mail/UserMailer.php: PEAR mail package is not installed


#0 /home/toiletar/public_html/wiki/includes/User.php(4260): UserMailer::send(MailAddress, MailAddress, string, string, array)

#1 /home/toiletar/public_html/wiki/includes/User.php(4233): User->sendMail(string, string)

#2 /home/toiletar/public_html/wiki/includes/specials/SpecialUserlogin.php(437): User->sendConfirmationMail()

#3 /home/toiletar/public_html/wiki/includes/specials/SpecialUserlogin.php(333): LoginForm->addNewAccount()

#4 /home/toiletar/public_html/wiki/includes/specialpage/SpecialPage.php(384): LoginForm->execute(NULL)

#5 /home/toiletar/public_html/wiki/includes/specialpage/SpecialPageFactory.php(553): SpecialPage->run(NULL)

#6 /home/toiletar/public_html/wiki/includes/MediaWiki.php(281): SpecialPageFactory::executePath(Title, RequestContext)

#7 /home/toiletar/public_html/wiki/includes/MediaWiki.php(714): MediaWiki->performRequest()

#8 /home/toiletar/public_html/wiki/includes/MediaWiki.php(508): MediaWiki->main()

#9 /home/toiletar/public_html/wiki/index.php(41): MediaWiki->run()

#10 {main} (talkcontribs)

PEAR has a guide to check its installation status:

Especially, PEAR must be in the include path. If it is not, then it won't be found.

PirateCraft (talkcontribs)

Ok thanks, Im not managing the environment my host is, I have forwarded them this reply. (talkcontribs)

I also have this issue and cannot seem to fix on IIS or Apache... both servers have the issue. (talkcontribs)

I've run through the manual several times now in both environments. Pear is installed and running, but when I got to use the ConfirmAccount extension I get the error message that the PEAR mail package is not installed. (talkcontribs)

Have you checked the thing with the include path?

PEAR must be in the include path. If it is not, then it won't be found.

Spas.Z.Spasov (talkcontribs)

Hello. I've had the same problem. I'm not familiar with php, but what resolve the problem for me was change of the relative include_path with absolute include_path in my php.ini. In my case: include_path=".:/usr/share/php/"  >>> include_path="/usr/share/php/"  (without the prefix: .: ) (talkcontribs)

I think that if you take "." away from the include_path, relative file inclusions will stop working. That way this change will cause more trouble...

Spas.Z.Spasov (talkcontribs)

Maybe, but I have two points. Before editing of php.ini there wasn't any include_path. And second point is that in the root directory of my web server (which I called - relative path) "/usr/share/php/" (which contains System.php) just missing. I have it in my root of the Linux filesystem.

Maybe another approach is to be made symbolic link (ln -s) between "/usr/share/php/" (absolute path) and the place where it must be in the web server (the place of the relative path).

Reply to "PEAR mail package is not installed, when it is?"

Infobox template adding line break

Danny252 (talkcontribs)

A recently infobox template is adding a <br /> tag after itself when included on a page on our wiki, resulting in the first line of an article being blank when included at the top of the page. For example, compare the top of the infobox to the top of the first line:

This doesn't occur on other wikis with infoboxes. I can't pin down where the line break is originating from - as far as I can see, Mediawiki adds <p> tags when two or more new lines exist, not <br />. My main suspicion would be some dodgy CSS, but that shouldn't be adding HTML. Any thoughts?

Ciencia Al Poder (talkcontribs)

On the infobox template page, there's an HTML comment with Sample infobox to copy & paste. Can you put that inside a <noinclude>? Starting just at the end of the table. Sometimes MediaWiki uses br when there's interaction with tables

Danny252 (talkcontribs)

A good idea, but sadly it doesn't seem to have fixed it. I do have a suspicion it's a weird interaction with whitespace/comments somewhere, but I can't think of many more places to look for them!

Ciencia Al Poder (talkcontribs)

Hmmm, whitespace may be very sensible here... Looking at the expanded wikitext, it looks like there's still an extra newline between the table and the text:

Try to put the <noinclude> just next to the end of table ("|}"), on the very same line.

Danny252 (talkcontribs)

There we go, that was where it was coming from! Thanks for your help. (talkcontribs)

I am unable to log in.. First it says that my user name is wrong and then it says my password is wrong... can you please help me? I also have a question . I now use a different email address I was wondering if I can get my account to log in with that email now .. I made a lot of money awhile ago and I would really like to get started with your site again.

Thank you

Kendra Hancotte (talkcontribs)

I am not sure, if you are right here, Anyway: You can use your (correct) username or your registered email address to get a password reset mail sent to that address.

If you are speaking about a wiki, then you can find your username in the edit history of pages, which you have edited.

Reply to "logging in"