1/11/25, 12:32 PM Project:Support desk - MediaWiki

Project: Support desk

(Redirected from Help talk:Contents)
Latest comment: 1 hour ago by Шариф Ахмет in topic Commons files are not opening and are not visible on the site

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".

Support desk archives

Flow page archived, will be frozen in one week

Latest comment: 1 month ago 1 comment 1 person in discussion

Hi all, the old system for this page has been moved to Project:Support desk/Flow. Topics there can continue for another week, at which point they will be
frozen. Please create any new topics on this page.

For background information on this process, see Structured Discussions/Deprecation.

Thank you again for your patience with this process, and a big thanks to the many folks who are assisting.

P.s. As a reminder, the DiscussionTools system that is now working on this talkpage, provides a menu link at "Tools → Subscribe" that enables us to be
notified for the creation of new Topics (documentation at Help:DiscussionTools#Page subscriptions). Some folks watching this page, might like to use that
system instead or in addition to the watchlist. Hope that helps! Quiddity (WMF) (talk) 18:03, 9 December 2024 (UTC)

Infobox not displaying NEXT to the lead section

Latest comment: 1 month ago 3 comments 2 people in discussion

Hi everyone,

https://www.mediawiki.org/wiki/Project:Support_desk 1/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki
After importing the templates from Wikipedia, everything seems fine. However, there is one small issue. Doesn't matter what infobox I add to my wiki, all
infoboxes display below the lead section. An infobox on a Wikipedia page always displays next to the lead section, so the text and the infobox in the same
line.

I've copied the CSS from Wikipedia. I'm curious what I'm missing that should fix that small issue. Thanks in advance!

Cheers,

Mitakcor Mitakcor (talk) 11:15, 11 December 2024 (UTC)

If they don't, then that means that the float css statements for infoboxes are not being applied. The exact cause for that is difficult to determine,
without seeing the actual website. —TheDJ (Not WMF) (talk • contribs) 13:17, 11 December 2024 (UTC)

Thanks for your response. Now I know it's about the float css statements, I found something wrong and fixed it. Thanks a lot! Mitakcor (talk)
17:37, 11 December 2024 (UTC)

foutmelding bij aanmelding of registratie bij onderwijsconceptenwiki.nl

Latest comment: 29 days ago 2 comments 2 people in discussion

Ik krijg bij aanmelding of registratie op onderwijsconceptenwiki.nl die ik heb gemaakt steeds dezelfde foutmelding: "Er lijkt een probleem te zijn met uw
aanmeldsessie. Uw handeling is gestopt uit voorzorg tegen een beveiligingsrisico (dat bestaat uit mogelijke "hijacking" van deze sessie). Probeer het
formulier opnieuw te versturen." Wat kan ik doen? Prjsimons (talk) 12:17, 12 December 2024 (UTC)

See Special:MyLanguage/Manual:How to debug/Login problems, or contact the owner of onderwijsconceptenwiki.nl. Malyacko (talk) 13:36, 13
December 2024 (UTC)

External image sizing

Latest comment: 27 days ago 2 comments 2 people in discussion

With the removal of the IMG tag what option is left for sizing embedded external images (via $wgAllowExternalImages)? Some of the help pages I've seen
suggest using CSS transform or setting the width/height, the question is, where do we set these when all we put in is an URL and the software opaquely
replaces it with the image? I've tried simple things like wrapping a DIV around the image but that doesn't seem to have any effect. Ham Pastrami (talk)
09:33, 13 December 2024 (UTC)

I think it would be best if someone created an extension version of this feature. Bawolff (talk) 17:45, 15 December 2024 (UTC)

Maximum Template Import Size is 20kb

Latest comment: 29 days ago 2 comments 2 people in discussion

I am trying to import the Template:Infobox template from Wikipedia to my mediawiki. I have solved all the issues with extensions not being installed and
now the error that I get is this:

Import failed: The text of the revision with ID 1251300982 exceeds the maximum allowable size (20 KiB)

How do I change the maximum allowable size? BenRaz.dev (talk) 13:37, 13 December 2024 (UTC)

See Manual:$wgMaxArticleSize Malyacko (talk) 16:54, 13 December 2024 (UTC)

template archive message in magyar ?

Latest comment: 25 days ago 3 comments 2 people in discussion

why the archive template message is in magyar "Ez a lap egy archívum. Ne változtass rajta. Minden további megjegyzést az aktuális vitalapon helyezz el."
when my interface is defined in french ? on page -> https://www.mediawiki.org/wiki/Template_talk:Extension/Archive_2 (on tablet + Destop version +
skin Vector)

... seems ok when using "A" instead of "a" in the template name. .... strange.

... banner does not display on laptop

--Christian 🇫🇷 FR (talk) 11:39, 14 December 2024 (UTC)

In a nutshell, it's a caching problem within the extension, and won't be fixed before the extension is removed entirely (see Structured
Discussions/Deprecation).

https://www.mediawiki.org/wiki/Project:Support_desk 2/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki
For details: It's an old bug (phab:T125857). It's trying to do some special caching, and never worked as desired. I.e. It's now showing in French for
me (with my interface set to "English") because you were the last person to edit it or purge the cache manually. This will all self-resolve once the
extension is uninstalled and once the pages are converted into plain wikitext. Quiddity (WMF) (talk) 20:47, 16 December 2024 (UTC)

ok, thanks. --Christian 🇫🇷 FR (talk) 09:29, 17 December 2024 (UTC)

Show Bot changes in recent changes by default

Latest comment: 25 days ago 2 comments 2 people in discussion

Hi!

Is there a way, to show the bot changes in recent changes by default? 195.192.204.151 13:53, 14 December 2024 (UTC)

Yeah, it's hard coded... 😠

$hideBots->setDefault( true );
https://github.com/wikimedia/mediawiki/blob/master/includes/specials/SpecialRecentChanges.php
Solution: There's no (easy) way. 195.192.206.21 19:16, 17 December 2024 (UTC)

Front page of Minerva Neue mobile site broken

Latest comment: 26 days ago 4 comments 2 people in discussion

Hey,

I'm making a MediaWiki site: kaloxys.com. I'm using Vector 2022 as the desktop theme. I'm using the Minerva Neue mobile theme. The front page is
glitching and not showing in the mobile skin just plain HTML. Every other page is fine (clicking Random on the HTML front page proves this). It's been
like this for a week or more. I'm struggling to figure out how to fix it. Any help is much appreciated. Please tell me if you need more information.

I think this error generated by the Safari developer console is perhaps the most helpful and specific:

https://kaloxys.com/load.php?
lang=en&modules=mediawiki.hlist%7Cmobile.init.styles%7Cskins.minerva.base.styles%7Cskins.minerva.codex.styles%7Cskins.minerva.content.styles.imag

Failed to load resource: the server responded with a status of 500 () Jeremywfox (talk) 10:27, 15 December 2024 (UTC)

Just found a new error generated by Chrome developer tools:

This page failed to load a stylesheet from a URL.
1 request
load.php?lang=en&modules=ext.echo.styles.badge%7Cmediawiki.hlist%7Cmobile.init.styles%7Coojs-ui.styles.icons-

alerts%7Cskins.minerva.amc.styles%7Cskins.minerva.base.styles%7Cskins.minerva.codex.styles%7Cskins.minerva
.content.styles.images%7Cskins.minerva.icons.wikimedia%7Cskins.minerva.loggedin.styles%7Cskins.minerva
.mainMenu.icons%2Cstyles%7Cskins.minerva.mainPage.styles%7Cskins.minerva.overflow.icons&only=styles &skin=minerva 1 source Welcome:12

