Project:Support desk/Flow/2024/02

This page is an archive.

Please ask questions on the current support desk.

load.php won't load scripts

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 recently upgraded from Mediawiki 1.38 to 1.39.6 and ever since then, load.php refuses to load any JavaScript resources. Specifically, https://wiki.kah.gs/load.php?lang=de&modules=startup&only=scripts&raw=1&skin=timeless returns a 500 statuscode and I can't figure out why. Any help would be greatly appreciated!

About the server:

• Mediawiki version 1.39.6
• PHP version 8.1.27
• Database MariaDB 10.6.16
• Ubuntu Server Version 22.04.3 LTS Sn KGS (talk) 13:18, 1 February 2024 (UTC)

I don't think its showing the error anymore, but please set $wgShowExceptionDetails = true; to get detailed error messages. Also check in your php error log (See How to debug). Bawolff (talk) 19:42, 2 February 2024 (UTC)

My bad, I'm sorry to have wasted your time. I had to revert the upgrade because my wiki relies too heavily on mermaid, which had stopped working.

I'm going to retry upgrading more carefully, maybe I haven't read the changelog thoroughly enough.

In the meantime, here is the detailed error message, maybe this helps.

[0db4d17c8868812973559e5b] /load.php?lang=de&modules=startup&only=scripts&raw=1&skin=timeless TypeError: MediaWiki\ResourceLoader\ResourceLoader::getUserDefaults(): Argument #2 ($hookContainer) must be of type MediaWiki\HookContainer\HookContainer, GlobalVarConfig given, called in /var/www/w_1_39/includes/ResourceLoader/FileModule.php on line 1265
Backtrace:
from /var/www/w_1_39/includes/ResourceLoader/ResourceLoader.php(1982)
#0 /var/www/w_1_39/includes/ResourceLoader/FileModule.php(1265): MediaWiki\ResourceLoader\ResourceLoader::getUserDefaults()
#1 /var/www/w_1_39/includes/ResourceLoader/FileModule.php(608): MediaWiki\ResourceLoader\FileModule->expandPackageFiles()
#2 /var/www/w_1_39/includes/ResourceLoader/Module.php(928): MediaWiki\ResourceLoader\FileModule->getDefinitionSummary()
#3 /var/www/w_1_39/includes/ResourceLoader/StartUpModule.php(224): MediaWiki\ResourceLoader\Module->getVersionHash()
#4 /var/www/w_1_39/includes/ResourceLoader/StartUpModule.php(425): MediaWiki\ResourceLoader\StartUpModule->getModuleRegistrations()
#5 /var/www/w_1_39/includes/ResourceLoader/Module.php(817): MediaWiki\ResourceLoader\StartUpModule->getScript()
#6 /var/www/w_1_39/includes/ResourceLoader/Module.php(786): MediaWiki\ResourceLoader\Module->buildContent()
#7 /var/www/w_1_39/includes/ResourceLoader/Module.php(925): MediaWiki\ResourceLoader\Module->getModuleContent()
#8 /var/www/w_1_39/includes/ResourceLoader/ResourceLoader.php(701): MediaWiki\ResourceLoader\Module->getVersionHash()
#9 [internal function]: MediaWiki\ResourceLoader\ResourceLoader->MediaWiki\ResourceLoader\{closure}()
#10 /var/www/w_1_39/includes/ResourceLoader/ResourceLoader.php(699): array_map()
#11 /var/www/w_1_39/includes/ResourceLoader/ResourceLoader.php(798): MediaWiki\ResourceLoader\ResourceLoader->getCombinedVersion()
#12 /var/www/w_1_39/load.php(53): MediaWiki\ResourceLoader\ResourceLoader->respond()
#13 /var/www/w_1_39/load.php(39): wfLoadMain()
#14 {main}

Sn KGS (talk) 08:10, 4 February 2024 (UTC)

No worries, I understand that these are real wikis with real users.

Are you sure you extracted the new version of MediaWiki properly? The error sounds a bit like having a mix of files from different versions of MediaWiki. Bawolff (talk) 13:43, 4 February 2024 (UTC)

That might have been the problem. I just reinstalled MW 1.39 and didn't encounter any problems. Sn KGS (talk) 12:37, 15 February 2024 (UTC)

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

regexfunction

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.

---

how do i get regexfunction to work on all the wikis instead of just locally ? its only working locally on wikis and not globally? Cocopuff2018 (talk) 19:12, 1 February 2024 (UTC)

to add onto this the instructions dont say anything about creating a database for this extension to work across multiple wikis. Cocopuff2018 (talk) 19:21, 1 February 2024 (UTC)

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

PCRE failure when editing pages

Hi there,

I recently upgraded Mediawiki to 1.41 and PHP to 8.0. Everything displays fine but I can't edit any page. When I try, there's an error:

/wiki/index.php?title=P%C3%A1gina_principal&action=edit RuntimeException: PCRE failure

Backtrace:

from /home/petercast/www/wiki/includes/parser/Parser.php(2119)

#0 /home/petercast/www/wiki/includes/parser/Parser.php(1574): Parser->handleExternalLinks(string)

#1 /home/petercast/www/wiki/includes/parser/Parser.php(651): Parser->internalParse(string)

#2 /home/petercast/www/wiki/includes/language/MessageCache.php(1505): Parser->parse(string, MediaWiki\Title\Title, ParserOptions, boolean)

#3 /home/petercast/www/wiki/includes/language/Message.php(1436): MessageCache->parse(string, MediaWiki\Title\Title, boolean, boolean, Language)

#4 /home/petercast/www/wiki/includes/language/Message.php(1006): Message->parseText(string)

#5 /home/petercast/www/wiki/includes/language/Message.php(1046): Message->format(string)

#6 /home/petercast/www/wiki/includes/editpage/EditPage.php(3719): Message->parse()

#7 /home/petercast/www/wiki/includes/editpage/EditPage.php(3803): MediaWiki\EditPage\EditPage::getCopyrightWarning(MediaWiki\Title\Title, string, DerivativeContext)

#8 /home/petercast/www/wiki/includes/editpage/EditPage.php(3152): MediaWiki\EditPage\EditPage->showStandardInputs()

#9 /home/petercast/www/wiki/includes/editpage/EditPage.php(773): MediaWiki\EditPage\EditPage->showEditForm()

#10 /home/petercast/www/wiki/includes/actions/EditAction.php(66): MediaWiki\EditPage\EditPage->edit()

#11 /home/petercast/www/wiki/includes/MediaWiki.php(583): EditAction->show()

#12 /home/petercast/www/wiki/includes/MediaWiki.php(363): MediaWiki->performAction(Article, MediaWiki\Title\Title)

#13 /home/petercast/www/wiki/includes/MediaWiki.php(960): MediaWiki->performRequest()

#14 /home/petercast/www/wiki/includes/MediaWiki.php(613): MediaWiki->main()

#15 /home/petercast/www/wiki/index.php(50): MediaWiki->run()

#16 /home/petercast/www/wiki/index.php(46): wfIndexMain()

#17 {main}

I already disabled all extensions and it didn't help. The extensions are all upgraded to their latest version and none that I'm using requires database upgrades. I don't know what else to do. Any help is much appreciated! Petersonsilva235 (talk) 23:44, 1 February 2024 (UTC)

Ok so I kind of understood that the issue was, for some reason, getting the wiki's title to display in the footer of the edit page. In the page with the error message, there it was showing "About {{SITENAME}}".

Well, I commented out line 3803 of includes/editpage/EditPage.php and... It worked like a charm. In fact, not only is the page working - I was able to edit it, and save it, and the changes worked - somehow the wiki's title is now displaying correctly in the footer of the edit page! Really weird.

Well, I have a solution, but if anyone would like to tell me why this is the case and how to fix it in a way that I'm not messing with core files, I'd love to hear that... Not only it doesn't feel good, next time I upgrade MW this line will probably be uncommented due to the file being replaced by a newer version. Petersonsilva235 (talk) 00:04, 2 February 2024 (UTC)

What was the name of your site? Does it involve non english characters (in which case are they properly encoded in UTF-8)? Bawolff (talk) 19:41, 2 February 2024 (UTC)

Composer Error for MediaWiki 1.39.6

I'm trying to update my Composer required packages for all the extensions I have installed, I have added the recommended entry to my composer.local.json which is this:

{
	"extra": {
		"merge-plugin": {
			"include": [
				"extensions/*/composer.json",
				"skins/*/composer.json"
			]
		}
	}
}

However, any time I try to composer install or composer update it refuses to do anything reporting that "Root composer.json requires composer/installers ~1.5, ~2.1, found composer/installers[dev-main, v1.0.0, ..., 1.x-dev, v2.0.0-alpha1, ..., 2.x-dev (alias of dev-main)] but it does not match the constraints.

I have tried replacing the entirety of my vendor folder and reinstalling the packages without the composer.local.json file and it installs what it needs from the root composer.json file, however as soon as I add composer.local.json It repeats the same issue, there's nowhere to provide or even designate a version number for composer/installers or the merge plugin, I'm not sure what even is the problem anymore.

This issue has been driving me mad for the past three days, I have found no resources online where anyone is remotely having the same issue, nothing on Stack Overflow, on this Support desk or elsewhere, I'm starting to think Composer is messing with me for the hell of it, I have installed MediaWiki correctly and set everything up as directed, I'm not sure what else is wrong with my installation. Help would be greatly appreciated, thanks! Aeyeu (talk) 04:14, 2 February 2024 (UTC)

In-case this is asked for, the skins and extensions I have installed are listed below;

Skins: Citizen, Vector

Extensions: AbuseFilter, AccountInfo, AdvancedSearch, Arrays, AutoSitemap, AWS, Babel, CategoryTree, CharInsert, CheckUser, CirrusSearch, Cite, CiteThisPage, cldr, CodeEditor, CodeMirror, CommonsMetadata, ConfirmEdit, CookieWarning, DebugTemplates, Description2, DisableAccount, Disambiguator, DismissableSiteNotice, DynamicPageList3, Echo, Elastica, EmbedVideo, ExternalData, Gadgets, ImageMap, InputBox, Interwiki, JsonConfig, LabeledSectionTransclusion, Linter, LocalisationUpdate, Loops, Math, MultimediaViewer, MultiPurge, NativeSvgHandler, NewSignupPage, Nuke, OATHAuth, PageImages, ParserFunctions, PdfHandler, PictureHtmlSupport, Poem, Popups, Purge, RandomSelection, RelatedArticles, Renameuser, ReplaceText, RevisionSlider, SandboxLink, Scribunto, SecureLinkFixer, ShortDescription, SpamBlacklist, SyntaxHighlight_GeSHi, TabberNeue, TemplateData, TemplateStyles, TemplateStylesExtender, TextExtracts, Thanks, TitleBlacklist, Translate, TwitterTag, TwoColConflict, UniversalLanguageSelector, UploadWizard, UserAgreement, UserMerge, Variables, VisualEditor, WebP, WikiEditor and WikiSEO. Aeyeu (talk) 04:23, 2 February 2024 (UTC)

So it appears the extension: ExternalData appears to be the root cause of this bitchery, so that's great. I will continue adding each extension line by line to my composer.local.json until it either errors out again or what-not, but so far that is where composer seems to draw the line is ExternalData. Aeyeu (talk) 04:40, 2 February 2024 (UTC)

So turns out the following issue caused this all along, the ExternalData extension had the version for composer/installers package incorrectly configured, or was correctly configured and now is incorrectly configured whether with changes within composer or not, the ~2.1 version specified within ExternalData's composer.json prevents composer from being able to process the "extensions/*/composer.json" wildcard within the composer.local.json file, changing the version from ~2.1 to >=1.0.1 which I observed within the cldr extension which also required the same package of composer/installers, resolved the issue allowing composer to successfully install all packages for all extensions and skins alike, this is a stupid problem and has been reported on Phabricator for triaging, anyone having the same issue, now you know. Check your composer.json files in the folders of your extensions for misconfigurations. Aeyeu (talk) 04:51, 2 February 2024 (UTC)

InstantCommons not working

I have a MediaWiki hosted on IIS on a Windows Server. When I try to use InstantCommons using $wgUseInstantCommons = true; it doesn't load. I can curl from my server to the WikiMedia and this works. I tried using wgForeignFileRepos but this doesn't work either 84.199.249.146 (talk) 11:05, 2 February 2024 (UTC)

Can you enable the MediaWiki debug log file (See manual:$wgDebugLogFile and How to debug for instructions), and see if there are any errors in the file. Check also your php error log. Bawolff (talk) 19:34, 2 February 2024 (UTC)

Can't log in

Hello,

I have an issue with my account. I only created it recently and used a randomly generated password which is saved in my browser. I tried to log in today to edit an article with pertinent information since the site doesn't seem to like my VPN and it's telling me that my username or password are incorrect. I don't see how that could be since it's a very recent account and the info was automatically saved in my browser. I will be happy to share my account info with an administrator if requested, but obviously would rather not do this on a public forum.

Thanks in advance for your help. 205.178.35.133 (talk) 15:10, 2 February 2024 (UTC)

Index page with updated articles

Dear all,

I am trying to find an extension for showing the latest articles on the mainpage of the wiki..... so it's dynamic instead of static.... any idea? :-) Chrisyau3891 (talk) 19:31, 2 February 2024 (UTC)

In MediaWiki core, you can use the wikicode {{Special:NewPages}} to include a list.

Alternatively, consider Extension:DynamicPageList (Wikimedia). Bawolff (talk) 19:32, 2 February 2024 (UTC)

Network extension

I am using network extension to create a parent child link. It work fine, but I do want to show any link inside the page. I can remove the link if I put that in exclude. I can I remove all link by using pattern. 100.0.117.22 (talk) 01:19, 3 February 2024 (UTC)

Name of languague for templates

What is the official name of a langugue to create templates? I dont mean LUA templates, I mean old wiki templates. Is it called MediaWiki, or MediaWiki Template Language, or how? Juandev (talk) 10:52, 3 February 2024 (UTC)

There's no "official" name, but people usually say "wikitext", "MediaWiki syntax" or "parser function based templates", with "wikitext" being the most common. Bawolff (talk) 17:38, 3 February 2024 (UTC)

"Template loop detected"

Is it correct that this error occurs upon a single instance of a repeated call even if it is a conditional loop with a finite number of repetitions? So it is not possible to use ANY repeated template calls no matter what? Ham Pastrami (talk) 12:24, 3 February 2024 (UTC)

Unicode/non-standard character issue

Currently, our wiki has pages with non-standard characters (e.g. accented characters), and files with those same characters, such as [1]. That wiki is running on Nginx. However, we're working to see if we can set up additional servers using OpenLiteSpeed, and a test site is having a problem, as seen on the test site's version of the same page: [2]. You'll see four thumbnails listed as missing, and that's because the file names actually have the accent over the o in the artist's name. Moreover, if you click through to one of the images that works, you'll see that the category for that artist's images shows as if it's empty, presumably again because of the accent over the name.

But, going directly to a file, as here works even if it does have an accented character.

One person suggested that maybe htaccess needs to provide rewrite information, but I can't find anything relevant about that. I'm pretty sure everything is set as being UTF-8. Balerion300 (talk) 12:57, 3 February 2024 (UTC)

Its definitely not a rewrite rule issue. I do not believe it is webserver related.

https://wiki-test.westeros.org/index.php?curid=24073 is an example such page with the issue. It is interesting, the raw text of the article seems to be encoded correctly, so maybe just some of the database tables were transferred incorrectly.

It seems like during the transfer some of the image names got corrupted. I think this is a problem with transferring your database. Most likely, somehow things got converted from UTF-8 to Windows-1252 (aka ISO-8859-1) encoding.

I don't know how you copied the database over, but I would double check whatever steps you did as i think that is where the problem lies. Possibly you just needed to change some setting about encoding when doing the import. Bawolff (talk) 17:37, 3 February 2024 (UTC)

Thanks! I'm going to look into that and see if I can fix it. Balerion300 (talk) 18:09, 3 February 2024 (UTC)

[Developer question] ExtensionRegistry::getInstance()->isLoaded( 'OpenIDConnect' ) always returns false [solved]

[updated] filed as bug https://phabricator.wikimedia.org/T356596

Problem: ...->isLoaded( extension ) always returns false, also if that extension is loaded.

Situation:

• mediawiki 1.41.0

In my extension ShowOIDCIdentity I need to check whether the dependency extension OpenIDConnect is really loaded.

This done in that way previously in LocalSettings:

wfLoadExtension( 'OpenIDConnect' );
...
wfLoadExtension( 'ShowOIDCIdentity' );

myextension/Hooks.php;

Namespace MediaWiki\Extension\ShowOIDCIdentity;
use ExtensionRegistry;

