Hello,

I'm trying to set up a MediaWiki-run website but I'm currently unable to import page contents via .xml files. I've set up two test subdomains (test.kaloxys.com and test2.kaloxys.com). I have exported a .xml file using Special:Export and I'm able to import the file using the Special:Import page on my second test website (test2.kaloxys.com). Whenever I try to import the .xml file using Special:Import on my first subdomain (test.kaloxys.com) it doesn't work. I receive this message: "Internal error ... Fatal exception of type "Error"". I'm unable to upload screenshots. I've uninstalled and reinstalled MediaWiki on test.kaloxys.com three times. Each time I'm unable to import .xml files.

Please advise me on why this might be happening. I'm happy to send screenshots to illustrate the problem.

Thanks,

Jeremy

Hi!

Please enable debug output , by placing $wgShowExceptionDetails = true; in your LocalSettings.php file. Thus you should be provided with more information about the error, which will help to fix it.

[94ff1ce56b8489512ac584d5] /index.php?title=Special:Import&action=submit Error: Failed opening required '/home/kaloxysc/test.kaloxys.com/extensions/SecureLinkFixer/includes/../domains.php' (include_path='/home/kaloxysc/test.kaloxys.com/vendor/pear/console_getopt:/home/kaloxysc/test.kaloxys.com/vendor/pear/mail:/home/kaloxysc/test.kaloxys.com/vendor/pear/mail_mime:/home/kaloxysc/test.kaloxys.com/vendor/pear/net_smtp:/home/kaloxysc/test.kaloxys.com/vendor/pear/net_socket:/home/kaloxysc/test.kaloxys.com/vendor/pear/net_url2:/home/kaloxysc/test.kaloxys.com/vendor/pear/pear-core-minimal/src:/home/kaloxysc/test.kaloxys.com/vendor/pear/pear_exception:.:/opt/cpanel/ea-php81/root/usr/share/pear')

Backtrace:

from /home/kaloxysc/test.kaloxys.com/extensions/SecureLinkFixer/includes/HSTSPreloadLookup.php(38)

