Project:Support desk

Welcome to the MediaWiki Support desk. This is a place where you can ask any questions you have about installing, using or administrating the MediaWiki software.

(Read this message in a different language)

See also

• Other places to ask for help

Before you post

• Check the FAQ and Errors and symptoms .
• If your question is about a specific feature, check the relevant technical manual , end-user help or extension page and consider asking on its talk page .
• For issues about the mediawiki.org website, report to Village Pump instead.
• Ask technical questions about Wikimedia websites on meta:Tech instead.

Post a new question

1. To help us answer your questions, please indicate which version of MediaWiki you are using, as found on your wiki's Special:Version page:
2. If possible, add $wgShowExceptionDetails = true;error_reporting( -1 );ini_set( 'display_errors', 1 ); to LocalSettings.php in order to make MediaWiki show more detailed error messages.
3. Please include the web address (URL) to your wiki if possible. It's often easier for us to identify the source of the problem if we can see the error directly.
4. To start a new thread, click the box with the text "Add topic".

Hiding special-page links in Minerva.js

On my Miraheze wiki, the Minerva.js settings currently contain this code:

mw.util.addPortletLink('p-navigation', '/wiki/Special:WhatLinksHere/' + mw.config.get( 'wgPageName' ), 'What links here', 'nav-wlh');

However, it should be quickly noted that "What links here" is invalid for pages in the Special namespace themselves; to that end, I'd like to know exactly what wraparound to use for cancelling it out if special pages are visited. Once I receive a tip (from @Bawolff or otherwise), the same procedure will apply for overviews of related changes.

Still, with Good Friday and Easter weekend close at hand, this might take a little while. --Slgrandson (talk) 01:56, 18 April 2025 (UTC)

@Slgrandson I havent tested, but generally an ISO timestamp will likely work yyyy-mm-dd hh:mm:ss —TheDJ (Not WMF) (talk • contribs) 08:16, 21 April 2025 (UTC)

@TheDJ: If so, which part of the calls is the timestamp appended to? --Slgrandson (talk) 20:58, 21 April 2025 (UTC)

Leaving this message up in case anyone else has a better solution. --Slgrandson (talk) 07:43, 5 May 2025 (UTC)

Extensions and skins not working (most of the time)

Hi everyone, I am new here, so i might not get everything at first or botch some specialistic MW wording.

Getting to the problem - I appear to have a problem with LESS variables. Many skins are affected, like Vector, Minerva and Timeless, possibly many more (currently only one "working" is Chameleon). The symptoms are: broken CSS, buttons not working, extensions not working (happens in Chameleon too). There are images present, so I don't think that the solution from here applies, but I tried it either way and it does not make a change.

