Project:Support desk

Jump to navigation Jump to search

About this board

Welcome to the MediaWiki Support desk, where you can ask MediaWiki questions!

(Read this message in a different language)

See also

Other places to ask for help:

Before you post

Post a new question

  1. To help us answer your questions, please indicate which versions you are using, as found on your wiki's Special:Version page:
    • MediaWiki version
    • PHP version
    • Database type and version
  2. Please include the web address (URL) to your wiki if possible. It's often easier for us to identify the source of the problem if we can see the error directly.
  3. To start a new thread, click "Start a new topic".

Most Special:SpecialPages will not load after upgrade

Brian.unc (talkcontribs)

After upgrading from 1.31 to 1.37, I am unable to get into Special:SpecialPages, but the rest of the site seems to be working fine, including the ability to Log In, view Version, and even to reset the password, which is Special:PasswordReset. This is the error:

Warning: require(/opt/app-root/src/includes/specials/SpecialDeadendPages.php): failed to open stream: No such file or directory in /opt/app-root/src/includes/AutoLoader.php on line 117

Fatal error: require(): Failed opening required '/opt/app-root/src/includes/specials/SpecialDeadendPages.php' (include_path='/opt/app-root/src/vendor/pear/console_getopt:/opt/app-root/src/vendor/pear/mail:/opt/app-root/src/vendor/pear/mail_mime:/opt/app-root/src/vendor/pear/net_smtp:/opt/app-root/src/vendor/pear/net_socket:/opt/app-root/src/vendor/pear/net_url2:/opt/app-root/src/vendor/pear/pear-core-minimal/src:/opt/app-root/src/vendor/pear/pear_exception:.:/opt/app-root/src:/usr/share/pear') in /opt/app-root/src/includes/AutoLoader.php on line 117

Here's my version info:

This is hosted on in a RedHat OpenShift environment at my University. I've had issues before, mostly related to Composer, and it could be that it's here again.

To build this, I downloaded the 1.37 zip folder, unzipped, copied in my LocalSetting.php and images directory, removed mw-config, and updated the Tweeki skin. I then send it on to a private repository that triggers the build on OpenShift. After the initial build, I ran the maintenance/update.php script to update the database.

Any thoughts on how I can overcome this issue, as I need to be able to manage the site once logged in. Thanks!

Seb35 (talkcontribs)

When Special:SpecialPages crashes, it is generally the fault of an extension providing a special page and the given special page fails to initialise. Here it seems to be Special:DeadendPages, which is a core special page.

It seems unlikely to be related to Composer since this file is managed by the core of MediaWiki and its autoloader (/opt/app-root/src/includes/AutoLoader.php and a list of classes in /opt/app-root/src/autoload.php).

Did you verify the file /opt/app-root/src/includes/specials/SpecialDeadendPages.php is really present? (possibly removed by mistake?)

Other PHP files for special pages seems to be missing: Special:ShortPages, Special:UncategorizedPages, and possibly others.

Bawolff (talkcontribs)

Sometimes this happens if you extract a new version of mediawiki on top of an old one, and have a mix of files from both versions present.

I would suggest reinstalling mediawiki into a clean directory (keeping LocalSettings.php, images, and extensions directories of course)

Brian.unc (talkcontribs)

It was a clean install, aside from images and LocalSettings.php. I have checked to verify that Special:DeadendPages and the others that have failed are, indeed, present. I will try another clean install to see if that helps.

Bawolff (talkcontribs)

You verified that /opt/app-root/src/includes/specials/SpecialDeadendPages.php was present? (With that exact case and spelling?)

It would be very odd to get that error message if the file was actually present.

Brian.unc (talkcontribs)

Yes, it's there... I started wondering if somehow the directory wasn't readable, but that wasn't the case, either.

Bawolff (talkcontribs)

Could it be selinux related? Although i would expect a different error.

Brian.unc (talkcontribs)