class Hooks {
/**
  * @param User $user
  * @param array $preferences
  */
public static function onGetPreferences( $user, &$preferences ) {

if ( ExtensionRegistry::getInstance()->isLoaded( 'OpenIDConnect' ) )

/*** is always false even if OpenIDConnect is correctly loaded and working ***/

I cannot find a problem here, but it is not working. Wikinaut (talk) 08:45, 4 February 2024 (UTC)

Solved. and added as tip to https://www.mediawiki.org/wiki/Manual:Developing_extensions#Handling_dependencies

I need to report:

While loading as

wfLoadExtension( "OpenIDConnect" )

works,

the function

ExtensionRegistry::getInstance()->isLoaded( 'OpenIDConnect' )

function isLoaded appears to check the - different - name in extension.json, which is "OpenID Connect" with a space!

So I had to use

ExtensionRegistry::getInstance()->isLoaded( 'OpenID Connect' )

This should be corrected in some way upstream (mediawiki extension registry workflow) and in the documentation. Wikinaut (talk) 13:48, 4 February 2024 (UTC)

Mediawiki formula rendering error

Mediawiki defaults to usinghttps://wikimedia.org/apiTo render mathematical and chemical formulas, but my server cannot access this website, so how should I configure the rendering service? 对此佛具 (talk) 15:33, 4 February 2024 (UTC)

Please see Manual:Mathoid and Extension:Math#Mathoid Bawolff (talk) 21:14, 4 February 2024 (UTC)

upgrade from 1.24

I'm trying to upgrade a MediaWiki from 1.24 to a supported version.

From what I gather I need to upgrade to 1.35 and then to 1.39, and then to the latest version.

I disabled all the extensions before the upgrade.

The 1.35 upgrade script worked, but the tarball does not contain any skins and the earliest Vector I can find is for 1.39, so I couldn't test it there.

So I tried upgrading blind to 1.39. The update script didn't seem to do much. But I see no pages: everything is just a red "error" box with no content. Running dumpBackup.php --full lists no pages. The log does contain image uploads though.

1.35's dumpBackup.php --full dumps all the pages correctly (even after the 1.39 update)

I tried running migrateActors.php and cleanupUsersWithNoId.php because these have been mentioned in other threads, but neither reported doing anything.

So, my options seem to be

• find a skin compatible with 1.35 and stay there
• figure out what went wrong between 1.35 and 1.39 - maybe a schema update the script didn't think was necessary, but is?
• revert the db to the 1.24 state and try a different upgrade path?

Any help would be appreciated! Doiheartwentyone (talk) 23:21, 4 February 2024 (UTC)

@Doiheartwentyone, I'm just a few steps ahead of you on updating my wiki, so not an expert. But until @Bawolff or another volunteer arrives, I'd suggest looking at your error log in the top level. That was extremely helpful in determining some of the errors that I was capable of clearing.

Hope that helps until the experts arrive on the scene. LeyteWolfer (talk) 23:49, 4 February 2024 (UTC)

Note that running scripts that "report doing anything", or no output at all, usually means the scripts fail with a fatal error, but error reporting is disabled and you get no error output.

Try enabling error reporting in LocalSettings.php: Manual:How_to_debug#PHP_errors Ciencia Al Poder (talk) 09:43, 5 February 2024 (UTC)

Thanks for replying!

I have error reporting enabled but see no errors in the server error.log -- I don't see any other logs.

To be more specific, I've got 1.35 and 1.39 unzipped into adjacent directories with the same LocalSettings.php as the old installation (2 minor extensions disabled).

The 1.35 updated script returns

MediaWiki 1.35.14 Updater

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

Going to run database updates [...]

followed by a lot of lines which all say things to the effect of "this is already done, no migration needed".

The 1.39 update script returns just

MediaWiki 1.39.6 Updater

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

⧼config-mysql-old⧽

Running the 1.39 dumpBackup script returns some XML with some <namespaces> but no <pages>.

Running the 1.35 dumpBackup script returns XML with <pages>.

The two scripts are basically identical and indeed copying the 1.35 script into the 1.39 directory returns the same as the 1.39 script.

Visiting the home page (or any page) with the 1.39 installation symlinked to live gives me a fully decorated mediawiki page saying

"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 can't visit the home page of the 1.35 installation since there are no skins for it. But I suspect it would work.

Any clues in that? Doiheartwentyone (talk) 22:37, 5 February 2024 (UTC)

Weird, the config-mysql-old error thing was supposed to be fixed by 1.39.6 (T310378).

Anyways, the error message just means your version of mysql is too low and below the minimum required by mediawiki. Bawolff (talk) 00:04, 6 February 2024 (UTC)

migrateActors.php --force returns some progress and then

Completed actor creation, added 0 new actor(s)

No need to migrate revision.rev_user, field does not exist

No need to migrate archive.ar_user, field does not exist

Beginning migration of ipblocks.ipb_by and ipblocks.ipb_by_text to ipblocks.ipb_by_actor

Completed migration, updated 0 row(s) with 0 new actor(s), 0 error(s)

No need to migrate image.img_user, field does not exist

No need to migrate oldimage.oi_user, field does not exist

No need to migrate filearchive.fa_user, field does not exist

No need to migrate recentchanges.rc_user, field does not exist

No need to migrate logging.log_user, field does not exist

Beginning migration of log_search

Completed migration, inserted 0 row(s) with 0 new actor(s), 0 error(s)

cleanupUsersWithNoId --prefix '*' --force:

Skipping revision, fields rev_user and/or rev_user_text do not exist

Skipping archive, fields ar_user and/or ar_user_text do not exist

Skipping logging, fields log_user and/or log_user_text do not exist

Skipping image, fields img_user and/or img_user_text do not exist

Skipping oldimage, fields oi_user and/or oi_user_text do not exist

Skipping filearchive, fields fa_user and/or fa_user_text do not exist

Beginning cleanup of ipblocks

... ipb_id=101

... ipb_id=203

... ipb_id=303

... ipb_id=403

... ipb_id=503

... ipb_id=506

Completed cleanup, assigned 0 and prefixed 0 row(s)

Skipping recentchanges, fields rc_user and/or rc_user_text do not exist Doiheartwentyone (talk) 22:42, 5 February 2024 (UTC)

So you shouldn't need any skins to test mediawiki, there should be a really ugly fallback skin if no skins are installed. That said, the 1.39 tarball includes skins. If yours did not where did you download from?

Assuming 1.35 is working fine, i think your primary issue is you need to upgrade your version of mysql to one supported by latest mediawiki. Bawolff (talk) 00:08, 6 February 2024 (UTC)

Stalled at 1.41's first installation 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.

---

MW: 1.39.6 --> 1.41.0

PHP: 8.1

MySQL 5.7.44

Had really high hopes. Did the fresh upload, brought over v1.39's LocalSettings and /images. Ran mw-config but it's stalled on the first MediaWiki 1.41.0 installation page, with the right sidebar menu (Language down to Complete!). Nothing is active. The page is bare, except for the page title and that sidebar (with Language bolded). LeyteWolfer (talk) 23:55, 4 February 2024 (UTC)

@Bawolff, —bump—

Appears my request for help slipped down since last night. LeyteWolfer (talk) 01:03, 6 February 2024 (UTC)

Are there any php warnings in error log? Does the command line update.php script work? Bawolff (talk) 18:50, 6 February 2024 (UTC)

No warnings in the log.

I'll pass along running the update.php to my server host and will let you know. LeyteWolfer (talk) 01:44, 7 February 2024 (UTC)

The script was run last night. The script error log the server host provided wasn't as helpful as the error report displayed on the main page.

MediaWiki internal error.
 
 Original exception: [ZcOpZ9j7_PlTeZgGQ1jIngAAAIw] /fangs/   Error: Class "Wikimedia\RemexHtml\TreeBuilder\TemplateModeStack" not found
 Backtrace:
 from /home/starsh2/public_html/fangs/vendor/wikimedia/remex-html/src/TreeBuilder/Dispatcher.php(150)
 #0 /home/starsh2/public_html/fangs/includes/parser/Sanitizer.php(418): Wikimedia\RemexHtml\TreeBuilder\Dispatcher->__construct()
 #1 /home/starsh2/public_html/fangs/includes/Output/OutputPage.php(1174): MediaWiki\Parser\Sanitizer::removeSomeTags()
 #2 /home/starsh2/public_html/fangs/includes/Output/OutputPage.php(1167): MediaWiki\Output\OutputPage->setPageTitleInternal()
 #3 /home/starsh2/public_html/fangs/includes/Output/OutputPage.php(3112): MediaWiki\Output\OutputPage->setPageTitleMsg()
 #4 /home/starsh2/public_html/fangs/includes/exception/PermissionsError.php(82): MediaWiki\Output\OutputPage->showPermissionsErrorPage()
 #5 /home/starsh2/public_html/fangs/includes/MediaWiki.php(963): PermissionsError->report()
 #6 /home/starsh2/public_html/fangs/includes/MediaWiki.php(613): MediaWiki->main()
 #7 /home/starsh2/public_html/fangs/index.php(50): MediaWiki->run()
 #8 /home/starsh2/public_html/fangs/index.php(46): wfIndexMain()
 #9 {main}
 
 Exception caught inside exception handler: [ZcOpZ9j7_PlTeZgGQ1jIngAAAIw] /fangs/   Error: Class "Wikimedia\RemexHtml\TreeBuilder\TemplateModeStack" not found
 Backtrace:
 from /home/starsh2/public_html/fangs/vendor/wikimedia/remex-html/src/TreeBuilder/Dispatcher.php(150)
 #0 /home/starsh2/public_html/fangs/includes/parser/Sanitizer.php(418): Wikimedia\RemexHtml\TreeBuilder\Dispatcher->__construct()
 #1 /home/starsh2/public_html/fangs/includes/Output/OutputPage.php(1174): MediaWiki\Parser\Sanitizer::removeSomeTags()
 #2 /home/starsh2/public_html/fangs/includes/Output/OutputPage.php(1167): MediaWiki\Output\OutputPage->setPageTitleInternal()
 #3 /home/starsh2/public_html/fangs/includes/exception/MWExceptionRenderer.php(179): MediaWiki\Output\OutputPage->setPageTitleMsg()
 #4 /home/starsh2/public_html/fangs/includes/exception/MWExceptionRenderer.php(105): MWExceptionRenderer::reportHTML()
 #5 /home/starsh2/public_html/fangs/includes/exception/MWExceptionHandler.php(134): MWExceptionRenderer::output()
 #6 /home/starsh2/public_html/fangs/includes/exception/MWExceptionHandler.php(251): MWExceptionHandler::report()
 #7 /home/starsh2/public_html/fangs/includes/MediaWiki.php(635): MWExceptionHandler::handleException()
 #8 /home/starsh2/public_html/fangs/index.php(50): MediaWiki->run()
 #9 /home/starsh2/public_html/fangs/index.php(46): wfIndexMain()
 #10 {main}

The mw-config remains the same static page as described above.

On Dispatch.php line 150, it reads: $this->templateModeStack = new TemplateModeStack;

I did confirm that TemplateModeStack.php was in the proper location, but noticed it had a filesize of 0 (where the fresh version was 1 kb). When I opened both, the server copy was empty of everything, while the fresh copy was not. I replaced it with the fresh file. Doing so allowed me to progress to a fully-loaded MediaWiki 1.41.0 installation page.

Thank you for the assistance. LeyteWolfer (talk) 16:19, 7 February 2024 (UTC)

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

DBQueryError - Can't DROP INDEX `si_text`

Created an empty si_text index

When running the rebuildAll maintenance script I get this:

Wikimedia\Rdbms\ from line 1236 of /public/includes/libs/rdbms/database/Database.php: Error 1091: Can't DROP INDEX `si_text`; check that it exists

Would it be a good idea to create an empty si_text index just for the purpose of allowing it to be dropped by the script, so it can continue rebuilding the rest? Hispanopedia (talk) 04:54, 5 February 2024 (UTC)

Never mind, I went ahead and created an empty si_text index,

and the rebuildAll maintenance script runs without issues now Hispanopedia (talk) 11:20, 5 February 2024 (UTC)

This is unusual though... si_text has been there ever since mediawiki 1.4... are you running on NOSQL or something ?

Or is it a brand new database, an import, or did a previous execution of the script faill ? —TheDJ (Not WMF) (talk • contribs) 12:10, 6 February 2024 (UTC)

All of them,

It is a brand new database (migrated from MySQL to MariaDB)

I did an import into MariaDB (mysqldump)

A previous execution of the script failed multiple times (until I set # ulimit -n 4096) Hispanopedia (talk) 08:53, 14 February 2024 (UTC)

Ah this is interesting ! Maybe we should add a check to the update script to detect environments that have a low open files setting. I have opened phab:T357529. —TheDJ (Not WMF) (talk • contribs) 13:16, 14 February 2024 (UTC)

Oh and which MW version was this on ? —TheDJ (Not WMF) (talk • contribs) 13:28, 14 February 2024 (UTC)

This happened after I upgraded to MediaWiki 1.41,

but it did happen with MediaWiki 1.40 prior to that as well Hispanopedia (talk) 09:28, 16 February 2024 (UTC)

MW LTS with PHP versions

Hi,

I was going through PHP portal [https://www.php.net/supported-versions.php] and noticed that, Support for PHP 8.1 will end in Nov2024. As per MW compatibility matrix [Compatibility], MW is stable with php 8.1.0 only. It doesn't talk about next versions of PHP in the table.

I understand, once the php support is ended and if we try to upgrade php in production, then everything goes and wiki stops working (had previous experience while upgrading from php 7.x to 8.0).

So, is there a roadmap, for MW stable versions with latest PHP versions (8.2 or 8.3)?

Thanks in Advance. Testergt1302 (talk) 07:57, 5 February 2024 (UTC)

For most people PHP 8.2 and 8.3 will work just fine right now. It is just that there are a few issues with edge cases and Wikimedia production situations that are not totally solved yet. For that reason we do not consider MediaWiki stable yet for higher versions.

However, in general PHP compatibility changes are back ported to the LTS versions, so by the time the deprecation of PHP 8.1 arrives, we can expect that the current LTS releases will support PHP 8.2/8.3. —TheDJ (Not WMF) (talk • contribs) 12:08, 6 February 2024 (UTC)

Thanks for the info :) Testergt1302 (talk) 13:39, 6 February 2024 (UTC)

Error after udate

After trying to update mysql, the service no longer runs. The log tells me:

[InnoDB] InnoDB initialization has started.

Upgrade is not supported after a crash or shutdown with innodb_fast_shutdown = 2. This redo log was created with MySQL 5.7.19, and it appears logically non empty.

If I try to run mysqldump or automysqlbackup I get the error:

ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (111)

How can I restart the sql service? 151.100.26.68 (talk) 16:15, 5 February 2024 (UTC)

Your Database is in a crashed stated. This is an mysql upgrade problem, not really a MediaWiki problem. You should recover the database properly first, maybe some MySQL forums can help with that. —TheDJ (Not WMF) (talk • contribs) 12:05, 6 February 2024 (UTC)

Internal Error: Special:SpecialPages TypeError: MediaWiki\Specials\SpecialRenameUser::__construct()

Hi there, when I'm on the main mage of my private MediaWiki 1.41.0, wiki.etadventures.com, and I click the Special Pages link in the left side menu, I get the following internal error. What do you suggest trying to resolve this? I have already run maintenance/update.php. Thank you.

---

[ZcFakkxry9n7yvGlbZ8qwQAAANI] /index.php?title=Special:SpecialPages TypeError: MediaWiki\Specials\SpecialRenameUser::__construct(): Argument #1 ($dbConns) must be of type Wikimedia\Rdbms\IConnectionProvider, MediaWiki\HookContainer\HookContainer given, called in /var/www/html/wiki/upgrade/mediawiki-1.41.0/vendor/wikimedia/object-factory/src/ObjectFactory.php on line 240

Backtrace:

from /var/www/html/wiki/upgrade/mediawiki-1.41.0/includes/specials/SpecialRenameUser.php(45)

#0 /var/www/html/wiki/upgrade/mediawiki-1.41.0/vendor/wikimedia/object-factory/src/ObjectFactory.php(240): MediaWiki\Specials\SpecialRenameUser->__construct()

#1 /var/www/html/wiki/upgrade/mediawiki-1.41.0/vendor/wikimedia/object-factory/src/ObjectFactory.php(149): Wikimedia\ObjectFactory\ObjectFactory::getObjectFromSpec()

#2 /var/www/html/wiki/upgrade/mediawiki-1.41.0/includes/specialpage/SpecialPageFactory.php(1471): Wikimedia\ObjectFactory\ObjectFactory->createObject()

#3 /var/www/html/wiki/upgrade/mediawiki-1.41.0/includes/specialpage/SpecialPageFactory.php(1509): MediaWiki\SpecialPage\SpecialPageFactory->getPage()

#4 /var/www/html/wiki/upgrade/mediawiki-1.41.0/includes/specials/SpecialSpecialPages.php(64): MediaWiki\SpecialPage\SpecialPageFactory->getUsablePages()

#5 /var/www/html/wiki/upgrade/mediawiki-1.41.0/includes/specials/SpecialSpecialPages.php(53): MediaWiki\Specials\SpecialSpecialPages->getPageGroups()

#6 /var/www/html/wiki/upgrade/mediawiki-1.41.0/includes/specialpage/SpecialPage.php(727): MediaWiki\Specials\SpecialSpecialPages->execute()

#7 /var/www/html/wiki/upgrade/mediawiki-1.41.0/includes/specialpage/SpecialPageFactory.php(1621): MediaWiki\SpecialPage\SpecialPage->run()

#8 /var/www/html/wiki/upgrade/mediawiki-1.41.0/includes/MediaWiki.php(357): MediaWiki\SpecialPage\SpecialPageFactory->executePath()

#9 /var/www/html/wiki/upgrade/mediawiki-1.41.0/includes/MediaWiki.php(960): MediaWiki->performRequest()

#10 /var/www/html/wiki/upgrade/mediawiki-1.41.0/includes/MediaWiki.php(613): MediaWiki->main()

#11 /var/www/html/wiki/upgrade/mediawiki-1.41.0/index.php(50): MediaWiki->run()

#12 /var/www/html/wiki/upgrade/mediawiki-1.41.0/index.php(46): wfIndexMain()

#13 {main} JacobCStephens (talk) 22:02, 5 February 2024 (UTC)

Do you have the rename user extension installed ? That one was moved into core, so if you had that previously installed you might have to disable the loading for it. —TheDJ (Not WMF) (talk • contribs) 12:03, 6 February 2024 (UTC)

Hmmm, thank you for your suggestion. I removed wfLoadExtension( 'Renameuser' ); , but I still get a similar error message at https://wiki.etadventures.com/index.php?title=Special:SpecialPages:

[ZcZ7Bi5LkcrZfn15VYpAwwAAAhM] /index.php?title=Special:SpecialPages TypeError: MediaWiki\Specials\SpecialRenameUser::__construct(): Argument #1 ($dbConns) must be of type Wikimedia\Rdbms\IConnectionProvider, MediaWiki\HookContainer\HookContainer given, called in /var/www/html/wiki/upgrade/mediawiki-1.41.0/vendor/wikimedia/object-factory/src/ObjectFactory.php on line 240

Backtrace:

from /var/www/html/wiki/upgrade/mediawiki-1.41.0/includes/specials/SpecialRenameUser.php(45)

#0 /var/www/html/wiki/upgrade/mediawiki-1.41.0/vendor/wikimedia/object-factory/src/ObjectFactory.php(240): MediaWiki\Specials\SpecialRenameUser->__construct() JacobCStephens (talk) 19:22, 9 February 2024 (UTC)

Replace edit section button for icon

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! As the developer of Skin:Poncho, I'd like to be able to replace the [ edit ] links next to section titles for pencil icons. I know of Manual:Hooks/SkinEditSectionLinks and tried a few things but it seems I can only change the text of the links, not the HTML. I also tried changing the interface message at MediaWiki:Editsection for a pencil icon, but the wikitext is shown rather than the resulting HTML. Is there any way around this? Thanks! Sophivorus (talk) 13:11, 6 February 2024 (UTC)

You have to reimplement doEditSectionLinksHTML https://doc.wikimedia.org/mediawiki-core/master/php/classSkin.html#ae57f3911d66aae06d90c6caae9368ac1 —TheDJ (Not WMF) (talk • contribs) 15:28, 6 February 2024 (UTC)

Thanks! I think that requires MediaWiki 1.42+, so I'll have to wait a bit since we're currently using the LTS 1.39, but it looks perfect! Sophivorus (talk) 13:01, 9 February 2024 (UTC)

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

My website will not work after trying to install SocialProfile

So earlier I was trying to install SocialProfile as an extension to my wiki, and when I unzipped it and put it in extensions and did their require command on the LocalSettings, running the update script, the website wouldn't respond. It was only after I ran the update script that it basically shut down. So I tried immediately deleting the files and code from LocalSettings, didn't do anything, and then tried to delete whatever I could from the database tables, gift, and then the user tables. I am pretty sure I got all of them out, but it still didn't work. Maybe Mediawiki is looking for the extension in some way? Maybe SocialProfile is still marked on some file somewhere thats causing the problem?

I have no ide and would greatly accept help, Thanks Guillaume Taillefer (talk) 04:54, 7 February 2024 (UTC)

@Awrigh01~mediawikiwiki, UltrasonicNXT, and Jack Phoenix: Are any of you able to help here (you're listed as maintainers of SocialProfile).

@Guillaume Taillefer: I'd suggest never modifying the database directly. You mention deleting info from the user table — do you mean the actual 'user' table, or one for SocialProfile? If it's the former, I'd recommend restoring from backup as you might have lost data! Sam Wilson 11:32, 7 February 2024 (UTC)

No I didn't delete user or user autocreate serial tables because I looked and saw that they were original MediaWiki tables, but deleted all the other user ones because it was obvious, and partially from the info from the SocialProfile page but they don't list all of the tables, that they were from SocialProfile.

I also reran update.php after deleting the tables (with SocialProfile deleted) to maybe restore anything I deleted that I shouldn't have. I don't know if it worked though Guillaume Taillefer (talk) 12:20, 7 February 2024 (UTC)

Ok so I think I figured it out at least partially. I am looking at error_log and it is constantly complaining of the fact that it can't find certain database tables. It is specifically user_newtalk and user_properties. Although I was confused about it since as I said it shut down without me deleting some of those tables in the first place. Maybe the extension deletes them when you run update.php?

@Samwilson Now I need to find out how to add in back those tables, although thankfully by their description pages they don't seem to be super important so a little sigh of relief.

Edit: I am perfectly capable of accessing phpMyAdmin and downloading the whole database, would it be worth a try downloading it and then updating MediaWiki to 1.41? I can also download it and then try to manually add back in the lost tables. Guillaume Taillefer (talk) 14:41, 7 February 2024 (UTC)

I fixed it! I just needed to add back in user_newtalk, user_properties, user_groups, and user_former_groups (fortunately I had MediaWiki installed somewhere else so I could just copy how the tables were set up to the new tables)

The other problem was the PageProperties extension, its pageproperties_pageproperties table was deleted somehow and so it was complaining about that too. After taking that extension off the website now works again! Guillaume Taillefer (talk) 15:49, 7 February 2024 (UTC)

User_properties, user_newtalk, user_groups and user_former_groups are all MediaWiki core tables. You should not have deleted them. —TheDJ (Not WMF) (talk • contribs) 10:37, 8 February 2024 (UTC)

I didn't know it at the time unfortunately, but again I don't know whether I exactly deleted some of them or not because the site went down after I had installed and ran the update script for SocialProfile. Even after I deleted it first as well as the line to call it it was still down, to which I proceeded to look in the database Guillaume Taillefer (talk) 11:17, 8 February 2024 (UTC)

SocialProfile works just fine with MediaWiki 1.39 (the current LTS version); as per social tools/MediaWiki compatibility, SocialProfile and other social tools support "officially" only LTS versions; support for newer non-LTS versions is coincidental and not guaranteed.

On MW 1.41+ SocialProfile probably doesn't run currently due to phab:T152865; see my latest comment (from October '23) there for more info and context. Jack Phoenix _(Contact) 13:37, 10 February 2024 (UTC)

When entering visual editor it gives out 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.

---

I set upped multiple wikis and on one of them when entering redact into visual editor it always gives out error [ZcNdw5nYqssKS8eS_2EzLgAAAAI] Exception caught: Could not open '/tmp/mw-GlobalIdGenerator2643-UUID-128'.

In source editor everything is fine and redacts, also visual editor works when making new page.

I am not using cache

Tried changing and creating new localsettings but did not help.

What could be the problem? Kamikadzexa (talk) 10:46, 7 February 2024 (UTC)

Making temp folder in images and adding $wgTmpDirectory = $IP . '/images/temp'; into local settings fixed it Kamikadzexa (talk) 12:42, 7 February 2024 (UTC)

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

Unable to login with my organization

Hi, I am not able to view the messages from my workplace's page. (Staff login)

Can someone help me, please? Targie (talk) 16:22, 7 February 2024 (UTC)

Check your top level error log and post the (sanitized) results here for quicker resolution. LeyteWolfer (talk) 16:25, 7 February 2024 (UTC)

Need Help Extracting Text From Mediawiki Backup

I have a Mediawiki 1.23 page that is not working correctly through my host. The page is loading blank and there seems to be numerous issues that my host messed up on trying to correct the issue. At this point, I would like to make a copy of all the text I had on each page and restart over with a fresh install and reinsert everything. I'm not worried about images. Is this possible to do from a full backup I made last year? Parzval47 (talk) 15:48, 8 February 2024 (UTC)

Depends on what type of backup it is, but probably yes. Bawolff (talk) 07:23, 10 February 2024 (UTC)

It was a full backup from my old host last year. How would I extract the wiki text from each page I had on my site? Parzval47 (talk) 19:42, 13 February 2024 (UTC)

Error Messgae

When I am uploading files I get this error message:

[ZcU4DUhdLQ3FGF-HcwTl0AAAAQ0] Exception caught: Call to undefined method Language::getFallbacksFor()

I have recently upgraded my installation and extensions but after reinstalling them again nothing changes. J. Malcolm NED (talk) 20:24, 8 February 2024 (UTC)

Please set $wgShowExceptionDetails=true; (if you do have that, did you paste the full error message?) Bawolff (talk) 07:23, 10 February 2024 (UTC)

Full error:

[Zcp-PoGTsQISsG-tU-m1MAAAANU] Exception caught: Call to undefined method Language::getFallbacksFor()

It is the exact same thing. J. Malcolm NED (talk) 20:23, 12 February 2024 (UTC)

Unable to upload images larger than 2mb

I'm running Mediawiki 1.41 and running into an issue where I'm unable to upload any files larger than 2mb, regardless of what my php.ini is set to.

My php.ini contains:

"upload_max_filesize = 10M"

I've also went through and disabled all of my extensions and still have the same issue. I receive this error when uploading:

"The uploaded file for "chunk" exceeds the server's maximum of 2 MB."

Thank you! Wastelandgunner (talk) 01:03, 9 February 2024 (UTC)

Check also your web server's max post size Bawolff (talk) 02:26, 9 February 2024 (UTC)

Max post size is set to 16M. I wasn't too sure what to put, so I decided on 16. I don't think that's the issue here. Wastelandgunner (talk) 16:57, 9 February 2024 (UTC)

There's also more info at Manual:Configuring file uploads#Set_maximum_size_for_file_uploads. Sam Wilson 05:10, 9 February 2024 (UTC)

I've already combed through this for an hour or so and made their recommended changes and had no luck. Still stuck at 2mb. Wastelandgunner (talk) 17:00, 9 February 2024 (UTC)

Wastelandgunner: on my web server, I found this on the cPanel via the PHP Selector (Options):

• post_max_size
• upload_max_filesize

Hope that helps. LeyteWolfer (talk) 14:48, 9 February 2024 (UTC)

Neither of these fixed my issue. I have post_max_size set to 10M and upload_max_filesize set to 16M. Wastelandgunner (talk) 17:01, 9 February 2024 (UTC)

"Sorry! This site is experiencing technical difficulties."

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.

---

Yesterday, I upgraded one wiki from 1.29 to 1.35 to 1.39 to 1.41, without any difficulty.

On the same host server, I'm attempting to do the same with another wiki, starting with 1.29.2 (to v1.35.14).

The installation went well, but when I was invited to "start using your wiki", I got this error:

Sorry! This site is experiencing technical difficulties.
Try waiting a few minutes and reloading.
(Cannot access the database)
Backtrace:
#0 /home/starsh2/public_html/sfcwiki/includes/libs/rdbms/loadbalancer/LoadBalancer.php(937): Wikimedia\Rdbms\LoadBalancer->reportConnectionError()
#1 /home/starsh2/public_html/sfcwiki/includes/libs/rdbms/loadbalancer/LoadBalancer.php(904): Wikimedia\Rdbms\LoadBalancer->getServerConnection(0, 'starsh2_sfcwiki...', 0)
#2 /home/starsh2/public_html/sfcwiki/includes/libs/rdbms/loadbalancer/LoadBalancer.php(1049): Wikimedia\Rdbms\LoadBalancer->getConnection(-1, Array, 'starsh2_sfcwiki...', 0)
#3 /home/starsh2/public_html/sfcwiki/includes/GlobalFunctions.php(2463): Wikimedia\Rdbms\LoadBalancer->getMaintenanceConnectionRef(-1, Array, 'starsh2_sfcwiki...')
#4 /home/starsh2/public_html/sfcwiki/includes/user/User.php(478): wfGetDB(-1)
#5 /home/starsh2/public_html/sfcwiki/includes/libs/objectcache/wancache/WANObjectCache.php(1529): User->{closure}(false, 3600, Array, NULL, Array)
#6 /home/starsh2/public_html/sfcwiki/includes/libs/objectcache/wancache/WANObjectCache.php(1376): WANObjectCache->fetchOrRegenerate('global:user:id:...', 3600, Object(Closure), Array, Array)
#7 /home/starsh2/public_html/sfcwiki/includes/user/User.php(511): WANObjectCache->getWithSetCallback('global:user:id:...', 3600, Object(Closure), Array)
#8 /home/starsh2/public_html/sfcwiki/includes/user/User.php(422): User->loadFromCache()
#9 /home/starsh2/public_html/sfcwiki/includes/user/User.php(358): User->loadFromId(0)
#10 /home/starsh2/public_html/sfcwiki/includes/session/UserInfo.php(89): User->load()
#11 /home/starsh2/public_html/sfcwiki/includes/session/CookieSessionProvider.php(130): MediaWiki\Session\UserInfo::newFromId('2')
#12 /home/starsh2/public_html/sfcwiki/includes/session/SessionManager.php(490): MediaWiki\Session\CookieSessionProvider->provideSessionInfo(Object(WebRequest))
#13 /home/starsh2/public_html/sfcwiki/includes/session/SessionManager.php(215): MediaWiki\Session\SessionManager->getSessionInfoForRequest(Object(WebRequest))
#14 /home/starsh2/public_html/sfcwiki/includes/WebRequest.php(826): MediaWiki\Session\SessionManager->getSessionForRequest(Object(WebRequest))
#15 /home/starsh2/public_html/sfcwiki/includes/session/SessionManager.php(137): WebRequest->getSession()
#16 /home/starsh2/public_html/sfcwiki/includes/Setup.php(725): MediaWiki\Session\SessionManager::getGlobalSession()
#17 /home/starsh2/public_html/sfcwiki/includes/WebStart.php(89): require_once('/home/starsh2/p...')
#18 /home/starsh2/public_html/sfcwiki/index.php(44): require('/home/starsh2/p...')
#19 {main}

I updated the password on both the server and LocalSettings and then re-attempted installation/upgrade (to v1.35.14). I appeared to get the same error.

I did notice that my pre-upgrade LocalSettings for both wikis had differing $wgDBTableOptions values. The successfully-upgraded one started with $wgDBTableOptions = "ENGINE=InnoDB, DEFAULT CHARSET=binary";, while this wiki I'm working on now had $wgDBTableOptions = "TYPE=InnoDB";.

Could this have some bearing on why the 2nd wiki cannot access the database? LeyteWolfer (talk) 14:39, 9 February 2024 (UTC)

Update: per Manual:$wgDBTableOptions, TYPE=InnoDB is no longer available in current versions due to dropped MySQL 4 support. The page, however, does not indicate what the change should be (as far as I can clearly understand).

I changed $wgDBTableOptions's value first to ENGINE=InnoDB, DEFAULT CHARSET=binary and then ENGINE=InnoDB, DEFAULT CHARSET=utf8, rerunning the mw-config script for both, but the result was the same. LeyteWolfer (talk) 15:06, 9 February 2024 (UTC)

Its unlikely an incorrect wgDBTableOptions would cause this error.

The error says the db is inaccessible. Is your database running? Is $wgDBserver, and other DB variables correct? Bawolff (talk) 07:21, 10 February 2024 (UTC)

> Is your database running?

I asked that question of my host and they say it is.

> Is $wgDBserver, and other DB variables correct?

The wiki was running immediately before the upgrade process began. I have compared the DB settings in LocalSettings to the ones before the process began and see nothing different.

Even the server-side password was reset to match the one in the LocalSettings. LeyteWolfer (talk) 10:27, 10 February 2024 (UTC)

Just to save us some time, here is everything from the current LocalSettings that (I think) pertains to the database:

## Database settings
$wgDBtype           = "mysql";
$wgDBserver         = "localhost";
$wgDBname           = "starsh2_sfcwiki";
$wgDBuser           = "starsh2_dansfc";
$wgDBpassword       = "mypersonalpassword";
# MySQL specific settings
$wgDBprefix         = "";
# MySQL table options to use during installation or update
$wgDBTableOptions   = "TYPE=InnoDB";
# Experimental charset support for MySQL 4.1/5.0.
$wgDBmysql5 = false;
# Postgres specific settings
$wgDBport           = "5432";
$wgDBmwschema       = "mediawiki";
$wgDBts2schema      = "public";
$wgShowDBErrorBacktrace = true;

I also tested the original (pre-upgrade) LocalSettings and the site still returned the "Cannot access the database" response. LeyteWolfer (talk) 12:58, 10 February 2024 (UTC)

Does commenting out $wgDBport help?

Also try setting $wgDBserver to 127.0.0.1 instead of localhost to see if it changes anything. Bawolff (talk) 15:35, 10 February 2024 (UTC)

No, unfortunately neither of those changed anything. I tried them three times total: individually and together.

This is my oldest wiki, upgraded last to 1.29. However, until you set me straight, I had always upgraded by unloading the new directory into the old. Would it be helpful, for you, if I posted my complete (and sanitized) LocalSettings here? See if you catch something that is just outright wrong?

Also, I saw this exchange, from 15 days ago (at the bottom), when I was researching the error:

117.20.68.247									
Hi, I got this error after upgrading. Not sure what the problem was, however I got around it by creating a new database and user, deleting localsettings.php, doing a fresh/new installation to auto generate a new localsettings file, then changing back to the old database and user in localsettings.

I don't understand how they got "here" from "there" with that process, but what do you think? LeyteWolfer (talk) 18:35, 10 February 2024 (UTC)

The error generally means that mediawiki cannot connect to the database server. Usually this means either the db server is misconfigured or mediawiki is trying to connect to the wrong place. Bawolff (talk) 21:59, 10 February 2024 (UTC)

> Usually this means either the db server is misconfigured

Misconfigured in what sense? I confirmed the user database indicated in LocalSettings is the one associated with the (primary) MySQL database. To test this, are you suggesting that re-establishing a backup of the primary database might be in order? If not...what?

I'm not really sure what you're recommending I do in this case. LeyteWolfer (talk) 23:01, 10 February 2024 (UTC)

This might be difficult if you don't have server access, but my go to suggestion would be verifying that the DB server actually is up. Normally I would do that by using the command line mysql tool, and connecting to the DB using the same user and password as MW would. If that's not an option, try using some other program like phpmyadmin to connect to the DB, to try and check if its a MediaWiki problem or a general problem.

You can also try setting $wgDebugLogFile to see if any more specific errors show up in there. Bawolff (talk) 23:28, 10 February 2024 (UTC)

Thank you. I'll reach out to the host's tech team (they don't allow command line access for the customer) with these suggested lines of attack. They still haven't answered directly my question (of 11 hours ago) as to how they determined the DB server was running, but this will allow me to get a bit more pointed with my questions.

As for appends $wgDebugLogFile: where can I find it? I don't see it in the top level and the LocalSettings has no clues to guide me, nor does that Manual page. LeyteWolfer (talk) 23:49, 10 February 2024 (UTC)

You can add $wgDebugLogFile = '/some/path/here'; to the bottom of LocalSettings.php . The path specified has to be somewhere writable by the webserver for it to work. See How to debug for further detail.

It possible it might have a more detailed error message, but its also a bit of a stretch, so don't spend too much time trying to set that up if its difficult. Bawolff (talk) 00:24, 11 February 2024 (UTC)

Gotcha. And can do. Thanks. LeyteWolfer (talk) 01:06, 11 February 2024 (UTC)

@Bawolff,

• the $wgDebugLogFile did not generate anything. I refreshed the "Cannot access the database" page and then restarted installation. I directed it to create the file in '/public_html/sfcwiki/logs';, but it remains empty.
• The tech team reported back that the "starsh2_sfcwiki" server has been running since mid-December and that it was connected with the "starsh2_dansfc" user, using the password indicated in LocalSettings.
• I'm at the point where I'm thinking I should ask them to restore the directory and databases to a point from 6 days ago, before I started all this (they keep daily restorations for only 7 days). At the end of the day, I have to assume this error is something I introduced.

I want to hold off on that until I hear back from you, in case you have another angle to pursue. LeyteWolfer (talk) 20:01, 11 February 2024 (UTC)

I don't know. Error indicates MediaWiki was unable to contact the database. Bawolff (talk) 20:18, 11 February 2024 (UTC)

...and we've already vetted all the DB values in LocalSettings. Does that mean you're concerned that a restoration won't work? The site was working on Thursday night, right before I started the upgrade.

> Error indicates MediaWiki was unable to contact the database

Isn't there a disconnect there, though, as no errors are indicated during the "There are MediaWiki tables in this database. To upgrade them to MediaWiki 1.35.14, click Continue" phase? LeyteWolfer (talk) 20:22, 11 February 2024 (UTC)

You spotted a critical error I introduced in my 2nd wiki; this final wiki is my oldest and probably crudded up too. Would you please review the (sanitized) LocalSettings here? Maybe something will leap out as just wrong.

<?php error_reporting( -1 ); ini_set( 'display_errors', 1 );
# This file was automatically generated by the MediaWiki installer.
# If you make manual changes, please keep track in case you need to
# recreate them later.
#
# See includes/DefaultSettings.php for all configurable settings
# and their default values, but don't forget to make changes in _this_
# file, not there.
# If you customize your file layout, set $IP to the directory that contains
# the other MediaWiki files. It will be used as a base to locate files.
if( defined( 'MW_INSTALL_PATH' ) ) {
	$IP = MW_INSTALL_PATH;
} else {
	$IP = dirname( __FILE__ );
}
$path = array( $IP, "$IP/includes", "$IP/languages" );
set_include_path( implode( PATH_SEPARATOR, $path ) . PATH_SEPARATOR . get_include_path() );
require_once( "$IP/includes/DefaultSettings.php" );
# If PHP's memory limit is very low, some operations may fail.
# ini_set( 'memory_limit', '20M' );
#if ( $wgCommandLineMode ) {
#	if ( isset( $_SERVER ) && array_key_exists( 'REQUEST_METHOD', $_SERVER ) ) {
#		die( "This script must be run from the command line\n" );
#	}
#}
## Uncomment this to disable output compression
# $wgDisableOutputCompression = true;
$wgSitename         = "Wacky World of Cueballs";
## The URL base path to the directory containing the wiki;
## defaults for all runtime URL paths are based off of this.
$wgScriptPath       = "/sfcwiki";
$wgScriptExtension  = ".php";
## For more information on customizing the URLs please see:
## http://www.mediawiki.org/wiki/Manual:Short_URL
## UPO means: this is also a user preference option
$wgEnableEmail      = true;
$wgEnableUserEmail  = true; # UPO
$wgEmergencyContact = "fredvader@mainstreet.com";
$wgPasswordSender = "fredvader@mainstreet.com";
$wgEnotifUserTalk = true; # UPO
$wgEnotifWatchlist = true; # UPO
$wgEmailAuthentication = true;
// define namespace constants
define("NS_Guide", 1700); // This MUST be even.
define("NS_Guide_TALK", 1701); // This MUST be the following odd integer.
define("NS_Build", 1702); // This MUST be even.
define("NS_Build_TALK", 1703); // This MUST be the following odd integer.
define("NS_Rules", 1704); // This MUST be even.
define("NS_Rules_TALK", 1705); // This MUST be the following odd integer.
 
// add namespaces
$wgExtraNamespaces[NS_Guide] = "Guide";
$wgExtraNamespaces[NS_Guide_TALK] = "Guide_talk";
$wgExtraNamespaces[NS_Build] = "Build";
$wgExtraNamespaces[NS_Build_TALK] = "Build_talk";
$wgExtraNamespaces[NS_Rules] = "Rules";
$wgExtraNamespaces[NS_Rules_TALK] = "Rules_talk";
## For a detailed description of the following switches see
## http://www.mediawiki.org/wiki/Extension:Email_notification 
## and http://www.mediawiki.org/wiki/Extension:Email_notification
## There are many more options for fine tuning available see
## /includes/DefaultSettings.php
## UPO means: this is also a user preference option
## Database settings
$wgDBtype           = "mysql";
$wgDBserver         = "localhost";
$wgDBname           = "starsh2_sfcwiki";
$wgDBuser           = "starsh2_dansfc";
$wgDBpassword       = "[x%-21{RU=3[";
# MySQL specific settings
$wgDBprefix         = "";
# MySQL table options to use during installation or update
$wgDBTableOptions   = "TYPE=InnoDB";
# Experimental charset support for MySQL 4.1/5.0.
$wgDBmysql5 = false;
# Postgres specific settings
$wgDBport           = "5432";
$wgDBmwschema       = "mediawiki";
$wgDBts2schema      = "public";
## Shared memory settings
$wgMainCacheType = CACHE_NONE;
$wgMemCachedServers = array();
## To enable image uploads, make sure the 'images' directory
## is writable, then set this to true:
$wgEnableUploads = true;
$wgUseImageMagick = true;
$wgImageMagickConvertCommand = "/usr/bin/convert";
## If you want to use image uploads under safe mode,
## create the directories images/archive, images/thumb and
## images/temp, and make them all writable. Then uncomment
## this, if it's not already uncommented:
# $wgHashedUploadDirectory = false;
## If you have the appropriate support software installed
## you can enable inline LaTeX equations:
$wgUseTeX           = false;
$wgLocalInterwiki   = $wgSitename;
$wgLanguageCode = "en";
$wgProxyKey = "4ffd01603974cd59138590dbd3273a6c4fc6b9f031cfce10577f7de009ae49b5";
## Default skin: you can change the default skin. Use the internal symbolic
## names, ie 'standard', 'nostalgia', 'cologneblue', 'monobook':
$wgDefaultSkin = 'MonoBook';
## For attaching licensing metadata to pages, and displaying an
## appropriate copyright notice / icon. GNU Free Documentation
## License and Creative Commons licenses are supported so far.
# $wgEnableCreativeCommonsRdf = true;
$wgRightsPage = ""; # Set to the title of a wiki page that describes your license/copyright
$wgRightsUrl = "";
$wgRightsText = "";
$wgRightsIcon = "";
# $wgRightsCode = ""; # Not yet used
$wgDiff3 = "/usr/bin/diff3";
# When you make changes to this configuration file, this will make
# sure that cached pages are cleared.
$configdate = gmdate( 'YmdHis', @filemtime( __FILE__ ) );
$wgCacheEpoch = max( $wgCacheEpoch, $configdate );
# Prevent new user registrations except by sysops 
$wgGroupPermissions['*']['createaccount'] = false;
/**
 * Permission keys given to users in each group.
 * All users are implicitly in the '*' group including anonymous visitors;
 * logged-in users are all implicitly in the 'user' group. These will be
 * combined with the permissions of all groups that a given user is listed
 * in in the user_groups table.
 *
 * Note: Don't set $wgGroupPermissions = array(); unless you know what you're
 * doing! This will wipe all permissions, and may mean that your users are
 * unable to perform certain essential tasks or access new functionality
 * when new permissions are introduced and default grants established.
 *
 * Functionality to make pages inaccessible has not been extensively tested
 * for security. Use at your own risk!
 *
 * This replaces wgWhitelistAccount and wgWhitelistEdit
 */
#$wgGroupPermissions = array();
// Implicit group for all visitors
$wgGroupPermissions['*'    ]['createaccount']   = false;
$wgGroupPermissions['*'    ]['read']            = false;
$wgGroupPermissions['*'    ]['edit']            = false;
$wgGroupPermissions['*'    ]['createpage']      = false;
$wgGroupPermissions['*'    ]['createtalk']      = false;
// Implicit group for all logged-in accounts
$wgGroupPermissions['user' ]['move']            = true;
$wgGroupPermissions['user' ]['read']            = true;
$wgGroupPermissions['user' ]['edit']            = true;
$wgGroupPermissions['user' ]['createpage']      = true;
$wgGroupPermissions['user' ]['createtalk']      = true;
$wgGroupPermissions['user' ]['upload']          = true;
$wgGroupPermissions['user' ]['reupload']        = true;
$wgGroupPermissions['user' ]['reupload-shared'] = true;
$wgGroupPermissions['user' ]['minoredit']       = true;
$wgGroupPermissions['user' ]['purge']           = true; // can use ?action=purge without clicking "ok"
$wgGroupPermissions['visitor' ]['move']            = false;
$wgGroupPermissions['visitor' ]['read']            = true;
$wgGroupPermissions['visitor' ]['edit']            = false;
$wgGroupPermissions['visitor' ]['createpage']      = false;
$wgGroupPermissions['visitor' ]['createtalk']      = true;
$wgGroupPermissions['visitor' ]['upload']          = false;
$wgGroupPermissions['visitor' ]['reupload']        = false;
$wgGroupPermissions['visitor' ]['reupload-shared'] = false;
$wgGroupPermissions['visitor' ]['minoredit']       = false;
$wgGroupPermissions['visitor' ]['purge']           = false; // can use ?action=purge without clicking "ok"
// Implicit group for accounts that pass $wgAutoConfirmAge
$wgGroupPermissions['autoconfirmed']['autoconfirmed'] = true;
// Implicit group for accounts with confirmed email addresses
// This has little use when email address confirmation is off
$wgGroupPermissions['emailconfirmed']['emailconfirmed'] = true;
// Users with bot privilege can have their edits hidden
// from various log pages by default
$wgGroupPermissions['bot'  ]['bot']             = true;
$wgGroupPermissions['bot'  ]['autoconfirmed']   = true;
$wgGroupPermissions['bot'  ]['nominornewtalk']  = true;
$wgGroupPermissions['bot'  ]['autopatrol']      = true;
// Most extra permission abilities go to this group
$wgGroupPermissions['sysop']['block']           = true;
$wgGroupPermissions['sysop']['createaccount']   = true;
$wgGroupPermissions['sysop']['delete']          = true;
$wgGroupPermissions['sysop']['deletedhistory'] 	= true; // can view deleted history entries, but not see or restore the text
$wgGroupPermissions['sysop']['editinterface']   = true;
$wgGroupPermissions['sysop']['import']          = true;
$wgGroupPermissions['sysop']['importupload']    = true;
$wgGroupPermissions['sysop']['move']            = true;
$wgGroupPermissions['sysop']['patrol']          = true;
$wgGroupPermissions['sysop']['autopatrol']      = true;
$wgGroupPermissions['sysop']['protect']         = true;
$wgGroupPermissions['sysop']['proxyunbannable'] = true;
$wgGroupPermissions['sysop']['rollback']        = true;
$wgGroupPermissions['sysop']['trackback']       = true;
$wgGroupPermissions['sysop']['upload']          = true;
$wgGroupPermissions['sysop']['reupload']        = true;
$wgGroupPermissions['sysop']['reupload-shared'] = true;
$wgGroupPermissions['sysop']['unwatchedpages']  = true;
$wgGroupPermissions['sysop']['autoconfirmed']   = true;
$wgGroupPermissions['sysop']['upload_by_url']   = true;
$wgGroupPermissions['sysop']['ipblock-exempt']	= true;
$wgGroupPermissions['sysop']['blockemail']      = true;
// Permission to change users' group assignments
$wgGroupPermissions['bureaucrat']['userrights'] = true;
/**
 * This is the list of preferred extensions for uploading files. Uploading files
 * with extensions not in this list will trigger a warning.
 */
$wgFileExtensions = array('gif', 'jpg', 'jpeg', 'ppt','pptx', 'pdf', 'doc', 'docx', 'psd', 'mp3','xls', 'xlsm', 'xlsx', 'ogg', 'zip','swf', 'doc', 'ico', 'svg', 'bmp', 'png');
$wgLogo = "$wgScriptPath/images//4/4e/Cueball_command_blue.PNG";
$wgUpgradeKey = '9afdd5ade146b90c';
#require_once( $IP.'/extensions/Cite/Cite.php' );
#wfLoadExtension( 'Cite' );
#require_once("$IP/extensions/ParserFunctions/ParserFunctions.php"); 
#wfLoadExtension( 'ParserFunctions' );
#require_once( "{$IP}/extensions/Renameuser/SpecialRenameuser.php" );
#require_once( "$IP/extensions/UserMerge/UserMerge.php" );
#$wgGroupPermissions['bureaucrat']['usermerge'] = true;
 
#optional - default is array( 'sysop' )
$wgUserMergeProtectedGroups = array( 'groupname' );
#require_once "$IP/skins/CologneBlue/CologneBlue.php";
#require_once "$IP/skins/Modern/Modern.php";
#require_once "$IP/skins/MonoBook/MonoBook.php";
#require_once "$IP/skins/Vector/Vector.php";
wfLoadSkin( 'MonoBook' );
wfLoadSkin( 'Vector' );
$wgTmpDirectory = "/home/starsh2/tmp_lsfxuf";
$wgJobRunRate = 5;
$wgShowExceptionDetails = true;
$wgShowDBErrorBacktrace = true;
$wgServer = 'http://cueballworld.com';
$wgShowSQLErrors = true;

LeyteWolfer (talk) 20:31, 11 February 2024 (UTC)

@Bawolff, I am reaching a major decision point. My host only keeps restorations for a week. I’ve been waiting on feedback from you on the above for the last two days, because I’ve found your perspective to be far more valuable than anything they provide.

However, because it takes HostPapa tech support up to 18 hours to respond, I’ll be risking losing all the “good” (pre-upgrade) restoration points if I don’t direct them to start it today.

Please, if you can, consider the two posts I made above. I have to make the call this morning and if your (better) response comes in after that, any changes I make will be overwritten.

Thank you. LeyteWolfer (talk) 12:09, 13 February 2024 (UTC)

I dont know, all i know is the "sorry this site is experiencing technical diificulties" is a database connection error. Bawolff (talk) 19:11, 13 February 2024 (UTC)

Restoration allowed the original (1.29.2) wiki to function, so it must have been something in the upgrade process to 1.35.14 to fail.

I'm going to try again in a few days (allow the host to build additional working restoration points and I'm just tired after four weeks of this) and if it fails again, I'll try an earlier intermediary step. LeyteWolfer (talk) 22:07, 13 February 2024 (UTC)

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

Footer change

Hello everybody.

I no longer know how to change the footer. I have to re-link the "Imprint" page.

It is this page: https://www.thailand-seite.de/Buddhismusglossar/index.php?title=Hauptseite 2001:16B8:AB09:5E00:79C9:B1A8:1B6B:63DA (talk) 14:04, 10 February 2024 (UTC)

Edit the page https://www.thailand-seite.de/Buddhismusglossar/index.php?title=MediaWiki:Disclaimerpage Bawolff (talk) 22:06, 10 February 2024 (UTC)

Blocking robots from reading mediawiki

I have a mediawiki site (version 1.40.1, php v7.4.33, mySQL v8.0.36) which is configured to be unreadable by visitors. It is being used for documenting an small organisation's processes etc. With this configuration can search engines access the site data? I know i can create a robots.txt but that is advisory only, my question is can search engine robots technically access the pages.

thanks

Dave Df232 (talk) 20:55, 10 February 2024 (UTC)

If your wiki is configured to be private (wgGroupPermissions does not give read to *) then it cannot be viewed by web spiders.

If you want images to be private, you need to do extra setup, see manual:img_auth.php

Try browsing it in incognito mode to see what search engines see.

If you want to be extra paranoid, you can setup http basic auth as an extra defense layer. See your web server's documentation for how to do that. Bawolff (talk) 22:02, 10 February 2024 (UTC)

many thanks for this. I think i follow the instructions in the link you provided. The one thing i cant seem to find is how to set $wgUploadDirectory when the image folder is outside of the domain hosting the wiki

For example if my wiki is installed in

fred.com/wiki

and i create a folder alongside fred.com called

wiki/images

to hold the images how do i set $wgUploadDirectory?

Thanks

Dave Df232 (talk) 12:11, 11 February 2024 (UTC)

You can use the full file system path if you know what it is. Alternatively, you could do something $wgUploadDirectory = dirname( __DIR__ ) . '/images'; The dirname(__DIR__) will be replaced with the directory above the current one. Bawolff (talk) 19:07, 11 February 2024 (UTC)

Upgrade path recommendation

I have 3 wikis within 1 database - 2 of those run v1.36 and the other 1.34 without any known problems.

Trying to update the last 1.34 instance to 1.36 I end up with "Main slot of revision not found in database. See T212428" for some searches and not others.

I'm working on migrating from CentOS 7 to CentOS 9 and 1.36.1 is my only version that seems to work on the new server.

Looking for suggestions on the easiest way to update things to current versions. I'm a long time amateur and a bit stumped.

Product	Version
MediaWiki	1.36.1
PHP	8.0.30 (fpm-fcgi)
MySQL	8.0.32
ICU	67.1


Product	Version
MediaWiki	1.34.4
PHP	7.4.21 (apache2handler)
MariaDB	5.5.68-MariaDB
ICU	50.2

Gblaster 16 (talk) 04:51, 11 February 2024 (UTC)

Red Links

Is there an extension that will allow me to de-link all of the red-links from my Wiki? I cannot find one. I don't want to hide them. I need to de-link them. -𝘼𝙧𝙘𝙝𝙖𝙣𝙜𝙚𝙡💀 17:46, 11 February 2024 (UTC)

Special:WantedPages lists all red links (if enabled on your wiki) —TheDJ (Not WMF) (talk • contribs) 12:10, 12 February 2024 (UTC)

I am aware of that. I have over 5000 of them, thus my need for an extension or script or something. -𝘼𝙧𝙘𝙝𝙖𝙣𝙜𝙚𝙡💀 18:43, 12 February 2024 (UTC)

i'm sure pywikibot can do it. might have to write your own bottask, but that isn't too hard. —TheDJ (Not WMF) (talk • contribs) 20:37, 12 February 2024 (UTC)

How do I access it? Is it on the SPECIAL page somewhere? I don't understand why This is so difficult. I just want all the red links gone. Anyway, I can't find this bot anywhere, and from the link you gave me in looks like a nightmare. Why is such a simple thing so hard? -𝘼𝙧𝙘𝙝𝙖𝙣𝙜𝙚𝙡💀 18:31, 13 February 2024 (UTC)

Sorry. This is NOT simple task. The result might be simple, but the task is not. MediaWiki is capable of a bazillion different things, but that doesn't mean that all those things have ready made solutions that are easy to understand for every single person. If no one has written this functionality before, then there is not a button for you to click and you need to do programming of your own. —TheDJ (Not WMF) (talk • contribs) 21:06, 13 February 2024 (UTC)

So you are saying that there is no extension that erases red links? As hated and controversial as they are?

If that's the case, I guess I'm screwed until somebody makes one. :( -𝘼𝙧𝙘𝙝𝙖𝙣𝙜𝙚𝙡💀 21:13, 13 February 2024 (UTC)

error upgrading checkuser php

when trying to upgrade php this error is occuring how do i fix this?

An error occurred:

Error 1054: Unknown column 'cul_user' in 'field list'

Function: MediaWiki\CheckUser\Maintenance\PopulateCulActor::doDBUpdates

Query: SELECT  cul_id,cul_user  FROM `mwfv_cu_log`    WHERE cul_actor = 0 AND (cul_id BETWEEN 0 AND 200) Cocopuff2018 (talk) 22:14, 11 February 2024 (UTC)

Upgrade from which version to which other version ? And which version of core are you running ? —TheDJ (Not WMF) (talk • contribs) 12:08, 12 February 2024 (UTC)

What is the best way to have specific groups of users for certain topics on wiki?

This is more of a suggestion rather than a technical problem. I was thinking about creating some sort of group system (no not user groups like admins and editors and all that with user group rights) in which each group specializes on a wide to specific range of topics (in regards to history which is what my wiki is about), like say one group focuses on some famous event/battle, another on a nation's Navy, etc etc.

I was thinking about some sort of portal to each group and each group gets some sort of control of some specific categories each containing articles relating to those subject.

However I am not exactly finding that there is such a system on MediaWiki or wikipedia. I know that there are portals but don't really understand how to implement that sort of thing onto a different wiki

Any suggestions would be helpful, thanks Guillaume Taillefer (talk) 22:15, 11 February 2024 (UTC)

That sounds more like a CMS to me than a wiki. —TheDJ (Not WMF) (talk • contribs) 12:07, 12 February 2024 (UTC)

The thing is is that the website I started is still a bit of a wiki. It has a heavy emphasis on the contribution of people that can just sign up to edit, upload, etc. So its sort of in between a CMS and a wiki.

But of course with the broad topic that is the website (wwii-archives.org) I want to invite normal people and experts with certain interests in that subject frame, giving some of them with some authority to manage their own corner.

The only best thing I could think of is just a portal but somehow people could join it (?) and each portal has some predefined categories that they could manage. I am not entirely sure. Again any suggestions would be helpful as I am not very knowledgeable about many of these things especially CMSs Guillaume Taillefer (talk) 23:46, 21 February 2024 (UTC)

CSS for link formatting classes

I didn't want to ask here because I know its stupid.

My common.css code: a {color: color;}

1. bodyContent a.external {color: grey;} /* for external links */
2. bodyContent a.new {color: brown;} /* for pages not yet created */
3. bodyContent a.link {color: green;} /* regular links */

The first two work, the last one does not. Why don't my links turn green? -𝘼𝙧𝙘𝙝𝙖𝙣𝙜𝙚𝙡💀 23:32, 11 February 2024 (UTC)

@ArchATempAcct: You could target it with e.g. a[rel="mw:WikiLink"] { color: green; } Sam Wilson 04:54, 12 February 2024 (UTC)

I will try that! Thank you! -𝘼𝙧𝙘𝙝𝙖𝙣𝙜𝙚𝙡💀 05:49, 12 February 2024 (UTC)

it's not a.link, as that doesn't exist. You probably meant a:link (aka, any a with an href attribute) —TheDJ (Not WMF) (talk • contribs) 12:05, 12 February 2024 (UTC)

Switch to a new OIDC issuer

I use OpenIDConnect to authenticate my users through self-hosted SSO (LemonLdap + LDAP backend). I'm trying to change SSO to keycloak. User storage is still LDAP.

So my problem is - that when I change providerURL in $wgPluggableAuth_Config for OpenIDConnect, MediaWiki creates a new user instead of logging in as a previously existing user. For example, the user has login john.doe and preferred_name John Doe.

Expected behavior after SSO issuer change: enter login john.doe and his password in SSO and became authenticated in MediaWiki as John Doe

Actual behavior: I became John Doe1.

{

wfLoadExtension( 'OpenIDConnect' );

$wgPluggableAuth_Config[] = [

    'plugin' => 'OpenIDConnect',

    'data' => [

        'providerURL' => 'https://sso.domain.local/realms/activedirectory',

        'clientID' => 'wiki',

        'clientsecret' => 'xxxyyyzzz',

'preferred_username' => 'name'

    ]

];

} WilliamTruhillio (talk) 08:39, 12 February 2024 (UTC)

Well that sounds like you have the wrong field name in 'preferred_username' then ? —TheDJ (Not WMF) (talk • contribs) 12:03, 12 February 2024 (UTC)

No, preferred_username is ok. In my example - John Doe and it's right WilliamTruhillio (talk) 12:41, 13 February 2024 (UTC)

This is the data that the openidconnect tracks: https://github.com/wikimedia/mediawiki-extensions-OpenIDConnect/blob/master/sql/mysql/OpenIDConnect.sql

So my guess is that either the subject or the issues or the user is not the same in the old compared to the new. Check your database and find the differences ? —TheDJ (Not WMF) (talk • contribs) 15:13, 13 February 2024 (UTC)

There's also several migrate options Extension:OpenID Connect#Parameters that seem to be pretty relevant to situations like this. —TheDJ (Not WMF) (talk • contribs) 15:18, 13 February 2024 (UTC)

Session issues on Azure Web app

I'd like to host Mediawiki on Azure using a Web App / App Service.

Upon the installation wizard mediawiki gives me the following errors on the language page: "Your session data seems to have expired. Sessions are configured for a lifetime of 20 min 0 s. You can increase this by setting session.gc_maxlifetime in php.ini." OR "Your session data was lost! Check your php.ini and make sure session.save_path is set to an appropriate directory.".

I cannot progress past this page as the page keeps refreshing upon hitting continue.

I have tried different versions of mediawiki ranging from 1.39.5 to the latest version but I repeatedly hit the same error.

I have tried to edit the php ini settings described in the errors but the web app doesn't seem to respond too well to these changes (often crashes).

I know the Azure web app with php version 8 now uses NGINX instead of apache, but I was hoping someone might know how to resolve this php error?

Versions:

Mediawiki: 1.40.2

PHP: 8.2 Price1712 (talk) 16:28, 12 February 2024 (UTC)

put a phpinfo.php in the install directory and inspect the php state from there. Double check what the session expiration settings are ? —TheDJ (Not WMF) (talk • contribs) 18:33, 12 February 2024 (UTC)

Thank you for the response.

I have extracted the php session details from the Azure web app which hosts the wiki. Do any of these values jump out at you as being odd?

I'm still having the same reported errors. I did try and bypass the installation wizard by creating my own LocalSettings.php file but this ended up giving me a 404 not found

Directive	Local Value	Master Value
session.auto_start	Off	Off
session.cache_expire	180	180
session.cache_limiter	nocache	nocache
session.cookie_domain	no value	no value
session.cookie_httponly	0	0
session.cookie_lifetime	0	0
session.cookie_path	/	/
session.cookie_samesite	no value	no value
session.cookie_secure	0	0
session.gc_divisor	100	100
session.gc_maxlifetime	1440	1440
session.gc_probability	1	1
session.lazy_write	On	On
session.name	PHPSESSID	PHPSESSID
session.referer_check	no value	no value
session.save_handler	files	files
session.save_path	no value	no value
session.serialize_handler	php	php
session.sid_bits_per_character	4	4
session.sid_length	32	32
session.upload_progress.cleanup	On	On
session.upload_progress.enabled	On	On
session.upload_progress.freq	1%	1%
session.upload_progress.min_freq	1	1
session.upload_progress.name	PHP_SESSION_UPLOAD_PROGRESS	PHP_SESSION_UPLOAD_PROGRESS
session.upload_progress.prefix	upload_progress_	upload_progress_
session.use_cookies	1	1
session.use_only_cookies	1	1
session.use_strict_mode	0	0
session.use_trans_sid	0	0

Price1712 (talk) 09:03, 13 February 2024 (UTC)

Image width from CSS ignored by File:...

After updating from 1.37 to 1.41, I discovered that the image width I set in the Custom CSS is now ignored by the file tag.

img.hauptseite {

   max-width: 100%;
   height: auto;

}

Is there a new syntax we have to use to make this working again? Many thanks. 2001:9E8:29A0:B600:85AC:5ED6:AA61:1263 (talk) 19:40, 12 February 2024 (UTC)

[ [ File:contest.jpg|class="hauptseite"|center|link= ] ]

Looks weird, but otherwise, this thing makes anything out of the code... 2001:9E8:29A0:B600:85AC:5ED6:AA61:1263 (talk) 19:45, 12 February 2024 (UTC)

As noted in the releasenotes. the html structure of the images changed. As a side consequence, the class applied through the syntax is now on a higher element. The following should do the trick.

[[File:contest.jpg|class=hauptseite|center|link= ]]

figure.hauptseite img {
   max-width: 100%;
   height: auto;
}

—TheDJ (Not WMF) (talk • contribs) 20:43, 12 February 2024 (UTC)

Many thanks for the response. Unfortunately, nothing has changed. The problem can bee seen also on this page: http://ctl.bavarian-contest-club.de/

It is the first page in the center. 92.79.125.166 (talk) 06:16, 13 February 2024 (UTC)

After thousands of F5, it finally works... :-)

Many thanks again! 92.79.125.166 (talk) 06:25, 13 February 2024 (UTC)

Flagged Revs: Many warnings, empty lists

Dear ∀,

I am receiving lots of warnings like Template/file changes in this version are pending review., for example on https://wiki3.railml.org/index.php?title=Generic:containedSituation/3.2 However, both Special:PendingChanges and Special:UnreviewedPages are empty.

How can I find the critical templates?

Thank you in advance.

Yours, Ciciban (talk) 20:28, 12 February 2024 (UTC)

MWNoob - Install completed, but then ! on first run.

Debian 12, Nginx, PHP8,3 - Php proven working.

Initially I had a lot of trouble getting composer to install what it needed and probably more by chance I got the installer to run. but I'm still not sure if compose is complete.

Install finished, LocalSettings written.

then first hit, we get an error, so enable some more debug in local settings.

and we get this...

Original exception: [1b59deafa0e0d3a87d419854] /wiki/index.php?title=Main_Page Error: Class "MediaWiki\Skins\Vector\FeatureManagement\Requirements\OverridableConfigRequirement" not found

I've checked the tar extracted ok, so no missing files.

but I'm still suspicous of composer?

How do I check that composer has grabbed everything it needs for MW or is there something else I need to look at. error logs and php logs not showing much....

Many thanks

A259 A259 (talk) 01:31, 13 February 2024 (UTC)

You normally should not be using composer at all if you installed via a tar file. You only need to run composer if installing via git. Bawolff (talk) 10:59, 13 February 2024 (UTC)

Exclude categories from "unused categories" report

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 think I read somewhere that you can add some code to a category if that category is expected to be empty and then it will be excluded from Special:UnusedCategories, but I can't find the article about that anymore. PKFP (talk) 09:10, 13 February 2024 (UTC)

__EXPECTUNUSEDCATEGORY__

See help:magic words Bawolff (talk) 10:58, 13 February 2024 (UTC)

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

Cant find Xtools enable

Hi there, trying to find enable xtools which i thought was under preferences>gadgets, can't find? ChrisD2024 (talk) 11:14, 13 February 2024 (UTC)

Maybe you saw it on English Wikipedia not here. Gadgets are project-specific, the particular Xtools gadget is not available here on mediawiki.org – Ammarpad (talk) 19:41, 13 February 2024 (UTC)

Database not being functional after i restarted mediawiki and MariaDB.

I run mediawiki at https://wiki.wtvr.cc/ and had to restart the processes for a configuration change.

For some reason after I've restarted the DB Mediawiki can't seem to find user login information (`Error 1146: Table 'my_wiki.user' doesn't exist`).

I'm running mediawiki through docker compose and my compose file looks like the following: https://pastebin.com/rLJ40uVy

Is there any way I can restore the data; or get mediawiki back to normal operation without wiping everything? Bestgirlleah (talk) 13:28, 13 February 2024 (UTC)

I'll be happy to provide any aditional information if relevant, Just Ask! Bestgirlleah (talk) 13:32, 13 February 2024 (UTC)

Your docker-compose file seems to be missing a volume or any other persistent storage location for the MariaDB data. Taavi (talk!) 14:26, 13 February 2024 (UTC)

Shouldn't that still retain after a restart? Bestgirlleah (talk) 15:14, 13 February 2024 (UTC)

If you don't provide a volume, data is stored on the container itself, which gets wiped if you recreate it Ciencia Al Poder (talk) 15:55, 13 February 2024 (UTC)

I ended up adding a named volume to the mariadb as `mariadb_data:/var/lib/mysql` and it now survived a restart. I hope it fixes it. Bestgirlleah (talk) 15:42, 13 February 2024 (UTC)

create account users massively on mediawiki

I have a question, is there a way to create user accounts in bulk on mediawiki? Or do I only have to do it as an administrator directly in the database?

If it is directly in the database, can you give me the script please?

thank you Dbautistar (talk) 16:42, 13 February 2024 (UTC)

CreateAndPromote.php can be used to create users, one at a time. You can use it in a loop for batch creation. – Ammarpad (talk) 19:35, 13 February 2024 (UTC)

There is also extension:ImportUsers Bawolff (talk) 22:21, 15 February 2024 (UTC)

Greetings again.

I have tried extension:ImportUsers but I don't know how it really works.

There is no documentation or forums or videos that show how to use it.

The first method does work but at the moment it only allows you to establish a username and password.

I can't put email or real name. 38.25.30.65 (talk) 23:49, 4 April 2024 (UTC)

I need a coder

I just found out, sadly, that there exists no extension capable of delinking red links. I have thousands of them all over my wiki after importing articles from a wiki that is going under, at their request, in order to rescue the best of the articles.

The problem is that now I need some sort of script or something to de-link all the red. I assumed incorrectly that there was an extension out there that could do this, but I was just informed otherwise, and now here we are. -𝘼𝙧𝙘𝙝𝙖𝙣𝙜𝙚𝙡💀 21:23, 13 February 2024 (UTC)

Logging in to wikimedia site from different application

Hey, I was trying to redirect a user from a web application to wikimedia application by sending his/her credentials in URL params so that he/she can directly land to wikimedia homepage , I am not able to achieve this, can somebody guide me on how to do this? 115.246.222.91 (talk) 13:12, 14 February 2024 (UTC)

Is either SessionManager or API:Login what you are looking for? Bawolff (talk) 22:20, 15 February 2024 (UTC)

googlelogin domain issues

I am having issues fixing the domain for GoogleLogin extension.

I get the following message:

The email domain used for the primary email address of your Google account (<myusername>@<mydomain>.com) isn't allowed to login into this wiki.

Is there a way to manually update SQL database with accepted domain? Psrm743 (talk) 23:57, 14 February 2024 (UTC)

See Extension:GoogleLogin#Additional_configuration_parameters – Ammarpad (talk) 07:26, 18 February 2024 (UTC)

Which is windows server version is required for MediaWiki

Which windows server version is suitable for MediaWiki 1.39.1 Payal Parida (talk) 11:39, 15 February 2024 (UTC)

Any windows server version will work provided appropriate web server, php, and DB are installed Bawolff (talk) 22:18, 15 February 2024 (UTC)

Will MediaWiki 1.39.1 version support windows server 2022.

Will MediaWiki 1.39.1 version support windows server 2022 as part of upgrade?

We currently using windows server 2016. Payal Parida (talk) 13:47, 15 February 2024 (UTC)

The operating system is supported. What really matters is the version of php and the version of the database being used. Bawolff (talk) 22:17, 15 February 2024 (UTC)

So currently we are using php version 8.1.13 and MySQL version 8.0.36 161.69.80.196 (talk) 13:55, 26 February 2024 (UTC)

Wikiamedia global query

Is there a way to make this global? - FlightTime (open channel) 15:51, 15 February 2024 (UTC)

I guess you would also have to include w:MediaWiki:Gadget-charinsert-core.js in your meta:special:mypage/global.js Bawolff (talk) 22:17, 15 February 2024 (UTC)

@Bawolff: Thanx for the advice. I made the changes you suggested here, however this is the result (no change) - FlightTime (open channel) 11:51, 19 February 2024 (UTC)

Link on external site (twitter\facebook\discord) with Image and description

How can I specify description of page to get it displayed with the link? For image I have found Pageimages, that do it, but what about Description text? 178.140.215.212 (talk) 18:57, 15 February 2024 (UTC)

extension:WikiSEO maybe Bawolff (talk) 22:14, 15 February 2024 (UTC)

Wikifarm....

Manual:Wiki family/pl

I am a real newb about this, I have no idea how to do this:

Enable your web server to share your MediaWiki install with all wikis.

For multiple (sub)domains, have your web server accept connections from all the relevant domains.

What does this mean?

For multiple subdirectories, you could use rewrite rules, aliases, or symlinks.

What program is this done with? How?

I want to create both....I am not sure what to do first though or how....

Thank you! 2A00:1370:8139:7B50:8D0F:902E:5355:DD51 (talk) 20:20, 15 February 2024 (UTC)

Please read your webserver's documentation on virtual hosts. Bawolff (talk) 22:13, 15 February 2024 (UTC)

Thank you sir(?)

The webserver's customer service is rather lacking....

have your web server accept connections from all the relevant domains.

Is there any text outside of mediawiki that may help....

Thanks for answering Bawolff. 2A00:1370:8186:435C:A5FB:ED03:97FB:9B3E (talk) 06:06, 16 February 2024 (UTC)

Do you know which webserver you are using?

The instructions are different for every webserver.

This is only needed if you are putting different wikis on different domains. If they are just in different directories on the same domain then you dont have to setup virtual hosts. Bawolff (talk) 06:09, 16 February 2024 (UTC)

REPLY 2 to Bawolff:

Here is what they wrote:

Setting up a wiki farm involves a few steps, and it sounds like you're

asking about the part where you configure your web server to serve

multiple wikis. This involves a bit of work with your web server

configuration and some knowledge of server administration. If you are not

an advanced user, please reach a developer.

To clarify, when it refers to enabling your web server to share your

MediaWiki install with all wikis, it means that you're going to set up

your web server (like Apache, Nginx, etc.) in such a way that it can

serve multiple wikis from a single MediaWiki installation.

In the case of multiple (sub)domains, it means you should configure your

web server to accept connections from all the domains you want to use for

your different wikis. For example, if you have wiki1.example.com and

wiki2.example.com, your server should be set up to accept connections for

both.

As for multiple subdirectories, it's about making sure that different

paths on your domain point to different wikis. For instance,

example.com/wiki1 and example.com/wiki2 should lead to two different

wikis. This can be done using rewrite rules, aliases, or symlinks, which

are all techniques for redirecting requests on your server.

Since you're using Apache as your web server (this is the type of server

you have with us), you would use the .htaccess file to define rewrite

rules.

If all of this sounds a bit advanced, don't worry! You're learning

something new and it's perfectly okay to take your time to understand it.

There's also no harm in seeking help from a friend with some server

administration experience or hiring a professional for this task.

As for what to do first, you should start by getting your MediaWiki

installation running for a single wiki. Once you have that working, you

can move on to setting up the server for multiple wikis. Your current

server allows it.

Now, when it comes to the steps, this is totally out of our scope, but a

Google search is always a good start, please refer to some info you can

use:

- How to Start a Wiki: https://www.wikihow.com/Start-a-Wiki

- DokuWiki Farms: https://www.dokuwiki.org/farms

And my favorite, tutorials, this is quite old but it would be good to

have a general idea of how to start:

https://www.youtube.com/watch?v=3aZq0LK250U 2A00:1370:8186:435C:A5FB:ED03:97FB:9B3E (talk) 06:10, 16 February 2024 (UTC)

To clarify, when it refers to enabling your web server to share your

MediaWiki install with all wikis, it means that you're going to set up

your web server (like Apache, Nginx, etc.) in such a way that it can

serve multiple wikis from a single MediaWiki installation.

In the case of multiple (sub)domains, it means you should configure your

web server to accept connections from all the domains you want to use for

your different wikis.

For example:

• if you have wiki1.example.com and
• wiki2.example.com, your server should be set up to accept connections for both.

As for multiple subdirectories, it's about making sure that different

paths on your domain point to different wikis.

For instance:

• example.com/wiki1 and
• example.com/wiki2

should lead to two different

wikis. This can be done using rewrite rules, aliases, or symlinks, which

are all techniques for redirecting requests on your server.

Since you're using Apache as your web server (this is the type of server

you have with us), you would use the .htaccess file to define rewrite

rules.

Now, when it comes to the steps, this is totally out of our scope, but a Google search is always a good start, please refer to some info you can

use:

• How to Start a Wiki: https://www.wikihow.com/Start-a-Wiki
• DokuWiki Farms: https://www.dokuwiki.org/farms

And my favorite, tutorials, this is quite old but it would be good to

have a general idea of how to start:

• https://www.youtube.com/watch?v=3aZq0LK250U 2A00:1370:8186:435C:CD55:6AB5:1B50:8D1 (talk) 12:01, 17 February 2024 (UTC)

REWRITTEN:

Enabling your web server to share your MediaWiki install with all wikis. Set up the web server (like Apache, Nginx, etc.) in such a way that it can serve multiple wikis from a single MediaWiki installation.

In the case of multiple (sub)domains, Configure web server to accept connections from all the domains used for different wikis.

For example:

*wiki1 example c o m and

* wiki2 example c o m

...your server should be set up to accept connections for both.

As for '''multiple subdirectories''', it's about making sure that different paths on the domain point to different wikis.

For example:

* example c o m wiki1 and

* example c o m wiki2

...should lead to two different  wikis. This can be done using rewrite rules, aliases, or symlinks, which are all techniques for redirecting requests on your server.

If using Apache as your web server, use the .htaccess file to define rewrite rules.

Refer to some info you can use:

* How to Start a Wiki: wikihow Start-a-Wiki

* DokuWiki Farms: dokuwiki o r g farms

And my favorite, tutorial, this is quite old but it would be good to have a general idea of how to start:

* Build a farm website with four web pages in four minutes (short version)  - WEEBLY EDITOR:  ''(this is not for mediawiki)'' 2A00:1370:8186:435C:CD55:6AB5:1B50:8D1 (talk) 12:10, 17 February 2024 (UTC)

unable to save pages due broken session

Sorry! We could not process your edit due to a loss of session data.

You might have been logged out. Please verify that you're still logged in and try again. If it still does not work, try logging out and logging back in, and check that your browser allows cookies from this site.

I have tried different browsers in incognito mode and with different wifis and on android and on windows computer. All other users can edit and save wiki pages. Confused what to do. 2001:4DD5:81BA:0:353A:1622:5B45:2DDF (talk) 20:35, 15 February 2024 (UTC)

It could be an issue on your end or the server's end. If it happens on multiple computers then probably a server issue. Bawolff (talk) 20:35, 17 February 2024 (UTC)

syntax error, unexpected Special:RequestAccount (T_CONSTANT_ENCAPSED_STRING), expecting ']'

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.

---

• MediaWiki version: 1.41.0
• PHP version: 7.4.33
• Database type and version: MySQL 8.0.36

Attempting to add the ConfirmAccount extension and have encountered the following error:

[Zc7BU5vXAMwNBaTqsvR6-gAAAEM] /fangs/mw-config/index.php   ParseError: syntax error, unexpected ''Special:RequestAccount'' (T_CONSTANT_ENCAPSED_STRING), expecting ']'
Backtrace:
from /home/starsh2/public_html/fangs/LocalSettings.php(149)
 #0 /home/starsh2/public_html/fangs/includes/installer/WebInstallerExistingWiki.php(32): Installer::getExistingLocalSettings()
 #1 /home/starsh2/public_html/fangs/includes/installer/WebInstaller.php(273): WebInstallerExistingWiki->execute()
 #2 /home/starsh2/public_html/fangs/mw-config/index.php(82): WebInstaller->execute(array)
 #3 /home/starsh2/public_html/fangs/mw-config/index.php(40): wfInstallerMain()
 #4 {main}

In order to meet the configuration If only logged-in users are allowed to view pages, make sure you add the request account page to $wgWhitelistRead

The example provided was:

$wgWhitelistRead = [
    'Special:RequestAccount',
    'Main Page'
];

So I commented out the existing $wgWhitelistRead and added the following:

$wgWhitelistRead = [
    'Special:Userlogin'
    'Special:RequestAccount'
    ];

Line 149 is the one that reads 'Special:RequestAccount'.

How do I correct this? LeyteWolfer (talk) 02:06, 16 February 2024 (UTC)

The commas between items are important Bawolff (talk) 06:10, 16 February 2024 (UTC)

Le sigh. After trying all sorts of permutations for that last bracket, I have no idea why I didn't catch that myself.

Thank you. LeyteWolfer (talk) 15:43, 16 February 2024 (UTC)

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

Download MediaWiki 1.32.0

Would someone please give me a direct link for downloading MediaWiki 1.32.0? Servant of Lord Jesus (talk) 09:06, 16 February 2024 (UTC)

https://releases.wikimedia.org/mediawiki/1.32/

Hope this helps. LeyteWolfer (talk) 15:37, 16 February 2024 (UTC)

Thank you, I was already on this link. But which sublink do I need from this list? (IT-people are so hard to understand...) Servant of Lord Jesus (talk) 18:37, 16 February 2024 (UTC)

If you want 1.32.0, download https://releases.wikimedia.org/mediawiki/1.32/mediawiki-1.32.0.tar.gz .

The .sig file lets you verify that .gz is intact/ correct when you have, by comparing a hash of your download. one needs a utility to create the new hash Jabberwoch (talk) 02:24, 17 February 2024 (UTC)

Thanks I tried mediawiki-1.32.0.tar. It seems to work :) Servant of Lord Jesus (talk) 08:17, 17 February 2024 (UTC)