With broken LESS variables comes more problems - when I try to enable extensions like WikiEditor or VisualEditor I get 50kB of console errors with Less_Exception_Compiler saying that @variable_name is not defined (which clearly is defined in mediawiki.skins.defaults.less). It also frequently happens with @cdx_variable_name which i deduce is some codex variable which is not defined in mediawiki.skins.defaults.less, but i don't know how to handle this. It's a shame, but it can be worked around by writing in pure wikicode. Yet, there are problems still (which I didn't find the cause for), thumbnails and frames are not rendering correctly. The image is here, there is a caption, but there is no frame, image is not snapping to the right (if set to |right|), text isn't wrapping around it.

I am wandering if this is something on my hosting server side or with my installation, but I don't really know... I'll get you through installation steps i went through:

1. download and unpack mediawiki, push it to my host ftp, import php.ini file and make /tmp
2. run the installation following the tutorial
3. wiki breaks and sends me a giant list of errors with Less_Exception_Compiler
4. I download and install Chameleon via Composer (site isn't that broken now)
5. I download a REL1_43 extension and put it in /extensions/, set (eg) wfLoadExtension( 'VisualEditor' );
6. I try to edit a page using VE, but nothing is showing, console is red full with errors

So yeah, not much here to be honest... Right now I have almost every important extension disables, because it breaks my site. What can be the cause? What am i doing wrong?

I tried installing the 1.43.0 version, but it gives me the same results.

Nazwa	Wersja
MediaWiki	1.43.1
PHP	8.4.0 (uwsgi)
ICU	69.1
MySQL	8.0.33-25
Pygments	2.17.2
Lua	5.1.5

Thanks for help in advance! Astroksiezyc wiki (talk) 01:45, 28 April 2025 (UTC)

(for anyone looking at this, there are some stacktrace screenshots at phab:T392761) ‍—‍a smart kitten_[meow] 09:50, 28 April 2025 (UTC)

@Astroksiezyc wiki "download and unpack mediawiki," from where ? git, tarball, your linux distro ? —TheDJ (Not WMF) (talk • contribs) 16:47, 2 May 2025 (UTC)

I just downloaded the file from the MediaWiki download website. Tomorrow I might try to get it directly from git if it would be better.

Do the packages differ in some way? Or maybe am I missing some crucial installation step when downloading from official website? Astroksiezyc wiki (talk) 22:39, 2 May 2025 (UTC)

Ok, I tried dovnloading and installing from git - I added the skins packages, there weren't any present. I get Vector-2022 not working, just breaking the site completely and Chameleon giving me the same errors as before. I just don't know what else can i do Astroksiezyc wiki (talk) 11:42, 5 May 2025 (UTC)

file:// links after upgrading

My company has an existing wiki that's been around a long time. I'm attempting to get it migrated, upgraded and working (on Windows Server). Original is on MediaWiki 1.18.2, the new one is MediaWiki 1.43.1. Most everything has gone ok with the migration and upgrade. One issue that was discovered is file:// links don't work. Originally, they did nothing when clicking on them. I have since enabled https and added the site to IE compatibility mode in Edge and now the links open saying "access to the file was denied. ...not readable, moved, file permissions." But I can copy/paste the link into a new window and it opens fine (so the file still exists and it's not a permissions issue). Things I've done:

verified $wgUrlProtocols has file: entry

enabled https

added site to local intranet sites, allowed pop-ups, and IE compatibility mode sites

enabled IntranetFileLinksEnabled policy locally

I've done a lot of researching on the internet trying any possible fix I could find. Any other ideas of things to try?

If the files do need to be moved local to the MediaWiki server and linked to there, is there an easy way to update all existing links?

Twittgo (talk) 18:36, 1 May 2025 (UTC)

This might be a browser issue and not a mediawiki issue. Browsers are much more strict now a days about file links. Bawolff (talk) 05:41, 4 May 2025 (UTC)

Some images not showing after Upgrade from 1.31 to 1.43

I found several tickets to this problem, but the most common solution (run cleanupUsersWithNoId.php and migrateActors.php) is no longer applicable with 1.43 as both scripts are deceprated and removed.

Background: I upgraded from an old LTS (1.31) to the latest LTS with 1.35 as gap version. Exactly as stated on the upgrade page. And at first glance, everything was fine. But then, there are some images which are not there. They still have their description page and history, they're on the webserver, I can find them in the image folder, they have the same permission und owner as all the other images. The missing images also doesn't come from the same folder, as one is from e/e1 and another from 6/67, at the same time other images from these folders are displayed.

I already tried checkImages.php and rebuildImages.php with no luck. And after reading the other tickets to this topic, I'm afraid I have to manually reupload each missing image myself :s --91.42.74.217 18:57, 2 May 2025 (UTC)

EDIT: Here is the link to the affected wiki and one of the example images, which are no longer displayed but still on my server: memory-alpha.wiki/wiki/Datei:Odo_2372.jpg. RebuildImages.php didn't help either. --80.128.152.128 19:18, 4 May 2025 (UTC)

EDIT2: I have tried nearly all maintenance scripts at this point. importImages.php gives me the error "Importing XY.jpg...failed. (at recordUpload stage)". rebuildImages.php says that it did *something* but nothing actually happens. refreshFileHeaders.php makes nothing. Even manually uploading the image in my wiki via the webinterface doesn't work because, surprise, it recognize that its a duplicate. So my wiki knows that there are images, but it simply won't display it? Why? What happend between 1.31 and 1.43? (or 1.31 and 1.35 or 1.35 and 1.43?) 91.42.80.200 20:36, 7 May 2025 (UTC)

"Odo 2372.jpg" has an md5sum of da49172cdaabe195c0a9d6b2c446b159, meaning that it should be located in this the directory https://memory-alpha.wiki/mediawiki/images/d/da/ which it clearly is not. So either the webserver doesn't have the right permissions on that file, in case it DOES exist locally (so then fix the permissions), or it is actually gone. That doesn't seem an upgrade issue, though it is possible that while upgrading you made a mistake with copying or something, that caused it to be lost. —TheDJ (Not WMF) (talk • contribs) 09:10, 8 May 2025 (UTC)

"Odo_2372.jpg" (underscore instead of space) has a hash of 6992464c461e737fd03d1652cde1622b though and is located in the directory matching that hash: memory-alpha.wiki/mediawiki/images/6/69/Odo_2372.jpg. --2A02:2455:812B:BA00:F238:C7D9:4B56:36B6 10:02, 8 May 2025 (UTC)

Yes exaclty, and this was also its position in the original image-folder pre-upgrade... Nearly half of all my images (mostly uploaded by users, which don't exist in my database due to the fact I imported the whole wiki back in 2018) are not there anymore. 87.157.182.103 21:05, 8 May 2025 (UTC)

EDIT3: Ok, I go in full error mode. A secound try, where I carefully watched the output of both upgrade.php runs (1.35 and 1.43) revealed a missing cleanupUsersWithNoId.php run in 1.35, but even with that the exact same images are missing in 1.43. 91.42.65.179 07:30, 11 May 2025 (UTC)

SOLUTION!! The error is within the image table! For the missing images, the img_actor field was 0. To correct the error, it only needs to be changed using UPDATE <wiki>image SET img_actor="3" WHERE img_actor="0";. The new value of img_actor must be any existing actor (e.g. the wiki creator is 1). Now ALL my images are back! And this is the solution to a years old problem! 91.42.65.179 19:52, 11 May 2025 (UTC)

Convert timestamp to human-readable text?

E.g. 20250517094435 to 17/05/2025? (but for any timestamp, not just revision timestamp) MouseCursor (talk) 16:28, 3 May 2025 (UTC)

Does the #time function from Extension:ParserFunctions extension work? e.g. {{#time:d/m/y|20250504053801}} = 04/05/25 Bawolff (talk) 05:40, 4 May 2025 (UTC)

what is the rule to translate EN strings generated by Lua modules ?

Hi all, when a translated page calls a template which invokes a Lua Module, and this module generates strings, what is the rule for the Lua strings to be translated and appear on the calling page ? Should the Lua Module be derived in as many languages as pages (only its /doc has extensions /xx) ? We should have similar translated units as for pages. I am a bit confused seeing hardcoded EN strings provided by these modules present in the translated pages. Any idea ? .... Thanks -- Christian 🇫🇷 FR 🚨 (talk) 18:59, 4 May 2025 (UTC)

Upgrade and unrecognized models

Hello, I upgraded my two Wikis from MediaWiki 1.25 to 1.43.1. But not all templates are recognized.

For example:

New Wiki: https://www.europe-politique.eu/wiki/Groupe_de_l%27Alliance_radicale_europ%C3%A9enne_(ARE)

Old Wiki: https://web.archive.org/web/20241015200119/https://www.europe-politique.eu/wiki/Groupe_de_l'Alliance_radicale_europ%C3%A9enne_(ARE)

Thank you very much for WikiMedia and for your help! Lo2b (talk) 10:45, 5 May 2025 (UTC) 46.30.204.3 13:51, 5 May 2025 (UTC)

As far as I can tell, you are missing at least one extension; #expr and #switch are parser functions (not templates) from the ParserFunctions extension, which you should download and install if you want to make use of them. Hope that helps. Cavila 18:03, 5 May 2025 (UTC)

Many thanks @Cavila : it works perfectly !

Have a nice day !

~~~~ 2A01:CB04:5EC:D400:1CA2:FF3E:95EB:3AE5 18:52, 5 May 2025 (UTC)

Sorry, I was not logged... Lo2b (talk) 18:54, 5 May 2025 (UTC)

Database Error: too many connections?

Title says it all. How is this even possible? And how can I stop this from happening?

MediaWiki internal error. Wikimedia\Rdbms\DBConnectionError: Cannot access the database: Too many connections (localhost)
Backtrace:
from /var/lib/mediawiki/includes/libs/rdbms/loadbalancer/LoadBalancer.php(1129)
#0 /var/lib/mediawiki/includes/libs/rdbms/loadbalancer/LoadBalancer.php(796): Wikimedia\Rdbms\LoadBalancer->reportConnectionError()
#1 /var/lib/mediawiki/includes/libs/rdbms/loadbalancer/LoadBalancer.php(784): Wikimedia\Rdbms\LoadBalancer->getServerConnection()
#2 /var/lib/mediawiki/includes/libs/rdbms/database/DBConnRef.php(107): Wikimedia\Rdbms\LoadBalancer->getConnectionInternal()
#3 /var/lib/mediawiki/includes/libs/rdbms/database/DBConnRef.php(125): Wikimedia\Rdbms\DBConnRef->ensureConnection()
#4 /var/lib/mediawiki/includes/libs/rdbms/database/DBConnRef.php(338): Wikimedia\Rdbms\DBConnRef->__call()
#5 /var/lib/mediawiki/includes/libs/rdbms/querybuilder/SelectQueryBuilder.php(762): Wikimedia\Rdbms\DBConnRef->selectField()
#6 /var/lib/mediawiki/includes/language/LCStoreDB.php(65): Wikimedia\Rdbms\SelectQueryBuilder->fetchField()
#7 /var/lib/mediawiki/includes/language/LocalisationCache.php(566): LCStoreDB->get()
#8 /var/lib/mediawiki/includes/language/LocalisationCache.php(612): LocalisationCache->isExpired()
#9 /var/lib/mediawiki/includes/language/LocalisationCache.php(523): LocalisationCache->initLanguage()
#10 /var/lib/mediawiki/includes/language/LocalisationCache.php(403): LocalisationCache->loadSubitem()
#11 /var/lib/mediawiki/includes/language/LocalisationCache.php(419): LocalisationCache->getSubitem()
#12 /var/lib/mediawiki/includes/language/MessageCache.php(1267): LocalisationCache->getSubitemWithSource()
#13 /var/lib/mediawiki/includes/language/MessageCache.php(1209): MessageCache->getMessageForLang()
#14 /var/lib/mediawiki/includes/language/MessageCache.php(1103): MessageCache->getMessageFromFallbackChain()
#15 /var/lib/mediawiki/includes/Message/Message.php(1554): MessageCache->get()
#16 /var/lib/mediawiki/includes/Message/Message.php(1036): MediaWiki\Message\Message->fetchMessage()
#17 /var/lib/mediawiki/includes/Message/Message.php(1127): MediaWiki\Message\Message->format()
#18 /var/lib/mediawiki/includes/exception/MWExceptionRenderer.php(253): MediaWiki\Message\Message->text()
#19 /var/lib/mediawiki/includes/exception/MWExceptionRenderer.php(399): MWExceptionRenderer::msg()
#20 /var/lib/mediawiki/includes/exception/MWExceptionRenderer.php(107): MWExceptionRenderer::reportOutageHTML()
#21 /var/lib/mediawiki/includes/exception/MWExceptionHandler.php(135): MWExceptionRenderer::output()
#22 /var/lib/mediawiki/includes/exception/MWExceptionHandler.php(239): MWExceptionHandler::report()
#23 /var/lib/mediawiki/includes/MediaWikiEntryPoint.php(222): MWExceptionHandler::handleException()
#24 /var/lib/mediawiki/includes/actions/ActionEntryPoint.php(82): MediaWiki\MediaWikiEntryPoint->handleTopLevelError()
#25 /var/lib/mediawiki/includes/MediaWikiEntryPoint.php(206): MediaWiki\Actions\ActionEntryPoint->handleTopLevelError()
#26 /var/lib/mediawiki/index.php(58): MediaWiki\MediaWikiEntryPoint->run()
#27 {main} 87.157.190.62 20:47, 5 May 2025 (UTC)

Maybe just upgrade your server and/or check your access logs and see whether you should block any IP ranges. Jonathan3 (talk) 22:09, 5 May 2025 (UTC)

Update: This was kind of an embarrassing problem. On the one side was a straggler "CACHE_ANYTHING" at the end of my LocalSettings (must be there for ages and a copy error) and on the other was my storage full, so that the database couldn't finish its objectcache-tasks, which caused 152 sleeping tasks... I deleted the wrong cache option and some old backups, restarted the database and now everything seems fine again. But yes... I should really give my old lady a bigger harddrive. 91.42.82.112 20:43, 6 May 2025 (UTC)

We will be enabling the new Charts extension on your wiki soon!

(Apologies for posting in English)

Hi all! We have good news to share regarding the ongoing problem with graphs and charts affecting all wikis that use them.

As you probably know, the old Graph extension was disabled in 2023 due to security reasons. We’ve worked in these two years to find a solution that could replace the old extension, and provide a safer and better solution to users who wanted to showcase graphs and charts in their articles. We therefore developed the Charts extension, which will be replacing the old Graph extension and potentially also the EasyTimeline extension.

After successfully deploying the extension on Italian, Swedish, and Hebrew Wikipedia, as well as on MediaWiki.org, as part of a pilot phase, we are now happy to announce that we are moving forward with the next phase of deployment, which will also include your wiki.

The deployment will happen in batches, and will start from May 6. Please, consult our page on MediaWiki.org to discover when the new Charts extension will be deployed on your wiki. You can also consult the documentation about the extension on MediaWiki.org.

If you have questions, need clarifications, or just want to express your opinion about it, please refer to the project’s talk page on Mediawiki.org, or ping me directly under this thread. If you encounter issues using Charts once it gets enabled on your wiki, please report it on the talk page or at Phabricator.

Thank you in advance! -- User:Sannita (WMF) (talk) 15:07, 6 May 2025 (UTC)

Full images not showing when wiki is accessed from domain

I have encountered an issue with displaying original versions of image files when I access my wiki site through a domain, e.g. wiki.mydomain.com. It looks like the page attempts to load the file from my wiki's local IP address, in this case 192.168.1.196. When site is accessed through mentioned IP directly, images work without issues. I have setup wiki behind an nginx proxy, if that is a factor in troubleshooting the issue.

Error message received after image thumbnail is clicked:

There seems to be a technical issue. You can retry if it persists. Error: could not load image from http:// 192.168.1.196/mediawiki/images/9/95/Test_image.jpg

Wiki version information:

MediaWiki	1.41.1
PHP	8.3.6 (apache2handler)
ICU	74.2
MariaDB	10.11.11-MariaDB-0ubuntu0.24.04.2

Eetu1990 (talk) 10:20, 7 May 2025 (UTC)

Custom colour scheme set in css randomly switches on and off

My wiki (https://cyberpedia.miraheze.org/wiki/Main_Page) has a custom colour scheme, however most of the time the custom colour scheme is not used, expect for a few things like links. The colour scheme is set via https://cyberpedia.miraheze.org/wiki/MediaWiki:Common.css and https://cyberpedia.miraheze.org/wiki/MediaWiki:Vector.css. Occasionally the custom colour scheme is used, however only for a couple of hours at a time before going back to the non-custom colour scheme. I have asked about this elsewhere and the only response I've got is that I might need to use CSS containers in some undefined way, or that it might have something to do with mobile skins despite me being on desktop. Eldomtom2 (talk) 21:20, 8 May 2025 (UTC)

Hidden Namespace pages

Hello,

I would like to block unregistered users from reading TALK pages, VIEW SOURCE pages, VIEW HISTORY pages, TEMPLATE pages and SPECIAL pages + the page Pages_spéciales

I've tried this, but it doesn't always work:

wfLoadExtension( 'Lockdown' );

$wgActionLockdown['history'] = [ 'user' ]; // seems OK

$wgActionLockdown['TalkPage'] = [ 'user' ]; // seems OK

$wgActionLockdown['SpecialPages'] = [ 'user' ]; // not OK

$wgNamespacePermissionLockdown[NS_TALK]['read'] = [ 'user' ]; // seems OK

$wgNamespacePermissionLockdown[NS_TEMPLATE]['read'] = [ 'user' ]; // seems OK

$wgNamespacePermissionLockdown[NS_TEMPLATE_TALK]['read'] = [ 'user' ]; // seems OK

$wgNamespacePermissionLockdown[NS_SPECIAL]['read'] = [ 'user' ]; // not OK

Can you help me, please?

https://www.europe-politique.eu/wiki/

Produit	Version
MediaWiki	1.43.1
PHP	8.4.5 (fpm-fcgi)
ICU	63.1
MySQL	8.0.41-32

Lo2b (talk) 21:33, 8 May 2025 (UTC)

I've never used [[Extension:Lockdown] but it looks as though $wgActionLockdown relates to actions (Manual:Parameters_to_index.php#Actions) and "SpecialPages" isn't one. Neither is "TalkPage".

Maybe try -1 instead of NS_SPECIAL? Maybe $wgNamespacePermissionLockdown just doesn't work for special pages. Also the existence of $wgSpecialPageLockdown makes me think you might have to use that for all special pages individually. Jonathan3 (talk) 13:49, 9 May 2025 (UTC)

PDF's and Word docs rejected in my upload?

I tied to upload an historica Survey Journal to Wikimedia Commons first in PDF format and that was rejected after I went through all the steps to support and document it, and then I uploaded it in Word format and that was rejected because the newer Word format was not acceptable. What is left? How do I upload this important historical item? NoelSherry (talk) 02:13, 11 May 2025 (UTC)

c:Commons:File types#Textual formats should be relevant, in particular the last paragraph. Otherwise you should ask their Help desk instead, as this is related to Commons' configuration and policies and not to MediaWiki itself. The frontpage there already gives some pointers on where to look for answers. Tactica (talk) 16:47, 11 May 2025 (UTC)

Scribunto/Lua Internal Error, Signal 11

This Scribunto extension is not working for me at all. First I tried hosting locally on Laragon. The Lua binary failures trying to run under WAMP flavors are legendary discussions. Then I have tried several installs of MediaWiki in versions 1.39 and 1.43 on my InMotion Hosting VPS. Every setting anywhere has been configured over and over again with the prevailing wisdom available. Nothing makes much difference, and unlike any of the other Lua errors (1, 2, 126, 127), signal 11 leaves no trace in the log. Just for fun I have created circumstances to cause those former error codes to be logged--they were. Also $showexceptiondetails reveals nothing extra to see.

I simply do not understand why this will not work properly. Even attempts to create simple module invoke scripts like 'Hello' get caught by the editor emulator when trying to save. The site is up and running, and is purposed to accomplish BOLD edits and new namespace content for inclusion into Wikipedia. At the bottom of the landing page are links that deliver phpinfo and system version info. Any thoughts?

The site is located at PT Wikitor Sandbox. There is one active article listed (using a WP Info_Person box), and demonstrates the Lua failure upon on calling up the person Infobox.

A list of things I have done, and all MediaWiki and PHPinfo report pages is here: https://ae1pt.com/wikitor/index.php?title=Actions_Taken_to_Date

Pragmatist (talk) 15:33, 12 May 2025 (UTC)

Restrict access to certain types of resource-intensive requests

Hi everyone. I don't generally mind even malicious bots scanning my wiki, I rather accept a few overzealous ones rather than over-block IP adresses etc. However, I see spikes of bot traffic that call very very odd and specific URL parameter requests, and those appear to be calling version diffs, certain timespans of related changes etc, in short, requests that (even for human users) often take more than a second or two, and are more resource intensive database calls than just accessing regular sites or more common requests (that are served via several layers of caching). Is there a way to restrict use of such specific requests to logged in users only? I see absolutely no value in having bots crawl these things.

Here are some example requests (seeing hundreds per minute - this is copy and paste not all of this may be malignant):

(as you can see, some things keep re-appearing such as limits, recentchangeslinked, "from" and "days" etc. Honestly, knowing the very limited number of my editors and my wiki, these are not humans accessing these sites. And that's just a snapshot. Help is much appreciated. These do not pop up in the firewall or security software of my server so they must be fairly "regular" bots, but they just get a bit too active...

May 13 16:45:49	190.114.112.162 GET /index.php?days=1&hidebots=1&hideminor=1&hidemyself=1&limit=500&target=Cemetery_Without_Crosses_review_%28German_DVD%29&title=Special%3ARecentChangesLinked HTTP/1.1" 404 0 "-" "Mozilla/5.0 (Windows NT 5.2; ve-ZA; rv:1.9.2.20) Gecko/2502-05-04 07:25:20.425434 Firefox/15.0
May 13 16:45:49	106.211.45.169 GET /index.php?days=1&hidebots=0&hideminor=1&limit=100&target=Quella_sporca_sacca_nera&title=Special%3ARecentChangesLinked HTTP/1.1" 404 0 "-" "Mozilla/5.0 (iPad; CPU iPad OS 2_2_1 like Mac OS X) AppleWebKit/535.2 (KHTML, like Gecko) CriOS/31.0.884.0 Mobile/99S784 Safari/535.2
May 13 16:45:50	37.245.145.208 GET /index.php?target=Help%3ASitemap&title=Special%3AWhatLinksHere HTTP/1.1" 200 0 "-" "Mozilla/5.0 (compatible; MSIE 7.0; Windows NT 5.2; Trident/5.0)
May 13 16:45:49	182.190.192.23 GET /index.php?days=30&from=20250427044616&hidebots=0&limit=500&target=Category%3ARobert_Farnon&title=Special%3ARecentChangesLinked HTTP/1.1" 404 0 "-" "Mozilla/5.0 (compatible; MSIE 5.0; Windows NT 5.01; Trident/4.0)
May 13 16:45:49	41.76.35.194 GET /index.php?days=14&hideminor=1&hidemyself=1&limit=50&target=Sette_magnifiche_pistole&title=Special%3ARecentChangesLinked HTTP/1.1" 404 0 "-" "Mozilla/5.0 (iPhone; CPU iPhone OS 4_3_5 like Mac OS X) AppleWebKit/531.0 (KHTML, like Gecko) CriOS/34.0.834.0 Mobile/34D409 Safari/531.0
May 13 16:45:50	154.183.46.222 GET /index.php?from=20250426140609&hideminor=1&limit=50&target=Actors_by_picture%3AY&title=Special%3ARecentChangesLinked HTTP/1.0" 404 0 "-" "Opera/9.36.(Windows NT 6.0; kw-GB) Presto/2.9.176 Version/11.00
May 13 16:45:51	77.75.148.106 GET /index.php?hidelinks=1&hideredirs=1&title=Special%3AWhatLinksHere%2FHeute_ich%E2%80%A6_morgen_du%21_Review_%28by_Siringo%29 HTTP/1.1" 404 0 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_7; rv:1.9.5.20) Gecko/7715-09-02 01:21:33.338318 Firefox/3.8
May 13 16:45:50	185.194.8.144 GET /index.php?days=30&from=20250422224043&limit=500&target=Buccaroo_%E2%80%93_Galgenv%C3%B6gel_zwitschern_nicht&title=Special%3ARecentChangesLinked HTTP/1.1" 404 0 "-" "Mozilla/5.0 (iPad; CPU iPad OS 17_1_1 like Mac OS X) AppleWebKit/536.2 (KHTML, like Gecko) CriOS/42.0.875.0 Mobile/25V207 Safari/536.2
May 13 16:45:51	190.123.74.179 GET /index.php?hidelinks=1&hideredirs=1&title=Special%3AWhatLinksHere%2FHeute_ich%E2%80%A6_morgen_du%21_Review_%28by_Siringo%29 HTTP/1.1" 404 0 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.0) AppleWebKit/535.9.6 (KHTML, like Gecko) Version/5.0 Safari/535.9.6
May 13 16:45:50	186.194.145.85 GET /index.php?from=20250423182214&fromFormatted=18%3A22%2C+23+April+2025&limit=100&target=Category%3AJos%C3%A9_Marco_Dav%C3%B3&title=Special%3ARecentChangesLinked HTTP/1.1" 200 0 "-" "Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_7_9 rv:6.0; nr-ZA) AppleWebKit/534.40.4 (KHTML, like Gecko) Version/5.0.4 Safari/534.40.4
May 13 16:45:51	172.58.51.132 GET /index.php?days=7&from=&limit=500&target=Big_Film_DVD_catalog&title=Special%3ARecentChangesLinked HTTP/1.0" 404 0 "-" "Mozilla/5.0 (iPad; CPU iPad OS 17_3 like Mac OS X) AppleWebKit/533.1 (KHTML, like Gecko) FxiOS/14.7f0257.0 Mobile/42Q660 Safari/533.1
May 13 16:45:51	152.56.3.7 GET /index.php?days=30&from=20250418061541&hidebots=0&target=Kanu_des_Manitu%2C_Das&title=Special%3ARecentChangesLinked HTTP/1.1" 200 0 "-" "Opera/8.87.(Windows NT 6.1; kk-KZ) Presto/2.9.164 Version/12.00
May 13 16:45:51	45.25.224.64 GET /index.php?days=14&from=20250426165430&hidebots=0&hideminor=1&hidemyself=1&limit=500&target=Execution&title=Special%3ARecentChangesLinked HTTP/1.0" 404 0 "-" "Opera/9.58.(X11; Linux x86_64; wa-BE) Presto/2.9.176 Version/11.00
May 13 16:45:51	73.168.78.234 GET /index.php?days=30&hidemyself=1&limit=100&target=Category%3AGiuseppe_Tuminelli&title=Special%3ARecentChangesLinked HTTP/1.0" 200 0 "-" "Mozilla/5.0 (iPod; U; CPU iPhone OS 3_3 like Mac OS X; es-CR) AppleWebKit/535.29.1 (KHTML, like Gecko) Version/4.0.5 Mobile/8B111 Safari/6535.29.1

Rebastion2 (talk) 17:23, 13 May 2025 (UTC)

trying extension:lockdown with

$wgActionLockdown['history'] = ['user'];

$wgSpecialPageLockdown['Whatlinkshere'] = [ 'user' ];

$wgSpecialPageLockdown['Recentchangeslinked'] = [ 'user' ];

see if that does anything... but the way these URLs are directly called... not sure if I am messing around a step too deep Rebastion2 (talk) 17:53, 13 May 2025 (UTC)

OK I found Externsion:Lockdown and Externsion:DisableSpedialPages to theoretically lock these down, but the way they are called (via url paramters, not directly) I think makes these moot, plus, of course it doesnt stop these before php kicks in, so maybe the only thing that will really help me is buy Cloudflare? Rebastion2 (talk) 20:42, 14 May 2025 (UTC)

testing as an anonymous user, the lockdown works even for the URL parameters the bots use, but alas, the sheer amount of bot requests just does it.... too bad Rebastion2 (talk) 20:55, 14 May 2025 (UTC)

School-wide database for Google Drive users?

Hi - thank you for giving me your time. I've browsed the guides but don't have the answer . We have a small non-profit school that uses Google drive and Gmail for all of our business. We'd like to incorporate a private wiki so that we can have/share/look up resources by anyone here, present and future. Is there a way to do this with this platform? Can we host a version in Google Drive somehow, accessible by anyone with our @davincisv.org emails? Or am I barking up the wrong tree with WikiMedia? 2603:3024:151B:9200:B019:92C4:2597:8F80 18:12, 14 May 2025 (UTC)

No, that is not really how MediaWiki works. It sounds like you are looking for something like sharepoint or similar solutions. I advise to get some consultation from a professional if you want to run software in a professional setting. —TheDJ (Not WMF) (talk • contribs) 09:34, 17 May 2025 (UTC)

Mediawiki upgrade path

Hello! I am new to media wiki and I am looking for some assistance in identifying the proper upgrade path for our companies implementation of MW. They are running a very old version (1.17.0) on a Centos 6.10 VM with Apache 2.2.15 and PHP 5.3.3. I need to migrate the implementation to a VM running Ubuntu 22.04 and would really appreciate some guidance on an upgrade path. Please let me know if you need any additional information. I apologize if this information has already been identified on this site, I was unable to locate it. Thanks in advance! Sleepinfire (talk) 12:53, 15 May 2025 (UTC)

See Manual:Upgrading#Frequently_asked_questions. Basically you have to upgrade to 1.35, then to 1.39, and lastly to 1.43. Tactica (talk) 17:44, 15 May 2025 (UTC)

@Sleepinfire The biggest advise, lots of backups and go step by step when updating various components. When extensions give you trouble during upgrade, disable them, update the core, then turn the extesion back on and run the same upgrade again. Some old extensions might no longer be supported and will not be able to be upgraded, you might have to find alternatives for them or sacrifice the functionality. —TheDJ (Not WMF) (talk • contribs) 09:39, 17 May 2025 (UTC)

How can I

Make a wiki JadenGotLost (talk) 22:59, 15 May 2025 (UTC)

See Hosting services for details and options. With luck, you can get one through Miraheze's RequestWiki service (as long as you have an e-mail address attached). --Slgrandson (talk) 23:15, 15 May 2025 (UTC)

Keeping Vector 2010--but ditching Vector 2022--on a third-party wiki

If there's really a means of doing so--tried hiding the 2022 option on my site's Special:Preferences as founding bureaucrat, but that interface is still appearing in "useskin" mode--let me know in advance. Pinging @Bawolff/@TheDJ/@Pppery/@Universal Omega/@MacFan4000/@Reception123 just in case. (Based on a recent Miraheze help-desk discussion.) --Slgrandson (talk) 23:34, 15 May 2025 (UTC)

The translation tool and its documentation is very confusing ..

I find the hints and messages that appear in and around the "Wikipedia translate page" very hard to understand. Often I have no idea what they are even referring to.

So I chose to ignore the gibberish and simply try the translation interface to see what happens:

• I open w:Block-stacking problem which is the page I wanted to translate to German. I hover the mouse pointer over "Contributions" in the top right corner and click on "Translations" and I am taken to "https://en.wikipedia.org/w/index.php?title=Special:ContentTranslation&campaign=contributionsmenu&to=en&filter-type=automatic&filter-id=previous-edits&active-list=draft&from=es#/"
• I am asked for the name of the Wikipedia article to be translated which takes me to "https://de.wikipedia.org/w/index.php?title=Spezial:Inhalts%C3%BCbersetzung&from=en&page=Block-stacking+problem&to=de"
• Here the title of the English Wikipedia page is automatically translated to the German "Blockstapelproblem". Exciting! But unfortunately all the following paragraphs are simply copied over to the right column exactly as they appear in the original article. No further translation seems to be happening.
• To the right of the page I read: "Translation services not available for the selected languages. Why?"
• When I click on "Why?" I am taken to "Special:MyLanguage/Help:Content translation/Translating/Initial machine translation" which explains exactly nothing about why the translation service might be able to translate the title but is "not available" for the actual content of the English Wikipedia article.
• The content of "Special:MyLanguage/Help:Content translation/Translating/Initial machine translation" is utterly confusing so I won't even start bothering to mention all the question that this help page raises. But it would be good to know if there is any way to choose between the six translation services listed on this help page and how to go about it.
• When I go to the discussion page of "Special:MyLanguage/Help:Content translation/Translating/Initial machine translation" and try to add a topic I am advised "Please do not post support questions here." Instead I am referred to this page here.
  • User:Prototypeperspective has posted on the discussion page that he is facing the same issue as myself and is pointing to the German page "https://de.wikipedia.org/wiki/Wikipedia_Diskussion:Technik/Skin/Beta/ContentTranslation#Nutzlos_(?)" where it becomes apparent that the problem might have persisted since 2022 or even 2017.
• Also on the right side of the "Wikipedia translate page" 3 "issues" are announced only 2 of which are actually displayed. I was not able to copy the text of the issues but none of them explain why the english passages from the left column are not translated into German when I click "Add translation" in the right column. One issue is titled "Template unavailable" and the other issue is titled "Part of your translation contains 100% unmodified text." Well, yes, this is exactly the problem I am trying to resolve. Below I am directed to "https://www.mediawiki.org/wiki/Help:Content_translation/Translating/Translation_quality" which also does not give any hints as to why the automatic translation might only work for the page title and not for the body of the article.

All of the help pages about the translation service I have been looking at are rather incomprehensible and pose many more question which I would be happy to list if anyone is interested ..

Any suggestions on how to get the automatic translation going?

best regards, KaiKemmann (talk) 01:31, 16 May 2025 (UTC)

This is not what you want to hear but the talk page for Help:Content translation/Translating/Initial machine translation is the right place to ask about this project in particular, or at least better suited than this desk. The "don't post support questions here" bit is meant for people who would mistakenly ask about general problems with MediaWiki itself, which should be done here. Tactica (talk) 12:46, 16 May 2025 (UTC)

Mediawiki with AI capabilities

Do we have any option to integrate AI with MediaWiki?

Like an AI search engine? Has anyone thought about this?

Regards/GT Testergt1302 (talk) 07:40, 16 May 2025 (UTC)

@Testergt1302 All AI systems affectively already search Wikipedia. When you say AI, do you perhaps mean a conversational engine, backed by an AI language model ? —TheDJ (Not WMF) (talk • contribs) 09:44, 17 May 2025 (UTC)