1. 0 /home/kaloxysc/test.kaloxys.com/extensions/SecureLinkFixer/includes/Hooks.php(61): MediaWiki\SecureLinkFixer\HSTSPreloadLookup->isPreloaded(string)
2. 1 /home/kaloxysc/test.kaloxys.com/includes/HookContainer/HookContainer.php(161): MediaWiki\SecureLinkFixer\Hooks->onLinkerMakeExternalLink(string, string, string, array, string)
3. 2 /home/kaloxysc/test.kaloxys.com/includes/HookContainer/HookRunner.php(2321): MediaWiki\HookContainer\HookContainer->run(string, array)
4. 3 /home/kaloxysc/test.kaloxys.com/includes/linker/Linker.php(1168): MediaWiki\HookContainer\HookRunner->onLinkerMakeExternalLink(string, string, string, array, string)
5. 4 /home/kaloxysc/test.kaloxys.com/includes/parser/Parser.php(2175): MediaWiki\Linker\Linker::makeExternalLink(string, string, boolean, string, array, MediaWiki\Title\Title)
6. 5 /home/kaloxysc/test.kaloxys.com/includes/parser/Parser.php(1574): Parser->handleExternalLinks(string)
7. 6 /home/kaloxysc/test.kaloxys.com/includes/parser/Parser.php(651): Parser->internalParse(string)
8. 7 /home/kaloxysc/test.kaloxys.com/includes/content/WikitextContentHandler.php(420): Parser->parse(string, MediaWiki\Title\Title, ParserOptions, boolean, boolean, integer)
9. 8 /home/kaloxysc/test.kaloxys.com/includes/content/ContentHandler.php(1760): WikitextContentHandler->fillParserOutput(WikitextContent, MediaWiki\Content\Renderer\ContentParseParams, ParserOutput)
10. 9 /home/kaloxysc/test.kaloxys.com/includes/content/Renderer/ContentRenderer.php(47): ContentHandler->getParserOutput(WikitextContent, MediaWiki\Content\Renderer\ContentParseParams)
11. 10 /home/kaloxysc/test.kaloxys.com/includes/Revision/RenderedRevision.php(260): MediaWiki\Content\Renderer\ContentRenderer->getParserOutput(WikitextContent, MediaWiki\Title\Title, integer, ParserOptions, boolean)
12. 11 /home/kaloxysc/test.kaloxys.com/includes/Revision/RenderedRevision.php(232): MediaWiki\Revision\RenderedRevision->getSlotParserOutputUncached(WikitextContent, boolean)
13. 12 /home/kaloxysc/test.kaloxys.com/includes/Revision/RevisionRenderer.php(223): MediaWiki\Revision\RenderedRevision->getSlotParserOutput(string, array)
14. 13 /home/kaloxysc/test.kaloxys.com/includes/Revision/RevisionRenderer.php(164): MediaWiki\Revision\RevisionRenderer->combineSlotOutput(MediaWiki\Revision\RenderedRevision, array)
15. 14 [internal function]: MediaWiki\Revision\RevisionRenderer->MediaWiki\Revision\{closure}(MediaWiki\Revision\RenderedRevision, array)
16. 15 /home/kaloxysc/test.kaloxys.com/includes/Revision/RenderedRevision.php(199): call_user_func(Closure, MediaWiki\Revision\RenderedRevision, array)
17. 16 /home/kaloxysc/test.kaloxys.com/includes/Storage/DerivedPageDataUpdater.php(1463): MediaWiki\Revision\RenderedRevision->getRevisionParserOutput()
18. 17 /home/kaloxysc/test.kaloxys.com/includes/Storage/DerivedPageDataUpdater.php(1859): MediaWiki\Storage\DerivedPageDataUpdater->getCanonicalParserOutput()
19. 18 /home/kaloxysc/test.kaloxys.com/includes/Storage/DerivedPageDataUpdater.php(1751): MediaWiki\Storage\DerivedPageDataUpdater->doParserCacheUpdate()
20. 19 /home/kaloxysc/test.kaloxys.com/includes/Storage/DerivedPageDataUpdater.php(1596): MediaWiki\Storage\DerivedPageDataUpdater->triggerParserCacheUpdate()
21. 20 /home/kaloxysc/test.kaloxys.com/includes/import/ImportableOldRevisionImporter.php(242): MediaWiki\Storage\DerivedPageDataUpdater->doUpdates()
22. 21 /home/kaloxysc/test.kaloxys.com/includes/import/WikiRevision.php(643): ImportableOldRevisionImporter->import(WikiRevision)
23. 22 /home/kaloxysc/test.kaloxys.com/includes/import/WikiImporter.php(508): WikiRevision->importOldRevision()
24. 23 /home/kaloxysc/test.kaloxys.com/includes/import/WikiImporter.php(636): WikiImporter->importRevision(WikiRevision, WikiImporter)
25. 24 /home/kaloxysc/test.kaloxys.com/includes/import/WikiImporter.php(1139): WikiImporter->revisionCallback(WikiRevision)
26. 25 /home/kaloxysc/test.kaloxys.com/includes/import/WikiImporter.php(1005): WikiImporter->processRevision(array, array)
27. 26 /home/kaloxysc/test.kaloxys.com/includes/import/WikiImporter.php(937): WikiImporter->handleRevision(array)
28. 27 /home/kaloxysc/test.kaloxys.com/includes/import/WikiImporter.php(755): WikiImporter->handlePage()
29. 28 /home/kaloxysc/test.kaloxys.com/includes/specials/SpecialImport.php(248): WikiImporter->doImport()
30. 29 /home/kaloxysc/test.kaloxys.com/includes/specials/SpecialImport.php(121): MediaWiki\Specials\SpecialImport->doImport()
31. 30 /home/kaloxysc/test.kaloxys.com/includes/specialpage/SpecialPage.php(727): MediaWiki\Specials\SpecialImport->execute(NULL)
32. 31 /home/kaloxysc/test.kaloxys.com/includes/specialpage/SpecialPageFactory.php(1621): MediaWiki\SpecialPage\SpecialPage->run(NULL)
33. 32 /home/kaloxysc/test.kaloxys.com/includes/MediaWiki.php(357): MediaWiki\SpecialPage\SpecialPageFactory->executePath(string, RequestContext)
34. 33 /home/kaloxysc/test.kaloxys.com/includes/MediaWiki.php(960): MediaWiki->performRequest()
35. 34 /home/kaloxysc/test.kaloxys.com/includes/MediaWiki.php(613): MediaWiki->main()
36. 35 /home/kaloxysc/test.kaloxys.com/index.php(50): MediaWiki->run()
37. 36 /home/kaloxysc/test.kaloxys.com/index.php(46): wfIndexMain()
38. 37 {main}