Mediawiki Vuejs

Hello everyone,

I have my own mediawiki docker image (wikibase-bundle) and I want to customize it by developing my own components VueJs.

For example I want to customize the main Page, so I want to add my own extension tag with components, for example I will add a extension tag <test> which will call my Test.vue component, is it possible ?

I don't get to my need by searching in the documentation of tag extension, is it the good way to do ?

If you have any example, please share :D

Thanks for your help :) 80.12.67.59 (talk) 15:23, 16 February 2024 (UTC)

Yes, but not super well documented yet. See ResourceLoader maybe Bawolff (talk) 20:34, 17 February 2024 (UTC)

Global user page +

Is it possible to have my global user page in addition to local content? Can I transclude it as a template somehow? Irtapil (talk) 16:08, 16 February 2024 (UTC)

No Bawolff (talk) 20:33, 17 February 2024 (UTC)

How to make a box around text?

Like in the croc wiki:

https://crocwiki.com/wiki/Croc_Wiki

The title has a green box around it, and the body of text has a yellow box around the text and tittle. When I investigate the source, the only tip I get is "mpheader" and "mainpagebox", but I can't find where those are defined.

I have tried searching but I don't think I know the proper term to search it, I'm new at this. 2804:58D8:E00:3C7E:1814:6169:CA35:1D1C (talk) 00:47, 17 February 2024 (UTC)

