Project:Support desk/Flow/2023/03

This page used the Structured Discussions extension to give structured discussions. It has since been converted to wikitext, so the content and history here are only an approximation of what was actually displayed at the time these comments were made.

This page is an archive.

Please ask questions on the current support desk.

Depreciation of getParentRevisionId () is causing an error in Scripto 3.0

Latest comment: 3 years ago3 comments2 people in discussion

We have a website using MediaWiki along with a Scripto module in Omeka that we use to transcribe pages. A recent upgrade to MediaWiki version 1.39.2 caused an error when a user tries to save a page after transcribing and it's because it was looking for getParentRevisionID() which has been depreciated since version 1.38.

Are the developers aware of this error and this inability to use it with Scripto version 1.3.0? Is this resolved when using the latest version of Scripto, which is 1.4.0?

MediaWiki\Content\ValidationParams::getParentRevisionId ()

depreciated since 1.38. 2603:7081:4101:A301:AD03:889B:B5AF:FE14 (talk) 02:52, 1 March 2023 (UTC)

By Scripto, do you mean this? https://github.com/chnm/Scripto

Because it looks like that hasn't been updated since 2017, so it wouldn't surprise me if it's not compatible with newer versions of MediaWiki. I suggest you report the error to the Scripto developers. Sam Wilson 05:37, 1 March 2023 (UTC)

Close, it's the same developer, but it's under Omeka S /omeka-s-modules/Scripto/. You bring up a good point though about reporting the error there. I will do that. Thanks! 2603:7081:4101:A301:AD03:889B:B5AF:FE14 (talk) 14:43, 1 March 2023 (UTC)