OK, a completely new redeploy has fixed the error. I believe that there were some artifacts left over from the previous installation in my repository that I did not properly clean up using git rm that created the strange behavior. Lesson to all - make sure you keep your git repositories clean!

Seb35 (talkcontribs)

Indeed, probably a security feature. If not linked to SELinux, it could be the PHP parameter open_basedir.

(I replied before seeing the last answer -- can be ignored then.)

Need to Install PDF Renderer Service which would support to embed the images.

Apatha11 (talkcontribs)

HI Support Desk,

Following are the installed software product version(s) those are being used in our RHEL7 server environment.

Installed software

Product Version
MediaWiki 1.35.1
PHP 7.4.15 (apache2handler)

We are looking for PDF Renderer Service which would support to embed the images in a Wiki page to a downloaded PDF file.

I have installed this Proton, but it did not work properly. As it's not well explained that how to integrate proton.

I followed this,

it did not work successfully.

Error: {"status":500,"type":"internal_error","title":"ReferenceError","detail":"preq is not defined","method":"GET","uri":"/"}


Kindly suggest how we can use this in our wiki 1.35.1.

Osnard (talkcontribs)
Apatha11 (talkcontribs)

Is this extension convert html to pdf with Image?

Osnard (talkcontribs)

Those extensions will export a wikipage into PDF.

Mpdf: Not sure, but I guess so. UEModulePDF: Yes.

Apatha11 (talkcontribs)

So UEModulePDF extension can download pdf with image?? Also there is no details for Extension:UEModulePDF on page that how to configure it.

Is this compatible with PHP 7.4?

I have tried MPDF and its downgliding pdf but not giving full path of image, can you please suggest where we can enable full path for image?

When I set as html not pdf so i saw the image url is not full (/wiki135/images/5/57/enterprise-wiki.jpg).

Can you please suggest from where its pickup up URL?

Malyacko (talkcontribs)
Osnard (talkcontribs)

Yes, UEModulePDF is compatible with PHP 7.4 and it will embed images in the PDF. Be aware that you will need to set up a Java Webserver as PDF renderer as well. See

You will probably need to set up the following extensions for UEModulePDF

Be aware that only LTS branches REL1_31 and REL1_35 are supported.

BlueSpice is also available as a MediaWiki distribution that bundels lots of extensions for the business usecase.

I am a little suprised that MPDF shouldn't be able to embed images. Are you sure you have set it up properly?

Apatha11 (talkcontribs)

Yes I have set it up properly as given in MPDF documentation. (Extension:Mpdf)

The path is not coming full in HTML. (/wiki135/images/5/57/enterprise-wiki.jpg).

From where I can change it, or it should be pick this automatically. Path should be like  :

https://localhost/wiki135/images/5/57/enterprise-wiki.jpg not /wiki135/images/5/57/enterprise-wiki.jpg

Error: Error parsing image file - image type not recognised, and not supported by GD imagecreate

Steps I have done:

  1. wget

2. tar -xzf Mpdf-REL1_35-94bd27c.tar.gz -C /data/www/html/wiki135/extensions

3. cd data/www/html/wiki135

#php maintenance/update.php

4. added("extensions/Mpdf/composer.json") in wiki135/composer.local.json-sample


"extra": {

"merge-plugin": {

"include": [

"extensions/Mpdf/composer.json"] } } }

5. in mpdf dir

#composer update --no-dev

6.added in LocalSettings.php

require_once( "$IP/extensions/Mpdf/vendor/autoload.php");

wfLoadExtension( 'Mpdf' );


7.Given 777 to all 3 dir (/data/www/html/wiki135/extensions/Mpdf/vendor/mpdf/mpdf)





Osnard (talkcontribs)

Have you set `$wgServer` or `$wgCanonicalServer` in you wikis configuration?

Have you set `$wgMpdfSimpleOutput = false`?