https://crocwiki.com/wiki/Special:Search?profile=all&search=Mpheader&fulltext=1 Jonathan3 (talk) 18:56, 17 February 2024 (UTC)

Oh damn, thanks! I coud swear I searched it and didn't find anything 2804:58D8:E00:3C7E:196E:6532:12A:DF9E (talk) 19:27, 17 February 2024 (UTC)

see also mdn docs for border https://developer.mozilla.org/en-US/docs/Web/CSS/border background-color, margin, padding etc Bawolff (talk) 20:33, 17 February 2024 (UTC)

No problem. Just search then click "Everything" :-) Jonathan3 (talk) 23:30, 18 February 2024 (UTC)

Request Header Callback mwconfig error | Update

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 am getting this warning during the upgrade, i appear to be missing some files, any idea how to repair this? im on a localhost could be an issue with the ongoing server development.

Thanks

Warning: require(/home/admin/domains/g1pedia.com/public_html/includes/Request/HeaderCallback.php): Failed to open stream: No such file or directory in /home/admin/domains/g1pedia.com/public_html/includes/AutoLoader.php on line 109

Fatal error: Uncaught Error: Failed opening required '/home/admin/domains/g1pedia.com/public_html/includes/Request/HeaderCallback.php' (include_path='/home/admin/domains/g1pedia.com/public_html/vendor/pear/console_getopt:/home/admin/domains/g1pedia.com/public_html/vendor/pear/mail:/home/admin/domains/g1pedia.com/public_html/vendor/pear/mail_mime:/home/admin/domains/g1pedia.com/public_html/vendor/pear/net_smtp:/home/admin/domains/g1pedia.com/public_html/vendor/pear/net_socket:/home/admin/domains/g1pedia.com/public_html/vendor/pear/pear-core-minimal/src:/home/admin/domains/g1pedia.com/public_html/vendor/pear/pear_exception:.:/usr/local/php83/lib/php') in /home/admin/domains/g1pedia.com/public_html/includes/AutoLoader.php:109 Stack trace: #0 /home/admin/domains/g1pedia.com/public_html/includes/Setup.php(108): AutoLoader::autoload() #1 /home/admin/domains/g1pedia.com/public_html/includes/WebStart.php(81): require_once('...') #2 /home/admin/domains/g1pedia.com/public_html/mw-config/index.php(36): require('...') #3 {main} thrown in /home/admin/domains/g1pedia.com/public_html/includes/AutoLoader.php on line 109 AlgorithmGG (talk) 02:34, 17 February 2024 (UTC)