Notice: Uncommitted DB writes (transaction from Wikimedia\Rdbms\Database::beginIfImplied

Latest comment: 3 years ago7 comments2 people in discussion

Just downloaded MediaWiki and generated a LocalSettings.php file, and when I went to my index.php, I get greeted with a "Fatal exception of type "InvalidArgumentException"", which I added the code to get the full stack trace and I get this.

Notice: Uncommitted DB writes (transaction from Wikimedia\Rdbms\Database::beginIfImplied (MessageCache::loadFromDB(en)-big)) in C:\xampp\htdocs\wikiDatabase\includes\libs\rdbms\database\TransactionManager.php on line 584

Notice: DB transaction writes or callbacks still pending (LCStoreDB::finishWrite, LCStoreDB::finishWrite, LCStoreDB::finishWrite, LCStoreDB::finishWrite, LCStoreDB::finishWrite, LCStoreDB::finishWrite, LCStoreDB::finishWrite, LCStoreDB::finishWrite, LCStoreDB::finishWrite, LCStoreDB::finishWrite, LCStoreDB::finishWrite, LCStoreDB::finishWrite, LCStoreDB::finishWrite, LCStoreDB::finishWrite, LCStoreDB::finishWrite) in C:\xampp\htdocs\wikiDatabase\includes\libs\rdbms\database\Database.php on line 3757

Tried searching everywhere, even Google or Bing doesn't know and give me 3 results when trying to search certain details of me error that is important.

MediaWiki Version: 1.39.1

PHP Version: 8.1.6

Database Type: MariaDB

Database Version: 10.4.2

I have downloaded MediaWiki and never had this problem before, although it had different specs like different PHP version and such. Jonathanpecany (talk) 06:14, 1 March 2023 (UTC)

Those warnings are probably caused by the error, but are not the error itself. The stacktrace should appear by where it says invalidargumentexception.

Did you place $wgShowExceptionDetails=true; ? Is there a more detailed stack trace? Bawolff (talk) 11:03, 1 March 2023 (UTC)

from C:\xampp\htdocs\wikiDatabase\includes\session\SessionManager.php(255)

#0 C:\xampp\htdocs\wikiDatabase\includes\session\SessionManager.php(169): MediaWiki\Session\SessionManager->getSessionById(string, boolean, WebRequest)

#1 C:\xampp\htdocs\wikiDatabase\includes\Setup.php(448): MediaWiki\Session\SessionManager::getGlobalSession()

#2 C:\xampp\htdocs\wikiDatabase\includes\WebStart.php(86): require_once(string)

#3 C:\xampp\htdocs\wikiDatabase\index.php(44): require(string)

#4 {main}

Here is my stackstrace. Jonathanpecany (talk) 17:11, 1 March 2023 (UTC)

Does the error still persist of you clear all cookies?

Do you have any authentication extensions installed? Bawolff (talk) 17:49, 1 March 2023 (UTC)

I only have 2 cookies and those 2 cookies belongs to other web projects I am making and clearing them would be an inconvenience.

I do have the OATHAuth extension installed. However, to see if my extension is the problem, I disabled all my extensions. Spoiler, none of my extensions are the cause. Jonathanpecany (talk) 18:27, 1 March 2023 (UTC)

Forgot one part, There is an Invalid session ID to that error. Jonathanpecany (talk) 18:32, 1 March 2023 (UTC)

I managed to fix it now. I had my Session.auto start set on. Going to have to optimize it to only disable for the wiki now. Jonathanpecany (talk) 18:35, 1 March 2023 (UTC)

What replaced $this->html( 'headelement' ); in mediawiki skins?

Latest comment: 3 years ago4 comments2 people in discussion

RESOLVED

On further consideration, I think I will rebuild the theme. At this point, I think that will be simpler. Thank you, though.

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 mediawiki skin I set up some years ago. It is a simple fixed-width skin. I recently updated mediawiki...

MediaWiki	1.39.2
PHP	8.1.9 (cgi-fcgi)
MySQL	8.0.28-0ubuntu0.20.04.3

...and now the skin does not work. I get the error below, which I understand -- that function is deprecated. What I have not been able to find is what replaced this deprecated call.

Deprecated: Use of QuickTemplate::(get/html/text/haveData) with parameter `headelement` was deprecated in MediaWiki 1.39. [Called from QuickTemplate::html in /home/kaloscomics/wiki.kaloscomics.com/includes/skins/QuickTemplate.php at line 168] in /home/kaloscomics/wiki.kaloscomics.com/includes/debug/MWDebug.php on line 381

The code which generates that error is:

    public function execute() {
        global $wgSitename;

        $this->data['pageLanguage'] = $this->getSkin()->getTitle()->getPageViewLanguage()->getHtmlCode();

        $this->html( 'headelement' );

I have looked at other skins for similar code. I have searched for every combination of "headelement" "mediawiki" and "deprecated" I can think of. I have been searching for days for a clue to this. I have not found a single reference anywhere on what to replace that call with.

I would really rather not completely rebuild the skin from scratch. Is that what I am faced with? Bblackmoor (talk) 19:30, 1 March 2023 (UTC)

There's no exact replacement, because how the logic works has changed. What you should do now is to add the skin option bodyOnly: true to your skin.json file, and avoid calling the deprecated method. The element will be generated for you. – Ammarpad (talk) 22:26, 1 March 2023 (UTC)

Thank you. I have done that, and it eliminated the errors, but now the skin does not have the header section, the footer section, the side menu... so my question remains: what replaced the deprecated calls? How can I display those parts of the layout? Bblackmoor (talk) 22:55, 1 March 2023 (UTC)

On further consideration, I think I will rebuild the theme. At this point, I think that will be simpler. Thank you, though. Bblackmoor (talk) 23:14, 1 March 2023 (UTC)

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

How to Create an Account in the "A Wiki of Ice and Fire" Realm

Latest comment: 3 years ago3 comments2 people in discussion

Hello, and thanks in advance for your time! :

I've been able to create an account here on MediaWiki, but I see no place where I can make one for "A Wiki of Ice and Fire."

Any suggestions would be greatly appreciated. Thanks again! 2eelShmeal (talk) 05:31, 2 March 2023 (UTC)

I'd really like to help out with editing, most especially with spelling, grammar, punctuation, capitalization, and the like. Cheers. 2eelShmeal (talk) 05:33, 2 March 2023 (UTC)

@2eelShmeal: It looks like they have a help page about how to register: https://awoiaf.westeros.org/index.php/Help:Registration Sam Wilson 07:27, 2 March 2023 (UTC)

Error: The file for "file" could not be stored for processing due to a server misconfiguration (no temporary directory).

Latest comment: 3 years ago4 comments2 people in discussion

I am getting this error when I try to upload a file to my CentOS8 server. I have tried setting the path in LocalSettings as below and on both instances it does not work. All other images are rendering properly as intended, only uploads not working.

User apache has read and write rights to the temp folder

$wgEnableUploads = true;

$wgFileExtensions = array('png','gif','jpg','jpeg','ogg','mp3','svg','bmp');

$wgUseImageMagick = true;

$wgImageMagickConvertCommand = "/usr/bin/convert";

$wgTmpDirectory = false;

-------Second configuration tried-------

$wgEnableUploads = true;

$wgFileExtensions = array('png','gif','jpg','jpeg','ogg','mp3','svg','bmp');

$wgUseImageMagick = true;

$wgImageMagickConvertCommand = "/usr/bin/convert";

$wgTmpDirectory ="/var/www/html/w/images/temp";

Product	Version
MediaWiki	1.37.1
PHP	7.4.33 (fpm-fcgi)
MariaDB	10.3.28-MariaDB

Gachangi (talk) 11:07, 2 March 2023 (UTC)

For the second config, does /var/www/html/w/images/temp actually exist and is writable by webserver (and selinux is not preventing writing?)? Bawolff (talk) 12:34, 2 March 2023 (UTC)

Yes apache has full read and write and even execute, see below;

drwxrwxrwx. 2 apache apache 41 Mar 2 10:34 Gachangi (talk) 14:54, 2 March 2023 (UTC)

A reboot for me solved this issue Gachangi (talk) 10:19, 3 March 2023 (UTC)

Problem after upgrade from 1.34.1 to 1.39.2

Latest comment: 3 years ago2 comments2 people in discussion

Hi,

I've just upgraded from 1.34.1 to 1.39.2. Followed the instructions on first replacing the files and then upgrading existing installation from the web page. It said the installation was complete, but I'm getting an error now when I tried to load the front page. Apologies for the absolute noob question but I've googled it and looked at the FAQ and I'm not sure what to do.

MediaWiki internal error.

Original exception: [ZACOZI-wwffpN8ZGFLgX1QAAAAI] /wiki/index.php Error: Class 'Revision' not found

Backtrace:

from /opt/lampp/htdocs/mediawiki-1.39.2/extensions/Gadgets/includes/MediaWikiGadgetsDefinitionRepo.php(139)

#0 /opt/lampp/htdocs/mediawiki-1.39.2/extensions/Gadgets/includes/MediaWikiGadgetsDefinitionRepo.php(108): MediaWikiGadgetsDefinitionRepo->fetchStructuredList()

#1 /opt/lampp/htdocs/mediawiki-1.39.2/includes/libs/objectcache/wancache/WANObjectCache.php(1689): MediaWikiGadgetsDefinitionRepo->{closure}(boolean, integer, array, NULL, array)

#2 /opt/lampp/htdocs/mediawiki-1.39.2/includes/libs/objectcache/wancache/WANObjectCache.php(1522): WANObjectCache->fetchOrRegenerate(string, integer, Closure, array, array)

#3 /opt/lampp/htdocs/mediawiki-1.39.2/extensions/Gadgets/includes/MediaWikiGadgetsDefinitionRepo.php(115): WANObjectCache->getWithSetCallback(string, integer, Closure, array)

#4 /opt/lampp/htdocs/mediawiki-1.39.2/extensions/Gadgets/includes/MediaWikiGadgetsDefinitionRepo.php(31): MediaWikiGadgetsDefinitionRepo->loadGadgets()

#5 /opt/lampp/htdocs/mediawiki-1.39.2/extensions/Gadgets/includes/GadgetRepo.php(71): MediaWikiGadgetsDefinitionRepo->getGadgetIds()

#6 /opt/lampp/htdocs/mediawiki-1.39.2/extensions/Gadgets/includes/GadgetHooks.php(44): GadgetRepo->getStructuredList()

#7 /opt/lampp/htdocs/mediawiki-1.39.2/includes/HookContainer/HookContainer.php(338): GadgetHooks::userGetDefaultOptions(array)

#8 /opt/lampp/htdocs/mediawiki-1.39.2/includes/HookContainer/HookContainer.php(137): MediaWiki\HookContainer\HookContainer->callLegacyHook(string, array, array, array)

#9 /opt/lampp/htdocs/mediawiki-1.39.2/includes/HookContainer/HookRunner.php(4158): MediaWiki\HookContainer\HookContainer->run(string, array)

#10 /opt/lampp/htdocs/mediawiki-1.39.2/includes/user/DefaultOptionsLookup.php(110): MediaWiki\HookContainer\HookRunner->onUserGetDefaultOptions(array)

#11 /opt/lampp/htdocs/mediawiki-1.39.2/includes/user/UserOptionsManager.php(596): MediaWiki\User\DefaultOptionsLookup->getDefaultOptions()

#12 /opt/lampp/htdocs/mediawiki-1.39.2/includes/user/UserOptionsManager.php(498): MediaWiki\User\UserOptionsManager->loadOriginalOptions(User, integer, NULL)

#13 /opt/lampp/htdocs/mediawiki-1.39.2/includes/user/UserOptionsManager.php(148): MediaWiki\User\UserOptionsManager->loadUserOptions(User, integer)

#14 /opt/lampp/htdocs/mediawiki-1.39.2/includes/context/RequestContext.php(460): MediaWiki\User\UserOptionsManager->getOption(User, string)

#15 /opt/lampp/htdocs/mediawiki-1.39.2/includes/StubUserLang.php(34): RequestContext->getLanguage()

#16 /opt/lampp/htdocs/mediawiki-1.39.2/includes/StubObject.php(223): StubUserLang->_newObject()

#17 /opt/lampp/htdocs/mediawiki-1.39.2/includes/StubObject.php(103): StubObject->_unstub(string, integer)

#18 /opt/lampp/htdocs/mediawiki-1.39.2/includes/content/ContentHandler.php(727): StubObject::unstub(StubUserLang)

#19 /opt/lampp/htdocs/mediawiki-1.39.2/includes/Title.php(3944): ContentHandler->getPageLanguage(Title)

#20 /opt/lampp/htdocs/mediawiki-1.39.2/includes/OutputPage.php(2555): Title->getPageLanguage()

#21 /opt/lampp/htdocs/mediawiki-1.39.2/includes/OutputPage.php(2687): OutputPage->addAcceptLanguage()

#22 /opt/lampp/htdocs/mediawiki-1.39.2/includes/OutputPage.php(2798): OutputPage->sendCacheControl()

#23 /opt/lampp/htdocs/mediawiki-1.39.2/includes/MediaWiki.php(922): OutputPage->output(boolean)

#24 /opt/lampp/htdocs/mediawiki-1.39.2/includes/MediaWiki.php(562): MediaWiki->main()

#25 /opt/lampp/htdocs/mediawiki-1.39.2/index.php(50): MediaWiki->run()

#26 /opt/lampp/htdocs/mediawiki-1.39.2/index.php(46): wfIndexMain()

#27 {main}

Exception caught inside exception handler: [ZACOZI-wwffpN8ZGFLgX1QAAAAI] /wiki/index.php Error: Class 'Revision' not found

Backtrace:

from /opt/lampp/htdocs/mediawiki-1.39.2/extensions/Gadgets/includes/MediaWikiGadgetsDefinitionRepo.php(139)

#0 /opt/lampp/htdocs/mediawiki-1.39.2/extensions/Gadgets/includes/MediaWikiGadgetsDefinitionRepo.php(108): MediaWikiGadgetsDefinitionRepo->fetchStructuredList()

#1 /opt/lampp/htdocs/mediawiki-1.39.2/includes/libs/objectcache/wancache/WANObjectCache.php(1689): MediaWikiGadgetsDefinitionRepo->{closure}(boolean, integer, array, NULL, array)

#2 /opt/lampp/htdocs/mediawiki-1.39.2/includes/libs/objectcache/wancache/WANObjectCache.php(1522): WANObjectCache->fetchOrRegenerate(string, integer, Closure, array, array)

#3 /opt/lampp/htdocs/mediawiki-1.39.2/extensions/Gadgets/includes/MediaWikiGadgetsDefinitionRepo.php(115): WANObjectCache->getWithSetCallback(string, integer, Closure, array)

#4 /opt/lampp/htdocs/mediawiki-1.39.2/extensions/Gadgets/includes/MediaWikiGadgetsDefinitionRepo.php(31): MediaWikiGadgetsDefinitionRepo->loadGadgets()

#5 /opt/lampp/htdocs/mediawiki-1.39.2/extensions/Gadgets/includes/GadgetHooks.php(150): MediaWikiGadgetsDefinitionRepo->getGadgetIds()

#6 /opt/lampp/htdocs/mediawiki-1.39.2/includes/HookContainer/HookContainer.php(338): GadgetHooks::beforePageDisplay(OutputPage, MediaWiki\Skins\Vector\SkinVectorLegacy)

#7 /opt/lampp/htdocs/mediawiki-1.39.2/includes/HookContainer/HookContainer.php(137): MediaWiki\HookContainer\HookContainer->callLegacyHook(string, array, array, array)

#8 /opt/lampp/htdocs/mediawiki-1.39.2/includes/HookContainer/HookRunner.php(945): MediaWiki\HookContainer\HookContainer->run(string, array, array)

#9 /opt/lampp/htdocs/mediawiki-1.39.2/includes/OutputPage.php(2871): MediaWiki\HookContainer\HookRunner->onBeforePageDisplay(OutputPage, MediaWiki\Skins\Vector\SkinVectorLegacy)

#10 /opt/lampp/htdocs/mediawiki-1.39.2/includes/exception/MWExceptionRenderer.php(183): OutputPage->output()

#11 /opt/lampp/htdocs/mediawiki-1.39.2/includes/exception/MWExceptionRenderer.php(102): MWExceptionRenderer::reportHTML(Error)

#12 /opt/lampp/htdocs/mediawiki-1.39.2/includes/exception/MWExceptionHandler.php(131): MWExceptionRenderer::output(Error, integer)

#13 /opt/lampp/htdocs/mediawiki-1.39.2/includes/exception/MWExceptionHandler.php(248): MWExceptionHandler::report(Error)

#14 /opt/lampp/htdocs/mediawiki-1.39.2/includes/MediaWiki.php(584): MWExceptionHandler::handleException(Error, string)

#15 /opt/lampp/htdocs/mediawiki-1.39.2/index.php(50): MediaWiki->run()

#16 /opt/lampp/htdocs/mediawiki-1.39.2/index.php(46): wfIndexMain()

#17 {main} Mcaque (talk) 12:07, 2 March 2023 (UTC)

probably indicates php files are corrupted or you have a mix of two different versions of mediawiki.

Try redownloading the files for the new version of mediawiki. Bawolff (talk) 12:33, 2 March 2023 (UTC)

mediawiki1.18.6 upgrade issue

Latest comment: 3 years ago5 comments3 people in discussion

I ran the upgrade from 1.17.5 to 1.18.6 and now the website gives a 501 error.

the upgrade was run in the command line and it seemed to run to fast with no screen messages. I can't test the site if it worked. do i carry on to 1.19....? Gwilmot (talk) 12:37, 2 March 2023 (UTC)

Did you really upgrade from an 11 year old version to a 10 year old version? Why? :)

How did you run the upgrade exactly? Where did you get these old versions from?

Please check the webserver log of your webserver software for errors. Malyacko (talk) 13:20, 2 March 2023 (UTC)

Thanks for the response, You are as shocked as me! I started the upgrade from 1.15.1 to 1.16.5 all seems ok.

Then ran the upgrade to 1.17.5 and I got it to " Populating rev_id Column ... doing rev_id from 1 to 200 " then repeated waiting for localhost ( Lagged ... )

control C and tested mediawiki seemed ok. so moved on to 1.18.6 I am guessing I haven't completed the 1.17.5 update hence the next version increase is failing. I then ran the populateRevisionLength.php manually then the update.php and the upgrade completed ok. now the upgrade to 1.18.6 runs though with out any screen messages, i am assuming it is not working so need to find the error log. any assistance would be greatly appreciated. Gwilmot (talk) 13:47, 2 March 2023 (UTC)

You shouldn't need to go through every version. I think it's only the really old versions (maybe 1.6 and below?) that you can't upgrade directly from, and only the really new versions (maybe 1.36 and later?) that insist you are only two LTS versions behind. Anyway, I think you should start again from your backup, and go straight to something like 1.27, then 1.35.

Or maybe you could just export the pages, install a new version from scratch, and import the pages. Jonathan3 (talk) 22:23, 2 March 2023 (UTC)

Thank you Jonathan3 I shall try that. Gwilmot (talk) 09:27, 3 March 2023 (UTC)

Regular run to the bot

Latest comment: 3 years ago6 comments3 people in discussion

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 run a bot through paws. How can I set it to run automatically every day or every week? Thanks! Neriah (talk) 16:41, 2 March 2023 (UTC)

You should use Toolforge. Read Toolforge quickstart – Ammarpad (talk) 19:09, 2 March 2023 (UTC)

@Ammarpad Can this be done using paws? I don't like using Toolforge... Neriah (talk) 11:53, 3 March 2023 (UTC)

In you original post you said you're already using PAWS to run a bot. So what are you asking now? – Ammarpad (talk) 15:28, 3 March 2023 (UTC)

PAWS does not currently provide cron or other scheduling engines, so your only option there is manual execution. As Ammarpad has suggested, Toolforge would allow scheduled jobs using wikitech:Help:Toolforge/Jobs framework. BDavis (WMF) (talk) 21:47, 3 March 2023 (UTC)

@Ammarpad@BDavis (WMF) OK, Thank you! Neriah (talk) 09:04, 6 March 2023 (UTC)

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

css-sanitizer - where does it go, how do you turn it on?

Latest comment: 3 years ago2 comments2 people in discussion

I've tried using modules like TemplateStyles (and others) that seem to require the css-sanitizer library. Presumably you git clone this into resources/lib ? What do you have to fiddle with to get it recognized? Does something need to be added to LocalSettings.php? 68.160.173.53 (talk) 19:14, 2 March 2023 (UTC)

You need to run composer install in the TemplateStyles extension directory.

If you dont want to fiddle with that, download from Special:ExtensionDistributor/TemplateStyles which comes with css-sanitizer included. Bawolff (talk) 22:22, 2 March 2023 (UTC)

How to get usernames of visitors on a page through Pwik API?

Latest comment: 3 years ago1 comment1 person in discussion

Is there anyway to get the users/usernames of who visits a specific page through Pwik, using the API? Once I am signed in as the admin I can see the usernames in the visits logs in the UI, but I'd like to do it programmatically and haven't found how to do it using the API.

Alternatively, is there a way to query the database for the same information? I'm not very sql savvy and haven't found the right tables to query (if it's possible).

I am currently getting the visits metrics using the Pwik Actions.getPageURL method but have users who are wanting a lthe users as well. Currently using Matomo/Pwik 4.7.1

Thank you and appreciate any advice! DrpepperUser (talk) 23:31, 2 March 2023 (UTC)

Global usage of files not shown on file pages

Latest comment: 3 years ago1 comment1 person in discussion

I have a group of wikis hosted on a server. After I installed Extension:GlobalUsage on all these wikis and specified the central one, Special:GlobalUsage worked, but global usage of files is not shown at the bottom of file pages. What could be the reason? HyperNervie (talk) 04:24, 3 March 2023 (UTC)

PersonalUrls Hook deprecated. Alternatives?

Latest comment: 3 years ago5 comments3 people in discussion

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 use single-sign-on (SSO) to tie all areas of my site together. The SSO uses PersonalUrls hook to disable the login & anonlogin (special:login) functionality. It worked flawlessly in MediaWiki (MW) 1.38, but Upgrading to MW 1.39 now gives a PHP Deprecated: Use of PersonalUrls hook ... was deprecated in MediaWiki 1.39. message. Is there another hook or feature that can be used to control/override/disable the login page in MW 1.39+? I mean without taking a meat cleaver to the MW core code?

Thank you for taking the time to read my question. Medicinestorm (talk) 04:43, 3 March 2023 (UTC)

See Manual:Hooks/PersonalUrls —TheDJ (Not WMF) (talk • contribs) 09:52, 6 March 2023 (UTC)

Thanks. I'm sure I seem pretty dense, but I did see the note at the top of that page before I asked here. The problem was, I looked at Manual:Hooks/SkinTemplateNavigation, gave it a try, and got a deprecated error for that as well. Didn't realize it wasn't the same as Manual:Hooks/SkinTemplateNavigation::Universal Medicinestorm (talk) 03:34, 14 March 2023 (UTC)

See also the hint in Release notes/1.39 Malyacko (talk) 08:56, 3 March 2023 (UTC)

Thanks. I'm sure I seem pretty dense, but I did see the hint in the release notes before I asked here. The problem was, I looked at Manual:Hooks/SkinTemplateNavigation, gave it a try, and got a deprecated error for that as well. Didn't realize it wasn't the same as Manual:Hooks/SkinTemplateNavigation::Universal Medicinestorm (talk) 03:35, 14 March 2023 (UTC)

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

dpl3 lists update automatically ?

Latest comment: 3 years ago1 comment1 person in discussion

according to the manual : "DPL lists are automatically updated whenever said data changes." but I have to edit and save a page with DPL pattern to force all DPL lists to update.

In the DPL3 page on this wiki : "by default all output is cached for a period of one hour to reduce the need to rerun the query every page load"

Is it possible to force DPL3 to refresh lists when users add or edit pages ?

I see this question in this support desk, in the DPL3 talk page and in other forums from almost 7 years without seeing an answer. I don't see any counter-indications on a small wiki that doesn't allow public editing Marcellinjobard (talk) 12:50, 4 March 2023 (UTC)

Depth of templates?

Latest comment: 3 years ago3 comments2 people in discussion

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 seem to run into an issue where templates nested to a certain depth don't display... what is that number, and can I change it? (i.e. if its default is set to 3, can I go to 4?)

ex:

Page>All Items for sale > each item > each item details Celyn Kendrick (talk) 19:32, 4 March 2023 (UTC)

Manual:$wgMaxTemplateDepth. Default is 100 so maybe your issue is something else? If you view html source there should be a comment saying all the limits. Bawolff (talk) 21:14, 4 March 2023 (UTC)

Thanks. It was all the onlyinclude/includeonly tags messing things up. I think I've got it sorted out now. Celyn Kendrick (talk) 06:54, 5 March 2023 (UTC)

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

Unable to log into any mediawiki site other than this one

Latest comment: 3 years ago5 comments4 people in discussion

Whenever I try to log into any mediawiki hosted wiki, I receive an "incorrect username or password" error. I have verified that I am using the correct username and password, it persists across browsers, it persists in incognito mode, it persists across devices.

Any assistance is welcome. Entropy2 (talk) 20:31, 4 March 2023 (UTC)

How did you verify that you have "correct username and password" in the first place. – Ammarpad (talk) 20:38, 4 March 2023 (UTC)

Typed to separate notepad, pasted both here and the wikis in question. Worked here, did not work at the wikis. Entropy2 (talk) 21:25, 4 March 2023 (UTC)

What is the wiki in question? Bawolff (talk) 01:36, 5 March 2023 (UTC)

Note that, in general, each wiki has its own login information. While on all WMF wikis you use the same username and password to login, this is not true for external wikis. There's no "unified login" system across all MediaWiki wikis on the Internet. Ciencia Al Poder (talk) 17:28, 6 March 2023 (UTC)

Template inside of template parameter

Latest comment: 3 years ago3 comments2 people in discussion

I have a template that includes a 'citation' parameter. That parameter might contain {{cite web|title=website}} or {{cite book|title=book}}.

I would like to use this parameter two different ways in the template. First, I want to display the text exactly as it is: {{cite book|title=book}}. Secondly, I would like to actually invoke the cite template to format the citation as a citation.

I can't figure out how to get it to display exactly as entered in the parameter: {{cite book|title=book}}. Ideally, I would prefer it to display as code using the <code> tag. Redheadkelly (talk) 01:57, 5 March 2023 (UTC)

Its not possible. At best you could (with scribunto) load the wikitext of the original page and try to find the template invocation (i dont reccomend this).

You could of course make the parameter be not a template and just the template name.

Thanks for the response. I did work around it that way in some situations. Was trying to prevent creating a ton of templates, but may have to. Thanks again. Redheadkelly (talk) 01:29, 17 March 2023 (UTC)

New article I can’t get it written for Drug Adicts Anonymous Uk

Latest comment: 3 years ago2 comments2 people in discussion

Would I be able to ask someone to write an article for our group we just don’t have the know how and it’s a very good potential article I just need help to write it Jamieparrie (talk) 13:19, 5 March 2023 (UTC)

This is not the place to ask. You could try asking at w:WP:Teahouse or somewhere like that, but its unlikely someone will just write an article for you.

Please also be aware of w:WP:COI Bawolff (talk) 13:25, 5 March 2023 (UTC)

Error contacting the Parsoid/RESTBase server: http-request-error

Latest comment: 3 years ago7 comments1 person in discussion

RESOLVED

carrying over old config files from many version upgrades is the reason. But the bug was resolved by removing the wfLoadExtension( 'Parsoid', '.. and the $wgVirtualRestConfig['modules']['parsoid'] = array( from the config its redundant and not needed.

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.

Bug (Error) on FreeBSD install. Never been able to use the VisualEditor, instructions for FreeBSD is sparse or outdated. Is there a simple solution to get this to work?

Product	Version
MediaWiki	1.39.2
PHP	8.2.0 (fpm-fcgi)
MySQL	5.7.40-log
ICU	72.1
Pygments	2.11.2

VisualEditor	0.1.2

$wgServer = "https://wikidev.company.com";

$wgScriptPath = "";

wfLoadExtension( 'VisualEditor' );

wfLoadExtension( 'Parsoid', 'vendor/wikimedia/parsoid/extension.json' );

$wgVirtualRestConfig['modules']['parsoid'] = array(

// URL to the Parsoid instance.

// You should change $wgServer to match the non-local host running Parsoid.

// Note! This is a server to server URL (it must be valid within your network).

// For a VM or docker this will probably be correct:

// 'url' => "https://wikidev.company.com/rest.php",

'url' => $wgServer . $wgScriptPath . '/rest.php',

//'url' => $wgServer . '/rest.php',

// Parsoid "domain", see below (optional, rarely needed)

//'domain' => 'localhost',

);

Inside the Jail running Mediawiki:

❯ hostname

wikidev.company.com

USER COMMAND PID FD PROTO LOCAL ADDRESS FOREIGN ADDRESS

www php-fpm 84685 6 tcp4 10.10.10.75:9000 *:*

www php-fpm 83622 6 tcp4 10.10.10.75:9000 *:*

root php-fpm 83000 8 tcp4 10.10.10.75:9000 *:*

www nginx 80166 8 tcp4 10.10.10.75:80 *:*

www nginx 80166 9 tcp4 10.10.10.75:443 *:*

root nginx 79220 8 tcp4 10.10.10.75:80 *:*

root nginx 79220 9 tcp4 10.10.10.75:443 *:*

mysql mysqld 72241 34 tcp4 10.10.10.75:3306 *:*

root@wikidev ~ ❯

VM hosting the jail:

em0: 192.168.1.245

bastille0:10.10.10.75

hostname

server2.company.com

rdr 80 80

rdr 443 443

rdr 9000 Kroulingor (talk) 04:02, 6 March 2023 (UTC)

$wgGroupPermissions['*']['writeapi'] = true; Kroulingor (talk) 04:15, 6 March 2023 (UTC)

anyone?? Kroulingor (talk) 14:07, 6 March 2023 (UTC)

{"messageTranslations":{"en":"The requested relative path () did not match any known handler"},"httpCode":404,"httpReason":"Not Found"} Kroulingor (talk) 15:19, 6 March 2023 (UTC)

Is there an authoritative current manual for this anywhere? is there a workaround? can I run my own Parsoid server? if so how? I can't find any current documentation for this. Kroulingor (talk) 15:21, 6 March 2023 (UTC)

🦗 Kroulingor (talk) 17:38, 6 March 2023 (UTC)

Any ideas where to start troubleshooting this Kroulingor (talk) 02:30, 7 March 2023 (UTC)

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

Cannot edit and save Main_Page

Latest comment: 3 years ago2 comments1 person in discussion

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 all,

I wonder if someone can help, I have suddenly lost the ability to edit the Main_Page ( I have previously) When I edit it and click "save changes" I get a 403.

I havent needed to make an edit for a while so I cannot tell when it stopped working.

I have also noticed if I go to "Active users" in special pages and click a username I also get a 403.

I did have to revert to a backup last year so I am wondering if some of the file/folder permissions are wrong?

However I can edit other pages without any issues and can also create new pages and save them without any issues.

I cant get my head around it, any advice would be very much appreciated.

Running version 1.39.2 on Linux.

PHP Version 7.4.33

MariaDB 10.5.19-MariaDB-cll-lve

Kind Regards

J Jaylam1313 (talk) 14:45, 6 March 2023 (UTC)

Please ignore this, after adding:

SecRuleEngine Off

to my .htaccess file it worked.

This setting was there before but looks like when I rolled back to a backup it removed it. Jaylam1313 (talk) 16:15, 6 March 2023 (UTC)

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

Empty Pages After Backup Restore

Latest comment: 3 years ago9 comments3 people in discussion

During a test upgrade from 1.35.5 to 1.35.7, after restoring a production backup on a test Mediawiki server as part of my team's usual regression tests, I noticed that the main page of one of my organization's wikis had no content. Further investigation showed that most pages still had links on the Special:AllPages page, but all of their content was missing.

The situation described in Project:Support desk/Flow/2022/12#h-Pages_seem_to_be_gone-20221203122000 seems to be very similar to my situation, with one key difference. I first confirmed that revision.rev_actor is zero in the DB for an existing page as stated in the linked topic. The below is from the test server, after the production backup was restored on it.

MariaDB [TESTWIKI_wiki]> select * from revision where rev_id = 1783; +--------+----------+----------------+-----------+----------------+----------------+-------------+---------+---------------+---------------------------------+ | rev_id | rev_page | rev_comment_id | rev_actor | rev_timestamp | rev_minor_edit | rev_deleted | rev_len | rev_parent_id | rev_sha1 | +--------+----------+----------------+-----------+----------------+----------------+-------------+---------+---------------+---------------------------------+ | 1783 | 372 | 0 | 0 | 20221216145154 | 0 | 0 | 2868 | 1770 | k3ozgk0xr80lk5wkxdy7h0qlqud5xig | +--------+----------+----------------+-----------+----------------+----------------+-------------+---------+---------------+---------------------------------+ 1 row in set (0.00 sec)

I then confirmed the same situation in the live DB of the production wiki that the backup was created from, just in case this specific field wasn't being recorded in the backup for some reason. This is when I noticed the key difference from the topic linked above: revision.rev_actor is indeed empty in the live production DB, but the wiki UI is still keeping track of edits correctly. The Revision History of this page on the production wiki shows the correct usernames and timestamps for edits as of 2023-02-09. This suggests that this information is being tracked somewhere, but isn't being recorded in the database (correctly or at all).

In summary: The production wiki is correctly keeping track of revision history in the interface. When a backup of the wiki is restored on a different server, however, revision history of most pages is lost because revision.rev_actor is zero in its database.

The maintenance scripts referenced in the linked topic were ran but did not make any noticeable changes, even when forced. I cannot revert to an earlier backup as suggested as I am unsure when this problem was introduced and significant changes to wiki pages have certainly been made since then.

I am unsure how to proceed from this point. I would like to preserve as much revision history as possible. Please assist with finding a solution to this problem. Please note that this is a private wiki setup, so I may not be able to share detailed information and may need to obfuscate some data.

Versions & Environment

MediaWiki = 1.35.5

PHP = 7.3.33 (apache2handler)

MariaDB = 5.5.68-MariaDB

Two servers: wiki (production) and wiki-test (test)

Each hosts multiple independent wikis using the giant switch statement CrimsonKeyboard (talk) 20:01, 6 March 2023 (UTC)

Does anyone have any suggestions? CrimsonKeyboard (talk) 19:02, 9 March 2023 (UTC)

Can someone provide a suggestion please? CrimsonKeyboard (talk) 19:57, 17 March 2023 (UTC)

You may be viewing a cached history page or something,or there may be some entries in the objectcache. Regardless the problem is the same as the other people having this issue. Bawolff (talk) 22:06, 17 March 2023 (UTC)

Thank you for replying. I apologize for the delayed response; I was not notified of your message.

Based on the information I have, I don't think the accurate revision history is due to a cache, as several pages of the affected wiki have been edited and have continued to retain accurate history since I created this post. The server as well as my workstation have been rebooted a few times, if that clears any caches.

Since the problem has already been reported, do you suggest the best path forward is to test solutions provided in posts such as Project:Support desk/Flow/2022/12#h-Pages_seem_to_be_gone-20221203122000? CrimsonKeyboard (talk) 12:49, 23 March 2023 (UTC)

I have determined the situation I'm facing is more like the one mentioned in Project:Support desk/Flow/2020/11#h-Missing_pages,_but_data_appear_to_be_intact-2020-11-21T01:37:00.000Z. It appears the page revision history of at least the wiki I'm focusing on now is being tracked in the revision_actor_temp and revision_comment_temp tables; these tables contain accurate revision history as of yesterday. If I'm understanding things correctly, these tables are supposed to be joined to the actor and comment tables, respectively, but the fact that revision.rev_actor is zero means that something has gone wrong during a previous upgrade.

I'm currently getting the test system cleaned up and more reflective of the production system. After that, I'll start testing the various solutions proposed in the two mentioned forum posts. If any are successful, I plan to return and share.

If anyone has any known solutions or additional suggestions, please feel free to state them. CrimsonKeyboard (talk) 19:42, 23 March 2023 (UTC)

This happens when going from 1.35.5 to 1.35.7? That's an update without schema changes. Wow, MediaWiki really starts to freak out as of late. My recent experience described in this post worked when going from pre 1.31 to 1.35 and beyond. [[kgh]] (talk) 20:05, 23 March 2023 (UTC)

Yes, from the testing I've done so far, the problem with the empty pages appears to be due to something introduced after 1.35.5. Restoring a 1.35.5 production wiki backup on a 1.35.5 test wiki server results in pages with all expected content; restoring the same backup on a 1.35.7 test wiki server results in pages with no content. When I continue testing next week, I'm planning to see if I can narrow the affected version to 1.35.6 or 1.35.7 in case it's useful, then start testing proposed solutions for the all-zero revision.rev_actor column (using a 1.35.5 wiki). Hopefully fixing that will fix the empty pages, or at least narrow the problem down further.

Thanks for the link. I'll review it in more detail when I get back to testing. CrimsonKeyboard (talk) 18:01, 24 March 2023 (UTC)

I have completed testing and investigation and have determined the original problem (existing but empty pages after a backup was restored) was due to one of my team's regression tests. The tests are scripted, and one of them involved intentionally deleting a specified user account from a certain wiki's database to test required functionality. I now know that deleting an account from the database is not recommended and have deactivated the test until a better one can be identified. This was just now noticed because the admin whose account was used for the test hadn't done many page edits until recently; now that they've edited several pages, the most obvious being the wiki's main page, the revision history of these pages gets messed up when the user account is removed from the wiki database.

Troubleshooting this issue did reveal the previously-unknown (by me) problem with revision.rev_actor. I plan to attempt solutions proposed in the forum topics that have been referenced in this topic on our test system in the coming days. I will create a new post if I need further assistance.

Thanks to everyone who helped with this matter. CrimsonKeyboard (talk) 18:32, 13 April 2023 (UTC)

Special character conversion

Latest comment: 3 years ago10 comments3 people in discussion

RESOLVED

Discovered conversion in Extension:Genealogy/src/TreeFormatter.php

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 there an extension or way of converting characters like ü to u, é to e, etc.?

My pagename: Siân, and how an extension converts it into an id="text-Sian-234280". I'm using a css to search for ids containing "Siân" but I need to convert it to "Sian" first. PAGENAME type converters just turn it into hexcode... which doesn't work. Celyn Kendrick (talk) 00:25, 7 March 2023 (UTC)

I dont know why one would want to convert an id like that. Ids are allowed to have fany characters.

But anyways, i would first say look at what the extension generating the id is doing and copy that. Since you want it to be exactly the same.

Beyond that, i guess my go to would be to convert to unicode NFKD, and then regex out any bytes in range [\x80-\xff]. It should be possible to do this with scribunto.

There are also probably fancier accent-folding algorithms, although there probably aren't ready made extensions for them. Bawolff (talk) 07:07, 7 March 2023 (UTC)

I suspect the extension does it through backend code, and I'm trying to just feed things in through the template without having to create my own extensions or dig too deep. (I mean, I *could* dig into the backend, but it seems like a messy solution for a seemingly simple problem). I'm new to mediaWiki, and while I accept I need to do a fair amount of coding on templates to get things to display how I want, I'm trying to approach it like a n00b web-facing "user" and not rely on my background as a coder. Maybe that's the wrong way to look at it, but I thought the wiki idea was so laypeople could configure/edit pages? Celyn Kendrick (talk) 17:02, 7 March 2023 (UTC)

What extension is this? FWIW, this is the first time I've heard of an extension doing something like this. The closest thing I'm aware of is old mediawiki would use ids like "Si.C3.A2n", but that's different then the syntax you presented. The syntax you mentioned is also different from punycode ("xn--sin-jla"). Anyways, knowing which extension is making these ids, would help to know what exactly the transformation it is doing is, which might help in finding a MediaWiki functionality to emulate it. Bawolff (talk) 20:00, 7 March 2023 (UTC)

I think it's Mermaid that's the issue... I'm using Genealogy to render a mermaid tree, and am trying to highlight the PAGENAME person's name in the tree, as it's not always centered or obvious. To do this, I have to do a css partial match on the id, which uses a munged version of PAGENAME. Got it to work... with a really clunky ASCII template. Celyn Kendrick (talk) 20:40, 7 March 2023 (UTC)

Well, apparently I don't even need to get the id... it's always the first node, which makes it easier... :-/ Couldn't figure this out until I had some extensive trees though. Celyn Kendrick (talk) 21:09, 7 March 2023 (UTC)

Ok.

So i think the translation comes from https://github.com/wikimedia/mediawiki-extensions-Genealogy/blob/master/src/TreeFormatter.php#L74 - where its primarily meant for compatibility with graphviz, but the code is reused.

It is using iconv library followed by the ICU library, neither are particularly available in the wiki. The closest is definitely Scribunto's mw.ustring.toNFD [1] (toNFKD would be better, but what can you do) followed by stripping any non-ascii characters.

Perhaps User:samwilson has some thoughts. Bawolff (talk) 21:30, 7 March 2023 (UTC)

Ok. I grudgingly put on my coder's hat and took a look at the backend because I was trying to strip my new namespace from the mermaid labels. But I saw this in my journeys. It appears to be in the Extension:Genealogy Treeformatter.php

protected function varId( $str ) {


                $strTrans = transliterator_transliterate( 'Any-Latin; Latin-ASCII', $str );
             ==>$strTransConv = iconv( 'UTF-8', 'ASCII//TRANSLIT//IGNORE', $strTrans );
             ==>$var = preg_replace( '/[^a-zA-Z0-9_]/', , str_replace( ' ', '_', $strTransConv ) );
                // Add a unique three-character suffix in case multiple input strings
                // normalize to the same output string above.
                $suffix = '_' . substr( md5( $str ), 0, 3 );
                return $var . $suffix;

} Celyn Kendrick (talk) 00:37, 9 March 2023 (UTC)

@Celyn Kendrick and Bawolff: It sounds like there are a couple of improvements possible here: one, to expose the TreeFormatter::varId() via Scribunto; and two, to add a class to the tree node that represents the current page (or perhaps to pass a new |highlight=foo parameter to the tree parser function, which takes a list of page names, to make it more generic). Sam Wilson 02:18, 11 March 2023 (UTC)

{{#css:
  div.ext-mermaid svg {width:100%!important; height:100%!important}
  .ext-mermaid .nodes .node:first-child rect.label-container { fill:#cde7f4!important }
  .ext-mermaid .nodes .node:only-child {display:none}
}}

What I did here: shrink the tree to the width of the page so it doesn't trail off to the right (where that top-down option would be handy)
highlight the starting person's node
suppress any trees with only a single node Celyn Kendrick (talk) 05:58, 11 March 2023 (UTC)

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

Vector 2022/Minerva fails generating images

Latest comment: 3 years ago4 comments2 people in discussion

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 upgraded my Mediawiki to 1.39 and I'd like to start using new Vector skin (and Minerva for mobile). Using those skins however fails on generating images from SVG and therefore there are menus missing and I am not sure why. I'd be happy to investigate it further, but so far I am lost

I have checked CSS but found out nothing. There is no 403/404/500 request made by the browser (well, there is one, but for favicon.ico, which I deem it is not relevant)

You can visit the wiki directly (with skin enabled)ː https://www.gewiki.cz/Speci%C3%A1ln%C3%AD:Verze?useskin=vector-2022

Mediawiki version:

Název	Verze
MediaWiki	1.39.1
PHP	7.4.33 (fpm-fcgi)
MySQL	8.0.31-23
ICU	71.1

There is no rsvg, but I have installed php-imagick and have set

$wgSVGConverter = 'ImagickExt'; 195.113.180.82 (talk) 08:22, 7 March 2023 (UTC)

https://www.gewiki.cz//load.php?modules=skins.minerva.icons.wikimedia&image=menu&format=original&skin=minerva&version=1rjyr

error on line 2 at column 6: XML declaration allowed only at the start of the document

It seems that something has added a line break character before the start of the SVG files, making them invalid SVG files. Either your web server, or the tool you used to unpack or transfer the files to the server has likely caused this. —TheDJ (Not WMF) (talk • contribs) 09:35, 7 March 2023 (UTC)

@TheDJ Thanks. I tried to find that image you link to but I can't find it neither in the filesystem nor in the Minerva repository... How can I check it? 195.113.180.82 (talk) 10:16, 7 March 2023 (UTC)

I have probably resolved it. Apparently, due to some edits in LocalSettings.php there was trailing newline (file ended with ?>\n) which was inserted into all generated files (including generated PNGs), resulting in errorneous files. 195.113.180.82 (talk) 10:58, 7 March 2023 (UTC)

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

Cite Function for Mon Wikipedia

Latest comment: 3 years ago7 comments4 people in discussion

We would like to ask some help to install Cite Fuction in the edit toolbar in Mon Wikipedia (mnw.wikipedia.org) in an edit window, where we can click the cite button, which brings down a bar of extra options which the template pulldown menu where can can choose such as cite web, cite news, cite book, cite interview and cite journal ets. Htawmonzel (talk) 09:12, 7 March 2023 (UTC)

@Htawmonzel Hi, this page is about MediaWiki. For changing settings on Wikimedia websites, please follow https://meta.wikimedia.org/wiki/Requesting_wiki_configuration_changes instead. For general technical questions about Wikimedia websites, please refer to https://meta.wikimedia.org/wiki/Tech . Thanks. Malyacko (talk) 09:21, 7 March 2023 (UTC)

This can be done by the local wiki community, by following the steps here Citoid/Enabling Citoid on your wiki

If your wiki doesn't have people available with the correct permissions, then prepare the work and ask for assitance at https://meta.wikimedia.org/wiki/Tech —TheDJ (Not WMF) (talk • contribs) 12:09, 7 March 2023 (UTC)

@TheDJ Mon Wikipedia doesn't have people available with the correct permissions. I have asked at https://meta.wikimedia.org/wiki/Tech. But there are no one reply to me. We are really need it. Htawmonzel (talk) 14:24, 7 March 2023 (UTC)

Note Citoid only works with Visual editor. By your question, you may as well be looking for the 'cite' tool you see on English Wikipedia's source editor toolbar. That one is a local gadget

en:Wikipedia:RefToolbar

. If that's what you're looking for, you need someone with interface admin rights to copy the

en:Wikipedia:RefToolbar#Related_scripts

to your wiki and make adjustment as necessary. – Ammarpad (talk) 18:18, 7 March 2023 (UTC)

Thank @Ammarpad, Yes I mean cite tool that I see on English Wikipedia. Htawmonzel (talk) 07:26, 8 March 2023 (UTC)

See https://meta.wikimedia.org/wiki/Small_wiki_toolkits/Starter_kit#Popular_gadgets_and_guidelines Malyacko (talk) 13:18, 8 March 2023 (UTC)

Bluehost and MediaWiki

Latest comment: 3 years ago5 comments3 people in discussion

Hello everybody,

Has anyone had experience using the individual Symantec MediaWiki on Bluehost hosting. If so, please advise how best to install MediaWiki for individual use?

Yesterday, I asked Bluehost's help desk if it was possible to download MediaWiki. I was told that MediaWiki is not available for public use on Bluehost.

Does anyone have experience using individual MediaWiki on Bluehost?

Thanks in advance for your help. Euroexp (talk) 09:42, 7 March 2023 (UTC)

Hi, there are general installation instructions linked from the mediawiki.org main page. What have you tried already, and were any parts unclear? Malyacko (talk) 09:52, 7 March 2023 (UTC)

Thanks for the answer.

I tried to install MediaWiki according to the recommendations:

Help:Using Composer

But I do not have access to the command line. Bluehost doesn't let me do it. Therefore, I took advantage of the opportunity, which is described as follows:

If due to some configuration restrictions on part of the hosting company or missing command line access, it is suggested to run a local copy and upload the generated files together with the directory to the target destination: /vendor

1. Copy the following file to you local computer: "IndividualFileRelease.sh"

2. Change permissions of the file with:..

3. Run the script with:...

But I have an installed Windows, not Linux. And I can't do it.

Therefore, I asked if someone had experience of installing a MediaWiki on Bluehost.

What do I need to do? Euroexp (talk) 10:14, 7 March 2023 (UTC)

Help:Using Composer does not exist. If you followed some instructions somewhere, please link to them. Malyacko (talk) 15:10, 12 March 2023 (UTC)

SMW is a pain to install. They also have some of their own help forum which might have people specifically knowlegable about it.

As an aside, it is possible to use composer from the command line on windows, but just a lot more annoying. Bawolff (talk) 17:33, 12 March 2023 (UTC)

SPARQL editor in LinkedWiki Extension Interface is not working properly

Latest comment: 3 years ago2 comments2 people in discussion

SPARQL editor interface is not coming as expected.

I am expecting an interface like this --https://data.escr.fr/wiki/Sp%C3%A9cial:SparqlQuery

But not getting the expected response should i need to add any template for SPARQL editor. Harshitdev (talk) 11:08, 7 March 2023 (UTC)

What is not working about it? Bawolff (talk) 20:12, 7 March 2023 (UTC)

LDAP with SSL does not work

Latest comment: 3 years ago1 comment1 person in discussion

Hello everybody,

I tried to make ldaps work. Mediawiki is version 1.35 lts. The loaded extensions in the LocalSettings.php are:

  wfLoadExtension( 'LDAPProvider' );
  wfLoadExtension( 'PluggableAuth' );
  wfLoadExtension( 'LDAPAuthentication2' );
  wfLoadExtension( 'LDAPAuthorization' );
  wfLoadExtension( 'LDAPUserInfo' );
  wfLoadExtension( 'LDAPGroups' );

The "/etc/mediawiki/ldapprovider.json" contains:

           "port": "636",
           "enctype": "ssl",

With

           "port": "389",
           "enctype": "clear",

the login is working as expected.

The error message after trying to login:

  [3711c917c1ef370183b3690d] /index.php/Spezial:PluggableAuthLogin MWException from line 169 of /var/www/html/extensions/LDAPProvider/src/Client.php: Could not bind to LDAP: (-1) Can't contact LDAP server

A test with ldapsearch is working for both protocols.

What can I do to get a secure communication between client an ldap server.

Thanks in advance Helmut Helmutguttenberg (talk) 15:30, 7 March 2023 (UTC)

FLOW (Structured Discussions)

Latest comment: 3 years ago9 comments2 people in discussion

RESOLVED

Figured it out on my own. I may still need help later, but thank you guys.

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.

When I try to create a structured discussion, I get this error:

[ZAe6LQQIIrYtQYk3VqYo5gAClgY] /index.php/Special:EnableStructuredDiscussions ArgumentCountError: Too few arguments to function ParserOptions::__construct(), 0 passed in /home4/rabidpan/public_html/fascipedia/extensions/Flow/includes/SpamFilter/SpamBlacklist.php on line 60 and at least 1 expected

Backtrace:

from /home4/rabidpan/public_html/fascipedia/includes/parser/ParserOptions.php(1057)

#0 /home4/rabidpan/public_html/fascipedia/extensions/Flow/includes/SpamFilter/SpamBlacklist.php(60): ParserOptions->__construct()

#1 /home4/rabidpan/public_html/fascipedia/extensions/Flow/includes/SpamFilter/SpamBlacklist.php(38): Flow\SpamFilter\SpamBlacklist->getLinks(Flow\Model\Header, Title)

#2 /home4/rabidpan/public_html/fascipedia/extensions/Flow/includes/SpamFilter/Controller.php(55): Flow\SpamFilter\SpamBlacklist->validate(RequestContext, Flow\Model\Header, NULL, Title, Title)

#3 /home4/rabidpan/public_html/fascipedia/extensions/Flow/includes/Block/AbstractBlock.php(251): Flow\SpamFilter\Controller->validate(RequestContext, Flow\Model\Header, NULL, Title, Title)

#4 /home4/rabidpan/public_html/fascipedia/extensions/Flow/includes/Block/HeaderBlock.php(166): Flow\Block\AbstractBlock->checkSpamFilters(NULL, Flow\Model\Header)

#5 /home4/rabidpan/public_html/fascipedia/extensions/Flow/includes/Block/HeaderBlock.php(93): Flow\Block\HeaderBlock->validateFirstRevision()

#6 /home4/rabidpan/public_html/fascipedia/extensions/Flow/includes/Block/AbstractBlock.php(144): Flow\Block\HeaderBlock->validate()

#7 /home4/rabidpan/public_html/fascipedia/extensions/Flow/includes/SubmissionHandler.php(121): Flow\Block\AbstractBlock->onSubmit(array)

#8 /home4/rabidpan/public_html/fascipedia/extensions/Flow/includes/WorkflowLoader.php(62): Flow\SubmissionHandler->handleSubmit(Flow\Model\Workflow, RequestContext, array, string, array)

#9 /home4/rabidpan/public_html/fascipedia/extensions/Flow/includes/Specials/SpecialEnableStructuredDiscussions.php(147): Flow\WorkflowLoader->handleSubmit(RequestContext, string, array)

#10 /home4/rabidpan/public_html/fascipedia/includes/htmlform/HTMLForm.php(718): Flow\Specials\SpecialEnableStructuredDiscussions->onSubmit(array, OOUIHTMLForm)

#11 /home4/rabidpan/public_html/fascipedia/includes/htmlform/HTMLForm.php(608): HTMLForm->trySubmit()

#12 /home4/rabidpan/public_html/fascipedia/includes/htmlform/HTMLForm.php(624): HTMLForm->tryAuthorizedSubmit()

#13 /home4/rabidpan/public_html/fascipedia/includes/specialpage/FormSpecialPage.php(187): HTMLForm->show()

#14 /home4/rabidpan/public_html/fascipedia/extensions/Flow/includes/Specials/SpecialEnableStructuredDiscussions.php(52): FormSpecialPage->execute(NULL)

#15 /home4/rabidpan/public_html/fascipedia/includes/specialpage/SpecialPage.php(647): Flow\Specials\SpecialEnableStructuredDiscussions->execute(NULL)

#16 /home4/rabidpan/public_html/fascipedia/includes/specialpage/SpecialPageFactory.php(1366): SpecialPage->run(NULL)

#17 /home4/rabidpan/public_html/fascipedia/includes/MediaWiki.php(314): MediaWiki\SpecialPage\SpecialPageFactory->executePath(string, RequestContext)

#18 /home4/rabidpan/public_html/fascipedia/includes/MediaWiki.php(930): MediaWiki->performRequest()

#19 /home4/rabidpan/public_html/fascipedia/includes/MediaWiki.php(564): MediaWiki->main()

#20 /home4/rabidpan/public_html/fascipedia/index.php(53): MediaWiki->run()

#21 /home4/rabidpan/public_html/fascipedia/index.php(46): wfIndexMain()

#22 {main}

______________________________

Version and Installed software:

ProductVersion: MediaWiki1.37.1

PHP8.0.27 (litespeed)

MySQL5.7.23-23

ICU69.1

Pygments2.10.0

Article path: /index.php/$1

Script path: /

index.php: /index.php

api.php: /api.php

rest.php: /rest.php

Flow 1.2.0 (ba88353) -𝘼𝙧𝙘𝙝 𝙖𝙣𝙜𝙚𝙡 💀 22:41, 7 March 2023 (UTC)

Its sounds like a version issue. Either you need a different version of Flow or a different version of SpamBlacklist. Bawolff (talk) 00:33, 8 March 2023 (UTC)

Ok, will do! -𝘼𝙧𝙘𝙝 𝙖𝙣𝙜𝙚𝙡 💀 00:37, 8 March 2023 (UTC)

Xx

Removing the offending extension produced a new error:

[ZAfaqLQda_X0zQcp_4q_tAAAwQU] /index.php/Special:EnableStructuredDiscussions TypeError: Flow\TalkpageManager::safeAllowCreation(): Argument #2 ($user) must be of type User, StubGlobalUser given, called in /home4/rabidpan/public_html/fascipedia/extensions/Flow/includes/TalkpageManager.php on line 162

Backtrace:

from /home4/rabidpan/public_html/fascipedia/extensions/Flow/includes/TalkpageManager.php(119)

#0 /home4/rabidpan/public_html/fascipedia/extensions/Flow/includes/TalkpageManager.php(162): Flow\TalkpageManager->safeAllowCreation(Title, StubGlobalUser, boolean)

#1 /home4/rabidpan/public_html/fascipedia/extensions/Flow/includes/Content/BoardContentHandler.php(114): Flow\TalkpageManager->canBeUsedOn(Title)

#2 /home4/rabidpan/public_html/fascipedia/includes/Revision/MainSlotRoleHandler.php(96): Flow\Content\BoardContentHandler->canBeUsedOn(Title)

#3 /home4/rabidpan/public_html/fascipedia/includes/Storage/PageUpdater.php(760): MediaWiki\Revision\MainSlotRoleHandler->isAllowedModel(string, WikiPage)

#4 /home4/rabidpan/public_html/fascipedia/includes/page/WikiPage.php(1994): MediaWiki\Storage\PageUpdater->saveRevision(CommentStoreComment, integer)

#5 /home4/rabidpan/public_html/fascipedia/includes/page/WikiPage.php(1850): WikiPage->doUserEditContent(Flow\Content\BoardContent, User, CommentStoreComment, integer, boolean, array, integer)

#6 /home4/rabidpan/public_html/fascipedia/extensions/Flow/includes/TalkpageManager.php(73): WikiPage->doEditContent(Flow\Content\BoardContent, string, integer, boolean, User)

#7 /home4/rabidpan/public_html/fascipedia/extensions/Flow/includes/SubmissionHandler.php(158): Flow\TalkpageManager->ensureFlowRevision(WikiPage, Flow\Model\Workflow)

#8 /home4/rabidpan/public_html/fascipedia/extensions/Flow/includes/WorkflowLoader.php(66): Flow\SubmissionHandler->commit(Flow\Model\Workflow, array)

#9 /home4/rabidpan/public_html/fascipedia/extensions/Flow/includes/Specials/SpecialEnableStructuredDiscussions.php(163): Flow\WorkflowLoader->commit(array)