Hi all,

I made a wiki with Miraheze for an event I'm organising. I was doing the last updates last night, when I saw that the mobile version wouldn't update anymore. I've tried to clear the cache, it doesn't help. So this morning I went to check the logs and hid all the small changes to the settings I had done. It just made things worst, as now the titles don't expend anymore and the whole wiki is basically useless on mobile. The weird thing is that from some pages, it displays the changes I made to the side bar since, and if I click on links to pages I had not made yesterday, it sometimes bring me to the page I made this morning, and sometimes it doesn't.

I've tried to just disable the mobile front end, as it works well on my phone when I request the desktop version. But it didn't work, it still shows me the broken mobile version by default.

I'm new to media wiki, and I have no idea how most of this works. But I'm pretty desperate. I've spent weeks preparing the wiki and was suppose to release it today to the participants. Any idea how to fix this?

Thanks!

Possibly this is a bug on the miraheze side where mobile is not recieving CDN purges. Please ask at miraheze support.

Hello everyone  !

I recently installed mediawiki with the 'Parser' extension.

But when I try to log in to my wiki, I get this error  :

"[ZkDhPaXGad5SVb3nIP2RQAAAAAM] /wiki_test2/index.php?title=Accueil MWException: Parser state cleared while parsing. Did you call Parser::parse recursively? Lock is held by: #0 /var/www/alternc/t/titouan/www/queernet.xyz/wiki_test2/includes/parser/Parser.php(882): Parser->lock()"

Does anyone have an idea what might be causing this  ?

Thanks  :)

I have never heard of an extension named "Parser". Presumably the extension is broken.

i think the extension is called ParserFunctions. its under the Syntax Analyser Add-ons options when you install mediawiki

There is a very big difference between "Parser" and "ParserFunctions".

Normally the error message should be longer then that. The rest of the error message likely provides information on the cause of the problem.

Syntax Analyzer Add-ons is not a product we make (nor have i ever heard of it). If you are having trouble with a third party distribution of MediaWiki, consider using the official version at Download . The amount of help we can provide for unofficial distributions made by third parties is limited.

Hey,

I don't think this is a third party issue since I downloaded via the official mediawiki site. However I might have gotten the name of the categories wrong since I installed it in French (it was called 'greffons d'analyseur syntaxique') and I'm not sure what the English name is.

The whole error message is pretty long so I'm going to spilt it to avoid getting blocked. Here is the first part  :

[ZkIaXNlSSMkzRXDjL4XVsgAAACk] /wiki_test2/index.php?title=Accueil MWException: Parser state cleared while parsing. Did you call Parser::parse recursively? Lock is held by: #0 /var/www/alternc/t/titouan/www/queernet.xyz/wiki_test2/includes/parser/Parser.php(882): Parser->lock()

Okay well the abusefilter won't let me post the rest of the error so here is a link to the wiki  :

https://www.queernet.xyz/wiki_test2/

if you try to connect you should get the same error as I did

Here is also a link to screenshots of the complete error I posted online for you to check out

https://www.queernet.xyz/images/index.html

I did not get the error when going to your site (maybe it only happens if not logged in), but the image of the error was what i needed.

I think its unlikely that this error has anything to do with the ParserFunctions extension.

Can you double check to make sure that your version of vector skin is the correct version for your wiki? Does the error message happen on other skins too or just vector?

If that doesn't work, i would suggest disabling all skins & extensions, then re-enabling them one by one to see if a specific extension/skin is causing it.

P.s. if there is something you're not sure what the english name of is, just also include the french name.

Hi  !

Sorry for getting back to you after so much time.

It is indeed only when you log in that you get the error.

I have tried changing skins and the error persits with every skin.

I have also tried disabling all extensions but even with all of them disabled, I was still getting the error.

I have also tried downloading media wiki again without extensions but that didn't work either.

Do you have any other idea as to what might cause the issue?

Weird, you are the second person to report this , both on the french localization. Maybe there is a MediaWiki bug here.

See further discussion at phab:T366986 . Multiple people have reported this, all using languages with grammatical gender (french, spanish), but we are having trouble reproducing the issue ourselves. If you can think of anything that makes your wiki unique, please tell us in order to help us track down this issue.

