Project:Support desk

Jump to: navigation, search

About this board

vde   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, Wikimedia Developer Support, Q&A, mwusers (unofficial forum) 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".
193.52.16.15 (talkcontribs)

Hi,

Everything is fine on my mediawiki 1.15.1, PHP 5.1.6 (apache2handler) and MySQL 5.0.77.

But (there is always a but...) when users try to upload XML file (it is teachers doc courses for their students), they can't with the warning text : This file contain HTML code or script...

Despite the fact that xml is added to $wgFileExtensions and not in the blacklist file.

How can I allow those upload of xml files ?

Thanks in adavance.

jh

193.52.16.15 (talkcontribs)

I answer to myself :

This was because in the function detectScript (in includes/specials/SpecialUpload.php), the system verify the entire uploaded file to find some HTML tags which are '<a href', '<body', '<head', '<html', '<img', '<pre', '<script' and '<table'. And in the XML file to uploaded there was a <PRENOM> (First name in French) tag.

To fix the problem I change '<pre' to '<pre>' so that it's only real <pre> tag which cause the problem. Not exhaustive manner of course but it works for this case.

113.193.89.72 (talkcontribs)

this is not working for me i m having problem "This XML file does not appear to have any style information associated with it. The document tree is shown below." pls help

Reach Out to the Truth (talkcontribs)

Unless the file actually does contain style information, that's normal.

Logo only showing up on "Create account" page...

3
184.150.236.43 (talkcontribs)

Recently, the main logo at the top of any wiki page disappeared, except for the one at the top of the "Special: Create Account" page. Unfortunately, this is hosted on a company intranet and I cannot share the site URL with you. Can anyone suggest why this may be happening (could the Create Account page and the other pages be using a different template, or something like that...)?

AhmadF.Cheema (talkcontribs)

Try using browser developer tools (F12), maybe its Console tab logs an error on attempting to access the logo.

Ciencia Al Poder (talkcontribs)

Custom styles (see Manual:Interface/Stylesheets) are not loaded by default on some restricted pages like the login or create account page (see Manual:$wgAllowSiteCSSOnRestrictedPages to disable that behavior).

Maybe you have something in MediaWiki:Common.css or similar which hides the logo, and because that style is not being loaded in the Create Account page that's why it's working there.

Reply to "Logo only showing up on "Create account" page..."
Huwmanbeing (talkcontribs)

I'm setting up a Mediawiki installation and somehow got into a state where my password is not accepted. Since I hadn't yet gotten email configured, I tried to reset my password using the instructions at Manual:ChangePassword.php, but encountered this error:

PasswordError from line 62 of /var/www/mywiki/public_html/maintenance/changePassword.php: * The supplied credentials cannot be changed, as nothing would use them.
* The authentication data change was not handled. Maybe no provider was configured?

Backtrace:
#0 /var/www/mywiki/public_html/maintenance/doMaintenance.php(111): ChangePassword->execute()
#1 /var/www/mywiki/public_html/maintenance/changePassword.php(73): require_once(string)
#2 {main}

Does anyone know how to go about diagnosing this, or what the cause might be? Any advice is greatly appreciated since at the moment I'm unable to administer my wiki. Thanks very much!

MediaWiki=1.29.1, PHP=7.0.22, MySQL=5.7.20.

星耀晨曦 (talkcontribs)

I am tracking the error.

星耀晨曦 (talkcontribs)

Due to my lack of ability, I can only give you a suggestion. Try download a new tarball that match your current version from this site, then extract the includes/auth/ directory to overwrite your existing directory of the same name.

Huwmanbeing (talkcontribs)

I just downloaded a fresh copy of MediaWiki 1.30.0 (the version my installation is now on), and replaced the contents of my includes/auth/ directory with the contents of that directory in the download. Unfortunately the error still persists; this is now the response:

[a4df1cc376641f0cce5b784c] [no req]   PasswordError from line 62 of /var/www/mywiki/public_html/mediawiki-1.30.0/maintenance/changePassword.php: * The supplied credentials cannot be changed, as nothing would use them.
* The authentication data change was not handled. Maybe no provider was configured?