Redownload mediawiki?

Be sure to extract in a clean directory not over top an existing install. Bawolff (talk) 20:30, 17 February 2024 (UTC)

I am getting a gateway time out at the database and installation upgrade stage at the moment.

this is where it is stuck.

MediaWiki 1.41.0 installation

Upgrade existing installation

...have rev_actor field in revision table.

...watchlist_expiry table already exists.

...page_restrictions field does not exist in page table, skipping modify field patch.

...index ipb_address_unique already set on ipblocks table.

...archive table does not contain ar_text_id field.

...lc_lang is up-to-date.

...ll_lang is up-to-date.

...site_language is up-to-date.

...index ipb_address_unique on table ipblocks has no field ipb_anon_only; added.

...ipb_address_unique index up-to-date.

...actor_name in table actor already modified by patch patch-actor-actor_name-varbinary.sql.

...site_global_key in table sites already modified by patch patch-sites-site_global_key.sql.

...iwl_prefix in table iwlinks already modified by patch patch-extend-iwlinks-iwl_prefix.sql.

...rd_title in table redirect already modified by patch patch-redirect-rd_title-varbinary.sql.

...pl_title in table pagelinks already modified by patch patch-pagelinks-pl_title-varbinary.sql.

...tl_title field does not exist in templatelinks table, skipping modify field patch.

...il_to in table imagelinks already modified by patch patch-imagelinks-il_to-varbinary.sql.

...ll_title in table langlinks already modified by patch patch-langlinks-ll_title-varbinary.sql.

...iwl_title in table iwlinks already modified by patch patch-iwlinks-iwl_title-varbinary.sql.

...cat_title in table category already modified by patch patch-category-cat_title-varbinary.sql.

...qc_title in table querycache already modified by patch patch-querycache-qc_title-varbinary.sql.

...qcc_title in table querycachetwo already modified by patch patch-querycachetwo-qcc_title-varbinary.sql.

...wl_title in table watchlist already modified by patch patch-watchlist-wl_title-varbinary.sql.

...user_last_timestamp in table user_newtalk already modified by patch patch-user_newtalk-user_last_timestamp-binary.sql.

...pt_title in table protected_titles already modified by patch patch-protected_titles-pt_title-varbinary.sql.

...ir_type in table ipblocks_restrictions already modified by patch patch-ipblocks_restrictions-ir_type.sql.

...index wl_namespace_title already set on watchlist table.

...job_title in table job already modified by patch patch-job-job_title-varbinary.sql.

...job_timestamp in table job already modified by patch patch-job_job_timestamp.sql.

...job_token_timestamp in table job already modified by patch patch-job_job_token_timestamp.sql.

...wl_notificationtimestamp in table watchlist already modified by patch patch-watchlist-wl_notificationtimestamp.sql.

...role_id in table slot_roles already modified by patch patch-slot_roles-role_id.sql.

...model_id in table content_models already modified by patch patch-content_models-model_id.sql.

...cl_to in table categorylinks already modified by patch patch-categorylinks-cl_to-varbinary.sql.

...log_title in table logging already modified by patch patch-logging-log_title-varbinary.sql.

...us_timestamp in table uploadstash already modified by patch patch-uploadstash-us_timestamp.sql.

...index up_property already set on user_properties table.

...index site_global_key already set on sites table.

...index log_type_time already set on logging table.

...fa_name in table filearchive already modified by patch patch-filearchive-fa_name.sql.

...oi_name in table oldimage already modified by patch patch-oldimage-oi_name-varbinary.sql.

...exptime in table objectcache already modified by patch patch-objectcache-exptime-notnull.sql.

...index ar_name_title_timestamp already set on archive table.

...img_name in table image already modified by patch patch-image-img_name-varbinary.sql.

...img_timestamp in table image already modified by patch patch-image-img_timestamp.sql.

...index si_key already set on site_identifiers table.

...rc_title in table recentchanges already modified by patch patch-recentchanges-rc_title-varbinary.sql.

...rc_timestamp in table recentchanges already modified by patch patch-recentchanges-rc_timestamp.sql.

...rc_id in table recentchanges already modified by patch patch-recentchanges-rc_id.sql.

...index rc_new_name_timestamp already set on recentchanges table.

...ar_title in table archive already modified by patch patch-archive-ar_title-varbinary.sql.

...page_title in table page already modified by patch patch-page-page_title-varbinary.sql.

...user_name in table user already modified by patch patch-user_table-updates.sql.

...index rev_page_timestamp already set on revision table.

...have modtoken field in objectcache table.

...index oi_timestamp already set on oldimage table.

...index page_name_title already set on page table.

...index ct_rc_tag_id already set on change_tag table.

...page_restrictions table does not contain pr_user field.

...fa_id in table filearchive already modified by patch patch-filearchive-fa_id.sql.

...img_major_mime in table image already modified by patch patch-image-img_major_mime-default.sql.

...linktarget table already exists.

...rev_page_id key doesn't exist.

...pr_page in table page_restrictions already modified by patch patch-page_restrictions-pr_page.sql.

...pp_page in table page_props already modified by patch patch-page_props-pp_page.sql.

...ir_value in table ipblocks_restrictions already modified by patch patch-ipblocks_restrictions-ir_value.sql.

...have tl_target_id field in templatelinks table.

...user_autocreate_serial table already exists.

...ir_ipb_id in table ipblocks_restrictions already modified by patch patch-ipblocks_restrictions-ir_ipb_id.sql.

...ipb_id in table ipblocks already modified by patch patch-ipblocks-ipb_id.sql.

...user_editcount in table user already modified by patch patch-user-user_editcount.sql.

Running maintenance/migrateRevisionActorTemp.php...

...Update 'MigrateRevisionActorTemp' already logged as completed. Use --force to run it again.

done.

...revision_actor_temp doesn't exist.

Running maintenance/updateRestrictions.php...

Migration is not needed.

done.

...page table does not contain page_restrictions field.

...templatelinks table has already been migrated.

...tl_namespace field does not exist in templatelinks table, skipping modify field patch.

...templatelinks table does not contain tl_title field.

...have el_to_path field in externallinks table.

...have user_is_temp field in user table.

Running maintenance/migrateRevisionCommentTemp.php...

...Update 'MigrateRevisionCommentTemp' already logged as completed. Use --force to run it again.

done.

...revision_comment_temp doesn't exist.

Running maintenance/migrateExternallinks.php...

...Update 'MigrateExternallinks' already logged as completed. Use --force to run it again.

done.

...el_to field does not exist in externallinks table, skipping modify field patch.

...have pl_target_id field in pagelinks table.

...externallinks table does not contain el_to field.

Running maintenance/fixInconsistentRedirects.php...

...Update 'FixInconsistentRedirects' already logged as completed. Use --force to run it again.

done.

...img_size in table image already modified by patch patch-image-img_size_to_bigint.sql.

...fa_size in table filearchive already modified by patch patch-filearchive-fa_size_to_bigint.sql.

...oi_size in table oldimage already modified by patch patch-oldimage-oi_size_to_bigint.sql.

...us_size in table uploadstash already modified by patch patch-uploadstash-us_size_to_bigint.sql. AlgorithmGG (talk) 17:23, 20 February 2024 (UTC)

has it got to be totally clean, as in new local setting? @Bawolff AlgorithmGG (talk) 19:53, 21 February 2024 (UTC)

No, you can keep your LocalSettings.php, images and extensions. Just make sure when extracting mediawiki do it in a clean directory. You dont want to have it mix older php files from includes/ with newer php files. Bawolff (talk) 21:31, 21 February 2024 (UTC)

As I thought. Have you any idea why it has been stuck in the same place for over 24hrs, is it better to update via command line or am I missing something? @Bawolff AlgorithmGG (talk) 22:13, 21 February 2024 (UTC)

It is generally much more reliable to update from the command line.

If the web updater gets stuck for more than 10 minutes, it has probably stopped doing anything. Most web servers will automatically stop web processes after a few minutes, which will make it look like it is "stuck" Bawolff (talk) 23:21, 21 February 2024 (UTC)

Cheers it upograded but now i havereal troubl. top deal with Images aren't working, lauais down due to Lua error: Cannot create process: proc_open(/dev/null): failed to open stream: Operation not permitted.

Extensions such as TimeMediaHandler and wikibanner are down or depreciated.

including this issue with special pages:

[ZdbPVmLt71kDWtllydRGHQABXBI] /index.php?title=Special:SpecialPages ArgumentCountError: Too few arguments to function MediaWiki\Specials\SpecialRenameUser::__construct(), 0 passed in /home/admin/domains/g1pedia.com/public_html/vendor/wikimedia/object-factory/src/ObjectFactory.php on line 240 and exactly 8 expected

Backtrace:

from /home/admin/domains/g1pedia.com/public_html/includes/specials/SpecialRenameUser.php(45)

#0 /home/admin/domains/g1pedia.com/public_html/vendor/wikimedia/object-factory/src/ObjectFactory.php(240): MediaWiki\Specials\SpecialRenameUser->__construct()

#1 /home/admin/domains/g1pedia.com/public_html/vendor/wikimedia/object-factory/src/ObjectFactory.php(149): Wikimedia\ObjectFactory\ObjectFactory::getObjectFromSpec()

#2 /home/admin/domains/g1pedia.com/public_html/includes/specialpage/SpecialPageFactory.php(1474): Wikimedia\ObjectFactory\ObjectFactory->createObject()

#3 /home/admin/domains/g1pedia.com/public_html/includes/specialpage/SpecialPageFactory.php(1509): MediaWiki\SpecialPage\SpecialPageFactory->getPage()

#4 /home/admin/domains/g1pedia.com/public_html/includes/specials/SpecialSpecialPages.php(64): MediaWiki\SpecialPage\SpecialPageFactory->getUsablePages()

#5 /home/admin/domains/g1pedia.com/public_html/includes/specials/SpecialSpecialPages.php(53): MediaWiki\Specials\SpecialSpecialPages->getPageGroups()

#6 /home/admin/domains/g1pedia.com/public_html/includes/specialpage/SpecialPage.php(727): MediaWiki\Specials\SpecialSpecialPages->execute()

#7 /home/admin/domains/g1pedia.com/public_html/includes/specialpage/SpecialPageFactory.php(1621): MediaWiki\SpecialPage\SpecialPage->run()

#8 /home/admin/domains/g1pedia.com/public_html/includes/MediaWiki.php(357): MediaWiki\SpecialPage\SpecialPageFactory->executePath()

#9 /home/admin/domains/g1pedia.com/public_html/includes/MediaWiki.php(960): MediaWiki->performRequest()

#10 /home/admin/domains/g1pedia.com/public_html/includes/MediaWiki.php(613): MediaWiki->main()

#11 /home/admin/domains/g1pedia.com/public_html/index.php(50): MediaWiki->run()

#12 /home/admin/domains/g1pedia.com/public_html/index.php(46): wfIndexMain()

#13 {main} AlgorithmGG (talk) 04:21, 22 February 2024 (UTC)

You need to update extensions to match your version. Rename extension is now part of core and cannot be used. Lua issue is due to php configuration, see extension:Scribunto Bawolff (talk) 10:51, 22 February 2024 (UTC)

So delete the RenameUser extension?

I am also getting this internal error as below:

[Zdex8DmbqefZVJgIs4wiwQABbg0] /index.php?title=Special:SpecialPages ArgumentCountError: Too few arguments to function MediaWiki\Specials\SpecialRenameUser::__construct(), 0 passed in /home/admin/domains/g1pedia.com/public_html/vendor/wikimedia/object-factory/src/ObjectFactory.php on line 240 and exactly 8 expected

Backtrace:

from /home/admin/domains/g1pedia.com/public_html/includes/specials/SpecialRenameUser.php(45)

#0 /home/admin/domains/g1pedia.com/public_html/vendor/wikimedia/object-factory/src/ObjectFactory.php(240): MediaWiki\Specials\SpecialRenameUser->__construct()

#1 /home/admin/domains/g1pedia.com/public_html/vendor/wikimedia/object-factory/src/ObjectFactory.php(149): Wikimedia\ObjectFactory\ObjectFactory::getObjectFromSpec()

#2 /home/admin/domains/g1pedia.com/public_html/includes/specialpage/SpecialPageFactory.php(1474): Wikimedia\ObjectFactory\ObjectFactory->createObject()

#3 /home/admin/domains/g1pedia.com/public_html/includes/specialpage/SpecialPageFactory.php(1509): MediaWiki\SpecialPage\SpecialPageFactory->getPage()

#4 /home/admin/domains/g1pedia.com/public_html/includes/specials/SpecialSpecialPages.php(64): MediaWiki\SpecialPage\SpecialPageFactory->getUsablePages()

#5 /home/admin/domains/g1pedia.com/public_html/includes/specials/SpecialSpecialPages.php(53): MediaWiki\Specials\SpecialSpecialPages->getPageGroups()

#6 /home/admin/domains/g1pedia.com/public_html/includes/specialpage/SpecialPage.php(727): MediaWiki\Specials\SpecialSpecialPages->execute()

#7 /home/admin/domains/g1pedia.com/public_html/includes/specialpage/SpecialPageFactory.php(1621): MediaWiki\SpecialPage\SpecialPage->run()

#8 /home/admin/domains/g1pedia.com/public_html/includes/MediaWiki.php(357): MediaWiki\SpecialPage\SpecialPageFactory->executePath()

#9 /home/admin/domains/g1pedia.com/public_html/includes/MediaWiki.php(960): MediaWiki->performRequest()

#10 /home/admin/domains/g1pedia.com/public_html/includes/MediaWiki.php(613): MediaWiki->main()

#11 /home/admin/domains/g1pedia.com/public_html/index.php(50): MediaWiki->run()

#12 /home/admin/domains/g1pedia.com/public_html/index.php(46): wfIndexMain()

#13 {main} AlgorithmGG (talk) 20:47, 22 February 2024 (UTC)

yes delete the renameuser extension. It is no longer compatible with MW core Bawolff (talk) 21:32, 22 February 2024 (UTC)

Thanks that worked but now get a different lua error which is:

Lua error: Internal error: The interpreter exited with status 1.

when i go to Versions i get an internal error which is below i am using newer versions of lua and elastic search etc, i am not looking forward to the uninstalls as it is hard to find the working version of the older compatible dependency versions.

I.e. Memcached / elasticsearch / lua / luasandbox

= Internal error =

Jump to navigationJump to search

[ZdfvOwFjtRI28SLoglpn3QABBC4] /index.php?title=Special:Version Error: Class 'MediaWiki\Extension\Elastica\ElasticaConnection' not found

Backtrace:

from /home/admin/domains/g1pedia.com/public_html/extensions/CirrusSearch/includes/Connection.php(29)

#0 /home/admin/domains/g1pedia.com/public_html/includes/AutoLoader.php(221): require()

#1 [internal function]: AutoLoader::autoload()

#2 /home/admin/domains/g1pedia.com/public_html/extensions/CirrusSearch/includes/Hooks.php(506): spl_autoload_call()

#3 /home/admin/domains/g1pedia.com/public_html/extensions/CirrusSearch/includes/Hooks.php(335): CirrusSearch\Hooks::getConnection()

#4 /home/admin/domains/g1pedia.com/public_html/includes/HookContainer/HookContainer.php(161): CirrusSearch\Hooks->onSoftwareInfo()

#5 /home/admin/domains/g1pedia.com/public_html/includes/HookContainer/HookRunner.php(3587): MediaWiki\HookContainer\HookContainer->run()

#6 /home/admin/domains/g1pedia.com/public_html/includes/specials/SpecialVersion.php(403): MediaWiki\HookContainer\HookRunner->onSoftwareInfo()

#7 /home/admin/domains/g1pedia.com/public_html/includes/specials/SpecialVersion.php(429): MediaWiki\Specials\SpecialVersion->getSoftwareInformation()

#8 /home/admin/domains/g1pedia.com/public_html/includes/specials/SpecialVersion.php(240): MediaWiki\Specials\SpecialVersion->softwareInformation()

#9 /home/admin/domains/g1pedia.com/public_html/includes/specialpage/SpecialPage.php(727): MediaWiki\Specials\SpecialVersion->execute()

#10 /home/admin/domains/g1pedia.com/public_html/includes/specialpage/SpecialPageFactory.php(1621): MediaWiki\SpecialPage\SpecialPage->run()

#11 /home/admin/domains/g1pedia.com/public_html/includes/MediaWiki.php(357): MediaWiki\SpecialPage\SpecialPageFactory->executePath()

#12 /home/admin/domains/g1pedia.com/public_html/includes/MediaWiki.php(960): MediaWiki->performRequest()

#13 /home/admin/domains/g1pedia.com/public_html/includes/MediaWiki.php(613): MediaWiki->main()

#14 /home/admin/domains/g1pedia.com/public_html/index.php(50): MediaWiki->run()

#15 /home/admin/domains/g1pedia.com/public_html/index.php(46): wfIndexMain()

#16 {main} AlgorithmGG (talk) 01:13, 23 February 2024 (UTC)

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

Question about using the MediaWiki API to edit pages

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 want to use the MediaWiki API to edit pages. And when:

• My query parameters include "token" (CSRF token), it told me "The following parameter was found in the query string, but must be in the POST body: token."
• When I move it to the body of the POST, 'The "token" parameter must be set.'
• No matter how I use it, it responds with a 301 error.

Is it something wrong with the server? Or my code... The content below is my code(in Dart):

final headers = {
  'User-Agent': 'WikiApp/1.0 contact: [email]',
  'Authorization': 'Bearer $credentials', 
};
final code = await http.post(
  Uri(
      scheme: 'https',
      host: fullServerName,
      path: '${wgScriptPath}api.php',
      queryParameters: {
        'action': 'query',
        'meta': 'tokens',
        'format': 'json',
      }),
);
var data = code.body;
final Map wikiTOC = jsonDecode(data);
String token = wikiTOC['query']['tokens']['csrftoken'];
final apiUrl = Uri(
  scheme: 'https',
  host: wgServer,
  path: '${wgScriptPath}api.php',
  queryParameters: {
    'action': 'edit',
    'format': 'json',
    'title': PageName,
    'summary': 'Edited via MyApp',
    'text': textContent,
    'token': token,
  },);


final response = await http.post(
  apiUrl,
  headers: headers,
);

By the way, the full code has been MITed to GitHub--Creamycd (talk) 09:03, 17 February 2024 (UTC)

Are you sending the correct content-type header and encoding the post body properly? Bawolff (talk) 20:30, 17 February 2024 (UTC)

I'm sure if the correct one is application/json. Let me have a test on the this site. Maybe my test server configured wrong. Creamycd (talk) 12:42, 20 February 2024 (UTC)

Well, wrong URL.

Resolved Creamycd (talk) 17:20, 22 February 2024 (UTC)

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

Do basic users have a limit for using hyperlinks?

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.

---

A translator recently told me, that he can't translate sections that contain lots of urls. My guess is there is some restriction for spam-protection, or is there another reason?

What's the best practice here? Do I one by one lift this restriction for trusted editors (how)? Or can I just grant everybody the right to post unlimited amounts of hyperlinks (how)?

I'm talking about the translation extension and I guess a workaround would be this: [https://en.wikipedia.org <translate>English Wikipedia</translate>]. PKFP (talk) 12:47, 17 February 2024 (UTC)

Hm, I guess if nobody has any other ideas we'll have to use that workaround... PKFP (talk) 18:34, 18 February 2024 (UTC)

It depends on the configuration of the website. Its not common to be based on amount of hyperlinks,but not impossible. Bawolff (talk) 01:09, 19 February 2024 (UTC)

Hm okay, but if it's not standard I wouldn't know how it happened to be so on our wiki. Odd. Anyway, I think I'll just go with the workaround. Thanks. :) PKFP (talk) 08:43, 19 February 2024 (UTC)

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

