Project:Support desk/Flow/2019/10

This page is an archive.

Please ask questions on the current support desk.

No group memberships after upgrading to Mediawiki 1.31.3

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Hi everyone!

After upgrading to 1.31.3 group memberships in one of my instances aren't working anymore. Under Special:UserRights groups for my admin user are listed, but in Special:Preferences I don't have any groups. I can't edit pages, change permissions etc. because I dont have permissions to do anything. I already checked the SQL DB, table user_groups where everything seems correctly mapped. I created a new group and a new user via the php maintenance script with the same result. I also unpacked a freshly tarball and copied my files over, still not working.

Anyone got an idea what could be the problem? 193.196.133.6 (talk) 08:36, 1 October 2019 (UTC)

Are you using any extensions? Try disabling all of them and try again.

Previously, Extension:Lockdown has been known to cause something similar. AhmadF.Cheema (talk) 10:16, 1 October 2019 (UTC)

Thank you so much! I had an older version of DynamicPageList installed that got somehow loaded 193.196.133.6 (talk) 10:45, 1 October 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Is there a way to compress the version history?

I will edit some large files frequently. Shendaowu (talk) 10:43, 1 October 2019 (UTC)

If you meant revisions of Wiki pages, see Manual:Reduce size of the database#Compress old revisions. AhmadF.Cheema (talk) 13:05, 1 October 2019 (UTC)

Rights for (Main) namespace - disable users from editing

Hello,

I set some rights in file extensions/BlueSpiceFoundation/config/pm-settings.php and I think I missed something, because even though groups have no right to edit pages, they can edit them. I think every group I created gives them that permission. Current (part of) setting:

#Anyone can read everything

$GLOBALS['bsgGroupRoles']['*']   ['reader'] = true;

#Users group

$GLOBALS['bsgGroupRoles']['user']['reader'] = true;

$GLOBALS['bsgGroupRoles']['user']['editor'] = false;

#MAIN group

$GLOBALS['bsgGroupRoles']['Main']['editor'] = true;

#IT group

$GLOBALS['bsgGroupRoles']['IT']['editor'] = true;

#Namespace MAIN

$GLOBALS['bsgNamespaceRolesLockdown'][ NS_MAIN ][ 'reader' ] = array('*','user');

$GLOBALS['bsgNamespaceRolesLockdown'][ NS_MAIN ][ 'editor' ] = array('sysop', 'Main');

$GLOBALS['wgNonincludableNamespaces'][] = NS_MAIN;

#Namespace IT

$GLOBALS['bsgNamespaceRolesLockdown'][ 3000 ][ 'reader' ] = array('*','user');

$GLOBALS['bsgNamespaceRolesLockdown'][ 3000 ][ 'editor' ] = array('sysop','IT');

$GLOBALS['wgNonincludableNamespaces'][] = 3000;

So.. As I understand this: Sysops can edit anything. Users can read, but NOT edit anywhere, they have to be a part of another group (named after namespace) to edit a namespace pages. You have to have Main group to edit (Main) namespace. You have to have IT group to edit IT namespace. It works for IT namespace but not for Main, if users have any of the groups I created (there are more) they can edit pages in Main. If anyone could point me in the right direction, id be very thankful :) alternative is that I protect all pages in Main namespace to only be able to be edited by Admins, which is not ideal Kjanezic (talk) 14:06, 1 October 2019 (UTC)

Do you have to do this through BlueSpice or would you be fine with a native solution already present in MediaWiki core? See Manual:$wgNamespaceProtection. AhmadF.Cheema (talk) 15:15, 1 October 2019 (UTC)

No I dont have to, thank you for the link. I tried this but now no one can edit pages (which is still moving forward :) ). I find it interesting that lock works like a charm but the right to allow edit does not. Any ideas?

#LocalSettings.php

$wgNamespaceProtection[NS_MAIN] = array( 'edit-main' );  

$wgGroupPermissions['sysop']['edit-main'] = true;  

$wgGroupPermissions['Main']['edit-main'] = true; 

#extensions/BlueSpiceFoundation/config/pm-settings.php

$GLOBALS['bsgGroupRoles']['sysop']['edit-main'] = true;

$GLOBALS['bsgGroupRoles']['Main']['edit-main'] = true;

$GLOBALS['bsgNamespaceRolesLockdown'][ NS_MAIN ][ 'editor' ] = array('sysop', 'Main'); #editor to make sure they can edit

$GLOBALS['bsgNamespaceRolesLockdown'][ NS_MAIN ][ 'edit-main' ] = array('sysop', 'Main'); #right to edit main Kjanezic (talk) 06:56, 2 October 2019 (UTC)

Do you have both above custom configurations present at the same time? First try using only $wgNamespaceProtection, removing/commenting-out the other BlueSpice configurations. AhmadF.Cheema (talk) 07:38, 2 October 2019 (UTC)

OK i solved this by using other right name, more exactly: block (block users from editing). Only Main and sysop have this right defined and only they can edit. Thanks for the help. Kjanezic (talk) 07:50, 2 October 2019 (UTC)

