Project:Support desk

v • d • e   Welcome to MediaWiki.org'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

• Make sure you have read our fundamental introduction.
• Please carefully check our FAQManual:FAQ and Errors and Symptoms pages.
• Project:Current issues is where you should discuss issues about the mediawiki.org website itself.
• If your question is about a specific function, please read the relevant technical manualManual:Contents, end-user helpHelp:Contents or extension page and consider asking on its talk pageHelp:Talk pages.
• Test wiki editing at the Project:Sandbox.

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".

Discussions here were converted to another system (2015).

Previous page history was archived for backup purposes at Project:Support desk/LQT Archive 1 on 2015-07-30.

I have used this css, but the border line is still displayed over the TOC.

#toc {
  float: right;
  z-index: 10;
}

h2 {
  border-bottom: 1px solid;
  z-index: -1;
}

See here

Is there a way to display an error message on the website itself if the extension has a problem? Maybe throw a large error bar at the top of the webpage or something? I know I can log to the debug log, but I imagine most webmasters running the extension aren't going to check the logs, so I was hoping to display something on the website itself to alert them to the issue. Is there a built-in method to do this? Thanks.

Can I use a translated Page as an Interlanguage link?

For example, if I have the page wiki.com/Page1/

and the translated page is wiki.com/Page1/es

Can I use it in the interlaguage link list (bottom left, "In other languages")

Hi, i have installed Mediawiki 1.29 on an Apache 2 with php7.0,mariadb and the extension Visualeditor.

The VisualEditor needs parsoid / node.js.

It works all fine.

But now i have an open Port (8000) with the API service.

How can i hide this port? Or how can i make it secure, that the api is not accessible from the internet?

It seems for me, that the visualEditor demo from the MediaWiki site dont have an extra Port open.

Is there a proxy between?

Nice greetings, André

I have just set up MediaWiki (1.29.0) on an AS400 IBM i machine. Though I can navigate the site, as well as create/edit pages, I cannot log in or create a new account. Every attempt to do so gives me "There seems to be a problem with your login session; this action has been canceled as a precaution against session hijacking. Go back to the previous page, reload that page and then try again."

I have tried adding "session_save_path("tmp");" to LocalSettings.php, as well as play with values of $wgMainCacheType and $wgSessionCacheType with no luck. Currently, my shared memory settings in LocalSettings.php have only these two lines:

$wgMainCacheType = CACHE_ACCEL;

$wgMemCachedServers = [];

How can I fix this? I believe my CSRF token is not being correctly cached in my session, but I'm not sure how to correct it.

I am using MariaDB as a database, Apache for the server, and PHP 5.5.37.

If you have $wgMainCacheType = CACHE_ACCEL; you should provide a persistent data storage in $wgSessionCacheType

I have $wgSessionCacheType = CACHE_DB;

I've been able to look into my objectcache table, and found that MWSession is being stored correctly, (as in it's the same value as <my-wiki>_session in the response header's cookie). Is there another location where that value is written/read? I figure since I know it's being cached, but my comparison is still failing, that the fault is probably in getting/setting whatever value the cached token checks against, right?

Also, for what it's worth, I've since tried installing MediaWiki using version 1.27.3, but I'm still facing the same problem.

Another update: I've been fiddling with the source code to see if I can narrow down where my problem is occurring. This is what I'e found:

AuthManagerSpecialPage::trySubmit() is where the token mismatch is caught. $requestTokenValue and $sessionToken are not the same

setting $secret in Token::__construct to some constant allows me to sidestep the "hijacking" error, but in it's place is the error "Cookies may be disabled. Ensure you have cookies enabled start again" (my cookies are enabled), as well as the warning "You are already logged in as <username>. Use the form below to log in as another user" ("log in" changes to "sign out", but navigating away from the page at all signs me out). Supplying an incorrect password or username yields the appropriate error there, so WikiMedia is correctly able to check my credentials.

Obviously, making $secret a constant wasn't going to solve my problem, but hopefully faking it through the first error can shed some more light on what's actually going wrong.

Be sure that session.referer_check is set to Off in php.ini, this can cause such invalid session problems.

setting a debug log may give some details.

I have set session.referer_check to Off (it wasn't set before), but there is no change in behavior.

Is there a way to dynamically generate the JavaScript that's to be loaded for a page (e.g. the script uses the current page's title) yet use ResourceLoader? Right now I'm using:

$output = RequestContext::getMain()->getOutput();

$output->addModules('ext.JSRun');

and ext.JSRun is defined in extension.json ResourceModules to be a "script.js" in the extension directory. Problem is, it's going to load the same script every time without a way to customize it using PHP for every page.

I could use the makeInlineScript function in ResourceLoader, but inline scripts aren't recommended. Is there a better way to approach the problem?

Use a hook and add the necessary logic to call $output->addModules('ext.JSRun'); only when needed

Hi there,

in short: The extension CentralNotice isnt working. Tried different versions, though they all need 1.26wmf9.

MediaWiki	1.26.3
PHP	5.6.22 (cgi-fcgi)
MySQL	5.5.25

It appears to be successfully installed, but if I click on "OK" on the Special:CentralNotice page, or try to reach templates aka Special:CentralNoticeBanners, I get following errors in the php.log from apache:

[21-Aug-2017 11:05:33 Europe/Berlin] PHP Fatal error: Call to undefined method WebRequest::getSession() in /export/*******/htdocs/mediawiki/mediawiki-1.26.3/extensions/CentralNotice/special/SpecialCentralNoticeBanners.php on line 58