Backtrace:
#0 /var/www/mywiki/public_html/mediawiki-1.30.0/maintenance/doMaintenance.php(92): ChangePassword->execute()
#1 /var/www/mywiki/public_html/mediawiki-1.30.0/maintenance/changePassword.php(73): require_once(string)
#2 {main}
星耀晨曦 (talkcontribs)

I need more debug information. Please edit mediawiki/includes/auth/AuthManager.php, add var_dump($status); behind $any = $any || $status->value !== 'ignored'; on line 860. Then rerun changePassword.php and observe its behavior, and post error response here.

Note: Do not to modify the file in the production environment. Because it will output debugging information to your web page.

Huwmanbeing (talkcontribs)

Sure thing; here is the full dump of the response:

The command I run is php changePassword.php --user=UserName --password=NewPassword.

星耀晨曦 (talkcontribs)

Ok. Then, in the same place, modify as such:

public function allowsAuthenticationDataChange( AuthenticationRequest $req, $checkData = true ) {
        $any = false;
        $providers = $this->getPrimaryAuthenticationProviders() +
            $this->getSecondaryAuthenticationProviders();
        foreach ( $providers as $provider ) {
            $status = $provider->providerAllowsAuthenticationDataChange( $req, $checkData );
            if ( !$status->isGood() ) {
                return Status::wrap( $status );
            }
            $any = $any || $status->value !== 'ignored';var_dump($any);
        }echo "test\n"
        if ( !$any ) {
            $status = Status::newGood( 'ignored' );
            $status->warning( 'authmanager-change-not-supported' );
            return $status;
        }
        return Status::newGood();
}

Rerun changePassword.php.

Huwmanbeing (talkcontribs)

The result is as follows:

bool(true)
bool(true)
bool(true)
bool(true)
bool(true)
test
bool(false)
bool(true)
bool(true)
bool(true)
bool(true)
test
bool(false)
bool(false)
bool(false)
bool(false)
bool(false)
test
星耀晨曦 (talkcontribs)

I think your LocalPasswordPrimaryAuthenticationProvider have a problem. Most likely is database query problem. Can you access your database directly via command line interface or other connectors?

Huwmanbeing (talkcontribs)

That's interesting. Yes, I can easily access the database via phpMyAdmin.

星耀晨曦 (talkcontribs)

Try select action SELECT user_id FROM user WHERE user_name='<UserName>' via phpMyAdmin. (<UserName> is you want to change username) Can you select out a number?

Now I think it is unlikely that the database problem. Maybe other in LocalPasswordPrimaryAuthenticationProvider.

Huwmanbeing (talkcontribs)

For the user whose password I'm trying to reset, the user_id is 1.

星耀晨曦 (talkcontribs)

Looks like not a database problem. Edit mediawiki/includes/auth/LocalPasswordPrimaryAuthenticationProvider.php, add var_dump($row); behind ); on line 222., then rerun changePassword.php.

Huwmanbeing (talkcontribs)

OK, I've made that addition to LocalPasswordPrimaryAuthenticationProvider.php; below is the result from running changePassword. (Nothing extra seems to appear from the dump.)

[2f16bf0d63423d2400ce46db] [no req]   PasswordError from line 62 of /var/www/mywiki/public_html/mediawiki-1.30.0/maintenance/changePassword.php: * The supplied credentials cannot be changed, as nothing would use them.
* The authentication data change was not handled. Maybe no provider was configured?

Backtrace:
#0 /var/www/mywiki/public_html/mediawiki-1.30.0/maintenance/doMaintenance.php(92): ChangePassword->execute()
#1 /var/www/mywiki/public_html/mediawiki-1.30.0/maintenance/changePassword.php(73): require_once(string)
#2 {main}
星耀晨曦 (talkcontribs)

Oh, now. Edit mediawiki/includes/auth/LocalPasswordPrimaryAuthenticationProvider.php, add var_dump($username);behind $username = User::getCanonicalName( $req->username, 'usable' ); on line 215., then rerun changePassword.php.

Huwmanbeing (talkcontribs)

The response is bool(false).

星耀晨曦 (talkcontribs)

What username did you input when you run changePassword.php?

Huwmanbeing (talkcontribs)

Huwmanbeing is the username I'm inputting.

星耀晨曦 (talkcontribs)

Please use the following code to edit your line 1092-1141 in includes/user/User.php.

Huwmanbeing (talkcontribs)

The response:

test1
test2
test1
test2
bool(false)
星耀晨曦 (talkcontribs)

Maybe, I find the problem point. Are you set $wgReservedUsernames in LocalSettings.php? Or do you installed an extension that blocks users from logging in or registering?

Huwmanbeing (talkcontribs)

I don't have any $wgReservedUsernames defined in LocalSettings.

I do have new account creation turned off for unregistered users ($wgGroupPermissions['*']['createaccount'] = false;). I tried re-enabling account creation and re-running changePassword but the result is the same.

I have several extensions installed, but none specifically for blocking logins or registrations. Other than the three automatically-installed "spam prevention" extensions (ConfirmEdit, SpamBlacklist, and TitleBlacklist), I have two others: Abuse Filter and AntiSpoof. I've tried disabling them both and re-running changePassword but that also didn't seem to change anything.

星耀晨曦 (talkcontribs)

Very strange. Add var_dump($reservedUsernames); to line 912 in includes/user/User.php.

Huwmanbeing (talkcontribs)

Yes, it's very odd — I really appreciate all your help with trying to track it down. Here's the result from var_dump($reservedUsernames):

array(12) {
  [0]=>
  string(17) "MediaWiki default"
  [1]=>
  string(17) "Conversion script"
  [2]=>
  string(18) "Maintenance script"
  [3]=>
  string(40) "Template namespace initialisation script"
  [4]=>
  string(14) "ScriptImporter"
  [5]=>
  string(12) "Unknown user"
  [6]=>
  string(25) "msg:double-redirect-fixer"
  [7]=>
  string(22) "msg:usermessage-editor"
  [8]=>
  string(16) "msg:proxyblocker"
  [9]=>
  string(20) "msg:spambot_username"
  [10]=>
  string(23) "msg:autochange-username"
  [11]=>
  string(25) "msg:newusermessage-editor"
}
星耀晨曦 (talkcontribs)

Add echo "test\n"; to line 921 in mediawiki/includes/user/User.php behind behind }.

This should be the last debugging if you get test. Since, this is not logical.

Huwmanbeing (talkcontribs)

I added that echo to the end of line 921; the result appears unchanged. Here's the full response:

Do you suspect it's something amiss with reserved usernames?

星耀晨曦 (talkcontribs)

Yes, there should be have a problem. This should a last test: add var_dump($reserved);var_dump($name); to line 919 in the same file before return false;.

Huwmanbeing (talkcontribs)

Here's the result:

星耀晨曦 (talkcontribs)

That is it. You situation that due $reserved == $name so User::isUsableName() return false and cause you can't change the password. But I do not know why your name will be in $reservedUsernames array. Please add var_dump($reservedUsernames); to line 919 in the same file before return false;. Oh, previous code for debugging can be remove.

Huwmanbeing (talkcontribs)

How interesting. When at first I couldn't log in I wondered how my password could have gotten changed without my knowledge; perhaps the answer is that it never did, and instead it's this strange connection to $reservedUsername that's blocking my login.

With just var_dump($reservedUsernames); added to line 919, this is the result:

array(12) {
  [0]=>
  string(17) "MediaWiki default"
  [1]=>
  string(17) "Conversion script"
  [2]=>
  string(18) "Maintenance script"
  [3]=>
  string(40) "Template namespace initialisation script"
  [4]=>
  string(14) "ScriptImporter"
  [5]=>
  string(12) "Unknown user"
  [6]=>
  string(25) "msg:double-redirect-fixer"
  [7]=>
  string(22) "msg:usermessage-editor"
  [8]=>
  string(16) "msg:proxyblocker"
  [9]=>
  string(20) "msg:spambot_username"
  [10]=>
  string(23) "msg:autochange-username"
  [11]=>
  string(25) "msg:newusermessage-editor"
}
星耀晨曦 (talkcontribs)

Although impossible, but check these pages in your wiki:

does it include your name. And use index.php?search=Huwmanbeing&title=Special:Search&profile=advanced&fulltext=1&ns8=1 URL to search your wiki, if you find your name included in these pages...

Tgr (WMF) (talkcontribs)

One of those messages has been customized to Huwmanbeing presumably?

星耀晨曦 (talkcontribs)

Set $wgReservedUsernames = []; in LocalSettings.php should can fix it.