Apatha11 (talkcontribs)

When I set $wgMpdfSimpleOutput = true , its giving me PDF without image, but when I set it false its giving error:

/data/www/html/wiki135/extensions/Mpdf/vendor/mpdf/mpdf/classes/otl.php: Can't open file /data/www/html/wiki135/extensions/Mpdf/vendor/mpdf/mpdf/ttfontdata/dejavusanscondensed.GSUBGPOStables.dat

I cant see this file dejavusanscondensed.GSUBGPOStables.dat in /ttfontdata

I have already given 777 to Dir /Mpdf/vendor/mpdf/mpdf/ttfontdata/

$wgServer , Yes we have set our server name in Localsettings.php

Apatha11 (talkcontribs)

Please help me to fix this.

Osnard (talkcontribs)
Apatha11 (talkcontribs)

Hi As I can see there are many posts are pending, no one replied even. Could you please suggest to me something else, I need to fix this ASAP.

Kindly check my steps what I have done, if you think that something I missed please let me know.

Osnard (talkcontribs)

You may want to evaluate BlueSpice. It is available as Docker image. So you don't need to set up the PDF-Export manually.

Apatha11 (talkcontribs)

How to use BlueSpice, As there is no proper documentation that how to implement this in our application.

Osnard (talkcontribs)
Apatha11 (talkcontribs)

Is BlueSpice work as an extension like Mpdf or its separate CMS like a wiki. The new implementation will take time and I need to fix it by this week only. Kindly suggest working extension with PHP 7.4, if possible provide proper documentation for PDF export with BlueSpice.

One more thing, We are using LDAP+SSO login in our application Can you confirm that is MPDF compatible with these Protocol services.

Apatha11 (talkcontribs)

Hello Team,

Can you please confirm the above information?

Osnard (talkcontribs)

AFAIK MPdf is not affected in any way by the choice of the authentication method.

BlueSpice is a "distriution" of MediaWiki. You can think of it as an extension bundle, tailored to business needs. It has extensions for PDF export and LDAP/SSO. (talkcontribs)


I am facing issue when trying to export PDF.

Internal error

Jump to navigationJump to search

[YNA2dtUOfwBtUQ0sXxfrYQAAAAo] 2021-06-21 06:49:26: Fatal exception of type "MpdfException"

Apatha11 (talkcontribs)

But it's affecting our project, with LDAP+SSO it's not working and it's throwing us an unauthorized error in the image function. ( function _imageTypeFromString(&$data) )

$data is printing unauthorized error.

We have set 777 permission to the image folder.

We are already configured MPDF, if possible please provide any resource who can resolve this issue, In the above post, I have mentioned all steps that I have done in MPDF.

The same code is working fine where we are not using LDAP+SSO. Are you sure that MPDF works with the server which is secured with a password?

Osnard (talkcontribs)

No I am not sure. Apparently Mpdf actually tries to load the files via HTTP and therefore fails on the webserver authentication. One way to fix this could be to add a "bypass" of that authentication for any HTTP call coming from "localhost". If you are using Apache Webserver with "mod_auth_kerb" you can do this by "Require ip". Be aware that the requests by Mpdf will probably be "anonymous" (no user context). Therefore you may need to also adjust wiki permissions in such cases (e.g. setting "read" permission for "*" group). Such bypasses are always a little hacky.

Btw. you should not use "777" on your "images/" directory.

Apatha11 (talkcontribs)
Malyacko (talkcontribs)
Apatha11 (talkcontribs)

Is ElectronPDFService is compatible with wiki 1.35 for image in pdf and works with the server which is secured with a password like LDAP?

Well I have tried this and got error. Error:

The requested URL /api/rest_v1/page/pdf/Main_Page was not found on this server.

Apatha11 (talkcontribs)
Apatha11 (talkcontribs)

Can you please look in to this?

Apatha11 (talkcontribs)