Grok's analysis:
Yes, this error message provides valuable information for troubleshooting:
Error Analysis:
Failed to Load Stylesheet: The error indicates that one or more stylesheets could not be loaded. This can result in the mobile theme not
displaying correctly or at all on your MediaWiki site.
Resource URLs: The URL provided in the error includes several modules which are part of the load.php mechanism that MediaWiki uses to load
resources. Here are some of the key modules mentioned:
skins.minerva.mainPage.styles: This is the stylesheet you suspected might be causing issues, confirming that it's directly related to the
problem.
Other relevant modules like skins.minerva.content.styles.images, skins.minerva.loggedin.styles, etc., show that multiple stylesheets are
involved, suggesting there might be a broader issue with how resources are being loaded or served.
Potential Causes:
Server-Side Issue: The server might be encountering errors when trying to serve these resources. Check server logs for any 500 errors or similar
issues.
Path or Permission Problems: If the paths to these resources are incorrect or if the server lacks the permissions to access these files, it would
cause this kind of error.
Resource Load Failure: If load.php is configured incorrectly or if there's a network issue, it could prevent the stylesheets from loading.
Troubleshooting Steps:
1. Check Server Logs: Look into your server logs for any errors related to PHP, Apache, or Nginx that might indicate why the stylesheet couldn't be
served.
2. Verify Resource Paths: Ensure that all the paths for these modules are correct in your LocalSettings.php or wherever these resources are
configured.
3. Permissions: Make sure the server has the necessary permissions to read and serve these CSS files.
4. Clear Caches: Clear both server-side caches (like MediaWiki's cache) and your browser cache to ensure you're not loading an outdated or
corrupted version of the stylesheet.

https://www.mediawiki.org/wiki/Project:Support_desk 3/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki
5. Inspect with Developer Tools: Use browser developer tools to see if there are any specific failures when load.php is called. Check for errors in
the Network tab for the load.php request.
6. Check Resource Settings: Ensure that your MediaWiki configuration allows for the loading of these resources. There might be settings like
$wgUsePathInfo or others that need to be correctly set.
7. Review Extensions: If you have extensions like Echo or other skins, ensure they're compatible and not causing conflicts.
Conclusion:
This error message directly points to issues with loading stylesheets necessary for the mobile theme, particularly for the main page. By addressing
these potential causes, you should be able to diagnose and resolve why the skins.minerva.mainPage.styles and other related stylesheets are not
loading, thus fixing the display issue on your MediaWiki site's mobile theme. Jeremywfox (talk) 10:39, 15 December 2024 (UTC)

It looks like there's an error loading the skins.minerva.mainPage.styles module: https://kaloxys.com/load.php?

modules=skins.minerva.mainPage.styles If you check your web server logs it might tell you more about what's going on. Sam Wilson 10:57, 15
December 2024 (UTC)

Thanks, @Samwilson. I will do this ASAP. Jeremywfox (talk) 21:06, 15 December 2024 (UTC)

Exclusivity problem: can no longer access the article page when a topic is being written on the
talk page
Latest comment: 25 days ago 4 comments 2 people in discussion

When i add and start to fill a new topic on the talk page (for example on -> https://www.mediawiki.org/wiki/Help_talk:Sortable_tables ) and I want to
READ beside, a section of its associated main page in a new tab of the same browser, it redirects me automatically to the suspended page saying that
"modifications have been retrieved" so that I can no longer access the main page there and I have twice the same contents of the talk page displaying the
state of the suspended topic being written.

The workaround is to READ the mains article in a new instance of the web browser, thus making independent the article and the post redaction on the talk
page ...a bit problematic.

--Christian 🇫🇷 FR (talk) 12:58, 15 December 2024 (UTC)

“I want to READ beside, a section of its associated” how are you doing this particular action ? Where are you clicking ? —TheDJ (Not WMF) (talk •
contribs) 15:53, 15 December 2024 (UTC)

Mouse right click on Read + open in a new tab of the same web browser where the talk page is, such as to view the article contents, and on
the tab beside, the talk post being written.
--Christian 🇫🇷 FR (talk) 22:49, 15 December 2024 (UTC)

Ah right. this is because for talk pages, the read and edit page modes have become somewhat mixed. I don't see a good solution for this.
I think it is more important to have low barrier talk page editing with recovery, then it is to satisfy all possible things that users can do.
The only thing I can think of is some sort of inter tab communication possibly ? So that it can be detected that two tabs with two editors
are open at the same time ? But I think that that might confuse some other people. —TheDJ (Not WMF) (talk • contribs) 13:47, 17
December 2024 (UTC)

Upgrading from 1.21 by editing LocalSettings. Missing DB table

Latest comment: 26 days ago 6 comments 3 people in discussion

I am upgrading a functional version 1.21 to a functional version 1.42 by modifying the LocalSettings.php file. I changed the parameters that I felt were
obviously unique to my site (paths, DB parameters). I did not modify $wgSecretKey nor $wgUpgradeKey and left those at defaults assigned my the initial
setup of 1.42.

It didn't work. I set $wgShowExceptionDetails , $wgShowDBErrorBacktrace , $wgShowSQLErrors = true;

I discovered this prominent entry:

Error 1146: Table 'mysite_com_my_wiki.actor' doesn't exist

So I went into MariaDB and described and selected * and found it to be relatively sparse and seemingly relevant to the name I gave the first user account.

How should I correctly populate this table for a modern MediaWiki installation?

Timothy Legg 69.24.84.53 14:17, 15 December 2024 (UTC)

Background: This 1.21 wiki was running on a vulnerable version of Apache in the past, therefore, I do not trust the upgrade script(s) as being
genuine. 69.24.84.53 14:52, 15 December 2024 (UTC)

As stated on the documentation page for upgrading installs, you cannot upgrade from 1.21 to 1.42 in one go. —TheDJ (Not WMF) (talk •
contribs) 15:51, 15 December 2024 (UTC)

Yes, I'm starting to realize that. I'm a bit surprised at the number of tables added and removed since 1.23.13 (correction). I'm not so
interested in spending the day stepping through nearly 20 or so upgrades.

https://www.mediawiki.org/wiki/Project:Support_desk 4/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki
Presently, I'm experimenting with dumpBackup.php to get an XML dump of the wiki. Luckily, I have an ancient Ubuntu box that has
php7.0 needed to run the deprecated php code of that era. 69.24.84.53 17:34, 15 December 2024 (UTC)
It looks like importDump.php did very little to import my wiki into a newer version of mediaWiki, despite requiring about 20 minutes to
complete. I'm not really sure anymore what the purpose of dumpBackup.php and importDump.php is - the documentation is sort of weak
in the context of making backups of a functioning wiki. I'm becoming disappointed and distrusting of the documentation. 69.24.84.53
18:45, 15 December 2024 (UTC)

You should be able to upgrade from 1.23 to 1.35 in one go, and then step up through the LTS versions from there. But yeah,
probably the XML dump is an easier path (although you lose user accounts etc.). When you say that importDump did very little,
what do you mean? Did it do anything? You may want to run rebuildAll afterwards. Sam Wilson 23:18, 15 December 2024 (UTC)

Forgot password
Latest comment: 26 days ago 4 comments 4 people in discussion

Forgot my password 2409:40E3:204C:56F9:8000:0:0:0 14:30, 15 December 2024 (UTC)

Which password?
The password to login to a Wiki with a username? Are you the admin of this wiki?
The password of your database application that would host a wiki?
The password that provides command line of "control panel" access to configuring a hosted website?
The password for a user account on the MediaWiki websites?
Are you trying to log into Wikipedia?
69.24.84.53 14:58, 15 December 2024 (UTC)

I forgot my password for Masierra10

I forgot my password for my very old account Masierra10 and yes, I am trying to log in back to Wikipedia (https://en.wikipedia.org/) in no time.
Masierra2008 (talk) 22:36, 15 December 2024 (UTC)

@Masierra2008: (I've unified these sections because they appear to be the same topic; hope that's correct.) If you have an email
address associated with the Masierra10 account, then you can reset your password at en:Special:PasswordReset. If the account doesn't
have an email address there's there's not much you can do. Sam Wilson 23:24, 15 December 2024 (UTC)

No active login attempt is in progress for your session.

Latest comment: 26 days ago 2 comments 2 people in discussion

hello

how do we fix No active login attempt is in progress for your session? Cocopuff2018 (talk) 05:42, 16 December 2024 (UTC)

Please check the "Post a new question" instructions on this page. Malyacko (talk) 10:52, 16 December 2024 (UTC)

How can I change the ToolBar of the MediaWiki editor

Latest comment: 24 days ago 5 comments 3 people in discussion

I use and maintain my own public MediaWiki project since many years. Now I want to add some code to extend the wiki editor. Of course I searched the
web to find out how I can achieve this. I want to create the necessary JavaScript to get an icon for the HTML tag <tt> in the toolBar

I am already failing on the beginning because I don't find out to access the site, where I can enter the desired JavaScript code. I would like to edit the site
for all users, because there exists only one user: WikiSysop

I have experience with JavaScript and coding in general.

My site is: https://grubit.at/fg_mediawiki

Which address do I have to enter in the browser or which special page do I have to call up to be able to add the JavaScript code to extend the toolBar? I
have made many attempts but I cannot get to the right page. My language and the language of this wiki is German.

I am using MediaWiki version 1.35.4

Many thanks for any help. ThanksforHelp (talk) 11:13, 16 December 2024 (UTC)

There's a detailed documentation about how to do that at Extension:WikiEditor/Toolbar customization. – Ammarpad (talk) 16:28, 16 December 2024
(UTC)

Now I've managed to add a button to the MediaWiki toolbar. I've inserted a code snippet from the following page:
https://www.mediawiki.org/wiki/Extension:WikiEditor/Toolbar_customization/Library

https://www.mediawiki.org/wiki/Project:Support_desk 5/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki
Now I just want to change the icon. Which oouiIcons are available? Where can I find them?

ThanksforHelp (talk) 18:02, 17 December 2024 (UTC)

@ThanksforHelp: There's a gallery of OOUI icons at https://doc.wikimedia.org/oojs-ui/master/demos/?page=icons Sam Wilson 01:11, 18 December
2024 (UTC)

Thank you very much. ThanksforHelp (talk) 11:09, 18 December 2024 (UTC)

How do u fix No active login attempt is in progress for your session.

Latest comment: 25 days ago 3 comments 3 people in discussion

How do u fix No active login attempt is in progress for your session we get it when trying to login to wikis on a farm here is the steps we took

*maintenance/resetGlobalUserTokens.php (didn't work) except the login error

*attempt to debug didn't work+no errors Presented

Anything else we can do appreciate the help Cocopuff2018 (talk) 17:05, 16 December 2024 (UTC)

If its happening for everyone it typically means caching is configured incorrectly. Bawolff (talk) 20:14, 16 December 2024 (UTC)
Again: Please check the "Post a new question" instructions on this page. Also, please do not post duplicate threads for no reasons. Malyacko (talk)
23:19, 16 December 2024 (UTC)

2024 Competition
Latest comment: 25 days ago 2 comments 2 people in discussion

I’m interested to join your competition for 2024 about food photography Lilyester (talk) 22:29, 16 December 2024 (UTC)

There is no food photo competition on MediaWiki.org. Maybe you meant Wikimedia Commons or some other website. Malyacko (talk) 23:18, 16
December 2024 (UTC)

Gnucash 5.10.1 upgrade

Latest comment: 25 days ago 2 comments 2 people in discussion

the I download and install this update it won't start. it gives the message: You can’t open the application “Gnucash .app” because this
application is not supported on this Mac. I am running OS Sequola 15.2 on my MacBook Air.

Wayne Sutton 193.119.109.61 02:31, 17 December 2024 (UTC)

It sounds like you might be looking for the GnuCash wiki! But you're on mediawiki.org. Which is an easy mistake to make, seeing as their sidebar
help link points to a help page here — even though they have their own help page (https://wiki.gnucash.org/wiki/Help:Contents). :) Sam Wilson
03:01, 17 December 2024 (UTC)

How to format MediaWiki:Citethispage-content?

Latest comment: 24 days ago 3 comments 3 people in discussion

See https://wiki.ourworldoftext.com/wiki/MediaWiki:Citethispage-content.

{{#tag:syntaxhighlight|
@misc{owotwiki:{{REVISIONID}},
author = "{{(}}{{SITENAME}} contributors{{)}}",
title = "{{FULLPAGENAME}} --- {{(}}{{SITENAME}}{{)}}{{#ifexist:MediaWiki:Sitesubtitle|{,} {{MediaWiki:Sitesubtitle}}}}",
Code: year = "{{CURRENTYEAR}}",
url = "{{canonicalurl:{{FULLPAGENAME}}|oldid={{REVISIONID}}}}",
note = "[Online; accessed <citation>{{#time:j-F-Y}}</citation>]"
}
|lang=bibtex}}

Expected result:
@misc{owotwiki:-,
author = "{MediaWiki contributors}",
title = "Project:Support desk --- {MediaWiki}",
year = "2025",

https://www.mediawiki.org/wiki/Project:Support_desk 6/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki
url = "https://www.mediawiki.org/w/index.php?title=Project:Support_desk&oldid=-",
note = "[Online; accessed <citation>11-January-2025</citation>]"
}

@misc{owotwiki:-,
author = "{MediaWiki contributors}",
title = "Project:Support desk --- {MediaWiki}",
Actual result: year = "2025",
url = "https://www.mediawiki.org/w/index.php?title=Project:Support_desk&oldid=-",
note = "[Online; accessed '"`UNIQ--citation-0000000E-QINU`"' ]"
}

The date is not displaying correctly; how do I fix this? Dgrilawidbanana (talk) 04:05, 17 December 2024 (UTC)

@Dgrilawidbanana: It's a bit odd that that page is showing "Invalid tag extension name: citation" errors for the <citation> tag. That's only meant to be
parsed when an actual page is being viewed at Special:CiteThisPage. What versions of core and CiteThisPage are you using? I can't replicate this
on my wiki. Sam Wilson 01:15, 18 December 2024 (UTC)

Their MediaWiki is 1.39.1 (https://wiki.ourworldoftext.com/wiki/Special:Version), but the problem also appears even on this wiki which runs
alpha, see MediaWiki:Citethispage-content. It seems to be an issue in the Legacy parser because the problem disappears when using parsoid
(https://it.wikivoyage.org/wiki/MediaWiki:Citethispage-content?useparsoid=1) – Ammarpad (talk) 11:00, 18 December 2024 (UTC)

Migrating from 1.23.17 to 1.42.3

Latest comment: 24 days ago 2 comments 2 people in discussion

Hello!

I'm eventually upgrading my wiki from 1.23.17 to 1.42.3 step by step incrementally mostly on each major version. I've got a few questions regarding this
saga hoping they all are closely relevant to the migration.

My prerequisites:

MediaWiki: live 1.23.17; current dev 1.37.6

Distro: Linux Mint
Apache httpd: 2.4.58
MariaDB: 10.11.18
PHP: 5.6, 7.3, and 8.3 (depending on MediaWiki requirements)
(A custom Git-based snapshot system to commit and rollback changes for both installation and database.)
My roadmap currently is:

PHP 5.6 / Based on live 1.23.17 <-- LIVE BASE

PHP 5.6 / Migrated to 1.24.0
PHP 5.6 / Migrated to 1.25.0
PHP 5.6 / Migrated to 1.26.0
PHP 5.6 / Migrated to 1.27.0
PHP 5.6 / Migrated to 1.28.0
PHP 5.6 / Migrated to 1.29.0
PHP 5.6 / Migrated to 1.30.0
PHP 7.3 / Migrated to 1.31.0
PHP 7.3 / Migrated to 1.32.0
PHP 7.3 / Migrated to 1.33.0 (problematic database migration, described below)
PHP 7.3 / Migrated to 1.34.0 (under some circumstances problematic database migration, described below)
PHP 7.3 / Migrated to 1.35.0
PHP 7.3 / Migrated to 1.35.14
PHP 7.3 / Migrated to 1.36.0
PHP 7.3 / Migrated to 1.37.0
PHP 7.3 / Migrated to 1.37.6 <-- DEV LATEST
TODO: 1.38.7
TODO: 1.39.10
TODO: 1.42.3

Database migration
On upgrading to 1.33.0 I'm getting:

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

Query: INSERT INTO `mw_actor` (actor_name) VALUES ()

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

https://www.mediawiki.org/wiki/Project:Support_desk 7/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki
(Possible fix) This seems to be safely fixed by simple DELETE FROM mw_actor WHERE actor_name = ;.

On upgrading from a version prior to 1.34.0 to 1.37.6 the latter fails with:

Error 1146: Table 'wiki.mw_revision_comment_temp' doesn't exist (localhost)

Function: MessageCache::loadFromDB(en)-small
Query: SELECT ...

(Possible fix) Upgrade to 1.34.0 first and then upgrade to 1.37.6.

My questions are: why these two occur and how do I fix these two so they could proceed from 1.23.17 to 1.37.6 smoothly in one go?

I'm stuck on 1.37.6

Currently to any of last minor versions (1.38.7, 1.39.10, 1.42.3) causes the wiki not to start with the following error:

PHP Fatal error: Uncaught Wikimedia\Services\NoSuchServiceException: No such service: DBLoadBalancerFactory in /.../www/w/vendor/wikimedia/services/src/ServiceContainer.php:468

Is there something wrong with my LocalSettings.php? How do I disable the load balancer feature assuming I only have one database?

I'd appreciate any advice and hints. Thanks in advance. 92.253.236.83 08:55, 17 December 2024 (UTC)

This typically means you installed the files wrong. Try downloading again and be sure to install in a clean directory. (There is a possibility it could be
something in your LocalSettings.php. i think it is less likely but it would help if you posted the full stacktrace or your LocalSettings.php) Bawolff (talk)
08:46, 18 December 2024 (UTC)

Found unsafe CSS in the style element of uploaded SVG file

Latest comment: 24 days ago 2 comments 2 people in discussion

I tried uploading a svg file, but I get this warning: "Found unsafe CSS in the style element of uploaded SVG file." Can I ignore it? Liamd967 (talk) 04:03, 18
December 2024 (UTC)

no. You have to remove the css in question. Bawolff (talk) 08:45, 18 December 2024 (UTC)

Change username
Latest comment: 24 days ago 2 comments 2 people in discussion

Hi, I want to change my username to „Zolgoyo“ also in Phabricator. Can maybe someone help me? Zolgoyo (talk) 16:03, 18 December 2024 (UTC)

You can request that at Talk:Phabricator/Help. – Ammarpad (talk) 17:37, 18 December 2024 (UTC)

Logging runJobs.php - any difference from apache2/error.log?

Latest comment: 23 days ago 3 comments 2 people in discussion

I've got this in my crontab, to keep runJobs.php running most of the time.

*/1 0-3,5-23 * * * /usr/bin/php /var/www/html/maintenance/runJobs.php --quiet --maxtime=45 >> /var/www/logs/runJobs.log 2>&1

I'm thinking of not logging the results any more. But does the above log anything that doesn't already appear in apache2/error.log?

Thanks. Jonathan3 (talk) 21:56, 18 December 2024 (UTC)

"does the above log anything that doesn't already appear in apache2/error.log" Yes, the php output from cron does not get automatically funnelled
into the php logs of apache. —TheDJ (Not WMF) (talk • contribs) 12:37, 19 December 2024 (UTC)

Thanks. I guess I could do without the normal output. With the error messages, are they the same? Jonathan3 (talk) 16:21, 19 December 2024
(UTC)

I would like to add default preview icons for files by their filetype/MIME
Latest comment: 23 days ago 3 comments 2 people in discussion

Hello,

https://www.mediawiki.org/wiki/Project:Support_desk 8/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki
I don't know if this is the correct place to ask this...

My wiki has to manage files other than pictures, videos, pdf. The preview I get is a blank picture, understandably because these kind of files aren't
multimedia. If I wanted to display an icon representing the file type instead of this blank image, does anybody know what should I do?

Any piece of advice or hint would be welcome.

Thank you in advance!

Buran Biggest Fan (talk) 08:59, 19 December 2024 (UTC)

You would have to implement an extension with a MediaHandler, that converts a file (+extension etc) into a thumbnail (html representation) —TheDJ
(Not WMF) (talk • contribs) 12:35, 19 December 2024 (UTC)

Thank you. Where could I get an example, please?

Again, thank you very much Buran Biggest Fan (talk) 14:25, 19 December 2024 (UTC)

Can't start installation on Win10

Latest comment: 21 days ago 4 comments 3 people in discussion

I have done the following:

- Installed Apache HTTP Server

- Installed PHP

- Added the following in the httpd.conf file (to connect PHP) LoadModule php_module "c:/Users/username/php-8.4.2-Win32-vs17-
x64/php8apache2_4.dll" AddHandler application/x-httpd-php .php PHPIniDir "c:/Users/username/php-8.4.2-Win32-vs17-x64"

- Enabled the following extensions in the php.ini file: fileinfo, intl, mbstring

- Set the path of the extension_dir in php.ini

But when I go to http://localhost/wiki/mw-config/index.php I get this error: Error starting session: session_name(): Session name
cannot be changed after headers have already been sent

And bunch of deprecated errors:

Deprecated: ldap_exop_sync(): Implicitly marking parameter $request_data as nullable is deprecated, the explicit nullable
type must be used instead in C:\Users\username\Apache24\htdocs\payten-wiki\vendor\symfony\polyfill-php83\bootstrap.php on
line 43

Deprecated: ldap_exop_sync(): Implicitly marking parameter $controls as nullable is deprecated, the explicit nullable type
must be used instead in C:\Users\username\Apache24\htdocs\payten-wiki\vendor\symfony\polyfill-php83\bootstrap.php on line 43

Deprecated: Wikimedia\Rdbms\IDatabase::setTransactionListener(): Implicitly marking parameter $callback as nullable is

deprecated, the explicit nullable type must be used instead in C:\Users\username\Apache24\htdocs\payten-
wiki\includes\libs\rdbms\database\IDatabase.php on line 770

Deprecated: Wikimedia\Rdbms\IDatabase::cancelAtomic(): Implicitly marking parameter $sectionId as nullable is deprecated,

the explicit nullable type must be used instead in C:\Users\username\Apache24\htdocs\payten-
wiki\includes\libs\rdbms\database\IDatabase.php on line 886

Deprecated: Wikimedia\Rdbms\ILoadBalancer::setTransactionListener(): Implicitly marking parameter $callback as nullable is

deprecated, the explicit nullable type must be used instead in C:\Users\username\Apache24\htdocs\payten-
wiki\includes\libs\rdbms\loadbalancer\ILoadBalancer.php on line 508

Deprecated: MediaWiki\Settings\SettingsBuilder::__construct(): Implicitly marking parameter $cache as nullable is

deprecated, the explicit nullable type must be used instead in C:\Users\username\Apache24\htdocs\payten-
wiki\includes\Settings\SettingsBuilder.php on line 200 Exuberant3450 (talk) 15:51, 19 December 2024 (UTC)

Hello!
These are just deprecation messages, not errors. You can adjust the output of such messages in the php.ini file.
See https://www.php.net/manual/en/errorfunc.configuration.php#ini.display-errors and
https://www.php.net/manual/en/errorfunc.configuration.php#ini.error-reporting Osnard (talk) 09:35, 20 December 2024 (UTC)

Thanks.
Do you have any idea about the actual error, that prevents me from installing MediaWiki?
Error starting session: session_name(): Session name cannot be changed after headers have already been sent
Exuberant3450 (talk) 09:47, 20 December 2024 (UTC)

https://www.mediawiki.org/wiki/Project:Support_desk 9/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki
Its probably caused by the deprecation warnings. You might consider using php 8.3 instead of 8.4, but silencing the errors will probably
work too. Bawolff (talk) 10:48, 21 December 2024 (UTC)

Outlook templates (.oft files) have different behaviors on browsers

Latest comment: 9 days ago 2 comments 2 people in discussion

Hi All,

Is there a way to have the same behavior as Firefox for Outlook templates?

In Firefox when a link to an outlook template (using "File:" or "Media:") is clicked, then it is downloaded.

In Chrome or Edge once clicked the browser attempts to render the file which ends up in a whole bunch of characters.

The below has been added in MimeMap.php:

- Mime Extensions:

'application/vnd.ms-outlook' => [ 'oft', 'msg'],

- Mediatype Office:

'application/vnd.ms-outlook',

Setup:

MediaWiki (https://www.mediawiki.org/) 1.42.1

PHP (https://php.net/) 8.2.12 (apache2handler)

ICU (https://icu.unicode.org/) 71.1

MariaDB (https://mariadb.org/) 10.4.32-MariaDB

Noindicaotro (talk) 07:24, 20 December 2024 (UTC)

Well I guess this is morelike the issue of those browsers, rather then mediawiki. So If you are just one using that wiki, you may try to fix it locally. If
your wiki is shared by more people than its not an easy task as you would need to run custom javascript fro each browser and push somehow users
to download and install it. Juandev (talk) 14:06, 2 January 2025 (UTC)

"There seems to be a problem with your login session" error caused by crashed objectcache
table
Latest comment: 21 days ago 1 comment 1 person in discussion

I'm just adding this in case anyone is searching, as I didn't find it myself. My VPS ran out of space, and the job table crashed, evidenced in my log of
runJobs.php, and CHECK TABLE job and REPAIR TABLE job fixed that. Anyway... I just noticed today that I couldn't edit a page, log out or login.
Changing to $wgSessionCacheType = CACHE_ACCEL; fixed this, but reverting to CACHE_DB broke it again. I checked the MySQL logs at
/var/log/mysql/error.log and it had these errors repeated and others like it:

2024-12-21T00:26:02.252023Z 1456751 [ERROR] [MY-010211] [Server] Got error 134 when reading table './databasename/prefix_objectcache'
2024-12-21T00:09:56.981166Z 1456018 [ERROR] [MY-013134] [Server] Incorrect key file for table './databasename/prefix_objectcache.MYI'; try to repair it

So I checked and repaired the objectcache table, which meant when I went back to CACHE_DB it worked again. I checked all the other tables and they were
OK. ChatGPT helped me with that, as you can get a comma-separated list like SHOW TABLES using SELECT GROUP_CONCAT(table_name) FROM
information_schema.tables WHERE table_schema = 'databasename'. Jonathan3 (talk) 01:43, 21 December 2024 (UTC)

Error running the update script...

Latest comment: 18 days ago 3 comments 2 people in discussion

When running:

php maintenance/update.php

I get this error:

---

https://www.mediawiki.org/wiki/Project:Support_desk 10/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki
Error: Missing one or more required PHP extensions. Please see for help with installing them.

Please install or enable:

* mbstring

* xml

* intl

---

How do I tell which it is complaining about? AFAIK I have all the php extensions listed in the install steps already added and enabled... MarisaG1967 (talk)
10:06, 22 December 2024 (UTC)

@MarisaG1967: It only lists the ones that it finds are missing, so if you've got those installed I guess they're maybe not actually loading for CLI
PHP? Sam Wilson 10:28, 22 December 2024 (UTC)

That was the issue - I was checking the apache installed extensions, not the CLI extensions... MarisaG1967 (talk) 13:09, 24 December 2024
(UTC)

ERROR 1044 (42000): Access denied for user @'localhost' to database 'db'
Latest comment: 17 days ago 2 comments 2 people in discussion

I changed from hosting service and try to import my old sql database in the new wiki I have set up. But I get this error : ERROR 1044 (42000): Access
denied for user ''@'localhost' to database 'db' (https://stackoverflow.com/questions/8838777/error-1044-42000-access-denied-for-user-localhost-to-data
base-db)

My new database has another username and password : Is this the reason for this error ? And can I change the username and password in the old
(exported) sql database ? Steveley (talk) 05:12, 23 December 2024 (UTC)

you need to change the db user name/pass in LocalSettings.php Bawolff (talk) 20:20, 25 December 2024 (UTC)

Mediawiki 1.39.11 package does not contain skins

Latest comment: 16 days ago 3 comments 3 people in discussion

Hi,

I was trying to install Mediawiki 1.39.11 on my test server and it got installed successfully. However on accessing the installation it throws following error.

Whoops! The default skin for your wiki, defined in $wgDefaultSkin as vector, is not available.

Then I searched in the package and found that there are no skins present in the package.

I wanted to know if this is left mistakenly or do we need to download skins separately ? Nikitatrivedi06 (talk) 11:23, 23 December 2024 (UTC)

Which package did you use? Bawolff (talk) 20:15, 25 December 2024 (UTC)
@Nikitatrivedi06: You might've downloaded a -core- release rather than a full one. For example mediawiki-core-1.39.11.zip instead of
mediawiki-1.39.11.zip. The core ones are listed first alphabetically in the release directories (https://releases.wikimedia.org/mediawiki/1.39/) so
it's a not uncommon thing to have happen. Sam Wilson 00:06, 26 December 2024 (UTC)

VisualEditor can't be used two times in a row

Latest comment: 9 days ago 7 comments 3 people in discussion

After upgrading to MediaWiki 1.43, I noticed a strange new issue with the VisualEditor. It works fine when editing a page once. Tracked in Phabricator
But if I immediately try to edit the same page again, without reloading, the progress bar gets stuck and the VisualEditor doesn't Task T382856
become functional again. It works again after reloading the page.

I was able to reproduce it with a clean new installation and multiple skins. So far, I wasn't able to find any errors anywhere. Can anybody reproduce this
issue or does anybody know a fix? Hyperwombat (talk) 15:52, 23 December 2024 (UTC)

I was able to reproduce it here on VisualEditor:Test, so it doesn't seem to be unique to my installations. Hyperwombat (talk) 18:09, 23 December
2024 (UTC)

@Hyperwombat: If it's reproducible here, it's probably worth filing a Phabricator bug report (at phab:tag/visualeditor). Sam Wilson 00:11, 26
December 2024 (UTC)

Thank you. I just filed T382774. Hyperwombat (talk) 13:52, 26 December 2024 (UTC)

https://www.mediawiki.org/wiki/Project:Support_desk 11/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki
It looks like it can't be reproduced using Android, Windows 11 and MacOS, but I can reproduce it on two different devices running Windows 10 with
clean browser profiles. No idea what could cause that. I don't think the OS version should matter. Hyperwombat (talk) 18:37, 26 December 2024
(UTC)

Yeah, I would suspect the browser not the OS here. Juandev (talk) 14:01, 2 January 2025 (UTC)

I finally discovered that it's related to an accessibility setting in Windows and filed a new bug: T382856. I was close to giving up because
it happened in all browsers and on multiple computers, but nobody could reproduce it. Hyperwombat (talk) 16:49, 2 January 2025 (UTC)

VisualEditor automatically adds unnecessary code

Latest comment: 18 days ago 1 comment 1 person in discussion

Every time I use VisualEdit to edit my infobox, it automatically adds this

<aside class="portable-infobox noexcerpt pi-background pi-theme-default pi-layout-stacked">

==<span style="font-size: 16px; line-height:120% !important; text-align: center; display: block; padding-top:2px"><big></big> <span style="font-
size:80%;"> </span></span>==
</aside><span></span>

to the page, which messes the page up. I think it has something to do with a part of the code in the infobox, but I’m not sure how to fix it. Here is the link to
the infobox: https://heterodontosaurus-balls.com/index.php?title=Template:CountryInfo&action=edit Tang Empire (talk) 22:42, 23 December 2024
(UTC)

Wikitext
Latest comment: 15 days ago 12 comments 6 people in discussion

Hey. Not sure if this is the place, but I'd like to know if there's a possibility to retrieve a page's author account name by code. Thanks and marry xmas.
Virum Mundi (talk) 15:00, 25 December 2024 (UTC)

There is no way you can retrieve the page author by the source code, but you can by using the page history, clicking on the "oldest" and scroll
below, on the very last entry. See also Help:History. ToadetteEdit (talk) 17:23, 25 December 2024 (UTC)

Thanks, that doesn't really help me, I know to look at a page history. I need to retrieve it for code development purposes, same as one can see
the author name at the top of the page (no need to look at the history neither). I'd like to know it there's any programmatic way to retrieve it just
like the top-of-the-page option. Cheers. Virum Mundi (talk) 17:45, 25 December 2024 (UTC)

If you want to know the most recent editor, use {{REVISIONUSER}} Bawolff (talk) 20:18, 25 December 2024 (UTC)

Nope, I need to know the author... I know all the magic words, have used REVISIONUSER many times... just what I asked, which
would not be a trivial answer (that's why I came here); based on the database architecture I don't recon this can be done directly,
but if there's a way to exploit the same tool which generates the author name at the head of the page, I would like to take a look at it
(or any other solution). Any help would be appreciated. Tnx. Virum Mundi (talk) 20:40, 25 December 2024 (UTC)

There is the MediaWiki API. You can pull the first revision and parse its user value to find its first editor (if that is what you
mean by "author"). See this example for the "MediaWiki" page on this very wiki (https://www.mediawiki.org/w/api.php?action=
query&prop=revisions&titles=MediaWiki&rvlimit=1&rvprop=timestamp%7Cuser%7Ccomment&rvdir=newer). That means you
can pull and parse the same data with similar parameters also by using your custom "code" within MediaWiki itself. --
Malyacko (talk) 21:19, 25 December 2024 (UTC)

Thanks @Malyacko, I actually went over api options (found some stuff online), thought I could do something "internal",
but I I'll take a look at it.again, see what I can do. Cheers. Virum Mundi (talk) 07:17, 26 December 2024 (UTC)

i'm not sure what you mean by the top of the page thing. I thought you meant the thing on mobile which shows last editor at
top of the page, which is why i suggested revisionuser.
There is no way to get author of first revision on wikipedia in wikitext. From a DB perspective its not that hard, and it would
certainly be easy to make a custom mw extension to do so, but its unlikely such an extension would be installed on wikipedia.
There is one work around that can sometimes work depending on what you are trying to do - if the page is being created with
prdloaded text, you can put {{subst:REVISIONUSER}} so the when the first user saves it gets substituted. Bawolff (talk) 20:32,
26 December 2024 (UTC)

@Virum Mundi: What do you mean by a page's "author account name"? There can be multiple editors of a page, and depending on what the content
is any or none of them might be considered the 'author'. You might be best off defining an author within the page itself, and then using that wherever
it's needed. For example, WMAU blog posts (https://wikimedia.org.au/wiki/Celebrating_a_Milestone) define an author within a {{blog post}}
template with | author = Author Name. Sam Wilson 00:01, 26 December 2024 (UTC)

Sorry @Samwilson for the ambiguity, by author I mean original author of the page (the account which created it). So I'm replacing author with
page creator. And I'm referring specifically Wikipedia's spaces. Database-wise I can understand the challenges in a big-data system, but I
thought that maybe since there's the option to show it on the top of the page (and the system uses this for other purposes, like informing the
page creator of recently linked pages), maybe there's a way I'm not aware of to use this in a wikitext code (an existing template in another
Wikipedia I can import, invoking an existing js script, or any element I don't know about). There's no magic word I can use, so I thought there
might be something else. In the template I'm developing, it would be easier if I had a link to access the page creator's userpage directly.
Thanks. Virum Mundi (talk) 07:33, 26 December 2024 (UTC)

https://www.mediawiki.org/wiki/Project:Support_desk 12/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki
Strange position "I'm replacing author with page creator." ... and what about the licence ? Christian 🇫🇷 FR 🎅 (talk) 13:24, 27 December
2024 (UTC)

Not replacing psychically, in my request here I'm replacing the word "author" I used before with the "page creator", so my question
is more correctly understood. I think it's clear from the context. Anyway, I'm already looking at a solution, so thanks everyone. Virum
Mundi (talk) 13:39, 27 December 2024 (UTC)

doc transclusion: which form ?

Latest comment: 9 days ago 2 comments 2 people in discussion

Hi all, please what is the difference between these three forms of doc transclusion on a template page (metadata do not appear on translated pages with
the first two forms) ? Thanks.

{{documentation}}

{{Documentation}}

{{Documentation|content=
{{Done/doc}}
}}

-- Christian 🇫🇷 FR 🎅 (talk) 13:05, 27 December 2024 (UTC)

They are transcluded the same way if the source template doesnt state othervice. Documentation/documentation template might be the same
resource template if the wiki doesnt allow to distiunguish pages with small and upper letters. The last code points out that you have a template within
a template and its again on the source coude of template:Documentation and template:Done and all other included templates, what will be included
and how. Juandev (talk) 13:55, 2 January 2025 (UTC)

LDAPS authentication
Latest comment: 4 days ago 3 comments 3 people in discussion

I have a clean install of MediaWiki and am trying to get LDAPS authentication working against Active Directory.

When I configure ldapprovider.json for non-secure communication, it works fine. Here's the config:

"DOMAIN": {
"connection": {
"server": "dc.domain.local",
"port": 389,
"user": "username",
"pass": "password",
"enctype": "clear",
"options": {
"LDAP_OPT_DEREF": 1,
"LDAP_OPT_REFERRALS": 0
},
"DefaultDomain": "domain.local",
"basedn": "dc=domain,dc=local",
"userbasedn": "ou=ORG,dc=domain,dc=local",
"groupbasedn": "ou=ORG,dc=domain,dc=local",
"searchattribute": "samaccountname",
"usernameattribute": "samaccountname",
"realnameattribute": "cn",
"emailattribute": "mail",
"grouprequest": "MediaWiki\\Extension\\LDAPProvider\\UserGroupsRequest\\UserMemberOf::factory"
},

When I change the port to 636 and enctype to SSL, it no longer works. If I run CheckLogin.php with my domain as the option, it returns OK with both 389
& 636. I also have a test.php script that uses ldap_connect. It works on both ports 389 and 636.

The debug log has this generic error message:

/wiki/Special:PluggableAuthLogin PHP Warning: ldap_bind(): Unable to bind to server: Can't contact LDAP server

Any ideas as to how to get this working? Ashland-FN (talk) 22:26, 27 December 2024 (UTC)

Try changing "enctype": "clear" to "enctype": "ssl" or "enctype": "tls". Osnard (talk) 08:33, 7 January 2025 (UTC)
@Ashland-FN pinging the user, as its been a while, they might not be checking this page —TheDJ (Not WMF) (talk • contribs) 10:52, 7 January
2025 (UTC)

Video upload error

Latest comment: 13 days ago 2 comments 2 people in discussion

https://www.mediawiki.org/wiki/Project:Support_desk 13/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki
Hello! I am trying to display videos in my Mediawiki project. But already when uploading the video I get an error: “Fatal exception error of type
‘Wikimedia\Rdbms\DBQueryError’”. The file format is displayed as usable on the file upload page. I have already installed the TimedMediaHandler. I am
very happy about answers! Agatnor (talk) 21:36, 28 December 2024 (UTC)

Please read Manual:How to debug on how to get more detailed error message. – Ammarpad (talk) 08:18, 29 December 2024 (UTC)

The : command (tab) wont work after a math line

Latest comment: 13 days ago 1 comment 1 person in discussion

LS

On this page (https://rotor.harry-arends.nl/index.php?title=Scalar_Feed_Theorie_(deel1)#V(1)) I have several equations that should be numbered.

So ,/math> ::::(1) should place the number(1) after the equation but it shows as ::::(1) .

Is this a Bug in the math extension or am I doing something wrong

Harry

1957Harry (talk) 22:38, 28 December 2024 (UTC)

passing client IP to MediaWiki container from Nginx container

Latest comment: 4 days ago 2 comments 2 people in discussion

Hello!

I hope that you can help me with an issue I've been facing with a wiki I recently set up called Wings of Fire Wiki (https://wingsoffire.wiki/).

I have MediaWiki set up using the mediawiki image (https://hub.docker.com/_/mediawiki). I also have Nginx Proxy Manager (https://nginxproxymanag
er.com/) for SSL. I would like to enable anonymous editing on the wiki to allow unregistered users to edit. However, all anonymous edits come from the
internal address 192.168.80.1, which appears to be the IPV4 Gateway of the mediawiki network. This is not a deal-breaker when limited to email-
authenticated users, but I don't want to enable unauthenticated editing if anonymous users cannot be distinguished by IP address.

I did a bit of troubleshooting and some users had success by adding the following custom configuration to the / location:

proxy_set_header X-Real-IP $remote_addr;

proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;

However, this had no effect for me. Does anyone have an idea of what I can do? Stonley (talk) 03:26, 30 December 2024 (UTC)

@Stonley Please see Manual:$wgCdnServers and Manual:$wgUsePrivateIPs —TheDJ (Not WMF) (talk • contribs) 10:55, 7 January 2025 (UTC)

ContentTranslation do not translate my wiki

Latest comment: 5 days ago 5 comments 2 people in discussion

Hello,

I can not translate pages of my site, only wikipedia

Have installed wikimedia 1.43

Installed

wfLoadExtension( 'GlobalPreferences' );

wfLoadExtension( 'Cite' );

wfLoadExtension( 'UniversalLanguageSelector' );

wfLoadExtension( 'ContentTranslation' );

wfLoadExtension( 'BetaFeatures' );

enable beta

https://www.mediawiki.org/wiki/Project:Support_desk 14/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki

installed cxserver

name: cxserver-dev

port: 8080

logging:

level: debug

format: json

# private_key: path to private key file for enabling https

# certificate: path to certificate file for enabling https

# interface: localhost # uncomment to only listen on localhost

# More per-service config settings

# The location of the spec, defaults to spec.yaml if not specified

# spec: ./spec.yaml

# allow cross-domain requests to the API (default *)

cors: "*"

# to disable use:

# cors: false

# to restrict to a particular domain, use:

# cors: restricted.domain.org

# URL of the outbound proxy to use (complete with protocol)

# proxy: http://my.proxy.org:8080

# the list of domains for which not to use the proxy defined above

# no_proxy_list:

# - domain1.com

# - domain2.org

user_agent: cxserver

# MediaWiki host name. Example {lang}.wikisource.org which get expanded internally to

# es.wikisource.org in a spanish language context.

# Do not prefix with http or https://

# mw_host: '{lang}.wikipedia.org'

mwapi_req:

body: "{{request.body}}"

query: "{{ default(request.query, {}) }}"

headers:

host: "{{request.params.domain}}"

user-agent: "{{user-agent}}"

method: "{{request.method}}"

#uri: "https://{{domain}}/w/api.php"

uri: "https://wiki40.chr.eti.br/w/api.php"

restbase_req:

method: "{{request.method}}"

#uri: https://{{domain}}/w/rest.php/v1/{+path}

uri: http://localhost:7231/wiki40.chr.eti.br/v1/{+path}

query: "{{ default(request.query, {}) }}"

headers: "{{request.headers}}"

body: "{{request.body}}"

jwt:

secret: ""

algorithms:

- HS256

ratelimiter_key: x-client-ip # The request header field that uniquely identify a request source

ratelimiter_rate: 10

languages: config/languages.yaml

https://www.mediawiki.org/wiki/Project:Support_desk 15/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki
templatemapping:

database: config/templatemapping.db

sectionmapping:

database: config/cx-section-titles-aligned.db

type: sqlite

mt:

Apertium:

api: https://apertium.wmflabs.org

# For packaging reasons use separate configuration

languages: config/Apertium.yaml

Elia:

api: https://mt-api.elhuyar.eus/translate_string

languages: config/Elia.yaml

key: null

apiId: null

Google:

api: https://www.googleapis.com/language/translate/v2

key: null

languages: config/Google.yaml

Yandex:

api: https://translate.yandex.net

key: null

languages: config/Yandex.yaml

LingoCloud:

api: https://api.interpreter.caiyunai.com/v1

account: wikimedia

key: null

languages: config/LingoCloud.yaml

MinT:

api: https://translate.wmcloud.org/api/translate

languages: config/MinT.yaml

TestClient:

languages: config/TestClient.yaml

wfLoadExtension( 'GlobalPreferences' );

wfLoadExtension( 'Cite' );

wfLoadExtension( 'UniversalLanguageSelector' );

wfLoadExtension( 'ContentTranslation' );

wfLoadExtension( 'BetaFeatures' );

//wfLoadExtension( 'Translate' );

wfLoadExtension( 'CodeEditor' );

wfLoadExtension( 'VisualEditor' );

wfLoadExtension( 'WikiEditor' );

$wgContentTranslationEnableMT = true;

$wgContentTranslationSiteTemplates['cx'] = '<nowiki>https://cxserver.chr.eti.br/v1'</nowiki>;

$wgContentTranslationServer = '<nowiki>http://localhost:8080'</nowiki>;

$wgLanguageCode = 'pt'; // Idioma principal da wiki

$wgContentTranslationEnable = true; // Habilitar a tradução de conteúdo

$wgContentTranslationTargetLanguages = [ 'en', 'es', 'fr' ]; // Idiomas-alvo

$wgLocalInterwikis = [ 'pt', 'en', 'es', 'fr' ]; [[Special:Contributions/170.231.19.89|170.231.19.89]] 11:38, 30 December 2024 (UTC)

Set mw_host --wargo (talk) 19:06, 3 January 2025 (UTC)

https://www.mediawiki.org/wiki/Project:Support_desk 16/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki
this not work
only translate wikipedia
~~~ Crebollo2025 (talk) 06:08, 6 January 2025 (UTC)

cat LocalSettings.php

<?php

1. This file was automatically generated by the MediaWiki 1.43.0

1. installer. If you make manual changes, please keep track in case you

1. need to recreate them later.

1.

1. See includes/MainConfigSchema.php for all configurable settings

1. and their default values, but don't forget to make changes in _this_

1. file, not there.

1.

1. Further documentation for configuration settings may be found at:

1. https://www.mediawiki.org/wiki/Manual:Configuration_settings

1. Protect against web entry

if ( !defined( 'MEDIAWIKI' ) ) {

exit;

1. 1. Uncomment this to disable output compression

1. $wgDisableOutputCompression = true;
$wgSitename = "WIKI50";

1. 1. The URL base path to the directory containing the wiki;

1. 1. defaults for all runtime URL paths are based off of this.

1. 1. For more information on customizing the URLs

1. 1. (like /w/index.php/Page_title to /wiki/Page_title) please see:

1. 1. https://www.mediawiki.org/wiki/Manual:Short_URL
$wgScriptPath = "/w";

$wgArticlePath = "/wiki/$1";

$wgUsePathInfo = true;

1. 1. The protocol and server name to use in fully-qualified URLs

$wgServer = "https://wiki50.chr.eti.br";

$wgCanonicalServer = "https://wiki50.chr.eti.br";

1. 1. The URL path to static resources (images, scripts, etc.)

$wgResourceBasePath = $wgScriptPath;

1. 1. The URL paths to the logo. Make sure you change this from the default,

1. 1. or else you'll overwrite your logo when you upgrade!

$wgLogos = [

'1x' => "$wgResourceBasePath/resources/assets/change-your-logo.svg",

'icon' => "$wgResourceBasePath/resources/assets/change-your-logo.svg",

https://www.mediawiki.org/wiki/Project:Support_desk 17/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki
];

1. 1. UPO means: this is also a user preference option

$wgEnableEmail = true;

$wgEnableUserEmail = true; # UPO

$wgEmergencyContact = "crebollo@gmail.com";

$wgPasswordSender = "crebollo@gmail.com";

$wgEnotifUserTalk = false; # UPO

$wgEnotifWatchlist = false; # UPO

$wgEmailAuthentication = true;

1. 1. Database settings
$wgDBtype = "mysql";

$wgDBserver = "10.0.0.168";

$wgDBname = "wiki50";

$wgDBuser = "wiki50";

$wgDBpassword = "xxxx";

1. MySQL specific settings

$wgDBprefix = "";

$wgDBssl = false;

1. MySQL table options to use during installation or update

$wgDBTableOptions = "ENGINE=InnoDB, DEFAULT CHARSET=binary";

1. Shared database table

1. This has no effect unless $wgSharedDB is also set.
$wgSharedTables[] = "actor";

1. 1. Shared memory settings

$wgMainCacheType = CACHE_ACCEL;

$wgMemCachedServers = [];

1. 1. To enable image uploads, make sure the 'images' directory

1. 1. is writable, then set this to true:

$wgEnableUploads = false;

1. $wgUseImageMagick = true;
1. $wgImageMagickConvertCommand = "/usr/bin/convert";

1. InstantCommons allows wiki to use images from https://commons.wikimedia.org

$wgUseInstantCommons = false;

1. Periodically send a pingback to https://www.mediawiki.org/ with basic data

1. about this MediaWiki instance. The Wikimedia Foundation shares this data

1. with MediaWiki developers to help guide future development efforts.

$wgPingback = true;

1. Site language code, should be one of the list in ./includes/languages/data/Names.php

$wgLanguageCode = "pt-br";

1. Time zone
$wgLocaltimezone = "UTC";

https://www.mediawiki.org/wiki/Project:Support_desk 18/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki

1. 1. Set $wgCacheDirectory to a writable directory on the web server

1. 1. to make your wiki go slightly faster. The directory should not

1. 1. be publicly accessible from the web.

1. $wgCacheDirectory = "$IP/cache";
$wgSecretKey = "xxxx";

1. Changing this will log out all existing sessions.

$wgAuthenticationTokenVersion = "1";

1. Site upgrade key. Must be set to a string (default provided) to turn on the

1. web installer while LocalSettings.php is in place

$wgUpgradeKey = "xxx";

1. 1. For attaching licensing metadata to pages, and displaying an

1. 1. appropriate copyright notice / icon. GNU Free Documentation

1. 1. License and Creative Commons licenses are supported so far.

$wgRightsPage = ""; # Set to the title of a wiki page that describes your license/copyright

$wgRightsUrl = "https://creativecommons.org/licenses/by/4.0/";

$wgRightsText = "Creative Commons - Atribuição";

$wgRightsIcon = "$wgResourceBasePath/resources/assets/licenses/cc-by.png";

1. Path to the GNU diff3 utility. Used for conflict resolution.

$wgDiff3 = "/usr/bin/diff3";

1. 1. Default skin: you can change the default skin. Use the internal symbolic

1. 1. names, e.g. 'vector' or 'monobook':

$wgDefaultSkin = "vector";

1. Enabled skins.

1. The following skins were automatically enabled:

wfLoadSkin( 'MinervaNeue' );

wfLoadSkin( 'MonoBook' );

wfLoadSkin( 'Timeless' );

wfLoadSkin( 'Vector' );

1. Enabled extensions. Most of the extensions are enabled by adding

1. wfLoadExtension( 'ExtensionName' );
1. to LocalSettings.php. Check specific extension documentation for more details.

1. The following extensions were automatically enabled:

wfLoadExtension( 'CategoryTree' );

wfLoadExtension( 'Cite' );

wfLoadExtension( 'CiteThisPage' );

wfLoadExtension( 'CodeEditor' );

wfLoadExtension( 'Echo' );

wfLoadExtension( 'ImageMap' );

wfLoadExtension( 'InputBox' );

wfLoadExtension( 'Interwiki' );

https://www.mediawiki.org/wiki/Project:Support_desk 19/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki
wfLoadExtension( 'Linter' );

wfLoadExtension( 'Math' );

wfLoadExtension( 'Nuke' );

wfLoadExtension( 'ParserFunctions' );

wfLoadExtension( 'Poem' );

wfLoadExtension( 'ReplaceText' );

wfLoadExtension( 'Scribunto' );

wfLoadExtension( 'SyntaxHighlight_GeSHi' );

wfLoadExtension( 'TemplateData' );

wfLoadExtension( 'VisualEditor' );

wfLoadExtension( 'WikiEditor' );

1. End of automatically generated settings.

1. Add more configuration options below.

wfLoadExtension( 'BetaFeatures' );

wfLoadExtension( 'UniversalLanguageSelector' );

wfLoadExtension( 'GlobalPreferences' );

wfLoadExtension( 'ContentTranslation' );

$wgContentTranslationEnable = true;

$wgContentTranslationEnableMT = true;

$wgContentTranslationTargetLanguages = [ 'en', 'es', 'fr' ]; // Idiomas-alvo

$wgContentTranslationSiteTemplates['cx'] = 'https://cxserver.chr.eti.br/v1';

$wgContentTranslationServer = 'https://cxserver.chr.eti.br';

$wgLanguageCode = 'pt-br'; // Idioma principal da wiki

$wgEnableAPI = true;

$wgEnableContentTranslation = true;

$wgContentTranslationPreferredLanguages = array( 'en', 'pt', 'es' ); // Exemplo de idiomas preferidos

$wgContentTranslationNoSource = true;

$wgContentTranslationSourceDomains = array( 'wiki50.chr.eti.br' );

$wgContentTranslationTargetNamespaces = array( 0 ); // 0 refere-se ao namespace principal

1. Permitir a tradução de conteúdo para todos os usuários (ou grupos específicos)

$wgGroupPermissions['*']['contenttranslation'] = true; // Permitir a tradução para usuários anônimos (ajuste conforme necessário)

$wgGroupPermissions['user']['contenttranslation'] = true; // Permitir a tradução para usuários registrados

$wgContentTranslationServiceUrl = "https://wiki50.chr.eti.br/w/rest.php/v1/";

restbase# cat config.yaml

RESTBase config for small wiki installs - sqlite backend - parsoid at http://localhost:8142 - wiki at http://localhost/w/api.php Quick setup: - npm install
If you see errors about sqlite, you might have to `apt-get install libsqlite3-dev`. - cp config.example.yaml config.yaml - double-check and possibly modify
lines marked with XXX, then start restbase with node server - If all went well, http://localhost:7231/localhost/v1/page/html/Main_Page should show
your wiki's Main Page.

services:

- name: restbase
module: hyperswitch
conf:
port: 7231
salt: secret

https://www.mediawiki.org/wiki/Project:Support_desk 20/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki
default_page_size: 125
user_agent: RESTBase
ui_name: RESTBase
ui_url: https://www.mediawiki.org/wiki/RESTBase
ui_title: RESTBase docs
spec:
x-request-filters:
- path: lib/security_response_header_filter.js
- path: lib/normalize_headers_filter.js
x-sub-request-filters:
- type: default
name: http
options:
allow:
- pattern: https://wiki50.chr.eti.br/w/api.php
forward_headers: true
- pattern: /^https?:\/\//
paths:
/{domain:wiki50.chr.eti.br}/{api:v1}:
x-modules:
- spec:
info:
version: 1.0.0
title: Wikimedia REST API
description: Welcome to your RESTBase API.
x-route-filters:
- path: ./lib/normalize_title_filter.js
options:
redirect_cache_control: 's-maxage=0, max-age=86400'
paths:
/page:
x-modules:
- path: v1/content.yaml
options:
response_cache_control: 's-maxage=0, max-age=86400'
- path: v1/common_schemas.yaml # Doesn't really matter where to mount it.
/transform:
x-modules:
- path: v1/transform.yaml
/{domain:wiki50.chr.eti.br}/{api:sys}:
x-modules:
- path: projects/proxy.yaml
options:
backend_host_template: '{{"/{domain}/sys/legacy"}}'
- spec:
paths:
/table:
x-modules:
- path: sys/table.js
options:
conf:
backend: sqlite
dbname: db.sqlite3
pool_idle_timeout: 20000
retry_delay: 250
retry_limit: 10
show_sql: false
storage_groups:
- name: local
domains: /./
/legacy/key_value:
x-modules:
- path: sys/key_value.js
/legacy/page_revisions:
x-modules:
- path: sys/page_revisions.js
/post_data:
x-modules:
- path: sys/post_data.js
/action:
x-modules:
- path: sys/action.js
options:
# XXX Check API URL!
apiUriTemplate: https://wiki50.chr.eti.br/w/api.php
# XXX Check the base RESTBase URI
baseUriTemplate: "{{'http://localhost:7231/wiki50.chr.eti.br/v1'}}"
/parsoid:
x-modules:
- path: sys/parsoid.js
options:
#parsoidHost: http://localhost:8142
parsoidHost: https://wiki50.chr.eti.br/w/rest.php
response_cache_control: 's-maxage=0, max-age=86400'

Finally, a standard service-runner config.

info:

name: restbase

logging:

name: restbase
level: info

cxserver# cat config.yaml name: cxserver-dev port: 8080 logging:

https://www.mediawiki.org/wiki/Project:Support_desk 21/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki

level: debug
format: json

1. private_key: path to private key file for enabling https

2. certificate: path to certificate file for enabling https
3. interface: localhost # uncomment to only listen on localhost
4. More per-service config settings
5. The location of the spec, defaults to spec.yaml if not specified
6. spec: ./spec.yaml
7. allow cross-domain requests to the API (default *)
cors: "*"

1. to disable use:
2. cors: false
3. to restrict to a particular domain, use:
4. cors: restricted.domain.org
5. URL of the outbound proxy to use (complete with protocol)
6. proxy: http://my.proxy.org:8080
7. the list of domains for which not to use the proxy defined above
8. no_proxy_list:
9. - domain1.com
10. - domain2.org
user_agent: cxserver

1. MediaWiki host name. Example {lang}.wikisource.org which get expanded internally to

2. es.wikisource.org in a spanish language context.
3. Do not prefix with http or https://
mw_host: 'wiki50.chr.eti.br' mwapi_req:

body: "{{request.body}}"
query: "{{ default(request.query, {}) }}"
headers:
host: "{{request.params.domain}}"
user-agent: "{{user-agent}}"
method: "{{request.method}}"
uri: "https://{{domain}}/w/api.php"

restbase_req:

method: "{{request.method}}"
#uri: http://localhost:7231/wiki50.chr.eti.br/v1/{+path}
#uri: http://localhost:7231/wiki50.chr.eti.br/v1/page/html/{{request.params.title}}
uri: https://wiki50.chr.eti.br/w/rest.php/v1/{+path}
query: "{{ default(request.query, {}) }}"
headers: "{{request.headers}}"
body: "{{request.body}}"

jwt:

secret: ""
algorithms:
- HS256

ratelimiter_key: x-client-ip # The request header field that uniquely identify a request source ratelimiter_rate: 10 languages: config/languages.yaml
templatemapping:

database: config/templatemapping.db

sectionmapping:

database: config/cx-section-titles-aligned.db
type: sqlite

mt:

Apertium:
api: https://apertium.wmflabs.org
# For packaging reasons use separate configuration
languages: config/Apertium.yaml
Elia:
api: https://mt-api.elhuyar.eus/translate_string
languages: config/Elia.yaml
key: null
apiId: null
Google:
api: https://www.googleapis.com/language/translate/v2
key: "AIzaSyBOTckL7lDEYWuRt4tH6sB9jv3hoOUk53M"
languages: config/Google.yaml
Yandex:

https://www.mediawiki.org/wiki/Project:Support_desk 22/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki
api: https://translate.yandex.net
key: null
languages: config/Yandex.yaml
LingoCloud:
api: https://api.interpreter.caiyunai.com/v1
account: wikimedia
key: null
languages: config/LingoCloud.yaml
MinT:
api: https://translate.wmcloud.org/api/translate
languages: config/MinT.yaml
TestClient:
languages: config/TestClient.yaml

Crebollo2025 (talk) 06:16, 6 January 2025 (UTC)

wikimedia

root@wiki01:/var/www/html50# cat w/LocalSettings.php <?php

1. This file was automatically generated by the MediaWiki 1.43.0

2. installer. If you make manual changes, please keep track in case you
3. need to recreate them later.
4.
5. See includes/MainConfigSchema.php for all configurable settings
6. and their default values, but don't forget to make changes in _this_
7. file, not there.
8.
9. Further documentation for configuration settings may be found at:
10. https://www.mediawiki.org/wiki/Manual:Configuration_settings

1. Protect against web entry

if ( !defined( 'MEDIAWIKI' ) ) {

exit;

1. 1. Uncomment this to disable output compression

2. $wgDisableOutputCompression = true;
$wgSitename = "WIKI50";

1. 1. The URL base path to the directory containing the wiki;

2. defaults for all runtime URL paths are based off of this.
3. For more information on customizing the URLs
4. (like /w/index.php/Page_title to /wiki/Page_title) please see:
5. https://www.mediawiki.org/wiki/Manual:Short_URL
$wgScriptPath = "/w"; $wgArticlePath = "/wiki/$1"; $wgUsePathInfo = true;

1. 1. The protocol and server name to use in fully-qualified URLs

$wgServer = "https://wiki50.chr.eti.br"; $wgCanonicalServer = "https://wiki50.chr.eti.br";

1. 1. The URL path to static resources (images, scripts, etc.)

$wgResourceBasePath = $wgScriptPath;

1. 1. The URL paths to the logo. Make sure you change this from the default,
2. or else you'll overwrite your logo when you upgrade!
$wgLogos = [

'1x' => "$wgResourceBasePath/resources/assets/change-your-logo.svg",

'icon' => "$wgResourceBasePath/resources/assets/change-your-logo.svg",

];

1. 1. UPO means: this is also a user preference option

https://www.mediawiki.org/wiki/Project:Support_desk 23/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki
$wgEnableEmail = true; $wgEnableUserEmail = true; # UPO

$wgEmergencyContact = "crebollo@gmail.com"; $wgPasswordSender = "crebollo@gmail.com";

$wgEnotifUserTalk = false; # UPO $wgEnotifWatchlist = false; # UPO $wgEmailAuthentication = true;

1. 1. Database settings
$wgDBtype = "mysql"; $wgDBserver = "10.0.0.168"; $wgDBname = "wiki50"; $wgDBuser = "wiki50"; $wgDBpassword = "12qwaszx";

1. MySQL specific settings

$wgDBprefix = ""; $wgDBssl = false;

1. MySQL table options to use during installation or update

$wgDBTableOptions = "ENGINE=InnoDB, DEFAULT CHARSET=binary";

1. Shared database table

2. This has no effect unless $wgSharedDB is also set.
$wgSharedTables[] = "actor";

1. 1. Shared memory settings

$wgMainCacheType = CACHE_ACCEL; $wgMemCachedServers = [];

1. 1. To enable image uploads, make sure the 'images' directory

2. is writable, then set this to true:
$wgEnableUploads = false;

1. $wgUseImageMagick = true;
2. $wgImageMagickConvertCommand = "/usr/bin/convert";

1. InstantCommons allows wiki to use images from https://commons.wikimedia.org

$wgUseInstantCommons = false;

1. Periodically send a pingback to https://www.mediawiki.org/ with basic data

2. about this MediaWiki instance. The Wikimedia Foundation shares this data
3. with MediaWiki developers to help guide future development efforts.
$wgPingback = true;

1. Site language code, should be one of the list in ./includes/languages/data/Names.php

$wgLanguageCode = "pt-br";

1. Time zone
$wgLocaltimezone = "UTC";

1. 1. Set $wgCacheDirectory to a writable directory on the web server

2. to make your wiki go slightly faster. The directory should not
3. be publicly accessible from the web.
2. $wgCacheDirectory = "$IP/cache";
$wgSecretKey = "c47bb1395baf85953aaca1cea4cfa74926dde74346bf993d8053bc7c8ba8ce10";

1. Changing this will log out all existing sessions.

$wgAuthenticationTokenVersion = "1";

1. Site upgrade key. Must be set to a string (default provided) to turn on the
2. web installer while LocalSettings.php is in place
$wgUpgradeKey = "9355baf4efe9d939";

1. 1. For attaching licensing metadata to pages, and displaying an

2. appropriate copyright notice / icon. GNU Free Documentation
3. License and Creative Commons licenses are supported so far.
$wgRightsPage = ""; # Set to the title of a wiki page that describes your license/copyright $wgRightsUrl =
"https://creativecommons.org/licenses/by/4.0/"; $wgRightsText = "Creative Commons - Atribuição"; $wgRightsIcon =
"$wgResourceBasePath/resources/assets/licenses/cc-by.png";

1. Path to the GNU diff3 utility. Used for conflict resolution.

$wgDiff3 = "/usr/bin/diff3";

https://www.mediawiki.org/wiki/Project:Support_desk 24/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki

1. 1. Default skin: you can change the default skin. Use the internal symbolic
2. names, e.g. 'vector' or 'monobook':
$wgDefaultSkin = "vector";

1. Enabled skins.
2. The following skins were automatically enabled:
wfLoadSkin( 'MinervaNeue' ); wfLoadSkin( 'MonoBook' ); wfLoadSkin( 'Timeless' ); wfLoadSkin( 'Vector' );

1. Enabled extensions. Most of the extensions are enabled by adding

2. wfLoadExtension( 'ExtensionName' );
3. to LocalSettings.php. Check specific extension documentation for more details.
4. The following extensions were automatically enabled:
wfLoadExtension( 'CategoryTree' ); wfLoadExtension( 'Cite' ); wfLoadExtension( 'CiteThisPage' ); wfLoadExtension( 'CodeEditor' ); wfLoadExtension(
'Echo' ); wfLoadExtension( 'ImageMap' ); wfLoadExtension( 'InputBox' ); wfLoadExtension( 'Interwiki' ); wfLoadExtension( 'Linter' ); wfLoadExtension(
'Math' ); wfLoadExtension( 'Nuke' ); wfLoadExtension( 'ParserFunctions' ); wfLoadExtension( 'Poem' ); wfLoadExtension( 'ReplaceText' );
wfLoadExtension( 'Scribunto' ); wfLoadExtension( 'SyntaxHighlight_GeSHi' ); wfLoadExtension( 'TemplateData' ); wfLoadExtension( 'VisualEditor' );
wfLoadExtension( 'WikiEditor' );

1. End of automatically generated settings.

2. Add more configuration options below.
wfLoadExtension( 'BetaFeatures' ); wfLoadExtension( 'UniversalLanguageSelector' ); wfLoadExtension( 'GlobalPreferences' ); wfLoadExtension(
'ContentTranslation' );

$wgContentTranslationEnable = true; $wgContentTranslationEnableMT = true; $wgContentTranslationTargetLanguages = [ 'en', 'es', 'fr' ]; // Idiomas-

alvo $wgContentTranslationSiteTemplates['cx'] = 'https://cxserver.chr.eti.br/v1'; $wgContentTranslationServer = 'https://cxserver.chr.eti.br';
$wgLanguageCode = 'pt-br'; // Idioma principal da wiki

$wgEnableAPI = true; $wgEnableContentTranslation = true; $wgContentTranslationPreferredLanguages = array( 'en', 'pt', 'es' ); // Exemplo de idiomas
preferidos $wgContentTranslationNoSource = true; $wgContentTranslationSourceDomains = array( 'wiki50.chr.eti.br' );
$wgContentTranslationTargetNamespaces = array( 0 ); // 0 refere-se ao namespace principal

1. Permitir a tradução de conteúdo para todos os usuários (ou grupos específicos)

$wgGroupPermissions['*']['contenttranslation'] = true; // Permitir a tradução para usuários anônimos (ajuste conforme necessário)
$wgGroupPermissions['user']['contenttranslation'] = true; // Permitir a tradução para usuários registrados

$wgContentTranslationServiceUrl = "https://wiki50.chr.eti.br/w/rest.php/v1/";

------------------------------------------------------------

root@wiki01:/var/www/html50# cd ../cxserver root@wiki01:/var/www/cxserver# cat config.yaml name: cxserver-dev port: 8080 logging:

level: debug
format: json

1. private_key: path to private key file for enabling https

2. certificate: path to certificate file for enabling https
3. interface: localhost # uncomment to only listen on localhost
4. More per-service config settings
5. The location of the spec, defaults to spec.yaml if not specified
6. spec: ./spec.yaml
7. allow cross-domain requests to the API (default *)
cors: "*"

1. to disable use:
2. cors: false
3. to restrict to a particular domain, use:
4. cors: restricted.domain.org
5. URL of the outbound proxy to use (complete with protocol)
6. proxy: http://my.proxy.org:8080
7. the list of domains for which not to use the proxy defined above
https://www.mediawiki.org/wiki/Project:Support_desk 25/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki
8. no_proxy_list:
9. - domain1.com
10. - domain2.org
user_agent: cxserver

1. MediaWiki host name. Example {lang}.wikisource.org which get expanded internally to

2. es.wikisource.org in a spanish language context.
3. Do not prefix with http or https://
mw_host: 'wiki50.chr.eti.br' mwapi_req:

body: "{{request.body}}"
query: "{{ default(request.query, {}) }}"
headers:
host: "{{request.params.domain}}"
user-agent: "{{user-agent}}"
method: "{{request.method}}"
uri: "https://{{domain}}/w/api.php"

restbase_req:

method: "{{request.method}}"
#uri: http://localhost:7231/wiki50.chr.eti.br/v1/{+path}
#uri: http://localhost:7231/wiki50.chr.eti.br/v1/page/html/{{request.params.title}}
uri: https://wiki50.chr.eti.br/w/rest.php/v1/{+path}
query: "{{ default(request.query, {}) }}"
headers: "{{request.headers}}"
body: "{{request.body}}"

jwt:

secret: ""
algorithms:
- HS256

ratelimiter_key: x-client-ip # The request header field that uniquely identify a request source ratelimiter_rate: 10 languages: config/languages.yaml
templatemapping:

database: config/templatemapping.db

sectionmapping:

database: config/cx-section-titles-aligned.db
type: sqlite

mt:

Apertium:
api: https://apertium.wmflabs.org
# For packaging reasons use separate configuration
languages: config/Apertium.yaml
Elia:
api: https://mt-api.elhuyar.eus/translate_string
languages: config/Elia.yaml
key: null
apiId: null
Google:
api: https://www.googleapis.com/language/translate/v2
key: "AIzaSyBOTckL7lDEYWuRt4tH6sB9jv3hoOUk53M"
languages: config/Google.yaml
Yandex:
api: https://translate.yandex.net
key: null
languages: config/Yandex.yaml
LingoCloud:
api: https://api.interpreter.caiyunai.com/v1
account: wikimedia
key: null
languages: config/LingoCloud.yaml
MinT:
api: https://translate.wmcloud.org/api/translate
languages: config/MinT.yaml
TestClient:
languages: config/TestClient.yaml

-------------------------------------------------------

root@wiki01:/var/www/restbase# cat config.yaml

1. RESTBase config for small wiki installs

2.
3. - sqlite backend

https://www.mediawiki.org/wiki/Project:Support_desk 26/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki
4. - parsoid at http://localhost:8142
5. - wiki at http://localhost/w/api.php
6.
7. Quick setup:
8. - npm install
9. If you see errors about sqlite, you might have to `apt-get install
10. libsqlite3-dev`.
11. - cp config.example.yaml config.yaml
12. - double-check and possibly modify lines marked with XXX, then start restbase with
13.
14. node server
15.
16. - If all went well, http://localhost:7231/localhost/v1/page/html/Main_Page
17. should show your wiki's [[Main Page]].
services:

- name: restbase
module: hyperswitch
conf:
port: 7231
salt: secret
default_page_size: 125
user_agent: RESTBase
ui_name: RESTBase
ui_url: https://www.mediawiki.org/wiki/RESTBase
ui_title: RESTBase docs
spec:
x-request-filters:
- path: lib/security_response_header_filter.js
- path: lib/normalize_headers_filter.js
x-sub-request-filters:
- type: default
name: http
options:
allow:
- pattern: https://wiki50.chr.eti.br/w/api.php
forward_headers: true
- pattern: /^https?:\/\//
paths:
/{domain:wiki50.chr.eti.br}/{api:v1}:
x-modules:
- spec:
info:
version: 1.0.0
title: Wikimedia REST API
description: Welcome to your RESTBase API.
x-route-filters:
- path: ./lib/normalize_title_filter.js
options:
redirect_cache_control: 's-maxage=0, max-age=86400'
paths:
/page:
x-modules:
- path: v1/content.yaml
options:
response_cache_control: 's-maxage=0, max-age=86400'
- path: v1/common_schemas.yaml # Doesn't really matter where to mount it.
/transform:
x-modules:
- path: v1/transform.yaml

/{domain:wiki50.chr.eti.br}/{api:sys}:
x-modules:
- path: projects/proxy.yaml
options:
backend_host_template: '{{"/{domain}/sys/legacy"}}'
- spec:
paths:
/table:
x-modules:
- path: sys/table.js
options:
conf:
backend: sqlite
dbname: db.sqlite3
pool_idle_timeout: 20000
retry_delay: 250
retry_limit: 10
show_sql: false
storage_groups:
- name: local
domains: /./
/legacy/key_value:
x-modules:
- path: sys/key_value.js
/legacy/page_revisions:
x-modules:
- path: sys/page_revisions.js
/post_data:
x-modules:
- path: sys/post_data.js
/action:
x-modules:
- path: sys/action.js
options:
# XXX Check API URL!
apiUriTemplate: https://wiki50.chr.eti.br/w/api.php

https://www.mediawiki.org/wiki/Project:Support_desk 27/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki
# XXX Check the base RESTBase URI
baseUriTemplate: "{{'http://localhost:7231/wiki50.chr.eti.br/v1'}}"
/parsoid:
x-modules:
- path: sys/parsoid.js
options:
#parsoidHost: http://localhost:8142
parsoidHost: https://wiki50.chr.eti.br/w/rest.php
response_cache_control: 's-maxage=0, max-age=86400'

1. Finally, a standard service-runner config.

info:

name: restbase

logging:

name: restbase
level: info

Crebollo2025 (talk) 15:34, 6 January 2025 (UTC)

Hello,
I created a github with config files
https://github.com/crebollobr/tmp
If there sonfing wrong, please let me know. Crebollo2025 (talk) 19:53, 6 January 2025 (UTC)

multiple wiki installation throwing 'was blocked due to MIME type (“text/html”) mismatch' error
Latest comment: 4 days ago 3 comments 3 people in discussion

I'm using 1.43.0 and following the directions at Manual:Wiki family, "separate settings files", and "If your wikis are on the same domain but under
different paths (e.g. example.org/wiki1, example.org/wiki2 etc.), you can use something like this:".

Note: I am using ShortURL; my .htaccess has:

# main rewrite rule

RewriteRule ^/?wiki(/.*)?$ %{DOCUMENT_ROOT}/w/index.php [L]

RewriteRule ^/?gmonly(/.*)?$ %{DOCUMENT_ROOT}/w/index.php [L]

The problems:

1. Per the instructions, the map in $wikis says that the key should be '/foo', whereas it only works for me if I set it to 'foo'.
2. When I navigate to /gmonly, I get the original wiki at /wiki. I was expecting that, with a db prefix, I would be served a new wiki.
3. The CSS returned from load.php is coming as text/html, and Firefox is ignoring it.
The resource from “<https domain name>/w/load.php?
lang=en&modules=skins.vector.icons%2Cstyles%7Cskins.vector.search.codex.styles&only=styles&skin=vector-2022” was blocked due to MIME type
(“text/html”) mismatch (X-Content-Type-Options: nosniff).

Can anyone tell me what I'm doing wrong here, please? I've done a lot of searching but can't figure out how to get this served as text/css. Surface8 (talk)
19:28, 30 December 2024 (UTC)

@Surface8: The mime type mismatch thing is possibly because an error is being thrown via load.php and so the stylesheet is loading as HTML. If
you navigate to that CSS URL, does it show any error? Sam Wilson 10:46, 2 January 2025 (UTC)
As sam indicates, this is because the url throws an error and the webserver then returns an html error page for that url. —TheDJ (Not WMF) (talk •
contribs) 11:06, 7 January 2025 (UTC)

Sticky header gone after upgrading to MW 1.43

Latest comment: 11 days ago 1 comment 1 person in discussion

I upgraded from MW 1.42.3 to 1.43 and now the nice sticky header is gone, only the sticky TOC remains. How can I get it back? I'm using the stock Vector-
2022 skin. I see it also affects 1.44.

https://www.mediawiki.org/wiki/Project:Support_desk 28/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki
I asked in a more specific place (https://www.mediawiki.org/wiki/Talk:Reading/Web/Desktop_Improvements) before but so far without any reply.
Tactica (talk) 17:27, 31 December 2024 (UTC)

MW 1.39 to 1.43 and now wordmark appearing twice in printed version of pages
Latest comment: 4 days ago 3 comments 2 people in discussion

My wiki is currently running on 1.39.11. The wiki uses Manual:$wgLogos to set the wordmark and tagline to point to SVG images.

We import Wikpedia's MediaWiki:Common.css, MediaWiki:Common.js and MediaWiki:Print.css to maintain a 'common look and feel' and are using
versions from on or about 1-January-2024.

With 1.39.11, when someone is browsing an article and selects the Tool->Printable version the printed version correctly displays the logo, wordmark and
tagline at the top of the page. The #siteSub is NOT displayed.

Our beta testing site has been updated to 1.43.0 and we noticed that now the printed version of pages displays the logo, wordmark and tagline at the top
of the page. However it now also includes the "full size" wordmark SVG a second time, overlapping with the article title. I have read and re-read the 1.40,
1.41, 1.42 and 1.43 Release notes and cannot find anything that would explain the difference is print version outputs.

Have I missed something obvious in the Release notes regarding configuration of $wgLogos that would explain the difference or perhaps is this a bug?
Peculiar Investor (talk) 17:25, 1 January 2025 (UTC)

@Peculiar Investor And you do NOT see this issue on wikipedia correct ? —TheDJ (Not WMF) (talk • contribs) 11:07, 7 January 2025 (UTC)

That is correct. On Wikipedia the printed version of an article has at the top of the first page: the logo, the wordmark, the tagline and then the
wordmark repeated again (same size as first wordmark).
On my wiki the printed version of an article has at the top of the first page, the logo, the wordmark, the tagline and then the wordmark repeated
again, however it is NOT scaled to the same size as the first wordmark. Peculiar Investor (talk) 12:16, 7 January 2025 (UTC)

Extensions included
Latest comment: 9 days ago 2 comments 2 people in discussion

Is there a way to get full list of extensions and features of a certain wiki version, before its download? Juandev (talk) 09:33, 2 January 2025 (UTC)

See Bundled extensions and skins and corresponding version release notes. Malyacko (talk) 10:35, 2 January 2025 (UTC)

Broken infoboxes with ugly blank whitespace on mobile skin only

Latest comment: 1 day ago 5 comments 2 people in discussion

Hello, I tried to submit this as a bug on Phabricator but was redirected here. Basically since upgrading to 1.43, on the Minerva Neue skin, certain infoboxes
are not stretching out to fill the whole thing, rather their contents stay as a smaller column in the left of the frame instead, leaving a large empty area to the
right of them. However, this is only happening on small mobile screens and it's perfectly fine with no issues on tablet screens or desktop. See the
Phabricator bug link for images and more information, if it is not deleted yet.

All my templates, templatestyles, modules, css, js, etc. have been re-imported to the latest versions from Wikipedia, but it is still broken. On that note, I've
noticed Wikipedia's infoboxes look quite different in the Minerva Neue skin there than they do on stock MediaWiki, so I'd love to know how to get my
infoboxes on mobile looking exactly as they do on the Wikipedia of today, as that seems like it would instantly fix this issue. Is there a special beta feature,
extension, or configuration that upgrades them to the new look? Thanks in advance. ElementalLagomorph (talk) 11:26, 2 January 2025 (UTC)

I downloaded the master version of MediaWiki from Git and set up a separate test wiki with it to see if the issue has been fixed in 1.44 alpha, but it
has not... infoboxes on mobile devices, not tablets or desktops (which are perfectly fine), still look really bad.
Currently, I've discovered setting $wgMFCustomSiteModules = true; seemingly removes the border around the infobox on mobile, so it doesn't
look as bad (one downside being infoboxes on tablets now look like they do on mobile phones),
and $wgMinervaApplyKnownTemplateHacks = true; might do something too, but it seems it needs a related hacks.less file ( one which I found
here (https://github.com/wikimedia/mediawiki-services-mobileapps/blob/master/private/styles/minerva/resources/skins.minerva.content.styles/hacks.l
ess) ) but putting it in every directory in the minerva skin directory doesn't seem to have done anything.
Even without the border now, there's an issue of the amount of text in the infobox defining how wide the infobox is... plus having lots of text makes
the infobox extend past the edge of the screen/scrollable from left to right, so this is not a good solution to the issue... our infoboxes on mobile aren't
looking and working as they do on en.wikipedia (and other Wikimedia sites), with borders and all, and which fit into the screen without scrolling. :(
ElementalLagomorph (talk) 17:33, 6 January 2025 (UTC)
The infobox styles were moved to Extension:WikimediaMessages from where they were. I more or less expected this support question to happen
when it did. I don't know if installing that extension will help, and it would potentially come with additional stuff that you don't want. The more
permanent fix is to copy-paste relevant CSS to your local skin.css pages. You will lose updates but have ultimate control over the appearance, since
infoboxes are not a concept supported by MediaWiki innately (this CSS is seen as a hack and will eventually not be in WikimediaMessages either, I
anticipate). Izno (talk) 00:25, 10 January 2025 (UTC)

A note about this move might be valuable in MediaWiki 1.43 or other location for MobileFrontend, @Jdlrobson @Jon (WMF). Izno (talk) 00:29,
10 January 2025 (UTC)

https://www.mediawiki.org/wiki/Project:Support_desk 29/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki
Thanks so so so much! I did just go the route of copying the content of "mediawiki-extensions-
WikimediaMessages/modules/ext.wikimediamessages.styles/infobox.less" from the Github repo into MediaWiki:Minerva.css and everything is
perfect. Not the most permanent solution as you mentioned, but it works, and we'll re-check to see if there's a better solution at the time of the
next major release, so for now, I guess this specific issue is Solved. Thanks again! ElementalLagomorph (talk) 13:08, 10 January 2025 (UTC)

Special:Import manual
Latest comment: 9 days ago 2 comments 2 people in discussion

Which manual covers special:import page? Juandev (talk) 13:47, 2 January 2025 (UTC)

I can see Help:Import is the appropriate help page, and Manual:Importing XML dumps is the appropriate manual. ToadetteEdit (talk) 14:22, 2
January 2025 (UTC)

Account stealing attempt

Latest comment: 9 days ago 4 comments 2 people in discussion

A user called Kapadohány tried to steal my account.

⚓ T378297 Lost my account

Please block this account globally. Check it is a sockpuppet of other account, in case please block the original account too. Thanks in advance. Hörgő (talk)
13:57, 2 January 2025 (UTC)

The first thing I want to say is that this is out of scope for this page. Secondly, based on this (https://meta.wikimedia.org/wiki/Special:CentralAuth?tar
get=Kapadoh%C3%A1ny) I can tell that you are actually socking. Lastly, we can't globally block users and should instead be forwarded to
m:stewards. ToadetteEdit (talk) 14:18, 2 January 2025 (UTC)

Kapadohány is not my sock. I am banned from Hungarian Wiki, and because Kapadohány said on Phabricator "I am Hörgő" it got blocked as it
is my sock, based on "self-declaration". Huwiki admins/checkusers refused to help, instead they let the fishy sock's owner run away, while now
they are posting legal threats against me despite that is against wiki rules. Hörgő (talk) 14:30, 2 January 2025 (UTC)

Regardless we can not help you in any case; instead, please forward this to Trust and Safety at ca wikimedia.org providing evidence to
this. ToadetteEdit (talk) 14:38, 2 January 2025 (UTC)

Interwiki prefix in special:import

Latest comment: 4 days ago 3 comments 3 people in discussion

What is Interwiki prefix at Special:Import page? I tried to upload xml file without filling this option and I am receiving the following error: Import failed:
No interwiki prefix was supplied. If I am importing a dump from en.wp to my custom wiki, how I should fill this option? Do I need to install Interwiki
extension first? Juandev (talk) 15:37, 2 January 2025 (UTC)

This may or may not help you but take a look at Manual:Importing XML dumps#Interwikis. Maybe some old fashioned search&replace previous to
the import will help. Tactica (talk) 18:41, 2 January 2025 (UTC)
This is used to create log entries etc during the import. If you specify a interwiki prefix (say enwiki), and then setup an interwiki 'enwiki', then it will
generate [[:enwiki:User:TheDJ]] for the authors on the import. If you skip it, it will just import as is. So if there is no page name or user on your wiki
with that name, you just get redlinks. —TheDJ (Not WMF) (talk • contribs) 11:13, 7 January 2025 (UTC)

Best practices question about global variables in PHP [Resolved]

Latest comment: 4 days ago 5 comments 3 people in discussion

Hi, MediaWiki comes with a lot of global variables such as $IP, $wgSomethingHere, etc., not to mention extensions that add their own variables to the
mix, especially for configuration purposes. In PHP, many extensions call the global keyword, e.g. 'global $IP', to fetch them, but there is also
MainConfig.php that can be used and that is used by many other extensions. The documentation does not seem to care which approach you use,
suggesting either way is fine, or am I missing something? Rand(1,2022) (talk) 11:20, 3 January 2025 (UTC)

@Rand(1,2022): No new code should be using global variables, and if you feel like fixing up any old $wg occurrences to use the new system then
go for it! Sam Wilson 11:39, 3 January 2025 (UTC)

Thanks, then I know what to settle on! Rand(1,2022) (talk) 12:04, 3 January 2025 (UTC)

@Rand(1,2022) You might also want to read Manual:Configuration for developers —TheDJ (Not WMF) (talk • contribs) 11:16, 7 January
2025 (UTC)

https://www.mediawiki.org/wiki/Project:Support_desk 30/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki
I did, thanks - in fact, I made some adjustments to that page but it's not quite there yet. Rand(1,2022) (talk) 19:54, 7 January 2025
(UTC)

Need Help with Errors on main page

Latest comment: 7 days ago 2 comments 2 people in discussion

If anybody can assist with this error, it would be greatly appreciated! Happy New Year, 2025!

Warning: md5_file(/home/irvingwash/public_html/theworldforfreedom.com/skins/common/images/wiki.png): Failed to open stream: No such file or

directory in /home/irvingwash/public_html/theworldforfreedom.com/includes/OutputPage.php on line 3802

Warning: OutputPage::transformFilePath: Failed to hash /home/irvingwash/public_html/theworldforfreedom.com/skins/common/images/wiki.png

[Called from OutputPage::transformFilePath in /home/irvingwash/public_html/theworldforfreedom.com/includes/OutputPage.php at line 3804] in
/home/irvingwash/public_html/theworldforfreedom.com/includes/debug/MWDebug.php on line 309 Irvingwash (talk) 15:34, 4 January
2025 (UTC)

Please see "Post a new question" at the top of this page. Malyacko (talk) 16:28, 4 January 2025 (UTC)

Spam attack on my wiki

Latest comment: 6 days ago 2 comments 2 people in discussion

Anyone know any solutions to spam editing on my wiki i am admin and owner on larest vetsion of media wiki
2600:1000:B05D:76CE:D028:C035:C810:11BA 23:49, 4 January 2025 (UTC)

See Manual:Combating spam. – Ammarpad (talk) 08:45, 5 January 2025 (UTC)

migration of mediawiki 1.23.12 : Unexpected non-MediaWiki exception encountered, of type

"mysqli_sql_exception" [0aecab25] /wiki2/index.php?
title=Talk:Main_Page&action=edit&redlink=1 Exception from line 38 of
/home/snakeskin/vissie.com/wiki2/includes/db/DatabaseMysqli.php: Unknown column
'page_counter' in 'field list'
Latest comment: 8 hours ago 5 comments 2 people in discussion

I try to migrate my mediawiki to another hosting server. I set up mediawiki 1.23.12 (same version as previous hosting). I imported my sql database and
renamed localsettings (to allow upgrade through browser) : I try install (upgrade) by setting all my database names, passes,... but I get this error :

Unexpected non-MediaWiki exception encountered, of type "mysqli_sql_exception"

[4a4e2224] /mw-config/index.php Exception from line 38 of /home/u346757446/domains/***/public_html/includes/db/DatabaseMysqli.php: Table

'u346757446_KNg8k.cur' doesn't exist

What is wrong with my settings or method ? Steveley (talk) 10:58, 5 January 2025 (UTC)

The title of the message talks about an error editing the talk page, but your actual message says the error comes during upgrade. Could you clarify
what are you doing? Ciencia Al Poder (talk) 17:39, 6 January 2025 (UTC)

@Ciencia Al Poder I had mediawiki 1.23.12 running on a hosting service. Now I try to move to this wiki to another hosting service.
I made a clean install of Mediawik 1.23.12. Then I created a new sql database and imported the sql from my old server to this new sql
In order to use this new sql I removed localsettings;php and did a new install with the username, password of the new sql. Normally it detects
there is already a database and a new localsetting is created. But I get this error (see above). Steveley (talk) 04:25, 7 January 2025 (UTC)

When you made a clean install, do you mean you ran the installer twice? One to create a new database, and another to detect the
database after the import? This can cause problems. Better to drop all tables from the database and just import the sql file, and copy your
old LocalSettings.php (from your previous host), since it has all the existing configuration. If needed, you can change the database
connection settings from there (db host, db name, user, password), but keep the $wgDBprefix if you had it on the old host, since that's
how your tables have been imported. Ciencia Al Poder (talk) 22:55, 8 January 2025 (UTC)

Yes, I ran 2 times the installer : 1 to setup mediawiki 1.23.12 on the new server and another one to detect the new database. (after I
imported the original sql to a new database). So I have 2 databases for this wiki : One from clean install (I don't use) and one empty

https://www.mediawiki.org/wiki/Project:Support_desk 31/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki
with the imported sql. The 2nd database names,passes,... I used to setup names, password,... on localsettings. But $wgDBprefix I
don't find in both localsettings not (also not on my old server). Steveley (talk) 12:07, 11 January 2025 (UTC)

Bots create accounts

Latest comment: 6 days ago 2 comments 2 people in discussion

Hello Unfortunately my MediaWiki project is flooded by bots every time it goes online. The bots create a user account and create dubious pages with links
to mailware. I have of course blocked all users and removed the pages. I have set up the “ConfirmEdit” extension to counteract further bots and set it to
QuestyCaptcha. The questions are not infinitely easy to solve, but my wiki is still getting new bots. Does anyone have any ideas? Agatnor (talk) 15:59, 5
January 2025 (UTC)

I think you should read manual:Combating spam, which should reduce the spambot activity on your wiki if you follow the guidelines there.
ToadetteEdit (talk) 18:50, 5 January 2025 (UTC)

Reference Formatting Error

Latest comment: 2 days ago 6 comments 2 people in discussion

I have been having the problem described in an old support thread (https://www.mediawiki.org/wiki/Topic:X6fs4qb582pbwvx8) on my wiki (http://ww
w.warbirdphilosophy.com): references do not format correctly because of a lua error caused by a module (https://en.wikipedia.org/wiki/Module:No_glob
als) being deleted. My understanding, based on the aforementioned thread, is that downloading and installing a new version of Scribunto on the server
would fix this. However, when I tried to do so it just causes a 500 error, so I have to revert to the old version every time. What do I need to do to fix this?
For reference, the MediaWiki version is 1.37.1. –Noha307 (talk) 01:55, 6 January 2025 (UTC)

If there is a HTTP 500 error, then please post the corresponding logs from your webserver software. Also, please upgrade for your own safety:
1.37.1 is an outdated, unsupported, insecure MediaWiki version by now. Malyacko (talk) 12:15, 6 January 2025 (UTC)

Where would I find the corresponding logs? (If it helps, I am using HostGator.) I must admit I am not actually that familiar with the backend side
of running a website. I have basically made it work by following step-by-step guides and copying other examples. At this point, I consider
myself reasonably acquainted with the cPanel File Manager software and the MediaWiki software, but not the other aspects of the website.
I considered upgrading to a newer version, but I saw that it was suggested that the website be backed up first. I tried reading through the
instructions, but the coding/programming aspect was a bit beyond my knowledge level.
I appreciate the help so far and I don't mean for this to turn into a full-on tutorial on how to run a website, so please feel free to just stick to my
initial question. I just wanted to provide some background so that you knew where I was coming from. –Noha307 (talk) 03:36, 7 January 2025
(UTC)

I found a good guide (http://docs.bitnami.com/aws/apps/mediawiki/administration/export-database) (with pictures) on how to export using

phpMyAdmin. So, I think I have the database side of the backup issue sorted. –Noha307 (talk) 05:11, 7 January 2025 (UTC)

Ignore the first question. I found a guide (http://www.hostgator.com/help/article/internal-server-error-help-500-error) on where to find the logs.
Here's the error after I installed an updated version of Scribunto:

[Mon Jan 06 18:02:56.603220 2025] [autoindex:error] [pid 615701:tid 22724519081728] [client 147.185.132.138:59416] AH01276: Cannot serve directory
/home1/warbiphy/public_html/: No matching DirectoryIndex
(index.html.var,index.htm,index.html,index.shtml,index.xhtml,index.wml,index.perl,index.pl,index.plx,index.ppl,index.cgi,index.jsp,index.js,index.jp,index.php4,index.ph
p3,index.php,index.phtml,default.htm,default.html,home.htm,index.php5,Default.html,Default.htm,home.html) found, and server-generated directory index forbidden by
Options directive

–Noha307 (talk) 04:10, 7 January 2025 (UTC)

Okay, so the good news is that I was somehow able to successfully update the website to 1.43.0 by using the upgrading manual. I was
even able to work through an error using another support thread. However, now I'm back to where I started with references having a
formatting error. Except this time it is a different error mentioned in a third support thread. I tried recoding the data as mentioned in said
thread, but it doesn't seem to have worked. What do I to fix it? –Noha307 (talk) 06:10, 9 January 2025 (UTC)

After installing version 1.43.0 my wiki no longer supports Webp images

Latest comment: 5 days ago 2 comments 2 people in discussion

Now I just get a "Image type not supported". This happens even with images I've uploaded before TakenokoTVNihon (talk) 07:37, 6 January 2025 (UTC)

What does Manual:$wgFileExtensions say? See Manual:Image administration. How to "get" that error message exactly? Malyacko (talk) 12:14, 6
January 2025 (UTC)

mise à jour wiki

Latest comment: 3 days ago 5 comments 3 people in discussion

Bonjour

https://www.mediawiki.org/wiki/Project:Support_desk 32/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki
On m'a demandé de mettre à jour un wiki car toutes les pages sont blanches. Celui-ci en est à la version 1.14.

Que dois-je faire?

Mille merci Arnaud2025 (talk) 13:48, 6 January 2025 (UTC)

See Manual:Upgrading/fr. ToadetteEdit (talk) 13:52, 6 January 2025 (UTC)

désolé, ma question est mal posée

Puis je faire la mise à jour de la 1.14 à la 1.42 directement?
Merci Arnaud2025 (talk) 13:57, 6 January 2025 (UTC)

See Manual:Upgrading/fr#Vérifier les paramètres nécessaires Malyacko (talk) 12:44, 7 January 2025 (UTC)

Merci pour le suivi

sur la page https://releases.wikimedia.org/mediawiki/1.35/ je ne sais pas quel version choisir.
pas évident de s'y retrouver quand on n'y connait pas grand-chose.
J'ai choisi la mediawiki-1.35.1
j'ai bien transférer tous les fichiers
j'ai lancé mw-config/index.php
j'ai bien eu la page où je devais choisir la langue.
j'ai rajouté $wgUpgradeKey = dans le localsettings
et puis, j'ai une page d'erreur:
[Z353cwN-ZCS13pcm85OWvwAAADM] /mw-config/index.php Exception from line 177 of
/home/wikibrai/www/includes/registration/ExtensionRegistry.php: Unable to open file /home/wikibrai/www/skins/Modern/skin.json:
filemtime(): stat failed for /home/wikibrai/www/skins/Modern/skin.json
Backtrace:
1. 0 /home/wikibrai/www/includes/GlobalFunctions.php(88): ExtensionRegistry->queue(string)
2. 1 /home/wikibrai/www/LocalSettings.php(165): wfLoadSkin(string)
3. 2 /home/wikibrai/www/includes/installer/Installer.php(670): require(string)
4. 3 /home/wikibrai/www/includes/installer/WebInstallerExistingWiki.php(29): Installer::getExistingLocalSettings()
5. 4 /home/wikibrai/www/includes/installer/WebInstaller.php(269): WebInstallerExistingWiki->execute()
6. 5 /home/wikibrai/www/mw-config/index.php(82): WebInstaller->execute(array)
7. 6 /home/wikibrai/www/mw-config/index.php(40): wfInstallerMain()
8. 7 {main}
là, je coince totalement.
Merci pour votre aide.
Arnaud Arnaud2025 (talk) 13:04, 8 January 2025 (UTC)

Commons files are not opening and are not visible on the site
Latest comment: 1 hour ago 9 comments 3 people in discussion

We have moved our site to a new VPS server ( https://shaki.info/wiki/Ana_s%C9%99hif%C9%99 ) But a problem has arisen. Commons files are not
opening and are not visible on the site. No matter how hard we tried, we could not solve this problem. What do you think should be done? Control panel
DrectAdmin. Шариф Ахмет (talk) 16:57, 6 January 2025 (UTC)

@Шариф Ахмет Are the images not rendering ? When you go to the file page, does it show the content from the file page on Commons? —TheDJ
(Not WMF) (talk • contribs) 12:03, 7 January 2025 (UTC)

@TheDJ (Not WMF) No, does it no show the content from the file page on Commons: https://shaki.info/wiki/Fayl:Psychotria_elata_-
_FLOR_BESO.jpg
The same file looks like this on our other site: https://www.sheki.org/wiki/Fayl:Psychotria_elata_-_FLOR_BESO.jpg Шариф Ахмет (talk) 13:11,
7 January 2025 (UTC)

Have you configured InstantCommons or Extension:QuickInstantCommons ?? —TheDJ (Not WMF) (talk • contribs) 13:41, 7 January
2025 (UTC)

@TheDJ (Not WMF) The site already has InstantCommons and everything worked fine on the previous server. We have MediaWiki
version 1.35. We did not find version 1.35 of QuickInstantCommons. We downloaded 1.39 w,wn QuickInstantCommons. But this
version did not work. Шариф Ахмет (talk) 14:58, 7 January 2025 (UTC)

@Шариф Ахмет Please clearly define what "did not work" actually means. 1.35 of QuickInstantCommons is likely not
available anymore because MediaWiki 1.35 is an obsolete, unsupported, insecure version by now. Malyacko (talk) 09:49, 8
January 2025 (UTC)

@ Malyacko ( обсуждение ) We installed the new MediaWiki version 1.43 on that server. But QuickInstantCommons
still didn't work. When this site was on another server, "InstantCommons" was enabled. There was no problem with
displaying "Commons" images... I want to know, what needs to be enabled on the server?
I would also like to add that our site is the first and only MediaWiki site in Azerbaijan. And our site has been operating
since 2019. Шариф Ахмет (talk) 12:55, 8 January 2025 (UTC)

Again: Please clearly define what "did not work" actually means. Nobody can tell you "what needs to be enabled
on the server" if only you know what does happen after which exact steps. What do your server logs say? What
does the network tab of the web console of your web browser say? Thanks. Malyacko (talk) 19:03, 9 January 2025
(UTC)

https://www.mediawiki.org/wiki/Project:Support_desk 33/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki
@ Malyacko Thank you for your reply. But we have already given up on the VPS server. If such problems
arise again in the future, we will act according to what you wrote. Thanks again. Шариф Ахмет (talk) 18:48,
11 January 2025 (UTC)

Number of CPU process / lsphp

Latest comment: 5 days ago 1 comment 1 person in discussion

For the last couple of months, every couple of days, the number of CPU processes increases and maxes out up to 100, although the traffic should be
minimal, as I have very few users.

I'm running Mediawiki in a shared server with cPanel. Mediawiki version:

MediaWiki (https://www.mediawiki.org/) 1.39.1

PHP (https://php.net/) 8.2.26 (litespeed)

Looking at the processes, they are all in the form:

user 1358266 0.0 0.0 959076 59092 ? Ss 16:00 0:00 lsphp:path/to/mediawiki/index.php

I restricted robots.txt to:

User-agent: *

Crawl-delay: 20

Any idea what is going on? I suspect that once that those processes are there, they are hanging. At some stage, I hit the max number of processes allowed
by my hosting company (100), the server gets a 503 error, and I'm not even allowed to log into the terminal. How can I prevent this, even setting some
timeout for lsphp? Izotz314 (talk) 18:24, 6 January 2025 (UTC)

Internal error
Latest comment: 4 days ago 2 comments 2 people in discussion

Fatal error: Uncaught TypeError: MirahezeFunctions::getCurrentSuffix(): Return value must be of type string, null returned in /var/www/mediawiki/MirahezeFunctions.php:219

Stack trace:

#0 /var/www/mediawiki/MirahezeFunctions.php(603): MirahezeFunctions::getCurrentSuffix()
#1 /var/www/mediawiki/MirahezeFunctions.php(560): MirahezeFunctions::getConfigForCaching()
#2 /var/www/mediawiki/LocalSettings.php(892): MirahezeFunctions::getConfigGlobals()
#3 /var/www/mediawiki/includes/Setup.php(221): require_once('...')
#4 /var/www/mediawiki/includes/WebStart.php(85): require_once('...')
#5 /var/www/mediawiki/index.php(50): require('...') #6 {main}

How do I fix Cocopuff2018 (talk) 02:17, 7 January 2025 (UTC)

@Cocopuff2018: How did you install MediaWiki? That top-level MirahezeFunctions.php file (is it this (https://github.com/miraheze/mw-config/blob/ma
ster/initialise/MirahezeFunctions.php)?) is not part of MediaWiki so I'm guessing you're trying to get some part of Miraheze infrastructure up and
running? If so, you'd be best off talking to them about it. Sam Wilson 03:22, 7 January 2025 (UTC)

How do you reverse a history merge?

Latest comment: 4 days ago 2 comments 2 people in discussion

The importer group on en.wikibooks was recently granted the ability to do history merges (T382785), and logically, I decided I would try it with two newly
created single-revision test pages (User:JJPMaster/source and b:User:JJPMaster/target). The merge succeeded, but the "Unmerge" button at
Special:Log/merge appears to bring me to a page to merge the pages again. How is one actually supposed to unmerge pages? JJPMas (she/they) 04:21, 7
ter
January 2025 (UTC)

History merging via the MergeHistory tool moves clearly-defined chunks of revisions from one page to another. In the same way as you undo moving
page A to page B by moving page B to page A you undo a history merge by moving the same chunk of revisions back to its original source. The very
same tool can also split the history, by selecting a start point, and that is what the unmerge button will have you do. * Pppery * it has begun 06:33, 7
January 2025 (UTC)

UploadWizard internal error

Latest comment: 3 days ago 4 comments 3 people in discussion

https://www.mediawiki.org/wiki/Project:Support_desk 34/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki
Hi,

with my setup:

MediaWiki 1.41.0

PHP 8.1.30 (apache2handler) | ICU 73.2 | MariaDB 10.6.16-MariaDB-log | Pygments 2.16.1

I encounter an php internal error with UploadWizard:

URL: https://wiki.hostetin.org/wiki/index.php/Speciální:UploadWizard

Response:

[Z3zJyY5aRFjMgViI98smswAAAAU] /wiki/index.php/Speci%C3%A1ln%C3%AD:UploadWizard ArgumentCountError: Too few arguments to function LinkBatch::__construct(), 0 passed in

/usr/local/www/mediawiki/extensions/UploadWizard/UploadWizard.config.php on line 41 and exactly 8 expected Backtrace: from /usr/local/www/mediawiki/includes/cache/LinkBatch.php(104)
0 /usr/local/www/mediawiki/extensions/UploadWizard/UploadWizard.config.php(41): LinkBatch->__construct()
1 /usr/local/www/mediawiki/includes/libs/objectcache/wancache/WANObjectCache.php(1726): UploadWizardConfig::{closure}(boolean, integer, array, NULL, array)
2 /usr/local/www/mediawiki/includes/libs/objectcache/wancache/WANObjectCache.php(1556): WANObjectCache->fetchOrRegenerate(string, integer, Closure, array, array)
3 /usr/local/www/mediawiki/extensions/UploadWizard/UploadWizard.config.php(79): WANObjectCache->getWithSetCallback(string, integer, Closure, array)
4 /usr/local/www/mediawiki/extensions/UploadWizard/includes/UploadWizardConfig.php(139): include(string)
5 /usr/local/www/mediawiki/extensions/UploadWizard/includes/UploadWizardConfig.php(86): UploadWizardConfig::getDefaultConfig()
6 /usr/local/www/mediawiki/extensions/UploadWizard/includes/UploadWizardConfig.php(113): UploadWizardConfig::getConfig(NULL)
7 /usr/local/www/mediawiki/extensions/UploadWizard/includes/specials/SpecialUploadWizard.php(137): UploadWizardConfig::getSetting(string)
8 /usr/local/www/mediawiki/extensions/UploadWizard/includes/specials/SpecialUploadWizard.php(96): SpecialUploadWizard->handleCampaign()
9 /usr/local/www/mediawiki/includes/specialpage/SpecialPage.php(727): SpecialUploadWizard->execute(NULL)
10 /usr/local/www/mediawiki/includes/specialpage/SpecialPageFactory.php(1621): MediaWiki\SpecialPage\SpecialPage->run(NULL)
11 /usr/local/www/mediawiki/includes/MediaWiki.php(357): MediaWiki\SpecialPage\SpecialPageFactory->executePath(string, RequestContext)
12 /usr/local/www/mediawiki/includes/MediaWiki.php(960): MediaWiki->performRequest()
13 /usr/local/www/mediawiki/includes/MediaWiki.php(613): MediaWiki->main()
14 /usr/local/www/mediawiki/index.php(50): MediaWiki->run()
15 /usr/local/www/mediawiki/index.php(46): wfIndexMain()
16 {main}

I tried to search, but I was unsuccessful.Can anyone give me some advice, please?

Thank you very much in advance

Radim Glomerata (talk) 06:38, 7 January 2025 (UTC)

@Glomerata You are running MediaWiki 1.41, but your UploadWizard is for version 1.39. When you update MediaWiki, you generally have to update
the extensions as well to the same branch version. —TheDJ (Not WMF) (talk • contribs) 12:08, 7 January 2025 (UTC)

Thanks for your reply.

Unfortunately, at Special:ExtensionDistributor/UploadWizard, one can download these versions:
- master (latest development version)
- 1.43 (latest stable MediaWiki)
- 1.42
- 1.39
As written above, UploadWizard ver. 1.39 on MediaWiki ver. 1.41 responded an internal error,
while UploadWizard ver. 1.42 on MediaWiki ver. 1.41 returns fatal error
Fatal error: Uncaught ExtensionDependencyError: Upload Wizard is not compatible with the current MediaWiki core (version 1.41.0), it
requires: >= 1.42.0. in /usr/local/www/mediawiki/includes/registration/ExtensionRegistry.php:460 Stack trace: #0 Glomerata (talk) 23:59, 7
January 2025 (UTC)

@Glomerata MediaWiki 1.41 is an obsolete, unsupported, insecure version by now, so ExtensionDistributor does not support downloads
for that anymore. Please upgrade to a supported MediaWiki version for your own safety. Malyacko (talk) 09:47, 8 January 2025 (UTC)

Interwiki link styling

Latest comment: 1 day ago 2 comments 2 people in discussion

I want to be able to use iw linking for convenience (don't have to use URL prefix or encoding) but I also want it to show in the text as an external link, same
or similar to the single bracket URL links, rather than masquerading as an internal wikilink. The manual page says something about the CSS (classes?) for
links but how does one apply them? Like in the global CSS override or can it be done in a more targeted way? Ham Pastrami (talk) 09:18, 8 January 2025
(UTC)

all links have css classes. you can style them however you want, you only need a bit of web development knowledge. —TheDJ (Not WMF) (talk •
contribs) 20:49, 9 January 2025 (UTC)

meta:Special:UrlShortener via api

Latest comment: 3 days ago 4 comments 2 people in discussion

Dear ∀,
Is it possible to use thw URL shortener via api?
Has anybody shared a bookmarking applet?

https://www.mediawiki.org/wiki/Project:Support_desk 35/36
1/11/25, 12:32 PM Project:Support desk - MediaWiki
Thank you in advance.
Yours, Ciciban (talk) 10:29, 8 January 2025 (UTC)

@Ciciban: Yep, you want action=shortenurl, e.g. https://www.mediawiki.org/wiki/Special:ApiSandbox#action=shortenurl Sam Wilson 10:52, 8
January 2025 (UTC)

Thanks! – Ciciban (talk) 12:13, 8 January 2025 (UTC)

As it took me some time to sort this out: A working example in bash is:

curl -sS --data-urlencode "url=https://en.wikipedia.org/wiki/Arctica" "https://de.wikipedia.org/w/api.php?action=shortenurl&format=json"

yours, Ciciban (talk) 19:45, 8 January 2025 (UTC)

Write extension to add action tab (near Edit) and have it make a page revision
Latest comment: 1 day ago 1 comment 1 person in discussion

I'll start researching this shortly, but wondered if you know of an ideal extension to look at for inspiration! Thanks. Jonathan3 (talk) 20:32, 10 January
2025 (UTC)

Whitescreen after upgrade 1.39 -> 1.43

Latest comment: 13 hours ago 4 comments 1 person in discussion

I tried to upgrade a mediawiki installation at https://wiki.cogneon.de from 1.39 (LTS) to 1.43. I went through all the steps in the upgrade manual and ran
the upgrade script on the command line to update the database schema (finished with success message).

Now when I open the URL I get a white screen. I added the lines mentioned at Manual:How to debug#PHP errors to Localsettings.php but still get a white
screen and no error messages. Any ideas on how I can proceed debugging? Simon.dueckert (talk) 23:14, 10 January 2025 (UTC)

Update: I did not change anything but now I get this error message:
Warning: session_name(): Session name cannot be changed after headers have already been sent in
/homepages/46/d517108851/htdocs/wiki/includes/Setup.php on line 477
Warning: Cannot modify header information - headers already sent by (output started at
/homepages/46/d517108851/htdocs/wiki/LocalSettings.php:1) in /homepages/46/d517108851/htdocs/wiki/includes/libs/HttpStatus.php on line
124
Warning: Cannot modify header information - headers already sent by (output started at
/homepages/46/d517108851/htdocs/wiki/LocalSettings.php:1) in /homepages/46/d517108851/htdocs/wiki/includes/Request/WebResponse.php
on line 80
Warning: Cannot modify header information - headers already sent by (output started at
/homepages/46/d517108851/htdocs/wiki/LocalSettings.php:1) in /homepages/46/d517108851/htdocs/wiki/includes/Request/WebResponse.php
on line 80
Warning: Cannot modify header information - headers already sent by (output started at
/homepages/46/d517108851/htdocs/wiki/LocalSettings.php:1) in /homepages/46/d517108851/htdocs/wiki/includes/Request/WebResponse.php
on line 80
Warning: Cannot modify header information - headers already sent by (output started at
/homepages/46/d517108851/htdocs/wiki/LocalSettings.php:1) in /homepages/46/d517108851/htdocs/wiki/includes/Request/WebResponse.php
on line 80
Warning: Cannot modify header information - headers already sent by (output started at
/homepages/46/d517108851/htdocs/wiki/LocalSettings.php:1) in /homepages/46/d517108851/htdocs/wiki/includes/Request/WebResponse.php
on line 80
Warning: Cannot modify header information - headers already sent by (output started at
/homepages/46/d517108851/htdocs/wiki/LocalSettings.php:1) in /homepages/46/d517108851/htdocs/wiki/includes/Request/WebResponse.php
on line 80 Simon.dueckert (talk) 23:36, 10 January 2025 (UTC)

This was my fault, accidentially added a blank line at the beginning :( Now it is white screen again. Simon.dueckert (talk) 23:38, 10 January
2025 (UTC)

Was able to fix it, my fault was that I forgot to copy the .htaccess file 🤦‍♂️ Simon.dueckert (talk) 07:14, 11 January 2025 (UTC)

Retrieved from "https://www.mediawiki.org/w/index.php?title=Project:Support_desk&oldid=6963619"

https://www.mediawiki.org/wiki/Project:Support_desk 36/36