Huwmanbeing (talkcontribs)

Success! Thank you so much for your diligence in diagnosing this problem — I greatly appreciate it.

Here's the coda to the story. After setting $wgReservedUsernames = [] I re-ran changePassword.php and saw this:

array(1) {
  [0]=>
  string(25) "msg:newusermessage-editor"
}

NewUserMessage is an extension that automatically posts a message to the talk pages of newly-created users. After disabling that extension, I was able to log in without issue — and I verified that changePassword worked fine too. The source of the problem was apparently the MediaWiki:Newusermessage-editor setting, which was set to "Huwmanbeing". I've now set up a separate account just for that extension to use for posting welcome messages.

Thanks again!

Huwmanbeing (talkcontribs)

Just pinging for a response. Any thoughts? Huwmanbeing (talk) 20:52, 18 January 2018 (UTC)

Osnard (talkcontribs)

Do you have an authentication provider enabled? Do you use any authentication extensions? OAuth?

Huwmanbeing (talkcontribs)

No, I haven't installed anything authentication-related. I just upgraded from 1.29.1 to 1.30.0 to see if that might address the problem, but unfortunately no luck. I'm baffled about how to diagnose and solve this. Huwmanbeing (talk) 13:52, 21 January 2018 (UTC)

TheDJ (talkcontribs)

1: Reset your localsettings.php to as basic as you can 2: Make sure you ran maintainance/update.php 3: Follow Manual:How_to_debug

Huwmanbeing (talkcontribs)

I've run update.php and temporarily pared out as much as I can from LocalSettings. I also set up a $wgDebugLogFile to get more detail, and attempted to make the change via both changePassword.php and the Special:PasswordReset page, but it doesn't seem to shed much light. There's one relevant line which notes...

[authentication] User1 attempted password reset of User2 but failed

...but otherwise gives no indication of exactly why it failed, and concludes with "the request ended normally". Huwmanbeing (talk) 15:01, 22 January 2018 (UTC)

Huwmanbeing (talkcontribs)

Is it possible that email needs to be set up and working in order to use changePassword? (Since I'm having some problems with SMTP, just wondered if that might affect this.) Might be no connection, but I'm grasping at straws...

MarkAHershberger (talkcontribs)

Email isn't necessary to run changePassword.php. You can try Manual:CreateAndPromote.php to change the password, but it looks like you have some sort of alternative for user authentication set up.

Huwmanbeing (talkcontribs)

Good thought; I just tried CreateAndPromote with --force to try resetting a password for the account, but unfortunately the result is the same:

The authentication data change was not handled. Maybe no provider was configured?
Backtrace:
#0 ...mediawiki-1.30.0/maintenance/doMaintenance.php(92): CreateAndPromote->execute()
#1 ...mediawiki-1.30.0/maintenance/createAndPromote.php(154): require_once(string)
#2 {main}

I don't recall establishing anything out of the ordinary for user authentication. (I normally have new account creation turned off, but the error also occurs when it's on.) What does it mean by "no provider configured"? Do you know of any way to determine what's happening?

Tgr (WMF) (talkcontribs)

Sounds like you have disabled local password authentication. Check $wgAuthManagerConfig / $wgAuthManagerAutoConfig. (The easiest way is probably to run maintenance/shell.php and then just type in the names of those variables.)

Reply to "ChangePassword.php error"
46.222.246.30 (talkcontribs)

I'm new to Mediawiki (MediaWiki 1.30.0, PHP 7.0.22, MySQL 5.7.21)

How can I remove talk tab in Vector skin for users how are not logged in?

- This seems to be old:

Manual:FAQ#How do I add.2Fremove tabs throughout my wiki.3F

- DynamicTabs is archived

- And, I saw this this post

Topic:Qji4lqoeaodggoft

but I do not know how to manage hooks, to apply it. I have to register the hook in LocalSettings.php,

$wgHooks['BeforePageDisplay'][] = 'wfHideVariousTabsFromAnonymous';

but where may a put the event handler?

function wfHideVariousTabsFromAnonymous( &$hidetabcss ) {

       global $wgUser;

       if ( !$wgUser->isLoggedIn() ) {

               $hidetabcss .= 'li#ca-history, li#ca-viewsource, li#ca-edit, li#ca-talk, .vectorMen$

       }

       return true;

}