Does MediaWiki [version 1.39.1] will support upgrading PHP Version from 8.1.13 to 8.1.29

Without having tested this particular combination, I guess it will. patch-level updates are unlikely to cause issues.

If you didn't have issues with 8.1.13 you will most likely have no issues with 8.1.29 either.

Can we resolve the vulnerability of Mediawiki(Version 1.39.1) servers is affected by CVE-2024-4577, without upgrading the PHP, if yes what is the alternate way kindly suggest

CVE-2024-4577 is about a PHP issue, not about MediaWiki, so probably you can't (unless you explicitly disable related code in the application if there is any).

In general it is recommended to read through "Security Advisories" associated with the CVE (see https://nvd.nist.gov/vuln/detail/CVE-2024-4577 )

Btw. the description states that this vulnerability only exists on "Apache and PHP-CGI on Windows". Unless you run such an installation you may not be affected.

On one of my category pages, at the bottom the section named Pages in Category that on all other pages shows the category name, is not showing the name. At first I thought it skipped the name, but on viewing the page source, the name of the page is masked out by CSS. Why might this happen and how can I prevent it?

Here is the literal HTML - the inline CSS is killing it.

<h2>Pages in category "<span style="position: absolute; clip: rect(1px 1px 1px 1px); clip: rect(1px, 1px, 1px, 1px);">Category:Tesserae</span> " </h2>

Other category pages have HTML that looks more like this - there is no span around the category name and it looks as I expect it should.

<h2>Pages in category "Rome"</h2>

What extensions do you have installed?

Is a DISPLAYTITLE used on that page?

I thought DISPLAYTITLE was not used, but there is a macro on the page that has it.

Testing, and yup that was it. That macro was rarely used on a category page and that's what made it seem random.

Thanks!

I'll start with the noerror or noreplace options or find some other way to do what that macro needs done.

I am completely astonished that no ability exists to align text vertically within table cells. This really hinders readability of tables. Please add this feature!

Vertical alignment in tables is possible.

See https://www.mediawiki.org/wiki/Help:Tables#Cell_contents_alignment

I "create" custom tag extension....

... extension not load css.

What am I messing up?

extension.json

 ...

  "AutoloadClasses"
:
 {

                "MKCalendar"
:
 "includes/MKCalendar.php"

  },


  "Hooks"
:
 {

    "BeforePageDisplay"
:
 "MKCalendar::onBeforePageDisplay"
,

    "ParserFirstCallInit"
:
 "MKCalendar::efMKCalendarParserInit"

  },


  "ResourceFileModulePaths"
:
 {

    "localBasePath"
:
 "modules"
,

    "remoteExtPath"
:
 "MKCalendar/modules"

  },


  "ResourceModules"
:
 {

    "ext.MKCalendar.styles"
:
 {

      "styles"
:
 [

        "mkcalendar.css"

      ]

    }

  }

  ...

MKCalendar.php

//...

  public
 function
 onBeforePageDisplay
(
 $out
,
 $skin
 )
:
 void
 {

      $moduleStyles
[]
 =
 'ext.MKCalendar.styles'
;

      $out
->
addModuleStyles
(
 $moduleStyles
 );

  }

//...

Browser Console:

mw.loader.getState("ext.MKCalendar.styles");

'registered'

In general, this looks good. Two remarks:

1. You register MKCalendar::onBeforePageDisplay as a "static" function in the extension.json , but the method itself is not declared as static
2. You use the "append" operator $moduleStyles[] = on an uninitialized variable

While both things are usually not an issue, different PHP versions and configurations may behave differently.

Can you confirm that the onBeforePageDisplay method is being called properly by MediaWiki core code?

OK thank you;

my fault coding. (I fixed what you said in the code so it works now.)

Recently I noticed when I used showJobs.php to check jobs, it always showed that 2 refreshLinks were marked as "abandoned", such problem didn't resolve after php manageJobs.php --type refreshLinks --action repush-abandoned .

I'm wondering if this kind of problem affects the whole site.

Some related output:

# php showJobs.php --group
refreshLinks: 0 queued; 5 claimed (3 active, 2 abandoned); 0 delayed

I was trying to get the template to call itself so that it would pull out specific information and paste it as text. The template stores information about recipes, but even though it is not an infinite recursion, it throws an error. Is there a way to make the template call itself?

I don't think recursions are allowed in templates. You would need to have a look at Scribunto and its modules in Lua.