Visual editor breaks Category:fubar on pages

Visual Editor is converting Category entries on pages to [[index.php?title=Category:Fubar]]

I thought this might be bc my installation was on the public_html root. So I moved it to /w and the problem persists.

Any advice will be appreciated! School4schools (talk) 03:23, 18 February 2024 (UTC)

I ran into a solution on Visual Editor adds "index.php?title=" in front of every file link when saving on Help talk:VisualEditor/User guide (mediawiki.org) to add to localsettings.php

$wgUsePathInfo= true;

Seems to have resolved the problem, although it may cause other problems such as changing Namespaces in Special:AllPages

Is this an advisable solution? I wonder bc i have another wiki that uses short URL (/w installation and /wiki redirect), and that site does not have this problem. School4schools (talk) 22:32, 18 February 2024 (UTC)

InstantCommons is not working

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.

---

InstantCommons stopped working on my wiki, files from it became red links, local images work. The site uses Cloudflare for protection, maybe it's because of it?

Also image search in the visual editor works and is displayed when editing. But when you save an edit, it disappears immediately

createwiki.ru Plostvaler (talk) 12:42, 18 February 2024 (UTC)

Check your firewall to see if its blocking commons. Check to make sure your tls certificates are up to date. Chech debug log (see How to debug) Bawolff (talk) 01:07, 19 February 2024 (UTC)

The problem was with outdated PHP packages. After the update everything worked Plostvaler (talk) 19:57, 20 February 2024 (UTC)

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

Ich komme nicht an meine Emails

Ich habe alle alten Emails gelöscht um meine neuesten Emails zu sehen

Ich kann mein neuesten Emails nicht einsehen.

Bitte helfen sie mir wieder in mein Postfach zu kommen Robert-Traugott (talk) 21:15, 18 February 2024 (UTC)

This is offtopic. We can only help with questions related to "MediaWiki".

Das ist Offtopic. Wir können nur bei Fragen rund um „MediaWiki“ weiterhelfen. Bawolff (talk) 09:09, 19 February 2024 (UTC)

Do you need to know how to code to use MediaWiki?

Please someone help Hi383289289 (talk) 21:49, 18 February 2024 (UTC)

No you do not. Bawolff (talk) 01:06, 19 February 2024 (UTC)

From Wikipedia, the free encyclopedia

Dear all,

I have a question on how to remove this part (From XXXXXXXXXXXX):

From Wikipedia, the free encyclopedia

from the different wikipedia header on all pages?

Any idea where to modify for taking care of this? :-) Chrisyau999999 (talk) 06:55, 19 February 2024 (UTC)

Try editing the page MediaWiki:Tagline Bawolff (talk) 09:07, 19 February 2024 (UTC)

Is there an easy way to filter out ads on specific wiki pages

I am able to insert my Google Adsense code into a skin.mustache file but would love to make it conditional where if the title/URL contains X, don't show any ads. Any ideas are greatly appreciated! HausaDictionary (talk) 13:00, 19 February 2024 (UTC)

MWException: Parser state cleared while parsing. on new page creation only

OS: Ubuntu, Local Virtual Machine

Mediawiki:1.41.0

PHP: 8.1.27 (fpm-fcgi)

Mariadb:10.6.16 LUA:5.1.5

The error happens when creating new pages only, There is no error on editing existed pages.

MWException: Parser state cleared while parsing. Did you call Parser::parse recursively? Lock is held by: #0 .../includes/parser/Parser.php(627) Parser->lock()

Backtrace: from /var/www/html/includes/parser/Parser.php(6307)

1. 0 /var/www/html/includes/parser/Parser.php(627): Parser->lock()
2. 1 /var/www/html/includes/language/MessageCache.php(1505): Parser->parse()
3. 2 /var/www/html/includes/language/Message.php(1436): MessageCache->parse()
4. 3 /var/www/html/includes/language/Message.php(1009): Message->parseText()
5. 4 /var/www/html/includes/language/Message.php(1083): Message->format()
6. 5 /var/www/html/includes/title/Title.php(3760): Message->parseAsBlock()
7. 6 /var/www/html/includes/editpage/IntroMessageBuilder.php(457): MediaWiki\Title\Title->getEditNotices()
8. 7 /var/www/html/includes/editpage/IntroMessageBuilder.php(155): MediaWiki\EditPage\IntroMessageBuilder->addEditNotices()
9. 8 /var/www/html/includes/editpage/EditPage.php(2865): MediaWiki\EditPage\IntroMessageBuilder->getIntroMessages()
10. 9 /var/www/html/includes/editpage/EditPage.php(2958): MediaWiki\EditPage\EditPage->showIntro()
11. 10 /var/www/html/includes/editpage/EditPage.php(773): MediaWiki\EditPage\EditPage->showEditForm()
12. 11 /var/www/html/includes/actions/EditAction.php(66): MediaWiki\EditPage\EditPage->edit()
13. 12 /var/www/html/includes/MediaWiki.php(583): EditAction->show()
14. 13 /var/www/html/includes/MediaWiki.php(363): MediaWiki->performAction()
15. 14 /var/www/html/includes/MediaWiki.php(960): MediaWiki->performRequest()
16. 15 /var/www/html/includes/MediaWiki.php(613): MediaWiki->main()
17. 16 /var/www/html/index.php(50): MediaWiki->run()
18. 17 /var/www/html/index.php(46): wfIndexMain()
19. 18 {main} 2001:8F8:1F1F:FB1B:E94F:7692:85AE:5739 (talk) 21:18, 19 February 2024 (UTC)

Inserting new Images doesnt show a search result when typing 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 all,

I found an issue for which I dont find any information on how to fix it, hopefully someone of you can help me.

If I want to insert a new picture or media, a window opens saying something like Mediasettings, where I have two Tabs, one for search and one for uploading.

As of my understanding, If I type in the search tab into the search bar, there should be atleast something found if I for example type the name of an uploaded png. But the search always returns "No results found".

If I upload a file while creating a topic, the file is uploaded and shown without any problems.

But If I would upload files beforehand, then I would have to know the file names exactly to let it be shown in my page.

The permissions of the images Folder should also be correct, as of my understanding. If not, it shouldnt even be possible to upload and show Files, no?

I use the vector-2022 design, if that matters.

I'm grateful for any help, since this really drives me mad.

BR,

Llama Llamagodx (talk) 07:15, 20 February 2024 (UTC)

Before opening the dialog, hit the F12 key, go to the network tab, and then open the dialog.

For me, on Visual Editor, it displays my recently uploaded images. The network tab shows a request to https://www.mediawiki.org/w/api.php?action=query&format=json&generator=allimages&gaisort=timestamp&gaidir=descending&iiurlheight=200&iiprop=dimensions|url|mediatype|extmetadata|timestamp|user&prop=imageinfo&gaiuser=Ciencia Al Poder&iiurlwidth=400&gailimit=15

Do you see a similar request on your end? What's the response of that request? Ciencia Al Poder (talk) 09:57, 20 February 2024 (UTC)

Okay, I found the issue. I had an PDF inside the images Folder because I wanted to link pdf files in some topics.

Do you know how to get it to work with PDF files? Llamagodx (talk) 10:27, 20 February 2024 (UTC)

The api doesn't look for files in the images folder. It queries the database. I don't see how having a PDF file could be related to not displaying images at all Ciencia Al Poder (talk) 10:56, 20 February 2024 (UTC)

Ah, then I understood it wrong, I thought it queries the images folder.

When I check the Request you mentioned, it shows the following:

{"error":{"code":"urlparamnormal","info":"Could not normalize image parameters for xxx_Anleitung.pdf.","*":"See http://xxx.xxx.xxx.xxx:8080/wiki/api.php for API usage. Subscribe to the mediawiki-api-announce mailing list at <https://lists.wikimedia.org/postorius/lists/mediawiki-api-announce.lists.wikimedia.org/&gt; for notice of API deprecations and breaking changes."}} Llamagodx (talk) 11:07, 20 February 2024 (UTC)

Okay, nevermind, I got it. It was the pdfHandler extension which made problems.

Thank you for your help :) Llamagodx (talk) 11:25, 20 February 2024 (UTC)

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

Update PHP und Mysql

Hello zusammen, ich arbeite schon lange mit einem Wikimedia. Jedoch ist nun ein Zeitpunkt gekommen, wo ich PHP und MySQL nicht mehr updaten kann.

Nach einem Update ist alles tot, was könnte man da machen 2A00:6020:A111:6000:2D4B:D8A9:4FCC:5932 (talk) 08:12, 20 February 2024 (UTC)

It looks like something deprecated in mobile frontend of MediaWiki 1.40

I have recently enabled the MobileFrontend extension and set the default mobile skin as MinervaNeue. However after few days, there has a warning message on my website:

Deprecated: mb_convert_encoding(): Handling HTML entities via mbstring is deprecated; use htmlspecialchars, htmlentities, or mb_encode_numericentity/mb_decode_numericentity instead in /www/wwwroot/unitedearth.wiki/vendor/wikimedia/html-formatter/src/HtmlFormatter.php on line 94

My MediaWiki version is 1.40.0, and I'm sure that this only appears on the mobile devices. I wonder whether this is related to the MobileFrontend extension or other places, and how I could make the message disappear. BugCatcher2019 (talk) 10:38, 20 February 2024 (UTC)

Lots of things get deprecated. You can/should configure your php's error_reporting to not show deprecation warnings when you run in production. —TheDJ (Not WMF) (talk • contribs) 21:09, 20 February 2024 (UTC)

Preview image not loading

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.

---

For instance at en:Paramesha_Panwala, the preview popup for other cast displays the image except for 'Sonu', whose preview image is at https://upload.wikimedia.org/wikipedia/en/8/8c/Sonu_1059.JPG(does not exist so doesn't load), while others have it on https://upload.wikimedia.org/wikipedia/commons<nowiki>/thumb/Example. The issue is for this specific page, or every other with 'en' and not 'common'? ExclusiveEditor (talk) 13:42, 20 February 2024 (UTC)

The file was deleted from the English Wikipedia on February, 17th (logs).

This may be a caching problem.

Since this is a problem with a WMF wiki and we can't help *you* solve the problem, you should report a bug on Wikimedia's Phabricator. Ciencia Al Poder (talk) 14:58, 20 February 2024 (UTC)

I cannot report it myself as I don't use email on wiki, but thank you. ExclusiveEditor (talk) 15:06, 20 February 2024 (UTC)

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

(Fresh install) What's a Composer...?

I'm trying to install MediaWiki on an offline PC. I spent all day installing apache/maria/php packages and the painful chain of dependencies via thumbdrive. I thought that was going to be the hard part but nooooooo...

I'm getting this error:

```MediaWiki 1.41 internal error

Installing some external dependencies (e.g. via composer) is required.```

The install manual said nothing about a composer so I'm confused. What other dependencies do I need and how do I install them without an internet? Foolish wiki user (talk) 07:02, 21 February 2024 (UTC)

@Foolish wiki user: When you say 'Fresh install' do you mean you're using the Docker container called Fresh, or that this is a whole new clean install? :-) If the latter, you should be able to download the MediaWiki zip file (e.g.), as well as any extensions you want, and each will come already with a vendor directory already. Composer is the name of the PHP package management system, but isn't needed if you use the zip files (or tarballs). Sam Wilson 07:59, 21 February 2024 (UTC)

DjVu

Hello!

I have entered the following line in my Dockerfile:

RUN apt-get install djvulibre netpbm-free

And in the LocalSettings I have

$wgFileExtensions[] = 'djvu';

$wgDjvuDump = "djvudump";

$wgDjvuRenderer = "ddjvu";

$wgDjvuTxt = "djvutxt";

$wgDjvuPostProcessor = "pnmtopng";

$wgDjvuOutputExtension = 'png';

entered. Unfortunately, no DjVu files are displayed. I only get the image resources/assets/file-type-icons/fileicon-djvu.png. What could be the reason for this? 185.214.200.90 (talk) 15:35, 21 February 2024 (UTC)

I am using MW 1.39.6. 185.214.200.90 (talk) 16:46, 21 February 2024 (UTC)

Enable $wgDebugLogFile and check for related warnings. Bawolff (talk) 11:27, 22 February 2024 (UTC)

That said, be sure you really have properly set those in LocalSettings.php . Normally this happens if $wgDjvuRenderer or $wgDjvuDump is not set. Other issues usually have different error messages.

If the image was uploaded before enabling djvu, try purging the page. Regardless debug log should have more details. Bawolff (talk) 11:38, 22 February 2024 (UTC)

"none|thumb" error after exporting pages with images

I'm having difficulty exporting pages with images from mediawiki 1.25 to a new installation of mediawiki 1.40.

I can export the pages, but the images that have already been exported in the same structure are not loading.

on the exported page where the image would be the message "none|thumb|500x500px" appears

How can I solve it, can you help? Vralmeida (talk) 19:05, 21 February 2024 (UTC)

What do you mean by you exported images? Bawolff (talk) 20:45, 24 February 2024 (UTC)

I have a mediawiki db export that is a few years old. What's the best way to preview it?

I ran my own mediawiki wiki sometime in 2018/19 and I have an export of the DB. What's the best way for me to view this export?

I worry that if I try to stand up a new mediawiki instance and run it on there it will corrupt or not be able to read the db. I was hoping there might be an easy way I could preview what is in the DB or perhaps convert it to another format like markdown. Any suggestions? AslanFrench (talk) 22:28, 21 February 2024 (UTC)

Easiest way is to just install mediawiki.

I guess you could try and look for specific text in the dump with grep. Bawolff (talk) 20:43, 24 February 2024 (UTC)

I was hoping to avoid that, espc since I don't actually remember which version of mediawiki it ran on. AslanFrench (talk) 03:26, 17 March 2024 (UTC)