Any help please?

Malyacko (talkcontribs)

User:Subfader/Hide page tabs maybe

46.222.246.30 (talkcontribs)

I tried this, but Vector.php seems different, there's no globalWrapper div.

<?php global $wgUser; if( $wgUser->isAnon() ) { ?>
     <style type="text/css">
       #ca-talk { display: none !important; }
     </style> 
   <?php } ?>
Ciencia Al Poder (talkcontribs)

This hook is no longer available: Manual:Hooks/SkinTemplateSetupPageCss. It won't work.

You can hide it for all in MediaWiki:Common.css and then unhide it for the group "user" using Manual:User group CSS and Javascript

46.222.246.30 (talkcontribs)

Seems to be the solution

In MediaWiki:Common.css I put:

#ca-talk { display:none!important; }

In MediaWiki:Group-user.css I put:

#ca-talk { display:block!important;}

Thanks a lot!!

This post was hidden by 46.222.246.30 (history)
This post was hidden by AhmadF.Cheema (history)
96.48.153.32 (talkcontribs)

Hi, I noticed that the Homestar Runner Wiki has a parser function called <nowiki>{{#count:}}</nowiki>. Each time this function is called, it returns the number of times it has been called. (See the example in the link.) I was wondering if there was anything like that in MediaWiki. Thanks! 96.48.153.32 04:57, 22 February 2018 (UTC)

AhmadF.Cheema (talkcontribs)

Extension:NumerAlpha is similar.

Reply to "Counter Function"
75.161.26.128 (talkcontribs)

I have purchased this, and am having a problem with getting all 40 pixels to light up.

only 19 of them come on. two complete rows, and 3 pixels on the left are all that illuminate. Is this a defective board, and what can I do about it. My E-mail is ----@aol.com.

thank you, jim alexander

AhmadF.Cheema (talkcontribs)

Wrong support forum.

Reply to "2812 neo pixel board for arduino"
Nicole Sharp (talkcontribs)

I would like to set up a single-user private wiki but still allow public comments on talkpages. So anonymous editors cannot create accounts or new pages or upload any files, but are allowed to edit talkpages (and only talkpages) to post comments or feedback. Is there a way to set this up to restrict editing to only a single namespace? Nicole Sharp (talk) 17:21, 21 February 2018 (UTC)

Nicole Sharp (talkcontribs)

Okay, found this: Manual:Preventing access#Restrict editing of an entire namespace. But can I do the opposite, i.e. restrict editing to all namespaces except for one? Or do I have to list each namespace individually, and then the namespaces not listed are allowed for edits? Nicole Sharp (talk) 20:36, 21 February 2018 (UTC)

Nicole Sharp (talkcontribs)

I think I got it (LocalSettings.php below). But I would still like to find a way to set this up so that I can specify that only talk pages are editable, as opposed to protecting non-talk pages from edits. Not sure if that is equivalent or not, or if setting the wiki up as it is listed below introduces any risk of someone being able to edit a non-talk page. Nicole Sharp (talk) 20:37, 21 February 2018 (UTC)

$wgGroupPermissions['*']['createaccount'] = false;
# $wgGroupPermissions['*']['edit'] = false;

$wgNamespaceProtection[NS_MAIN] = 
$wgNamespaceProtection[NS_USER] = 
$wgNamespaceProtection[NS_PROJECT] = 
$wgNamespaceProtection[NS_FILE] = 
$wgNamespaceProtection[NS_IMAGE] = 
$wgNamespaceProtection[NS_MEDIAWIKI] = 
$wgNamespaceProtection[NS_TEMPLATE] = 
$wgNamespaceProtection[NS_HELP] = 
$wgNamespaceProtection[NS_CATEGORY] = 
$wgNamespaceProtection[NS_SPECIAL] = 
$wgNamespaceProtection[NS_MEDIA] = 
$wgNamespaceProtection[NS_GADGET] = 
array( 'emailconfirmed' );
Reply to "editing of talkpages only"

cannot access pages from RESTBase server

1
Scejja (talkcontribs)

I've just installed RESTBase server with this config.yaml

       ...
       paths:
         /{domain:127.0.0.1:8081}:
         ...
               apiUriTemplate: http://127.0.0.1:8081/mediawiki/api.php
               baseUriTemplate: "{{'http://{domain}:7231/{domain}/v1'}}"
             parsoid:
               host: http://localhost:8142
             table:
               backend: sqlite
               dbname: db.sqlite3
               ...

I'm using

Mediawiki 1.30 , PHP 7.0.22, MySQL 5.7.21, ubuntu0.16.04.1

When I make

curl http://127.0.0.1:7231/127.0.0.1:8081/v1/

I get

{"items":["page","transform"]}

And with

http://127.0.0.1:7231/127.0.0.1%3A8081/v1/page/

I get

{"items":["data-parsoid","html","title","wikitext"]}

And in browser I get to "Wikimedia REST API".

But if I try to get some wiki page using the API wiki I get 404

For example:

curl -X GET --header 'Accept: application/problem+json' 'http://127.0.0.1:7231/127.0.0.1%3A8081/v1/page/html/P%C3%A1gina_principal'

{

  "type": "https://mediawiki.org/wiki/HyperSwitch/errors/not_found",

  "title": "Not found.",

  "method": "get",

  "uri": "/127.0.0.1%3A8081/v1/page/html/P%C3%A1gina_principal"

}

I have short URLs enabled, so main page is:

http://127.0.0.1:8081/wane/P%C3%A1gina_principal

Any help please?

Reply to "cannot access pages from RESTBase server"
213.55.103.174 (talkcontribs)

We implement MediaWiki in our company as an Enterprise Wiki, we are using it very well as Quick Reliable Knowledge base. But, recently we face a disturbing problem, which is the default WikiEditor is missing. We thought the problem is with the Default WikiEditor, then we installed the WikiEditor extension, unfortunately the problem is still persists.

When I check the browser's "developer tools", F12, the JavaScript is not loading.

Unfortunately, I can not send you the URL address of our wiki. because it is deployed as intranet in the company. Here is Version of our Wiki...

MediaWiki 1.26.0

PHP 5.6.19 (cgi-fcgi)

MySQL 5.7.11-log

Thank you,

Malyacko (talkcontribs)

If you're still running ancient unsupported insecure version 1.26 then the bigger problem to solve first is upgrading.

What does "not loading" exactly mean and what *do* you see? Which "JavaScript" exactly? All and any js files? What do the server logs of your webserver software show?

213.55.103.174 (talkcontribs)

This is what I got when I tried to debug using the browser's "developer tools", F12.

"Loading failed for the <script> with source “http://cbepedia.internal/load.php?debug=false&lang=en&modules=startup&only=scripts&skin=vector”.

Main_Page:14"

I did not check the Server logs on my web server. I would really love to know how I can check that?

We deployed MediaWiki on a Windows Server 2008 r2 data center (IIS 7.5).

Let me know, if you would like to know more.

TheDJ (talkcontribs)

Loading failed for the <script> with source. That likely means that the resource loader could not succeed. There can be many reasons for this, but i'd start by running that request with curl or wget from a terminal, to figure out if content is properly being returned (any error message might show up in that content as well).

Reply to "WikiEditor is not showing up"

PHP warning while uploading html files via Html2Wiki

4
Summary by 星耀晨曦

A PHP 7.2 compatibility issue and has been fixed in master branch.

Note: mediawiki 1.30 is not fully compatible with PHP 7.2.

Bisherbas (talkcontribs)
[Sun Feb 18 09:36:53.647910 2018] [php7:warn] [pid 31670] [client ::1:58474] PHP Warning:  count(): Parameter must be an array or an object that implements Countable in /var/www/html/wiki/includes/api/ApiEditPage.php on line 337, referer: <nowiki>http://localhost/html/wiki/Special:Html2Wiki

MediaWiki v1.30

Apache2 v2.4.18

PHP v7.2.2

Ubuntu 16.04

Mysql v15.1

星耀晨曦 (talkcontribs)

This is a PHP 7.2 compatibility issue, mediawiki 1.30 is not fully compatible with PHP 7.2. See T182004. This issue has been solved and mediaiwiki 1.31 will fully compatible with PHP 7.2.

Bisherbas (talkcontribs)

Thank you! Know when 1.31 will be released?

星耀晨曦 (talkcontribs)

We plan release 1.31 in June 2018. A major release will be made every six months.