[21-Aug-2017 11:06:56 Europe/Berlin] PHP Fatal error: Call to undefined method DatabaseMysql::isReadOnly() in /export/*******/htdocs/mediawiki/mediawiki-1.26.3/extensions/CentralNotice/special/SpecialCentralNotice.php on line 63

[21-Aug-2017 11:07:01 Europe/Berlin] PHP Fatal error: Call to undefined method WANObjectCache::makeGlobalKey() in /export/*******/htdocs/mediawiki/mediawiki-1.26.3/extensions/CentralNotice/includes/ChoiceDataProvider.php on line 38

Any suggestions / explanations what's wrong and what to do?

Unfortunately, 1.26 is no longer a supported version of MediaWiki, so it is recommended that you upgrade MediaWiki instead, see Manual:Upgrading

I was going to make a quick edit, tried to log in and was shown this error. I tried creating an account (I may or may not have tried editing something on westeros.org before) but was told my username was taken, so I said forgot my password, got the email, used the temp password and got the same error.

A google search yields a ton of posts from people "installing" something (seems to be a wiki program to run their own wiki?) and getting this issue, but I'm only trying to log in from my browser. The email does say that my username is associated with my email, so I'm pretty someone didn't randomly take my username randomly, unless the email system is very confusing.

Thank you for any help with this!

I also tried this with chrome, firefox and edge (shudder) with no improvement.

This is likely a configuration issue with the Wiki set-up at westeros.org. This forum, however, is not linked to westeros.org, therefore it will probably be better to make your query at westeros' forum.

I just installed the math extension.

If I use the math-environment, it produces errors.

An empty math-environment will be processed correctly, but as soon as it gets any content, e.g. <math>a</math>, it produces error messages like

Datenbankfehler

Es ist ein Datenbankabfragefehler aufgetreten. Dies könnte auf einen Fehler in der Software hindeuten.

[c5d579b6c896fd685d557fa0] 2017-08-20 14:21:29: Fataler Ausnahmefehler des Typs „DBQueryError“

sudo -u www-data php update.php returned

MediaWiki 1.28.2 Updater

Your composer.lock file is up to date with current dependencies!

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

Can you suggest me a solution?

Thank you in advance!

Yours, Ciciban (talk) 14:45, 20 August 2017 (UTC)

DBQueryError... maybe you forgot to run update.php after installing math?

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

Thank you for your answer.

I did run update.php, as i have mentioned above.

I have now added $wgShowExceptionDetails = true; to my LocalSettings and again run sudo -u www-data php update.php. This time it returned:

MediaWiki 1.28.2 Updater

Your composer.lock file is up to date with current dependencies!
[fca32ac38af55bce3e3aab88] [no req]   InvalidArgumentException from line 357 of /var/lib/mediawiki/includes/libs/rdbms/database/Database.php: Database::factory no viable database extension found for type 'mysql'
Backtrace:
#0 /var/lib/mediawiki/includes/libs/rdbms/loadbalancer/LoadBalancer.php(852): Database::factory(string, array)
#1 /var/lib/mediawiki/includes/libs/rdbms/loadbalancer/LoadBalancer.php(684): LoadBalancer->reallyOpenConnection(array, boolean)
#2 /var/lib/mediawiki/includes/libs/rdbms/loadbalancer/LoadBalancer.php(576): LoadBalancer->openConnection(integer, boolean)
#3 /var/lib/mediawiki/includes/GlobalFunctions.php(3075): LoadBalancer->getConnection(integer, array, boolean)
#4 /var/lib/mediawiki/maintenance/Maintenance.php(1250): wfGetDB(integer, array, boolean)
#5 /var/lib/mediawiki/maintenance/update.php(144): Maintenance->getDB(integer)
#6 /var/lib/mediawiki/maintenance/doMaintenance.php(111): UpdateMediaWiki->execute()
#7 /var/lib/mediawiki/maintenance/update.php(217): require_once(string)
#8 {main}

According to spezial:version my mediawiki version is 1.28.2 and my math extension is version 3.0.0 (1097ee7) 06:38, 1. Feb. 2017.

yours, Ciciban (talk) 12:17, 21 August 2017 (UTC)

Oh sorry, I didn't read part of your message!

The command line php binary is using a different php.ini file than your web server, you need to enable the mysql extension in that php.ini too.

The page for Howard Sloane (https://en.wikipedia.org/wiki/Howard_Sloane) shows that it is an orphan page but another page (https://en.wikipedia.org/wiki/The_Heckscher_Foundation_for_Children) does link to it. How do I fix this? Thanks.

When I visit https://en.wikipedia.org/wiki/Special:WhatLinksHere/Howard_Sloane, the link from The Heckscher Foundation for Children is listed there. Also Special:LonelyPages does not list Howard Sloane.

Can you elaborate what you mean exactly? The information which pages link where is not updated immediately after an according page change, but it is processed by the job queue. It can take some time until the according job has been run. Has the issue fixed itself in the meantime?

Hi. Thanks for your response. When you go to the Howard Sloane page, there is a message up top that says it is an orphan page. I want to fix that so the page's rating will go up. But you seem to suggest that it is not actually an orphan. I just don't know what to do. Thanks for your help.

The message about the orphan page is placed by a template ({{Orphan|date=March 2014}}), just remove it if it doesn't apply anymore.

Thanks Ciencia!