{{#tag with SyntaxHighlight

Hello, Does {{#tag support Extension:SyntaxHighlight?

At C:Template:Markup/row/sandbox I tried to use:

{{#tag:syntaxhighlight |{{{c1|[code]}}} |lang="wikitext"|style="{{{c1style|}}}"}}

intead of

{{#tag:pre |{{{c1|[code]}}} |style="{{{c1style|}}}"}}

but it doesn't work. You can see the result at File:Backbeat pattern snare drum.png

Instead of

<score raw="1" sound="1">\version "2.22.0"

he displays

<score raw="1" sound="1">\version "2.22.0"

And without the colored SyntaxHighlight.

And when using syntaxhighlight directly in the template instead of {{#tag he dont accept the {{{c1|[code]}}} as parameter.

Any Idea? When answering please consider I am not a programmer:) Thx! W like wiki (talk) 05:51, 22 February 2024 (UTC)

#tag supports syntaxhighlight, however many types of tags treat nowiki differently.

you get the &lt; because it has been fed through <nowiki>. &lt; is another way to write <nowiki><</nowiki>

I think you would probably have to use the template with the stuff inside the score tag. I dont think passing in the <nowiki> will work. Bawolff (talk) 11:25, 22 February 2024 (UTC)

thank you already Bawolff, hmm, I see, yes, the color was not there because lang is not wikitext but lilypond . So that was my fault!

But the problem with the "<" and ">" I will research more. W like wiki (talk) 11:57, 22 February 2024 (UTC)

actually it has to fed via <nowiki> without it is not working at all. The language is not the problem. It has problem with "<"tags">" it seems.

Example WITH nowiki displays the code, but no colors and problems with small tag inside:

{{#tag:syntaxhighlight|<nowiki> codetext </nowiki>|lang style}}

{{#if:{{{i|}}}|a|b}}
{| class="wikitable"
|+ <small>Caption text</small>
|-
! Header text !! Header text
|-
| Example || Example
|}

Example WITHOUT nowiki working not at all, displays no code text:

{{#tag:syntaxhighlight|codetext|lang style}}

b
{

Example with syntaxhighlight direct:

{{#if:{{{i}}}|a|b}}
{| class="wikitable"
|+ <small>Caption text</small>
|-
! Header text !! Header text
|-
| Example || Example
|}

W like wiki (talk) 13:09, 22 February 2024 (UTC)

Change TaskInterval with Rules

I'm using a Mini Wemos D1 and I have a BME680 sensor attached to it and I'm sending measurements to ThingSpeak every 300 seconds.With Rules, I want to set the TaskInterval value to change (from 300) to 180 seconds at 23:00.

Parameters:

"TaskInterval":300,

"Type":"Environment - BME68x",

"TaskName":"BME680A",

"TaskDeviceNumber":106,

"TaskEnabled":"true",

"TaskNumber":1

Rules set up like this - doesn't work for me:

On Clock#Time=All,23:00 do

TaskValueSet,[BME680A#TaskInterval]=180,

Endon

Or:

On Clock#Time=All,23:13 do

TaskValueSet,BME680A,TaskInterval,180

endon

Does anyone have any ideas? Primoz.To (talk) 10:41, 22 February 2024 (UTC)

This is offtopic. This forum is only for MediaWiki questions. Bawolff (talk) 10:54, 22 February 2024 (UTC)

Extract all link on a Page

Is there a parserfunction or extension that can extract all links on a page? Somehow like the opposite of the "What links here" function (What is linked). Carchaias (talk) 10:46, 22 February 2024 (UTC)

See API:Links Bawolff (talk) 10:53, 22 February 2024 (UTC)

Question about where should the token be placed

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 currently working on logging in via mediawiki action api. But, I don't know where should the "logintoken" be placed. If I place it on the query parameters, just like what is said in the documentations, it told me it should be placed in the POST body. Like this:

{"error":{"code":"mustpostparams","info":"The following parameter was found in the query string, but must be in the POST body: logintoken.","*":"See https://www.mediawiki.org/w/api.php for API usage. Subscribe to the mediawiki-api-announce mailing list at <https://lists.wikimedia.org/postorius/lists/mediawiki-api-announce.lists.wikimedia.org/> for notice of API deprecations and breaking changes."},"servedby":"mw-api-ext.codfw.main-6c888c54d9-wgm55"}

And if I put it in the body, it told me invalid CSRF token. (But maybe it should be a login token?) Like this:

{"error":{"code":"badtoken","info":"Invalid CSRF token.","*":"See https://www.mediawiki.org/w/api.php for API usage. Subscribe to the mediawiki-api-announce mailing list at <https://lists.wikimedia.org/postorius/lists/mediawiki-api-announce.lists.wikimedia.org/> for notice of API deprecations and breaking changes."},"servedby":"mw-api-ext.codfw.main-6c888c54d9-6j54v"}

Btw, how the official Wikipedia App's login function works?

Thank you!!! Creamycd (talk) 17:28, 22 February 2024 (UTC)

I guess you have read API:Login already and seen the examples (API:Login#Python)?

Usually it is like this:

1. Obtain the login token via GET from ?action=query&meta=tokens&type=login
2. Send bot password credentials and the token as POST to action=login

Make sure to preserve the cookies between those and any further call. Osnard (talk) 06:50, 23 February 2024 (UTC)

Ah, sorry, just saw you are using "clientlogin" (API:Login#Method_2._action=clientlogin). Well, as the docs say: maybe consider using OAuth instead Osnard (talk) 06:53, 23 February 2024 (UTC)

Thank you! But actually I'm building a application, and it seems that MediaWiki does not support the redirect uri as something like wikiapp://OAuth. And... Just let me think of another way to solve that. Maybe change the code of OAuth2?

Thank you again for your help! Creamycd (talk) 08:06, 23 February 2024 (UTC)

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

Some table styling here is really vexing 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.

---

I'm trying to make sure that tables have proper semantics. On the table at Help:Range_blocks#Table_of_sample_ranges, we have {| class="wikitable plainrowheaders" at the very beginning and sure enough, the rows have no extra styling to the text. The same code is at the beginning of the table at Extension:Graph/Plans#Progress and yet, the cells scoped with row are bold weight and centered. Why/how???? —Justin (koavf)❤T☮C☺M☯ 19:15, 22 February 2024 (UTC)

As far as I can tell, mediawiki.org doesn't have the plainrowheaders class. It's a en.wp customisation. —TheDJ (Not WMF) (talk • contribs) 09:17, 23 February 2024 (UTC)

Ah, does that mean that the former is styled like it is because of the style="color:#555555; font-family:monospace,'Courier'" lines? That makes sense. Thanks. —Justin (koavf)❤T☮C☺M☯ 09:19, 23 February 2024 (UTC)

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

(20024)The given path is misformatted or contained invalid characters

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.

---

Bottom line is: I am trying to import template boxes onto my media wiki but I am on windows so I cannot view the Special:Import page without the resolving error "(20024)The given path is misformatted or contained invalid characters" and creating a Short URL.

I'm a complete rookie to this so can anyone give me info on what I need to add to which files to resolve? I'm using Xampp/Apache. Thank you Mafiahamster (talk) 21:07, 22 February 2024 (UTC)

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

Elasticsearch 8

Is it possible to use elasticsearch 8. AlgorithmGG (talk) 21:10, 22 February 2024 (UTC)

  "cluster_name" : "elasticsearch",

  "cluster_uuid" : "dJZlZHLkQziqRrX8Clx1Zw",

  "version" : {

    "number" : "8.12.2",

    "build_flavor" : "default",

    "build_type" : "deb",

    "build_hash" : "48a287ab9497e852de30327444b0809e55d464668",

    "build_date" : "2024-02-19T10:04:32.774273190Z",

    "build_snapshot" : false,

    "lucene_version" : "9.9.2",

    "minimum_wire_compatibility_version" : "7.17.0",

    "minimum_index_compatibility_version" : "7.0.0"

  },

  "tagline" : "You Know, for Search" AlgorithmGG (talk) 04:04, 7 March 2024 (UTC)

Heading with small letter

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.

---

Hey! I created article "Stefan sorokin", but sorokin should be with big letter. How to change that?[3] Hokisuusataja (talk) 16:46, 23 February 2024 (UTC)

appears to have been resolved LeyteWolfer (talk) 18:42, 24 February 2024 (UTC)

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

Installing Scribunto

Hi, I am a major rookie to all this so can somebody please explain what this means for one of the installation stages of Scribunto and what I have to do to which files. I am on windows which I am aware makes things more difficult.

"Set execute permissions for the Lua binaries bundled with this extension"

Thank you Mafiahamster (talk) 16:56, 23 February 2024 (UTC)

That is a unix thing (chmod). I don't think you have to worry about that on windows.

Windows does have its own ACL system though.

I think you can just skip that step and it would probably be fine. If you run into problems come back to it. Bawolff (talk) 20:40, 24 February 2024 (UTC)

Uploading MySQL database: size question

I have four wikis, one public, three private. Three of them have MySQL databases that range from 16 mb (for the newest wiki) to 286 mb (the second oldest).

My oldest, however, weighs in at a chunky 587 mb, too large for my host's phpMyAdmin panel, so I am conducting an indirect upload for the tech team to handle.

I am one of only two users on that wiki and the article pages are all handwritten by myself, accompanied by simple (not overly large) graphics and art from my artist friend.

Is it reasonable that the MySQL database could be that large? Is this a case of "size doesn't matter". The wiki is about 21 years old.

• MediaWiki version: 1.29.2
• PHP version: 7.3
• Database type and version: MySQL 8.0.36 LeyteWolfer (talk) 18:11, 23 February 2024 (UTC)

Bada-bump LeyteWolfer (talk) 18:36, 24 February 2024 (UTC)

It depends on how the wiki was used. I would suggest excluding the objectcache table. It is temporary data so safe to remove and is often quite large.

There is also $wgCompressRevisions Bawolff (talk) 20:38, 24 February 2024 (UTC)

Thank you for suggesting that, @Bawolff.

I took a look at the size of that table and it came in at 209 KiB. However, reviewing the tables by size, I see the text table is the largest at 272.8 MiB, which doesn't surprise me in that I'm always writing.

My theory in the size differences is that my personal procedures include saving the Add DROP TABLE / VIEW / PROCEDURE / FUNCTION / EVENT / TRIGGER statement option before (custom) exporting, while the tech team probably takes the Quick method. LeyteWolfer (talk) 20:56, 24 February 2024 (UTC)

Lua error: Internal error: The interpreter exited with status 1.

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.

---

Any idea how to resolve this I tried commemnting out line138-144 of the luastandaloneinterpreter.php but i get the same error.

Lua error: Internal error: The interpreter exited with status 1.

I am using lua 5.3 on mediawiki 141.0 AlgorithmGG (talk) 19:08, 23 February 2024 (UTC)

Try enabling $wgDebugLogFile to see if it has any lua related warnings.

Try running the lua binary manually from command line. Bawolff (talk) 20:35, 24 February 2024 (UTC)

Hi @Bawolff when I enable $wgDebugLogFile I just get a blank screen or http 500 error, please note it was working fine, and then it started saying :

Lua error: Cannot create process: proc_open(/dev/null): Failed to open stream: Permission denied

And I am not sure why as it is/was configured. Do I need to create a path for the log file?

== Installed software ==

Product	Version
MediaWiki	1.42.0-alpha
PHP	8.3.2 (fpm-fcgi)
ICU	70.1
MariaDB	10.6.16-MariaDB
LilyPond	2.22.1

AlgorithmGG (talk) 02:07, 6 March 2024 (UTC)

Please enable php debug logging. See How to debug. The blank screen is likely due to a typo in LocalSettings.php. Error reporting will make that more clear.

For proc_open error is probably server config related. Check SELinux and other sandboxing in your OS. Bawolff (talk) 11:01, 6 March 2024 (UTC)

This is resolved now an issue was caused roslving something else

.

Any idea why images and thumbnails are not working.

Error creating thumbnail: File missing AlgorithmGG (talk) 19:57, 6 March 2024 (UTC)

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

I get this error visiting versions

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.

---

Internal error

Jump to navigationJump to search [ZdjuHQFjtRI28SLoglpolgABFQs] /index.php?title=Special:Version ParseError: syntax error, unexpected '$this' (T_VARIABLE), expecting function (T_FUNCTION) or const (T_CONST)

Backtrace:

from /home/admin/domains/g1pedia.com/public_html/extensions/Scribunto/includes/Engines/LuaStandalone/LuaStandaloneInterpreter.php(147)

#0 [internal function]: AutoLoader::autoload()

#1 /home/admin/domains/g1pedia.com/public_html/extensions/Scribunto/includes/Engines/LuaStandalone/LuaStandaloneEngine.php(109): spl_autoload_call()

#2 /home/admin/domains/g1pedia.com/public_html/extensions/Scribunto/includes/Hooks.php(92): MediaWiki\Extension\Scribunto\Engines\LuaStandalone\LuaStandaloneEngine->getSoftwareInfo()

#3 /home/admin/domains/g1pedia.com/public_html/includes/HookContainer/HookContainer.php(161): MediaWiki\Extension\Scribunto\Hooks->onSoftwareInfo()

#4 /home/admin/domains/g1pedia.com/public_html/includes/HookContainer/HookRunner.php(3587): MediaWiki\HookContainer\HookContainer->run()

#5 /home/admin/domains/g1pedia.com/public_html/includes/specials/SpecialVersion.php(403): MediaWiki\HookContainer\HookRunner->onSoftwareInfo()

#6 /home/admin/domains/g1pedia.com/public_html/includes/specials/SpecialVersion.php(429): MediaWiki\Specials\SpecialVersion->getSoftwareInformation()

#7 /home/admin/domains/g1pedia.com/public_html/includes/specials/SpecialVersion.php(240): MediaWiki\Specials\SpecialVersion->softwareInformation()

#8 /home/admin/domains/g1pedia.com/public_html/includes/specialpage/SpecialPage.php(727): MediaWiki\Specials\SpecialVersion->execute()

#9 /home/admin/domains/g1pedia.com/public_html/includes/specialpage/SpecialPageFactory.php(1621): MediaWiki\SpecialPage\SpecialPage->run()

#10 /home/admin/domains/g1pedia.com/public_html/includes/MediaWiki.php(357): MediaWiki\SpecialPage\SpecialPageFactory->executePath()

#11 /home/admin/domains/g1pedia.com/public_html/includes/MediaWiki.php(960): MediaWiki->performRequest()

#12 /home/admin/domains/g1pedia.com/public_html/includes/MediaWiki.php(613): MediaWiki->main()

#13 /home/admin/domains/g1pedia.com/public_html/index.php(50): MediaWiki->run()

#14 /home/admin/domains/g1pedia.com/public_html/index.php(46): wfIndexMain()

#15 {main} AlgorithmGG (talk) 19:13, 23 February 2024 (UTC)

Please verify all your php files in your mediawiki install come from an official source. It sounds like they might be corrupt. Bawolff (talk) 20:34, 24 February 2024 (UTC)

Yes, it was from an official source. AlgorithmGG (talk) 23:04, 24 February 2024 (UTC)

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

DPL

I wanna create Dynamically Categories group that will work at table with 3 column and N rows, where Rows 1,3,5,7.... is a picture (that is used in page that in this category) and row below it (i.e. 2,4,6,8...) is a link to said page. Example below

File:Page1 NameX.jpg	File:Page2 NameY.jpg	File:Page3 NameC.jpg
NameX	NameY	NameC
File:Page4 NameB.jpg
NameB

For naming of Page I use *Character Codename*, and for file I use *Character Type Character Codename.jpg*, i.e. "Mystic Founder" for Page name and "Avalon Mystic Founder.jpg" for file

I tried to understand how to do it with Extension:DynamicPageList3, but I gave up. I need help. My two questions are

1) How can I specify the file path for file? Should I change the Header onto the page to contain the File path (except .jpg)? And if I change header - how I can specify for DPL that he need to use First header?

2) How can I create multicolumn DPL where I need first to full 3 column and 2 rows and only then move to next group of rows?? DanteAvalon (talk) 01:44, 24 February 2024 (UTC)

Nvme, found out how. Just need to use https://m.mediawiki.org/wiki/Extension:DynamicPageList_(Wikimedia) DanteAvalon (talk) 22:49, 24 February 2024 (UTC)

Category. Image from article next to article

Seems like this is done automatically on fandom.com, but is it possible for Mediawiki with Cosmos skin? DanteAvalon (talk) 02:23, 24 February 2024 (UTC)

Found out how. You just need https://m.mediawiki.org/wiki/Extension:DynamicPageList_(Wikimedia) DanteAvalon (talk) 22:49, 24 February 2024 (UTC)

New password

I never received my new password in my mail or spam

do you know whats happened? Schub srx (talk) 10:27, 24 February 2024 (UTC)

I m administrator,

How Use the changePassword.php maintenance script? Schub srx (talk) 12:32, 24 February 2024 (UTC)

Sirs,

having changed email 3 times 20 years ince I last edited, the redirection system for "ph@spamcop.net"may not relay your reply to my request for setting a new password. and your system did not like me registering anew. What to do?

yours

ph 2A02:FE1:E076:BD00:29F3:4284:DE22:158C (talk) 07:54, 2 March 2024 (UTC)

Installing master

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 was getting a composer error and It says use php 8.1 or greater but has an issue with php 8.3. This is regarding composer settings I haven't edited the file yet to see what happens but I thought it used php 7.4? AlgorithmGG (talk) 12:14, 24 February 2024 (UTC)

Using php74 i get this error:

Composer detected issues in your platform:

Your Composer dependencies require a PHP version ">= 8.1.0". You are running 7.4.33.

using 8.3 i get this issue that mentions a path I cannot find:

[80598ecae066fcb2abc355ac] [no req]   Error: Class "MediaWiki\User\Options\DefaultOptionsLookup" not found

Backtrace:

from /home/admin/domains/g1pedia.com/public_html/includes/ServiceWiring.php(2561)

#0 /home/admin/domains/g1pedia.com/public_html/vendor/wikimedia/services/src/ServiceContainer.php(445): Wikimedia\Services\ServiceContainer::{closure}()

#1 /home/admin/domains/g1pedia.com/public_html/vendor/wikimedia/services/src/ServiceContainer.php(411): Wikimedia\Services\ServiceContainer->createService()

#2 /home/admin/domains/g1pedia.com/public_html/includes/MediaWikiServices.php(354): Wikimedia\Services\ServiceContainer->getService()

#3 /home/admin/domains/g1pedia.com/public_html/vendor/wikimedia/services/src/ServiceContainer.php(419): MediaWiki\MediaWikiServices->getService()

#4 /home/admin/domains/g1pedia.com/public_html/includes/ServiceWiring.php(871): Wikimedia\Services\ServiceContainer->get()

#5 /home/admin/domains/g1pedia.com/public_html/vendor/wikimedia/services/src/ServiceContainer.php(445): Wikimedia\Services\ServiceContainer::{closure}()

#6 /home/admin/domains/g1pedia.com/public_html/vendor/wikimedia/services/src/ServiceContainer.php(411): Wikimedia\Services\ServiceContainer->createService()

#7 /home/admin/domains/g1pedia.com/public_html/includes/MediaWikiServices.php(354): Wikimedia\Services\ServiceContainer->getService()

#8 /home/admin/domains/g1pedia.com/public_html/includes/MediaWikiServices.php(1146): MediaWiki\MediaWikiServices->getService()

#9 /home/admin/domains/g1pedia.com/public_html/includes/ServiceWiring.php(2615): MediaWiki\MediaWikiServices->getGenderCache()

#10 /home/admin/domains/g1pedia.com/public_html/vendor/wikimedia/services/src/ServiceContainer.php(445): Wikimedia\Services\ServiceContainer::{closure}()

#11 /home/admin/domains/g1pedia.com/public_html/vendor/wikimedia/services/src/ServiceContainer.php(411): Wikimedia\Services\ServiceContainer->createService()

#12 /home/admin/domains/g1pedia.com/public_html/includes/MediaWikiServices.php(354): Wikimedia\Services\ServiceContainer->getService()

#13 /home/admin/domains/g1pedia.com/public_html/includes/ServiceWiring.php(2289): MediaWiki\MediaWikiServices->getService()

#14 /home/admin/domains/g1pedia.com/public_html/vendor/wikimedia/services/src/ServiceContainer.php(445): Wikimedia\Services\ServiceContainer::{closure}()

#15 /home/admin/domains/g1pedia.com/public_html/vendor/wikimedia/services/src/ServiceContainer.php(411): Wikimedia\Services\ServiceContainer->createService()

#16 /home/admin/domains/g1pedia.com/public_html/includes/MediaWikiServices.php(354): Wikimedia\Services\ServiceContainer->getService()

#17 /home/admin/domains/g1pedia.com/public_html/includes/MediaWikiServices.php(1967): MediaWiki\MediaWikiServices->getService()

#18 /home/admin/domains/g1pedia.com/public_html/includes/ServiceWiring.php(2409): MediaWiki\MediaWikiServices->getTitleParser()

#19 /home/admin/domains/g1pedia.com/public_html/vendor/wikimedia/services/src/ServiceContainer.php(445): Wikimedia\Services\ServiceContainer::{closure}()

#20 /home/admin/domains/g1pedia.com/public_html/vendor/wikimedia/services/src/ServiceContainer.php(411): Wikimedia\Services\ServiceContainer->createService()

#21 /home/admin/domains/g1pedia.com/public_html/includes/MediaWikiServices.php(354): Wikimedia\Services\ServiceContainer->getService()

#22 /home/admin/domains/g1pedia.com/public_html/includes/MediaWikiServices.php(2065): MediaWiki\MediaWikiServices->getService()

#23 /home/admin/domains/g1pedia.com/public_html/includes/session/SessionManager.php(226): MediaWiki\MediaWikiServices->getUserNameUtils()

#24 /home/admin/domains/g1pedia.com/public_html/includes/session/SessionManager.php(132): MediaWiki\Session\SessionManager->__construct()

#25 /home/admin/domains/g1pedia.com/public_html/includes/Setup.php(530): MediaWiki\Session\SessionManager::singleton()

#26 /home/admin/domains/g1pedia.com/public_html/maintenance/run.php(49): require_once(string)

#27 {main} AlgorithmGG (talk) 20:26, 24 February 2024 (UTC)

Are you sure you installed mediawiki properly with all the correct php files? Bawolff (talk) 20:32, 24 February 2024 (UTC)

Yes @Bawolff, i hope all is well. I believe so, I downloaded updates from mediawiki both 140/141 and found a link somewhere for the master via mediawiki I think! As I want to test the automatic extension upgrading, I figured I may as well play with the master version. Do you have a reliable link handy please? AlgorithmGG (talk) 22:46, 24 February 2024 (UTC)

Since its complaining about a missing file, is includes/user/Options/DefaultOptionsLookup.php present? If it is, i suppose it could be the wrong version, or autoload.php could be the wrong version.

Normally when it complains of missing files, i would reccomend just redownloading mediawiki. Bawolff (talk) 07:31, 26 February 2024 (UTC)

Makes sense has the repository been recently updated? I definitely downloaded via mediawiki.

Failing that if the files are not available is there any guidance to recreate them, or will I have to test php files I already have from previous versions. AlgorithmGG (talk) 09:44, 26 February 2024 (UTC)

@Bawolff it turns out fzilla didn't copying the contents of /DefaultOptions.php

i have a few out of date extensions i was looking to update manually but i am getting this error which mentions a extension which is upto date:

[22d68a555c0266af86bcce17] [no req]   MediaWiki\Config\ConfigException: MediaWiki\TimedMediaHandler\WebVideoTranscode\WebVideoTranscode::validateTranscodeConfiguration: Invalid key 'vorbis' specified in wgEnabledTranscodeSet or wgEnabledAudioTranscodeSet.

Backtrace:

from /home/admin/domains/g1pedia.com/public_html/extensions/TimedMediaHandler/includes/WebVideoTranscode/WebVideoTranscode.php(1587)

#0 /home/admin/domains/g1pedia.com/public_html/extensions/TimedMediaHandler/includes/Hooks.php(151): MediaWiki\TimedMediaHandler\WebVideoTranscode\WebVideoTranscode::validateTranscodeConfiguration()

#1 /home/admin/domains/g1pedia.com/public_html/includes/Setup.php(571): MediaWiki\TimedMediaHandler\Hooks::register()

#2 /home/admin/domains/g1pedia.com/public_html/maintenance/run.php(49): require_once(string)

#3 {main} AlgorithmGG (talk) 21:33, 27 February 2024 (UTC)

It sounds like a LocalSettings.php issue. Bawolff (talk) 22:23, 27 February 2024 (UTC)

Cheers it installed just gotta configure the server. AlgorithmGG (talk) 04:37, 28 February 2024 (UTC)

I gotta install a load of extensions, the 142.alpha installation completes but I am getting a http 500 error when visiting the wiki homepage the build insisted I use php81 am I missing something? I get no errors running maintenance although it Attempted to insert 225 IP revisions, 0 was actually done. AlgorithmGG (talk) 22:31, 28 February 2024 (UTC)

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

Cannot access the database

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.

---

• MediaWiki version: 1.29.2 --> 1.35.14
• PHP version: 7.3 --> 7.4
• Database type and version: MySQL 8.0.36

• Reference Tickets: Project:Support desk/Flow/2024/02#h-"Sorry!_This_site_is_experiencing_technical_difficulties."-20240209143900, Project:Support desk/Flow/2024/02#h-Uploading_MySQL_database:_size_question-20240223181100
• Attention: @Bawolff, @TheDJ, @Osnard

Here are the straight facts:

• After the previous attempt to upgrade the wiki was not resolved, I had a complete host sever restoration conducted.
• Post-restoration (MW 1.29.2), the site (and database, apparently) were completely accessible and operable.
• I let it sit for nine days, so that I could approach it from a fresh (and less frustrated) perspective.
• Today, I did as clean install. The database update went thru with no identified errors (I have the 2,501-line database update report, if relevant).
• However, as with last time, when it comes time to start using my wiki, I get the following:

Sorry! This site is experiencing technical difficulties.
Try waiting a few minutes and reloading.
(Cannot access the database)
Backtrace:
#0 /home/starsh2/public_html/sfcwiki/includes/libs/rdbms/loadbalancer/LoadBalancer.php(937): Wikimedia\Rdbms\LoadBalancer->reportConnectionError()
#1 /home/starsh2/public_html/sfcwiki/includes/libs/rdbms/loadbalancer/LoadBalancer.php(904): Wikimedia\Rdbms\LoadBalancer->getServerConnection(0, 'starsh2_sfcwiki...', 0)
#2 /home/starsh2/public_html/sfcwiki/includes/libs/rdbms/loadbalancer/LoadBalancer.php(1049): Wikimedia\Rdbms\LoadBalancer->getConnection(-1, Array, 'starsh2_sfcwiki...', 0)
#3 /home/starsh2/public_html/sfcwiki/includes/GlobalFunctions.php(2463): Wikimedia\Rdbms\LoadBalancer->getMaintenanceConnectionRef(-1, Array, 'starsh2_sfcwiki...')
#4 /home/starsh2/public_html/sfcwiki/includes/cache/localisation/LCStoreDB.php(56): wfGetDB(-1)
#5 /home/starsh2/public_html/sfcwiki/includes/cache/localisation/LocalisationCache.php(449): LCStoreDB->get('en', 'deps')
#6 /home/starsh2/public_html/sfcwiki/includes/cache/localisation/LocalisationCache.php(495): LocalisationCache->isExpired('en')
#7 /home/starsh2/public_html/sfcwiki/includes/cache/localisation/LocalisationCache.php(414): LocalisationCache->initLanguage('en')
#8 /home/starsh2/public_html/sfcwiki/includes/cache/localisation/LocalisationCache.php(333): LocalisationCache->loadSubitem('en', 'messages', 'title-invalid-e...')
#9 /home/starsh2/public_html/sfcwiki/languages/Language.php(2645): LocalisationCache->getSubitem('en', 'messages', 'title-invalid-e...')
#10 /home/starsh2/public_html/sfcwiki/includes/cache/MessageCache.php(1047): Language->getMessage('title-invalid-e...')
#11 /home/starsh2/public_html/sfcwiki/includes/cache/MessageCache.php(1005): MessageCache->getMessageForLang(Object(LanguageEn), 'title-invalid-e...', false, Array)
#12 /home/starsh2/public_html/sfcwiki/includes/cache/MessageCache.php(947): MessageCache->getMessageFromFallbackChain(Object(LanguageEn), 'title-invalid-e...', false)
#13 /home/starsh2/public_html/sfcwiki/includes/language/Message.php(1320): MessageCache->get('title-invalid-e...', false, Object(LanguageEn))
#14 /home/starsh2/public_html/sfcwiki/includes/language/Message.php(878): Message->fetchMessage()
#15 /home/starsh2/public_html/sfcwiki/includes/language/Message.php(970): Message->toString('text')
#16 /home/starsh2/public_html/sfcwiki/includes/title/MalformedTitleException.php(51): Message->text()
#17 /home/starsh2/public_html/sfcwiki/includes/title/MediaWikiTitleCodec.php(346): MalformedTitleException->__construct('title-invalid-e...', '')
#18 /home/starsh2/public_html/sfcwiki/includes/Title.php(3422): MediaWikiTitleCodec->splitTitleString('', 0)
#19 /home/starsh2/public_html/sfcwiki/includes/Title.php(427): Title->secureAndSplit('')
#20 /home/starsh2/public_html/sfcwiki/includes/MediaWiki.php(88): Title::newFromURL(NULL)
#21 /home/starsh2/public_html/sfcwiki/includes/MediaWiki.php(151): MediaWiki->parseTitle()
#22 /home/starsh2/public_html/sfcwiki/includes/MediaWiki.php(906): MediaWiki->getTitle()
#23 /home/starsh2/public_html/sfcwiki/includes/MediaWiki.php(547): MediaWiki->main()
#24 /home/starsh2/public_html/sfcwiki/index.php(53): MediaWiki->run()
#25 /home/starsh2/public_html/sfcwiki/index.php(46): wfIndexMain()
#26 {main}

• There are some slight deviations from the previous attempt, starting with line #4 above.
• $wgServer is correct and is an exact match for an earlier upgraded and operational wiki.

I'm having the host tech team confirm (as we did last time), that they have access to the database with the password in LocalSettings. Anticipating that confirmation, I'm thinking ahead as to courses of action. Right now, I'm thinking that reverting to the backup or restoring the directory via tech support, back to 1.29.2 (including directory, mysql db, and user db) and maybe doing an interim upgrade (1.32.6?) to test whether the same failure to "contact the database" occurs. However, I'm throwing a wide net for Support Desk volunteers, hoping someone has an inspired idea. LeyteWolfer (talk) 20:25, 24 February 2024 (UTC)

Apparently your wiki tries to show you an invalid-title-exception (see #17). It then tries to access the L10N cache to show the message in your language. The cache tries to open a connection to the database with a "connection type" of "DB_REPLICA" ("-1"), which then again fails.

You said command line scripts like maintenance/update.php do work. So my best guess is, that the settings file, which contains database credentials may not be accessible by the webserver user, but only by the user used on the CLI. Osnard (talk) 07:59, 26 February 2024 (UTC)

Thank you, @Osnard. I'm going to need to understand that better in order to direct the HostPapa tech support team.

Let me know if I'm mis-understanding the issue: the User database appears not to have access to the 5 lines in LocalSettings that allows it to communicate with the primary MySQL database. Those lines/credentials being some or all of the following from LocalSettings:

• $wgDBtype
• $wgDBserver
• $wgDBname
• $wgDBuser
• $wgDBpassword

Is that a correct summation? LeyteWolfer (talk) 00:06, 27 February 2024 (UTC)

It is not about the "user database". It is about the "user context". Based on whether the application is accessed from CLI (e.g when running update.php) or from the webserver (e.g. when you access the application with your browser) the values of the variables you listed seem to be different. Osnard (talk) 06:56, 27 February 2024 (UTC)

Ok...that makes sense to me as to how it is not the user database, but the "avenue" as to how the user attempts to contact the database.

Edit - This is the report I received from tech support (conducted before your last response):

I checked your site's database settings and all are correct and able to connect.
 
 I also flushed the MySQL connections of the server but still has the error.
 
 There were some entries on the server logs from your website, but seems not related to the database error shown on the site. See logs below.
 
 ---------------
 [Sat Feb 24 09:50:55.997710 2024] [lsapi:warn] [pid 3262496:tid 47586679232256] [client "the IP address":51404] [host mypersonaldomain.com] Backend log: PHP Warning: session_write_close(): Failed to write session data (user). Please verify that the current setting of session.save_path is correct (/tmp) in /home/starsh2/public_html/sfcwiki/includes/session/SessionManager.php on line 469\n, referer: http://mypersonaldomain.com/sfcwiki/index.php/Main_Page
 ---------------
 
 The warning message itself is indicating an issue with writing session data. It suggests that the function session_write_close() failed to write session data due to a problem with the session save path, which is currently set to /tmp. The warning advises verifying that the session.save_path configuration is correct.
 
 Can you please check the correct path of the site's session? Does the /tmp folder should be set to 777 instead of 755 permission?

That doesn't seem to contradict what you said was the issue.

Do you have a suggestion as how to resolve that? Or something I should tell the tech support team? LeyteWolfer (talk) 17:10, 27 February 2024 (UTC)

From the host server's tech support team:

The issue was due to the PostgreSQL settings enabled, this was used instead of the MySQL settings. Please check and confirm if this is the correct page for /sfcwiki.

I don't quite understand where this was changed, as I see no presence of PostgreSQL settings in any of my archived LocalSettings. However, I have confirmed the wiki is accessible and now on version 1.35.14. LeyteWolfer (talk) 02:47, 29 February 2024 (UTC)

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

migrate from openSUSE to Ubuntu

Hello,

I do have a private wiki running in my LAN in an openSUSE VMWare virtual machine.

openSUSE 10.3 (i586)

MediaWiki     1.12.0

PHP     5.2.6 (apache2handler)

MySQL     5.0.51a

My first idea was to run it on a Raspberry PI Zero 2W but it does not boot (i tried to create a SD card with Clonezilla).

Next idea is to move / migrate it to Ubunti 22.04 LTS where it should run together with other services (pihole / xymon / ...)

I read the upgrade instructions, but still not sure about the best way to do it. Upgrade the mediawiki on Suse to the current highest version, then move over to Ubuntu? Or move data / directories (which ones) to Ubuntu and perform the upgrade there?

What is the best way to get this done?

Thanks, Butcher MisterButcher (talk) 07:25, 25 February 2024 (UTC)

It doesn't super matter, but i suggest upgrading and moving be done in separate steps, so if there is a problem you can know where it lies.

If keeping the same version during the move, you can just copy all of MediaWiki's files. For the Database, i would reccomend using the command line mysqldump to make a dump, and then import it at your other host. Bawolff (talk) 07:28, 26 February 2024 (UTC)

Thank you for the answer. I tried to proceed.... I installed Mediawiki .35.14 on Ubuntu 22.04 which is under /var/lib/mediawiki/

I created same mysqluser and pwd and exported and imported the database

I tared my "old" wiki and moved it over to Ubunte 22.04, this installation is in /srv/www/htdocs/wiki

Now I have my database and two wiki directores ... but somehow stuck now. Shall i try to make my old wiki work, and then migrate? ir migrate immediately? what about this /srv/www/htdocs/wiki location? how do I get these directories merged / migrated?

Thanks, Butcher 2A00:6020:B3C7:5400:C37:6BBC:DAE9:A6E5 (talk) 14:24, 5 March 2024 (UTC)

I like to add:

the new wiki is working, I can call the page, but I did not complete the installation so far.

I created a link to the old wiki: ln -s /srv/www/htdocs/wiki /var/www/html/wiki

but this is not working when i call it in the browser. However, there is no error message.

Trying to run the update process specifying the old wiki LocalSettings.php file results in

/var/lib/mediawiki# php maintenance/update.php --conf /srv/www/htdocs/wiki/LocalSettings.php

PHP Fatal error:  Cannot declare class SiteConfiguration, because the name is already in use in /srv/www/htdocs/wiki/includes/SiteConfiguration.php on line 15 2A00:6020:B3C7:5400:C37:6BBC:DAE9:A6E5 (talk) 15:49, 5 March 2024 (UTC)

Finally I was able to do the migration. I like to give a short summary just in case somebody wants to perform the same activity and faces the same problems

I started from scratch, installed mediawiki 1.35.14

exported my database on old server and imported to new server.

copied my old localsettings to new mediawiki

set the link ln -s /var/lib/mediawiki /var/www/html/mediawiki

copied the image directory from old wiki to new wiki

running update.php gave me some errors (which can all be googled) so i had to perform some changes

added wfLoadSkin( 'MonoBook' ); wfLoadSkin( 'Timeless' ); wfLoadSkin( 'Vector' ); to localsettings

removed postgres section in localsettings

added $wgServer =         "http://xxx.xxx.x.xxx"; to localsettings (my servers ip)

after that, running php maintenance/update.php was successful.

however, i could not log in, mediwiki pages pointed to wiki pages (in the links) which were not available. after adding this link it worked: ln -s /var/lib/mediawiki /var/www/html/wiki

my logo was missing, i moved that one over and also added the $wgLogos = [ '1x' => "$wgScriptPath/images/wikilogo.png", .... to localsettings

It then looked good, 1.35.14 was working fine

To upgrade to 1.41.0 (all errors googled again)

- i renamed /var/lib/mediawiki to /var/lib/mediawiki1.35

- installed mediawiki in /var/lib/mediawiki

- moved localsettings and image directory

- running update.php i was told intl extension was missing but is required now (it is under optional in the instructions), so I installed it

- running update.php again i received this error: Unable to open file /MonoBook/skin.json - so i added $wgStyleDirectory = "/var/lib/mediawiki/skins"; to localsettings

- running update.php again i received this error: Uncaught FatalError: $wgBaseDirectory must not be modified in settings files!. I specified it nowhere. after googeling i removed: require_once( "$IP/includes/DefaultSettings.php" ); from localsettings

after those modifications the update script ran fine and mediawiki is now at 1.41.0 and seems to be working fine.

So ... I migrated from suse to ubuntu and updated mediawiki from 1.12 to 1.41.0

Thanks for your support, and have a nice day.

Cheers, butcher MisterButcher (talk) 06:58, 9 March 2024 (UTC)

Perpetual Loading Screen in "Recent Changes" 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.

---

Hi, I have a problem with my installation of MediaWiki. Specifically, the 'Recent Changes' page is not working for me, showing a perpetual loading screen. Only some, more recent changes appear. These are the versions I have installed:

• MediaWiki 1.41.0
• PHP 8.1.2-1ubuntu2.14 (apache2handler)
• ICU 70.1
• MySQL 8.0.36-0ubuntu0.22.04.1
• Lua 5.1.5
• Skin: CitizenAdditionally, the problem started suddenly. I don't know if the error could be related to the one I see in the browser console, which only appears on this page. I'm attaching images. This page is quite important for us, so I would be really grateful for any help. Thank you in advance.

https://imgur.com/a/uJStzg6 Julius Winther (talk) 16:47, 25 February 2024 (UTC)

Solved, for some reason files in the mediawiki src folder were renamed Julius Winther (talk) 20:27, 25 February 2024 (UTC)

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

Windows localhost MediaWiki loading problem.

Hi,

Yesterday I set up a wiki and managed to get it working successfully. I encountered a problem when using Templates from WIkipedia, or at least I have narrowed it down to that. Saving pages can take as long as two minutes, prompting the automatic process termination. I've looked extensively through support threads and I've seen cache acceleration mentioned many times but due to my lack of website development knowledge, I have been unable to figure out how to do that.

In case it helps, here is my LocalSettings file:

# Protect against web entry

if ( !defined( 'MEDIAWIKI' ) ) {

   exit;

}

## Uncomment this to disable output compression

# $wgDisableOutputCompression = true;

$wgSitename = "Urssos";

## The URL base path to the directory containing the wiki;

## defaults for all runtime URL paths are based off of this.

## For more information on customizing the URLs

## (like /w/index.php/Page_title to /wiki/Page_title) please see:

## https://www.mediawiki.org/wiki/Manual:Short_URL

$wgScriptPath = "/mediawiki";

## The protocol and server name to use in fully-qualified URLs

$wgServer = "http://localhost:80";

## The URL path to static resources (images, scripts, etc.)

$wgResourceBasePath = $wgScriptPath;

## The URL paths to the logo.  Make sure you change this from the default,

## or else you'll overwrite your logo when you upgrade!

$wgLogos = [

   '1x' => "$wgResourceBasePath/resources/assets/NuvasAvaskra.png",

   'wordmark' => [

       "src" => "$wgResourceBasePath/resources/assets/urssos.png",

       "width" => 119,

       "height" => 18,

   ],

   'icon' => "$wgResourceBasePath/resources/assets/NuvasAvaskra.png",

];

## UPO means: this is also a user preference option

$wgEnableEmail = true;

$wgEnableUserEmail = true; # UPO

$wgEmergencyContact = "";

$wgPasswordSender = "";

$wgEnotifUserTalk = false; # UPO

$wgEnotifWatchlist = false; # UPO

$wgEmailAuthentication = true;

## Database settings

$wgDBtype = "mysql";

$wgDBserver = "127.0.0.1";

$wgDBname = "mediawiki";

$wgDBuser = "root";

$wgDBpassword = "";

# MySQL specific settings

$wgDBprefix = "";

$wgDBssl = false;

# MySQL table options to use during installation or update

$wgDBTableOptions = "ENGINE=InnoDB, DEFAULT CHARSET=binary";

# Shared database table

# This has no effect unless $wgSharedDB is also set.

$wgSharedTables[] = "actor";

## Shared memory settings

$wgMainCacheType = CACHE_ACCEL;

$wgMemCachedServers = [];

## To enable image uploads, make sure the 'images' directory

## is writable, then set this to true:

$wgEnableUploads = true;

#$wgUseImageMagick = true;

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

# InstantCommons allows wiki to use images from https://commons.wikimedia.org

$wgUseInstantCommons = false;

# Periodically send a pingback to https://www.mediawiki.org/ with basic data

# about this MediaWiki instance. The Wikimedia Foundation shares this data

# with MediaWiki developers to help guide future development efforts.

$wgPingback = true;

# Site language code, should be one of the list in ./includes/languages/data/Names.php

$wgLanguageCode = "en-gb";

# Time zone

$wgLocaltimezone = "Europe/Berlin";

## Set $wgCacheDirectory to a writable directory on the web server

## to make your wiki go slightly faster. The directory should not

## be publicly accessible from the web.

#$wgCacheDirectory = "$IP/cache";

$wgSecretKey = "b7168ac0f469db25f33cc3bf41c001ce9dfdebbf4f13d2341b213101f7cd9d8c";

# Changing this will log out all existing sessions.

$wgAuthenticationTokenVersion = "1";

# Site upgrade key. Must be set to a string (default provided) to turn on the

# web installer while LocalSettings.php is in place

$wgUpgradeKey = "fc05f448030dd1b1";

## For attaching licensing metadata to pages, and displaying an

## appropriate copyright notice / icon. GNU Free Documentation

## License and Creative Commons licenses are supported so far.

$wgRightsPage = ""; # Set to the title of a wiki page that describes your license/copyright

$wgRightsUrl = "";

$wgRightsText = "";

$wgRightsIcon = "";

# Path to the GNU diff3 utility. Used for conflict resolution.

$wgDiff3 = "";

## Default skin: you can change the default skin. Use the internal symbolic

## names, e.g. 'vector' or 'monobook':

$wgDefaultSkin = "vector";

# Enabled skins.

# The following skins were automatically enabled:

wfLoadSkin( 'MinervaNeue' );

wfLoadSkin( 'MonoBook' );

wfLoadSkin( 'Timeless' );

wfLoadSkin( 'Vector' );

# Enabled extensions. Most of the extensions are enabled by adding

# wfLoadExtension( 'ExtensionName' );

# to LocalSettings.php. Check specific extension documentation for more details.

# The following extensions were automatically enabled:

wfLoadExtension( 'VisualEditor' );

wfLoadExtension( 'WikiEditor' );

wfLoadExtension( 'Scribunto' );  $wgScribuntoDefaultEngine = 'luastandalone';

wfLoadExtension( 'TemplateStyles' );

wfLoadExtension( 'ParserFunctions' );

wfLoadExtension( 'TemplateData' );

wfLoadExtension( 'TemplateWizard' ); 2A0C:5A86:F30D:FF00:1D24:FD90:8BB7:8180 (talk) 00:23, 26 February 2024 (UTC)

Yes caching can help with that. If you are using IIS you'd need to install XCache. If you are using apache, then you need to install the apcu php extension. How to install these varries with your webserver, see your webserver docs. After you install them you can enable in mediawiki with $wgMainCacheType = CACHE_ACCEL; Bawolff (talk) 07:26, 26 February 2024 (UTC)

@import

Hi,

I am trying to add a web-font in common.css using @import, however, it doesn't seem to take. I wonder if there's a setting I need to enable for @import to work.

Cheers, 202.36.179.72 (talk) 02:50, 26 February 2024 (UTC)

No setting needed (You need $wgUseSiteCss but it defaults to being true).

Check your web browser developer console for warnings. Be sure also that you used the correct code and it isn't being overriden by something else. Bawolff (talk) 07:24, 26 February 2024 (UTC)

How to make sure relative paths resolve correctly

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 have a question which I think might be easy to answer if you know your way around backends.

I'm using a skin (Chameleon) with a scss file that uses the double dot (../) to fetch resources from the parent directory in the extension. On one server, where the MediaWiki installation is found directly under httpdocs (Plesk, Litespeed), this always resolves correctly to a public URI that is accessible to the client.

So far so good, but on a new server (still Litespeed), with almost identical htaccess (except for the hostname) and settings (ArticlePath, etc), it resolves to a faulty URL. This new server uses /public_html directories instead.

The faulty URL consists of

• 1. the subdomain name (https://foo.example.com),
• 2. the full document rootname (something like /username/foo/bar/public_html)
• 3. the directory name containing the installation (e.g. /wiki)
• 4. the path in the MediaWiki installation directory tiself.

It's the inclusion of the document path and the directory name (nos 2 and 3) that should have been left out to create the resolvable URL.

How can I make sure that those relative paths using a single or double dot resolve correctly? Is there something I should add to .htaccess? Rand(1,2022) (talk) 12:53, 26 February 2024 (UTC)

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

what current software versions we are using in WIKI

what current software versions we are using in WIKI Payal Parida (talk) 14:06, 26 February 2024 (UTC)

Which WIKI do you want to mention? BugCatcher2019 (talk) 14:08, 26 February 2024 (UTC)

Now we are using 3 wikis : FM Wiki, Risk Wiki and Credit-Risk Wiki

And also we are using MediaWiki 1.39.1, MySQL 8.0.36 and php 8.1.13 version 161.69.80.196 (talk) 11:58, 27 February 2024 (UTC)

If I understand the question correctly, you would just go to the Special:Version page to find out the version. Jonathan3 (talk) 15:02, 3 March 2024 (UTC)

Could you please confirm will windows server 2022 supports in MediaWiki 1.39.1, MySQL 8.0.36 and php 8.1.13 version ? 161.69.80.128 (talk) 10:48, 4 March 2024 (UTC)

Whitelisting domains for user JavaScript pages

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've set $wgAllowUserJs = true;. How can I whitelist domains like mediawiki.org and prevent scripts from being loaded from other domains? Thanks, cheers and all the best! Till Kraemer (talk) 16:09, 26 February 2024 (UTC)

There is experimental support with $wgCSPHeader

Be warned effectively locking down scripts is very difficult. Bawolff (talk) 18:44, 26 February 2024 (UTC)

Thank you so much! I added this to my LocalSettings.php and it seems to work:

$wgCSPHeader = [
    'useNonces' => false,
    'script-src' => [ '*.mywiki.com', '*.wikipedia.org', 'www.mediawiki.org' ],
    'default-src' => [ '*.mywiki.com', '*.wikipedia.org', 'www.mediawiki.org' ]
];

Even with the caveats, it's probably better than not using it. Thanks again, cheers and all the best! Till Kraemer (talk) 13:30, 5 March 2024 (UTC)

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

Issue with Page 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.

---

Hello - We are getting an odd message when clicking on the "Page Size" link on the left side. Everything is showing normal except Prose size which displays this message:

undefined B (undefined words) "readable prose size"

I am guessing this is software related as it is affecting everyone. If you comment please let me know on simple wiki so I can hop over here.

Thanks Thanks and edit well!- PDL<sup>Talk to me!</sup><sub>Please don't eat da 🐑!</sub> 19:26, 26 February 2024 (UTC)

That doesn't sound like part of core mediawiki but an extension or gadget. You should report to author if extension/gadget. Bawolff (talk) 17:07, 2 March 2024 (UTC)

@Bawolff Yeah I figured it out. I am just waiting on an IA from our wiki to replace it. Thank you so much. I forgot to update this yesterday as we were dealing with an LTA who likes to proxy jump and takes up a couple of hours a day from all of us. Thanks and edit well!- PDL<sup>Talk to me!</sup><sub>Please don't eat da 🐑!</sub> 04:48, 3 March 2024 (UTC)

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

How do I make ConfirmAccount not expand templates specified in MediaWiki:Confirmaccount-welc?

Hello!

I'm using the ConfirmAccount extension, and found that templates specified in MediaWiki:Confirmaccount-welc are always substituted when I confirm new user accounts. I don't really like this behaviour because it makes a "forever" copy of the last template edit at the user talk page.

So I'm wondering, how do I make ConfirmAccount not expand templates specified in MediaWiki:Confirmaccount-welc?

Thank you! 91.201.234.159 (talk) 06:21, 27 February 2024 (UTC)

Cannot download any extensions from MediaWiki

It just says for example

No such extension "CodeEditor".

Unable to fetch extension list!

For every extension/skin. Anyone else having this issue? NottNott (talk) 11:44, 27 February 2024 (UTC)

Which windows server version is required for MediaWiki

Which windows server version is required for MediaWiki ?

AS we are using MediaWiki 1.39.1, MySQL 8.0.36 and php 8.1.13 version for 3 wikis: FM Wiki, Risk Wiki and Credit-Risk Wiki 161.69.80.196 (talk) 12:08, 27 February 2024 (UTC)

There's no Windows Server requirement, as long as you can install there the other requirements. Maybe you should check which windows server version is required for the supported versions of MySQL and php Ciencia Al Poder (talk) 22:29, 28 February 2024 (UTC)

Read-only user

Hi!

Does anyone know if an administrator can create a "read-only" user? We don't have access to the bureaucrats of the wiki. 91.186.70.24 (talk) 13:47, 27 February 2024 (UTC)

Yes, see manual:$wgGroupPermissions. If a user does not have edit rights or the right is revoked, then they will essentially be read only. However they may be able to do other actions.

If you are an ordinary user and want a read only subaccount see manual:Bot passwords Bawolff (talk) 17:06, 2 March 2024 (UTC)

issue locating/downloading extensions

No such extension "LDAPAuthentication2".

Unable to fetch extension list!

on URL Special:ExtensionDistributor/LDAPAuthentication2 65.207.72.210 (talk) 14:54, 27 February 2024 (UTC)

Works for me. Maybe it was a temporary problem Ciencia Al Poder (talk) 22:28, 28 February 2024 (UTC)

Citations at Beginning of Page

Trying to use Mediawiki for some document management tasks, I have a very specific format I use that requires applicable document sources to be listed at the beginning of the page. This could be achieved on the fly by using references/citations however of course the references generally come as a footnote following all the ref tags. Is there any known way to put the references section before the ref tags on a page? 165.254.60.162 (talk) 16:38, 27 February 2024 (UTC)

I'm not sure I understand your question, but you can add the references tag on your page wherever you want the references to appear

<references />

BrewingForward (talk) 07:42, 1 March 2024 (UTC)

Correct, however that only displays the references up to that point. What I was looking to accomplish is something more along the lines of :

reference

"<references />"

reference

reference

and have all the references no matter where they appear in the page appear in the reference box, not just the single one proceeding it. 165.254.60.162 (talk) 21:03, 5 March 2024 (UTC)

Create a custom search by categories

Hi

Context: I'm new to MediaWiki and I would like to create a custom search so users could search by multiple categories rather than the title of articles. Eventually I would like it to include proximity (geocoding) of pages to the user location.

Question: Am I able to create this on MediaWiki if I download an extension like CirrusSearch and customize it? or would I be better of using different software such as Drupal?

Thanks in advance. Radhedge (talk) 01:39, 28 February 2024 (UTC)

You could use currussearch as the base for this, but you probably have to make a custum UI yourself. Bawolff (talk) 17:02, 2 March 2024 (UTC)

I think you could achieve this using Extension:Cargo in conjunction with Extension:Page Forms.

I didn't understand this sentence: "Eventually I would like it to include proximity (geocoding) of pages to the user location." But it's possible to save coordinates via Cargo, if that's what you have in mind. Jonathan3 (talk) 15:00, 3 March 2024 (UTC)

How to skip summaries (to safe faster)?

Hi, is there a way to save page changes with just one click? I would like to ignore or skip the summaries window and save the changes immediately. In my wikis, no one uses or needs this feature, but we often lose changes because users forget to save twice. This is annoying, so I've been looking for a way around this for a while. I would be very grateful for any advice. Tranqullio (talk) 07:23, 28 February 2024 (UTC)

There's no requirement to specify a summary when submitting changes by default. If a wiki has implemented this as mandatory, you should ask the maintainers of the wiki to disable this requirement. Ciencia Al Poder (talk) 22:26, 28 February 2024 (UTC)

Modify User Name

Hello, How does a person modify or change their user name? In my case I would like to capitalize one letter in my user name. My user name now is: Knighstalker. I would like to modify it too: KnighsTalker. I appreciate any assistance with this matter. Thank you. KnighsTalker (talk) 08:35, 28 February 2024 (UTC)

See meta:Steward requests/Username changes Ciencia Al Poder (talk) 22:24, 28 February 2024 (UTC)

Use Action API to mark watchlist item as read

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 a way I can use JavaScript to mark a specific watchlist item as read? Aaron Liu (talk) 02:44, 29 February 2024 (UTC)

You can call the MediaWiki api. See: API:Watch Ciencia Al Poder (talk) 21:27, 29 February 2024 (UTC)

@Ciencia Al Poder That does NOT mark anything as read.

That said, the guys at WP:VPT managed to solve it. Aaron Liu (talk) 21:59, 29 February 2024 (UTC)

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

Login via VPN

Hi,

I have installed MW 1.41 on a Debian 12 system. Generally, it works fine. I have only an issue with users that are remote. It appears they cannot login to their account. They receive a session cookie but after entering the UN/PW the user is not receiving any further cookies. It works when a direct local redirect via SSH is established. But then other issues come into play as the users are isolated behind a firewall (hence the proxy).

The setup failing is such:

Browser -> TinyProxy -> VPN -> MW

I have tried the recommended setting with caching, but they have no effect. Any ideas but leaving MW as "Openwiki"? HorstKow (talk) 10:13, 29 February 2024 (UTC)

Maybe TinyProxy is filtering/removing some cookies.

After entering the UN/PW you should get those 3 cookies: _session, UserID, and UserName, all prefixed by the cookie prefix (or db name). Those are different from the cookie mwuser-sessionId.

Setting a debug log as described in Manual:How to debug should write all cookies sent, maybe you can discover something there. Ciencia Al Poder (talk) 10:34, 29 February 2024 (UTC)

PHP Deprecated - Visual Editor

I continue to get this warning message when trying to make any edits to my pages. I have upgrade to mediawiki 1.41 and have installed Visual Editor v 0.1.2 (2e8e3b8) 06:15, 29 June 2023. However, I get this warning and it seems to be crashing my wiki and preventing me from editing, can anyone assist?

, PHP Deprecated:  Use of Modules must target desktop and mobile. Module name:ext.visualEditor.core.mobile was deprecated in MediaWiki 1.41. [Called from MediaWiki\ResourceLoader\StartUpModule::getScript in /opt/bitnami/mediawiki/includes/ResourceLoader/StartUpModule.php at line 436] in /opt/bitnami/mediawiki/includes/debug/MWDebug.php on line 386 Waterlooglass (talk) 15:26, 29 February 2024 (UTC)

deprecation notices are not meant to be displayed on production websites. You should turn those notices off from php.ini. See for example https://support.cpanel.net/hc/en-us/articles/360059474934-How-do-I-disable-PHP-Deprecated-warnings Ciencia Al Poder (talk) 21:23, 29 February 2024 (UTC)

understood, thank you. Would those notices be a reason for slowing down or lagging our Visual Editor? Waterlooglass (talk) 02:42, 1 March 2024 (UTC)

I don't think so. However, I note you're using MediaWiki 1.41 which was released on 21 December 2023, but your Visual Editor version is from 29 June 2023. Maybe you should upgrade the extension to latest REL1_41 branch. This is probably the reason why you were getting this deprecation notice in the first place. Ciencia Al Poder (talk) 09:03, 1 March 2024 (UTC)

That is what I was thinking as well. Thanks for the feedback! Waterlooglass (talk) 15:54, 1 March 2024 (UTC)

Special:WantedPages

Is it possible for a wiki to restrict pages in certain namespaces in Special:WantedPages? Kk.urban (talk) 15:56, 29 February 2024 (UTC)

There's no straightforward setting to do that. However, you can alter the query to add more restrictions if you implement the WantedPages::getQueryInfo hook. Ciencia Al Poder (talk) 21:21, 29 February 2024 (UTC)

@Ciencia Al Poder Is it possible for a local interface admin to implement this, so that certain namespaces will not be displayed to any viewer on Special:WantedPages? Kk.urban (talk) 21:26, 29 February 2024 (UTC)

No, that requires modifications of the files on the server, and a certain level of programming skills Ciencia Al Poder (talk) 22:25, 29 February 2024 (UTC)

How to allow file types for upload

I'm using MediaWiki 1.23.10 with a BlueSpice extension and tried to add a file extension which would be allowed for a file upload (namely a .dwg file). Reading the documentation I thought that I find a complete list of allowed files in $wgFileExtensions, but no.

Then I thought perhaps this could be done directly on the Special:Upload page but on this page there is no VisualEditor present.

Anybody have any ideas how to accomplish this? Many thanks for your help! 75.82.188.118 (talk) 19:58, 29 February 2024 (UTC)

Documentation at https://www.mediawiki.org/wiki/Manual:$wgFileExtensions says to add this to your LocalSettings.php :

$wgFileExtensions[] = 'dwg';

BrewingForward (talk) 07:34, 1 March 2024 (UTC)

Question regarding text color.

How come the body text color is #202122 and not black?

It doesn't bother me, and a user could change it by modifying the CSS anyway if they wanted to, but I am asking out of curiousity. What's the advantage of #202122 over black? Some technical reason? Elominius (talk) 23:14, 29 February 2024 (UTC)

It's a UX thing. black text on white backgrounds is known to cause eyestrain. It's better to have black with a touch of gray. Similarly when you have white text on a black background, its better to have a dark gray background. —TheDJ (Not WMF) (talk • contribs) 18:51, 1 March 2024 (UTC)

I see, although I hardly notice a difference. Thanks for your explanation. Elominius (talk) 01:18, 4 March 2024 (UTC)