Anyone will reply or need to post same query again?

Malyacko (talkcontribs)

If anyone knows an answer, they might reply. If nobody knows an answer, they will not reply. Do NOT post the same query again. Thanks.

Apatha11 (talkcontribs)

Hello team,

It's very disappointing that the wiki service team could not help me to resolve my one issue.

Also not mentioned proper documentation for any service. I have followed properly all documents but didn't work.

Electron PDF has very bad documentation, not clearly written how to implement, and whatever is written not working. (talkcontribs)

I experienced the same pain & frustration as Apath11 in terms of the broken images on the MediaWiki PDF Export feature. MediaWiki should provide the end users a solution ASAP. Otherwise the upgrade does not look good!!!

Apatha11 (talkcontribs)

I can help you in PDF... I have fixed this issue by my self only.

Osnard (talkcontribs)
Malyacko (talkcontribs)
Reply to "Need to Install PDF Renderer Service which would support to embed the images."

Mediawiki SSO: Table ‘simplesamlphp_kvatore’ already existed

Frizzow (talkcontribs)

Mediawiki 1.32.2 Php: 7.3.28 apache2handler Mariadb:10.2.33

Simplesamlphp extension: 1.35 (github)

Pluggableauth extension: 1.35(github) Simplesamlphp software:1.19.3

I’n trying to implement SSO in Azure AD for on prem

[acb3c984ef5311d0f7784f6f] /index.php/Special:PluggableAuthLogin PDOException from line 175 of E:\Apache24\htdocs\simplesamlphplib\lib\SimpleSAML\Store\SQL.php: SQLSTATE[42S01]: Base table or view already exists: 1050 Table 'SimpleSAMLphp_kvstore' already exists Backtrace:

0 E:\Apache24\htdocs\simplesamlphplib\lib\SimpleSAML\Store\SQL.php(175): PDO->exec(string) 1 E:\Apache24\htdocs\simplesamlphplib\lib\SimpleSAML\Store\SQL.php(78): SimpleSAML\Store\SQL->initKVTable() 2 E:\Apache24\htdocs\simplesamlphplib\lib\SimpleSAML\Store.php(52): SimpleSAML\Store\SQL->__construct() 3 E:\Apache24\htdocs\simplesamlphplib\lib\SimpleSAML\SessionHandler.php(138): SimpleSAML\Store::getInstance() … .”

Anyone familiar with this error? My user id has just received CREATE Command permmission to create the table and once the access has been granted it shows that the table has already existed. Do you think i should drop the table and re-run again? I will need to get approval before do any changes on our database. Is there anything i need to be cautious when setting this up.

Let me know if its a different case.


Seb35 (talkcontribs)

The MediaWiki extension SimpleSAMLphp does not maintain itself a database, and according to the paths it it the library SimpleSAMLphp which triggers this error, so you should search in their documentation.

Make working the library is 80% of the work (they have a test to verify it is working independently of MediaWiki), then, when it works, the MediaWiki extension can be connected through the library.

Frizzow (talkcontribs)

MediaWiki 1.32.2 PHP 7.3.28 (apache2handler) MariaDB 10.2.33-MariaDB-log PluggableAuth= 1.35 SimpleSAMLPhp=1.35