Nevermind, now I cant edit any other namespace with any of the accounts :( I restored most settings but problem persists. Ill reboot and wait a bit if it gets back to normal 91.199.201.200 (talk) 08:54, 2 October 2019 (UTC)

Home page header

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Hi,

How can I change or delete this header?

https://i.imgur.com/gBByvOQ.png (It means main page).

Wiki Monocero (talk) 15:41, 1 October 2019 (UTC)

The title can be changed at MediaWiki:Mainpage and for hiding it, see Manual:FAQ#How do I hide the main page title? AhmadF.Cheema (talk) 15:54, 1 October 2019 (UTC)

Thanks for the info, I used this extension: Extension:NoTitle, but still the title is displayed. In general, this extension is to hide this title "Main Page"? Monocero (talk) 18:10, 1 October 2019 (UTC)

The extension is to hide title headings on all pages after the inclusion of the magic word __NOTITLE__ in them. The extension is unmaintained, so it is possible that it no longer works anymore. You'll have to try the .CSS option then, which is already the better choice as it does not involve the inclusion of extra possibly security-risk unmaintained extension code. AhmadF.Cheema (talk) 22:29, 1 October 2019 (UTC)

Thank you for the information. I changed the name Main_Page and entered this code into MediaWiki:Common.css and the title no longer appears.

body.page-Main_Page.action-view h1.firstHeading, body.page-Main_Page.action-submit h1.firstHeading { display: none; } Monocero (talk) 08:37, 2 October 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Actual image captions rather than alt and title attributes of the image tag?

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

In a MediaWiki install, is there a simple way to get actual image captions rather than having the caption text sequestered in alt and title attributes of the image tag? Wikipedia has such captions, but none of the three skins that ship with WikiMedia's has them, nor does either of the two third-party skins I've tried.

Thanks! ARK (talk) 22:53, 1 October 2019 (UTC)

I'm not sure I understand your question. What is typically called an "image caption" at Wikipedia is free-form text that is specified last in the [[File:…]] or [[Image:…]] wiki markup. For details, see Help:Images.

As seen in the examples at Help:Images#Format, the image caption is not always visible. You have to use the "frame" or "thumb" option to see it.

For example, if you edit any page on a (typical) MediaWiki wiki, add the text [[File:smile.svg|thumb|Hello!]] somewhere (replacing "smile.svg" with the actual filename you want to use), and then save or preview the results, you will see the image (assuming the wiki has access to an image with that filename — if not, you see the filename in red text indicating a missing image) in a right-floated box with the caption "Hello!" below it.

Assuming the wiki is configured correctly, the relevant image has been uploaded, and the wiki markup for displaying the image is correct, it shouldn't matter what skin you are using (as far as I know).

Does this answer you question? dcljr (talk) 05:11, 2 October 2019 (UTC)

Thanks, and sorry for the lack of clarity! In my view, a caption isn't a caption unless it's rendered below or right next to the image it belongs to, visible to the human reader right away, without the need for any action such as mousing the image over to view the alt info as a tooltip. I wasn't aware that an image needed to be treated as a thumbnail for this to happen in MediaWiki. I'll probably be able to adjust to this behaviour. ARK (talk) 10:03, 2 October 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

extension:comment

Hi

how can i install extension:comment success in my wiki?

my wiki use host is free unlimited host.

can you help me? Msnhinet8 (talk) 04:51, 2 October 2019 (UTC)

Do you mean Extension:Comments? If so, is there anything unclear in #Installation section? Or what difficulty did you meet? 94rain ^Talk 05:30, 2 October 2019 (UTC)

i use this https://nexusbytes.com/knowledgebase/22/Affiliates-Program-Details.html free unlimited host install comment this extension in my https://zh-tw.internetpedia.nctu.me/wiki/index.php/%E9%A6%96%E9%A0%81 wiki

but i install's it not success, can you help me?

Msnhinet8 (talk) 05:33, 2 October 2019 (UTC)

i can add your fb account?

Msnhinet8 (talk) 05:35, 2 October 2019 (UTC)

I see the extension has already been installed according to Special:Version. Have you run the update script? 94rain ^Talk 05:43, 2 October 2019 (UTC)

yes i update script.

i can give you my da panel account and pass? Msnhinet8 (talk) 05:46, 2 October 2019 (UTC)

your e-mail account is? Msnhinet8 (talk) 05:47, 2 October 2019 (UTC)

you look my e-mail? Msnhinet8 (talk) 05:51, 2 October 2019 (UTC)

Please add the following lines to Localsettings.php for more detailed debug information:

$wgShowExceptionDetails = true:

$wgShowDBErrorBacktrace = true;

$wgShowSQLErrors = true;

94rain ^Talk 06:18, 2 October 2019 (UTC)

not success.

Msnhinet8 (talk) 06:25, 2 October 2019 (UTC)

can you help me? Msnhinet8 (talk) 06:29, 2 October 2019 (UTC)

Are you sure you've run the update script? Because it doesn't look like your free host has SSH feature.

Also, what happens after adding the following lines to Localsettings.php: $wgShowExceptionDetails = true: $wgShowDBErrorBacktrace = true; $wgShowSQLErrors = true;

What do you mean by "not success"? AhmadF.Cheema (talk) 07:42, 2 October 2019 (UTC)

not success is it(my wiki) not view comment this extension in my page down.

Msnhinet8 (talk) 07:45, 2 October 2019 (UTC)

API option for checking a wiki's article count method

Many MediaWiki configuration settings can be checked for an individual wiki using the API. For example, the value of $wgContentNamespaces for this wiki can be deduced from the results of the API query:

https://www.mediawiki.org/w/api.php?action=query&meta=siteinfo&siprop=namespaces&formatversion=2

(search for the word "content" — it's "true" for 5 namespaces and "false" for the rest).

Is there a similar API query that reveals the value of $wgArticleCountMethod for a wiki? I've looked/searched through the API documentation, but have not found an answer. dcljr (talk) 05:31, 2 October 2019 (UTC)

No, only a small set of interesting configuration options are exposed through the api. If you want to expose that you shoud BUGREPORT (and probably tell a use-case for this) Ciencia Al Poder (talk) 09:34, 2 October 2019 (UTC)

TOC numbers not showing when printing

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Hello everyone,

Sorry this question feels quite silly.

When printing any article from my wiki I do not get any numbers in the TOC.

The numbers then correctly display in each section but the TOC remains without any number which is quite confusing.

I've searched and most post I have found are in actually questions on how to hide these numbers but in my case they do not show at all.

I do not have any particular modification of my CSS that could impact this.

Any idea?

SDFM13 (talk) 08:15, 2 October 2019 (UTC)

This is also happening on the English Wikipedia. It may be worth reporting it as a bug.

According to https://phabricator.wikimedia.org/T213606#4882676 : "Current print styles seem to intentionally hide the numbering in the TOC" Ciencia Al Poder (talk) 09:31, 2 October 2019 (UTC)

Do you know were can I change the current print style? SDFM13 (talk) 10:07, 2 October 2019 (UTC)

In your MediaWiki:Print.css, add the following:

span.tocnumber { display: inline-block !important; }

AhmadF.Cheema (talk) 12:37, 2 October 2019 (UTC)

Thank you very much! SDFM13 (talk) 12:52, 2 October 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Moving from another server and Upgrading from 1.26.3 to actual version

Hi all, we have a big installation on 1.26.3 version, and we need to upgrade the host from the previous to an actual centos 7.x.

Any updgrade advice? I'm supposing to install centos+http+php 5+mysql, backup old installation, and restore in the new server. What do you think?

88.39.46.106 (talk) 09:06, 2 October 2019 (UTC)

i doesn't work if you have a http it has to be a https good luck 193.172.1.240 (talk) 10:11, 7 October 2019 (UTC)

Are you planning to upgrade on the same host, or a different one? If it's on the same host, you'll have to backup old installation before installing the new system! Ciencia Al Poder (talk) 09:15, 2 October 2019 (UTC)

To a different host. We actually are moving in another linux box.

Previous system;

MediaWiki	1.26.3
PHP	5.3.17 (apache2handler)
MySQL	5.5.33
ICU	4.0

In the new box I install:

php-5.4.16

mysql (mariadb) 5.5.64

ICU 5.0

I backup the db and the "wiki" apache folder; move them to the new box.

Restored the DB, restored the folder, change in LocalSettings.php the settings for the new db in the new box.

Calling the url I obtain

Strict Standards: Declaration of GadgetResourceLoaderModule::getDependencies() should be compatible with ResourceLoaderModule::getDependencies(ResourceLoaderContext $context = NULL) in /var/www/html/wiki/extensions/Gadgets/Gadgets_body.php on line 420

Any help will be appreciated. Technofab (talk) 10:22, 2 October 2019 (UTC)

Along with MediaWiki core, you'll have to update your extensions too. AhmadF.Cheema (talk) 14:14, 2 October 2019 (UTC)

Like a wrote, I havn't upgrade the core, but only backup and restore to another machine.

But I have 2 issue:

In the top I obtain the message:

Strict Standards: Declaration of GadgetResourceLoaderModule::getDependencies() should be compatible with ResourceLoaderModule::getDependencies(ResourceLoaderContext $context = NULL) in /var/www/html/wiki/extensions/Gadgets/Gadgets_body.php on line 420

Second issue:

Modifying a content, the rich text editor is not running.

any ideas?

Technofab (talk) 09:59, 4 October 2019 (UTC)

Right, apologies.

But, after the Strict Standards error line, is there anything further?

AhmadF.Cheema (talk) 12:25, 4 October 2019 (UTC)

No, the page right loaded.

Also in error.log about apache is the only error was writtern

Apparently all works, except this 2 things: this message and the editor.

The 2 systems about core package are similar:

Previous system;

MediaWiki	1.26.3
PHP	5.3.17 (apache2handler)
MySQL	5.5.33
ICU	4.0

New system

MediaWiki	1.26.3
PHP	5.4.16 (apache2handler)
MariaDB	5.5.64-MariaDB
ICU	50.1.2

And all rest information in the ?title=Special:Version page are the same. Technofab (talk) 12:42, 4 October 2019 (UTC)

Regarding the editor, is it an extension? Which one?

Errors for editor not loading problems usually get displayed in the Console tab of browser developer tools (F12). AhmadF.Cheema (talk) 14:50, 4 October 2019 (UTC)

I suppose, via Localsettings. is the WYSIWYG editor; that is the same except for path and mysql settings to the db.

My settings are this:

require_once "$IP/extensions/WYSIWYG/WYSIWYG.php";

wfLoadExtension( 'WYSIWYG' );

wfLoadExtension( 'WikiEditor' );

$wgCKEditorWikiEditorActive = true;

But there are no errors clicking edit a post, it simple doesn't appear, like you can see in this images

https://ibb.co/86hrQdJ (the new server)

https://ibb.co/j50zpyj (the old server) Technofab (talk) 15:07, 4 October 2019 (UTC)

You should never enable "strict standards" errors on production. Those are not errors. And also the display of errors on the webpage itself should be turned off. The output of those errors in random places of the HTML is what's likely causing issues.

On the other hand, if you're moving to a new host, we'd expect you to upgrade to a supported MediaWiki version. 1.26.3 is very old and not supported anymore. It most probably contains security vulnerabilities, same as with the PHP version you have on the new server. Ciencia Al Poder (talk) 16:04, 4 October 2019 (UTC)

Cienca, I'vnt enabled nothing in the new machin, also strict standard or other.

You are right about upgrading, but before upgrading is good to keep working the "simple" backup - restore to another machine with similar configuration or otherwise correcting problems and errors on the new version becomes impossible.

Technofab (talk) 06:43, 7 October 2019 (UTC)

If you haven't enabled those errors, you should disable them. Ciencia Al Poder (talk) 09:29, 7 October 2019 (UTC)

But disabling them, not solve the question about the editors. Any idea? Technofab (talk) 13:18, 8 October 2019 (UTC)

Sorry. As we stated, MediaWiki 1.26 is old and not supported. Maybe it no longer works because the technology of that epoch doesn't work with current browsers. Ciencia Al Poder (talk) 19:00, 8 October 2019 (UTC)

CentOS/RHEL 7 is tricky because it uses older base versions of PHP. It's incorrect to say it's "unsupported" because Red Hat continues to support it and will port any security fixes from newer versions to their supported version for the life of RHEL 7.

To run a supported version of MediaWiki on CentOS 7, you have to use SoftwareCollections to install php7. If you do this (at least in my experience) you also have to install Apache httpd from there rather than using the standard repository. It's doable. MediaWiki isn't unique in that its development has pushed ahead of what's available in stable enterprise-focused distributions like RHEL.

CentOS 8's standard repository has new enough PHP to run the latest MediaWiki. Hawaiian717 (talk) 20:48, 8 October 2019 (UTC)

To fix this specific error you can try to change:

extensions-external/UniversalLanguageSelector/includes/ResourceLoaderULSJsonMessageModule.php

Changing from:

       /**
         * Part of the ResourceLoader module interface.
         * Declares the core ext.uls.i18n module as a dependency.
         * @return string[] Module names.
         */
        function getDependencies() {
                return array( 'ext.uls.i18n' );
        }

To:

       /**
         * Part of the ResourceLoader module interface.
         * Declares the core ext.uls.i18n module as a dependency.
         * @return string[] Module names.
         */
        function getDependencies( ResourceLoaderContext $context = NULL ) {
                return array( 'ext.uls.i18n' );
        }

Valerio Bozzolan (talk) 15:46, 19 February 2021 (UTC)

Safely purge all the content

Spammers filled my wikimedia 1.31.0 with garbage.

I am looking for a way to delete and purge all the content.

I already tried these ways:

```

php maintenance/nukeNS.php --delete --all

php purgeList.php --purge --all

php deleteArchivedRevisions.php --delete

```

And I can still see the random page.

I tried Mass delete of `Special:Nuke`. Unfortunately, It shows deleted pages and unable to delete them permanently.

What I am doing wrong?

P.S. I can't upgrade yet.

Zhekaus (talk) 10:54, 2 October 2019 (UTC)

Also note that 1.31.0 is an outdated, old software version with security vulnerabilities. Please run latest versions for your own safety. See Manual:Upgrading Malyacko (talk) 12:40, 2 October 2019 (UTC)

I know.

However I believe it does not matter for this sort of problems. Zhekaus (talk) 13:42, 2 October 2019 (UTC)

You can use NukeNS.php like so:

NukeNS.php --ns=1 --all --delete

This should actually delete all pages from namespace number 1. You can do the same for all other namespaces.

See Manual:NukeNS.php for more information and Manual:Namespace for a list of namespaces. 2001:16B8:1073:F400:D13D:D272:BBC7:8E09 (talk) 14:13, 2 October 2019 (UTC)

Tried. I still see random pages and list of deleted pages in Special:Nuke. Zhekaus (talk) 19:20, 2 October 2019 (UTC)

Upgrading - database tables issue

Hello. I'm trying to update a very old website of mine running MediaWiki 1.16 to the latest 1.33.

Using the update.php script I incur in the following error:

PHP Parse error:  syntax error, unexpected '?' in /home/whatever/public_html/wiki/maintenance/update.php on line 254

I can't see any unexpected ? at line 254...

If instead I run the website upgrade process, I incur in this other one:

Adding index ar_revid_uniq to table archive ...

An error occurred:

A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?

Query: CREATE UNIQUE INDEX ar_revid_uniq ON `wiki_archive` (ar_rev_id)

Function: Wikimedia\Rdbms\Database::sourceFile( /home/whatever/public_html/wiki/maintenance/archives/patch-archive-ar_rev_id-unique.sql )

Error: 1062 Duplicate entry '0' for key 'ar_revid_uniq' (localhost)

But my db was working back then (very old "then")...!

Any idea? I really don't know what to do anymore...

Thanks and kind regards,

Alberto Albazilla (talk) 15:04, 2 October 2019 (UTC)

The PHP Parse error probably indicates a problem with the PHP version that is being used to run the script through the command line.

For overall upgrade, see Project:Support desk/Flow/2015/11#h-Upgrade_path_from_old_version_to_new_version-2015-11-19T20:10:00.000Z. AhmadF.Cheema (talk) 15:19, 2 October 2019 (UTC)

Not sure that could be the case, besides, I followed religiously all the steps...

I'm on a shared server on a decent web hosting provider. The version of PHP is 5.6.35 and MySQL 5.6.41-84.1. Are these considered old?

Could that be a problem with LocalSetting.php content, as it comes from the MW 1.16 version (MySQL was still version 4 for instance)? Albazilla (talk) 17:50, 2 October 2019 (UTC)

MediaWiki v1.33 requires PHP version 7.0 or above. See Compatibility. AhmadF.Cheema (talk) 18:17, 2 October 2019 (UTC)

Ok thanks Ahmad, will ask the service provider to upgrade, and hopefully this solves the problem!

Much appreciated. Albazilla (talk) 19:05, 2 October 2019 (UTC)

Found a "PHP Selector" in the cPanel and upgraded to PHP 7.0. Unfortunately this has not changed the issue. Same errors via shell and via web... any other idea? Albazilla (talk) 19:25, 2 October 2019 (UTC)

It is possible that a different older version is still being used at the command line level. Sometimes hosts with multiple PHP versions installed employ a different name (like php7 instead of php) to call newer versions.

Check the PHP version on the command line too. AhmadF.Cheema (talk) 00:52, 3 October 2019 (UTC)

Yep, PHP is good v.7.

I'm puzzled since via command line I receive an error on the script, but via web I receive an error on the database! It asks me to update the schema, but shouldn't the web wizard do it directly? According to the upgrade instruction I should not run anything else before launching this process...

From the helpdesk of my shared server, I've got this answer:

"I've checked this database it seems like scripting issue while the 'ar_revid_uniq' is getting duplicate value '0' from the query which is causing the issue. Unfortunately I'll not be able to assist you with this. You'll have to check the script from your end or contact your developer to resolve this issue."

Again, I'm total noob for this... will appreciate any help! Albazilla (talk) 06:52, 3 October 2019 (UTC)

Thanks Ahmad for the effort so far, but PHP is not the issue here...

I'm in need of some good MySQL db support... I even tried manually to replicate the db structure of a newly installed 1.33 wiki into my existing db.

Basically my db upgrade stops since I cannot create the index "ad_revid_uniq" (that wasn't present on wiki 1.16), as I get the following error.

ALTER TABLE `albazill_wiki`.`wiki_archive` ADD UNIQUE `ar_revid_uniq` (`ar_rev_id`) USING BTREE;#1062 - Duplicate entry '0' for key 'ar_revid_uniq'

Anybody knows why and what am I supposed to do to fix this?

If I run a query on 'ar_rev_id' to count unique values, it returns 104 lines with 'ar_rev_id' set to the same number '0'. Could this be the problem?

If that is the case, how can I fix it? This database was never edited manually but only directly from the wiki (1.16) so how can this happen?

Thanks everybody that will look into this and help me out... don't want to lose years of 'community' wiki... Albazilla (talk) 12:29, 6 October 2019 (UTC)

The most straightforward thing to do is to remove the entries from the wiki_archive table that has ar_rev_id = 0. Note that this would prevent you from restoring those revisions later (they're revisions from deleted pages).

Another option, to not lose those revisions, would be to create a temporary table with the same fields except ar_rev_id, insert those rows with ar_rev_id=0 into that table, delete those rows from the wiki_archive table, and then insert them back again from the temp table. Since the ar_rev_id is an autoincrement field, it should generate itself unique numbers for the rows Ciencia Al Poder (talk) 09:24, 8 October 2019 (UTC)

select count(*),ar_rev_id 
from archive 
group by ar_rev_id 
having count(*)>1
order by 1 desc

and then

delete from archive where ar_rev_id in ...

Seppl2013 (talk) 11:58, 3 August 2020 (UTC)

Upgrading - $wgDBprefix problem

I am attempting to upgrade a wiki from v1.24.1 to v1.33.

When the wiki was created, it was given a $wgDBprefix value that did not have a trailing underscore.

The upgrade program is throwing an error in includes/libs/rdbms/database/domain/DataBaseDomain.php:58

Is there a workaround for this problem?

I have considered:

1. Backing up the mySQL DB to SQL, editing the SQL, and then restoring the DB from the edited SQL.
2. Editing DataBaseDomain.php to ignore the missing underscore.
3. 98.193.15.22 (talk) 16:02, 2 October 2019 (UTC)

i dont think trailing underscore is required. Whats the exact error? Bawolff (talk) 21:04, 2 October 2019 (UTC)

PHP Fatal error: Uncaught InvalidArgumentException: A non-empty prefix must end with "_". in ../includes/libs/rdbms/database/domain/DataBaseDomain.php:58

The code is:

       $this->schema = $schema;

       if ( !is_string( $prefix ) ) {

           throw new InvalidArgumentException( 'Prefix must be a string.' );

       } elseif ( $prefix !== '' && substr( $prefix, -1, 1 ) !== '_' ) {

           throw new InvalidArgumentException( 'A non-empty prefix must end with "_".' );

       }

       $this->prefix = $prefix; 98.193.15.22 (talk) 21:23, 2 October 2019 (UTC)

See T227147. AhmadF.Cheema (talk) 00:47, 3 October 2019 (UTC)

Local copy of the wiktionary

Need help.

Help me, please, setup local copy of the wiktionary.

I get xml dump.

I import it to mysql. database my_wiki, (via mwdumper)

I install MediaWiki script to folder /var/ww/wiki.

I configure Apache2 for use /var/ww/wiki.

I run php rebuildall.php  

I got site main page at /index.php

But, when I pass word 'cat': index.php/cat, then I see next message:

"There is currently no text in this page. You can "search for this page title" in other pages, "search the related logs", or "create this page".

I do not worry. I try api:

api.php?action=parse&page=cat&format=json&prop=text

But, no 'cat' content:

{"parse":{"title":"cat","pageid":36,"text":{"*":"<div class=\"mw-parser-output\">There is currently no text in this page.\nYou can <a href=\"/index.php/Special:Search/cat\" title=\"Special:Search/cat\">search for this page title</a> in other pages,\n<span class=\"plainlinks\"><a rel=\"nofollow\" class=\"external text\" href=\"http://localhost/index.php?title=Special:Log&amp;page=cat\">search the related logs</a>,\nor <a rel=\"nofollow\" class=\"external text\" href=\"http://localhost/index.php?title=cat&amp;action=edit\">create this page</a></span>.\n\n</div>"}}}

I will be happy get help from you. Vital.fadeev (talk) 18:33, 2 October 2019 (UTC)

this suggests that the import wasnt done properly. Mwdumper is known not to work on recent versions of mw. Normally there are also auxilirary sql files you would import when using mwdumper (although rebuildall should be the same but much slower). Normally id reccomend running update.php after importing with mwdumper. If you are using mw 1.33 you might have to run cleanupUsersWithNoId.php followed by migrateActors.php

If all else fails use importDump.php instead of mwdumper. Its slower but much easier Bawolff (talk) 21:03, 2 October 2019 (UTC)

User39247 (talk) 02:46, 12 December 2019 (UTC)

if search isnt working, you can try running Manual:rebuildtextindex.php although rebuildAll is supposed to do that.

Wikimedia wikis use CirrusSearch which adds advanced features, but the builtin search should work fine to provide basic searching. Bawolff (talk) 13:13, 12 December 2019 (UTC)

User39247 (talk) 21:20, 13 December 2019 (UTC)

that is a lot of amp;'s! Thats kind of odd.

Some dumps dont have templates included. Otherwise maybe the page was imported prior to the template. If a page named template:Wp exists, try running runJobs.php. If that doesnt work you can try refreshLinks.php (which rebuildAll would normally do as a step) Bawolff (talk) 10:36, 14 December 2019 (UTC)

User39247 (talk) 16:15, 14 December 2019 (UTC)

The Template: is not part of the page name. Template: in the database is stored as having page_namespace of 10 and only the part after Template: prefix is stored. Bawolff (talk) 16:13, 15 December 2019 (UTC)

User39247 (talk) 23:05, 15 December 2019 (UTC)

the later error is suggestive of update.php not fully updating the db Bawolff (talk) 11:04, 16 December 2019 (UTC)

User39247 (talk) 18:01, 21 December 2019 (UTC)
User39247 (talk) 00:32, 18 December 2019 (UTC)

Alter Page_ID or create unique class

I'm migrating an old database of historical figures to Mediawiki. Often people will have the exact name. The old DB used an ID that I want to be able to reference. I know I could add it to the title link: "John Smith 123" and then opt to change the display title.

Is there a nicer way of adding a page property field that could be used when linking in the wiki such as uniqueclass=123? Nicholaslue (talk) 18:46, 2 October 2019 (UTC)

There is the curid parameter that can link via the article id - e.g. https://en.wikipedia.org/w/index.php?curid=11178 (You can find the article id from the "page information" link on the sidebar). There are also various short url extensions.

You might be interested in Extension:Display_Title Bawolff (talk) 04:32, 3 October 2019 (UTC)

The curid is very interesting. Is there anyway of altering the pageID without directly working on the DB server or creating another field that can be linked to like the curid? Nicholaslue (talk) 14:40, 3 October 2019 (UTC)

No, curid are assigned in order of page creation and do not change. If you want to just create your own stable numberic identifiers, I would suggest just using those as your page title, and then using Extension:Display Title to display the human readable version Bawolff (talk) 21:55, 3 October 2019 (UTC)

Upgrade from 1.9.3 - key too long

running into problem upgrading from 1.9.3 to current 1.33

Doing this on a linux server, plan to transfer updated db later on. local installation on debian apache php

following this page: Manual:Upgrading/be#Command line

adapted original LocalSettings.php:

changed the sql version:

# was: true

$wgDBmysql4 = false;

# was: false

$wgDBmysql5 = true;

added:

wfLoadSkin( 'Vector' );

wfLoadSkin( 'MonoBook' );

created database on local machine with same name as on webserver, user and password dito.

command used:

elgekf@Majestix:/data/localweb/cms/wikin/maintenance$ sudo -u www-data php update.php

output initially looks good but runs into error:

MediaWiki 1.33.0 Updater

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

Going to run database updates for db115861_15

Depending on the size of your database this may take a while!

Abort with control-c in the next five seconds (skip this countdown with --quick) ... 0

Turning off Content Handler DB fields for this part of upgrade.

...have ipb_id field in ipblocks table.

...have ipb_expiry field in ipblocks table.

...already have interwiki table

...indexes seem up to 20031107 standards.

...have rc_type field in recentchanges table.

...index new_name_timestamp already set on recentchanges table.

...have user_real_name field in user table.

...querycache table already exists.

...objectcache table already exists.

...categorylinks table already exists.

...have pagelinks; skipping old links table updates

...il_from OK

...have rc_ip field in recentchanges table.

...index PRIMARY already set on image table.

...have rc_id field in recentchanges table.

...have rc_patrolled field in recentchanges table.

...logging table already exists.

...have user_token field in user table.

...have wl_notificationtimestamp field in watchlist table.

...watchlist talk page rows already present.

...user table does not contain user_emailauthenticationtimestamp field.

...page table already exists.

...have log_params field in logging table.

...logging table has correct log_title encoding.

...have ar_rev_id field in archive table.

...have page_len field in page table.

...revision table does not contain inverse_timestamp field.

...have rev_text_id field in revision table.

...have rev_deleted field in revision table.

...have img_width field in image table.

...have img_metadata field in image table.

...have user_email_token field in user table.

...have ar_text_id field in archive table.

...page_namespace is already a full int (int(11)).

...ar_namespace is already a full int (int(11)).

...rc_namespace is already a full int (int(11)).

...wl_namespace is already a full int (int(11)).

...qc_namespace is already a full int (int(11)).

...log_namespace is already a full int (int(11)).

...have img_media_type field in image table.

...already have pagelinks table.

...image table does not contain img_type field.

...already have unique user_name index.

...user_groups table exists and is in current format.

...have ss_total_pages field in site_stats table.

...user_newtalk table already exists.

...have iw_trans field in interwiki table.

...wl_notificationtimestamp is already nullable.

...index times already set on logging table.

...have ipb_range_start field in ipblocks table.

...no page_random rows needed to be set

...have user_registration field in user table.

...templatelinks table already exists

...externallinks table already exists.

...job table already exists.

...have ss_images field in site_stats table.

...langlinks table already exists.

...querycache_info table already exists.

...filearchive table already exists.

...have ipb_anon_only field in ipblocks table.

...index rc_ns_usertext already set on recentchanges table.

...index rc_user_text already set on recentchanges table.

...have user_newpass_time field in user table.

...redirect table already exists.

...querycachetwo table already exists.

...have ipb_enable_autoblock field in ipblocks table.

...index pl_namespace on table pagelinks includes field pl_from.

...index tl_namespace on table templatelinks includes field tl_from.

...index il_to on table imagelinks has no field il_from; added.

Updating backlinking indices ...[f99573b03b58ec5d2d54f52d] [no req]   Wikimedia\Rdbms\DBQueryError from line 1587 of /data/localweb/cms/wikin/includes/libs/rdbms/database/Database.php: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?

Query: ALTER TABLE `imagelinks`

DROP INDEX il_to,

ADD INDEX il_to(il_to, il_from)

Function: Wikimedia\Rdbms\Database::sourceFile( /data/localweb/cms/wikin/maintenance/archives/patch-backlinkindexes.sql )

Error: 1071 Specified key was too long; max key length is 1000 bytes (localhost)

Backtrace:

#0 /data/localweb/cms/wikin/includes/libs/rdbms/database/Database.php(1556): Wikimedia\Rdbms\Database->getQueryExceptionAndLog(string, integer, string, string)

#1 /data/localweb/cms/wikin/includes/libs/rdbms/database/Database.php(1274): Wikimedia\Rdbms\Database->reportQueryError(string, integer, string, string, boolean)

#2 /data/localweb/cms/wikin/includes/libs/rdbms/database/Database.php(4430): Wikimedia\Rdbms\Database->query(string, string)

#3 /data/localweb/cms/wikin/includes/libs/rdbms/database/Database.php(4365): Wikimedia\Rdbms\Database->sourceStream(unknown type, NULL, NULL, string, NULL)

#4 /data/localweb/cms/wikin/includes/installer/DatabaseUpdater.php(690): Wikimedia\Rdbms\Database->sourceFile(string)

#5 /data/localweb/cms/wikin/includes/installer/MysqlUpdater.php(972): DatabaseUpdater->applyPatch(string, boolean, string)

#6 /data/localweb/cms/wikin/includes/installer/DatabaseUpdater.php(489): MysqlUpdater->doBacklinkingIndicesUpdate()

#7 /data/localweb/cms/wikin/includes/installer/DatabaseUpdater.php(453): DatabaseUpdater->runUpdates(array, boolean)

#8 /data/localweb/cms/wikin/maintenance/update.php(203): DatabaseUpdater->doUpdates(array)

#9 /data/localweb/cms/wikin/maintenance/doMaintenance.php(96): UpdateMediaWiki->execute()

#10 /data/localweb/cms/wikin/maintenance/update.php(266): require_once(string)

#11 {main}

---

any ideas?

tia

elgekf Elgekf (talk) 19:08, 2 October 2019 (UTC)

what version of mysql are you using and what charset is the database using? Bawolff (talk) 20:55, 2 October 2019 (UTC)

select @@version;

@@version                |

+--------------------------+

| 10.1.41-MariaDB-0+deb9u1

SELECT default_character_set_name FROM information_schema.SCHEMATA S WHERE schema_name = "db115861_15";

+----------------------------+

| default_character_set_name |

+----------------------------+

| utf8mb4                    |

+----------------------------+ Elgekf (talk) 22:36, 2 October 2019 (UTC)

In modern mediawiki, I don't think this would normally be an issue, since il_to is a binary 255 byte varchar (and il_from is an int), InnoDB is at this point now the recommended engine which has a limit higher than 1000 bytes. But i guess maybe the state of older mediawiki's might be different.

I guess the best fix would be to change the charset for the il_to field to binary. Although its complicated, changing the entire schema to use InnoDB would maybe be an even better fix, as in addition to increased index length, InnoDB is much more reliable than MyISAM Bawolff (talk) 04:28, 3 October 2019 (UTC)

looking at the values of imagelinks i decided to shorten the datatypes to varchar(100):

[db115861_15]> desc imagelinks;

+---------+--------------+------+-----+---------+-------+

| Field   | Type         | Null | Key | Default | Extra |

+---------+--------------+------+-----+---------+-------+

| il_from | varchar(255) | NO   | MUL |         |       |

| il_to   | varchar(255) | NO   | MUL |         |       |

+---------+--------------+------+-----+---------+-------+

2 rows in set (0.00 sec)

MariaDB [db115861_15]> alter table imagelinks modify il_from varchar(100);

Query OK, 51 rows affected (0.00 sec)              

Records: 51  Duplicates: 0  Warnings: 0

MariaDB [db115861_15]> alter table imagelinks modify il_to varchar(100);

Query OK, 51 rows affected (0.01 sec)              

Records: 51  Duplicates: 0  Warnings: 0

MariaDB [db115861_15]> desc imagelinks;

+---------+--------------+------+-----+---------+-------+

| Field   | Type         | Null | Key | Default | Extra |

+---------+--------------+------+-----+---------+-------+

| il_from | varchar(100) | YES  | MUL | NULL    |       |

| il_to   | varchar(100) | YES  | MUL | NULL    |       |

+---------+--------------+------+-----+---------+-------+

2 rows in set (0.00 sec)

after doing so the update process runs further, but does not succeed yet - it now misses a table:

(...)

Adding index log_type_action to table logging ...done.

...type_action key doesn't exist.

Renaming index iw_prefix into PRIMARY to table interwiki ...done.

...index PRIMARY already set on page_props table.

...index PRIMARY already set on protected_titles table.

Renaming index site_ids_type into PRIMARY to table site_identifiers ...done.

Adding index rc_this_oldid to table recentchanges ...done.

Dropping table transcache ...done.

Running maintenance/populateChangeTagDef.php...

[997f0469706c3c823f77456f] [no req]   Wikimedia\Rdbms\DBQueryError from line 1587 of /data/localweb/cms/wikin/includes/libs/rdbms/database/Database.php: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?

Query: SELECT  vt_tag AS `value`  FROM `valid_tag`     

Function: PopulateChangeTagDef::setUserDefinedTags

Error: 1146 Table 'db115861_15.valid_tag' doesn't exist

----Anyone an idea of how to create this table? Elgekf (talk) 13:54, 3 October 2019 (UTC)

still trying to get the upgrade running, i created an dummy table valid_tag (boolean vt_tag); and inserted 1 row with false - the upgrade continues and deletes this table.

now it stops here:

...site_stats is populated...done.

Checking existence of old default messages...[97e8f20e2c2f3a78e13a7fba] [no req]   UnexpectedValueException from line 169 of /data/localweb/cms/wikin/includes/user/UserGroupMembership.php: UserGroupMembership::insert() needs a positive user ID. Did you forget to add your User object to the database before calling addGroup()?

Backtrace:

#0 /data/localweb/cms/wikin/includes/user/User.php(3744): UserGroupMembership->insert(boolean)

#1 /data/localweb/cms/wikin/maintenance/deleteDefaultMessages.php(83): User->addGroup(string)

#2 /data/localweb/cms/wikin/maintenance/update.php(215): DeleteDefaultMessages->execute()

#3 /data/localweb/cms/wikin/maintenance/doMaintenance.php(96): UpdateMediaWiki->execute()

#4 /data/localweb/cms/wikin/maintenance/update.php(266): require_once(string)

#5 {main}

l--------

the line referenced in backtrace 1 reads:

       $user->addGroup( 'bot' );

and i think the error comes from there exists no group named 'bot'.

Should i just omit that line 83?

thanks for your time reading this and any hints

kind regards

Elgekf (talk) 17:25, 5 October 2019 (UTC)

No, the error happens because the installer is trying to add the bot group to a user with no id... Maybe it fails to create the user in the first place. It may be bug T171315. If this is still happening with the latest release (1.33.1) you should reopen that task. Ciencia Al Poder (talk) 09:39, 11 October 2019 (UTC)

thanks for your answer. Actually I try to follow the Idea of Bawolff to switch over to InnoDB. Found quite a mess of different engines and charsets in several tables in the database used in the first place. Currently working with an older backup, trying to get encoding right. We'll see what problems will come up then :) Elgekf (talk) 11:04, 13 October 2019 (UTC)

MediaWiki 1.32.2 does not recognize LocalSettings.php

Hi,

I just installed MediaWiki fresh from the Fedora distribution I use and went through the setup of the MediaWiki instance. At the end, I am offered the LocalSettings.php file as usual and I installed it in the normal location (root of the MediaWiki directory). I also made sure that the apache user can actually read the file and it can. However, similar to this question, it does not seem to realize it is there. Contrary to the OP there my DNS works perfectly fine as well. I am also not using any existing LocalSettings.php, but generated it fresh from the installation and configuration of the server. So, no location change and no old config in the file. Ownership is "root:root" with permissions on 644.

Is there a bug in this version of MediaWiki ? 90.224.180.50 (talk) 23:15, 2 October 2019 (UTC)

I may need to add that I do not use the default root user for the MariaDB database, but instead a dedicated user with a random-generated 22-character password. 90.224.180.50 (talk) 01:25, 3 October 2019 (UTC)

Did you download MediaWiki from this site directly, or did you use an rpm package provided by someone else. If you used someone else's package, its not maintained by the MediaWiki developers, and its possible that the distro changed the expected location of LocalSettings.php or something like that.

Otherwise, make sure that LocalSettings.php is named correctly and in the right directory, as that's all i can really think of. I don't expect its a permission problem, as that would probably be a different error than if the file is just missing (the please setup your wiki error) Bawolff (talk) 22:32, 3 October 2019 (UTC)

Hi Bawolff,

As mentioned in my first post, I installed it through my distribution. However, I do not believe that they go through some afterwork to change packages they receive from their respective maintainers just to change config parameters without a word as it would be counter-productive. It is also not my first MediaWiki installation I have done that way and all previous ones worked as expected. Therefore I am surprised that this time it does not seem to be recognized. 194.218.239.135 (talk) 07:00, 4 October 2019 (UTC)

Well fedora was famous for once upon a time of moving things around in their version of mediawiki (and breaking stuff in the process), but I haven't heard a complaint about it in years, so I would hope they don't do that anymore, but you never know. Bawolff (talk) 07:40, 12 October 2019 (UTC)

Hi Bawolff,

I see. While I understand that something potentially can have changed due to Fedora package maintainers wasting their energy, can you at least provide me with the file (and approximate location in the file, like beginning, middle or end) typically referencing the LocalSettings.php in any way, please? I can then double-check what my local installation holds. Additionally, I will scour my installation files, but I may not find it that way.

In the end, I find it really surprising as from my first MediaWiki installation (1.15?) up until now I never had any issues and installed it at least 3-5 times and updated it every time when there was an update available.

Any help or helpful tips would be much appreciated. Thanks already in advance! 90.224.180.50 (talk) 13:11, 12 October 2019 (UTC)

That would be includes/Setup.php (around line 118). Note however this can be overriden if the constants MW_CONFIG_CALLBACK or MW_CONFIG_FILE is defined. Bawolff (talk) 20:10, 12 October 2019 (UTC)

Hi Bawolff,

Thank you very much! While I found the file and skimmed through it, all looks as it should be. LocalSettings.php is defined as "$IP/LocalSettings.php", which looks the same comparing it with the official MediaWiki 1.33.1 release you offer on this site.

I did not find anything in particular in regards to MW_CONFIG_CALLBACK or MW_CONFIG_FILE being incorrectly defined, but I agree that it is easy to overlook through the amount of files. For the very least I could not see anything inside includes/Setup.php apart from the conditional query.

So, I am still at a loss as to why the LocalSettings.php is still ignored. Maybe I will wait for Fedora to release 1.32.4, which I could see in the updates-testing repo already.

At any rate: Thank you for your efforts! 90.224.180.50 (talk) 12:04, 13 October 2019 (UTC)

i guess $IP could also be wrong

You could try adding var_dump("$IP/LocalSettings.php", MW_CONFIG_FILE, MW_CONFIG_CALLBACK); die();

Right before the load localsettings code block in setup.php. this should tell you what those settings are.

Also make sure its not something like having multiple mw installs and you are looking at the wrong one. Bawolff (talk) 19:36, 13 October 2019 (UTC)

Going with the flow, I updated my RPM-based installation to 1.32.4, but the issue is the same. I then added your line and to my surprise it expects the LocalSettings.php inside `/usr/share/mediawiki/` (the main installation folder before any instances are created).

The full output of your line is: `string(38) "/usr/share/mediawiki/LocalSettings.php" string(38) "/usr/share/mediawiki/LocalSettings.php" string(25) "wfWebStartNoLocalSettings"`.

Not sure where `$IP` is getting defined, but your mediawiki installation looks the same at that particular location inside Setup.php.

For now I copied `LocalSettings.php` into that directory and it appears to work. However, I guess, it will take away the ability to use instances. If you still have some ideas (and the energy to assist), please let me know. Thanks already for this tremendous help allowing me to find where the location ended up in. 90.224.180.50 (talk) 09:12, 20 October 2019 (UTC)

mediawiki farm

Hi

i buy vps 30 GB disk

i want to install Extension:farmer

can this user help me install farmer in my wiki?

Msnhinet8 (talk) 01:04, 3 October 2019 (UTC)

Extension:Farmer is unmaintained and ~5 years old, probably would be better to install Extension:MediaWikiFarm, as it is more recent.

Also, I doubt anyone here will go through the extensive work required for setting up a Wiki farm for you; you'll probably have better luck using Professional development and consulting. AhmadF.Cheema (talk) 05:12, 3 October 2019 (UTC)

so you can install extension:mediawikifarm this extension?

Msnhinet8 (talk) 06:02, 3 October 2019 (UTC)

Recent changes Can't show any data

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

as title

but single page's history can show. Tunglinwu (talk) 07:39, 3 October 2019 (UTC)

Has there been recent edits (There's a time limit on recent changes, but not on page history)?

Is manual:Job queue running properly?

Are the edits on history page made by an account with the bot flag, or from a page import?

Are one of the options of recentchanges selected that would exclude all edits on wiki (e.g. If you made every edit, and the "don't show my own edits" option was enabled) Bawolff (talk) 22:29, 3 October 2019 (UTC)

Thanks for your reply, this error is fixed.

Maybe reinstall or update not complete in my device. Tunglinwu (talk) 20:10, 11 October 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Confirmaccount error

Hi I'm using version 1.30.0 (yes I know I should update), PhP 7.0.27 (fpm-fcgi) and MySQL 5.7.25.

I recently installed the confirmaccount extension and most seems to be working well (request account page, e-mails being sent, admin gets notified), but when we navigate to the special:confirmaccounts page as admin and go to the 'open requests' page, we just see this error:

[a1a8cfd5e7d86316d99833c5] /index.php?title=Special:ConfirmAccounts/authors&wpShowHeld=0 Error from line 811 of /var/www/mediawiki/extensions/ConfirmAccount/frontend/specialpages/actions/ConfirmAccount_body.php: Call to undefined method LanguageEn::truncateForVisual()

Backtrace:

#0 /var/www/mediawiki/extensions/ConfirmAccount/frontend/specialpages/actions/ConfirmAccountsPager.php(48): ConfirmAccountsPage->formatRow(stdClass)

#1 /var/www/mediawiki/includes/pager/IndexPager.php(445): ConfirmAccountsPager->formatRow(stdClass)

#2 /var/www/mediawiki/extensions/ConfirmAccount/frontend/specialpages/actions/ConfirmAccount_body.php(715): IndexPager->getBody()

#3 /var/www/mediawiki/extensions/ConfirmAccount/frontend/specialpages/actions/ConfirmAccount_body.php(106): ConfirmAccountsPage->showList()

#4 /var/www/mediawiki/includes/specialpage/SpecialPage.php(522): ConfirmAccountsPage->execute(string)

#5 /var/www/mediawiki/includes/specialpage/SpecialPageFactory.php(578): SpecialPage->run(string)

#6 /var/www/mediawiki/includes/MediaWiki.php(287): SpecialPageFactory::executePath(Title, RequestContext)

#7 /var/www/mediawiki/includes/MediaWiki.php(851): MediaWiki->performRequest()

#8 /var/www/mediawiki/includes/MediaWiki.php(523): MediaWiki->main()

#9 /var/www/mediawiki/index.php(43): MediaWiki->run()

#10 {main}

Any advice to solve this would be helpful (or even explain to me what this error is actually saying).

GunLum (talk) 09:18, 3 October 2019 (UTC)

Are you using the Extension:ConfirmAccount version corresponding to your MediaWiki core version? AhmadF.Cheema (talk) 10:57, 3 October 2019 (UTC)

No, latest stable version (so 1.33) although it did mention it should work across multiple versions of mediawiki. I guess I'll just need to update my core version and see if it resolves the issue. Thanks anyway! GunLum (talk) 11:04, 3 October 2019 (UTC)

My MediaWiki was up to date, but the extension itself was not, so my solution was to download ConfirmAccount .gz file to my host and then extract it in the extensions directory, which made my errors go away. The fact that MW updated itself and broke ConfirmAccount is kind of a bug. I re-opened this issue just to help. I don't have an issue any more. Someone more adept than I might want to close this issue and open one for the mis-aligned updates problem. Dscotese (talk) 17:56, 24 October 2020 (UTC)

Thumbnail not created on pdf upload

I've version 1.32

When uploading images, thumbnails are suddenly not created on pdf files (but on png/jpg etc). It was working yesterday. I've contacted my webhost, but they checked and nothing was changed. Can anybody please help?

In LocalSettings i'm using:

$wgEnableUploads = true;

$wgUseImageMagick = true;

$wgImageMagickConvertCommand = '/usr/bin/convert'; 62.44.135.246 (talk) 10:06, 3 October 2019 (UTC)

Is extension:PdfHandler installed?

Is ghostscript installed on the server?

Is xpdf-utils or poppler-utils installed on the server?

Is there a more specific error message when the thumbnails aren't created? What about if you try and create a thumbnail directly from thumb.php

If all else fails, the MediaWiki debug logging (see manual:How to debug), may have a more detailed error message (but also a lot of noise) Bawolff (talk) 22:27, 3 October 2019 (UTC)

extension:PdfHandler is installed (I've tried to install again with no luck)

Not sure about ghostscript, xpdf-utils or poppler-utils (I have hostgator.com), but I can see the uploaded pdf-files when I click on the files.

The uploaded files looks like this (where the thumbnail normally are):

Test.pdf (0 × 0 pixels, file size: 49 KB, MIME type

How do you create thumbnails direcly from thumb.php?

I've also tried

error_reporting( -1 );

ini_set( 'display_errors', 1 );

In localSetiings, but there isn't any PHP errors, when uploading new pdf-files 62.44.135.246 (talk) 15:42, 4 October 2019 (UTC)

For manually using thumb.php, see the URL examples at Manual:Thumb.php. AhmadF.Cheema (talk) 19:13, 4 October 2019 (UTC)

thumb.php, works on my uploaded png-files etc:

...martinlohse.com/w/thumb.php?f=Test.png&w=600

But gives this error:

Error creating thumbnail: No path supplied in thumbnail object

When doing it on uploaded pdf-file:

...martinlohse.com/w/thumb.php?f=Test.pdf&w=600 62.44.135.246 (talk) 08:21, 5 October 2019 (UTC)

If you have shell access (e.g. ssh) Run the commands:

which pdfinfo

which gs

which convert

All three should output a path if the command is installed, and nothing if it is not. if one of those commands outputs nothing, then that is probably the problem Bawolff (talk) 07:38, 12 October 2019 (UTC)

After upgrading to 1.35 I'm experiencing this exact issue as well: thumbnailing images works fine but fails for PDFs. Was a solution ever found to the problem above?

Tests with thumb.php:

https://my.wiki/thumb.php?f=Test.png&w=200 → Success

https://my.wiki/thumb.php?f=Test.pdf&w=200 → "Error creating thumbnail: No path supplied in thumbnail object"

Paths:

which pdfinfo → /usr/bin/pdfinfo

which gs → /usr/bin/gs

which convert → /usr/bin/convert
Huwmanbeing (talk) 23:26, 21 October 2020 (UTC)

next debugging step would be to enable mediawiki debug logs, look for the shell execution, try to execute it from the commandline. If it fails, try to isolate what part is failing and why. Bawolff (talk) 05:11, 23 October 2020 (UTC)

Some Linux distributions have disabled rendering of PDF files in their default ImageMagick config because it has been a steady source of security issues.

Test if converting a PDF to an image in the shell works: convert foo.pdf foo.png

If you receive "attempt to perform an operation not allowed by the security policy `PDF'"

You might want to check configuration file (eg. UBUNTU /etc/ImageMagick-<your_version>/policy.xml)

if <policy domain="coder" rights="none" pattern="PDF" /> means convert is not allowed to perform its job..

you might change rights="read | write"

but you should be aware and responsible of the security risks this might bring as mentioned. Michele.Fella (talk) 16:47, 2 July 2023 (UTC)

Mediawiki does not use image magick for pdf rendering usually but uses ghostscript instead Bawolff (talk) 03:40, 3 July 2023 (UTC)

Thanks Bawolff, my understanding was that it refers to PdfHandler configured to use $wgUseImageMagick = true;

$wgImageMagickConvertCommand = '/usr/bin/convert'; Michele.Fella (talk) 07:52, 3 July 2023 (UTC)

Why is ParserFunctions not recognizing variable parameters in this case?(Just curious)

{{#if: {{{2|}}}

|{{#if: {{{1|}}}

|<ref name="{{{2}}}">{{{1}}}</ref>

|<ref name="{{{2}}}" />

}}

|{{#if: {{{1|}}}

|<ref>{{{1|}}}</ref>

|ERROR

}}

}}

---

Parameters/variables are recognized as plain text and do not perform their intended function. I am confused about this. I have encountered this problem before and were forced to terminate the modification of another module-based template[1].

• [1]A template similar to NAVBOX (I want it to have a visually consistent border thickness when stacked).

I think MediaWiki's reference functionality is too cumbersome, so I'm going to create an easier-to-use template with ParserF[2]

• [2] ParserF - A template for saving copy and paste time.[an external link to the add-on at MediaWiki.org and the full name of the add-on.]

--- Grammar Description

According to whether the parameters are filled in, the following output results are available:

• Determine if the referenced name {{{2}}} exists.
  • (Existence) Determines whether it is a newly created reference. [Judge whether {{{1}}} (description of the reference) exists]
    1. The condition is true - create a new reference with the name {{{1}}} and the name {{{2}}}.
    2. The condition is false - the reference to the existing reference with the name {{{2}}} is repeated.
  • (If it does not exist) Determine if there is content in {{{1}}}.
    1. The condition is true - create a new reference without a name.
    2. The condition is false - returns an "undefined parameter" error report 123.245.211.71 (talk) 10:13, 3 October 2019 (UTC)

P.S. Before I published the discussion thread, I didn't know how to insert the indentation. Now I don't seem to be able to modify the published content (sorry!) 123.245.211.71 (talk) 10:18, 3 October 2019 (UTC)

output

• [1]1.0 1.1{{{1}}}
• [2]{{{1}}} 123.245.211.71 (talk) 10:26, 3 October 2019 (UTC)

If you want to do template parameter substitution into tag functions, you should use the #tag syntax instead. See Help:Magic_words#Miscellaneous.

For example, try instead:

{{#tag:ref|{{{1}}}|name={{{2}}}}}

Bawolff (talk) 22:24, 3 October 2019 (UTC)

Vulnerabilities in MediaWiki 1.33.0

There are two known vulnerabilities in MediaWiki 1.33.0. Can you tell me when these will be addressed?

139.169.4.90 (talk) 12:56, 3 October 2019 (UTC)

Can you be more specific as to what you are referring to? Have these vulnerabilities been reported to security@wikimedia.org ? Bawolff (talk) 22:19, 3 October 2019 (UTC)

Mediawiki Through Azure AD Application Proxy?

We're trying to establish access to a LAN Mediawiki installation through our corporate Microsoft Azure services. The link is set up, but it looks like all resources links (to stylesheets and the like) have to be relatively named url's or the references get bungled and the site can't load.

Has someone been able to route their Mediawiki through a proxy similarly? It looks like this relative link behavior might be governed by settings of $wgServer, $wgCanonicalServer and the like, but they seem to be set up to MAKE links be fully qualified, whereas we're trying to make them all relative.

Thanks! Lbillett (talk) 14:05, 3 October 2019 (UTC)

Stylesheets, internal links and whatnot are usually relative by default (Except when the url is ?action=render). Normally the only thing using absolute urls are HTTP redirects, and <link rel="canonical" tag.

That said, you should generally set all the various $wgServer, $wgArticlePath, $wgScriptPath, etc to be correct for how the user would see it, after any proxying.

It might help if you could post all your various wgServer, wgScriptPath configs, what urls are being sent, and what urls you want to be sent instead. Bawolff (talk) 22:18, 3 October 2019 (UTC)

Thanks Bawolff,

Settings are like:

$wgServer = 'http://internal.hostname';

$wgCanonicalServer = 'http://internal.hostname';

$wgScriptPath = "/mediawiki";

What seems to come out on a page load includes some non-relative links, notice in bold:

<link rel="search" type="application/opensearchdescription+xml" href="/mediawiki/opensearch_desc.php" title="Cardinal Wiki (en)" />

<link rel="EditURI" type="application/rsd+xml" href="http://internal.hostname/mediawiki/api.php?action=rsd"'''<nowiki>/>

<link rel="alternate" type="application/atom+xml" title="Cardinal Wiki Atom feed" href="/mediawiki/index.php?title=Special:RecentChanges&amp;feed=atom"/>

<link rel="stylesheet" href="http://internal.hostname/mediawiki/load.php?debug=false&amp;lang=en&amp;modules=mediawiki.legacy.commonPrint%2Cshared%7Cmediawiki.skinning.interface%7Cmediawiki.ui.button%7Cskins.vector.styles&amp;only=styles&amp;skin=vector&amp;*" />

<link rel="stylesheet" ref="/mediawiki/extensions/HeaderTabs/skins/ext.headertabs.large.css" />

<meta name="ResourceLoaderDynamicStyles" content="" />

If these were all relative paths I expect things would load as expected. Any clues for where to look next?

Thanks! Lbillett (talk) 15:09, 4 October 2019 (UTC)

Search box with "Create or Open" button instead of "Create or Edit"

I'm looking for something similar to PageForms' FormInput function, but rather than going straight to edit a page which already exists, I'd like to just go to that page in standard view mode instead.

Can anyone suggest how I might achieve this? FrugalTPH (talk) 14:55, 3 October 2019 (UTC)

You might do well to ask the Semantic Mediawiki community on the user mailing list. The Semantic Mediawiki ecosystem deals a lot with that type of thing. You could also inquire on the talk page for Page Forms itself. Lbillett (talk) 15:51, 3 October 2019 (UTC)

Oh, this is a bit of a hack, but you could use Page Forms, specify a form and queryformlink along with a template that transcludes page you're looking for. Wouldn't take you to that page, so to speak, but would show you everything on it. Lbillett (talk) 15:58, 3 October 2019 (UTC)

Archiving defunc extensions?

I put two extensions up for speedy deletion, Extension:TagContent and Extension:OtrsTicket. They were both written ten years ago for a company that later went out of business. The code was originally at their repo, and it was lost when they closed. (One might still exist on a dusty backup from Gerrit.) Now it make no sense to keep the extension pages, as there is no code available. I have some old and defunc versions of OtrsTicket, but I'm not going to upload them, and I'm not going to invest time in fixing them. The original code was written for MW1.9 and MW1.10.

I would thus request the two pages to be deleted and not archived, it makes no sense to keep them as there are no accompanying code. Jeblad (talk) 16:37, 3 October 2019 (UTC)

The code is still here for TagContent: https://phabricator.wikimedia.org/diffusion/SVN/browse/trunk/extensions/TagContent/TagContent.php

What you're suggesting makes sense to me, especially for OtrsTicket where the code is no longer available at all, but I would like some other admins to weigh in first, as I don't think we usually delete extension pages. Bawolff (talk) 22:06, 3 October 2019 (UTC)

Also, this topic should probably be discussed on project:Current issues instead of here, but I can't figure out how to move flow posts between pages. Bawolff (talk) 22:12, 3 October 2019 (UTC)

As far as I know you can't move topics to other boards. It is one of those things I really miss. That and to post a task on several boards.

So TagContent still exists. I should probably fix that extension as I had some questions about it. The code for OtrsTicket only exists as a month-old backup, and there are a couple of weeks work missing. I asked a long time ago if there were any interest in using it for our OTRS work, that was before the company went out of business, and I got virtually no reply.

Perhaps just let them hang around for now, especially as TagContent still exists. Jeblad (talk) 09:44, 4 October 2019 (UTC)

User.php: Cannot set a password for a user that is not in the database.

I can not complete the installation of mediawiki. I get the message Cannot set a password for a user that is not in the database. Marcelo.rebeque (talk) 18:42, 3 October 2019 (UTC)

See Project:Support desk/Flow/2019/09#h-Cannot_set_a_password_during_installation-2019-09-06T08:53:00.000Z if it helps. If it doesn't might indicate a problem with v1.33 (assuming you're trying to install 1.33 too). AhmadF.Cheema (talk) 00:24, 4 October 2019 (UTC)

Yes, exactly. I am trying to install version 1.33. I will read the recommended topic, thanks. Marcelo.rebeque (talk) 17:05, 4 October 2019 (UTC)

Copyright infringement

I’ve just imported hundreds of templates and modules from Wiktionary to my wiki. Do I have to worry about copyright infringement? Latisc (talk) 18:52, 3 October 2019 (UTC)

You have to follow the terms of the license: https://creativecommons.org/licenses/by-sa/3.0/

Basically, that means you have to credit the original authors, and license any changes you make to the template in the same way. Bawolff (talk) 21:58, 3 October 2019 (UTC)

new wiki idea

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

i have an idea for a new wiki project. ~ Baozon90 (talk) 22:43, 3 October 2019 (UTC)

if you want to propose it as a wikimedia project, see meta:Proposals_for_new_projects.

This site provides the MediaWiki software that you can download, so you can run your own wiki, to do any project you want. Bawolff (talk) 23:11, 3 October 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Colors on MediaWiki:Common.css

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

On Wikipedia, the CSS on w:mediawiki:common.css is colored. On my wiki, it's not. Why is that? FreshVegetarian (talk) 03:22, 4 October 2019 (UTC)

You'll need to install Extension:CodeEditor on your Wiki. AhmadF.Cheema (talk) 06:10, 4 October 2019 (UTC)

I think I have CodeEditor installed since it shows up on my Special:Version, and when I click 'edit', the code is colored in the edit box. But when I click finish, the code on the page isn't colored anymore. Why is that and how can I fix it? You can see what I mean here: https://imgur.com/SSpcuAC

I want it to make it look like this: https://imgur.com/FJTpqb3 (I'm building two wikis and it's working on one and not the other but I don't know what I'm doing differently) FreshVegetarian (talk) 03:12, 6 October 2019 (UTC)

That requires Extension:SyntaxHighlight also. AhmadF.Cheema (talk) 10:33, 6 October 2019 (UTC)

Thanks so much, Ahmad. I forgot to set execute permissions for the pygmentize library, as in the instructions. It's colored now! FreshVegetarian (talk) 21:49, 6 October 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Disruption in syntaxhighlight codes

I insert <syntaxhighlight> codes into the page through the visual editor.

But after saving the page, and editing it again with the visual editor, I see the <syntaxhighlight> code incorrectly !!!

sample: https://wikicod.ir/wiki/SyntaxHighlight_GeSHi?veaction=edit

please guide me

Thanks Sokote zaman (talk) 06:23, 4 October 2019 (UTC)

While on the problematic page, press F12 to open browser developer tools. There would be a Console tab which will show some errors which might be causing this problem. AhmadF.Cheema (talk) 07:49, 4 October 2019 (UTC)

Thank you for your follow up

Can you figure out where the problem is? Sokote zaman (talk) 07:57, 4 October 2019 (UTC)

One is a problem with the last section in your مدیاویکی:Common.js page. Probably remove that. AhmadF.Cheema (talk) 09:10, 4 October 2019 (UTC)

thank you

Deleted Sokote zaman (talk) 09:15, 4 October 2019 (UTC)

Error still persists Sokote zaman (talk) 03:57, 11 October 2019 (UTC)

How can I manage blacklist?

Sorry for very basic issue. But I've searched document about spam blacklist extensions but couldn't find how to.

I've installed recommended extensions and there was spam blocking extensions. Yes. I've installed them all.

And after set up, I was trying to make a sample page and testing outer links. and I found out external links to youtube is blocked.

The wiki i'm making needs to contain links to outside like youtube. So I need to manage blacklist.

How can I edit basic block lists? Parkyh1974 (talk) 08:20, 4 October 2019 (UTC)

You'll probably need to appropriately add YouTube to your MediaWiki:Spam-whitelist page. AhmadF.Cheema (talk) 09:14, 4 October 2019 (UTC)

how to fix error

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

This page is using the deprecated ResourceLoader module "jquery.throttle-debounce".

Please use OO.ui.throttle/debounce instead. See https://phabricator.wikimedia.org/T213426 Sokote zaman (talk) 08:45, 4 October 2019 (UTC)

If it's just a warning (shown in yellow in Chrome) then you don't have to worry about it and can ignore it for the time being. AhmadF.Cheema (talk) 09:18, 4 October 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Mediawiki Installation Error: Not detecting PHP7

Started the install script (http://localhost/mediawiki/mw-config/index.php), landed on PHP version error:

MediaWiki 1.33 internal error

MediaWiki 1.33 requires at least PHP version 7.0.13 or HHVM version 3.18.5, you are using PHP 5.5.38.

I'm running Redhat 7 and the PHP version installed is 7.2.23. I realize that what the command line sees and what apache sees is different but not sure how to resolve this. Any ideas? Chrran01 (talk) 21:22, 4 October 2019 (UTC)

Try checking How do I tell Apache which PHP to use? and Why is the PHP version different in phpinfo() and CLI?

Not directly a MediaWiki issue though. AhmadF.Cheema (talk) 01:36, 5 October 2019 (UTC)

Installation on Raspberry Pi 4 with Docker

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Hello,

I can not log in to MediaWiki with the created user and password, direct after the installation has finished. Please note the LocalSettings.php file was generated and MediaWiki successfully verified the $wgUpgradeKey during an update. Without access to the file MediaWiki would not do that.

The error message is: “There seems to be a problem with your login session; this action has been canceled as a precaution against session hijacking. Please resubmit the form.” The same error occurs, if I install MediaWiki with the setting "account creation required" as soon as I try to create a new user account.

I've found that this error does not occur if I change the object caching settings from PHP object caching to no-caching. If needed, I can give you more information about my Docker installation, but it is like the basic example with docker-compose.yml file. Please help me to activate caching.

cheers Twinsen

Software        Version

MediaWiki      1.33.0

PHP                7.2.23 (apache2handler)

MariaDB         10.3.17-MariaDB

ICU                 63.1 Twinsen2000 (talk) 22:23, 4 October 2019 (UTC)

See if Project:Support desk/Flow/2016/07#h-Login_error_(session_hijacking_protection)-2016-07-11T08:56:00.000Z helps. AhmadF.Cheema (talk) 01:21, 5 October 2019 (UTC)

$wgSessionCacheType = CACHE_DB; in LocalSettings.php did solve my problem. Thank you. Twinsen2000 (talk) 08:56, 5 October 2019 (UTC)

thanks 197.210.174.232 (talk) 11:20, 5 October 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

syntaxhighlight error

What is the reason for the disruption of these codes?

https://drive.google.com/file/d/1NVOEakqOwy-51VhwT9i1bcB17Jzi4mOt/view?usp=sharing Sokote zaman (talk) 05:07, 5 October 2019 (UTC)

The SyntaxHighlight_GeSHi?veaction=edit page you shared in Project:Support desk/Flow/2019/10#h-Disruption_in_syntaxhighlight_codes-2019-10-04T06:23:00.000Z appears to be working correctly now.

Is your issue resolved? AhmadF.Cheema (talk) 11:39, 5 October 2019 (UTC)

Not as you imagine !!

Because I didn't use a feature.

If I use the script php importDump.php < foo.xml, it will be a problem Sokote zaman (talk) 12:20, 5 October 2019 (UTC)

Your Mobile-common gadget appears to be throwing out errors, see if disabling that changes anything.

The ImportDump.php step might indicate that one of the pages that gets imported is the one causing the issue. Is the above gadget among those imports? AhmadF.Cheema (talk) 15:58, 5 October 2019 (UTC)

I cleared but wasn't right Sokote zaman (talk) 16:43, 5 October 2019 (UTC)

Error still persists Sokote zaman (talk) 03:56, 11 October 2019 (UTC)

GIF files not generating resized versions, but other formats OK

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Hello! It was recently discovered that .gif files are not rendering properly anymore on our wiki and after some research I am stumped at what else to check. Please note that editing this Wiki is not open to the public so a user account is required to upload files and edit pages.

Version details:

https://cptdb.ca/wiki/index.php/Special:Version

MW 1.33 / PHP 7.1.32 / MySQL 5.6.45

PHP memory_limit is set to 256M

All other file types (for example, PNG, JPG) resize fine without issues, however when a GIF file is uploaded, all resized versions appear to be blank:

https://cptdb.ca/wiki/index.php/File:Test2.gif

This was the file I uploaded today, a copy of:

https://cptdb.ca/wiki/index.php/File:Ottawa-Carleton_Regional_Transit_Commission_route_63_(04-2011).gif

On command line, running the convert command (as follows) on the file generates properly and loads fine.

> convert -resize 100x100 test.gif -colors 256 output.png

This indicates to me that the application appears to be working except for GIF files for some reason.

I have also tried through thumb.php and it still generates a blank file, eg:

https://cptdb.ca/wiki/thumb.php?f=Ottawa-Carleton%20Regional%20Transit%20Commission%20route%20188%20map%20(09-2007)-a.gif&width=200

Typically thumb.php generates other text error messages if it does not complete successfully, but it just generates a blank file, 10 bytes in size.

They show up as:

-rw-r--r-- 10 Oct  5 19:01 110px-Test2.gif

-rw-r--r-- 10 Oct  5 19:01 274px-Test2.gif

-rw-r--r-- 10 Oct  5 19:01 55px-Test2.gif

This problem was noticed after upgrading to 1.33. GIF resizes were working properly before, as indicated here:

https://cptdb.ca/wiki/index.php/File:Ottawa-Carleton_Regional_Transit_Commission_route_63_(04-2011).gif

Before blacklisting the GIF file format, I wanted to check if anyone had other thoughts.

Thanks in advance for any assistance!

2604:3D09:7A7F:E2B0:69AD:8114:E041:F796 (talk) 23:33, 5 October 2019 (UTC)

If you enable the MediaWiki debug log ($wgDebugLogFile = '/path/to/some/file/that/webserver/can/write/to/debug.txt';) it should log all the commands that mediawiki issues when trying to resize a file (When someone visits thumb.php for a thumbnail that doesn't exist yet). You could try seeing what all these commands are, and running them by hand and checking that they all work by hand. Bawolff (talk) 06:42, 7 October 2019 (UTC)

Thanks for this suggestion. When looking through the debug log file that is generated, I do see the GET call for the filename in question, but not the "convert" commands that are called on the file. 2604:3D09:7A7F:E2B0:E00D:A314:3C6C:CD33 (talk) 03:46, 8 October 2019 (UTC)

Are you sure you tried with a thumbnail not generated yet? To be sure, remove the thumbnail files from ./images/thumb/2/20/Test2.gif/ directory Ciencia Al Poder (talk) 09:13, 8 October 2019 (UTC)

Yes, Test2.gif was a brand new upload to the system at the time of posting the original thread (although of an existing image, it did recognize it but I told it to upload it anyway) and the different sizes of Test2.gif were generated off the new file. The server seems to think the files are generated (as it does make the files) but since the file is blank, the Test2.gif image page shows an empty image.

When trying to generate a thumbnail using an existing file, to a size that does not already exist, it fails the same way and generates a seemingly blank file.

Image generation worked fine before, so there are GIF files with resized versions - this all worked before the upgrade.

I appreciate everyone's help :) 2604:3D09:7A7F:E2B0:D4A6:10AD:2FB1:7F78 (talk) 04:54, 9 October 2019 (UTC)

Sorry, when I said to try with a thumbnail not generated yet, I was meant to do that and check the debug log for any possible errors. If the thumbnail already exists, reloading thumb.php won't generate/refresh it and then no useful log will be printed to the debug log file. Ciencia Al Poder (talk) 08:50, 9 October 2019 (UTC)

Thanks again for your suggestion. I did go through the debug log and did not see any obvious errors.

Since this editor thinks I am putting in linkspam, I can't really post my response.

I'm still at a loss on why just GIF files are affected. 2604:3D09:7A7F:E2B0:1932:5247:110A:68F7 (talk) 17:04, 27 October 2019 (UTC)

I've uploaded my response to the same URL as above, cptdb.ca slash wiki slash gifresponse.txt 2604:3D09:7A7F:E2B0:1932:5247:110A:68F7 (talk) 17:05, 27 October 2019 (UTC)

You should try to run the command displayed in the log (for line MediaWiki\Shell\Command::execute), as the user that would actually run the command for MediaWiki (use the sudo command for that: sudo -u username command), and see if the command fails and prints anything in the output Ciencia Al Poder (talk) 21:41, 27 October 2019 (UTC)

Thank you!! I very much appreciate your help @Ciencia Al Poder!

For the benefit of future readers, I ran the command through SSH under the user as suggested.

The command is the one with MW_MEM_LIMIT=307200;

It gave me the following:

convert: unable to access configure file `colors.xml' @ warning/configure.c/GetConfigureOptions/591.

convert: memory allocation failed `/tmp/transform_c1fc94facbed.gif' @ error/quantize.c/QuantizeImage/2728.

convert: memory allocation failed `/tmp/transform_c1fc94facbed.gif' @ error/gif.c/WriteGIFImage/1633.

The memory allocation error is the obvious problem now.

I then changed the MW_MEM_LIMIT to a higher number, 3072000, and it then only gave me the warning:

convert: unable to access configure file `colors.xml' @ warning/configure.c/GetConfigureOptions/591.

I verified the file was created /tmp/transform_c1fc94facbed.gif

Therefore in conclusion, the offending attribute seems to be: MW_MEM_LIMIT=307200;

This can be "overridden" by modifying the $wgMaxShellMemory in LocalSettings.php

In my case, I added the following line:

$wgMaxShellMemory = 500000;

And GIF rendering seems to be successful now.

Thanks again @Ciencia Al Poder! For your patience and expertise. 2604:3D09:7A7F:E2B0:A82A:C2C1:A656:DC14 (talk) 01:32, 28 October 2019 (UTC)

Also, a note for others: for the affected GIF files, I have to delete the file, and re-upload the file, in order to have the thumbnails regenerate. They can be regenerated after uploading by reloading the page or clicking on the individual Other Resolution links. 2604:3D09:7A7F:E2B0:A82A:C2C1:A656:DC14 (talk) 01:37, 28 October 2019 (UTC)

Interesting. In theory i would have expected that image magick would have given a non-zero exit code if it ran out of memory, which MW should have detected. Guess that's not the case. Bawolff (talk) 06:41, 28 October 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

update.php gives "Cannot access the database error"

I'm trying to run update.php after uploading the ConfirmAccount extension.

I'm running:

MediaWiki	1.32.0
PHP	7.2.23 (cgi-fcgi)
MySQL	5.6.45-86.1
ICU	50.2

I get:

---

$ php72 update.php

MediaWiki 1.32.0 Updater

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

[9529873551049db71172af95] [no req]   Wikimedia\Rdbms\DBConnectionError from line 1195 of /home/gregfuller/webapps/djfawiki/includes/libs/rdbms/loadbalancer/LoadBalancer.php: Cannot access the database: Unknown error (localhost)

Backtrace:

#0 /home/gregfuller/webapps/djfawiki/includes/libs/rdbms/loadbalancer/LoadBalancer.php(769): Wikimedia\Rdbms\LoadBalancer->reportConnectionError()

#1 /home/gregfuller/webapps/djfawiki/includes/GlobalFunctions.php(2694): Wikimedia\Rdbms\LoadBalancer->getConnection(integer, array, boolean)

#2 /home/gregfuller/webapps/djfawiki/maintenance/Maintenance.php(1353): wfGetDB(integer, array, boolean)

#3 /home/gregfuller/webapps/djfawiki/maintenance/update.php(147): Maintenance->getDB(integer)

#4 /home/gregfuller/webapps/djfawiki/maintenance/doMaintenance.php(94): UpdateMediaWiki->execute()

#5 /home/gregfuller/webapps/djfawiki/maintenance/update.php(248): require_once(string)

#6 {main}

---

Any help would be appreciated, thanks. Gregoryfu (talk) 23:41, 5 October 2019 (UTC)

The URL is https://justiceforanimals.org Gregoryfu (talk) 15:23, 7 October 2019 (UTC)

See if Why can't update.php connect to my database when my site connects to it just fine? helps. AhmadF.Cheema (talk) 16:38, 7 October 2019 (UTC)

Using Special:Nuke

I recently imported many templates and modules from Wikipedia onto my wiki. I want to delete many of them, but my Special:Nuke page doesn't display them. Why is that? What can I do? Using MW 1.33.0, PHP 7.2.19, MySQL 5.7.25-log FreshVegetarian (talk) 02:16, 6 October 2019 (UTC)

I was able to do it with Extension:DeleteBatch, but am I supposed to be able to do it with Nuke? FreshVegetarian (talk) 04:08, 6 October 2019 (UTC)

Special:Nuke only works on pages "recently created", that are still on the recentchanges table. Imported pages aren't counted as "created" (they don't appear on Special:NewPages) hence they aren't found by this tool Ciencia Al Poder (talk) 09:18, 8 October 2019 (UTC)

How to contribute in Testing Category?

Please suggest the steps on how to contribute in Testing Category MiffyGCM (talk) 12:02, 7 October 2019 (UTC)

Can you elaborate on what is the "Testing Category"? Ciencia Al Poder (talk) 09:14, 8 October 2019 (UTC)

CategoryTree Help

I am trying to create a CategoryTree on a FANDOM wiki (Dark Series Wiki) but there are too many characters showing up in the CategoryTree. Is there a way to limit the number of pages shown in a CategoryTree? Is there also a way to show more than 200 pages on a CategoryTree, or to stack CategoryTrees to show a sum total of all pages within a specific category? Emilywake (talk) 16:18, 7 October 2019 (UTC)

Have you already looked at Extension:CategoryTree#Usage? AhmadF.Cheema (talk) 01:15, 8 October 2019 (UTC)

Yes, but I didn't understand how to show more than 200 pages. Or to start a second CategoryTree where the other left off. Emilywake (talk) 15:34, 8 October 2019 (UTC)

You can set $wgCategoryTreeMaxChildren to a value higher than 200, in LocalSettings.php Jonathan3 (talk) 18:31, 8 October 2019 (UTC)

I don't know how to do that, especially on FANDOM. Emilywake (talk) 18:54, 8 October 2019 (UTC)

I'm not familiar with FANDOM, but I'm guessing you don't have access to the LocalSettings.php. Usually only the system administrators have access, so you can try contacting the Fandom administrators FreshVegetarian (talk) 20:49, 8 October 2019 (UTC)

It looks like you aren't really using the "tree" part of CategoryTree (when displaying the characters) so maybe you could just do a DPL query instead... it looks like DPL is available on request on Fandom wikis. You can control the output volume using the count parameter. Jonathan3 (talk) 23:13, 10 October 2019 (UTC)

Variables "Assigned by Reference"

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I'm still building my wiki; but I'm having a bit of trouble. I'm trying to create a template; but whenever I'm trying to run it, I'm getting the following error message:

Notice: Only variables should be assigned by reference in C:\xampp\htdocs\chronixiipedia\extensions\ParserFunctions\includes\ExtParserFunctions.php on line 182

I do have the "ParserFunctions" extension included in LocalSettings, but I'm still wondering what I'm doing wrong. Is there any way to fix this? The-Psychid (talk) 02:00, 8 October 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Max Upload Size

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I forgot how to change the maximum file size for file uploads. I've read all the articles/instructions I could, but I forgot how to do it, unless I'm missing something. I would greatly appreciate your assistance. The-Psychid (talk) 03:14, 8 October 2019 (UTC)

Manual:Configuring file uploads#Set maximum size for file uploads AhmadF.Cheema (talk) 05:49, 8 October 2019 (UTC)

I tried that, including changing the settings in the php.ini and LocalSettings.php files, but it's still coming up as "2M" being the maximum file size. The-Psychid (talk) 17:22, 8 October 2019 (UTC)

Never mind, I got it. I still don't know how, but I did. The-Psychid (talk) 00:41, 9 October 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

VIsual editor error

Hello,

I have been working on trying to get visual editor working. I have made progress with the help of this forum, thanks.

The latest glitch is:

Error loading data from server: apierror-visualeditor-docserver-http-error: (curl error: 7) Couldn't connect to server. Would you like to retry?

Can someone maybe point out what might be causing this?

Thanks for any guidance.

Joseph Smokinjo67 (talk) 12:19, 8 October 2019 (UTC)

Check firewalls, SELinux and other sandboxing things that might be enabled on your server. Usually curl error 7 means something is blocking the connection. Bawolff (talk) 06:47, 10 October 2019 (UTC)

I tried to post a new entry and it gave me this error - Stalkwords

Hi I am Enzo, I was trying to publish a new entry and I got an error called

Stalkwords

how do i fix it?

Because I could not find information online about it, Thanks. Enzozen (talk) 13:10, 8 October 2019 (UTC)

Where were you trying to post a new entry? AhmadF.Cheema (talk) 14:48, 8 October 2019 (UTC)

I do not understand.

I tried to write a new voice for a music author.

Do you say this? Enzozen (talk) 16:17, 29 October 2019 (UTC)

Where exactly were you trying "to write a new voice for a music author"? Which website? AhmadF.Cheema (talk) 19:10, 29 October 2019 (UTC)

Tidying Special:Categories

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

As one can see on this wiki special page "Categories" shows deleted categories with no reference to them.

My first idea was to use "refreshLinks.php" to help the cause. Since this did not work I used "recountCategories.php" followed by "cleanupEmptyCategories.php". While the first two mentioned scripts actually cleaned up some other stuff, the last one just emitted "...Update 'cleanup empty categories' already logged as completed."

However I still see the artifact category on this special case.

Is there another script I could try to use here? I personally did not find something else which could potentially be adequate for this.

I suspect I might even have found a bug to report here. However I would like to check back for other opinions first.

In the end no big deal to have this cat or not but still ...

Thanks for you time and help. Cheers [[kgh]] (talk) 21:02, 8 October 2019 (UTC)

Apparently you need to use the --force parameter of cleanupEmptyCategories.php Ciencia Al Poder (talk) 08:56, 9 October 2019 (UTC)

Thanks a lot! Just ran the script using the force parameter and it works. All artifacts are cleared.

I was obviously too much relying on the existing docu on the script's page instead of also having a peep at the script's code itself.

Thanks a lot for your tip, extending the docu and reporting the bug at pabricator! You are great! [[kgh]] (talk) 20:41, 9 October 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Http error when using Preview

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

My version

Product	Version
MediaWiki	1.33.1
PHP	7.2.19 (cgi-fcgi)
MySQL	5.7.25-log
Lua	5.1.5

When I click "Preview" as I'm editing a page, I get this:

An error occurred while attempting to preview your changes.

HTTP error: error

How did this happen?

I don't think it's the 1.33.1 update because I have another wiki with 1.33.1 and the previews work there. FreshVegetarian (talk) 22:46, 8 October 2019 (UTC)

Also my Extension:Echo isn't working properly -- the notifications box remains numbered even though there's no more notifications. Are those problems related? FreshVegetarian (talk) 22:55, 8 October 2019 (UTC)

OK. It looks like there was some problems with Flow and there was a file in my /tmp folder that weren't accessible. I rebooted my server and it all worked out -- Echo was working correctly, Flow worked, and the previews worked. Thanks for reading. FreshVegetarian (talk) 23:41, 8 October 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Wikitext editors and mobile

I'm trying to understand the relationship between the current 2019 mobile wikitext editor and other editors (like the desktop wikitext editor and the VE based / "2017" / "modern" source editor). Have read Editors and Mobile wikitext editing. Can anybody give me a basic comparison of what's “under the hood”? Pelagic (talk) 01:28, 9 October 2019 (UTC)

skin:monaco

I want to use Skin:Monaco, but it not update, can staff help me? Msnhinet8 (talk) 04:34, 9 October 2019 (UTC)

Upgrading from 1.22.15 to 1.33.0: "is usable, cannot create an anonymous actor"

Hi everyone,

I am trying to upgrade an old (v.1.22.15 on PHP5.7 and mysql) mediawiki to MW1.33.0 on PHP7.3.9. I have done this successfully for 2 different wikis today, but on the third wiki it fails at the "Upgrade existing installation" stage, with the following errors:

maintenance/migrateActors.php.

Creating actor entries for all registered users

... 1 - 72

Completed actor creation, added 5 new actor(s)

Beginning migration of revision.rev_user and revision.rev_user_text to revision_actor_temp.revactor_actor

... rev_id=100

... rev_id=201

... rev_id=302

... rev_id=402

User name "4Shades" is usable, cannot create an anonymous actor for it. Run maintenance/cleanupUsersWithNoId.php to fix this situation.

... plus many more lines like this, then

An error occurred:

A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?

Query: INSERT  INTO `actor` (actor_name) VALUES ('')

Function: MigrateActors::addActorsForRows

Error: 1062 Duplicate entry '' for key 'actor_name' (localhost)

I have tried opening a shell and running the script maintenance/cleanupUsersWithNoId.php but it crashes immediately. Can anyone give me any pointers here? I am happy to edit tables etc manually if need be. Perhaps I just need to kill all edit archive records to remove anonymous users from the DB and restart the conversion?

Many thanks in advance,

4Shades

4ShadesSEOW (talk) 09:55, 9 October 2019 (UTC)

> I have tried opening a shell and running the script maintenance/cleanupUsersWithNoId.php but it crashes immediately.

Does it give any error? If not, what is the exit code (checkable by running echo $? immediately after the script exits). Bawolff (talk) 06:45, 10 October 2019 (UTC)

Here is the output of cleanupUsersWithNoId.php

Parse error: syntax error, unexpected '?' in E:\Apache2.4.41\htdocs\mediawiki-1.33.0\maintenance\Maintenance.php on line 882

Call Stack:

   0.0004     274552   1. {main}() E:\Apache2.4.41\htdocs\mediawiki-1.33.0\maintenance\cleanupUploadStash.php:0

The echo $? command outputs "$?". 4ShadesSEOW (talk) 14:09, 10 October 2019 (UTC)

Found the source of the PHP error on cleanupUsersWithNoId.php - I was referencing the older PHP version in the PATH. Referencing PHP7.3.9 instead makes that error go away. 4ShadesSEOW (talk) 01:12, 11 October 2019 (UTC)

Having executed cleanupUsersWithNoId.php successfully I can complete the upgrade script ok. 4ShadesSEOW (talk) 12:51, 11 October 2019 (UTC)

Mystery whitespace breaking templates

Hi all,

A user on my wiki has made edits which have broken templates, and it is clear on the diff that the whitespace characters are being altered. I've seen this before a few times. How can I prevent this from happening? Hopefully someone has seen this before and can enlighten me.

Examples: https://coasterpedia.net/w/index.php?title=Dragon_(Legoland_New_York)&curid=11246&diff=94630&oldid=7 https://coasterpedia.net/w/index.php?title=User:Lyon_Le_Cobra_%F0%9F%99%82&diff=94624&oldid=94619 Garuda3 (talk) 15:50, 9 October 2019 (UTC)

Facebook is Improperly Selecting Wiki Images

Facebook is showing the Creative Commons logo in the bottom right as the default photo for all wiki links, rather than the wiki logo. For example, when posting a link to a page, unless there is an image in the page itself, Facebook by default selects the Creative Commons license image and shows that, rather than the wiki's logo.

Is there any way to set the wiki logo as the default photo for Facebook indexing in LocalSettings? ExportTester (talk) 16:07, 9 October 2019 (UTC)

There are a bunch of extensions that can that do this. Have a look through Category:Search engine optimization extensions. I'm not sure which is the most feature-rich at the moment; last time I looked each seemed to have slightly different uses. But just for setting the image, there should be at least a couple that'll work. Sam Wilson 02:38, 10 October 2019 (UTC)

Mobile version

I have developed a mobile version for my site. But some features are not working. For example, on my computer, Google Chrome opens a mobile version. But Microsoft Edge does not open. Only the mobile version opens on the phone. Unable to open Desktop version.

I wrote this in the LocalSettings.php:

$wgMFAutodetectMobileView = true;

$wgMobileUrlTemplate = 'm.wiki.sheki.site';

Apparently I made a mistake somewhere. Can you help me?

Thanks in advance. Tofiq Kərimli (talk) 17:38, 9 October 2019 (UTC)

I solved some of the problems myself.

I wrote this in the LocalSettings.php:

$wgMFAutodetectMobileView = true;

$wgMobileUrlTemplate = 'm.wiki.sheki.site';

# desktop domain set req.http.x-wap = "yes";

# mobile domain set req.http.host = "wiki.sheki.site";

Now I have only 1 problem: Only the mobile version opens on the phone. Unable to open Desktop version. Apparently I made a mistake somewhere. Can you help me?

Thanks in advance.

Tofiq Kərimli (talk) 00:22, 10 October 2019 (UTC)

Instead of actually setting up the sub-domain m.wiki.sheki.site, are you using some redirects to redirect visitors from m.wiki.sheki.site to wiki.sheki.site?

If so, maybe that's the issue. AhmadF.Cheema (talk) 15:25, 10 October 2019 (UTC)

Tofiq Kərimli (talk) 16:49, 10 October 2019 (UTC)

It is now being written: 502 Bad Gateway. Tofiq Kərimli (talk) 16:55, 10 October 2019 (UTC)

If you remove m.wiki.sheki.site subdomain, then you'll have to remove $wgMobileUrlTemplate too. AhmadF.Cheema (talk) 23:31, 10 October 2019 (UTC)

Yes, I did. Do you think I should delete that subdomain? Was there another version? Tofiq Kərimli (talk) 00:02, 11 October 2019 (UTC)

The site is working on my end. The mobile and desktop versions are changing fine. AhmadF.Cheema (talk) 04:35, 11 October 2019 (UTC)

Now everything is in order. But I wanted the mobile version to open in the m.wiki.sheki.site subdomain. Is it possible to achieve this? Tofiq Kərimli (talk) 11:18, 11 October 2019 (UTC)

You can try this, don't know if it will work though. AhmadF.Cheema (talk) 11:37, 11 October 2019 (UTC)

I have two questions:

1. Where to write this code? LocalSettings.php?

2. Should I restore m.wiki.sheki.site subdomain? Tofiq Kərimli (talk) 15:58, 11 October 2019 (UTC)

1. In .htaccess file.
2. Probably. AhmadF.Cheema (talk) 17:01, 11 October 2019 (UTC)

Again, I have questions.

I have 2 htaccess files.

1. /public_html/sheki.site/.htaccess and /public_html/wiki/.htaccess; which of them would I add?

2. RewriteCond %{HTTP_HOST} ^(www\.|)de\.m\.mywiki\.de$ [NC]..., - should the word "mywiki" be changed here? Tofiq Kərimli (talk) 18:30, 11 October 2019 (UTC)

Sphinx Search

I am trying to install Sphinx search with my mediawiki, but it is not working. Sphinxsearch service is made successfully but it can't be started and is giving following error:

Windows could not start the SphinxSearch service on local computer.

Error 1067: The process terminated unexpectedly.

Is there any way to work out to work out this problem.

Thanks in advance. Dandersondocfocus2.ca (talk) 18:35, 9 October 2019 (UTC)

Did you follow this: http://sphinxsearch.com/docs/current/installing-windows.html ? Gerdesj (talk) 21:09, 9 October 2019 (UTC)

Yes, I exactly follows the link above, but it is still giving the same error, not sure what can be the issue. Dandersondocfocus2.ca (talk) 18:07, 18 October 2019 (UTC)

Installing add-ons

All good time. Can you help: I'm trying to install add-on-PCR GUI Inserts on my site. I connect as it is written this code in LocalSettings. And I update the page of the site - and the error 500. I remove the error code no. As.kovalev (talk) 04:05, 10 October 2019 (UTC)

Details for 500 error are usually present in server error logs. Can you take a look at them? AhmadF.Cheema (talk) 04:30, 10 October 2019 (UTC)

PHP Fatal error:  Uncaught Exception: /wiki/extensions/PCRGUIInserts/extension.json does not exist! in /wiki/includes/registration/ExtensionRegistry.php:117\nStack trace:\n#0 /wiki/includes/GlobalFunctions.php(50): ExtensionRegistry->queue('/var/www/www-ro...')\n#1 /wiki/LocalSettings.php(159) As.kovalev (talk) 04:43, 10 October 2019 (UTC)

Or is there an extension to accommodate counters and other codes? As.kovalev (talk) 04:58, 10 October 2019 (UTC)

That error usually indicates an old extension that needs to be installed using the require_once method instead of the wfLoadExtension() method. Follow the installation instructions on Extension:PCR_GUI_Inserts Bawolff (talk) 06:41, 10 October 2019 (UTC)

External edits through the API do not show in Special:RecentChanges

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I have created a bot that creates pages in a custom namespace on a wiki using Oauthclient-php.

The problem is, that these edits are not visible in Special:RecentChanges. Only after running maintenance/rebuildrecentchanges.php edits will show up.

The edits are always visible when directly selecting the namespace in Special:RecentChanges.

I've recently moved the Wiki to a new server and changed the databse name.

No problems on v1.31.1 after the server change and upgrading to v1.33.0 the described problem occures. Octfx (talk) 13:22, 10 October 2019 (UTC)

Do the edits appear when you check "show bots" in recent changes?

Otherwise, may be a problem with one of your extensions that causes an error when inserting the edit in recent changes. See Manual:How to debug, set a debug log, and try editing again with the bot. Then look at the debug log for errors. Ciencia Al Poder (talk) 09:26, 11 October 2019 (UTC)

Thank you, looking through the debug log I found out that Extension:Approved Revs was throwing an exception. Disabling the extension shows api edits in RecentChanges right away. Octfx (talk) 10:25, 11 October 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Can I add additional text to "Add account" page?

Hello, I would like to add additional text to "Add account" page, is it possible? Fokebox (talk) 14:33, 10 October 2019 (UTC)

Did you mean the Special:CreateAccount page?

Additional text can be added by editing the system messages on that page. AhmadF.Cheema (talk) 15:09, 10 October 2019 (UTC)

You can see which system message to change here. Jonathan3 (talk) 23:36, 10 October 2019 (UTC)

Thank you all Fokebox (talk) 14:12, 11 October 2019 (UTC)

What types of pages does the page_title table include?

Hello,

I am trying to figure out all the types of pages that the page_title table in the database accounts for. Does it include templates, wanted templates, wanted pages, user pages, wanted files, etc?

I am asking because there are more pages listed in the table (8762) than there are listed on the statistics page (8747). I want to know where . The other 15 pages are coming from.

Pria8088 (talk) 15:24, 10 October 2019 (UTC)

It looks like it just has a row for each existing page, not anything "wanted": Manual:Page_table.

I think by default it just includes pages in the main namespace: see Manual:$wgContentNamespaces. There seem to be other requirements for a page to be included: see Manual:Using_custom_namespaces#Content_namespaces.

You could maybe do a query with GROUP BY page_namespace and/or ORDER BY page_namespace to help you find out which are the mystery 15 pages. Jonathan3 (talk) 23:34, 10 October 2019 (UTC)

The page table includes all pages in all namespaces. The namespace is stored as a number in the page_namespace field.

The statistics are best effort and can sometimes get out of sync (MediaWiki as a design choice decided that high performance for the wikipedia use case, with less locking over super accurate statistics).

Try running the script initSiteStats.php. Bawolff (talk) 07:26, 12 October 2019 (UTC)

Sorry for the ambiguity - "it" in my first paragraph meant the table, and "it" in the second paragraph meant the statistics page. Jonathan3 (talk) 18:24, 13 October 2019 (UTC)

Best way to bulk export all pages to xml or word?

I am trying to export my entire wiki site to xml so I can convert it to word docs. I have over 8000 pages so doing it manually is out of the question.

Does anyone know how to bulk export all the pages to xml? Or even directly export them to a word doc. ? Pria8088 (talk) 15:27, 10 October 2019 (UTC)

See Manual:DumpBackup.php and for more methods Help:Export.

To export directly into the .odt format, Extension:Collection along with Extension:OpenDocument Export might work. AhmadF.Cheema (talk) 15:38, 10 October 2019 (UTC)

Users being removed from SysOp group.

Hey all,

Over the last couple of months my Mediawiki instance seems to be dropping sysop users from the group. It appears at some point mediawiki started dropping them from the group when they logged in (ie i have 2 older accounts that have been inactive that still have the sysops group membership). If I attempt to re-add a user to the group it either doesn't add the permission (administrator is selected -> hit save. Saves and refreshes with out the permission) or if it does take it gets removed the next time they login.

After searching I haven't found any information. Has anyone had any similar issues? I've even tried manually editing the MySQL table with the same results.

I am running Media Wiki 1.31.1 on an Azure VM using SimpleSAML to Authenticate users against Microsoft Active Directory. Out side of signing signature updates I haven't done any updates or new plugin installs in months.

Thanks! 24.16.20.163 (talk) 17:57, 10 October 2019 (UTC)

Maybe there are some broken extensions which're causing this? Maybe try disabling extensions and see if it helps. AhmadF.Cheema (talk) 23:33, 10 October 2019 (UTC)

Help on updating homepage for site

Hi everyone,

I am working on updating my current homepage to a more interactive site like the Wikivoyage home page for example. However, I have very minimal HTML/CSS experience. I wanted to copy and paste templates from existing Wikisites and then tweak it for my sites to make it work but the templates are protected. Is there a free template out there for home page designs? STITCH+COFFEE (talk) 22:00, 10 October 2019 (UTC)

You can see all the templates on Wikivoyage here and the templates used on the home page are listed here, with links to each one. They might be protected from editing but you can still cut and paste. Jonathan3 (talk) 23:21, 10 October 2019 (UTC)

Please ensure to attribute the original authors of the template, in order to comply with Wikivoyage's copyright license. Bawolff (talk) 07:22, 12 October 2019 (UTC)

This stuff can be found here, I think. Jonathan3 (talk) 21:34, 14 October 2019 (UTC)

Upgrading an existing installation

<!DOCTYPE html>

<html><head><title>Внутренняя ошибка — MediaWiki</title><style>body { font-family: sans-serif; margin: 0; padding: 0.5em 2em; }</style></head><body>

<div class="errorbox mw-content-ltr"><p>[37aa3ed13ecf737c25cddba2] /mw-config/?page=Upgrade   ExtensionDependencyError from line 323 of /var/www/www-root/data/www/ksv-blog.ru/includes/registration/ExtensionRegistry.php: ContentTranslation requires VisualEditor to be installed.<br />

ContentTranslation requires UniversalLanguageSelector to be installed.<br />

</p><p>Backtrace:</p><p>#0 /var/www/www-root/data/www/ksv-blog.ru/includes/installer/DatabaseUpdater.php(171): ExtensionRegistry->readFromQueue(array)<br />

#1 /includes/installer/DatabaseUpdater.php(133): DatabaseUpdater->loadExtensions()<br />

#2 /includes/installer/DatabaseUpdater.php(200): DatabaseUpdater->__construct(Wikimedia\Rdbms\DatabaseMysqli, boolean, NULL)<br />

#3 /includes/installer/DatabaseInstaller.php(385): DatabaseUpdater::newForDB(Wikimedia\Rdbms\DatabaseMysqli)<br />

#4 /var/www/www-root/data/www/ksv-blog.ru/includes/installer/WebInstallerUpgrade.php(64): DatabaseInstaller->doUpgrade()<br />

#5 /var/www/www-root/data/www/ksv-blog.ru/includes/installer/WebInstaller.php(264): WebInstallerUpgrade->execute()<br />

#6 /var/www/www-root/data/www/ksv-blog.ru/mw-config/index.php(80): WebInstaller->execute(array)<br />

#7 /var/www/www-root/data/www/ksv-blog.ru/mw-config/index.php(38): wfInstallerMain()<br />

#8 {main}</p></div>

</body></html> As.kovalev (talk) 13:17, 11 October 2019 (UTC)

You need to either disable the extension Extension:ContentTranslation or install Extension:VisualEditor as it says.

: ContentTranslation requires VisualEditor to be installed. Octfx (talk) 13:41, 11 October 2019 (UTC)

[99a86c2fb6e4d6d647625281] 2019-10-11 16:49:44: Fatal exception of type "RuntimeException"

I've already run the "composer update --no-dev" and the "composer install --no-dev" to see if this still fixes flaws, I'd like to know how to fix this? The version I'm using is 1.35.0-alpha (2614319), in Ubuntu 19.04 and MariaDB 10.3.17.

A note, this error appears when I click on the link "Contributions" . WikiUser22222 (talk) 16:57, 11 October 2019 (UTC)

Please set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to see if that gives a more detailed error message Bawolff (talk) 07:21, 12 October 2019 (UTC)

[a76d6dfc0b2b0b9625e12d51] /core/index.php/Especial:Contribui%C3%A7%C3%B5es/Northon RuntimeException from line 131 of /var/www/html/core/extensions/ORES/includes/ORESService.php: Failed to make ORES request to [https://ores.wikimedia.org/v3/scores/documentos/?format=json], There was a problem during the HTTP request: 404 NOT FOUND

Backtrace:

#0 /var/www/html/core/extensions/ORES/includes/Services/PopulatedSqlModelLookup.php(65): ORES\ORESService->request(array)

#1 /var/www/html/core/extensions/ORES/includes/Services/PopulatedSqlModelLookup.php(56): ORES\Services\PopulatedSqlModelLookup->initializeModels(array)

#2 /var/www/html/core/extensions/ORES/includes/Services/PopulatedSqlModelLookup.php(93): ORES\Services\PopulatedSqlModelLookup->getModels()

#3 /var/www/html/core/extensions/ORES/includes/Hooks/Helpers.php(62): ORES\Services\PopulatedSqlModelLookup->getModelId(string)

#4 /var/www/html/core/extensions/ORES/includes/Hooks/ContributionsHooksHandler.php(43): ORES\Hooks\Helpers::joinWithOresTables(string, string, array, array, array)

#5 /var/www/html/core/includes/Hooks.php(174): ORES\Hooks\ContributionsHooksHandler::onContribsGetQueryInfo(ContribsPager, array)

#6 /var/www/html/core/includes/Hooks.php(202): Hooks::callHook(string, array, array, NULL)

#7 /var/www/html/core/includes/specials/pagers/ContribsPager.php(344): Hooks::run(string, array)

#8 /var/www/html/core/includes/pager/IndexPager.php(433): ContribsPager->getQueryInfo()

#9 /var/www/html/core/includes/pager/RangeChronologicalPager.php(104): IndexPager->buildQueryInfo(string, integer, boolean)

#10 /var/www/html/core/includes/specials/pagers/ContribsPager.php(183): RangeChronologicalPager->buildQueryInfo(string, integer, boolean)

#11 /var/www/html/core/includes/pager/IndexPager.php(263): ContribsPager->reallyDoQuery(string, integer, boolean)

#12 /var/www/html/core/includes/pager/IndexPager.php(609): IndexPager->doQuery()

#13 /var/www/html/core/includes/specials/SpecialContributions.php(239): IndexPager->getNumRows()

#14 /var/www/html/core/includes/specialpage/SpecialPage.php(575): SpecialContributions->execute(string)

#15 /var/www/html/core/includes/specialpage/SpecialPageFactory.php(607): SpecialPage->run(string)

#16 /var/www/html/core/includes/MediaWiki.php(298): MediaWiki\Special\SpecialPageFactory->executePath(Title, RequestContext)

#17 /var/www/html/core/includes/MediaWiki.php(967): MediaWiki->performRequest()

#18 /var/www/html/core/includes/MediaWiki.php(530): MediaWiki->main()

#19 /var/www/html/core/index.php(44): MediaWiki->run()

#20 {main} WikiUser22222 (talk) 16:54, 12 October 2019 (UTC)

Its a problem with the ORES extension. I would suggest disabling that extension. If you want to keep the extension, make sure you have the most recent version. Bawolff (talk) 18:50, 12 October 2019 (UTC)

The ORES, I deactivated the extension, but the Extension:Gadgets is also showing flaws, when I put this Extension in the LocalSettings. See below:

[2e3312be224787baceff2522] /core/index.php/P%C3%A1gina_principal RuntimeException from line 448 of /var/www/html/core/includes/libs/services/ServiceContainer.php: Circular dependency when creating service! ContentLanguage -> ResourceLoader -> RevisionLookup -> RevisionStore -> RevisionStoreFactory -> CommentStore -> ContentLanguage

Backtrace:

#0 /var/www/html/core/includes/libs/services/ServiceContainer.php(427): Wikimedia\Services\ServiceContainer->createService(string)

#1 /var/www/html/core/includes/MediaWikiServices.php(550): Wikimedia\Services\ServiceContainer->getService(string)

#2 /var/www/html/core/includes/ServiceWiring.php(140): MediaWiki\MediaWikiServices->getContentLanguage()

#3 /var/www/html/core/includes/libs/services/ServiceContainer.php(458): Wikimedia\Services\ServiceContainer->{closure}(MediaWiki\MediaWikiServices)

#4 /var/www/html/core/includes/libs/services/ServiceContainer.php(427): Wikimedia\Services\ServiceContainer->createService(string)

#5 /var/www/html/core/includes/MediaWikiServices.php(518): Wikimedia\Services\ServiceContainer->getService(string)

#6 /var/www/html/core/includes/ServiceWiring.php(733): MediaWiki\MediaWikiServices->getCommentStore()

#7 /var/www/html/core/includes/libs/services/ServiceContainer.php(458): Wikimedia\Services\ServiceContainer->{closure}(MediaWiki\MediaWikiServices)

#8 /var/www/html/core/includes/libs/services/ServiceContainer.php(427): Wikimedia\Services\ServiceContainer->createService(string)

#9 /var/www/html/core/includes/MediaWikiServices.php(959): Wikimedia\Services\ServiceContainer->getService(string)

#10 /var/www/html/core/includes/ServiceWiring.php(722): MediaWiki\MediaWikiServices->getRevisionStoreFactory()

#11 /var/www/html/core/includes/libs/services/ServiceContainer.php(458): Wikimedia\Services\ServiceContainer->{closure}(MediaWiki\MediaWikiServices)

#12 /var/www/html/core/includes/libs/services/ServiceContainer.php(427): Wikimedia\Services\ServiceContainer->createService(string)

#13 /var/www/html/core/includes/MediaWikiServices.php(951): Wikimedia\Services\ServiceContainer->getService(string)

#14 /var/www/html/core/includes/ServiceWiring.php(708): MediaWiki\MediaWikiServices->getRevisionStore()

#15 /var/www/html/core/includes/libs/services/ServiceContainer.php(458): Wikimedia\Services\ServiceContainer->{closure}(MediaWiki\MediaWikiServices)

#16 /var/www/html/core/includes/libs/services/ServiceContainer.php(427): Wikimedia\Services\ServiceContainer->createService(string)

#17 /var/www/html/core/includes/MediaWikiServices.php(935): Wikimedia\Services\ServiceContainer->getService(string)

#18 /var/www/html/core/includes/Revision.php(76): MediaWiki\MediaWikiServices->getRevisionLookup()

#19 /var/www/html/core/includes/Revision.php(139): Revision::getRevisionLookup()

#20 /var/www/html/core/extensions/Gadgets/includes/MediaWikiGadgetsDefinitionRepo.php(139): Revision::newFromTitle(Title)

#21 /var/www/html/core/extensions/Gadgets/includes/MediaWikiGadgetsDefinitionRepo.php(108): MediaWikiGadgetsDefinitionRepo->fetchStructuredList()

#22 /var/www/html/core/includes/libs/objectcache/wancache/WANObjectCache.php(1424): MediaWikiGadgetsDefinitionRepo->{closure}(boolean, integer, array, NULL)

#23 /var/www/html/core/includes/libs/objectcache/wancache/WANObjectCache.php(1278): WANObjectCache->fetchOrRegenerate(string, integer, Closure, array)

#24 /var/www/html/core/extensions/Gadgets/includes/MediaWikiGadgetsDefinitionRepo.php(115): WANObjectCache->getWithSetCallback(string, integer, Closure, array)

#25 /var/www/html/core/extensions/Gadgets/includes/MediaWikiGadgetsDefinitionRepo.php(31): MediaWikiGadgetsDefinitionRepo->loadGadgets()

#26 /var/www/html/core/extensions/Gadgets/includes/GadgetHooks.php(134): MediaWikiGadgetsDefinitionRepo->getGadgetIds()

#27 /var/www/html/core/includes/Hooks.php(174): GadgetHooks::registerModules(ResourceLoader)

#28 /var/www/html/core/includes/Hooks.php(202): Hooks::callHook(string, array, array, NULL)

#29 /var/www/html/core/includes/ServiceWiring.php(694): Hooks::run(string, array)

#30 /var/www/html/core/includes/libs/services/ServiceContainer.php(458): Wikimedia\Services\ServiceContainer->{closure}(MediaWiki\MediaWikiServices)

#31 /var/www/html/core/includes/libs/services/ServiceContainer.php(427): Wikimedia\Services\ServiceContainer->createService(string)

#32 /var/www/html/core/includes/MediaWikiServices.php(919): Wikimedia\Services\ServiceContainer->getService(string)

#33 /var/www/html/core/includes/ServiceWiring.php(336): MediaWiki\MediaWikiServices->getResourceLoader()

#34 /var/www/html/core/includes/cache/localisation/LocalisationCache.php(1049): Wikimedia\Services\ServiceContainer->{closure}()

#35 /var/www/html/core/includes/cache/localisation/LocalisationCache.php(489): LocalisationCache->recache(string)

#36 /var/www/html/core/includes/cache/localisation/LocalisationCache.php(363): LocalisationCache->initLanguage(string)

#37 /var/www/html/core/includes/cache/localisation/LocalisationCache.php(304): LocalisationCache->loadItem(string, string)

#38 /var/www/html/core/includes/language/LanguageFallback.php(88): LocalisationCache->getItem(string, string)

#39 /var/www/html/core/languages/Language.php(260): MediaWiki\Languages\LanguageFallback->getAll(string)

#40 /var/www/html/core/languages/Language.php(220): Language::newFromCode(string)

#41 /var/www/html/core/includes/ServiceWiring.php(169): Language::factory(string)

#42 /var/www/html/core/includes/libs/services/ServiceContainer.php(458): Wikimedia\Services\ServiceContainer->{closure}(MediaWiki\MediaWikiServices)

#43 /var/www/html/core/includes/libs/services/ServiceContainer.php(427): Wikimedia\Services\ServiceContainer->createService(string)

#44 /var/www/html/core/includes/MediaWikiServices.php(550): Wikimedia\Services\ServiceContainer->getService(string)

#45 /var/www/html/core/includes/Setup.php(777): MediaWiki\MediaWikiServices->getContentLanguage()

#46 /var/www/html/core/includes/WebStart.php(81): require_once(string)

#47 /var/www/html/core/index.php(41): require(string)

#48 {main} WikiUser22222 (talk) 18:27, 13 October 2019 (UTC)

By-the-way, why are you using the unstable alpha MediaWiki branch? There are likely to be several of such errors. AhmadF.Cheema (talk) 18:36, 13 October 2019 (UTC)

yeah. I think it might be version mismatch issues between your version of mw and your version of ext. Bawolff (talk) 19:46, 13 October 2019 (UTC)

I'll see if I can install a stable version. But if you know of any link that can help me fix this error, I'll be grateful. WikiUser22222 (talk) 16:11, 14 October 2019 (UTC)

Import templates and module from https://minecraft.gamepedia.com

The reason is probably a difference in the mediawiki versions of my and minecraft's wiki

Hi !

I would like to use some of the modules from the minecraft wiki such as this one :

https://minecraft.gamepedia.com/Module:Sprite

So I used the special:Export from this wiki and special:Import_pages on mine to get the module and the dependencies

https://www.wikifield.fr/wiki/Module:Sprite

However, when I try to use it, the items do not display

Works : https://minecraft.gamepedia.com/Template:Sprite

Does not work : https://www.wikifield.fr/wiki/Modèle:Sprite :'(

(I think the TNT error is unrelated)

Any idea of what I could have missed ?

Thanks ! Sqrkz (talk) 18:09, 11 October 2019 (UTC)

Your Wiki is using newer versions of MediaWiki and Extension:Scribunto as compared to Minecraft Wiki. It is probable that the module you are trying to import is incompatible with your version. AhmadF.Cheema (talk) 19:17, 11 October 2019 (UTC)

Damn, that would make sense :(

Okay, thanks for your Help Ahmad, you probably don't remember but you also helped me a few month ago for another issue, you are doing remarkable work here :) Sqrkz (talk) 19:23, 11 October 2019 (UTC)

The module that's giving errors appears to be your Module:TNT which is derived from MediaWiki's Module:TNT. In this particular case your Wiki is the one with the older versions.

By going through Module:TNT&action=history you can try copying an older iteration of the module into your Wiki and see if it resolves the errors. An iteration from the time mediawiki.org was running the version of Extension:Scribunto which you're running now. AhmadF.Cheema (talk) 00:30, 12 October 2019 (UTC)

Yeah I noticed the errors from TNT but I assumed they were not related to my issue as this is a module about translation for documentation. Are you sure that might be the cause of my troubles ?

So anyway, I tried the Module:TNT iteration of 21st March 2019 (same date as my Scribunto version) as you suggested but the situation does not seem to be improved unfortunately... I tried other versions before and after this date, but I still get this error :

Erreur Lua à la ligne 141 : attempt to index field 'data' (a nil value).

Roughly translatable to Error Lua at line 141 : attempt to index field 'data' (a nil value). I haven't find any useful information on the web to debug it and I don't understand the modules enough to see where it comes from

Again thanks for you time and help ! Sqrkz (talk) 01:33, 12 October 2019 (UTC)

It looks like the code from around line 141 is:

 local data = args.data and mw.loadData( 'Module:' .. args.data ) or {}
 local categories = {}
 local idData = args.iddata
 if not idData then
  local name = args.name or data.settings.name
  local id = mw.text.trim( tostring( args[1] or '' ) )
  idData = data.ids[id] or data.ids[mw.ustring.lower( id ):gsub( '[%s%+]', '-' )]
end

So your error is saying that data is nil, which means it you can't index (i.e. call [ids]). But the error doesn't seem right as data is a local not a field (ids is the field on line 141), and its impossible for data to be nil in this block since it falls back to {} if the data load is nil.

So I don't know. On the other hand, you seem to have a different error on Modèle:Sprite now, that seems to be related to showing documentation and not related to Module:Sprite Bawolff (talk) 07:20, 12 October 2019 (UTC)

Hi Bawolff thanks for taking a look to my issue :)

Yeah I wasn't able to understand the error too, and it seems using an old version of TNT wasn't very succesful... Ahmad previously mentionned that my Mediawiki and scribunto were ahead of minecraft wiki . So maybe using an old version of Scribunto would help ? However, I don't know which one to use because the version use on the wiki doesn't show on Special:Version :(

Any other idea ? Sqrkz (talk) 13:11, 12 October 2019 (UTC)

The Extension:Scribunto version that is being used on a specific MediaWiki instance will usually correspond to that MediaWiki core version. Therefore, if Minecraft Wiki is using MediaWiki v1.31, the extension version will also be the one for version 1.31, as can be pointed out on the Special:ExtensionDistributor/Scribunto page.

Furthermore, you'll probably not be able to use older Scribunto version with your newer MediaWiki instance. In this case, both core and extension versions usually have to correspond to each other in order to run. AhmadF.Cheema (talk) 14:47, 12 October 2019 (UTC)

Damn, I guess I should have stick to the LTS version of mediawiki :(

Now I can only hope minecraft wiki will update to 1.35 when it comes out Sqrkz (talk) 18:32, 12 October 2019 (UTC)

I don't think its a version mismatch. Well it is definitely true that scribunto usually corresponds to a specific core version, the type of your errors aren't really the type i would associate with a wrong version (i.e. They are all null dereference errors, none are related to library usage).

The module:TNT error is because Module:Documentation/config is calling the format method of Module:TNT, but the version of TNT you have does not have that method (e.g. p.format is nowhere to be found in it). So that is definitely not a version error in scribunto. I think you need to copy the latest version of Module:TNT from https://www.mediawiki.org/w/index.php?title=Module:TNT&action=edit [at least for that issue, other issues may be other things] Bawolff (talk) 18:48, 12 October 2019 (UTC)

Are you referring to 'Error Lua at line 157 : attempt to index field 'data' (a nil value)'

(that can be found here https://www.wikifield.fr/wiki/Module:TNT) ? Or this https://www.wikifield.fr/wiki/Modèle:Sprite ?

Because I already switche back to the current TNT (yesterday I think) version as you just suggested and that nil error is still here. Both my Module:Documentation/config and Module:TNT are up to date wih MediaWiki

Regarding this module here : https://www.wikifield.fr/wiki/Modèle:Sprite that i'm trying to import from mc wiki, I'm pretty sure documentation and TNT, though they are definitely faulty on my wiki, aren't the reason for which the module doesn't work. (Or what could make us think so ?) Is there any way I could see why my attempts to use it one https://www.wikifield.fr/wiki/Blocs_Minefield does not work. i mean, it does not even produce an error as far as I know =/

Again, thanks for your time to both of you, I really appreciate it ! Sqrkz (talk) 00:08, 13 October 2019 (UTC)

It was a different error last time i looked.

For the "Error Lua at line 157 : attempt to index field 'data' (a nil value)'"

This seems to be caused by the line local data = mw.ext.data.get(dataset, lang)

mw.ext.data is a feature provided by extension:JsonConfig, which provides access to stuff in the Data namespace. AFAICT You don't have that extension, which is where that error is coming from.

I agree, that at first glance, TNT is not responsible for Sprite not working.

It seems like the sprite call expands to:

<span class="sprite" style="background-image:{{ #widget: FileUrl | url = {{ #sub: https://www.wikifield.fr/w/images/d/de/BlocCSS.png | {{ #len: {{ #explode: | b/bc/ }} }} }} }};background-position:-0px -0px;height:1px;width:1px"></span>

So it seems like there is a couple problems with that. First of all, background-image css property is usually banned in wikitext. So not sure how that worked at all at minecraft wiki. Maybe widgets overrides that somehow. Second its calling out to the widgets extension (Which is associated with the widgets namespace, aka Widget:FileUrl ), which you don't have installed. Last of all, they are using #len and #explode, which is part of the ParserFunctions extension. However its only enabled if $wgPFEnableStringFunctions = true; is set in LocalSettings.php, which it doesn't appear to be in your wiki. Bawolff (talk) 05:48, 13 October 2019 (UTC)

Honestly, at some point here, you may want to consider if its less work to make your own sprite template, than to copy this insanely complex one. Bawolff (talk) 05:49, 13 October 2019 (UTC)

Thank you very much Bawolff for this very detailled report you hand to me here :)

I will consider your suggestion and develop my own modules and template, I have basic knowledge in programmation and scripting so it might be tricky though.

Again thanks for your help ! Sqrkz (talk) 20:09, 14 October 2019 (UTC)

So I followed your advices and I come back with some updates :

- Even though I installed JsonConfig, the error is still here. I will go through the configuration step tomorrow but until then if someone has an idea of what step could be missing, any help will be appreciated

- Regarding the sprite module, I also installed all the required extensions and I felt I was getting closer to make this thing work. Now, I feel the issue might come from the background-image field. See below, my wiki uses full path while minecraft wiki uses relative path. So, yes, if you copy paste my URL you will notice it works. However, maybe the module and templates where made only to work with relative path ? + I know showing full-path like this of my wiki is not good for security. How can I edit this ?

My wiki : https://i.imgur.com/5NBwS6v.png

MC wiki : https://i.imgur.com/HHduM0E.png

The module : https://www.wikifield.fr/wiki/Widget:FileUrl uses a $url variable that I have no idea how to edit. Sqrkz (talk) 01:14, 15 October 2019 (UTC)

For json config, you need some config for it to. At the very least, you need $wgJsonConfigEnableLuaSupport = true;. You probably also need to set $wgJsonConfigs up. I'm not very familar with json config, so i don't know precisely the right settings, but you can see what wikimedia does at least, at https://noc.wikimedia.org/conf/CommonSettings.php.txt (in the middle of the file) although that config probably doesn't entirely make sense for your wiki. See the documentaiton on extension:JsonConfig

Full path should be fine in a background-image, as long as the path is correct. Bawolff (talk) 02:38, 16 October 2019 (UTC)

I think the last reason your sprite isn't working is because the following code:

/* [[Template:Sprite]] */
.sprite {
  display: inline-block;
  vertical-align: text-top;
  height: 16px;
  width: 16px;
  background-repeat: no-repeat;
}
.sprite + .sprite-text {
  padding-left: 0.312em;
}

from https://minecraft.gamepedia.com/MediaWiki:Gadget-site-styles.css

isn't in your wiki. I think you might want to add it to the page MediaWiki:Common.css on your wiki (Mediawiki:Common.css is auto included everywhere. I think minecraftwiki put it in a gadget so that people can disable it in their Special:Preferences)

In particular, the line display:inline-block is important because by default span tags are display:inline, which means you can't set the width with css, which was making your span invisible as it was 0px wide. Bawolff (talk) 02:46, 16 October 2019 (UTC)

Woooow getting closer thanks to your recommendation ! For some reasons, it seems a submodule of Sprite, InvSprite is now working as expected ! (doing approx. the same thing as Sprite but with some special options). However, for Sprite itself, it seems there is still one issue :

https://www.wikifield.fr/wiki/Blocs_Minefield

As you can see, it displays the whole SpriteSheet (you can also notice that, at the end of the page, InvSprite is working very well) Any idea for which Sprite is doing that ?

Again, a huuuuge thanks for your help. Sqrkz (talk) 12:19, 17 October 2019 (UTC)

NVM !!! I was just using wrong parameters for Sprite !

So, except Module:TNT, for which I need more time to config JsonConfig, everything is working just fine. Thanks again for your help ! Sqrkz (talk) 15:57, 17 October 2019 (UTC)

Error loading data from server: apierror-visualeditor-docserver-http-error: (curl error: 7) Couldn't connect to server.

Okay, so I'm new to working MediaWiki and I'm trying to get a private wiki that is currently only accessible from my network going with Visual Editor, and I keep getting this error. I've checked LocalSettings and Config.yaml and both seem to be configured right (LocalSettings is pointing to Parsoid and Parsoid is pointing to the MWAPI page), but it seems Parsoid isn't working (Even though the service reports as up when I do service parsoid status. Connecting on port 8142 brings up a Connection Refused error.

Versions:

OS: Turnkey Linux MediaWiki

MediaWiki1.31.1

PHP7.0.33-0+deb9u5 (apache2handler)

MariaDB10.1.37-MariaDB-0+deb9u1

ICU57.1 NodokaHanamura (talk) 18:35, 11 October 2019 (UTC)

Probably a firewall, SELinux or something of that nature blocking connections to parsoid Bawolff (talk) 07:08, 12 October 2019 (UTC)

I really don't know where to go from there. I followed some ideas from here - Project:Support desk/Flow/2019/01#h-Parsoid_VisualEditor_not_working-2019-01-03T20:38:00.000Z and this is what ps aux | grep node got me:

https://i.ibb.co/FHFz4vj/psauxgrepnode.png

These are also the last outputs of parsoid.log:

https://i.ibb.co/p4YhyJT/image.png

For the record, I'm somewhat new to linux, I'm more familiar with basic things like apt-get and what not so all this is a bit of a thing for me to tackle.

NodokaHanamura (talk) 09:13, 12 October 2019 (UTC)

Does anyone have a solution for this? NodokaHanamura (talk) 03:13, 14 October 2019 (UTC)

We've received a higher number of reports of this error recently phab:T234049. Its unclear what the cause is so far. Bawolff (talk) 04:57, 14 October 2019 (UTC)

Can I collapsing all sideber group in vector theme?

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Vector open first 2 group default in sidebar

Can I change it to other value? Tunglinwu (talk) 20:17, 11 October 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

I want to receive brief stories

i am interested in a project of collecting stories as to how Baha'is found the faith. I have spoken to so many people through the years about how they found the Faith and everyone is a unique and different story. I would like to collect "viignette's", little stories that I can put in book form. Is that possible to do on the this website? I have started in my own community of collecting from some older people while they are still with us. 216.115.226.139 (talk) 21:23, 11 October 2019 (UTC)

You'll have to ask at Wikipedia:Teahouse. AhmadF.Cheema (talk) 00:35, 12 October 2019 (UTC)

Various companies offer wiki hosting services (for a fee) - see Hosting_services. You can also set one up yourself by downloading the software from this site, but that requires some technical knowledge Bawolff (talk) 07:07, 12 October 2019 (UTC)

Problem with tables

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I am working to copy some wikipedia templates onto a personal wiki, while making some changes. I'm finding some troubles with these changes. Here is my problem:

<!--


HOME STATE


-->{{#if:{{{home_state1|}}}{{{home_state2|}}}{{{home_state3|}}}|
{{!-}}
! style="text-align:left" {{!}} Home state
{{!}} style="{{#if:{{{home_state1|}}}|width:75px;}}text-align:center" {{!}} {{{home_state1|}}}
{{!}} style="{{#if:{{{home_state2|}}}|width:75px;}}text-align:center" {{!}} {{{home_state2|}}}
{{#if:{{{col3|}}}|{{!}} style="{{#if:{{{home_state3|}}}|width:75px;}}text-align:center" {{!}} {{{home_state3|}}}}}}}<!--


RUNNING MATE


-->{{#if:{{{running_mate1|}}}{{{running_mate2|}}}{{{running_mate3|}}}|
{{!-}}
! style="text-align:left" {{!}} Running mate
{{!}} style="{{#if:{{{running_mate1|}}}|width:75px;}}text-align:center" {{!}} {{{running_mate1|}}}
{{!}} style="{{#if:{{{running_mate2|}}}|width:75px;}}text-align:center" {{!}} {{{running_mate2|}}}
{{#if:{{{col3|}}}|{{!}} style="{{#if:{{{running_mate3|}}}|width:75px;}}text-align:center" {{!}} {{{running_mate3|}}}}}}}

There are other groups following the same structure on each side. This is displayed as a part of another template.

The

{{!-}}

template links to

|-

The problem is that it does not create new lines in the table, it is just displayed as text (so all rows are shown side-by-side).

Note: I want the new lines to only be displayed when the contents of the if are satisfied. Julio974fr (talk) 12:43, 12 October 2019 (UTC)

It's kind of complicated regarding exactly what you are trying to achieve here. It would help if you can point to the Wikipedia template you're basing this on and also code for a normal table without the if statements that you want the end result to be.

Presently, the problems that I can see is that you haven't included {| which is required for a table (see Help:Tables#Wiki table markup summary) and all the text will be in one row since |- which defines a new row has been included only once. AhmadF.Cheema (talk) 15:44, 12 October 2019 (UTC)

I'm sorry, I forgot to mention the whole of it is contained in a table. Here is what is looks like: https://ibb.co/XV376W2 Julio974fr (talk) 21:07, 12 October 2019 (UTC)

Maybe forget about wikitext and just use HTML table/tr/td? Jonathan3 (talk) 22:20, 12 October 2019 (UTC)

Help me out here.

What do you intend from {{#if:{{{running_mate1|}}}|width:75px;}} ? What does 75px width supposed to achieve? AhmadF.Cheema (talk) 14:21, 13 October 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Visual editor is not available to me?

I have just installed Mediawiki on my website. Apologies if I'm asking a completely newb question, though I am a veteran editor on Wikipedia. My site is http://www.beespedia.co.uk/, but when I go to edit a page, I am only able to edit in text mode, there is no option to bring up the visual editor? I am using http://www.beespedia.co.uk/index.php?title=User:Beatpoet as a sandbox the only option I have is the text editor. Beatpoet (talk) 14:14, 12 October 2019 (UTC)

You'll have to separately install Extension:VisualEditor for your Wiki. AhmadF.Cheema (talk) 14:42, 12 October 2019 (UTC)

Thanks, now begins another million headaches as I can't figure out this Parsoid/Nodejs x86/Git x86 stuff at all. It says to install the stuff, but where/how?! Beatpoet (talk) 15:44, 12 October 2019 (UTC)

Yes, this extension is one of the most difficult to get properly set-up. See Parsoid/Setup as a beginning step.

Also, note you'll probably need VPS hosting for this. AhmadF.Cheema (talk) 15:48, 12 October 2019 (UTC)

I've already been there (Parsoid/Setup#Windows for me). Stuff like:

Requirements:

• Install Nodejs x86
• Install Git x86

With nodejs you have to install the build tools (as administrator) (this may take a while)

----Where do you get it from to install it, where do you install it to? Can't find any clear answers from the tutorials. Beatpoet (talk) 15:53, 12 October 2019 (UTC)

You'll need to run the commands such as the following through a command line / shell terminal.

npm install --global --production windows-build-tools
npm -g install npm@latest

Or if that doesn't work, use Windows installers.

https://www.guru99.com/download-install-node-js.html AhmadF.Cheema (talk) 16:00, 12 October 2019 (UTC)

Thanks, I've got part of the way, but this' beaten me, just can't get my head round it. Beatpoet (talk) 17:20, 12 October 2019 (UTC)

Can I insert large amount of pages directly into database?

I need to make almost 160 pages of specefic page at my mediawiki. I think it is not intended to normal usage of mediawiki. But If there is no way, I need to make 160 pages and link them by hand. Is there any way to do this? I'm thinking to insert pages into page table. Does this can make problem at mediawiki? Parkyh1974 (talk) 03:25, 13 October 2019 (UTC)

So you can use the API - see Bots for more details

Alternatively, with command line access, you can use a shell script combined with the Edit.php maintenance script Bawolff (talk) 05:37, 13 October 2019 (UTC)

Thank you. I'll check them. Parkyh1974 (talk) 07:30, 14 October 2019 (UTC)

Creating custom MediaWiki import XML and using Manual:ImportDump.php is also a very convenient way to do this. Osnard (talk) 12:00, 14 October 2019 (UTC)

Thank you. I'll try. Parkyh1974 (talk) 05:07, 21 October 2019 (UTC)

Suggestion for Mediawiki

Sorry if this has been raised before.

When editing a wikipedia page, when using a template can the editor prompt the user for parameters so the user doesn't have to remember the position or what the named parameters are?

I know this would be difficult to do but if within the template there is certain syntax to describe the parameters the editor could simply display the list of parameter names and a description hint.

It would make it easier for users who aren't familiar or forget template parameters.

Thanks ~ 202.169.119.57 (talk) 05:50, 13 October 2019 (UTC)

I think VisualEditor has a feature somewhat like this (via extension:TemplateData). You could try filing this as a feature request at https://phabricator.wikimedia.org for some of the other editor extensions Bawolff (talk) 06:26, 13 October 2019 (UTC)

VisualEditor

Error loading data: api error-visual editor-doc server-http-error: (curl error: 7) Couldn't connect to server. Try again? As.kovalev (talk) 07:35, 13 October 2019 (UTC)

phab:T234049? Malyacko (talk) 15:58, 13 October 2019 (UTC)

Some possibilities to try (Some of these may be technical if you aren't familar with linux commandline)

• Can you use the netstat command to verify that parsoid is listening on the appropriate port
• Can you manually load the parsoid api via curl from the command line from the machine that mediawiki is on
• Is there any firewall preventing connections to parsoid
• Is SELinux enabled and somehow preventing connections to parsoid
• Is there any other sandboxing (firejail, whatever) enabled that would prevent mediawiki from connecting to parsoid. Bawolff (talk) 05:07, 14 October 2019 (UTC)

Excuse me

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Can someone add

• zh-hans in MediaWiki:Lang/zh-hans
• zh-hant in MediaWiki:Lang/zh-hant
• zh-cn in MediaWiki:Lang/zh-cn
• zh-hk in MediaWiki:Lang/zh-hk
• zh-mo in MediaWiki:Lang/zh-mo
• zh-my in MediaWiki:Lang/zh-my
• zh-sg in MediaWiki:Lang/zh-sg
• zh-tw in MediaWiki:Lang/zh-tw

because Template:Conversion-zh ‎need to use they. SunAfterRain 13:42, 13 October 2019 (UTC)

Done Bawolff (talk) 22:09, 13 October 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

MediaWiki redirecting me to address with additional resource IDs

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I can access my wiki via 192.168.1.100/mediawiki, where 192.168.1.100 is an example of my private IP. However, whenever I log in from the main page from my wiki it directs me to "192.168.1.100/mediawiki/index.php/192.168.1.100/mediawik/index.php/Main_Page"

Similarly, when I access my wiki using localhost as server name and then log in, I get redirected to "localhost/mediawiki/index.php/192.168.1.100/mediawiki/index.php/Main_Page"

The workaround now is to manually delete the extraneous resource IDs (/192.168.1.100/mediawiki/index.php/) after logging in, which will take me to the Main Page.

Why am I getting the extraneous /192.168.1.100/mediawiki/index.php/ resource IDs upon redirect, and how to I resolve this?

edit: Seems like this is happening not only when I log in but also when I make edits to pages
edit2: Some more information: When I navigate using internal links, this issue does not come up. It seems like it's only happening when MediaWiki is trying to redirect to another page Ivan0890 (talk) 17:48, 13 October 2019 (UTC)

what rewrite rules do you have set?

What is $wgServer, $wgArticlePath, $wgScriptPath set to Bawolff (talk) 22:03, 13 October 2019 (UTC)

$wgServer = "192.168.1.100";

$wgScriptPath = "/mediawiki";

$wgArticlePath is not set

edit: while attempting to fix this issue, I've tried setting $wgServer = "WebRequest::detectServer()"; When I did this, MediaWiki no longer redirected me when I clicked "Log in" or "Save Changes" Ivan0890 (talk) 22:36, 13 October 2019 (UTC)

I changed the $wgServer = "http://192.168.1.100"; and the issue was resolved.

I believe this was because without the protocol, MediaWiki took that variable to be a relative path instead of the entire server name. Can anyone confirm if this is true? Ivan0890 (talk) 23:16, 13 October 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Aprendendo a editar paginas

Como posso criar uma pagina de teste antes de publicar, estou aprendendo a editar M2smart (talk) 14:47, 14 October 2019 (UTC)

You can make use of the Sandbox. AhmadF.Cheema (talk) 15:01, 14 October 2019 (UTC)

Log in

Hi, I've been waiting almost 2 weeks now for the log in team to send me the password so that I can log in but I have yet to receive it. I have already dropped them an email to inform them a week ago but nothing has changed. Does anyone know how else I can go about doing so? Thank you. 195.195.217.51 (talk) 14:57, 14 October 2019 (UTC)

Which website is your query referring to?🤔 AhmadF.Cheema (talk) 15:00, 14 October 2019 (UTC)

Delete My Account

I do not use this, i'm not gonna log in on this again.

Please just delete my account completely TheArchangels (talk) 21:56, 14 October 2019 (UTC)

Unfortunately, deleting an account is not currently possible. However, if you want to m:Right to vanish, you can make a request to be renamed (or just post here saying that you "wish to vanish" and I can copy the request over) DannyS712 (talk) 22:55, 14 October 2019 (UTC)

What is the API command to sort Special:MIMESearch by Date, Filesize, or Pageviews

Search engine supports most of this and so does its API:Search. The only missing one is pageviews which according to mediawiki staff is trivial to add (Add_%22Page_Views%22_an_input_filter_and_as_a_sort_option_in_the_output.), maybe just needs a BUGREPORT.

What is the API command to sort this list by Date (to see the most recent submissions), and also by Filesize and Pageviews.

https://commons.wikimedia.org/wiki/Special:MIMESearch/audio/midi ToolCreator (talk) 03:29, 15 October 2019 (UTC)

Special:MimeSearch doesn't support that.

However, for commons you can use https://quarry.wmflabs.org/ to run similar queries (however, not for by pageviews) https://quarry.wmflabs.org/query/39567 is how to do it by time, and just change the last part to ORDER BY img_size in order to order by size.

If you want to get pageviews, you have to get the list, and write a program to manually compare against the api https://wikimedia.org/api/rest_v1/#/Mediarequests%20data (keep in mind, there are two types of pageviews - views for the file description page, and then downloads of the actual file. Make sure you retrieve the right type. Bawolff (talk) 02:32, 16 October 2019 (UTC)

Thank you for your reply.

Why does your query only list 151 records, while this page shows more than 500 records: https://commons.wikimedia.org/wiki/Special:MIMESearch/audio/midi

Also, why is this file not shown from your query: https://commons.wikimedia.org/wiki/File:%22_OnlineMidi.com%22_9.mid

ToolCreator (talk) 02:58, 16 October 2019 (UTC)

My bad, I had english wikipedia selected instead of commons. Should be fixed now Bawolff (talk) 03:11, 16 October 2019 (UTC)

On the "MediaRequests API" address that you provided, the 2nd GET method states "You can filter by project, access method and/or agent type". How would I retrieve the page views for the list that was retrieved from https://quarry.wmflabs.org? ToolCreator (talk) 03:29, 16 October 2019 (UTC)

Unfortunately the two don't talk to each other. You would have to export one list, and then have some tool to check all items on the list against the api. Bawolff (talk) 04:21, 16 October 2019 (UTC)

I don't see how I can use the MediaRequests API address that you provided to receive data for individual images. It appears to only provide aggregate totals on an hourly basis. Please provide a SQL statement that I can use with the MediaRequests API (or any other API), to display the pageviews and downloads for just one image. Thank you! ToolCreator (talk) 12:31, 16 October 2019 (UTC)

The mediarequests API seems to be still experimental, and doesn't seem to have all the data imported yet. Not sure why it was exposed so early, anyway, pageviews can be seen in the info of any page, e.g. https://www.mediawiki.org/w/index.php?title=File:Parsoid_logo.svg&action=info or alternatively one can see using a tool like https://tools.wmflabs.org/pageviews, which relies on the https://wikimedia.org/api/rest_v1/#/Pageviews%20dataAPI.

Of course that will only count when people directly go to the file page, not when it is embedded somewhere or accessed remotely, or downloaded. That will probably only be available once the media requests API is fully deployed (see https://phabricator.wikimedia.org/T210313). 197.235.63.231 (talk) 16:01, 16 October 2019 (UTC)

The simplest way is to get dump for that data (media upload data), and analyse it yourself, see:

• https://dumps.wikimedia.org/other/mediacounts
• Definition of dumps (Requests for comment/Media file request counts) 197.235.63.231 (talk) 16:35, 16 October 2019 (UTC)

migrating from LDAP_Authentication to the new Ldap_stack (AD)

Hi community !

I have some issues migrating from LDAP_Authentication to the new Ldap_stack.

-> How do I config AD/LDAP authentication without a readonly binduser in the LDAP config in the new LDAP stack ?

Any help apreciated

old LDAP_authentication extention

--> which works fine and I do not have to set a password in the config.

$wgAuth = new LdapAuthenticationPlugin();

$wgLDAPDomainNames = array( "mydomain.com" );

$wgLDAPServerNames = array( "mydomain.com" => "10.0.0.10" );

$wgLDAPSearchStrings = array( "mydomain.com" => "MYDOMAIN\\USER-NAME" );

$wgLDAPEncryptionType = array( "mydomain.com" => "clear" );

$wgLDAPUseLocal = true;

$wgMinimalPasswordLength = 1;

$wgLDAPBaseDNs = array( "mydomain.com" => "dc=mydomain,dc=com" );

$wgLDAPSearchAttributes = array( "mydomain.com" => "sAMAccountName" );

$wgLDAPRetrievePrefs = array( "mydomain.com" => "true" );

$wgLDAPDebug = 3; //for debugging LDAP

$wgShowExceptionDetails = true; //for debugging MediaWiki

$wgLDAPGroupUseFullDN = array("mydomain.com" => true);

$wgLDAPLowerCaseUsername = array("mydomain.com" => true);

$wgLDAPGroupUseRetrievedUsername = array("mydomain.com" => false);

$wgLDAPGroupObjectclass = array("mydomain.com" => 'group');

$wgLDAPGroupAttribute = array("mydomain.com" => 'member');

$wgLDAPGroupNameAttribute = array("mydomain.com" => 'cn');

$wgLDAPGroupsUseMemberOf = array("mydomain.com" => true);

$wgLDAPRequiredGroups = array( "mydomain.com"=>array("cn=wiki,ou=lap_gap_uap,ou=groups,dc=mydomain,dc=com"));

$wgLDAPRetrievePrefs = array( 'mydomain.com' => true );

$wgLDAPPreferences = array('mydomain.com'=>array( "email"=>"mail","realname"=>"cn","nickname"=>"sAMAccountName"));

---

New LDAP stack

-> How do I config it without a readonly binduser in the LDAP config ?

The following DOES NOT work :-(

$LDAPProviderDomainConfigProvider = function() {

        $config = [

                'mydomain.com' => [

                        'connection' => [

                                "server" => "10.0.0.10",

                                "options" => [

                                        "LDAP_OPT_DEREF" => 1

                                ],

                                "basedn" => "dc=mydomain,dc=com",

                                "groupbasedn" => "dc=mydomain,dc=com",

                                "searchattribute" => "samaccountname",

                                "userbasedn" => "dc=mydomain,dc=com",

                                "user" => "MYDOMAIN\\USER-NAME",

                                "usernameattribute" => "samaccountname",

                                "realnameattribute" => "fullname",

                                "emailattribute" => "mail",

                                "grouprequest" => "MediaWiki\\Extension\\LDAPProvider\\UserGroupsRequest\\GroupMember::factory"

                        ],

                        'authorization' => [

                                'rules' => [

                                        'groups' => [

                                                'required' => [

                                                        'cn=wikigroup,dc=mydomain,dc=com'

                                                ]

                                        ]

                                ]

                        ],

                        'userinfo' => [

                                'attributes-map' => [

                                        'email' => 'mail',

                                        'realname' => 'fullname'

                                ]

                        ]

                ]

        ];

        return new \MediaWiki\Extension\LDAPProvider\DomainConfigProvider\InlinePHPArray( $config );

}; Johanverdoodt (talk) 09:20, 15 October 2019 (UTC)

I have used a lot of LDAP with AD but not with MW. However, you could try user@mydomain.com as your LDAP username - it generally works more often than the DOMAIN\user notation. If you have a large domain, you might consider using the Global Catalogue ports 3268/3269 instead of 389/636.

For my LDAPSearch type users, I create a group called DUFF-GROUP or similar and make that the primary group and only group for the user account. That avoids making it a Domain User which have too many rights for this sort of account.

If it helps, I have documented a full set of installation instructions for an intranet MW install, which includes SSO via Kerberos, SSL and all the trimmings. I even cover browser configuration. I keep it all up to date fairly regularly and use it myself for new installs - Intranet Gerdesj (talk) 21:49, 15 October 2019 (UTC)

Thanks for the Intranet page hint.

It is quite helpfull Johanverdoodt (talk) 09:49, 16 October 2019 (UTC)

Adding new user group

Hey everyone, running in to an issue: added a new user group in LocalSettings.php

$wgGroupPermissions['lab'] = $wgGroupPermissions['user']

but it broke the mediawiki : "This page isn’t working" message was displayed in the website. Am I doing something wrong?

Please help! 149.142.103.145 (talk) 16:41, 15 October 2019 (UTC)

Semi colon ; at the end of the line? Gerdesj (talk) 21:32, 15 October 2019 (UTC)

How to assign imported users in revision history to local users

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Hi,

I'm in the process of importing a Fandom Wiki to my own website. All the pages were imported using importDump.php but in the revision history of all pages, the users appear with the prefix "imported>" and they don't link to local users with the same name. Here's an example: https://jojowiki.com/index.php?title=Yuya_Fungami&action=history

How do I fix this?

Thanks. Vishkujo (talk) 18:53, 15 October 2019 (UTC)

In theory, they should link if account already exists (unless --no-local-users is set to importDump.php)

i guess you'd have to create all these accounts prior to running the import to make them link up with local accounts. I'm not aware of a script that will turn actor names back into real users.

When running the import, there is also the option to set --username-prefix so you can for example, mark that edit came from wikia instead of just generic imported. Bawolff (talk) 02:21, 16 October 2019 (UTC)

That's weird then. There were already a couple of local accounts created with matching names before I ran the script, including my own page. Vishkujo (talk) 05:07, 17 October 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Infobox titles width

Hey guys.

I've managed to create an infobox in my new wiki (I'm pretty newbie here), but I seem to have a problem.

I'm putting titles and descriptions in it, but if my description is a little long, it pushes the title to the side, breaking the text. Is there a way to set a fixed width?

You can see it here: https://spiritosancto.org/wiki/index.php?title=06-07-1675:_Carta_do_Donat%C3%A1rio_da_Capitania_do_Esp%C3%ADrito_Santo,_Francisco_Gil_de_Ara%C3%BAjo,_ao_Rei_(D._Pedro_II)_a_informar_do_estado_miser%C3%A1vel_que_se_encontra_a_dita_Capitania,_e_de_intentar_fazer_a_jornada_ao_descobrimento_das_minas_de_esmeraldas Fabio Paiva Reis (talk) 20:36, 15 October 2019 (UTC)

Looks like you're using an extension to create your infoboxes. If you're going to keep using that extension you could ask the author.

I think I remember coming across a similar problem in the past, and found answers by just Googling... e.g. here.

P.S. This might help: Fandom page on Infoboxes. The layout="stacked" option might solve your problem in a different way. Jonathan3 (talk) 23:31, 15 October 2019 (UTC)

Thanks, I'll take a look at that!

I tried following mediawiki manual to import wikipedia infoboxes, but my server doesn't seem to be able to use Extension:Scribunto, so I tried copying stuff from Fandom and it kind of works.

Is there a different way to do this? Fabio Paiva Reis (talk) 16:36, 16 October 2019 (UTC)

Hey, you know what, that layout="stacked" did solve it in a different way. :)

Thanks a lot! Fabio Paiva Reis (talk) 16:39, 16 October 2019 (UTC)

You're welcome :-) Jonathan3 (talk) 22:49, 17 October 2019 (UTC)

getText.php to show transluded contents

there some way to follow the transclusions so that getText.php shows the text from the transcluded page, rather than the transclusion link

e.g.

This is the transcluded text from the other page

Rather than

{{Template:transcludedtext}}

Beardedfool (talk) 23:55, 15 October 2019 (UTC)

So i guess you want expandedtemplates but not full html (e.g. similar to using action=raw&templates=expand from the web interface: http://mediawiki.org/w/index.php?title=Main_Page&action=raw&templates=expand ).

Nothing is really builtin from the command line. Best approach is probably to curl the server, but a hacky solution could be:

echo '$t=Title::newFromText( "Main_Page");echo $wgParser->preprocess(  Revision::newFromTitle($t)->getContent( Revision::FOR_PUBLIC )->serialize(), $t, ParserOptions::newCanonical() )' | php eval.php

Replacing "Main_Page" with the page you want

Edit: The exact code necessary here might vary depending on your version of MW. Bawolff (talk) 02:14, 16 October 2019 (UTC)

Cannot access special character pages if logged in

For some reason I find I am not able to view a page with special characters if I am logged in. It doesn't seem to make a difference what browser I am using, I've tried Firefox, Chrome, iexplorer, phone, iPad, desktop ... let's take a simple example: http://www.finnegansweb.com/wiki/index.php/Past_Eve_and_Adam%27s ... perfectly fine if viewed without logging in, but if logged in, inaccessible. Any ideas on what the problem is? Can this be fixed? 223.255.183.90 (talk) 05:14, 16 October 2019 (UTC)

what precisely happens? Blank page?

Is there anything in php error log? Bawolff (talk) 06:26, 16 October 2019 (UTC)

If it helps, I created an account and the error I get is:

This page isn’t workingwww.finnegansweb.com redirected you too many times.

Try clearing your cookies.

ERR_TOO_MANY_REDIRECTS

If you search the internet for "mediawiki too many redirects" some potentially useful pages come up. Jonathan3 (talk) 21:20, 21 October 2019 (UTC)

Error after upgrade from 1.25 to 1.33 - LoadBalancer.php got connection but expected local domain

Hi I am attempting to upgrade from mw 1.25.1 to 1.33.1. After copying my LocalSettings.php and running the web-based upgrade, I receive the error:

[XadGf4wvDNQ-lDUO5gueOwAAAAA] /wiki/index.php UnexpectedValueException from line 945 of /app/http/html/mediawiki-1.33.1/includes/libs/rdbms/loadbalancer/LoadBalancer.php: Got connection to 'wikidb2', but expected local domain ('wikidb2-mediawiki-').

I saw other support requests similar to this with the suggestion of removing $wgDBmwschema from LocalSettings, however my LocalSettings does not have this. 216.168.230.7 (talk) 16:41, 16 October 2019 (UTC)

I encountered a similar problem upgrading from 1.29.2 to 1.33.1. Adding $wgDBmwschema to LocalSettings.php worked for me.

$wgDBmwschema = null; Nnbailly (talk) 16:40, 31 October 2019 (UTC)

can you include all your db related configs (except password) Bawolff (talk) 18:07, 16 October 2019 (UTC)

Where is Wikimedia software developed?

I work for a US government agency, and we are interested in using Mediawiki. In order to do that we need to have the software assessed. To have the software assessed we need to know where the software is developed. Can you tell me what countries develop mediawiki. 139.169.4.90 (talk) 18:53, 16 October 2019 (UTC)

Anyone can contribute, see How to become a MediaWiki hacker DannyS712 (talk) 18:55, 16 October 2019 (UTC)

As DannyS712 says, any and all countries can participate. However, MW in common with most projects like it do not differentiate people by country. A developer is a developer regardless of where they come from. In general it is code quality that matters. If I were you I'd do my due dil. and assume that the software could become hostile. That's how I work with all software, including that from Microsoft or whatever. So you put it on a DMZ and use a firewall to negotiate access, make sure there is plenty of logging etc etc. Its internet access can be funnelled through a web proxy as well and logged and inspected. Run a host firewall and use it. Use SSL/TLS correctly, use decent auth/auth and so on.

The code is pretty small compared to say SharePoint and is basically PHP with a database back end. It would not be a massive job to review say each major version, so I don't think you need to keep to old versions. You will need to be careful with extensions from outside the core distribution but they are typically pretty small and easy to audit.

Given the cost of the software and minimal IT resources it needs to run and its proven scalability (think Wikipedia), spend your hard earned cash on consultancy and hardware and other useful things, not software licensing.

I'm starting to sound like an advert for my own docs here but this: Intranet is an end to end install on the absolute bare minimum of software which keeps things manageable. Using git means that your reviewers and sysadmins can sing the same tune codewise quite easily because git puts hashes in the tree. You may want to fork your own instead - the choice is yours!

I'm from the UK btw Gerdesj (talk) 21:30, 16 October 2019 (UTC)

just as a note, many other us government angencies use mediawiki (many of them presented at EMWCon, paticularly when that conference was held in washington dc. There should be videos of it on youtube. One example is [1] although there were several other examples). I dont really know how these things work, but they might be able to provide advice on how to get the software "assesed" and other buerocratic issues. Bawolff (talk) 23:00, 16 October 2019 (UTC)

just for some further context - the primary organization behind mediawiki is The Wikimedia Foundation (a united states non profit). They employ (sometimes contract) people all over the world to work on MediaWiki, although a large portion are from the united states. After that the second largest org to employ people to work on mediawiki is Wikimedia Deutsland, a german non profit which also employs people both inside and out of germany. Those two orgs probably represent most (but not all) the people employed to work on mediawiki core. Additionally this is an open source project; anyone can contribute (subject to a code review process). We do not keep track of the locations of individual contributors. For that matter we dont require that they even provide a real name. Bawolff (talk) 23:14, 16 October 2019 (UTC)

I think i messed up my mediawiki :(

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I only see the first bit of the content displayed on my pages but when I go to edit all the content is still there but not live 2601:645:4202:9110:4B6:6080:5AE5:3BBC (talk) 22:08, 16 October 2019 (UTC)

First see Manual:Errors and symptoms#All pages have no content, but when editing a page the wiki text is there. AhmadF.Cheema (talk) 01:56, 17 October 2019 (UTC)

Thanks @AhmadF.Cheema solved 2601:645:4202:9110:F182:7579:FCE3:660A (talk) 14:01, 17 October 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Adding protection locks

I understand Wikipedia uses Module:Protection banner to automatically add locks to protected pages. I'm not able to use Lua and I have locks set up as templates, such as Template:Full_protection for the yellow F lock. Is there any way (possibly using localSettings.php) to automatically add a template to a page given a certain protection? 70.51.125.213 (talk) 23:02, 16 October 2019 (UTC)

Help:Page_status_indicators might have useful information Bawolff (talk) 00:51, 17 October 2019 (UTC)

Thanks for that. I've looked into that page before, but I still seem a little stuck on how to accomplish this. I'm curious as to how to automatically add a template or code to a page given when it is given a certain protection. If I fully protect a page, is there another way to show the lock without having to insert a template (such as {{full protection}}) or a way to auto insert that? 70.51.125.213 (talk) 01:39, 17 October 2019 (UTC)

It would be possible with an extension, but I'm not aware of any that exist that do that. Bawolff (talk) 01:41, 17 October 2019 (UTC)

There is another possible method mentioned at Project:Support desk/Flow/2019/09#h-Show_messagebox_on_protected_pages-2019-09-11T17:16:00.000Z. AhmadF.Cheema (talk) 01:48, 17 October 2019 (UTC)

LocalSettings.php, add rules to restrict a wiki

How can I request additions to restrict read and write access to a wiki?

I have understood that localsettings.php is a file accessible only to administrators in the server were the wiki is hosted. Ecemapl (talk) 08:38, 17 October 2019 (UTC)

You need to contact one of the administrators that have server access Ciencia Al Poder (talk) 09:27, 17 October 2019 (UTC)

Birth/death date templates

Is there any way of using the following wiki templates on Mediawiki?

Template:Birth date and age

Template:Death date and age

Template:Birth date and age2

Template:Death year and age Beatpoet (talk) 12:09, 17 October 2019 (UTC)

Have you installed Extension:Scribunto? These templates rely on lua modules w:module:age, etc. that requires this extension. You should install this extension and import all these required modules(All pages with prefixes "Module:" at the bottom of this page) . 94rain ^Talk 14:41, 17 October 2019 (UTC)

Fresh install of 1.33.1 is not possible

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I have been trying to create a new wiki using the latest tar.gz file. I am installing on CentOS 8, Apache 2.4, PHP 7.3.10, and MariaDB 10.4.8.

I follow the instructions and untar the files in the DocumentRoot, create the database, create a database users and assign all privileges, and start the installation wizard.

I fill out all information and when I proceed to the installation I get an error that the Admin user password cannot be changed since the user does not exist. I then manually create a user with this SQL:

insert into user (user_name, user_password, user_newpassword, user_email) values ('WikiAdminUser', '', '', 'blah@contoso.com');

I then restart the installation and it fails again. This time with this error:

Creating main page with default content... failed

Could not insert main page: Failed to update page row to use new revision.

I have gone through this process several times and cannot get a fresh install to complete.

The install should create the wiki Admin user before trying to set the password of the user.

I do not know why the default content cannot be added for the Main page.

Can anyone offer any suggestions? BryanAtCrystal (talk) 21:42, 17 October 2019 (UTC)

there has been a couple people reporting something similar to this. I'm not sure what the cause is; it seems like most users do not experisnce this issue.

Is there anything unique about your setup that can help us narrow down causes? Which db and what version? Any errors in your php error log? What permissions does the db user have? Are you having mw create a new user or use existing? Anything else that might be different from other users? Bawolff (talk) 23:07, 17 October 2019 (UTC)

DB is MariaDB 10.4.8. I create the database user as described on this page: Manual:Installing MediaWiki. The DB user created has all privileges to the database.

If I fill out all of the pages and click Continue this is what is generated:

• Including extensions... done
• Setting up database... done
• Creating tables... done
• Creating database user... done
• Populating default interwiki table... done
• Initializing statistics... done
• Generating secret keys... done
• Prevent running unneeded updates... done
• Creating administrator user account... [XanF0Ibm2vfVpZOROQa6awAAAAA] /mw-config/index.php?page=Install LogicException from line 2924 of /www-data/wiki.contoso.com/includes/user/User.php: Cannot set a password for a user that is not in the database. Backtrace: #0 /www-data/wiki.contoso.com/includes/user/User.php(2895): User->setPasswordInternal(string) #1 /www-data/wiki.contoso.com/includes/installer/Installer.php(1667): User->setPassword(string) #2 /www-data/wiki.contoso.com/includes/installer/Installer.php(1596): Installer->createSysop(MysqlInstaller) #3 /www-data/wiki.contoso.com/includes/installer/WebInstallerInstall.php(44): Installer->performInstallation(array, array) #4 /www-data/wiki.contoso.com/includes/installer/WebInstaller.php(264): WebInstallerInstall->execute() #5 /www-data/wiki.contoso.com/mw-config/index.php(80): WebInstaller->execute(array) #6 /www-data/wiki.contoso.com/mw-config/index.php(38): wfInstallerMain() #7 {main}

This proves that the DB can be accessed through PHP and the DB user has full rights (tables were all created).

The PHP error log is empty. 71.13.133.210 (talk) 14:41, 18 October 2019 (UTC)

Can you also paste the results of the SQL command SHOW GRANTS FOR 'wikiuser'@'localhost'

replacing 'wikiuser'@'localhost' with whatever your mysql username is used by the wiki, and whatever domain your wiki is connecting from.

> This proves that the DB can be accessed through PHP and the DB user has full rights (tables were all created).

This is not neccesarily true. The right to create tables in mysql is separate from INSERT and UPDATE rights. Although it would be really weird if the user had CREATE rights but not insert or update. Bawolff (talk) 23:11, 18 October 2019 (UTC)

+-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+

| Grants for epiphanywikiuser@localhost                                                                                                                                                                                                                                         |

+-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+

| GRANT USAGE ON *.* TO 'epiphanywikiuser'@'localhost' IDENTIFIED BY PASSWORD '*Password_Hash'                                                                                                                                                       |

| GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, REFERENCES, INDEX, ALTER, CREATE TEMPORARY TABLES, LOCK TABLES, EXECUTE, CREATE VIEW, SHOW VIEW, CREATE ROUTINE, ALTER ROUTINE, EVENT, TRIGGER ON `epiphany_wikidb`.* TO 'epiphanywikiuser'@'localhost' WITH GRANT OPTION |

+-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+ BryanAtCrystal (talk) 15:44, 21 October 2019 (UTC)

That said, its probably not a permission error, as then there would be a mysql permission error about that. Bawolff (talk) 00:49, 19 October 2019 (UTC)

It could also be helpful if you could post the mariadb general query log from when the installer was running (Just to see what the installer is doing. See if there are any unexpected transaction rollbacks or things of that nature) Bawolff (talk) 06:21, 19 October 2019 (UTC)

I tried something novel. I created a new wiki on our IIS server. I ran the install using the same tar file I'd downloaded for the Linux install. It worked. I did a dump of the database and restored that DB on the Linux host.

When I tried to hit the wiki I was told I needed to upgrade the database by running update.php. This seemed like a reasonable need as the IIS server is running mySQL 5.7 and Linux has MariaDB 10.4.8. The update process fails and outputs this:

Migrating actors to the 'actor' table, printing progress markers. For large

databases, you may want to hit Ctrl-C and do this manually with

maintenance/migrateActors.php.

Creating actor entries for all registered users

... 1 - 1

Warning: mysqli::query(): MySQL server has gone away in /www-data/epiphanywiki.crystalcomputer.com/includes/libs/rdbms/database/DatabaseMysqli.php on line 46

Warning: mysqli::query(): Error reading result set's header in /www-data/epiphanywiki.crystalcomputer.com/includes/libs/rdbms/database/DatabaseMysqli.php on line 46

[06fc39b43601664f326c9e41] [no req]   Wikimedia\Rdbms\DBQueryError from line 1587 of /www-data/epiphanywiki.crystalcomputer.com/includes/libs/rdbms/database/Database.php: A connection error occurred during a query.

Query: SELECT  user_id AS `actor_user`,user_name AS `actor_name`  FROM `user`    WHERE (user_id >= 1) AND (user_id <= 1)  ORDER BY user_id  FOR UPDATE

Function: MigrateActors::doDBUpdates

Error: 2006 MySQL server has gone away (localhost)

Backtrace:

#0 /www-data/epiphanywiki.crystalcomputer.com/includes/libs/rdbms/database/Database.php(1556): Wikimedia\Rdbms\Database->getQueryExceptionAndLog(string, integer, string, string)

#1 /www-data/epiphanywiki.crystalcomputer.com/includes/libs/rdbms/database/Database.php(1274): Wikimedia\Rdbms\Database->reportQueryError(string, integer, string, string, boolean)

#2 /www-data/epiphanywiki.crystalcomputer.com/includes/libs/rdbms/database/Database.php(1784): Wikimedia\Rdbms\Database->query(string, string)

#3 /www-data/epiphanywiki.crystalcomputer.com/includes/libs/rdbms/database/Database.php(3110): Wikimedia\Rdbms\Database->select(string, string, array, string, array, array)

#4 /www-data/epiphanywiki.crystalcomputer.com/includes/libs/rdbms/database/Database.php(3059): Wikimedia\Rdbms\Database->nonNativeInsertSelect(string, string, array, array, string, array, array, array)

#5 /www-data/epiphanywiki.crystalcomputer.com/maintenance/includes/MigrateActors.php(85): Wikimedia\Rdbms\Database->insertSelect(string, string, array, array, string, array, array)

#6 /www-data/epiphanywiki.crystalcomputer.com/maintenance/Maintenance.php(1719): MigrateActors->doDBUpdates()

#7 /www-data/epiphanywiki.crystalcomputer.com/includes/installer/DatabaseUpdater.php(1318): LoggedUpdateMaintenance->execute()

#8 /www-data/epiphanywiki.crystalcomputer.com/includes/installer/DatabaseUpdater.php(489): DatabaseUpdater->migrateActors()

#9 /www-data/epiphanywiki.crystalcomputer.com/includes/installer/DatabaseUpdater.php(453): DatabaseUpdater->runUpdates(array, boolean)

#10 /www-data/epiphanywiki.crystalcomputer.com/maintenance/update.php(203): DatabaseUpdater->doUpdates(array)

#11 /www-data/epiphanywiki.crystalcomputer.com/maintenance/doMaintenance.php(96): UpdateMediaWiki->execute()

#12 /www-data/epiphanywiki.crystalcomputer.com/maintenance/update.php(275): require_once(string)

#13 {main}

I did further research by using the mysql command line client and this query:

SELECT  user_id AS `actor_user`,user_name AS `actor_name`  FROM `user`    WHERE (user_id >= 1) AND (user_id <= 1)  ORDER BY user_id  FOR UPDATE

causes MariaDB to crash. If I change the query to this:

SELECT  user_id AS `actor_user`,user_name AS `actor_name`  FROM `user`    WHERE (user_id >= 1) AND (user_id <= 1)  ORDER BY user_id;

This query runs and returns the one row in the database.

I will try and generate a full query log of the install process. BryanAtCrystal (talk) 15:55, 21 October 2019 (UTC)

I dropped the database and created a new, empty database. Following is the transaction log from running the wizard.

/usr/sbin/mysqld, Version: 10.4.8-MariaDB (MariaDB Server). started with:

Tcp port: 3306  Unix socket: /var/lib/mysql/mysql.sock

Time     Id Command Argument

191021 11:06:52     15 Connect epiphanywikiuser@localhost as anonymous on

    15 Query SET group_concat_max_len = 262144

    15 Query SELECT /* Wikimedia\Rdbms\DatabaseMysqlBase::getServerVersion  */  VERSION()     LIMIT 1

    15 Quit

    16 Connect epiphanywikiuser@localhost as anonymous on

    16 Query SET group_concat_max_len = 262144

    16 Query USE `epiphany_wikidb`

    16 Query SHOW /* DatabaseInstaller::needsUpgrade  */ TABLES LIKE 'cur'

    16 Query SHOW /* DatabaseInstaller::needsUpgrade  */ TABLES LIKE 'revision'

    16 Quit

191021 11:06:53     17 Connect epiphanywikiuser@localhost as anonymous on

    17 Query SET group_concat_max_len = 262144

    17 Query SELECT /* MysqlInstaller::canCreateAccounts  */  CURRENT_USER()     LIMIT 1

    17 Query SELECT /* MysqlInstaller::canCreateAccounts  */  *  FROM `INFORMATION_SCHEMA`.`USER_PRIVILEGES`    WHERE GRANTEE = '\'epiphanywikiuser\'@\'localhost\''

    17 Query SELECT /* MysqlInstaller::canCreateAccounts  */  *  FROM `INFORMATION_SCHEMA`.`SCHEMA_PRIVILEGES`    WHERE GRANTEE = '\'epiphanywikiuser\'@\'localhost\'' AND TABLE_SCHEMA = 'mysql' AND PRIVILEGE_TYPE = 'INSERT'  LIMIT 1

    17 Query SHOW /* MysqlInstaller::getEngines  */ ENGINES

    17 Quit

191021 11:07:01     18 Connect epiphanywikiuser@localhost as anonymous on

    18 Query SET group_concat_max_len = 262144

    18 Query SELECT /* MysqlInstaller::canCreateAccounts  */  CURRENT_USER()     LIMIT 1

    18 Query SELECT /* MysqlInstaller::canCreateAccounts  */  *  FROM `INFORMATION_SCHEMA`.`USER_PRIVILEGES`    WHERE GRANTEE = '\'epiphanywikiuser\'@\'localhost\''

    18 Query SELECT /* MysqlInstaller::canCreateAccounts  */  *  FROM `INFORMATION_SCHEMA`.`SCHEMA_PRIVILEGES`    WHERE GRANTEE = '\'epiphanywikiuser\'@\'localhost\'' AND TABLE_SCHEMA = 'mysql' AND PRIVILEGE_TYPE = 'INSERT'  LIMIT 1

    19 Connect epiphanywikiuser@localhost as anonymous on

    19 Query SET group_concat_max_len = 262144

    19 Quit

    18 Query SHOW /* MysqlInstaller::getEngines  */ ENGINES

    18 Quit

191021 11:09:13     20 Connect epiphanywikiuser@localhost as anonymous on

    20 Query SET group_concat_max_len = 262144

    20 Query SELECT /* MysqlInstaller::databaseExists  */ 1 FROM INFORMATION_SCHEMA.SCHEMATA WHERE SCHEMA_NAME = 'epiphany_wikidb'

    20 Query USE `epiphany_wikidb`

    20 Query SHOW /* DatabaseInstaller::stepApplySourceFile  */ TABLES LIKE 'archive'

    20 Query BEGIN /* DatabaseInstaller::stepApplySourceFile  */

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `user` (

user_id int unsigned NOT NULL PRIMARY KEY AUTO_INCREMENT,

user_name varchar(255) binary NOT NULL default '',

user_real_name varchar(255) binary NOT NULL default '',

user_password tinyblob NOT NULL,

user_newpassword tinyblob NOT NULL,

user_newpass_time binary(14),

user_email tinytext NOT NULL,

user_touched binary(14) NOT NULL default '',

user_token binary(32) NOT NULL default '',

user_email_authenticated binary(14),

user_email_token binary(32),

user_email_token_expires binary(14),

user_registration binary(14),

user_editcount int,

user_password_expires varbinary(14) DEFAULT NULL

) ENGINE=InnoDB, DEFAULT CHARSET=binary

191021 11:09:14     20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ UNIQUE INDEX user_name ON `user` (user_name)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX user_email_token ON `user` (user_email_token)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX user_email ON `user` (user_email(50))

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `actor` (

actor_id bigint unsigned NOT NULL PRIMARY KEY AUTO_INCREMENT,

actor_user int unsigned,

actor_name varchar(255) binary NOT NULL

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ UNIQUE INDEX actor_user ON `actor` (actor_user)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ UNIQUE INDEX actor_name ON `actor` (actor_name)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `user_groups` (

ug_user int unsigned NOT NULL default 0,

ug_group varbinary(255) NOT NULL default '',

ug_expiry varbinary(14) NULL default NULL,

PRIMARY KEY (ug_user, ug_group)

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX ug_group ON `user_groups` (ug_group)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX ug_expiry ON `user_groups` (ug_expiry)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `user_former_groups` (

ufg_user int unsigned NOT NULL default 0,

ufg_group varbinary(255) NOT NULL default '',

PRIMARY KEY (ufg_user,ufg_group)

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `user_newtalk` (

user_id int unsigned NOT NULL default 0,

user_ip varbinary(40) NOT NULL default '',

user_last_timestamp varbinary(14) NULL default NULL

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX un_user_id ON `user_newtalk` (user_id)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX un_user_ip ON `user_newtalk` (user_ip)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `user_properties` (

up_user int unsigned NOT NULL,

up_property varbinary(255) NOT NULL,

up_value blob,

PRIMARY KEY (up_user,up_property)

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX user_properties_property ON `user_properties` (up_property)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `bot_passwords` (

bp_user int unsigned NOT NULL,

bp_app_id varbinary(32) NOT NULL,

bp_password tinyblob NOT NULL,

bp_token binary(32) NOT NULL default '',

bp_restrictions blob NOT NULL,

bp_grants blob NOT NULL,

PRIMARY KEY ( bp_user, bp_app_id )

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `page` (

page_id int unsigned NOT NULL PRIMARY KEY AUTO_INCREMENT,

page_namespace int NOT NULL,

page_title varchar(255) binary NOT NULL,

page_restrictions tinyblob NOT NULL,

page_is_redirect tinyint unsigned NOT NULL default 0,

page_is_new tinyint unsigned NOT NULL default 0,

page_random real unsigned NOT NULL,

page_touched binary(14) NOT NULL default '',

page_links_updated varbinary(14) NULL default NULL,

page_latest int unsigned NOT NULL,

page_len int unsigned NOT NULL,

page_content_model varbinary(32) DEFAULT NULL,

page_lang varbinary(35) DEFAULT NULL

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ UNIQUE INDEX name_title ON `page` (page_namespace,page_title)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX page_random ON `page` (page_random)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX page_len ON `page` (page_len)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX page_redirect_namespace_len ON `page` (page_is_redirect, page_namespace, page_len)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `revision` (

rev_id int unsigned NOT NULL PRIMARY KEY AUTO_INCREMENT,

rev_page int unsigned NOT NULL,

rev_text_id int unsigned NOT NULL default 0,

rev_comment varbinary(767) NOT NULL default '',

rev_user int unsigned NOT NULL default 0,

rev_user_text varchar(255) binary NOT NULL default '',

rev_timestamp binary(14) NOT NULL default '',

rev_minor_edit tinyint unsigned NOT NULL default 0,

rev_deleted tinyint unsigned NOT NULL default 0,

rev_len int unsigned,

rev_parent_id int unsigned default NULL,

rev_sha1 varbinary(32) NOT NULL default '',

rev_content_model varbinary(32) DEFAULT NULL,

rev_content_format varbinary(64) DEFAULT NULL

) ENGINE=InnoDB, DEFAULT CHARSET=binary MAX_ROWS=10000000 AVG_ROW_LENGTH=1024

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX rev_page_id ON `revision` (rev_page, rev_id)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX rev_timestamp ON `revision` (rev_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX page_timestamp ON `revision` (rev_page,rev_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX user_timestamp ON `revision` (rev_user,rev_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX usertext_timestamp ON `revision` (rev_user_text,rev_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX page_user_timestamp ON `revision` (rev_page,rev_user,rev_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `revision_comment_temp` (

revcomment_rev int unsigned NOT NULL,

revcomment_comment_id bigint unsigned NOT NULL,

PRIMARY KEY (revcomment_rev, revcomment_comment_id)

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ UNIQUE INDEX revcomment_rev ON `revision_comment_temp` (revcomment_rev)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `revision_actor_temp` (

revactor_rev int unsigned NOT NULL,

revactor_actor bigint unsigned NOT NULL,

revactor_timestamp binary(14) NOT NULL default '',

revactor_page int unsigned NOT NULL,

PRIMARY KEY (revactor_rev, revactor_actor)

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ UNIQUE INDEX revactor_rev ON `revision_actor_temp` (revactor_rev)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX actor_timestamp ON `revision_actor_temp` (revactor_actor,revactor_timestamp)

191021 11:09:15     20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX page_actor_timestamp ON `revision_actor_temp` (revactor_page,revactor_actor,revactor_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `ip_changes` (

ipc_rev_id int unsigned NOT NULL PRIMARY KEY DEFAULT '0',

ipc_rev_timestamp binary(14) NOT NULL DEFAULT '',

ipc_hex varbinary(35) NOT NULL DEFAULT ''

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX ipc_rev_timestamp ON `ip_changes` (ipc_rev_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX ipc_hex_time ON `ip_changes` (ipc_hex,ipc_rev_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `text` (

old_id int unsigned NOT NULL PRIMARY KEY AUTO_INCREMENT,

old_text mediumblob NOT NULL,

old_flags tinyblob NOT NULL

) ENGINE=InnoDB, DEFAULT CHARSET=binary MAX_ROWS=10000000 AVG_ROW_LENGTH=10240

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `comment` (

comment_id bigint unsigned NOT NULL PRIMARY KEY AUTO_INCREMENT,

comment_hash INT NOT NULL,

comment_text BLOB NOT NULL,

comment_data BLOB

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX comment_hash ON `comment` (comment_hash)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `archive` (

ar_id int unsigned NOT NULL PRIMARY KEY AUTO_INCREMENT,

ar_namespace int NOT NULL default 0,

ar_title varchar(255) binary NOT NULL default '',

ar_comment_id bigint unsigned NOT NULL,

ar_user int unsigned NOT NULL default 0, -- Deprecated in favor of ar_actor

ar_user_text varchar(255) binary NOT NULL DEFAULT '', -- Deprecated in favor of ar_actor

ar_actor bigint unsigned NOT NULL DEFAULT 0, -- ("DEFAULT 0" is temporary, signaling that ar_user/ar_user_text should be used)

ar_timestamp binary(14) NOT NULL default '',

ar_minor_edit tinyint NOT NULL default 0,

ar_rev_id int unsigned NOT NULL,

ar_text_id int unsigned NOT NULL DEFAULT 0,

ar_deleted tinyint unsigned NOT NULL default 0,

ar_len int unsigned,

ar_page_id int unsigned,

ar_parent_id int unsigned default NULL,

ar_sha1 varbinary(32) NOT NULL default '',

ar_content_model varbinary(32) DEFAULT NULL,

ar_content_format varbinary(64) DEFAULT NULL

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX name_title_timestamp ON `archive` (ar_namespace,ar_title,ar_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX ar_usertext_timestamp ON `archive` (ar_user_text,ar_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX ar_actor_timestamp ON `archive` (ar_actor,ar_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ UNIQUE INDEX ar_revid_uniq ON `archive` (ar_rev_id)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `slots` (

slot_revision_id bigint unsigned NOT NULL,

slot_role_id smallint unsigned NOT NULL,

slot_content_id bigint unsigned NOT NULL,

slot_origin bigint unsigned NOT NULL,

PRIMARY KEY ( slot_revision_id, slot_role_id )

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX slot_revision_origin_role ON `slots` (slot_revision_id, slot_origin, slot_role_id)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `content` (

content_id bigint unsigned PRIMARY KEY AUTO_INCREMENT,

content_size int unsigned NOT NULL,

content_sha1 varbinary(32) NOT NULL,

content_model smallint unsigned NOT NULL,

content_address varbinary(255) NOT NULL

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `slot_roles` (

role_id smallint PRIMARY KEY AUTO_INCREMENT,

role_name varbinary(64) NOT NULL

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ UNIQUE INDEX role_name ON `slot_roles` (role_name)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `content_models` (

model_id smallint PRIMARY KEY AUTO_INCREMENT,

model_name varbinary(64) NOT NULL

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ UNIQUE INDEX model_name ON `content_models` (model_name)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `pagelinks` (

pl_from int unsigned NOT NULL default 0,

pl_from_namespace int NOT NULL default 0,

pl_namespace int NOT NULL default 0,

pl_title varchar(255) binary NOT NULL default '',

PRIMARY KEY (pl_from,pl_namespace,pl_title)

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX pl_namespace ON `pagelinks` (pl_namespace,pl_title,pl_from)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX pl_backlinks_namespace ON `pagelinks` (pl_from_namespace,pl_namespace,pl_title,pl_from)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `templatelinks` (

tl_from int unsigned NOT NULL default 0,

tl_from_namespace int NOT NULL default 0,

tl_namespace int NOT NULL default 0,

tl_title varchar(255) binary NOT NULL default '',

PRIMARY KEY (tl_from,tl_namespace,tl_title)

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX tl_namespace ON `templatelinks` (tl_namespace,tl_title,tl_from)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX tl_backlinks_namespace ON `templatelinks` (tl_from_namespace,tl_namespace,tl_title,tl_from)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `imagelinks` (

il_from int unsigned NOT NULL default 0,

il_from_namespace int NOT NULL default 0,

il_to varchar(255) binary NOT NULL default '',

PRIMARY KEY (il_from,il_to)

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX il_to ON `imagelinks` (il_to,il_from)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX il_backlinks_namespace ON `imagelinks` (il_from_namespace,il_to,il_from)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `categorylinks` (

cl_from int unsigned NOT NULL default 0,

cl_to varchar(255) binary NOT NULL default '',

cl_sortkey varbinary(230) NOT NULL default '',

cl_sortkey_prefix varchar(255) binary NOT NULL default '',

cl_timestamp timestamp NOT NULL,

cl_collation varbinary(32) NOT NULL default '',

cl_type ENUM('page', 'subcat', 'file') NOT NULL default 'page',

PRIMARY KEY (cl_from,cl_to)

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX cl_sortkey ON `categorylinks` (cl_to,cl_type,cl_sortkey,cl_from)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX cl_timestamp ON `categorylinks` (cl_to,cl_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX cl_collation_ext ON `categorylinks` (cl_collation, cl_to, cl_type, cl_from)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `category` (

cat_id int unsigned NOT NULL PRIMARY KEY AUTO_INCREMENT,

cat_title varchar(255) binary NOT NULL,

cat_pages int signed NOT NULL default 0,

cat_subcats int signed NOT NULL default 0,

cat_files int signed NOT NULL default 0

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ UNIQUE INDEX cat_title ON `category` (cat_title)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX cat_pages ON `category` (cat_pages)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `externallinks` (

el_id int unsigned NOT NULL PRIMARY KEY AUTO_INCREMENT,

el_from int unsigned NOT NULL default 0,

el_to blob NOT NULL,

el_index blob NOT NULL,

el_index_60 varbinary(60) NOT NULL

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX el_from ON `externallinks` (el_from, el_to(40))

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX el_to ON `externallinks` (el_to(60), el_from)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX el_index ON `externallinks` (el_index(60))

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX el_index_60 ON `externallinks` (el_index_60, el_id)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX el_from_index_60 ON `externallinks` (el_from, el_index_60, el_id)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `langlinks` (

ll_from int unsigned NOT NULL default 0,

ll_lang varbinary(20) NOT NULL default '',

ll_title varchar(255) binary NOT NULL default '',

PRIMARY KEY (ll_from,ll_lang)

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX ll_lang ON `langlinks` (ll_lang, ll_title)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `iwlinks` (

iwl_from int unsigned NOT NULL default 0,

iwl_prefix varbinary(20) NOT NULL default '',

iwl_title varchar(255) binary NOT NULL default '',

PRIMARY KEY (iwl_from,iwl_prefix,iwl_title)

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX iwl_prefix_title_from ON `iwlinks` (iwl_prefix, iwl_title, iwl_from)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX iwl_prefix_from_title ON `iwlinks` (iwl_prefix, iwl_from, iwl_title)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `site_stats` (

ss_row_id int unsigned NOT NULL PRIMARY KEY,

ss_total_edits bigint unsigned default NULL,

ss_good_articles bigint unsigned default NULL,

ss_total_pages bigint unsigned default NULL,

ss_users bigint unsigned default NULL,

ss_active_users bigint unsigned default NULL,

ss_images bigint unsigned default NULL

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `ipblocks` (

ipb_id int NOT NULL PRIMARY KEY AUTO_INCREMENT,

ipb_address tinyblob NOT NULL,

ipb_user int unsigned NOT NULL default 0,

ipb_by int unsigned NOT NULL default 0, -- Deprecated in favor of ipb_by_actor

ipb_by_text varchar(255) binary NOT NULL default '', -- Deprecated in favor of ipb_by_actor

ipb_by_actor bigint unsigned NOT NULL DEFAULT 0, -- ("DEFAULT 0" is temporary, signaling that ipb_by/ipb_by_text should be used)

ipb_reason_id bigint unsigned NOT NULL,

ipb_timestamp binary(14) NOT NULL default '',

ipb_auto bool NOT NULL default 0,

ipb_anon_only bool NOT NULL default 0,

ipb_create_account bool NOT NULL default 1,

ipb_enable_autoblock bool NOT NULL default '1',

ipb_expiry varbinary(14) NOT NULL default '',

ipb_range_start tinyblob NOT NULL,

ipb_range_end tinyblob NOT NULL,

ipb_deleted bool NOT NULL default 0,

ipb_block_email bool NOT NULL default 0,

ipb_allow_usertalk bool NOT NULL default 0,

ipb_parent_block_id int default NULL,

ipb_sitewide bool NOT NULL default 1

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ UNIQUE INDEX ipb_address ON `ipblocks` (ipb_address(255), ipb_user, ipb_auto, ipb_anon_only)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX ipb_user ON `ipblocks` (ipb_user)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX ipb_range ON `ipblocks` (ipb_range_start(8), ipb_range_end(8))

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX ipb_timestamp ON `ipblocks` (ipb_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX ipb_expiry ON `ipblocks` (ipb_expiry)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX ipb_parent_block_id ON `ipblocks` (ipb_parent_block_id)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `ipblocks_restrictions` (

ir_ipb_id int NOT NULL,

ir_type tinyint(1) NOT NULL,

ir_value int NOT NULL,

PRIMARY KEY (ir_ipb_id, ir_type, ir_value)

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX ir_type_value ON `ipblocks_restrictions` (ir_type, ir_value)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `image` (

img_name varchar(255) binary NOT NULL default '' PRIMARY KEY,

img_size int unsigned NOT NULL default 0,

img_width int NOT NULL default 0,

img_height int NOT NULL default 0,

img_metadata mediumblob NOT NULL,

img_bits int NOT NULL default 0,

img_media_type ENUM("UNKNOWN", "BITMAP", "DRAWING", "AUDIO", "VIDEO", "MULTIMEDIA", "OFFICE", "TEXT", "EXECUTABLE", "ARCHIVE", "3D") default NULL,

img_major_mime ENUM("unknown", "application", "audio", "image", "text", "video", "message", "model", "multipart", "chemical") NOT NULL default "unknown",

img_minor_mime varbinary(100) NOT NULL default "unknown",

img_description_id bigint unsigned NOT NULL,

img_user int unsigned NOT NULL default 0,

img_user_text varchar(255) binary NOT NULL DEFAULT '',

img_actor bigint unsigned NOT NULL DEFAULT 0,

img_timestamp varbinary(14) NOT NULL default '',

img_sha1 varbinary(32) NOT NULL default ''

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX img_user_timestamp ON `image` (img_user,img_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX img_usertext_timestamp ON `image` (img_user_text,img_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX img_actor_timestamp ON `image` (img_actor,img_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX img_size ON `image` (img_size)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX img_timestamp ON `image` (img_timestamp)

191021 11:09:16     20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX img_sha1 ON `image` (img_sha1(10))

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX img_media_mime ON `image` (img_media_type,img_major_mime,img_minor_mime)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `oldimage` (

oi_name varchar(255) binary NOT NULL default '',

oi_archive_name varchar(255) binary NOT NULL default '',

oi_size int unsigned NOT NULL default 0,

oi_width int NOT NULL default 0,

oi_height int NOT NULL default 0,

oi_bits int NOT NULL default 0,

oi_description_id bigint unsigned NOT NULL,

oi_user int unsigned NOT NULL default 0, -- Deprecated in favor of oi_actor

oi_user_text varchar(255) binary NOT NULL DEFAULT '', -- Deprecated in favor of oi_actor

oi_actor bigint unsigned NOT NULL DEFAULT 0, -- ("DEFAULT 0" is temporary, signaling that oi_user/oi_user_text should be used)

oi_timestamp binary(14) NOT NULL default '',

oi_metadata mediumblob NOT NULL,

oi_media_type ENUM("UNKNOWN", "BITMAP", "DRAWING", "AUDIO", "VIDEO", "MULTIMEDIA", "OFFICE", "TEXT", "EXECUTABLE", "ARCHIVE", "3D") default NULL,

oi_major_mime ENUM("unknown", "application", "audio", "image", "text", "video", "message", "model", "multipart", "chemical") NOT NULL default "unknown",

oi_minor_mime varbinary(100) NOT NULL default "unknown",

oi_deleted tinyint unsigned NOT NULL default 0,

oi_sha1 varbinary(32) NOT NULL default ''

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX oi_usertext_timestamp ON `oldimage` (oi_user_text,oi_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX oi_actor_timestamp ON `oldimage` (oi_actor,oi_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX oi_name_timestamp ON `oldimage` (oi_name,oi_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX oi_name_archive_name ON `oldimage` (oi_name,oi_archive_name(14))

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX oi_sha1 ON `oldimage` (oi_sha1(10))

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `filearchive` (

fa_id int NOT NULL PRIMARY KEY AUTO_INCREMENT,

fa_name varchar(255) binary NOT NULL default '',

fa_archive_name varchar(255) binary default '',

fa_storage_group varbinary(16),

fa_storage_key varbinary(64) default '',

fa_deleted_user int,

fa_deleted_timestamp binary(14) default '',

fa_deleted_reason_id bigint unsigned NOT NULL,

fa_size int unsigned default 0,

fa_width int default 0,

fa_height int default 0,

fa_metadata mediumblob,

fa_bits int default 0,

fa_media_type ENUM("UNKNOWN", "BITMAP", "DRAWING", "AUDIO", "VIDEO", "MULTIMEDIA", "OFFICE", "TEXT", "EXECUTABLE", "ARCHIVE", "3D") default NULL,

fa_major_mime ENUM("unknown", "application", "audio", "image", "text", "video", "message", "model", "multipart", "chemical") default "unknown",

fa_minor_mime varbinary(100) default "unknown",

fa_description_id bigint unsigned NOT NULL,

fa_user int unsigned default 0, -- Deprecated in favor of fa_actor

fa_user_text varchar(255) binary DEFAULT '', -- Deprecated in favor of fa_actor

fa_actor bigint unsigned NOT NULL DEFAULT 0, -- ("DEFAULT 0" is temporary, signaling that fa_user/fa_user_text should be used)

fa_timestamp binary(14) default '',

fa_deleted tinyint unsigned NOT NULL default 0,

fa_sha1 varbinary(32) NOT NULL default ''

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX fa_name ON `filearchive` (fa_name, fa_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX fa_storage_group ON `filearchive` (fa_storage_group, fa_storage_key)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX fa_deleted_timestamp ON `filearchive` (fa_deleted_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX fa_user_timestamp ON `filearchive` (fa_user_text,fa_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX fa_actor_timestamp ON `filearchive` (fa_actor,fa_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX fa_sha1 ON `filearchive` (fa_sha1(10))

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `uploadstash` (

us_id int unsigned NOT NULL PRIMARY KEY AUTO_INCREMENT,

us_user int unsigned NOT NULL,

us_key varchar(255) NOT NULL,

us_orig_path varchar(255) NOT NULL,

us_path varchar(255) NOT NULL,

us_source_type varchar(50),

us_timestamp varbinary(14) NOT NULL,

us_status varchar(50) NOT NULL,

us_chunk_inx int unsigned NULL,

us_props blob,

us_size int unsigned NOT NULL,

us_sha1 varchar(31) NOT NULL,

us_mime varchar(255),

us_media_type ENUM("UNKNOWN", "BITMAP", "DRAWING", "AUDIO", "VIDEO", "MULTIMEDIA", "OFFICE", "TEXT", "EXECUTABLE", "ARCHIVE", "3D") default NULL,

us_image_width int unsigned,

us_image_height int unsigned,

us_image_bits smallint unsigned

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX us_user ON `uploadstash` (us_user)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ UNIQUE INDEX us_key ON `uploadstash` (us_key)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX us_timestamp ON `uploadstash` (us_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `recentchanges` (

rc_id int NOT NULL PRIMARY KEY AUTO_INCREMENT,

rc_timestamp varbinary(14) NOT NULL default '',

rc_user int unsigned NOT NULL default 0, -- Deprecated in favor of rc_actor

rc_user_text varchar(255) binary NOT NULL DEFAULT '', -- Deprecated in favor of rc_actor

rc_actor bigint unsigned NOT NULL DEFAULT 0, -- ("DEFAULT 0" is temporary, signaling that rc_user/rc_user_text should be used)

rc_namespace int NOT NULL default 0,

rc_title varchar(255) binary NOT NULL default '',

rc_comment_id bigint unsigned NOT NULL,

rc_minor tinyint unsigned NOT NULL default 0,

rc_bot tinyint unsigned NOT NULL default 0,

rc_new tinyint unsigned NOT NULL default 0,

rc_cur_id int unsigned NOT NULL default 0,

rc_this_oldid int unsigned NOT NULL default 0,

rc_last_oldid int unsigned NOT NULL default 0,

rc_type tinyint unsigned NOT NULL default 0,

rc_source varchar(16) binary not null default '',

rc_patrolled tinyint unsigned NOT NULL default 0,

rc_ip varbinary(40) NOT NULL default '',

rc_old_len int,

rc_new_len int,

rc_deleted tinyint unsigned NOT NULL default 0,

rc_logid int unsigned NOT NULL default 0,

rc_log_type varbinary(255) NULL default NULL,

rc_log_action varbinary(255) NULL default NULL,

rc_params blob NULL

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX rc_timestamp ON `recentchanges` (rc_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX rc_namespace_title_timestamp ON `recentchanges` (rc_namespace, rc_title, rc_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX rc_cur_id ON `recentchanges` (rc_cur_id)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX new_name_timestamp ON `recentchanges` (rc_new,rc_namespace,rc_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX rc_ip ON `recentchanges` (rc_ip)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX rc_ns_usertext ON `recentchanges` (rc_namespace, rc_user_text)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX rc_ns_actor ON `recentchanges` (rc_namespace, rc_actor)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX rc_user_text ON `recentchanges` (rc_user_text, rc_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX rc_actor ON `recentchanges` (rc_actor, rc_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX rc_name_type_patrolled_timestamp ON `recentchanges` (rc_namespace, rc_type, rc_patrolled, rc_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX rc_this_oldid ON `recentchanges` (rc_this_oldid)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `watchlist` (

wl_id int unsigned NOT NULL PRIMARY KEY AUTO_INCREMENT,

wl_user int unsigned NOT NULL,

wl_namespace int NOT NULL default 0,

wl_title varchar(255) binary NOT NULL default '',

wl_notificationtimestamp varbinary(14)

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ UNIQUE INDEX wl_user ON `watchlist` (wl_user, wl_namespace, wl_title)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX namespace_title ON `watchlist` (wl_namespace, wl_title)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX wl_user_notificationtimestamp ON `watchlist` (wl_user, wl_notificationtimestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `searchindex` (

si_page int unsigned NOT NULL,

si_title varchar(255) NOT NULL default '',

si_text mediumtext NOT NULL

) ENGINE=MyISAM DEFAULT CHARSET=utf8

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ UNIQUE INDEX si_page ON `searchindex` (si_page)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ FULLTEXT INDEX si_title ON `searchindex` (si_title)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ FULLTEXT INDEX si_text ON `searchindex` (si_text)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `interwiki` (

iw_prefix varchar(32) NOT NULL PRIMARY KEY,

iw_url blob NOT NULL,

iw_api blob NOT NULL,

iw_wikiid varchar(64) NOT NULL,

iw_local bool NOT NULL,

iw_trans tinyint NOT NULL default 0

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `querycache` (

qc_type varbinary(32) NOT NULL,

qc_value int unsigned NOT NULL default 0,

qc_namespace int NOT NULL default 0,

qc_title varchar(255) binary NOT NULL default ''

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX qc_type ON `querycache` (qc_type,qc_value)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `objectcache` (

keyname varbinary(255) NOT NULL default '' PRIMARY KEY,

value mediumblob,

exptime datetime

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX exptime ON `objectcache` (exptime)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `logging` (

log_id int unsigned NOT NULL PRIMARY KEY AUTO_INCREMENT,

log_type varbinary(32) NOT NULL default '',

log_action varbinary(32) NOT NULL default '',

log_timestamp binary(14) NOT NULL default '19700101000000',

log_user int unsigned NOT NULL default 0, -- Deprecated in favor of log_actor

log_user_text varchar(255) binary NOT NULL default '', -- Deprecated in favor of log_actor

log_actor bigint unsigned NOT NULL DEFAULT 0, -- ("DEFAULT 0" is temporary, signaling that log_user/log_user_text should be used)

log_namespace int NOT NULL default 0,

log_title varchar(255) binary NOT NULL default '',

log_page int unsigned NULL,

log_comment_id bigint unsigned NOT NULL,

log_params blob NOT NULL,

log_deleted tinyint unsigned NOT NULL default 0

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX type_time ON `logging` (log_type, log_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX user_time ON `logging` (log_user, log_timestamp)

191021 11:09:17     20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX actor_time ON `logging` (log_actor, log_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX page_time ON `logging` (log_namespace, log_title, log_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX times ON `logging` (log_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX log_user_type_time ON `logging` (log_user, log_type, log_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX log_actor_type_time ON `logging` (log_actor, log_type, log_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX log_page_id_time ON `logging` (log_page,log_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX log_type_action ON `logging` (log_type, log_action, log_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX log_user_text_type_time ON `logging` (log_user_text, log_type, log_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX log_user_text_time ON `logging` (log_user_text, log_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `log_search` (

ls_field varbinary(32) NOT NULL,

ls_value varchar(255) NOT NULL,

ls_log_id int unsigned NOT NULL default 0,

PRIMARY KEY (ls_field,ls_value,ls_log_id)

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX ls_log_id ON `log_search` (ls_log_id)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `job` (

job_id int unsigned NOT NULL PRIMARY KEY AUTO_INCREMENT,

job_cmd varbinary(60) NOT NULL default '',

job_namespace int NOT NULL,

job_title varchar(255) binary NOT NULL,

job_timestamp varbinary(14) NULL default NULL,

job_params mediumblob NOT NULL,

job_random integer unsigned NOT NULL default 0,

job_attempts integer unsigned NOT NULL default 0,

job_token varbinary(32) NOT NULL default '',

job_token_timestamp varbinary(14) NULL default NULL,

job_sha1 varbinary(32) NOT NULL default ''

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX job_sha1 ON `job` (job_sha1)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX job_cmd_token ON `job` (job_cmd,job_token,job_random)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX job_cmd_token_id ON `job` (job_cmd,job_token,job_id)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX job_cmd ON `job` (job_cmd, job_namespace, job_title, job_params(128))

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX job_timestamp ON `job` (job_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `querycache_info` (

qci_type varbinary(32) NOT NULL default '' PRIMARY KEY,

qci_timestamp binary(14) NOT NULL default '19700101000000'

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `redirect` (

rd_from int unsigned NOT NULL default 0 PRIMARY KEY,

rd_namespace int NOT NULL default 0,

rd_title varchar(255) binary NOT NULL default '',

rd_interwiki varchar(32) default NULL,

rd_fragment varchar(255) binary default NULL

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX rd_ns_title ON `redirect` (rd_namespace,rd_title,rd_from)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `querycachetwo` (

qcc_type varbinary(32) NOT NULL,

qcc_value int unsigned NOT NULL default 0,

qcc_namespace int NOT NULL default 0,

qcc_title varchar(255) binary NOT NULL default '',

qcc_namespacetwo int NOT NULL default 0,

qcc_titletwo varchar(255) binary NOT NULL default ''

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX qcc_type ON `querycachetwo` (qcc_type,qcc_value)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX qcc_title ON `querycachetwo` (qcc_type,qcc_namespace,qcc_title)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX qcc_titletwo ON `querycachetwo` (qcc_type,qcc_namespacetwo,qcc_titletwo)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `page_restrictions` (

pr_id int unsigned NOT NULL PRIMARY KEY AUTO_INCREMENT,

pr_page int NOT NULL,

pr_type varbinary(60) NOT NULL,

pr_level varbinary(60) NOT NULL,

pr_cascade tinyint NOT NULL,

pr_user int unsigned NULL,

pr_expiry varbinary(14) NULL

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ UNIQUE INDEX pr_pagetype ON `page_restrictions` (pr_page,pr_type)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX pr_typelevel ON `page_restrictions` (pr_type,pr_level)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX pr_level ON `page_restrictions` (pr_level)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX pr_cascade ON `page_restrictions` (pr_cascade)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `protected_titles` (

pt_namespace int NOT NULL,

pt_title varchar(255) binary NOT NULL,

pt_user int unsigned NOT NULL,

pt_reason_id bigint unsigned NOT NULL,

pt_timestamp binary(14) NOT NULL,

pt_expiry varbinary(14) NOT NULL default '',

pt_create_perm varbinary(60) NOT NULL,

PRIMARY KEY (pt_namespace,pt_title)

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX pt_timestamp ON `protected_titles` (pt_timestamp)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `page_props` (

pp_page int NOT NULL,

pp_propname varbinary(60) NOT NULL,

pp_value blob NOT NULL,

pp_sortkey float DEFAULT NULL,

PRIMARY KEY (pp_page,pp_propname)

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ UNIQUE INDEX pp_propname_page ON `page_props` (pp_propname,pp_page)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ UNIQUE INDEX pp_propname_sortkey_page ON `page_props` (pp_propname,pp_sortkey,pp_page)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `updatelog` (

ul_key varchar(255) NOT NULL PRIMARY KEY,

ul_value blob

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `change_tag` (

ct_id int unsigned NOT NULL PRIMARY KEY AUTO_INCREMENT,

ct_rc_id int NULL,

ct_log_id int unsigned NULL,

ct_rev_id int unsigned NULL,

ct_params blob NULL,

ct_tag_id int unsigned NOT NULL

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ UNIQUE INDEX change_tag_rc_tag_id ON `change_tag` (ct_rc_id,ct_tag_id)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ UNIQUE INDEX change_tag_log_tag_id ON `change_tag` (ct_log_id,ct_tag_id)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ UNIQUE INDEX change_tag_rev_tag_id ON `change_tag` (ct_rev_id,ct_tag_id)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX change_tag_tag_id_id ON `change_tag` (ct_tag_id,ct_rc_id,ct_rev_id,ct_log_id)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `l10n_cache` (

lc_lang varbinary(32) NOT NULL,

lc_key varchar(255) NOT NULL,

lc_value mediumblob NOT NULL,

PRIMARY KEY (lc_lang, lc_key)

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `module_deps` (

md_module varbinary(255) NOT NULL,

md_skin varbinary(32) NOT NULL,

md_deps mediumblob NOT NULL,

PRIMARY KEY (md_module,md_skin)

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `sites` (

site_id                    INT UNSIGNED        NOT NULL PRIMARY KEY AUTO_INCREMENT,

site_global_key            varbinary(32)       NOT NULL,

site_type                  varbinary(32)       NOT NULL,

site_group                 varbinary(32)       NOT NULL,

site_source                varbinary(32)       NOT NULL,

site_language              varbinary(32)       NOT NULL,

site_protocol              varbinary(32)       NOT NULL,

site_domain                VARCHAR(255)        NOT NULL,

site_data                  BLOB                NOT NULL,

site_forward              bool                NOT NULL,

site_config               BLOB                NOT NULL

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ UNIQUE INDEX sites_global_key ON `sites` (site_global_key)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX sites_type ON `sites` (site_type)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX sites_group ON `sites` (site_group)

191021 11:09:18     20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX sites_source ON `sites` (site_source)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX sites_language ON `sites` (site_language)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX sites_protocol ON `sites` (site_protocol)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX sites_domain ON `sites` (site_domain)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX sites_forward ON `sites` (site_forward)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `site_identifiers` (

si_site                    INT UNSIGNED        NOT NULL,

si_type                    varbinary(32)       NOT NULL,

si_key                     varbinary(32)       NOT NULL,

PRIMARY KEY (si_type, si_key)

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX site_ids_site ON `site_identifiers` (si_site)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX site_ids_key ON `site_identifiers` (si_key)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ TABLE `change_tag_def` (

ctd_id int unsigned NOT NULL PRIMARY KEY AUTO_INCREMENT,

ctd_name varbinary(255) NOT NULL,

ctd_user_defined tinyint(1) NOT NULL,

ctd_count bigint unsigned NOT NULL default 0

) ENGINE=InnoDB, DEFAULT CHARSET=binary

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ UNIQUE INDEX ctd_name ON `change_tag_def` (ctd_name)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX ctd_count ON `change_tag_def` (ctd_count)

    20 Query CREATE /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/tables.sql )  */ INDEX ctd_user_defined ON `change_tag_def` (ctd_user_defined)

    20 Query SELECT /* Wikimedia\Rdbms\Database::ping  */ 1 AS ping

    20 Query COMMIT /* DatabaseInstaller::stepApplySourceFile  */

    20 Query SELECT /* DatabaseInstaller::populateInterwikiTable  */  1  FROM `interwiki`     LIMIT 1

    20 Query INSERT /* DatabaseInstaller::populateInterwikiTable  */  INTO `interwiki` (iw_prefix,iw_url,iw_local,iw_api,iw_wikiid) VALUES ('acronym','https://www.acronymfinder.com/~/search/af.aspx?string=exact&Acronym=$1','0','',''),('advogato','http://www.advogato.org/$1','0','',''),('arxiv','https://www.arxiv.org/abs/$1','0','',''),('c2find','http://c2.com/cgi/wiki?FindPage&value=$1','0','',''),('cache','https://www.google.com/search?q=cache:$1','0','',''),('commons','https://commons.wikimedia.org/wiki/$1','0','https://commons.wikimedia.org/w/api.php',''),('dictionary','http://www.dict.org/bin/Dict?Database=*&Form=Dict1&Strategy=*&Query=$1','0','',''),('doi','https://dx.doi.org/$1','0','',''),('drumcorpswiki','http://www.drumcorpswiki.com/$1','0','http://drumcorpswiki.com/api.php',''),('dwjwiki','http://www.suberic.net/cgi-bin/dwj/wiki.cgi?$1','0','',''),('elibre','http://enciclopedia.us.es/index.php/$1','0','http://enciclopedia.us.es/api.php',''),('emacswiki','https://www.emacswiki.org/cgi-bin/wiki.pl?$1','0','',''),('foldoc','https://foldoc.org/?$1','0','',''),('foxwiki','https://fox.wikis.com/wc.dll?Wiki~$1','0','',''),('freebsdman','https://www.FreeBSD.org/cgi/man.cgi?apropos=1&query=$1','0','',''),('gentoo-wiki','http://gentoo-wiki.com/$1','0','',''),('google','https://www.google.com/search?q=$1','0','',''),('googlegroups','https://groups.google.com/groups?q=$1','0','',''),('hammondwiki','http://www.dairiki.org/HammondWiki/$1','0','',''),('hrwiki','http://www.hrwiki.org/wiki/$1','0','http://www.hrwiki.org/w/api.php',''),('imdb','http://www.imdb.com/find?q=$1&tt=on','0','',''),('kmwiki','https://kmwiki.wikispaces.com/$1','0','',''),('linuxwiki','http://linuxwiki.de/$1','0','',''),('lojban','https://mw.lojban.org/papri/$1','0','',''),('lqwiki','http://wiki.linuxquestions.org/wiki/$1','0','',''),('meatball','http://www.usemod.com/cgi-bin/mb.pl?$1','0','',''),('mediawikiwiki','https://www.mediawiki.org/wiki/$1','0','https://www.mediawiki.org/w/api.php',''),('memoryalpha','http://en.memory-alpha.org/wiki/$1','0','http://en.memory-alpha.org/api.php',''),('metawiki','http://sunir.org/apps/meta.pl?$1','0','',''),('metawikimedia','https://meta.wikimedia.org/wiki/$1','0','https://meta.wikimedia.org/w/api.php',''),('mozillawiki','https://wiki.mozilla.org/$1','0','https://wiki.mozilla.org/api.php',''),('mw','https://www.mediawiki.org/wiki/$1','0','https://www.mediawiki.org/w/api.php',''),('oeis','https://oeis.org/$1','0','',''),('openwiki','http://openwiki.com/ow.asp?$1','0','',''),('pmid','https://www.ncbi.nlm.nih.gov/pubmed/$1?dopt=Abstract','0','',''),('pythoninfo','https://wiki.python.org/moin/$1','0','',''),('rfc','https://tools.ietf.org/html/rfc$1','0','',''),('s23wiki','http://s23.org/wiki/$1','0','http://s23.org/w/api.php',''),('seattlewireless','http://seattlewireless.net/$1','0','',''),('senseislibrary','https://senseis.xmp.net/?$1','0','',''),('shoutwiki','http://www.shoutwiki.com/wiki/$1','0','http://www.shoutwiki.com/w/api.php',''),('squeak','http://wiki.squeak.org/squeak/$1','0','',''),('tmbw','http://www.tmbw.net/wiki/$1','0','http://tmbw.net/wiki/api.php',''),('tmnet','http://www.technomanifestos.net/?$1','0','',''),('theopedia','https://www.theopedia.com/$1','0','',''),('twiki','http://twiki.org/cgi-bin/view/$1','0','',''),('uncyclopedia','https://en.uncyclopedia.co/wiki/$1','0','https://en.uncyclopedia.co/w/api.php',''),('unreal','https://wiki.beyondunreal.com/$1','0','https://wiki.beyondunreal.com/w/api.php',''),('usemod','http://www.usemod.com/cgi-bin/wiki.pl?$1','0','',''),('wiki','http://c2.com/cgi/wiki?$1','0','',''),('wikia','http://www.wikia.com/wiki/$1','0','',''),('wikibooks','https://en.wikibooks.org/wiki/$1','0','https://en.wikibooks.org/w/api.php',''),('wikidata','https://www.wikidata.org/wiki/$1','0','https://www.wikidata.org/w/api.php',''),('wikif1','http://www.wikif1.org/$1','0','',''),('wikihow','https://www.wikihow.com/$1','0','https://www.wikihow.com/api.php',''),('wikinfo','http://wikinfo.co/English/index.php/$1','0','',''),('wikimedia','https://foundation.wikimedia.org/wiki/$1','0','https://foundation.wikimedia.org/w/api.php',''),('wikinews','https://en.wikinews.org/wiki/$1','0','https://en.wikinews.org/w/api.php',''),('wikipedia','https://en.wikipedia.org/wiki/$1','0','https://en.wikipedia.org/w/api.php',''),('wikiquote','https://en.wikiquote.org/wiki/$1','0','https://en.wikiquote.org/w/api.php',''),('wikisource','https://wikisource.org/wiki/$1','0','https://wikisource.org/w/api.php',''),('wikispecies','https://species.wikimedia.org/wiki/$1','0','https://species.wikimedia.org/w/api.php',''),('wikiversity','https://en.wikiversity.org/wiki/$1','0','https://en.wikiversity.org/w/api.php',''),('wikivoyage','https://en.wikivoyage.org/wiki/$1','0','https://en.wikivoyage.org/w/api.php',''),('wikt','https://en.wiktionary.org/wiki/$1','0','https://en.wiktionary.org/w/api.php',''),('wiktionary','https://en.wiktionary.org/wiki/$1','0','https://en.wiktionary.org/w/api.php','')

    20 Query INSERT /* Installer::populateSiteStats  */ IGNORE INTO `site_stats` (ss_row_id,ss_total_edits,ss_good_articles,ss_total_pages,ss_users,ss_active_users,ss_images) VALUES ('1','0','0','0','0','0','0')

    20 Query BEGIN /* DatabaseInstaller::stepApplySourceFile  */

    20 Query INSERT /* Wikimedia\Rdbms\Database::sourceFile( /www-data/epiphanywiki.crystalcomputer.com/maintenance/update-keys.sql )  */ IGNORE INTO `updatelog`

SELECT 'filearchive-fa_major_mime-patch-fa_major_mime-chemical.sql' AS ul_key, null as ul_value

UNION SELECT 'image-img_major_mime-patch-img_major_mime-chemical.sql', null

UNION SELECT 'oldimage-oi_major_mime-patch-oi_major_mime-chemical.sql', null

UNION SELECT 'user_groups-ug_group-patch-ug_group-length-increase-255.sql', null

UNION SELECT 'user_former_groups-ufg_group-patch-ufg_group-length-increase-255.sql', null

UNION SELECT 'user_properties-up_property-patch-up_property.sql', null

    20 Query COMMIT /* DatabaseInstaller::stepApplySourceFile  */

    20 Query SELECT /* User::idForName  */  user_id  FROM `user`    WHERE user_name = 'WikiSysop'  LIMIT 1

    20 Query SHOW /* Wikimedia\Rdbms\DatabaseMysqlBase::serverIsReadOnly  */ GLOBAL VARIABLES LIKE 'read_only'

    20 Query SELECT /* User::idFromName  */  user_id  FROM `user`    WHERE user_name = 'WikiSysop'  LIMIT 1

    20 Query BEGIN /* User::addToDatabase  */

    20 Query INSERT /* User::addToDatabase  */ IGNORE INTO `user` (user_name,user_password,user_newpassword,user_email,user_email_authenticated,user_real_name,user_token,user_registration,user_editcount,user_touched) VALUES ('WikiSysop','','','',NULL,'','b8760a40f470d94a36a18773febda1c5','20191021160918','0','20191021160918')

    20 Query INSERT /* User::updateActorId  */  INTO `actor` (actor_user,actor_name) VALUES ('1','WikiSysop')

    20 Query COMMIT /* User::addToDatabase  */

    20 Query SELECT /* User::loadOptions  */  up_property,up_value  FROM `user_properties`    WHERE up_user = '1'

    20 Query SELECT /* User::saveOptions  */  up_property,up_value  FROM `user_properties`    WHERE up_user = '1'

    20 Query SELECT /* MediaWiki\Auth\TemporaryPasswordPrimaryAuthenticationProvider::testUserExists  */  user_id  FROM `user`    WHERE user_name = 'WikiSysop'  LIMIT 1

    20 Query SELECT /* MediaWiki\Auth\LocalPasswordPrimaryAuthenticationProvider::testUserExists  */  user_id  FROM `user`    WHERE user_name = 'WikiSysop'  LIMIT 1

    20 Quit BryanAtCrystal (talk) 16:15, 21 October 2019 (UTC)

SOLVED!!!

I figured out the solution to this problem. Before running the wizard to setup the wiki it is IMPERATIVE to run "mysql_upgrade". from the command line.

From what I can tell when newer builds of MariaDB are installed the mysql tables created at install are not on the latest schema. Running mysql_upgrade updates the schema on the internal tables and then there are no errors installing Mediawiki. BryanAtCrystal (talk) 19:36, 23 October 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

LdapAuth Extension doesn't work on Mediawiki v1.33.1

Hey guys,

I've been trying to setup a Mediawik with the funktion to login via ldap. For some reason the LdapAuth extension doesn't work properly. If the extension is loaded in the LocalSettings.php, and try to click on login the following eror appears:

/XXX/Mediawiki/index.php/Special:UserLogin TypeError from line 39 of /var/www/html/XXX/Mediawiki/includes/auth/PasswordDomainAuthenticationRequest.php: Argument 1 passed to MediaWiki\Auth\PasswordDomainAuthenticationRequest::__construct() must be of the type array, string given, called in /var/www/html/XXX/Mediawiki/extensions/LdapAuth/src/Auth/PrimaryAuthenticationProvider.php on line 62

Backtrace:

#0 /var/www/html/XXX/Mediawiki/extensions/LdapAuth/src/Auth/PrimaryAuthenticationProvider.php(62): MediaWiki\Auth\PasswordDomainAuthenticationRequest->__construct(string)

#1 /var/www/html/XXX/Mediawiki/includes/auth/AuthManager.php(2100): Shanept\LdapAuth\Auth\PrimaryAuthenticationProvider->getAuthenticationRequests(string, array)

#2 /var/www/html/XXX/Mediawiki/includes/auth/AuthManager.php(2078): MediaWiki\Auth\AuthManager->getAuthenticationRequestsInternal(string, array, array, User)

#3 /var/www/html/XXX/Mediawiki/includes/specialpage/AuthManagerSpecialPage.php(256): MediaWiki\Auth\AuthManager->getAuthenticationRequests(string, User)

#4 /var/www/html/XXX/Mediawiki/includes/specialpage/LoginSignupSpecialPage.php(141): AuthManagerSpecialPage->loadAuth(NULL)

#5 /var/www/html/XXX/Mediawiki/includes/specialpage/LoginSignupSpecialPage.php(229): LoginSignupSpecialPage->load(NULL)

#6 /var/www/html/XXX/Mediawiki/includes/specialpage/SpecialPage.php(569): LoginSignupSpecialPage->execute(NULL)

#7 /var/www/html/XXX/Mediawiki/includes/specialpage/SpecialPageFactory.php(558): SpecialPage->run(NULL)

#8 /var/www/html/XXX/Mediawiki/includes/MediaWiki.php(288): MediaWiki\Special\SpecialPageFactory->executePath(Title, RequestContext)

#9 /var/www/html/XXX/Mediawiki/includes/MediaWiki.php(865): MediaWiki->performRequest()

#10 /var/www/html/XXX/Mediawiki/includes/MediaWiki.php(515): MediaWiki->main()

#11 /var/www/html/XXX/Mediawiki/index.php(42): MediaWiki->run()

#12 {main}

My configuration in the LocalSettings.php is as folllowed:

wfLoadExtension( 'LdapAuth' );

$wgLdapAuthDomainNames = 'domain';

$wgLdapAuthServers = 'ldapserver.ldapserver.de';

$wgLdapAuthBindDN = 'CN=xxx,CN=xxx,DC=xxx,DC=xxx,DC=xxx

$wgLdapAuthBindPass = 'password';

$wgShowExceptionDetails = true; StefanArndtLu (talk) 07:01, 18 October 2019 (UTC)

MASS DISABLE MODIFICATION POSSIBILITIES

I want put a "maintenance" scheduled on the system.

I see this:

Manual:$wgReadOnly

But not works. My version is the following, oldest but can works. Any idea?

MediaWiki	1.26.3
PHP	5.4.16 (apache2handler)
MariaDB	5.5.64-MariaDB
ICU	50.1.2

Technofab (talk) 11:48, 18 October 2019 (UTC)

What do you mean exactly by "not works"? AhmadF.Cheema (talk) 00:43, 19 October 2019 (UTC)

Check out the discussion page for some stuff about foreign characters. Jonathan3 (talk) 17:32, 21 October 2019 (UTC)

Automatic purge + purge protocol

Hey,

our Wikipage is updated daily, using the "External-Data"-extension. Currently a manual "purge" auf the Wikipage is necessary to get the updated version (we have a button for that on the page).

Two questions:

1.) How can I do a purge of the page automatically at a certain time of the day?

2.) Can I protocol that automatic purge and have something like "last purged on [date]" on our Wikipage, so that the user of the page can see that he is getting the updated version?

Thank you in advance!! :) 195.145.170.202 (talk) 11:53, 18 October 2019 (UTC)

1. Maybe you could add Manual:PurgeList.php or Manual:purgePage.php to your crontab file. Extension:External_Data#Common_problems may also be helpful, and links to Manual:FAQ#How_do_I_completely_disable_caching.3F.

2. The date and time magic words might be a way to show when the page was last parsed. Jonathan3 (talk) 18:49, 18 October 2019 (UTC)

Some of the date magic words will cause the page to be purged once an hour (for {{currenthour}} other have different time frame and some dont purge at all) Bawolff (talk) 19:47, 18 October 2019 (UTC)

That's really interesting! Do you have more information on this? Jonathan3 (talk) 20:19, 18 October 2019 (UTC)

Its not really documented as such. However, its caused by this line https://github.com/wikimedia/mediawiki/blob/master/includes/parser/Parser.php#L3335 which looks at the list for MagicWordFactory::$mCacheTTLs at https://github.com/wikimedia/mediawiki/blob/master/includes/MagicWordFactory.php#L122 Bawolff (talk) 22:18, 18 October 2019 (UTC)

Thanks. Jonathan3 (talk) 22:48, 18 October 2019 (UTC)

unblock request

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

at wikivoyage. ~ Baozon90 (talk) 18:57, 19 October 2019 (UTC)

=Permission error=

Jump to navigationJump to search

You do not have permission to edit this page, for the following reason:

Your user name or IP address has been blocked.

The block was made by ‪AndreCarrotflower‬. The reason given is Vandalism: Sockpuppet of indefbanned user (the pcv vandal again).

• Start of block: 04:10, 19 October 2019
• Expiry of block: infinite
• Intended blockee: ‪Baozon90‬

You can contact ‪AndreCarrotflower‬ or another administrator to discuss the block. You cannot use the "email this user" feature unless a valid email address is specified in your account preferences and you have not been blocked from using it. Your current IP address is 74.124.128.104, and the block ID is #14710. Please include all above details in any queries you make.

==Navigation menu==

• Baozon90
• Alerts (21)
• Notices (34)
• Talk
• Preferences
• Beta
• Watchlist
• Contributions
• Log out
• User page
• Discussion
• Read
• Edit source
• Add topic
• View history
• Unwatch

===More===

• [2]
• Main page
• Travel destinations
• Star articles
• What's Nearby?
• Tourist office
• Random page

===Get involved===

• Travellers' pub
• Recent changes
• Community portal
• Maintenance panel
• Policies
• Help
• Interlingual lounge
• Donate

===Tools===

• User contributions
• Logs
• Email this user
• View user groups
• Upload file
• Special pages

===Languages===

• Privacy policy
• About Wikivoyage
• Disclaimer
• Developers
• Cookie statement
• Mobile view
• Baozon90 (talk) 19:04, 19 October 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Upgrade v.1.9.3 to current 1.33 - ::insert() needs a positive user ID.

https://phabricator.wikimedia.org/T236444

Still trying to get a pretty old instalation of mediawiki 1.9.3 to the current version.

Successfully managed to repair a lot of wrong encodings, also converted all MyISAM to InnoDB - my first try is described in this post: https://www.mediawiki.org/w/index.php?title=Project%3ASupport%20desk/Flow/2019/10#c-Ciencia_Al_Poder-2019-10-11T09%3A39%3A00.000Z-Elgekf-2019-10-02T19%3A08%3A00.000Z

Thanks to all who made suggestions there - I finally followed the hint from Bawolff to convert the tables to InnoDB and also needed to create a table valid_tag. I finally run into this error: ... Checking existence of old default messages...[3a70e6878cc1e7a26a4b3333] [no req] UnexpectedValueException from line 169 of /data/localweb/www/wikin/includes/user/UserGroupMembership.php: UserGroupMembership::insert() needs a positive user ID. Did you forget to add your User object to the database before calling addGroup()? Backtrace:

1. 0 /data/localweb/www/wikin/includes/user/User.php(3744): UserGroupMembership->insert(boolean)
2. 1 /data/localweb/www/wikin/maintenance/deleteDefaultMessages.php(83): User->addGroup(string)
3. 2 /data/localweb/www/wikin/maintenance/update.php(215): DeleteDefaultMessages->execute()
4. 3 /data/localweb/www/wikin/maintenance/doMaintenance.php(96): UpdateMediaWiki->execute()
5. 4 /data/localweb/www/wikin/maintenance/update.php(266): require_once(string)
6. 5 {main}

---

the source referenced at #1 reads

$user->addGroup( 'bot' ); $wgUser = $user;

I already tried to omit the line $user-addGroup( 'bot '); - this lets the upgrade process finish successfully. But the History of changes is full of Changes made by the Upgrade process and they can not be filtered - probably due to the attribute 'bot' is not set for the user used to do the changes. I'd prefer to be able to filter these changes and leave the line in place.

Does anyone have an idea of how get around this problem?

B.T.W. Do you think that the script created to do this specific upgrade would be of any use for someone else? if so I will publish it here.

tia elgekf Elgekf (talk) 13:04, 20 October 2019 (UTC)

This seems to be caused by the actor migration. "MediaWiki default" isn't a valid user anymore, so the script cannot add a bot flag to it. The most obvious solution would be to change User::newFromName to User::newSystemUser, but that doesn't work either as there is already a conflicting "anonoymous" actor with that name.

Filed at: https://phabricator.wikimedia.org/T236444 Bawolff (talk) 23:08, 24 October 2019 (UTC)

Thanks a lot for your assistance. Do you think it might be viable to create a user "Mediawiki default" before starting the update? I do all this on a copy, not the real machine. Elgekf (talk) 07:36, 26 October 2019 (UTC)

you probably have it as a pseudo user from creating the main page from install. And its in wgReservedUsernames preventing its general use, but otherwise yes-if you have a real user (i.e. actor.actor_user points to its correct entry in user table) by that name the issue would be fixed Bawolff (talk) 07:46, 26 October 2019 (UTC)

Deploying MediaWiki Installation to the Web

Hello guys!

I finally installed MediaWiki and all its requirements on my Mac, but I am struggling to make it visible to the world. I write here below all the steps I have followed so that it is easier for you to help me. Thank you very much ;)

1. I installed MAMP (Apache, PHP, and MySQL) and ImageMagick.
2. I installed MediaWiki through the index.php file. Also, I made some changes recommended at the beginning of the process: some in the .htaccess file located in /images for upload security and a switch to APC cache in the PHP settings of MAMP. I have now the LocalSettings.php file in the main folder.
3. To host my wiki, I got a wiki from Miraheze. However, I realized there I can only import content from my local wiki, and I want to make changes on the skin. So I want to go on with the original MediaWiki.
4. I got a domain from Freenom (i.e. example.tk) and changed the nameservers to the Cloudflare ones so my wiki is reached faster and the path to my local server is safer.
5. I registered my new domain in Cloudflare, it is active and I added a DNS record of A type named @.example.tk (root web address), pointed to my public IPv4 IP address and proxied through Cloudflare (orange cloud).
6. In LocalSettings.php I changed $wgServer = "http://localhost:8888"; to $wgServer = "http://example.tk".
7. When I go to example.tk, http://example.tk or https://example.tk it says "Error 522". Browser and Cloudflare are working but my local host is not.

I'm a designer, beginner in development issues, but I'm so enthusiastic about my wiki and want to do everything for it. Please help me. I really appreciate it, and I will publish a guide for dummies when we resolve it ^_^. Thank you! LuisParraWiki (talk) 13:19, 20 October 2019 (UTC)

does http://example.tk:8888 work? (Not sure if cloudflare would forward to that port)

The part after the colon in the domain name is the port. Normally this is 80 (or 443 if using https). As a first guess, i would suggest changing the mamp config (apache LISTEN directive specificly) to use port 80 instead of 8888. (You may need to be root to use ports below 1024). If you cant set the port to 80, you need to make sure cloudflare forwards to the right port (not sure if cloudflare supports that)

Additionally,make sure no firewall or NAT is blocking inbound connections (e.g. check if it works from a different computer using just your ip addresss, without cloudflare) Bawolff (talk) 16:26, 20 October 2019 (UTC)

Hi! I added the port after the colon, it makes totally sense because now it's underline as a link. However, it still says error 522. I tried with http and https, changing the port to 80 and 443, both in mamp configuration and LocalSettings.php, ...and clearing cookies and site data.

Also tried from another computer but error 522. Maybe.. how else could I check firewall or nat? Btw, at least, when the 522 error appears, it refers to my domain as https now (before only http), so maybe the connection is improving LuisParraWiki (talk) 16:44, 20 October 2019 (UTC)

522 means cloudflare cant connect to your server.

After you change the port in the apache config, you would have to restart it. Check that http://localhost works as a first step Bawolff (talk) 18:37, 20 October 2019 (UTC)

to be more explicit - i would reccomend testing in stages.

First off: connect to http://localhost (no port specifier to ensure it uses default 80) - does that work?

Then find your external ip (make sure its not something like 127.0.0.1, ::1, 10.x.x.x, or 192.168.x.x where x is some number. As these are internal ip). Try to go to http://your-ip first from your computer and then from some computer not on your local network (e.g. a cell phone)

If both those work try your domain name. Your webserver comes with a file called access_log which lists everyone trying tk connect. See if anything shows up there. Bawolff (talk) 19:39, 20 October 2019 (UTC)

Ouch, yes I tried testing 'by stages', I stop and run the servers every time I change the ports. And I made sure that I use my public/external ip, but it doesn't show anything on my browser. Also tried deactivating the firewall and wifi proxies on the mac settings and nothing :( LuisParraWiki (talk) 22:42, 20 October 2019 (UTC)

So does the http://localhost from your own computer work? Or does it just stop working when you go to use an external IP? Bawolff (talk) 00:34, 21 October 2019 (UTC)

http://localhost works fine, it shows my wiki. It's when I open my website from the mamp servers, but when I use my IP, external or internal, or the domain, it doesn't work.

I just realized I'm missing the hosting. I mean, I have a local server, a domain, and Cloudflare (kind of intermediary between server and domain), but my domain has no hosting! I think I must use a hosting provider like Miraheze, but I don't want it to install MediaWiki for me because it lacks some features, so I could host my installation on a service like 000webhost or Heroku... what do you think? :) LuisParraWiki (talk) 07:52, 21 October 2019 (UTC)

You can host MediaWiki on your computer, but of course it will only be available while your computer is turned on.

If localhost works but it doesn't from outside of it, the problem may be a firewall, or your router. Make sure your firewall is not blocking incoming connections to TCP port 80, and that your router is forwarding requests to port 80 to your internal PC Ciencia Al Poder (talk) 09:32, 21 October 2019 (UTC)

Gracias! LuisParraWiki (talk) 17:18, 21 October 2019 (UTC)

Yeah you could have it on any hosting service (mine’s on a shared server) but it’s good to have command line access. I originally had it on a friend’s computer but there is always the risk that it gets unplugged for the hoover... Jonathan3 (talk) 17:29, 21 October 2019 (UTC)

if you want to use a VPS provider, probably something like dreamhost, rackspace, aws, digitalocean, etc would be a better option than 000webhost.

It is definitely entirely possible to host it on your own computer. Typical issues are firewalls, port forwarding on NAT, and dynamic ip addresses changing.

Is it not working from your internal IP on the computer that it is hosted on? That would be really weird. Could be a firewall issue but also make sure your internal ip hasnt changed. Make sure also any apache listen directives only have a port in them and not an ip (so it listens on all ips) Bawolff (talk) 18:07, 22 October 2019 (UTC)

I realized I had vpn activated on my browser while verifying the domain on Cloudflare, I think vpn could have changed the ip and affected the process. Thank you very much :) I can restart the process and with your advice it's very likely to work; however, I've decided to go on with a vps or Heroku in order to avoid risks on my personal computer. I'll let you know how I did it LuisParraWiki (talk) 05:24, 24 October 2019 (UTC)

how i host localserver mediawiki globally. Ishita9 (talk) 09:11, 9 August 2021 (UTC)

Database engine and collation

On my installation:

	What it is	What I think it should be
DB engine	Mixture of MyISAM, InnoDB	All InnoDB
DB collation	Mixture of latin1_swedish_ci, utf_general_ci	All binary
Column collation	Mostly blank, a few are latin1_bin	Blank
There is no consistent correlation between the Engine and the Collation.

My questions are:

1. What changes, if any, should I make to my database(s)?
2. ...and how? :-) Is it just a matter of backing up then changing the relevant settings (which would be simple using HeidiSQL)?

The reason I'm asking now is:

• My Cargo tables are all InnoDB and latin1_swedish_ci so I get an "Illegal mix of collations" error if I use some foreign letters. For the time being I am avoiding those characters.
• The advice here - Project:Support desk/Flow/2019/02#h-"Illegal_mix_of_collations"_error-2019-02-23T22:24:00.000Z - included that the database should be "either utf8 or binary". But phab:T194125 seems to suggest that binary is or will be required, so I'm asking now in the hope of getting the latest advice.

Thank you in advance. Jonathan3 (talk) 13:41, 20 October 2019 (UTC)

P.S. I skimmed this interesting non-MediaWiki page - MySQL: Converting an incorrect latin1 column to utf8 - and the last comment (by Per Olsen) was about MediaWiki, linking to phab:T196092. Jonathan3 (talk) 13:53, 20 October 2019 (UTC)

innodb is a lot better than myisam. Myisam will work fine with mediawiki, but innodb is a lot more reliable.

Generally mediawiki tries not to care about db collation. Binary is the one that causes the least fuss so is a good reccomendation.

Collation, charset and engine can be changed using the ALTER command https://mariadb.com/kb/en/library/alter-table/ Bawolff (talk) 16:20, 20 October 2019 (UTC)

I imagine HeidiSQL uses ALTER when the fields are changed. Cheers. As I don’t have any funny characters at the minute, do you expect it’ll be straightforward to go ahead and make these changes? Can you think of any possible side effects, or other steps I would need to take? Jonathan3 (talk) 17:32, 20 October 2019 (UTC)

alter statements can take a while to run, your wiki might not work well thats happening. If there are misencoded non-ascii characters it can sometimes cause problems (but as you say you have no funny characters). When switching to a multibyte charset sometimes you can have issues with keylength, but switching to binary shouldnt be an issue.

So basically no. However as always its a good idea to make a backuo before doing anything complicated to db just in case. Bawolff (talk) 19:32, 20 October 2019 (UTC)

That's great. When I first installed MediaWiki in 2006 it wouldn't install because of a key length error, and I think I just shortened the length of whatever the key field was by two-thirds or whatever it was... in hindsight that probably wasn't the right answer :-) Jonathan3 (talk) 22:33, 20 October 2019 (UTC)

I'll add (partly) for my own reference that tables.sql says: "Only the 'searchindex' table requires MyISAM due to the requirement for fulltext index support, which is missing from InnoDB." Jonathan3 (talk) 22:37, 20 October 2019 (UTC)

Two last questions, I hope: (@Bawolff)

1. When I alter the table collation, will that automatically alter the columns which have their own collation setting?
2. I don't think character set is defined anywhere, so I imagine some default is used, and therefore I won't need to change anything here - sound right? Jonathan3 (talk) 22:43, 20 October 2019 (UTC)

I'm not sure, but i imagine that if a column has an explicit character set, it won't be changed just by changing the table, but if its just using the default then it would, but i don't actually know.

If character set is not defined, it would usually use the server default. I think that's usually latin1. MediaWiki will normally override that when creating tables via $wgDBTableOptions depending on what settings were set in the installer Bawolff (talk) 00:33, 21 October 2019 (UTC)

I’ll mess around on a duplicate of the database and report back! Thank you. Jonathan3 (talk) 17:25, 21 October 2019 (UTC)

Scribunto and Lua Problem

I've been working on a website on mediawiki 1.30.0, and recently updated it to 1.33.1. I've been getting error messages on any template that use #invoke, saying "Lua Error: Internal Error: The interpretor exited with status 1". I checked error logs and every one of it reads: "/usr/local/lib/libreadline.so.8: Undefined symbol "PC"".

I have no knowledge of Lua nor PHP, and am quite lost what this means, and where I should be seeking to find the root of the problem.

My webhost (Sakura) recently moved from PHP 7.2 to 7.3, and that's around the time I've been having issues with Lua in general. Since my host isn't compatible with the bundled Lua that comes with Scribunto apparently, I have a separate Lua (5.1.5) installed in my directory that I reference to in my LocalSettings.php.

Would appreciate any help. Thanks. Hirohisat (talk) 21:53, 20 October 2019 (UTC)

First of all, try just running the lua binary from the command line and see what the output is.

If the /usr/local/lib/libreadline.so.8: Undefined symbol "PC" is coming from the lua bianry (and not unrelated), then probably it means your version of lua is depending on a version of libreadline other than what is installed and you may need to get a new lua binary.

Out of curiosity, what platform are you using that is not supported by the builtin Scribunto binaries? Bawolff (talk) 00:41, 21 October 2019 (UTC)

Form field enter key behaviour

How would I go about controlling the behaviour of the enter key, when pressed when a form field has focus?

The default appears to be that it submits the whole form, regardless of which input box currently has focus. There are some cases where I'd like it to insert a new line break, and others where I'd like it to execute a particular button on the same form, that is associated with / relevant to the field which has focus.

Any help / suggestions would be much appreciated. Thanks. FrugalTPH (talk) 12:41, 21 October 2019 (UTC)

There is interesting stuff here.

I don’t think this is a mediawiki-specific thing.

If you add JavaScript/jquery to your form you could put your form in a widget (Extension:Widgets). Jonathan3 (talk) 17:24, 21 October 2019 (UTC)

The best approach is to use a <textarea> input when you want enter to make a newline. Bawolff (talk) 22:48, 24 October 2019 (UTC)

My IP was block . i don't know Why?

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

my IP address was block from indian individual that why i can't create account in wikipedia How to solve this Challenge guys?? any idea why they block me? i appreciate your responds guys. thanks 110.54.134.117 (talk) 16:27, 21 October 2019 (UTC)

please ask at the wiki in question. We have no control over what wikipedia does. See

https://en.m.wikipedia.org/w/index.php?title=Special:Log&page=User%3A110.54.128.0%2F17&type=block and https://en.m.wikipedia.org/wiki/Wikipedia:Appealing_a_block Bawolff (talk) 20:18, 21 October 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Visual differences between page preview & page

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I've been trying to use the clickable button template, and all appears to work / render successfully when I preview the page. However, after I've clicked submit the real page just shows the content as a standard hyperlink (no custom CSS button formatting like was working in the preview).

Does anyone know why this could be? FrugalTPH (talk) 17:38, 21 October 2019 (UTC)

are you using ooui buttons? The script might not load on normal page views but on previews. I think some people add gadgets or stuff to mediawiki:common.js for that Bawolff (talk) 20:14, 21 October 2019 (UTC)

I have the TemplateStyles extension installed, but I don't recall ever installing OOUI. I am using mw v1.31.1 with the vector skin, and I've exported the Clickable Button template from here & imported that into my own wiki. FrugalTPH (talk) 09:53, 22 October 2019 (UTC)

Actually, it was the clickable button from commons, rather than here, that I used.

https://commons.wikimedia.org/wiki/Template:Clickable_button FrugalTPH (talk) 10:05, 22 October 2019 (UTC)

the template from commons depends on the following snippet from commons:mediawiki:common.js

/**
 * jQuery UI loader
 * Loads jQuery UI modules on demand and allows users making use of
 * (some) of the awesome jQuery UI widgets.
 * 
 * @maintainer [[User:Rillke]]
 */
mw.hook( 'wikipage.content' ).add( function ( $content ) {
 var $accordion = $content.find( '.accordion' ),
  $button = $content.find( '.ui-button' );
 if ($accordion.length) {
  mw.loader.using( 'jquery.ui.accordion', function () {
   $accordion.accordion( { autoHeight: false } );
  } );
 }
 if ($button.length) {
  mw.loader.load( 'jquery.ui.button' );
 }
} );

You should include it on the page named MediaWiki:Common.js on your wiki Bawolff (talk) 21:37, 23 October 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

1 template with information in 2 columns in a table

I have a template with 2 results, I want that they should be seen in 2 columns in a table 2610S (talk) 23:13, 21 October 2019 (UTC)

Something like the following:

{| class="wikitable"
|+ The table's caption
! Column header 1
! Column header 2
! Column header 3
|-
! scope=row | Row header 1
| {{Foo| {{{1|}}} {{!}}{{!}} {{{2|}}}}}
|}

Foo is the template name. {{!}} represents the pipe | character.

See Help:Tables for details.

Template:Foo page can be something like the following:

{{{1|Result1}}}
{{{2|Result2}}}

See Help:Templates for details. AhmadF.Cheema (talk) 02:04, 22 October 2019 (UTC)

@AhmadF.Cheema Thanks

I got it easier, writing || in the template moves part of information to the next column 2610S (talk) 05:36, 22 October 2019 (UTC)

Toggle right next to the

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I found Manual:Collapsible elements which helped my getting sections collapsed. However the toggle is shown at the very right of the page. Is there is way to show the toggel right next to the text of the section like it is done for the section edit link? A hint or a link to some docu will be nice. Thanks you for your help. 91.64.209.172 (talk) 23:30, 21 October 2019 (UTC)

Can be done through custom CSS in your Wiki's MediaWiki:Common.css. It would help to know specifically which collapsible types are you using from Manual:Collapsible elements.

For the first example used in #Simple with title, add the following to your MediaWiki:Common.css:

.mw-collapsible.collapsible-toggle-left span.mw-collapsible-toggle.mw-collapsible-toggle-default {
	padding-left: 10px;
    float: none;
}
.collapsible-title-left { float: left; }

and on a Wiki page, use the following to create the collapsible element:

<div class="toccolours mw-collapsible collapsible-toggle-left" style="width:400px; overflow:auto;">
<div class= "collapsible-title-left" style="font-weight:bold;line-height:1.6;">Lorem ipsum sample</div>
<div class="mw-collapsible-content">
This text is collapsible. {{Lorem}}
</div></div>

AhmadF.Cheema (talk) 01:46, 22 October 2019 (UTC)

Thank you for your suggestion. However it does not help in my situation. I am currently doing:

<div class="mw-collapsible mw-collapsed">
=== Header ===
<div class="mw-collapsible-content">
Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut
</div>
</div>

This shows the toggle at the right side of the page. I also looked at how it is done for the edit stuff (/resources/src/mediawiki.legacy/shared.css#L705) but simply adding this to a "collaps" class did not help either. 91.64.209.172 (talk) 08:12, 22 October 2019 (UTC)

For headers, try using the following CSS:

.mw-collapsible.collapsible-toggle-left span.mw-collapsible-toggle.mw-collapsible-toggle-default {
    float: none;
    position: relative;
    left: 10px;
}
div#content.mw-body div#bodyContent.mw-body-content div.mw-parser-output div.mw-collapsible.collapsible-toggle-left h3 {
	float: left;
    padding-top: 0;
    line-height: 0;
}

with the following wikitext:

<div class="mw-collapsible mw-collapsed collapsible-toggle-left">
=== Header ===
<div class="mw-collapsible-content">
Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut
</div>
</div>

AhmadF.Cheema (talk) 11:26, 22 October 2019 (UTC)

Thanks for the tip. This is still not the a good solution since the h3 header is hidden that way. I fiddled a bit and made the header appear again with about three different approaches, the best of them doing "line-height: 1.2" but in the end when toggeling the complete Lorem ipsum is shifted.

I do not want to waste everyone's time here and conclude that there is not easy way to do it if at all. It is probably the best to switch to a table approach and remove border styling or so.

Anyways, thanks a lot for your effort which I very much appreciate. 91.64.209.172 (talk) 22:54, 23 October 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Getting previous page name

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Hello everybody,

I am curious to know if it would be possible to create a variable to get the name of the page from which a user comes from, something like {{LASTPAGENAME}}.

Thanks in advance for your help! Loman87 (talk) 07:42, 22 October 2019 (UTC)

That won't be happening, since that would break caching, and the parser cache

What would be the use case? Ciencia Al Poder (talk) 09:09, 22 October 2019 (UTC)

The closest in already-built solutions would be Extension:BreadCrumbs AhmadF.Cheema (talk) 09:12, 22 October 2019 (UTC)

its in principle possible (if you give up on caching totally, which is probably bad idea) but nobody has made such an extension Bawolff (talk) 17:56, 22 October 2019 (UTC)

Thanks for your feedback folks!

I know BreadCrumbs, it should use some cookies to record last pages visited. Anyway I would prefer a variable to use it during the creation of a new page, where I want to register the "provenance" of the user. In my non-expert mind I thought it could be quite simple to realize, but a this point I have to find another way. Loman87 (talk) 07:10, 23 October 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Warning: is_file()

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I have a wiki that didn't get updated for a few years. It's now mostly running smoothly, but the bottom of each page says:

Warning: is_file(): open_basedir restriction in effect. File(/home/myUser/tmp_uodmsg/mw-runJobs-backoffs.json) is not within the allowed path(s): (/home/myDomain/:/tmp:/var/tmp:/opt/alt/php56/usr/share/pear/:/dev/urandom:/usr/local/lib/php/:/usr/local/php56/lib/php/) in /home/myUser/domains/myDomain.com/public_html/includes/jobqueue/JobRunner.php on line 408

JobRunner.php line 408 says: $file = wfTempDir() . '/mw-runJobs-backoffs.json';

There is no file called "/mw-runJobs-backoffs.json", so I don't know if this is an artifact of an earlier version or if maybe the directory just needs to be updated. Any ideas for how to resolve the warning? Salas58 (talk) 10:33, 22 October 2019 (UTC)

you should adjust (or add to LocalSettings.php) $wgTmpDirectory to be somewhere writable by php or add /home/myUser to the open_basedir in the php.ini config Bawolff (talk) 17:54, 22 October 2019 (UTC)

Thank you, @Bawolff!

In LocalSettings.php, I changed

$wgTmpDirectory = "/home/myUser/tmp_uodmsg";

to

$wgTmpDirectory = "tmp_uodmsg"; Salas58 (talk) 10:55, 23 October 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Migrate Mariadb 5 to Maria db10

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Hi

Is it possible to migrate an old version with Mariadb 5 to newest version with Maria db 10?

Allready installed newest version on Synology nas, but have no data in it. I want to migrate the data from the old maria db 5.

Any ideas? MarcoSchoenmann (talk) 12:08, 22 October 2019 (UTC)

This would not be the right place to ask this question. This support desk is for MediaWiki, not MariaDB. MacFan4000 (talk) 13:24, 22 October 2019 (UTC)

Maybe my question was not formulated well. Sorry for that...

I'm running MediaWiki with Maria DB on my NAS. After update of synology nas, MediaWiki was not working anymore.

In Package center i tried to "repair" the MediaWiki package.

What i got:

New Version of Media Wiki installed, with new empty Maria db 10 database.

What i need:

Data from old version(MediaWiki with Maria db 5) in new version(MediaWiki with Maria db 10)

The old data is still available on Maria db 5.

MarcoSchoenmann (talk) 13:42, 22 October 2019 (UTC)

you should export the database with mysqldump and then reimport it in the new db.

This is more a support question for either mariadb or synology (which seems to be doing the wrong thing when upgrading packages) Bawolff (talk) 17:52, 22 October 2019 (UTC)

Ok. Thanks for your help anyway! MarcoSchoenmann (talk) 07:36, 23 October 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

MediaWiki LDAP Authentication on SAMBA 4

Hello.

I use a SAMBA 4 server as Active Directory. I have users, groups, GPOs all working on this server. I am installing MediaWiki to build a private wiki, but I would like only domain users to have access.

I saw several extensions available. I tested some without success.

If possible, I would like a recommendation of which one to use and a step by step how to set it up.

My web server is nginx with php 7.2. And MediaWiki 1.33.1.

Regards, Evops (talk) 16:48, 22 October 2019 (UTC)

Link to edit a page with a default sammary

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Is it possible to have a link like https://wiki.example.com/w/index.php?title=something&action=edit&sammary=blablabla? Iman00 (talk) 10:44, 23 October 2019 (UTC)

It's possible. See Manual:Creating pages with preloaded text#Loading the preload file. AhmadF.Cheema (talk) 13:50, 23 October 2019 (UTC)

thanks! Iman00 (talk) 15:54, 23 October 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Call to undefined method LanguageEn::truncate()

I'm currently in the process of installing Wikibase. For reference, I followed this guide. I'm currently running a local Apache and MySQL server using XAMPP on a windows machine.

Whenever I try to create a new item (as shown in the guide to confirm that Wikibase has been installed), I'm greeted with this error on the page:

---

[6d70b5412d0e57b469c8d28e] /wiki/index.php/Special:NewItem Error from line 263 of C:\xampp\apps\mediawiki\htdocs\extensions\Wikibase\repo\includes\SummaryFormatter.php: Call to undefined method LanguageEn::truncate()

Backtrace:

#0 C:\xampp\apps\mediawiki\htdocs\extensions\Wikibase\repo\includes\SummaryFormatter.php(279): Wikibase\SummaryFormatter->assembleSummaryString(string, string, string)

#1 C:\xampp\apps\mediawiki\htdocs\extensions\Wikibase\repo\includes\Specials\SpecialWikibaseRepoPage.php(183): Wikibase\SummaryFormatter->formatSummary(Wikibase\Summary)

#2 C:\xampp\apps\mediawiki\htdocs\extensions\Wikibase\repo\includes\Specials\SpecialNewEntity.php(161): Wikibase\Repo\Specials\SpecialWikibaseRepoPage->saveEntity(Wikibase\DataModel\Entity\Item, Wikibase\Summary, string, integer)

#3 C:\xampp\apps\mediawiki\htdocs\includes\htmlform\HTMLForm.php(660): Wikibase\Repo\Specials\SpecialNewEntity->Wikibase\Repo\Specials\{closure}(array, OOUIHTMLForm)

#4 C:\xampp\apps\mediawiki\htdocs\includes\htmlform\HTMLForm.php(552): HTMLForm->trySubmit()

#5 C:\xampp\apps\mediawiki\htdocs\extensions\Wikibase\repo\includes\Specials\SpecialNewEntity.php(105): HTMLForm->tryAuthorizedSubmit()

#6 C:\xampp\apps\mediawiki\htdocs\includes\specialpage\SpecialPage.php(569): Wikibase\Repo\Specials\SpecialNewEntity->execute(NULL)

#7 C:\xampp\apps\mediawiki\htdocs\includes\specialpage\SpecialPageFactory.php(558): SpecialPage->run(NULL)

#8 C:\xampp\apps\mediawiki\htdocs\includes\MediaWiki.php(288): MediaWiki\Special\SpecialPageFactory->executePath(Title, RequestContext)

#9 C:\xampp\apps\mediawiki\htdocs\includes\MediaWiki.php(865): MediaWiki->performRequest()

#10 C:\xampp\apps\mediawiki\htdocs\includes\MediaWiki.php(515): MediaWiki->main()

#11 C:\xampp\apps\mediawiki\htdocs\index.php(42): MediaWiki->run()

#12 {main}

---

Is there something I forgot to update? Something I forgot to include? I'm not sure where I'd get the LanguageEn::truncate() method from. Any help would be appreciated. 35.11.143.75 (talk) 22:55, 23 October 2019 (UTC)

Did you "[d]ownload the version of Wikibase that matches your Mediawiki installation"? AhmadF.Cheema (talk) 02:34, 24 October 2019 (UTC)

I got this same issue. Both my Wikibase and Mediawiki versions match. Brimwats (talk) 21:52, 3 February 2020 (UTC)

Can you go to Special:Version and get the versions of both (incl git hash versions) —TheDJ (Not WMF) (talk • contribs) 22:48, 3 February 2020 (UTC)

Upgrading from 1.24.2 to 1.31+

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I'm trying to upgrade my MediaWiki installation using Softaculous. It has versions 1.27, 1.31, and 1.33, but no matter which one I try, it gets "hung" on the upgrading tables step. If I click continue on that page, my browser reloads with a blank screen. If I try to go to the Wiki itself, I see something along the lines of "Fatal error: Uncaught UnexpectedValueException: callback 'ConfirmEditHooks::onReCaptchaSetup' is not callable in /home/*****/public_html/wiki/includes/registration/ExtensionRegistry.php:360 Stack trace: #0 /home/*****/public_html/wiki/includes/registration/ExtensionRegistry.php(159): ExtensionRegistry->exportExtractedData(Array) #1 /home/*****/public_html/wiki/includes/Setup.php(116): ExtensionRegistry->loadFromQueue() #2 /home/*****/public_html/wiki/includes/WebStart.php(88): require_once('/home/*****/p...') #3 /home/*****/public_html/wiki/index.php(39): require('/home/*****/p...') #4 {main} thrown in /home/*****/public_html/wiki/includes/registration/ExtensionRegistry.php on line 360

How can I upgrade the tables so that everything is up-to-date? I'm not even sure if this error is helpful, but it's the only one I've found. Azurite (talk) 23:23, 23 October 2019 (UTC)

People here probably won't have much knowledge on how third-party applications like Softaculous performs the upgrade.

First, can you try disabling all your extensions from LocalSettings.php and try again? AhmadF.Cheema (talk) 02:32, 24 October 2019 (UTC)

something messed up with the confirmedit extension. Try disabling it or redownloading it (make sure right version) Bawolff (talk) 09:05, 24 October 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

How create centralauth database in SQLite

Hello,i would like of the know,how create the centralauth database in SQLite?What's the code?My wiki is version 1.33.0 2804:431:D700:5917:78A9:A7CC:4AFD:D279 (talk) 11:57, 24 October 2019 (UTC)

Someone needs to fix phab:T235575 Malyacko (talk) 12:26, 24 October 2019 (UTC)

The create the centralauth db step is optional. You can use one of your existing databases instead, just change $wgCentralAuthDatabase to be appropriate. Bawolff (talk) 22:15, 24 October 2019 (UTC)

Fatal error with Extension:PageNotice

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Installing this Extension bring to a Fatal error

Fatal error: Uncaught Exception: /homepages/32/XXXXX/htdocs/TEST/mediawiki-1.32.0/extensions/PageNotice/extension.json does not exist! in /homepages/32/XXXX/htdocs/TEST/mediawiki-1.32.0/includes/registration/ExtensionRegistry.php:107 Stack trace: #0 /homepages/32/XXXX/htdocs/TEST/mediawiki-1.32.0/includes/GlobalFunctions.php(50): ExtensionRegistry->queue('/homepages/32/d...') #1 /homepages/32/XXXX/htdocs/TEST/mediawiki-1.32.0/LocalSettings.php(189): wfLoadExtension('PageNotice') #2 /homepages/32/XXXX/htdocs/TEST/mediawiki-1.32.0/includes/Setup.php(103): require_once('/homepages/32/d...') #3 /homepages/32/XXXX/htdocs/TEST/mediawiki-1.32.0/includes/WebStart.php(77): require_once('/homepages/32/d...') #4 /homepages/32/XXXX/htdocs/TEST/mediawiki-1.32.0/index.php(39): require('/homepages/32/d...') #5 {main} thrown in /homepages/32/XXXX/htdocs/TEST/mediawiki-1.32.0/includes/registration/ExtensionRegistry.php on line 107 2610S (talk) 07:54, 25 October 2019 (UTC)

I've updated Extension:PageNotice installation instructions. you need to use require_once instead of wfLoadExtension Ciencia Al Poder (talk) 09:18, 25 October 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

sidebar edit

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I just built an internal mediawiki site. I can no longer edit the sidebar and make changes to it. Please advise what I may be doing wrong here. I'm an admin, beauracrat, sysop bot and automatic user. Yet can't add or edit the Navigation Sidebar and no edit comes up in the screen to edit.

Any help on this would be great. Thank you. Michael.a.hall4 (talk) 02:11, 26 October 2019 (UTC)

Ok I found out the issue. It took me a bit on this one. The LocalSettings.php file had a line called $wgGroupPermissions = array ();

It was added in from another user stating this was needed to set users into an array and then you can added specific users to said array and then lock down said user array..

This was causing the admins not to be able to edit the sidebar. Once removed it worked like a charm... Now I can edit... Michael.a.hall4 (talk) 02:58, 26 October 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

How templates are displayed in VisualEditor

Hi, I can't find information on how templates are rendered in VisualEditor (when editing), and if it is possible to customize it.

To give my example : I have a template {{Index}} that calls for subpages : ({{Special:PrefixIndex/{{FULLPAGENAME}}/ |hideredirects=1 |stripprefix=1}}

In VE, it is displayed as Special:PrefixIndex/Name_of_the_page. I'd like almost anything but that : either the puzzle icon, or simply {{Index}} ...

Thanks if anyone can help Varlin (talk) 16:13, 26 October 2019 (UTC)

"Confirm your email address" not working

Hi !

I recently installed the following on a Debian 9 Stretch hosted on GPC (Google Cloud Platform):

MediaWiki 1.33.1

PHP 7.1.32-1+0~20190902.23+debian9~1.gbp9d1be7 (apache2handler)

MariaDB 10.1.41-MariaDB-0+deb9u1

Also, I had installed the following dependencies: mailutils and postfix.

This is my LocalSettings.php:

$wgEnableEmail = true;

$wgEnableUserEmail = true;

$wgEmergencyContact = "edpomacedo@gmail.com";

$wgPasswordSender = "robot@ius.wiki.br";

$wgEnotifUserTalk = true;

$wgEnotifWatchlist = true;

$wgEmailAuthentication = true;

$wgSMTP = array(

'host'     => "127.0.0.1",

'IDHost'   => "ius.wiki.br",

'port'     => 25,

'auth'     => false,

);

This is the current main.cf at /etc/postfix/main.cf

# See /usr/share/postfix/main.cf.dist for a commented, more complete version

# Debian specific:  Specifying a file name will cause the first

# line of that file to be used as the name.  The Debian default

# is /etc/mailname.

#myorigin = /etc/mailname

smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)

biff = no

# appending .domain is the MUA's job.

append_dot_mydomain = no

# Uncomment the next line to generate "delayed mail" warnings

#delay_warning_time = 4h

readme_directory = no

# See http://www.postfix.org/COMPATIBILITY_README.html -- default to 2 on

# fresh installs.

compatibility_level = 2

# TLS parameters

smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem

smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key

smtpd_use_tls=yes

smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache

smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache

# See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for

# information on enabling SSL in the smtp client.

smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated defer_unauth_destination

myhostname = ius-wiki-br.us-central1-a.c.blissful-flame-255713.internal

alias_maps = hash:/etc/aliases

alias_database = hash:/etc/aliases

myorigin = /etc/mailname

mydestination = $myhostname, localhost.$ius.wiki.br, $ius.wiki.br

relayhost =

mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128

mailbox_size_limit = 0

recipient_delimiter = +

inet_interfaces = loopback-only

inet_protocols = all

When I click to receive an confirmation email, it says it was sent, but unfortunatelly none arrives into my Inbox nor Spam.

Does anyone knows how to solve the issue?

Thanks in advance! E. A. Ferreira Macedo (talk) 17:30, 26 October 2019 (UTC)

Postfix has logs. Look at the logs at /var/log/mail.info, /var/log/mail.error and similar for more information. Ciencia Al Poder (talk) 10:57, 29 October 2019 (UTC)

There is 2761 lines within mail.log and mail.info, describing:

Oct 29 21:30:15 ius-wiki-br postfix/smtp[31559]: E673660CC1: to=<edpomacedo@gmail.com>, relay=none, delay=275329, delays=275239/0.01/90/0, dsn=4.4.1, status=deferred (connect to alt2.gmail-smtp-in.l.google.com[173.194.175.27]:25: Connection timed out)

It appears its still trying to send the test email...

Do you have any ideas? 177.62.133.42 (talk) 21:36, 29 October 2019 (UTC)

A firewall between your server and GMAIL is blocking the connection to port 25. It may be on your server itself, or the network between your server and internet. Some hostings may block this port to prevent spam and you have to ask them to be enabled. Ciencia Al Poder (talk) 10:25, 30 October 2019 (UTC)

Thanks for the info! After reading GCP documentation, it says that port 25 is blocked, but ephemeral ports like 465, 587 are available. Then it says that I should "use the service documentation (in our case, postfix) to configure the port". Do you have any hints on how to do that?

Furthermore, it requires to create firewall rules in order to use my instance to send emails. Should I configure postfix first? E. A. Ferreira Macedo (talk) 00:14, 31 October 2019 (UTC)

This is out of the scope of this forum and our knowledgement. You should probably ask other forums about Postfix or GCP Ciencia Al Poder (talk) 10:06, 31 October 2019 (UTC)

Thank you very much ! E. A. Ferreira Macedo (talk) 21:21, 31 October 2019 (UTC)

"parser extension tag" for placing image as a page background?

Is there any kind of extension/addon for MediaWiki that would allow to use parser extension tags for placing an image as a page background? What I mean is for example here: [ screenshot: https://i.imgur.com/D1xuiOV.png / live site: http://borealis.net.pl/wiki/Hazardous_Environment_Combat_Unit ]. I've checked the source code and found that a special parser extension tag "<tlo>" (in English: background) is used. Unfortunately that website is almost abandoned (no contribution from admins for a long time) and I don't know where to look for the answer. Can someone here help me, please?

188.147.99.254 00:41, 27 October 2019 (UTC)

Extension:CSS i suppose sort of. Im mostly not aware of an existing extension that does that. Bawolff (talk) 00:51, 27 October 2019 (UTC)

Thank you. I'll try with that. 188.147.99.254 (talk) 13:11, 27 October 2019 (UTC)

Remove "Create account" possibility

Dear member,

I like to use a first mediawiki for demonstration purposes. For doing so I need to remove the "Create account" possibility. How do I do so?

Regards.

Hans 85.146.37.177 (talk) 07:59, 27 October 2019 (UTC)

See Manual:Preventing access#Simple private wiki. AhmadF.Cheema (talk) 08:07, 27 October 2019 (UTC)

Display page names according to value of Page views

Hi all, Should my question be obvious or evident, I am just a translator and would like to get a list of most viewed pages to prioritize my work. It is less important to translate a complete page with only 10 views than to complete translations on one which has been seen 700 000 times !

For example, on page => https://www.mediawiki.org/w/index.php?title=MediaWiki&action=info I thought a criteria would be to sort on value of field "Page views in the past 30 days" .

How to do that ? Is there a special page for that ? or a combination of request URL parameters to display the result ? how ? Thanks.

Christian FR (talk) 08:34, 27 October 2019 (UTC)

Depending on your MediaWiki version, you could try Special:PopularPages or Extension:HitCounters. Jonathan3 (talk) 13:11, 27 October 2019 (UTC)

I am on this current www.mediawiki.org site; what would be the command ?; or tool ? Christian 🇫🇷 FR 🚨 (talk) 13:40, 27 October 2019 (UTC)

Sorry, we assumed you were talking about a non-wikimedia wiki.

For this website, try https://wikimedia.org/api/rest_v1/metrics/pageviews/top/www.mediawiki.org/all-access/2019/09/all-days although there are also other tools out there, some of which may be more user friendly. Bawolff (talk) 22:59, 27 October 2019 (UTC)

yes metrics are a good criteria; will read around https://wikimedia.org/api/rest_v1/ for Pageviews data. Thanks. Christian 🇫🇷 FR 🚨 (talk) 23:08, 27 October 2019 (UTC)

How to set up a Wiki family?

Hello.

i would like to share a mediawiki installation on several different domains.

i tried following the instruction in Manual:Wiki family but i can't understand what i have to do after the pont number 5: "Installing a new wiki in the family is a matter of creating the database and importing the database template, and then running php maintenance/update.php --wiki=wikiId. "

what i have to install in the different domains?

thank you Brunodapei (talk) 13:38, 27 October 2019 (UTC)

There's a lot of ways to set this up, but basically, run the installer for each of your domains, giving each of your domains a separate database. You can either use rewrite rules/aliases/etc to have all your domains hit the same MediaWiki install (And detect in LocalSettings.php which virtual host you are at) or you can use entirely separate installs for each. Bawolff (talk) 22:55, 27 October 2019 (UTC)

thank you very much.

my sites are on a shared server and i can't use symbolic link to the folders where mediawiki is installed on another domain.

what kind of rewrite rules/aliases may i use? Brunodapei (talk) 11:30, 28 October 2019 (UTC)

You could try the methods mentioned here https://stackoverflow.com/questions/992326/rewriterule-for-mapping-x-domain-com-to-y-domain-com but the smartest thing would be to use a host who can help you. Many hosts are already setup for what you want and it's simple and automatic. Contact me offline for specific details. HSRobinson (talk) 12:33, 28 October 2019 (UTC)

how can i contact you offline, please? Brunodapei (talk) 13:36, 31 October 2019 (UTC)

You contact me via the CiviHosting Contact Us page. HSRobinson (talk) 14:02, 14 November 2019 (UTC)

In the worst case, you can just have multiple copies of MediaWiki Bawolff (talk) 16:08, 28 October 2019 (UTC)

Newly installed MediaWiki can't log in

After logging in, I get an error: [17ba66bcec44af708a1eea7f] 2019-10-27 14:23:51: 类型“BadMethodCallException”的致命例外

Seek solution, thanks. Bird7301 (talk) 14:50, 27 October 2019 (UTC)

In your LocalSettings.php, set:

$wgShowExceptionDetails = true;
$wgDevelopmentWarnings = true; error_reporting( -1 ); ini_set( 'display_errors', 1); error_reporting(E_ALL);

Details: Manual:How to debug (Setting up a debug log file) AhmadF.Cheema (talk) 15:01, 27 October 2019 (UTC)

I can't find such wgShowExceptionDetails setting

when i add wgShowExceptionDetails setting to LocalSettings.php, it report error:

[38ed216726c5324dc8ce7dbd] /index.php?title=%E7%89%B9%E6%AE%8A:%E7%94%A8%E6%88%B7%E7%99%BB%E5%BD%95&returnto=%E9%A6%96%E9%A1%B5 BadMethodCallException from line 456 of C:\Users\laisc\Documents\website\wiki\includes\session\Session.php: Encryption is not available. You really should install the PHP OpenSSL extension, or failing that the mcrypt extension. But if you really can't and you're willing to accept insecure storage of sensitive session data, set $wgSessionInsecureSecrets = true in LocalSettings.php to make this exception go away.

Backtrace:

#0 C:\Users\laisc\Documents\website\wiki\includes\session\Session.php(485): MediaWiki\Session\Session::getEncryptionAlgorithm()

#1 C:\Users\laisc\Documents\website\wiki\includes\auth\AuthManager.php(2254): MediaWiki\Session\Session->setSecret(string, array)

#2 C:\Users\laisc\Documents\website\wiki\includes\auth\ThrottlePreAuthenticationProvider.php(151): MediaWiki\Auth\AuthManager->setAuthenticationSessionData(string, array)

#3 C:\Users\laisc\Documents\website\wiki\includes\auth\AuthManager.php(347): MediaWiki\Auth\ThrottlePreAuthenticationProvider->testForAuthentication(array)

#4 C:\Users\laisc\Documents\website\wiki\includes\specialpage\AuthManagerSpecialPage.php(353): MediaWiki\Auth\AuthManager->beginAuthentication(array, string)

#5 C:\Users\laisc\Documents\website\wiki\includes\specialpage\AuthManagerSpecialPage.php(482): AuthManagerSpecialPage->performAuthenticationStep(string, array)

#6 C:\Users\laisc\Documents\website\wiki\includes\htmlform\HTMLForm.php(660): AuthManagerSpecialPage->handleFormSubmit(array, VFormHTMLForm)

#7 C:\Users\laisc\Documents\website\wiki\includes\specialpage\AuthManagerSpecialPage.php(416): HTMLForm->trySubmit()

#8 C:\Users\laisc\Documents\website\wiki\includes\specialpage\LoginSignupSpecialPage.php(313): AuthManagerSpecialPage->trySubmit()

#9 C:\Users\laisc\Documents\website\wiki\includes\specialpage\SpecialPage.php(569): LoginSignupSpecialPage->execute(NULL)

#10 C:\Users\laisc\Documents\website\wiki\includes\specialpage\SpecialPageFactory.php(558): SpecialPage->run(NULL)

#11 C:\Users\laisc\Documents\website\wiki\includes\MediaWiki.php(288): MediaWiki\Special\SpecialPageFactory->executePath(Title, RequestContext)

#12 C:\Users\laisc\Documents\website\wiki\includes\MediaWiki.php(865): MediaWiki->performRequest()

#13 C:\Users\laisc\Documents\website\wiki\includes\MediaWiki.php(515): MediaWiki->main()

#14 C:\Users\laisc\Documents\website\wiki\index.php(42): MediaWiki->run()

#15 {main} Bird7301 (talk) 15:30, 27 October 2019 (UTC)

Encryption is not available. You really should install the PHP OpenSSL extension, or failing that the mcrypt extension.

But if you really can't and you're willing to accept insecure storage of sensitive session data, set $wgSessionInsecureSecrets = true; in LocalSettings.php to make this exception go away. AhmadF.Cheema (talk) 17:32, 27 October 2019 (UTC)

The best solution is to install PHP openssl extension if possible: https://www.php.net/manual/en/openssl.installation.php . Check your php.ini file to see if there is a commented out line that looks like extension=php_openssl.dll. If so, uncomment the line. Bawolff (talk) 22:52, 27 October 2019 (UTC)

Or if this options are not available, consider using a host that will provide you with a properly configured and secured server, already ready for MediaWiki. HSRobinson (talk) 12:30, 28 October 2019 (UTC)

Update 1.25 to 1.33.1: Error: 1062 Duplicate entry 'RedirectBot' for key 'actor_name'

I am trying to update from Version 1.25 to 1.33.1.

PHP: 7.0.32 (cgi-fcgi)

MySQL: 5.6.19-67.0-log

update.php ist working, for a while, doing things. Then the following Error occurs:

[59f630da196c77ee590baa31] [no req]   Wikimedia\Rdbms\DBQueryError from line 1587 of /xxx/xxx/includes/libs/rdbms/database/Database.php: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?

Query: INSERT  INTO `alb_actor` (actor_name) VALUES ('RedirectBot')

Function: MigrateActors::addActorsForRows

Error: 1062 Duplicate entry 'RedirectBot' for key 'actor_name' (mysql5.xxx.de)

As I understand, the actor table gets added somewhere in the update process as it does not exist in 1.25.

What could be the problem here?

Backtrace:

#0 /xxx/includes/libs/rdbms/database/Database.php(1556): Wikimedia\Rdbms\Database->getQueryExceptionAndLog(string, integer, string, string)

#1 /xxx/includes/libs/rdbms/database/Database.php(1274): Wikimedia\Rdbms\Database->reportQueryError(string, integer, string, string, boolean)

#2 /xxx/includes/libs/rdbms/database/Database.php(2149): Wikimedia\Rdbms\Database->query(string, string)

#3 /xxx/maintenance/includes/MigrateActors.php(226): Wikimedia\Rdbms\Database->insert(string, array, string)

#4 /xxx/maintenance/includes/MigrateActors.php(406): MigrateActors->addActorsForRows(Wikimedia\Rdbms\DatabaseMysqli, string, array, array, integer)

#5 /xxx/maintenance/includes/MigrateActors.php(112): MigrateActors->migrateToTemp(string, string, array, string, string, string, string)

#6 /xxx/maintenance/Maintenance.php(1722): MigrateActors->doDBUpdates()

#7 /xxx/includes/installer/DatabaseUpdater.php(1318): LoggedUpdateMaintenance->execute()

#8 /xxx/includes/installer/DatabaseUpdater.php(489): DatabaseUpdater->migrateActors()

#9 /xxx/includes/installer/DatabaseUpdater.php(453): DatabaseUpdater->runUpdates(array, boolean)

#10 /xxx/maintenance/update.php(202): DatabaseUpdater->doUpdates(array)

#11 /xxx/maintenance/doMaintenance.php(96): UpdateMediaWiki->execute()

#12 /xxx/maintenance/update.php(274): require_once(string)

#13 {main}

The Actor Table row for RedirectBot looks like this:

Actor_id: 696

Actor_user: NULL

Actor_name: RedirectBot

Marcestian (talk) 18:29, 27 October 2019 (UTC)

Ok, read that the migration of actors is using $wgActorTableSchemaMigrationStage.

Now that variable changed its default value in 1.31, 1.32 and 1.33.

I put "$wgActorTableSchemaMigrationStage = MIGRATION_OLD" (the original default vlaue in 1.31) into my LocalSettings.

With that change the update-script is running successfully.

Marcestian (talk) 17:56, 28 October 2019 (UTC)

It might be that changing this variable just perevents the migration from running. SHould you run it at a later stage, I guess you might still face the same problem. 2001:16B8:10AA:A100:D88A:2FC9:C5A2:56F7 (talk) 18:01, 28 October 2019 (UTC)

This is another issue related with T236444 Ciencia Al Poder (talk) 10:55, 29 October 2019 (UTC)

Pages with too many expensive parser function calls

Is there anything to do to solve this problem ? 2610S (talk) 12:04, 28 October 2019 (UTC)

Aside from decreasing those functions' usage, you can increase the limit. See Manual:$wgExpensiveParserFunctionLimit. AhmadF.Cheema (talk) 15:31, 28 October 2019 (UTC)

2 Language wiki

Can I get a wiki working in 2 Languages so that all around the page should apear in some pages in one Language and in other pages in an other Language ? 2610S (talk) 12:07, 28 October 2019 (UTC)

You can use Extension:Translate and then allow per page languages RhinosF1 (talk) 12:36, 28 October 2019 (UTC)

Can't log in any longer

I get this message

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.

website www.wikimilitaria.org

I am administrator 37.182.139.55 (talk) 17:13, 28 October 2019 (UTC)

Project:Support desk/Flow/2016/07#h-Login_error_(session_hijacking_protection)-2016-07-11T08:56:00.000Z AhmadF.Cheema (talk) 17:52, 28 October 2019 (UTC)

Username email account is no longer valid

Hello team.

Several years ago I set up an account, but the email address associated to the user is no longer valid and for obvious reasons I can't reset my password. Is there any other way to recover my user?

Thanks in advance, regards. 201.174.137.146 (talk) 22:51, 28 October 2019 (UTC)

if this is for a wikimedia wiki - yes, but only if you can prove basically beyond all doubt you own the account (e.g. you know people in real life who are big names in the wikimedia community who can vouch for you). In practise its very hard to prove this, so for most people the answer is no.

If this is your own wiki, see https://www.mediawiki.org/wiki/Manual:ChangePassword.php Bawolff (talk) 02:10, 29 October 2019 (UTC)

Spamming bots

Hi there! After a few calm month on a new wiki, I started this month hard attacks from bots. Of course nobody was looking at it and today I had to clean several thousands of new pages and accounts (creation/edit restricted to registered person not enough apparently). I added Nuke and BlockandNuke but not totally enough. I blocked the account creation in the meantime but not sure if it's not working or if it's old unblocked account that are activated. At least it's more slow now.

Apparently BlockandNuke didn't really blocked all the accounts. Is there another extension more potent to delete/block lots of accounts?

And now that's a more cleaned-up I'm looking to render the registration more difficult. I've seen the extension ConfirmAccount but is there something a little bit more simple than that?

Thanks a lot!! 89.157.115.94 (talk) 02:51, 29 October 2019 (UTC)

See Manual:Combating spam Malyacko (talk) 10:24, 29 October 2019 (UTC)

yes thank you I have already seen this page. That's where I found the tools to stop the haemorrhage. But I haven't really found answer to my specific questions:

-Is there another extension more potent to delete/block lots of accounts than BlockandNuke?

-How to add a captcha only to the account creation? 89.157.115.94 (talk) 23:45, 29 October 2019 (UTC)

Extension:ConfirmEdit, use QuestyCaptcha, and add this settings:

$wgCaptchaTriggers['edit']          = false;
$wgCaptchaTriggers['create']        = false;
$wgCaptchaTriggers['createtalk']    = false;
$wgCaptchaTriggers['addurl']        = false;
$wgCaptchaTriggers['createaccount'] = true;
$wgCaptchaTriggers['badlogin']      = true;

Ciencia Al Poder (talk) 10:34, 30 October 2019 (UTC)

Super thanks! 89.157.115.94 (talk) 02:58, 7 November 2019 (UTC)

Lua OOM errors

Hello, https://en.wiktionary.org/wiki/go#Irish contains a number of Lua OOM error messages.

-Ruslan Rnabioullin (talk) 10:08, 29 October 2019 (UTC)

@Rnabioullin I do not see any error messages. Plus not sure why exactly this problem on en.wiktionary.org brought up on mediawiki.org? Malyacko (talk) 10:24, 29 October 2019 (UTC)

Yes, I do not get the messages right now---it is an intermittent issue (different server instance/different memory usage state over time/etc.). I was directed to here from Wiktionary's WWW support, after exhausting IRC support channels. Rnabioullin (talk) 11:27, 29 October 2019 (UTC)

the obvious solution would be to rewrite the lua scripts to use less memory.

If module writers need some advice on memory optimization, posting the problematic parts of lua code, and what it is trying to accomplish would be helpful. Bawolff (talk) 12:28, 29 October 2019 (UTC)

Category links and redirects question

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I'm building a wiki and I have a number of pages where I'm creating redirects on multiple Category pages that point to a single content page. I can figure out how to do these redirects easily enough. What I'd also like is for the page that all those redirects land on to have links back to the Category pages _without_ necessarily creating a redundant entry where the redirect and the page it redirects to both appear. For example, I have a page 'Alba' and 'Albus' as a redirect to it; I'd like for the latter to appear in a different Category than Alba does, without that category having links to both 'Alba' and 'Albus'. Is there a bit of language I can use that creates a link from 'Alba' to the Category page 'Albus' is on in the Categories section at the bottom but which won't also create a link to 'Alba' on that Category page?

I feel certain I saw this somewhere on the Help pages but now I can't seem to locate it. Scott V Fair (talk) 18:32, 29 October 2019 (UTC)

put a colon before category. E.g. [[:Category:Foo]] Bawolff (talk) 22:23, 29 October 2019 (UTC)

Thanks, but that's only doing half of what I'd like as it's creating the link outside the Categories box regardless of where on the page I put the link. If possible I'd like to force it to appear next to all the other categories, as well as creating a link that doesn't make an entry on the Category page itself.

To illustrate, I have the following at the bottom of the page I've called 'Testpage':

[[Category:Category1]] [[Category:Category2]] [[:Category:Category3]]

Ideally all three would appear in the Categories box but there wouldn't be an entry for 'Testpage' on the 'Category3' Category page, only the first two. But this is what I get when I try it that way:

https://prnt.sc/ppvi79

Is there some other trick that would make this possible? Scott V Fair (talk) 22:59, 29 October 2019 (UTC)

That's not possible. It would be possible to make an extension to do that, but I am not aware of any currently existing at this time.

You can kind of do the opposite thing with hidden categories, where you have categories not show up in the box but still have an entry on the category page, but that's the opposite of what you are looking for. Bawolff (talk) 23:41, 29 October 2019 (UTC)

Check this out: Stack Overflow: Hide anchor href with jQuery based on its title. There are jQuery and CSS solutions there. Jonathan3 (talk) 22:51, 30 October 2019 (UTC)

Yes, its possible on a per case basis with javascript $( function() { if (mw.config.get( 'wgPageName' ) === 'Foo' ) { $( '.catlinks li:has(a[title="Category:2007 films"])' ).remove()} } ); placed in MediaWiki:Common.js would remove Category:2007_Films from showing up on the page named Foo. This solution might be a little hard to manage though, as its rather one-off for each thing you want to remove and has to be stored very far away from the page in a JS file. Bawolff (talk) 04:37, 31 October 2019 (UTC)

Sorry for the delay in this but thanks to both of you for the additional replies. Scott V Fair (talk) 17:26, 1 November 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Obtaining parameters for external link from input form

I want to create a simple input form - two text fields and a drop-down menu and add the parameters input to an external link. The syntax of the link will be something close to this - [http://search.jerripediabmd.net/default?page=baptisms+family=Averty+given=John] Family and Given will be extracted from the text fields, baptisms from the drop-down menu. I understand that I will need a Page Forms extension but I cannot find any information so far about how to attach the input to a partially complete external link Mikebisson (talk) 19:54, 29 October 2019 (UTC)

This it the sort of thing you could probably find an answer for on Google, e.g. this Stack Overflow page.

You could add the Javascript to your wiki using Extension:Widgets or MediaWiki:Common.js Jonathan3 (talk) 22:44, 30 October 2019 (UTC)

My wiki is strange. There is no "/wiki/" on the url.

The url should look like "{server}/wiki/index.php" or "{server}/w/index.php", but the url of my wiki is just "{server}/index.php".

This gives me various problems with setting short urls, so I have to fix it, but I don't know how.

Can somebody help me? 79brue (talk) 14:17, 30 October 2019 (UTC)

Where did you copy the MediaWiki files? Was it directly inside the web-facing folder (usually named public_html or www) or was it inside a sub-folder public_html/w or public_html/wiki? AhmadF.Cheema (talk) 15:15, 30 October 2019 (UTC)

Actually, having the index.php directy on the root directory is perfectly fine for setting up short URLs in /wiki/PAGENAME Ciencia Al Poder (talk) 10:13, 31 October 2019 (UTC)

It was directly inside the web-facing folder. 79brue (talk) 11:00, 31 October 2019 (UTC)

I am planning to set a shout URL, but I can't figure out the regular expression (because the mediawiki system is directly inside the web-facing folder). What should the regular expression be? Can somebody give me help? 79brue (talk) 11:43, 1 November 2019 (UTC)

Have you tried following Manual:Short URL? Ciencia Al Poder (talk) 12:31, 3 November 2019 (UTC)

How to load Javascript menu before page load?

I added a menu in the header on this Wiki with the code in Common.js.

In LocalSettings.php I added:

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

function wfAddMenu( $out, $skin ) {

       $out->addHTML( "<div id=\"mw-topnavigation\"></div>" );

       return true;

}

However, the page loads before the menu does. Also I noticed that sometimes it doesn't load randomly. I'm a beginner with MediaWiki/Javascript so maybe this is outdated code. How do I fix this? Thanks. Vishkujo (talk) 19:18, 30 October 2019 (UTC)

You should probably put all the html part in your php hook instead of the menuHTML in javascript, and leave only the interactive behaviour to the JS.

You might want to consider writing your own skin if you want to make a lot of custimization to it. Bawolff (talk) 20:36, 30 October 2019 (UTC)

Do I just use the same php hook above but replace the div id part with all of the html?

I considered making a new skin but the tutorials seem outdated or are just for creating a new skin from scratch. I just want the Vector skin but with a header for navigating. Vishkujo (talk) 20:53, 30 October 2019 (UTC)

>Do I just use the same php hook above but replace the div id part with all of the html?

Yes Bawolff (talk) 22:30, 30 October 2019 (UTC)

Thanks. Is it possible to get html from a local file so I don't need to add the large block of text in LocalSettings.php? Vishkujo (talk) 23:37, 30 October 2019 (UTC)

Yes, you can do $out->addHtml( file_get_contents( 'filename_here.htm' ) );, or just make an extension and split the code into different files rather than LocalSettings.php Bawolff (talk) 04:39, 31 October 2019 (UTC)

Cannot access databank after backup

Through some stupid mistake i recently had to reinstall my server and therefor my wiki. I first followed the tutorial here and then restored the backup according to tutorial. Now im getting this.

I've tried suggestions made in prior Post, of wich none work. I tried myself changing some rights with absolutly zero effect, even though im pretty sure it definitely should have worked. Im somewhat beyond help and hope someone on here knows an answer.

Mediawiki version: 1.33.1

PHP version: PHP 7.2.24-0ubuntu0.19.04.1

Mysql version: mysql  Ver 14.14 Distrib 5.7.27, UmgangsCool (talk) 00:10, 31 October 2019 (UTC)

Probably when you reinstalled your database, your database username, password or host changed. Check through your LocalSettings.php to make sure all the various $wgDBpass $wgDBserver, etc, are what they should be for the new server. Bawolff (talk) 04:41, 31 October 2019 (UTC)

As always the most obvious answer to a problem is the hardest to find haha. Thanks for helping me out 31.150.99.192 (talk) 12:52, 31 October 2019 (UTC)

Polaris Question

Will EN servers be getting the Polaris event? 2A02:C7F:C65A:E800:207E:CE34:7862:60CE (talk) 12:37, 31 October 2019 (UTC)

Wrong support forum.😕 AhmadF.Cheema (talk) 13:03, 31 October 2019 (UTC)

User specific main page

We are looking to have different login pages for different users, e.g. the business team logs in at 'Business' and the engineers at 'Engineering'. Is this possible? Justinmreina (talk) 17:05, 31 October 2019 (UTC)

It sounds like you want to have multiple wikis, then. Yes, that is possible.

If you just want to provide different pages for different groups of users on the same wiki, that may be possible, but I'm curious why you want to do such a thing. ☠MarkAHershberger☢(talk)☣ 18:14, 31 October 2019 (UTC)

Hi Mark, thanks for your help here. We have multiple faces needing accurate communication of our new design contents and team operations now -

• Engineering Team

• Engineering Leadership

• Business & Finance team

• Marketing team

The wiki hosts a whole bunch of "the guts" here, IOT-esque details that can overwhelm and easily lose the audience. But the biz & market guys still are accountable, they need access to it all! Through a different lens though, one that works, for them. Make sense? Justinmreina (talk) 20:03, 31 October 2019 (UTC)

It seems like you would just want to give each group their own portal, then. Send them to Portal:Engineering, Portal:Marketing, etc.

Then, assuming your wiki requires a login to view any pages, the would be sent to the login page and, upon success, return to the Portal page they started at. ☠MarkAHershberger☢(talk)☣ 21:24, 31 October 2019 (UTC)

robots.txt with document root installation

I installed MediaWiki at the document root. My article titles appear right after my domain "/"

I recently read about the benefits of Manual:Short URL. If my website is 100% wiki, and articles are only created by myself, can I get away with not implementing /wiki/ (for articles) and /w/ (for everything else) and disallowing anything that starts with /index in my robots.txt file?

Thank you. River5000 (talk) 17:41, 31 October 2019 (UTC)

You will want to allow /index, though. Otherwise, some links will not work.

This is a decision you have to make for yourself, though. I know some people who feel like /wiki/ in the url is redundant and, as a result, don't have it on their wiki. ☠MarkAHershberger☢(talk)☣ 18:12, 31 October 2019 (UTC)

Thank you for the reply.

For my document root installation, do you think this robots.txt file would cover all necessary links that I would want to disallow:

User-agent: *

Disallow: /index.php?diff=

Disallow: /index.php?oldid=

Disallow: /index.php?title=Help

Disallow: /index.php?title=Image

Disallow: /index.php?title=MediaWiki

Disallow: /index.php?title=Special:

Disallow: /index.php?title=Template

Disallow: /skins/ River5000 (talk) 19:10, 31 October 2019 (UTC)

I'm not sure how url parameters and Disallow lines work but if it does really look for strings in the format given, then moving the "title=Help" after another url parameter would defeat what you are trying to do. I'm not sure why you would want to disallow diffs or oldid. Blocking /skins/ may cause some things to render incorrectly.

I don't think you necessarily need any Disallow statements. ☠MarkAHershberger☢(talk)☣ 19:21, 31 October 2019 (UTC)

I copied what was listed at Manual:Robots.txt#Without_short_URLs. River5000 (talk) 19:29, 31 October 2019 (UTC)

Oh, sorry. For some reason, I was thinking .htaccess instead of robots.txt.

Yes that makes sense. ☠MarkAHershberger☢(talk)☣ 19:42, 31 October 2019 (UTC)

Question about MediaWiki internal error.

Greetings,

My Wiki site has recently gone down. I am getting the following error message. Could you please advise? Thanks!

MediaWiki internal error.

Original exception: [Xbsxpob1oxtcIa6RNvwpUAAAAdI] / ConfigException from line 53 of .../includes/config/GlobalVarConfig.php: GlobalVarConfig::get: undefined option: 'ResourceLoaderLESSVars' Backtrace: #0 .../extensions/MobileFrontend/includes/MobileFrontend.hooks.php(691): GlobalVarConfig->get(string) #1 .../includes/Hooks.php(174): MobileFrontendHooks::onBeforePageDisplay(OutputPage, SkinMetrolook) #2 .../includes/Hooks.php(234): Hooks::callHook(string, array, array, NULL, string) #3 .../includes/OutputPage.php(2720): Hooks::runWithoutAbort(string, array) #4 .../includes/exception/PermissionsError.php(70): OutputPage->output() #5 .../includes/MediaWiki.php(521): PermissionsError->report() #6 .../index.php(42): MediaWiki->run() #7 {main} Exception caught inside exception handler: [Xbsxpob1oxtcIa6RNvwpUAAAAdI] / ConfigException from line 53 of .../includes/config/GlobalVarConfig.php: GlobalVarConfig::get: undefined option: 'ResourceLoaderLESSVars' Backtrace: #0 .../extensions/MobileFrontend/includes/MobileFrontend.hooks.php(691): GlobalVarConfig->get(string) #1 .../includes/Hooks.php(174): MobileFrontendHooks::onBeforePageDisplay(OutputPage, SkinMetrolook) #2 .../includes/Hooks.php(234): Hooks::callHook(string, array, array, NULL, string) #3 .../includes/OutputPage.php(2720): Hooks::runWithoutAbort(string, array) #4 .../includes/exception/MWExceptionRenderer.php(134): OutputPage->output() #5 .../includes/exception/MWExceptionRenderer.php(53): MWExceptionRenderer::reportHTML(ConfigException) #6 .../includes/exception/MWExceptionHandler.php(98): MWExceptionRenderer::output(ConfigException, integer) #7 .../includes/exception/MWExceptionHandler.php(172): MWExceptionHandler::report(ConfigException) #8 .../includes/MediaWiki.php(542): MWExceptionHandler::handleException(ConfigException) #9 .../index.php(42): MediaWiki->run() #10 {main}

2601:602:A7F:6430:0:0:0:F14A (talk) 19:11, 31 October 2019 (UTC)

It looks like you upgraded your wiki and have run into this bug. You don't specify your MW version, but this should be fixed in a later version. ☠MarkAHershberger☢(talk)☣ 19:37, 31 October 2019 (UTC)

Thanks Mark. Mediawiki version 1.33.1 2601:602:A7F:6430:0:0:0:F14A (talk) 21:16, 31 October 2019 (UTC)