Checking your PHP installation Yes Required PHP Version >= 7.1. You run: 7.3.28 Yes Required Date/Time Extension Yes Required Hashing function Yes Required ZLib Yes Required OpenSSL Yes Required XML DOM Yes Required RegEx support Yes Required JSON support Yes Required Standard PHP Library (SPL) Yes Required Multibyte String Extension Yes Optional cURL (required if automatic version checks are used, also by some modules. Yes Optional Session Extension (required if PHP sessions are used) Yes Optional PDO Extension (required if a database backend is used) no Optional LDAP Extension (required if an LDAP backend is used) no Optional predis/predis (required if the redis data store is used) no Optional Memcache or Memcached Extension (required if a Memcached backend is used) Yes Recommended technicalcontact_email option set Yes Required auth.adminpassword option set

What I have tested: 1. The table above shows only 3 things are not available when I'm checking my PHP installation. We are not using LDAP extension and we did not setup for predis or memcache and not sure whether we need to install either two.

2. E:\Apache24\htdocs\simplesamlphplib\lib\SimpleSAML\Store\SQL.php: SQLSTATE[42S01]: Base table or view already exists: 1050 Table 'SimpleSAMLphp_kvstore' already exists- this error only displayed when I change the datastore type from 'phpsession' to 'sql' in the config.php file. If I change back to phpsession, it will shows a different error to my wiki page" [57e819a89ff1f7965dc9f1f6] /index.php/Special:PluggableAuthLogin InvalidArgumentException from line 203 of E:\Apache24\htdocs\includes\session\SessionManager.php: Invalid session ID".

My configuration in config.php file are as below: 'store.type' => 'sql',

'store.sql.dsn' => 'mysql:host=xxx;port=xxxxdbname=xxxx', 'store.sql.username' => 'xxx', 'store.sql.password' => 'xxxx',

3. I have tested the authentication for default-sp and it redirects me to IDP. After entering my credentials, I've been redirected back to the test page with list of attributes. But, in simplesatlphpinstallation page, it already shows SAML 2.0 IDP as green and checked.

4. As for PHP Sanity page, everything is green and no error display.

5. In the federation tab, it shows our SAML 2.0 SP metadata and SAML 2.0 IdP Metadata (Trusted). It looks fine and I exchange the Metadata to IDP(Azure) and it has reflected in this page.

6. When I declare the PluggableAuth and SimpleSAMLphp extensions in localsettings.php, it was able to update in special version page. But now, I've commented out the code below since the library itself not working by showing E:\Apache24\htdocs\simplesamlphplib\lib\SimpleSAML\Store\SQL.php: SQLSTATE[42S01]: Base table or view already exists: 1050 Table 'SimpleSAMLphp_kvstore' already exists

  1. PluggableAuth
  2. wfLoadExtension( 'PluggableAuth' );
  3. $wgPluggableAuth_EnableAutoLogin = false;
  4. $wgPluggableAuth_EnableLocalLogin = false;
  5. $wgPluggableAuth_EnableLocalProperties = false;
  6. $wgPluggableAuth_ButtonLabelMessage = "Login";
  7. $wgPluggableAuth_Class = 'SimpleSAMLphp';
  8. $wgGroupPermissions['*']['createaccount'] = true;
  9. $wgGroupPermissions['*']['autocreateaccount'] = true;
  1. SimpleSAMLphp
  2. wfLoadExtension( 'SimpleSAMLphp' );
  3. $wgSimpleSAMLphp_InstallDir = "E:\Apache24\htdocs\simplesamlphplib";
  4. $wgSimpleSAMLphp_AuthSourceId = "default-sp";
  5. $wgSimpleSAMLphp_RealNameAttribute = [ '',''];
  6. $wgSimpleSAMLphp_EmailAttribute = '';
  7. $wgSimpleSAMLphp_UsernameAttribute = '';

I'm not sure what else could be the misconfiguration in the simplesamlphp library that can cause the table to recreate. :(


Seb35 (talkcontribs)

I’m sorry, I have no idea how to solve it. In my case I used SQLite, perhaps you can try, it’s quick and simple: in config.php: 'store.type' => 'sql','store.sql.dsn' => 'sqlite:/tmp/sessions.sqlite',. In any case, store.type=phpsession is reported as non-working.

EDIT: well, /tmp is on Linux, obviously you have to adapt it on Windows.

Reply to "Mediawiki SSO: Table ‘simplesamlphp_kvatore’ already existed"

How do I host a wiki locally?

Wortwortwort3 (talkcontribs)

How can I host a wiki locally from my computer that only I can access? Maybe something similar to DokuWiki on a Stick

Fokebox (talkcontribs)

Some years ago I used Denwer for local server. I can install any CMS using it.

Bawolff (talkcontribs)

Generally the same way as you would install mediawiki on a server.

Install apache and php (i would suggest using sqlite for db in this case, which doesnt require installing anything),install mediawiki.

There are also docker images if you like docker.

Reply to "How do I host a wiki locally?"

Update Mediawiki 1.23.5 version to latest

Maddyyard (talkcontribs)

Hello there,

I would like to know is there a way to update my 1.23.5 of mediawiki to the latest stable version i.e 1.37? If so can you please help me.


Fokebox (talkcontribs)

And I would suggest to make update to LTS versions. 1.23.5 to 1.27 then to 1.31 then to 1.35.

As for 1.37 I tried to install it but I faced some php errors of this version.

Malyacko (talkcontribs)
Reply to "Update Mediawiki 1.23.5 version to latest"

Text automatically appearing on pages with a specific category?

TorstenBerg (talkcontribs)


is it possible to have some specific text/content appear in a custom place of all pages belonging to an individual category? My use case is that we have pages in the category "Archive". We want to show a kind of banner at the top of the these pages only, so it should only appear when the page is in the "Archive" category.

I know about templates that can be used to include a predefined text on any page - but this is not automatic since I would need to manually include the template on any page I put into the "Archive" category. I would like to have the text included automatically as soon as the page is put into the category "Archive".

Is there a way to achieve this?

Bawolff (talkcontribs)

Usually people have the template put the page in the category, so its automatic for anything with the template.

There's probably things you can do with either js or php extensions.

See also extension:PageInCat (maybe combined with mediawiki:sitenotice. Not sure if sitenotice is rendered per page)

TorstenBerg (talkcontribs)

Thanks for the help! So I now did what you suggested: instead of writing the category "Archive" directly into the page using the "Category" mechanism, I just use the template for the archive. The template will then add the category itself and add the info box at the top of the page. Quite handy and easy enough, as it also allows users with access to the template to change the info text!

Reply to "Text automatically appearing on pages with a specific category?"
Apatha11 (talkcontribs)

Hello Team,

We need to use Book creator and we have implemented it as well.

We have checked this functionality but found not even working fine in you official site (

Also please let us know, is Book creator download as pdf and compatible with MPDF?


Malyacko (talkcontribs)
Apatha11 (talkcontribs)

We already implemented MPDF, is this extension works with MPDF ?

Please confirm this.

Apatha11 (talkcontribs)

Please reply !! still waiting

Or what would be the supported extensions to have this functionality.

Malyacko (talkcontribs)

Only you know what "works with" is supposed to mean exactly, I'm afraid. You could find out by actually trying.

Apatha11 (talkcontribs)

I am getting error:

Book Creator is undergoing changes

Due to severe issues with our existing system, the Book Creator will no longer support saving a book as a PDF. (talkcontribs)

any solution for the above issue ?

Reply to "How Book creator work"
BugDroid (talkcontribs)


FOr testing purposes I exported some pages from wikipedia and imported them into my mediawiki. All of them have infoboxes on the right. All of them work correctly on my mediawiki as well.

Now I`m trying myself on a own infobox template. Basically it is working, correct size, correct position... the only thing thats not correct is the split inside the infobox. while on other infoboxes the names of the items takes about 20% of the width and the actual information takes 80%, on my template is about the opposite.

year: 1984

color: blue

in my example 1984 and blue show on the very right, 20% of the width.

How can I change that?

Bawolff (talkcontribs)

Its probably related to some css in Mediawiki:common.css

Generally you would fix this by setting a width in css for the first cell in one of the columns (either via mediawiki:common.css or style attribute)

Help:tables might have some useful info.

Reply to "Infobox width inside"

DOM loading stuck on MediaWiki

Rbirmann (talkcontribs)

Hi, I am using MW 1.34.2 and have been having some issues with custom Javascript code.

In one os my scripts I need to run some code after the page is loaded, so I use document.addEventListener("DOMContentLoaded",myFunction, false);. However, the DOMContentLoaded event never gets triggered. Using Chrome Dev Tools to "watch" document.readyState, I noticed it never leaves the 'loading' stage.

This property can be 'loading', 'interactive' or 'complete' and (I recently learned that) once it gets to 'complete' the DOMContentLoaded is triggered. The "loading" wheel on my Chrome tab stops spinning and all content on the page seems to be in place, but document.readyState is still stuck in 'loading'. Something is preventing completion of the loading process, thus causing my scripts to never run.

(Actually, sometimes document.readyState eventually turns to 'complete', but it takes several minutes, so it might be something timming out, instead of failing... not sure).

I have tried changing my skin and disabling all my custom scripts, to no avail.

There are some errors / warnings on my console after loading any page on the wiki. From what I was able to figure out (googling) they do not seem to be the issue, but still, here is the output:

P%C3%A1gina_principal:1 Unchecked runtime.lastError: The message port closed before a response was received.
 P%C3%A1gina_principal:1 Unchecked runtime.lastError: The message port closed before a response was received.
 P%C3%A1gina_principal:1 Unchecked runtime.lastError: The message port closed before a response was received.
 load.php?lang=pt-br&…s&version=1j8oy:144 JQMIGRATE: Migrate is installed with logging active, version 3.0.1
 VM97:105 This page is using the deprecated ResourceLoader module "jquery.tabIndex".
 P%C3%A1gina_principal:1 Mixed Content: The page at '' was loaded over HTTPS, but requested an insecure favicon ''. This request has been blocked; the content must be served over HTTPS.
 P%C3%A1gina_principal:1 The resource was preloaded using link preload but not used within a few seconds from the window's load event. Please make sure it has an appropriate `as` value and it is preloaded intentionally.

Any thoughts will be greatly appreciated.

Thanks in advance

Bawolff (talkcontribs)

The Unchecked runtime.lastError: The message port closed before a response was received is kind of weird sounding and one i havent heard of before. I would investigate that one.

I would check network tab to see if any connections are just sitting there waiting.

It sounds like it could be some sort of weird misconfiguration between http/2, content-length headeds and gzip - bit of a long shot but check if $wgDisableOutputCompression affects anything. I would check config related to those things generally. Also try loading a page with curl -v to see if it gives any warnings (sometimes curl is better at giving warnings than web browsers)

Reply to "DOM loading stuck on MediaWiki"

Problem with Wikibase install

BugDroid (talkcontribs)


I have followed the details on wikibase / installation. everything worked fine. but as soon as I add the lines to LocalSettings.php the wiki wont work anymore and gives me a http error 500. if I remove the lines, the pages works again.

I have MediaWiki 1.37 and ParserFunctions, Scribunto and TemplateStyles installed

Malyacko (talkcontribs)

What "details" where exactly? Which "the lines"?

BugDroid (talkcontribs)


when I add the lines:

wfLoadExtension( 'WikibaseRepository', "$IP/extensions/Wikibase/extension-repo.json" ); require_once "$IP/extensions/Wikibase/repo/ExampleSettings.php"; wfLoadExtension( 'WikibaseClient', "$IP/extensions/Wikibase/extension-client.json" ); require_once "$IP/extensions/Wikibase/client/ExampleSettings.php";

the wiki wont work anymore

Malyacko (talkcontribs)

How did you set your content in the two ExampleSettings.php ?

Bawolff (talkcontribs)

You should also enable php error reporting; see How to debug

BugDroid (talkcontribs)

mh... I started from scratch on a new mediawiki installation and it worked flawlessly...

Reply to "Problem with Wikibase install"