Project:Support desk/Archive 21
 | This is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page. |
Flow page archived, will be frozen in one week
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
Hi everyone,
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
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
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
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)
template archive message in magyar ?
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).
- 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
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
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:
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:
- 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.
- Verify Resource Paths: Ensure that all the paths for these modules are correct in your LocalSettings.php or wherever these resources are configured.
- Permissions: Make sure the server has the necessary permissions to read and serve these CSS files.
- 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.
- 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.
- 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.
- 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.stylesmodule: 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)
- It looks like there's an error loading the
Exclusivity problem: can no longer access the article page when a topic is being written on the talk page
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
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.
- 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)
- 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)
Forgot password
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 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.
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
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
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.
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
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
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. :) Sam Wilson 03:01, 17 December 2024 (UTC)
How to format MediaWiki:Citethispage-content?
See https://wiki.ourworldoftext.com/wiki/MediaWiki:Citethispage-content.
| Code: | {{#tag:syntaxhighlight|
@misc{owotwiki:{{REVISIONID}},
author = "{{(}}{{SITENAME}} contributors{{)}}",
title = "{{FULLPAGENAME}} --- {{(}}{{SITENAME}}{{)}}{{#ifexist:MediaWiki:Sitesubtitle|{,} {{MediaWiki:Sitesubtitle}}}}",
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/Archive 21 --- {MediaWiki}",
year = "2025",
url = "https://www.mediawiki.org/w/index.php?title=Project:Support_desk/Archive_21&oldid=-",
note = "[Online; accessed <citation>11-April-2025</citation>]"
}
|
| Actual result: | @misc{owotwiki:-,
author = "{MediaWiki contributors}",
title = "Project:Support desk/Archive 21 --- {MediaWiki}",
year = "2025",
url = "https://www.mediawiki.org/w/index.php?title=Project:Support_desk/Archive_21&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, 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 – Ammarpad (talk) 11:00, 18 December 2024 (UTC)
Migrating from 1.23.17 to 1.42.3
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)
(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
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
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?
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
Hello,
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
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.inifile. - 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 sentExuberant3450 (talk) 09:47, 20 December 2024 (UTC)- 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
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 | 1.42.1 |
| PHP | 8.2.12 (apache2handler) |
| ICU | 71.1 |
| MariaDB | 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
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...
When running:
php maintenance/update.php
I get this error:
---
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'
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'
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
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 examplemediawiki-core-1.39.11.zipinstead ofmediawiki-1.39.11.zip. The core ones are listed first alphabetically in the release directories 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
After upgrading to MediaWiki 1.43, I noticed a strange new issue with the VisualEditor. It works fine when editing a page once. But if I immediately try to edit the same page again, without reloading, the progress bar gets stuck and the VisualEditor doesn't 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)
- @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)
- 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)
- Yeah, I would suspect the browser not the OS here. Juandev (talk) 14:01, 2 January 2025 (UTC)
VisualEditor automatically adds unnecessary code
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
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. 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)
- 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. 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)
- 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)
- If you want to know the most recent editor, use {{REVISIONUSER}} Bawolff (talk) 20:18, 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)
- @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 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)
- 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)
- Strange position "I'm replacing author with page creator." ... and what about the licence ? Christian 🇫🇷 FR 🎅 (talk) 13:24, 27 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)
LDAPS authentication
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
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
LS
On this page 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
ContentTranslation do not translate my wiki
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
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
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)
- this not work
- only translate wikipedia
- ~~~ Crebollo2025 (talk) 06:08, 6 January 2025 (UTC)
cat LocalSettings.php
<?php
- This file was automatically generated by the MediaWiki 1.43.0
- installer. If you make manual changes, please keep track in case you
- need to recreate them later.
- See includes/MainConfigSchema.php for all configurable settings
- and their default values, but don't forget to make changes in _this_
- file, not there.
- Further documentation for configuration settings may be found at:
- https://www.mediawiki.org/wiki/Manual:Configuration_settings
- Protect against web entry
if ( !defined( 'MEDIAWIKI' ) ) {
exit;
}
- Uncomment this to disable output compression
- $wgDisableOutputCompression = true;
$wgSitename = "WIKI50";
- The URL base path to the directory containing the wiki;
- defaults for all runtime URL paths are based off of this.
- For more information on customizing the URLs
- (like /w/index.php/Page_title to /wiki/Page_title) please see:
- https://www.mediawiki.org/wiki/Manual:Short_URL
$wgScriptPath = "/w";
$wgArticlePath = "/wiki/$1";
$wgUsePathInfo = true;
- The protocol and server name to use in fully-qualified URLs
$wgServer = "https://wiki50.chr.eti.br";
$wgCanonicalServer = "https://wiki50.chr.eti.br";
- The URL path to static resources (images, scripts, etc.)
$wgResourceBasePath = $wgScriptPath;
- The URL paths to the logo. Make sure you change this from the default,
- or else you'll overwrite your logo when you upgrade!
$wgLogos = [
'1x' => "$wgResourceBasePath/resources/assets/change-your-logo.svg",
'icon' => "$wgResourceBasePath/resources/assets/change-your-logo.svg",
];
- 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;
- Database settings
$wgDBtype = "mysql";
$wgDBserver = "10.0.0.168";
$wgDBname = "wiki50";
$wgDBuser = "wiki50";
$wgDBpassword = "xxxx";
- MySQL specific settings
$wgDBprefix = "";
$wgDBssl = false;
- MySQL table options to use during installation or update
$wgDBTableOptions = "ENGINE=InnoDB, DEFAULT CHARSET=binary";
- Shared database table
- This has no effect unless $wgSharedDB is also set.
$wgSharedTables[] = "actor";
- Shared memory settings
$wgMainCacheType = CACHE_ACCEL;
$wgMemCachedServers = [];
- To enable image uploads, make sure the 'images' directory
- is writable, then set this to true:
$wgEnableUploads = false;
- $wgUseImageMagick = true;
- $wgImageMagickConvertCommand = "/usr/bin/convert";
- InstantCommons allows wiki to use images from https://commons.wikimedia.org
$wgUseInstantCommons = false;
- Periodically send a pingback to https://www.mediawiki.org/ with basic data
- about this MediaWiki instance. The Wikimedia Foundation shares this data
- with MediaWiki developers to help guide future development efforts.
$wgPingback = true;
- Site language code, should be one of the list in ./includes/languages/data/Names.php
$wgLanguageCode = "pt-br";
- Time zone
$wgLocaltimezone = "UTC";
- Set $wgCacheDirectory to a writable directory on the web server
- to make your wiki go slightly faster. The directory should not
- be publicly accessible from the web.
- $wgCacheDirectory = "$IP/cache";
$wgSecretKey = "xxxx";
- Changing this will log out all existing sessions.
$wgAuthenticationTokenVersion = "1";
- Site upgrade key. Must be set to a string (default provided) to turn on the
- web installer while LocalSettings.php is in place
$wgUpgradeKey = "xxx";
- For attaching licensing metadata to pages, and displaying an
- appropriate copyright notice / icon. GNU Free Documentation
- License and Creative Commons licenses are supported so far.
$wgRightsPage = ""; # Set to the title of a wiki page that describes your license/copyright
$wgRightsUrl = "https://creativecommons.org/licenses/by/4.0/";
$wgRightsText = "Creative Commons - Atribuição";
$wgRightsIcon = "$wgResourceBasePath/resources/assets/licenses/cc-by.png";
- Path to the GNU diff3 utility. Used for conflict resolution.
$wgDiff3 = "/usr/bin/diff3";
- Default skin: you can change the default skin. Use the internal symbolic
- names, e.g. 'vector' or 'monobook':
$wgDefaultSkin = "vector";
- Enabled skins.
- The following skins were automatically enabled:
wfLoadSkin( 'MinervaNeue' );
wfLoadSkin( 'MonoBook' );
wfLoadSkin( 'Timeless' );
wfLoadSkin( 'Vector' );
- Enabled extensions. Most of the extensions are enabled by adding
- wfLoadExtension( 'ExtensionName' );
- to LocalSettings.php. Check specific extension documentation for more details.
- The following extensions were automatically enabled:
wfLoadExtension( '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' );
- End of automatically generated settings.
- 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
- 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
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:
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: '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
wikimedia
root@wiki01:/var/www/html50# cat w/LocalSettings.php <?php
- This file was automatically generated by the MediaWiki 1.43.0
- installer. If you make manual changes, please keep track in case you
- need to recreate them later.
- See includes/MainConfigSchema.php for all configurable settings
- and their default values, but don't forget to make changes in _this_
- file, not there.
- Further documentation for configuration settings may be found at:
- https://www.mediawiki.org/wiki/Manual:Configuration_settings
- Protect against web entry
if ( !defined( 'MEDIAWIKI' ) ) {
exit;
}
- Uncomment this to disable output compression
- $wgDisableOutputCompression = true;
$wgSitename = "WIKI50";
- The URL base path to the directory containing the wiki;
- defaults for all runtime URL paths are based off of this.
- For more information on customizing the URLs
- (like /w/index.php/Page_title to /wiki/Page_title) please see:
- https://www.mediawiki.org/wiki/Manual:Short_URL
$wgScriptPath = "/w"; $wgArticlePath = "/wiki/$1"; $wgUsePathInfo = true;
- The protocol and server name to use in fully-qualified URLs
$wgServer = "https://wiki50.chr.eti.br"; $wgCanonicalServer = "https://wiki50.chr.eti.br";
- The URL path to static resources (images, scripts, etc.)
$wgResourceBasePath = $wgScriptPath;
- The URL paths to the logo. Make sure you change this from the default,
- or else you'll overwrite your logo when you upgrade!
$wgLogos = [
'1x' => "$wgResourceBasePath/resources/assets/change-your-logo.svg",
'icon' => "$wgResourceBasePath/resources/assets/change-your-logo.svg",
];
- 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;
- Database settings
$wgDBtype = "mysql"; $wgDBserver = "10.0.0.168"; $wgDBname = "wiki50"; $wgDBuser = "wiki50"; $wgDBpassword = "12qwaszx";
- MySQL specific settings
$wgDBprefix = ""; $wgDBssl = false;
- MySQL table options to use during installation or update
$wgDBTableOptions = "ENGINE=InnoDB, DEFAULT CHARSET=binary";
- Shared database table
- This has no effect unless $wgSharedDB is also set.
$wgSharedTables[] = "actor";
- Shared memory settings
$wgMainCacheType = CACHE_ACCEL; $wgMemCachedServers = [];
- To enable image uploads, make sure the 'images' directory
- is writable, then set this to true:
$wgEnableUploads = false;
- $wgUseImageMagick = true;
- $wgImageMagickConvertCommand = "/usr/bin/convert";
- InstantCommons allows wiki to use images from https://commons.wikimedia.org
$wgUseInstantCommons = false;
- Periodically send a pingback to https://www.mediawiki.org/ with basic data
- about this MediaWiki instance. The Wikimedia Foundation shares this data
- with MediaWiki developers to help guide future development efforts.
$wgPingback = true;
- Site language code, should be one of the list in ./includes/languages/data/Names.php
$wgLanguageCode = "pt-br";
- Time zone
$wgLocaltimezone = "UTC";
- Set $wgCacheDirectory to a writable directory on the web server
- to make your wiki go slightly faster. The directory should not
- be publicly accessible from the web.
- $wgCacheDirectory = "$IP/cache";
$wgSecretKey = "c47bb1395baf85953aaca1cea4cfa74926dde74346bf993d8053bc7c8ba8ce10";
- Changing this will log out all existing sessions.
$wgAuthenticationTokenVersion = "1";
- Site upgrade key. Must be set to a string (default provided) to turn on the
- web installer while LocalSettings.php is in place
$wgUpgradeKey = "9355baf4efe9d939";
- For attaching licensing metadata to pages, and displaying an
- appropriate copyright notice / icon. GNU Free Documentation
- License and Creative Commons licenses are supported so far.
$wgRightsPage = ""; # Set to the title of a wiki page that describes your license/copyright $wgRightsUrl = "https://creativecommons.org/licenses/by/4.0/"; $wgRightsText = "Creative Commons - Atribuição"; $wgRightsIcon = "$wgResourceBasePath/resources/assets/licenses/cc-by.png";
- Path to the GNU diff3 utility. Used for conflict resolution.
$wgDiff3 = "/usr/bin/diff3";
- Default skin: you can change the default skin. Use the internal symbolic
- names, e.g. 'vector' or 'monobook':
$wgDefaultSkin = "vector";
- Enabled skins.
- The following skins were automatically enabled:
wfLoadSkin( 'MinervaNeue' ); wfLoadSkin( 'MonoBook' ); wfLoadSkin( 'Timeless' ); wfLoadSkin( 'Vector' );
- Enabled extensions. Most of the extensions are enabled by adding
- wfLoadExtension( 'ExtensionName' );
- to LocalSettings.php. Check specific extension documentation for more details.
- The following extensions were automatically enabled:
wfLoadExtension( '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' );
- End of automatically generated settings.
- 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
- 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
- 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: '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
- 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
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
- 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
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:
- 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'.
- 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.
- 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)
MW 1.39 to 1.43 and now wordmark appearing twice in printed version of pages
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
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)
Special:Import manual
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
A user called Kapadohány tried to steal 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 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)
- Regardless we can not help you in any case; instead, please forward this to Trust and Safety at ca
- 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)
Interwiki prefix in special:import
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]
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)
- 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)
- @Rand(1,2022) You might also want to read Manual:Configuration for developers —TheDJ (Not WMF) (talk • contribs) 11:16, 7 January 2025 (UTC)
- Thanks, then I know what to settle on! Rand(1,2022) (talk) 12:04, 3 January 2025 (UTC)
Need Help with Errors on main page
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
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)
Reference Formatting Error
I have been having the problem described in an old support thread on my wiki: references do not format correctly because of a lua error caused by a module 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 (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 on where to find the logs. Here's the error after I installed an updated version of Scribunto:
- –Noha307 (talk) 04:10, 7 January 2025 (UTC)
[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.php3,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
- 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
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
Bonjour
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:
- 0 /home/wikibrai/www/includes/GlobalFunctions.php(88): ExtensionRegistry->queue(string)
- 1 /home/wikibrai/www/LocalSettings.php(165): wfLoadSkin(string)
- 2 /home/wikibrai/www/includes/installer/Installer.php(670): require(string)
- 3 /home/wikibrai/www/includes/installer/WebInstallerExistingWiki.php(29): Installer::getExistingLocalSettings()
- 4 /home/wikibrai/www/includes/installer/WebInstaller.php(269): WebInstallerExistingWiki->execute()
- 5 /home/wikibrai/www/mw-config/index.php(82): WebInstaller->execute(array)
- 6 /home/wikibrai/www/mw-config/index.php(40): wfInstallerMain()
- 7 {main}
- là, je coince totalement.
- Merci pour votre aide.
- Arnaud Arnaud2025 (talk) 13:04, 8 January 2025 (UTC)
- See Manual:Upgrading/fr#Vérifier les paramètres nécessaires Malyacko (talk) 12:44, 7 January 2025 (UTC)
Number of CPU process / lsphp
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 | 1.39.1 |
| PHP | 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
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?) 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?
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? JJPMaster (she/they) 04:21, 7 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
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
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
Dear ∀,
Is it possible to use thw URL shortener via api?
Has anybody shared a bookmarking applet?
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
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
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)
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'
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 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)
- 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)
Commons files are not opening and are not visible on the site
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)
- @ 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)
- 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)
- @Шариф Ахмет 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)
- @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)
- Have you configured InstantCommons or Extension:QuickInstantCommons ?? —TheDJ (Not WMF) (talk • contribs) 13:41, 7 January 2025 (UTC)
token security
I noticed that PHPINFO reveals a MediaWiki Token Cookie ("mw_Token") PHP Variable. Is this a security vulnerability for MediaWiki from PHPINFO? Nicole Sharp (talk) 20:57, 12 January 2025 (UTC)
$_COOKIE['txfgjp_mw_Token'] ee92d45af136d922d3b08a5544969d
$_SERVER['HTTP_COOKIE'] mw_installer_session=540482bf2c7d01a97728e06300c75f; txfgjp_mw__session=2rsmjulda4vvvcqq20grkkmqdhlo3v; txfgjp_mw_UserID=1; txfgjp_mw_UserName=Nicole%20Sharp; txfgjp_mw_Token=ee92d45af136d922d3b08a5544969d; loginnotify_prevlogins=2025-1x5aa8-yb0orz63503awo232wchygl2uu93c
Nicole Sharp (talk) 21:03, 12 January 2025 (UTC)
According to Microsoft Copilot, Your Artificial Intelligence Companion:
"Yes, revealing a MediaWiki token cookie in phpinfo() can be a security vulnerability. The token cookie is used for authentication and session management, and exposing it can allow attackers to hijack user sessions, perform unauthorized actions, or even gain access to sensitive information. It's important to ensure that sensitive information like token cookies is not inadvertently exposed through server configuration files or debugging tools like phpinfo()."
Microsoft Copilot suggested using the following code to hide the PHP Variables from PHPINFO:
<?php
ob_start(); # Start output buffering.
phpinfo(); # Call PHPINFO.
$output = ob_get_clean(); # Get the output and clean the buffer.
# Remove the entire PHP Variables section.
$output = preg_replace(
'/<h2>PHP Variables<\/h2>.*?(<h2>|<\/body>)/s',
'$1',
$output
);
echo $output; # Output the filtered result.
?>
Nicole Sharp (talk) 21:19, 12 January 2025 (UTC)
Here is a better way to set up the PHPINFO without Variables:
<?php
phpinfo(INFO_GENERAL);
phpinfo(INFO_CONFIGURATION);
phpinfo(INFO_MODULES);
phpinfo(INFO_ENVIRONMENT);
phpinfo(INFO_CREDITS);
phpinfo(INFO_LICENSE);
# https://www.php.net/manual/function.phpinfo.php
?>
As additional precautions, I would suggest adding the PHPINFO page to be disallowed on robots.txt and also securing it with an HTACCESS password. Nicole Sharp (talk) 21:32, 12 January 2025 (UTC)
It would be better though if there was a way for MediaWiki to instruct PHPINFO not to reveal any information that could be a security risk. Nicole Sharp (talk) 21:32, 12 January 2025 (UTC)
- @Nicole Sharp: The only place that MediaWiki uses phpinfo() is already using INFO_MODULES. Where are you seeing this extra information? What "PHPINFO page" are you talking about? Sam Wilson 01:40, 13 January 2025 (UTC)
If you install MediaWiki to "/w/" and then create a new file "/info.php" with the content "<?php phpinfo(); ?>" you will see the MediaWiki Token Cookies revealed in PHP Variables. According to Microsoft Copilot, this can create a security vulnerability if the "/info.php" page is accessible to the public without removing "INFO_VARIABLES" from "phpinfo". Nicole Sharp (talk) 03:48, 13 January 2025 (UTC)
This is for PHP 8.4.2 with MediaWiki 1.43.0. If you are not using PHP 8.4 it may be different. I also reported the problem to PHP to see if they can change the default behavior for "phpinfo()" to not reveal "INFO_VARIABLES" as a security precaution. Nicole Sharp (talk) 03:51, 13 January 2025 (UTC)
- @Nicole Sharp: I don't think it's too much of a problem. You could as easily create a file there with contents
echo file_get_contents( 'LocalSettings.php' );and expose a bunch of things that shouldn't be publicly visible. But don't do that, and there's no security issue. :-) Sam Wilson 04:25, 13 January 2025 (UTC) - This is not a security vulnerability (absent a caching proxy) since it only shows you your own token not anyone else's. However it is generally considered bad practise to create a file showing with
<?php phpinfo();because it reveals information about your server configuration which could be useful to an attacker (The token reveal is probably the least concerning thing revealed on that page). In any case, not a MediaWiki issue. Bawolff (talk) 08:50, 13 January 2025 (UTC)
passing client IP to MediaWiki container from Nginx container
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.
I have MediaWiki set up using the mediawiki image. I also have Nginx Proxy Manager 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)
- Thank you! Everything is working now :) Stonley (talk) 14:36, 13 January 2025 (UTC)
Broken infoboxes with ugly blank whitespace on mobile skin only
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 ) 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)
- 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)
- Documented at mw:Skin:Minerva_Neue#1.43. Jon (WMF) (talk) 02:30, 14 January 2025 (UTC)
Conflicting composer files and Semantic MediaWiki
Semantic MediaWiki can only be installed by using Composer. The installation guide talks about adding a package to composer.local.json in the top-level MediaWiki directory and running the update command.
Doing this, however, removes 6 packages from the default MediaWiki installation, because they are missing from the file composer.json in the main directory. I've discovered that there is another composer.json file in the vendor directory which does include all packages. So, no packages get removed when running composer in the vendor directory, but that also means that the extension ends up in the wrong directory and has to be moved manually.
Does anybody know why there are two conflicting composer files? And is the documentation for Semantic MediaWiki wrong when it talks about running the commands in the main directory instead of the vendor directory (as this seems to mess with the default packages)? Hyperwombat (talk) 06:47, 12 January 2025 (UTC)
- The workaround I found for now is using the merge-plugin to include vendor/composer.json in composer.local.json. This avoids removing any included packages and places the extension in the correct directory.
- It's still a bit of a mess, because the top-level composer.json calls for more current versions of some packages and they don't get updated with this approach. I could add the missing packages from vendor/composer.json to the top-level file, but I'm not sure what to do with the configuration options in the other file.
- I still find it very confusing that there are two conflicting files and that one could mess up the default installation. Hyperwombat (talk) 21:49, 12 January 2025 (UTC)
- @Hyperwombat: You don't need the one in
vendor/. You should be able to add your bits tocomposer.local.jsonand then runcomposer update --no-dev -oand it'll install everything you need. You can delete the provided vendor directory completely and Composer will recreate it. If it's removing packages, are you maybe missing some extensions from your require list? Sam Wilson 00:56, 14 January 2025 (UTC)- @Samwilson Thank you for your help! I agree that it should work the way you describe it, but the default composer.json in the root directory doesn't reflect what is present by default in the vendor directory, so it wouldn't get accurately recreated. Running
composer update --no-devin the root directory of a freshly unpacked installation of MediaWiki 1.43 removes 6 packages and replaces 3 versions. Looks like /vendor/composer.json was used for the release instead of the one in the root directory. I just don't know which one of the two works as intended, but I assume it must be the one that was used for the release (so, not the one in the root directory that the manual tells me to use). Hyperwombat (talk) 02:35, 14 January 2025 (UTC)- @Hyperwombat: There shouldn't be any meaningful differences in the versions used (i.e. they should just be 'minor' differences if there are any). I never use the vendor repository version for any wiki I run, and just run
composer update, and everything's always been fine. I agree that it doesn't feel completely neat that there are differences! Sam Wilson 11:07, 14 January 2025 (UTC)- @Samwilson That's reassuring, thank you. It's the first time I had to use Composer and I didn't know if it would mess up my wiki or my database. Hyperwombat (talk) 16:54, 14 January 2025 (UTC)
- @Hyperwombat: There shouldn't be any meaningful differences in the versions used (i.e. they should just be 'minor' differences if there are any). I never use the vendor repository version for any wiki I run, and just run
- @Samwilson Thank you for your help! I agree that it should work the way you describe it, but the default composer.json in the root directory doesn't reflect what is present by default in the vendor directory, so it wouldn't get accurately recreated. Running
- @Hyperwombat: You don't need the one in
JavaScript problem
Hi, I have a common.js on fr.vikidia.org but it don’t work, I don’t see smart patrol for exemple.Help Jaipas (talk) 11:19, 12 January 2025 (UTC)
- @Jaipas: You'll need to give us more information I think. What about your common.js doesn't work? What are you trying to do? And some links to things if possible would be good, or code snippets if you can't link. Sam Wilson 22:39, 13 January 2025 (UTC)
- Here is the link to my common.js:https://fr.vikidia.org/wiki/Utilisateur:Hulk/common.js .The most important thing is smart patrol.I posted a request to sys admin on the wiki because it workd on other wiki(testwiki.wiki).Thanks.Jaipas (talk) 09:15, 15 January 2025 (UTC)
Group mapping issue with SimplSamlPHP and Azure AD
Hi,
We are using MW 1.39.6 LTS with SimpleSAMLPHP &PluggableAuth for authenticating users from Azure AD. SSO is working properly. I want to provide edit access to permanent employees by pulling the group. For that, we need to sync some groups from Azure AD, for that I am trying to use the PluggableAuth settings as below,
$wgPluggableAuth_Config = [
"My Login" => [
'plugin' => '...',
'data' => [
...
],
'groupsyncs' => [
[
'type' => 'mapped',
'map' => [
'permaempl' => [ 'groups' => 'GroupID of Permanent Employees' ],
'externalempl' => [ 'groups' => 'GroupID of Externals' ],
'allguest' => [ 'groups' => 'GroupID of Guests' ]
]
]
]
]
];
I can see below lines from Debug Log.
2025-01-14 07:51:34 <wikihostname> wiki: Removing 'Bob' from group 'permaempl'
2025-01-14 07:51:34 <wikihostname> wiki: Removing 'Bob' from group 'externalempl'
2025-01-14 07:51:34 <wikihostname> wiki: Removing 'Bob' from group 'allguest'
2025-01-14 07:51:34 <wikihostname> wiki: User is authorized.
I see similar issues here: Extension talk:PluggableAuth/2024#h-Group_Mapping_with_SimpleSAMLPHP_&_Azure_AD-20241009202200. But no solution. Please help on this.
Thanks
TesterGT. Testergt1302 (talk) 08:10, 14 January 2025 (UTC)
- Hi,
- I have found a solution and fixed it.
- First, in the 'Token configuration' of App Registration, create new group claim using "Add Group claims" select ID for all options. This will send group ids (object id) during login process.
- Instead of 'groups', need to use the attribute sent from Azure AD. This can be found from the DeugLogs.
$wgPluggableAuth_Config = ["My Login" => ['plugin' => '...','data' => [...],'groupsyncs' => [['type' => 'mapped','map' => ['permaempl' => [ 'http://schemas.microsoft.com/ws/2008/06/identity/claims/groups' => 'Azure GroupID of Permanent Employees' ],'externalempl' => [ 'http://schemas.microsoft.com/ws/2008/06/identity/claims/groups' => 'Azure GroupID of Externals' ],'allguest' => [ 'http://schemas.microsoft.com/ws/2008/06/identity/claims/groups' => 'Azure GroupID of Guests' ]]]]]];- PluggableAuth tries to map the values above and values returned by IDP(Azure AD). If it matches, Group is created in wiki and user is added to it. Verified it in User list.
- Thanks. Testergt1302 (talk) 11:09, 14 January 2025 (UTC)
removing login prompt
The ability to remove the public login prompt with the following LocalSettings.php code has been disabled on MediaWiki 1.43.0. Is there an alternative or workaround available?
function NoLoginLinkOnMainPage( &$personal_urls ){
unset( $personal_urls['login'] );
unset( $personal_urls['anonlogin'] );
return true;
}
$wgHooks['PersonalUrls'][]='NoLoginLinkOnMainPage';
Nicole Sharp (talk) 08:55, 15 January 2025 (UTC)
Never mind, I found it:
$wgHooks['SkinTemplateNavigation::Universal'][] = function ( $skinTemplate, &$links ) {
unset( $links['user-menu']['createaccount'] );
unset( $links['user-menu']['login'] );
unset( $links['user-menu']['login-private'] );
unset( $links['user-menu']['anoncontribs'] );
};
Error 1054: Unknown column 'pl.pl_title' in 'field list' with DynamicPageList3 with any command
I installed 1.43 and upgraded several 1.39.5 wikis to it, but all now complain about the simplest of dpl queries. I saw no problems when running maintenance/update.php, and running the updater again, it comes back with nothing to do. I used DynamicPageList3 3.5.2 before and after the upgrade.
{{#dpl:
category=countries
|linksto=Pastafarianism
}}
[b06480d3ac3cf30cc40275f3] /index.php?title=Q10683167&action=submit Wikimedia\Rdbms\DBQueryError: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading or after adding a new extension?
Please see https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Upgrading and https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:How_to_debug for more information.
Error 1054: Unknown column 'pl.pl_title' in 'field list'
Function: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect - Q10683167
Query: SELECT /*+ MAX_EXECUTION_TIME(10000)*/ DISTINCT pl.pl_title AS `sel_title`,pl.pl_namespace AS `sel_ns`,`page`.page_namespace AS `page_namespace`,`page`.page_id AS `page_id`,`page`.page_title AS `page_title` FROM `pagelinks` `pl`,`page` JOIN `categorylinks` `cl1` ON ((`page`.page_id = cl1.cl_from AND cl1.cl_to = 'Countries')) WHERE `page`.page_is_redirect = 0 AND (`page`.page_id=pl.pl_from AND ((pl.pl_namespace=0 AND pl.pl_title LIKE 'Pastafarianism'))) GROUP BY page_title LIMIT 500
...
Vicarage (talk) 22:29, 12 January 2025 (UTC)
- I just installed clean 1.43 mediawiki and added the DynamicPageList3 extension, and got the same error. Others are reporting the same, and its a showstopper for the extension, as I've found a GitHut Issue https://github.com/Universal-Omega/DynamicPageList3/issues/292
- Does it work with this version at all? Vicarage (talk) 22:44, 12 January 2025 (UTC)
- I raised a Phabricator bug about this, and it was instantly closed, leaving the only report in the extension developer's system, who aren't active. This seems poor practice. Vicarage (talk) 07:42, 13 January 2025 (UTC)
- That's because the DynamicPageList3 maintainers do not use Wikimedia Phabricator for issue tracking. Reporting things in wrong places does not help anyone. Making that clear is not "poor practice". Malyacko (talk) 13:18, 13 January 2025 (UTC)
- It was reported on the DynamicPageList3 GitHub on the 4th of December, and has had multiple confirmations but no response from the extension developers. Given the breaking change was from the mediawiki core team side, it seemed appropriate to inform them. Vicarage (talk) 15:51, 13 January 2025 (UTC)
- The MediaWiki Core team intentionally made this change 8 months ago, so informing them is not needed. :) The change was also announced in https://meta.wikimedia.org/wiki/Tech/News/2024/20. In general, 3rd party extension developers could either test their software against recent MediaWiki development versions, or define their own policy which MediaWiki versions their software [doesn't] support. Malyacko (talk) 16:35, 13 January 2025 (UTC)
- Reminder that free software comes without a support contract. If the developer of the extension is busy with other things in their life, or possibly even simply doesn’t want to work on the extension, they have every right to. —TheDJ (Not WMF) (talk • contribs) 07:49, 14 January 2025 (UTC)
- I thought the mediawiki team might like to know that a key extension was broken, and perhaps indicate that on their pages here. I don't think you can devolve the core project from its extensions in the way you are doing. For a LTS release the mediawiki team really need to do basic regression testing of extensions, rather than replying on third-parties who may have dropped out. Vicarage (talk) 08:54, 14 January 2025 (UTC)
- Anyone is free to improve Extension:DynamicPageList3. It's not in scope of the MediaWiki Core team to test literally thousands of extensions out there located in random places, nor is it in their capacity. Extensions hosted on gerrit.wikimedia.org can set up automated tests, and code to be removed or updated can easily be found by using https://codesearch.wmcloud.org/search/. If maintainers decide to host their code in other random places than on gerrit.wikimedia.org, they are on their own. Malyacko (talk) 04:42, 15 January 2025 (UTC)
- You have quoted a URL on this site for the extension, I would expect that gives some indication that you approve of it, out of the thousands out there. Mediawiki would be a lot less useful without its extension ecosystem, you need to take more responsibility for it. Vicarage (talk) 16:13, 15 January 2025 (UTC)
- It is not possible to have an eco systems where extensions continue to work for ever and ever, without creating massive overhead. Extension developers have to keep their extensions up to date. The previous releases already contained this code for them to prepare, and there have been multiple announcements for 2 years in various places that this change was coming and that extension developers needed to be ready to update their extensions if they want them to continue to work. The Mediawiki developers take care of the many Wikimedia deployed extensions which is already a lot. It is unfortunate, but for now this extension is broken. Hopefully the developers of the extensions will choose to fix it, but there is no guarantee. Until that time it is suggested you disable the extension if you want to run on version 1.43. —TheDJ (Not WMF) (talk • contribs) 10:35, 15 January 2025 (UTC)
- Anyone is free to improve Extension:DynamicPageList3. It's not in scope of the MediaWiki Core team to test literally thousands of extensions out there located in random places, nor is it in their capacity. Extensions hosted on gerrit.wikimedia.org can set up automated tests, and code to be removed or updated can easily be found by using https://codesearch.wmcloud.org/search/. If maintainers decide to host their code in other random places than on gerrit.wikimedia.org, they are on their own. Malyacko (talk) 04:42, 15 January 2025 (UTC)
- I thought the mediawiki team might like to know that a key extension was broken, and perhaps indicate that on their pages here. I don't think you can devolve the core project from its extensions in the way you are doing. For a LTS release the mediawiki team really need to do basic regression testing of extensions, rather than replying on third-parties who may have dropped out. Vicarage (talk) 08:54, 14 January 2025 (UTC)
- It was reported on the DynamicPageList3 GitHub on the 4th of December, and has had multiple confirmations but no response from the extension developers. Given the breaking change was from the mediawiki core team side, it seemed appropriate to inform them. Vicarage (talk) 15:51, 13 January 2025 (UTC)
- That's because the DynamicPageList3 maintainers do not use Wikimedia Phabricator for issue tracking. Reporting things in wrong places does not help anyone. Making that clear is not "poor practice". Malyacko (talk) 13:18, 13 January 2025 (UTC)
- I raised a Phabricator bug about this, and it was instantly closed, leaving the only report in the extension developer's system, who aren't active. This seems poor practice. Vicarage (talk) 07:42, 13 January 2025 (UTC)
ContentTranslation do not translate my wiki
- Hello,
- I have configured with a lot of options to get my site translated with ContentTranslation without sucess
- I created a github with config files
- https://github.com/crebollobr/tmp
- If there sonfing wrong, please let me know
Crebollo2025 (talk) 22:08, 16 January 2025 (UTC)
- The site only translate wikipedia site Crebollo2025 (talk) 22:09, 16 January 2025 (UTC)
Bots create accounts
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)
- I have tried all the options mentioned in the article, but I always left open the option for users to create an account without having to check it manually. I'm really getting desperate as I can't think of anything else I can do apart from manually approving all registrations. Agatnor (talk) 13:39, 17 January 2025 (UTC)
no command to run, no man page, running on debian
Hullo!
Having just installed mediawiki under debian,
i find i cannot initiate it nor can i look it up in the standards unix-like way by the man command.
I am of course attempting to start it within a graphical environment, but i do not use icon systems,
so what i am doing that has no effect is calling it from a terminal emulator command-line.
Searching around online i find no reference to what command is issued to start mediawiki,
as it seems not to be "mediawiki". 85.225.6.242 17:29, 17 January 2025 (UTC)
- Mediawiki is not an executable command but a wiki engine written in PHP that you interface with through a web browser. Quoting Manual:Installing MediaWiki:
To install MediaWiki, a basic understanding of web hosting is needed. Experience with Apache, PHP, and MySQL/MariaDB will make the process easier.
- The documentation you need is in this very site, Help:Contents should be as good a start as any but I'd suggest you start by learning the basics of installation first. Tactica (talk) 08:45, 18 January 2025 (UTC)
how to protect a pipe within the body of content= of template {{Documentation ?
Hi all, in this example:
{{Documentation|content=
...example, <code>subpage-name=sandbox3</code> is equivalent to <code>sandbox link=../sandbox3 | sandbox name=sandbox3</code>.
<translate>
== See also == <!--T:13-->
</translate>
* {{tl|documentation}} - To put at the bottom of templates and their /sandbox pages.
}}
we observe that T:13 and following, although translated correctly, are no longer displayed when the pipe | just before 'sandbox name=' is present. Display is correct till the end when i remove this |. I suppose that |sandbox name= is considered erroneously to be a parameter as |content= is, for template Documentation.
Question: How to protect the pipes in the documentation body ? Thanks. --Christian 🇫🇷 FR 🎅 (talk) 21:45, 17 January 2025 (UTC)
- If I understand correctly, the magic word
{{!}}might be what you need? It creates "|". (Cf. the old documentation at Template:! for brief notes.) Quiddity (WMF) (talk) 21:55, 17 January 2025 (UTC)- good. We keep also for reference Escaping_pipe_characters_in_tables Thanks. Christian 🇫🇷 FR 🎅 (talk) 22:29, 17 January 2025 (UTC)
remove warning for new page creation
How do I remove the following warning when creating a new page in the MEDIAWIKI namespace for MediaWiki 1.43.0 LTS? Warning: You are editing a page that is used to provide interface text for the software. Changes to this page will affect the appearance of the user interface for other users on this wiki.
To add or change translations for all wikis, please use translatewiki.net, the MediaWiki localisation project.
Nicole Sharp (talk) 16:36, 18 January 2025 (UTC)
- Replacing the content of Mediawiki:Editinginterface with a single dash (
-) should work. If it doesn't, you might just need to blank the page instead. Do the same for MediaWiki:translateinterface to get rid of both warnings. —Mainframe98 talk 16:56, 18 January 2025 (UTC)
Thanks; blanking TRANSLATEINTERFACE fixed it. This appears to be something new added to 1.43 LTS. The first warning makes sense but the second warning doesn't. My understanding is that Translatewiki.net only applies to Wikimedia wikis and a few other select projects, so editing there won't have any impact on a local non-Wikimedia wiki installed in English. I would suggest removing it as a default warning for local installs in English especially since the TRANSLATE extension is not included by default and has to be installed separately. The warning can still re-enabled after installing by adding the text to the empty MEDIAWIKI:TRANSLATEINTERFACE page. Nicole Sharp (talk) 17:48, 18 January 2025 (UTC)
- Translations are exported from TranslateWiki and provided in the releases, its how you can change language settings in your user preferences and the interface should display in that language. P858snake (talk) 12:46, 19 January 2025 (UTC)
PushAll database error
I have tested with mediawiki 1.43 and 1.42 and alpha with github
[ae86da7e3454d60734f905cb] /w/index.php?title=Especial:PushAll&action=analyze Wikimedia\Rdbms\DBLanguageError: Table name component contains unexpected quote or dot character
Backtrace:
from /var/www/html62/w/includes/libs/rdbms/platform/SQLPlatform.php(1051)
#0 /var/www/html62/w/includes/libs/rdbms/platform/SQLPlatform.php(991): Wikimedia\Rdbms\Platform\SQLPlatform->extractTableNameComponents()
#1 /var/www/html62/w/includes/libs/rdbms/platform/SQLPlatform.php(957): Wikimedia\Rdbms\Platform\SQLPlatform->qualifiedTableComponents()
#2 /var/www/html62/w/includes/libs/rdbms/platform/SQLPlatform.php(936): Wikimedia\Rdbms\Platform\SQLPlatform->tableName()
#3 /var/www/html62/w/includes/libs/rdbms/platform/SQLPlatform.php(837): Wikimedia\Rdbms\Platform\SQLPlatform->tableNameWithAlias()
#4 /var/www/html62/w/includes/libs/rdbms/platform/SQLPlatform.php(665): Wikimedia\Rdbms\Platform\SQLPlatform->tableNamesWithIndexClauseOrJOIN()
#5 /var/www/html62/w/includes/libs/rdbms/database/Database.php(3334): Wikimedia\Rdbms\Platform\SQLPlatform->selectSQLText()
#6 /var/www/html62/w/includes/libs/rdbms/database/DatabaseMySQL.php(730): Wikimedia\Rdbms\Database->selectSQLText()
#7 /var/www/html62/w/includes/libs/rdbms/database/Database.php(1342): Wikimedia\Rdbms\DatabaseMySQL->selectSQLText()
#8 /var/www/html62/w/includes/libs/rdbms/database/DBConnRef.php(119): Wikimedia\Rdbms\Database->select()
#9 /var/www/html62/w/includes/libs/rdbms/database/DBConnRef.php(351): Wikimedia\Rdbms\DBConnRef->__call()
#10 /var/www/html62/w/extensions/PushAll/src/PushAllContent.php(355): Wikimedia\Rdbms\DBConnRef->select()
#11 /var/www/html62/w/extensions/PushAll/src/PushAllContent.php(147): PushAllContent::getRevisions()
#12 /var/www/html62/w/extensions/PushAll/src/PushAllContents.php(79): PushAllContent::factory()
#13 /var/www/html62/w/extensions/PushAll/src/PushAllContents.php(69): PushAllContents->addContentToRoot()
#14 /var/www/html62/w/extensions/PushAll/src/ui/PushAllComponents.php(48): PushAllContents->addTitlesToPush()
#15 /var/www/html62/w/extensions/PushAll/src/ui/SpecialPushAll.php(58): PushAllComponents::formPushAll()
#16 /var/www/html62/w/includes/specialpage/SpecialPage.php(719): SpecialPushAll->execute()
#17 /var/www/html62/w/includes/specialpage/SpecialPageFactory.php(1669): MediaWiki\SpecialPage\SpecialPage->run()
#18 /var/www/html62/w/includes/actions/ActionEntryPoint.php(504): MediaWiki\SpecialPage\SpecialPageFactory->executePath()
#19 /var/www/html62/w/includes/actions/ActionEntryPoint.php(145): MediaWiki\Actions\ActionEntryPoint->performRequest()
#20 /var/www/html62/w/includes/MediaWikiEntryPoint.php(199): MediaWiki\Actions\ActionEntryPoint->execute()
#21 /var/www/html62/w/index.php(58): MediaWiki\MediaWikiEntryPoint->run()
#22 {main} 2804:14C:4C2:890B:C921:EBDB:530C:28A8 22:23, 18 January 2025 (UTC)
Sticky header gone after upgrading to MW 1.43
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.
I asked in a more specific place before but so far without any reply. Tactica (talk) 17:27, 31 December 2024 (UTC)
- Never mind, I was using 100% magnification in the web browser and the sticky header disappears when going past 90%. Tactica (talk) 04:45, 21 January 2025 (UTC)
how to see the template parameters not displayed in the toadd params of template data UI ?
hi all, in -> https://www.mediawiki.org/w/index.php?title=Template:Documentation/doc&action=edit when you click on the button to modify the template data, it shows you you can add only |content= as a parameter. But if you read the documentation page, you discover that |heading= exists also and it works in the testcases. So where do the hidden parameters come from ? and how to discover them ? Thanks. --Christian 🇫🇷 FR 🎅 (talk) 22:39, 18 January 2025 (UTC)
- @Wladek92: As you point out below, it's because it only looks in the template itself, and
|heading=is defined in the Lua module. Sam Wilson 00:49, 20 January 2025 (UTC)- ok, so in a first step we catch results of button -> Add suggested parameters and then we can check the LUA Module. -- Christian 🇫🇷 FR 🎅 (talk) 22:08, 20 January 2025 (UTC)
should the Template Data panel show also the LUA parameters ?
As we see, the template data retrieve the parameters of the Template active code ; ok, nice. But when the template calls a LUA module, the definition of the expected arguments is now in the LUA module code. So at level of the calling template, I have to report manually in the Template Data, what the LUA developper wanted to expose of his module from its Module:/doc page. Am I right ? An automatic retrieve would be a plus. -- Christian 🇫🇷 FR 🎅 (talk) 11:46, 19 January 2025 (UTC)
- @Wladek92: Yep, it looks for three braces followed by a param name. To inspect inside modules would be much more tricky (I don't really know if it could even be done, e.g. how could it find programmatically constructed parameter names, there could be infinite). The param-filling is meant to be a convenience thing, I think, rather than an infallible way to list all parameters. Sam Wilson 00:48, 20 January 2025 (UTC)
- @Samwilson nice, now in a second step (see step 1) we can check Module:Documentation for function named getArgs and isolate what is expected. Reinjecting that in some testcase would help us to discover the hidden LUA parameters. Of course it works if the template is signalled with a LUA panel of the corresponding function {{Lua|Module:XXXXX}} -- Christian 🇫🇷 FR 🎅 (talk) 22:21, 20 January 2025 (UTC)
- @Wladek92: A
getArgs()convention for modules wouldn't expose template parameters though, it'd expose the module's parameters (and those vary from function to function). Anyway, template authors already have a structured way to expose parameter info, it's called TemplateData! :) Sam Wilson 00:03, 21 January 2025 (UTC)- So i propose to add a link from the Template:/doc to the Module:/doc . This avoids duplication of LUA arguments in Template:/TemplateData, each part keep his own sheep, and user is aware of existing additional parameters. --Christian 🇫🇷 FR 🎅 (talk) 09:43, 21 January 2025 (UTC)
- @Wladek92: That's a great idea. I think the normal way to do that is with the template you used above, {{Lua}}. Every template that uses modules should list in its doc page which modules it uses. Sam Wilson 23:31, 21 January 2025 (UTC)
- So i propose to add a link from the Template:/doc to the Module:/doc . This avoids duplication of LUA arguments in Template:/TemplateData, each part keep his own sheep, and user is aware of existing additional parameters. --Christian 🇫🇷 FR 🎅 (talk) 09:43, 21 January 2025 (UTC)
- @Wladek92: A
- @Samwilson nice, now in a second step (see step 1) we can check Module:Documentation for function named getArgs and isolate what is expected. Reinjecting that in some testcase would help us to discover the hidden LUA parameters. Of course it works if the template is signalled with a LUA panel of the corresponding function {{Lua|Module:XXXXX}} -- Christian 🇫🇷 FR 🎅 (talk) 22:21, 20 January 2025 (UTC)
Errors after MW 1.39 -> 1.43 upgrade
Upgrade an existing wiki instance to 1.43, run update.php but the following errors occured.
Any suggestion what it causes and how to fix it?
MediaWiki internal error.
Original exception: [35404cfed99e8de393b3f1c9] /index.php/Hauptseite TypeError: PFHooks::registerModules(): Argument #1 ($resourceLoader) must be of type ResourceLoader, MediaWiki\ResourceLoader\ResourceLoader given, called in /var/www/html/includes/HookContainer/HookContainer.php on line 159
Backtrace:
from /var/www/html/extensions/PageForms/includes/PF_Hooks.php(62)
#0 /var/www/html/includes/HookContainer/HookContainer.php(159): PFHooks::registerModules(MediaWiki\ResourceLoader\ResourceLoader)
#1 /var/www/html/includes/ResourceLoader/HookRunner.php(58): MediaWiki\HookContainer\HookContainer->run(string, array, array)
#2 /var/www/html/includes/ServiceWiring.php(1910): MediaWiki\ResourceLoader\HookRunner->onResourceLoaderRegisterModules(MediaWiki\ResourceLoader\ResourceLoader)
#3 /var/www/html/vendor/wikimedia/services/src/ServiceContainer.php(442): Wikimedia\Services\ServiceContainer::{closure}(MediaWiki\MediaWikiServices)
#4 /var/www/html/vendor/wikimedia/services/src/ServiceContainer.php(406): Wikimedia\Services\ServiceContainer->createService(string)
#5 /var/www/html/includes/MediaWikiServices.php(356): Wikimedia\Services\ServiceContainer->getService(string)
#6 /var/www/html/includes/MediaWikiServices.php(1740): MediaWiki\MediaWikiServices->getService(string)
#7 /var/www/html/includes/Output/OutputPage.php(3881): MediaWiki\MediaWikiServices->getResourceLoader()
#8 /var/www/html/includes/Output/OutputPage.php(3655): MediaWiki\Output\OutputPage->getResourceLoader()
#9 /var/www/html/includes/Output/OutputPage.php(3698): MediaWiki\Output\OutputPage->getRlClientContext()
#10 /var/www/html/includes/Output/OutputPage.php(3799): MediaWiki\Output\OutputPage->getRlClient()
#11 /var/www/html/includes/skins/Skin.php(693): MediaWiki\Output\OutputPage->headElement(SkinTemplate)
#12 /var/www/html/includes/Output/OutputPage.php(3193): Skin->outputPageFinal(MediaWiki\Output\OutputPage)
#13 /var/www/html/includes/actions/ActionEntryPoint.php(163): MediaWiki\Output\OutputPage->output(bool)
#14 /var/www/html/includes/MediaWikiEntryPoint.php(200): MediaWiki\Actions\ActionEntryPoint->execute()
#15 /var/www/html/index.php(58): MediaWiki\MediaWikiEntryPoint->run()
#16 {main}
Exception caught inside exception handler: [35404cfed99e8de393b3f1c9] /index.php/Hauptseite TypeError: PFHooks::registerModules(): Argument #1 ($resourceLoader) must be of type ResourceLoader, MediaWiki\ResourceLoader\ResourceLoader given, called in /var/www/html/includes/HookContainer/HookContainer.php on line 159
Backtrace:
from /var/www/html/extensions/PageForms/includes/PF_Hooks.php(62)
#0 /var/www/html/includes/HookContainer/HookContainer.php(159): PFHooks::registerModules(MediaWiki\ResourceLoader\ResourceLoader)
#1 /var/www/html/includes/ResourceLoader/HookRunner.php(58): MediaWiki\HookContainer\HookContainer->run(string, array, array)
#2 /var/www/html/includes/ServiceWiring.php(1910): MediaWiki\ResourceLoader\HookRunner->onResourceLoaderRegisterModules(MediaWiki\ResourceLoader\ResourceLoader)
#3 /var/www/html/vendor/wikimedia/services/src/ServiceContainer.php(442): Wikimedia\Services\ServiceContainer::{closure}(MediaWiki\MediaWikiServices)
#4 /var/www/html/vendor/wikimedia/services/src/ServiceContainer.php(406): Wikimedia\Services\ServiceContainer->createService(string)
#5 /var/www/html/includes/MediaWikiServices.php(356): Wikimedia\Services\ServiceContainer->getService(string)
#6 /var/www/html/includes/MediaWikiServices.php(1740): MediaWiki\MediaWikiServices->getService(string)
#7 /var/www/html/includes/Output/OutputPage.php(3881): MediaWiki\MediaWikiServices->getResourceLoader()
#8 /var/www/html/includes/Output/OutputPage.php(3655): MediaWiki\Output\OutputPage->getResourceLoader()
#9 /var/www/html/includes/Output/OutputPage.php(3698): MediaWiki\Output\OutputPage->getRlClientContext()
#10 /var/www/html/includes/Output/OutputPage.php(3799): MediaWiki\Output\OutputPage->getRlClient()
#11 /var/www/html/includes/skins/Skin.php(693): MediaWiki\Output\OutputPage->headElement(SkinTemplate)
#12 /var/www/html/includes/Output/OutputPage.php(3193): Skin->outputPageFinal(MediaWiki\Output\OutputPage)
#13 /var/www/html/includes/exception/MWExceptionRenderer.php(190): MediaWiki\Output\OutputPage->output()
#14 /var/www/html/includes/exception/MWExceptionRenderer.php(109): MWExceptionRenderer::reportHTML(TypeError)
#15 /var/www/html/includes/exception/MWExceptionHandler.php(135): MWExceptionRenderer::output(TypeError, int)
#16 /var/www/html/includes/exception/MWExceptionHandler.php(239): MWExceptionHandler::report(TypeError)
#17 /var/www/html/includes/MediaWikiEntryPoint.php(222): MWExceptionHandler::handleException(TypeError, string)
#18 /var/www/html/includes/actions/ActionEntryPoint.php(82): MediaWiki\MediaWikiEntryPoint->handleTopLevelError(TypeError)
#19 /var/www/html/includes/MediaWikiEntryPoint.php(206): MediaWiki\Actions\ActionEntryPoint->handleTopLevelError(TypeError)
#20 /var/www/html/index.php(58): MediaWiki\MediaWikiEntryPoint->run()
#21 {main}
S0ring (talk) 15:01, 21 January 2025 (UTC)
- Which exact version and branch of PageForms is being used? Malyacko (talk) 15:41, 21 January 2025 (UTC)
Wikibase query service
Is there a way other then WBS, to get query service to a custom Wikibase? I can see Extension:Wikibase Query is succeeded by Wikidata Query Service. But Wikidata Query Service is also obsolete and is succeeded by wikitech:Wikidata Query Service. Juandev (talk) 21:30, 21 January 2025 (UTC)
Discussion archives for this page
User:ArchiverBot is now setup and ready on this wiki (using Template:Auto archiving on the discussion pages themselves).
I'm not sure which settings you/we'd want to use here on this page. A basic setup would be:
- Older than 7 days without activity
- Archiving to
Project:Support_desk/Archive 21-- (Maybe? Or per-year/month pages?)
Alternatively, the folks who most frequently respond here may prefer a different setup, or even a return to the 2008-2010 era setup of distinct topical subpages (per Project:Support desk/Archives).
Thoughts?
I post these notes mostly to document the new option. I hope other folks will comment with their preferences, and do the edits/updates to set it up after a couple of days. Cheers, Quiddity (WMF) (talk) 22:10, 21 January 2025 (UTC)
- Thank you @Quiddity (WMF) —TheDJ (Not WMF) (talk • contribs) 18:42, 23 January 2025 (UTC)
Issues when using Scribunto
I'm trying to use InfoBox (via Scribunto) which in turn depends on Lua, but as best I can understand it's not going to work due to version conflicts between Lua and Scribunto. I get exit code 1, when trying to publish (and subsequently interpret) any Scribunto code...
Sadly I'm on a shared host, so am very limited with what I can upgrade / downgrade. I'd like to better understand if the problem is that Scribunto is now outdated, and needs to be upgraded to work with the later version of Lua, or if I'm doing something completely wrong.
Currently, I'm thinking I need to use a dedicated server, and downgrade Lua to 5.1 (apparently that should work), but it seems stupid when perhaps I just need to wait until other plugins should perhaps be upgraded instead?
Thanks for any pointers or help.
| MediaWiki | 1.43.0 |
| PHP | 8.2.27 (litespeed) |
| ICU | 71.1 |
| MariaDB | 10.6.20-MariaDB-cll-lve |
| Lua | 5.4.4 |
Johnalfreddonovan (talk) 12:18, 23 January 2025 (UTC)
- It is more likely that your hoster doesn't allow you to execute random binary programs (like lua). —TheDJ (Not WMF) (talk • contribs) 18:41, 23 January 2025 (UTC)
- I have the same problem. Any way to fix this? DerAlteFritzEbert (talk) 19:24, 23 January 2025 (UTC)
VisualEditor not working in several articles (related to images?)
I recently upgraded my MediaWiki installation from version 1.39 to 1.43 and am now using the following configuration:
MediaWiki 1.43.0
PHP 8.3.14-nmm1 (fpm-fcgi)
ICU 74.2
MariaDB 10.11.8-MariaDB-0ubuntu0.24.04.1-log
Unfortunately, since the update, I have encountered a strange issue with the VisualEditor that I cannot explain. On some article pages, it opens normally, while on others, the progress bar runs to the end and then gets stuck. The page remains grayed out, the VisualEditor toolbar does not appear, and I am unable to edit the text. I can only exit this freeze using the Esc key.
I have already done some troubleshooting, commenting out specific elements on affected article pages to narrow down the cause. I discovered that all pages with images displayed using the thumb parameter are affected. On pages without images, the issue does not occur at all. On some pages with images that are not displayed as thumb, I also experience the problem, but oddly enough, not on all of them. It seems to be related to image rendering. I have already experimented with various VE-related settings in the LocalSettings file but have not been able to make any changes that resolved the issue.
Since no exceptions were thrown, the extended debugging via the settings in the LocalSettings file did not provide any new insights. However, when I open the developer tools on an affected page, I see the following error message, which seems to be related to the VisualEditor:
Uncaught TypeError: ve.dm.Scalable is not a constructor
createScalable ve.dm.MWImageNode.js:395
getScalable ve.dm.ResizableNode.js:35
getScalable ve.dm.MWImageNode.js:388
VeDmMWImageNode ve.dm.MWImageNode.js:38
VeDmMWInlineImageNode ve.dm.MWInlineImageNode.js:23
create oojs.js:1683
createFromElement ve.dm.ModelFactory.js:36
buildNodeTree ve.dm.Document.js:286
setupSurface ve.init.mw.Target.js:363
setTimeout handler*ve.init.mw.Target.prototype.setupSurface ve.init.mw.Target.js:355
documentReady ve.init.mw.Target.js:263
documentReady ve.init.mw.ArticleTarget.js:451
loadSuccess ve.init.mw.ArticleTarget.js:342
loadSuccess ve.init.mw.DesktopArticleTarget.js:310
jQuery 30
xhr index.js:316
jQuery 6
ajax index.js:288
get index.js:160
requestParsoidData ve.init.mw.ArticleTargetLoader.js:348
requestPageData ve.init.mw.ArticleTargetLoader.js:289
dataPromise ve.init.mw.DesktopArticleTarget.init.js:588
jQuery 8
activateTarget ve.init.mw.DesktopArticleTarget.init.js:588
activatePageTarget ve.init.mw.DesktopArticleTarget.init.js:718
activateVe ve.init.mw.DesktopArticleTarget.init.js:1149
onEditTabClick ve.init.mw.DesktopArticleTarget.init.js:1117
I am not sure whether this is a bug or if I might have misconfigured something. I would greatly appreciate any advice, as I would hate to lose the VisualEditor, especially for pages with extensive tables. If additional data is required for diagnosis, I am happy to provide it.
The website in question is GameGuideWiki (https://gameguidewiki.de/). The described behavior can be reproduced, for example, on this page with thumbs (https://gameguidewiki.de/index.php?title=War_of_the_Worlds_%E2%80%93_Walkthrough_%E2%80%93_Level_1%E2%80%935) and this page without thumbs (https://gameguidewiki.de/index.php?title=War_of_the_Worlds_%E2%80%93_Listen#Handlungsorte). On this page, which also contains images, the issue does not occur, for example (https://gameguidewiki.de/index.php?title=War_of_the_Worlds).
Thank you in advance 2A02:2454:8631:2E00:28B0:CF12:996B:FFE2 18:18, 22 January 2025 (UTC)
- How did you perform the codebase update? War you using the tarball releases, or do you update from GIT? If it is GIT, please check if the "lib/ve" submodule of Extension:VisualEditor has been updated as well. Osnard (talk) 06:57, 24 January 2025 (UTC)
- Thanks Osnard, you saved the day. I've downloaded the tarball and compared the content with my current installation and discover a corrupt file with zero byte length named ... ve.dm.Scalable. This caused the error. With the correct file everything is doing fine. Thanks a million! Dsmabell (talk) 15:01, 24 January 2025 (UTC)
error creating thumbnails
I recently updated my MediaWiki to version 1.42.3 and I'm getting the following error when trying to upload images:
Error creating thumbnail: /home/p-z44ie0/html/neotropicos-wiki-j0cnt/mediawiki-1.42.3/vendor/wikimedia/shellbox/src/Command/limit.sh: line 93: /usr/bin/convert: No such file or directory Error code: 127
Could you help me with this? I'm not very expert on the subject. Thank you very much. Mmtorou (talk) 22:47, 22 January 2025 (UTC)
- See Manual:Errors and symptoms#Using ImageMagick. Where are the executable binaries of ImageMagick installed on your machine? Malyacko (talk) 10:09, 23 January 2025 (UTC)
- After updating, I copied the Extensions folder to the server and it was working correctly. Could this be due to the Image Magick version? Mmtorou (talk) 21:53, 23 January 2025 (UTC)
- How can I find out which version of Image Magick I have installed? Mmtorou (talk) 21:54, 23 January 2025 (UTC)
- Enter "convert" or "magick" (without the quotes) in a console. Tactica (talk) 12:15, 24 January 2025 (UTC)
Administrative account vs. user account
Hi,
Created a wiki where I have an administrative account and a user account. Are the two accounts necessary? Would the administrative account suffice for user edits as well as administration? This seems a fundamental question but not apparent in the FAQ. Thx, ... PeterEasthope (talk) 17:37, 18 January 2025 (UTC)
- An administrative account can do everything a user account can and more, so yes, the administrative account should suffice. Tactica (talk) 03:46, 20 January 2025 (UTC)
- Thanks. I wondered whether the administrative account should be used for administrative tasks only. The question still seems worthy of FAQhood. Thanks again, ... PeterEasthope (talk) 00:16, 22 January 2025 (UTC)
- @PeterEasthope: Maybe that info could be added to the Account creation manual page? Sam Wilson 00:58, 22 January 2025 (UTC)
- Add in both places? If not noticing the detail in the manual, a wiki novice familiar with Linux can easily assume the administrative account shouldn't be used for user edits. I guess a user account is just an unnecessary distraction for an administrator. Thanks, ... PeterEasthope (talk) 05:41, 26 January 2025 (UTC)
- @PeterEasthope: Maybe that info could be added to the Account creation manual page? Sam Wilson 00:58, 22 January 2025 (UTC)
- Thanks. I wondered whether the administrative account should be used for administrative tasks only. The question still seems worthy of FAQhood. Thanks again, ... PeterEasthope (talk) 00:16, 22 January 2025 (UTC)
CSS bug
Paragraphs of text <p> in the article need to have style="overflow:auto" applied to them if there are floating figures and illustrations. Justina Colmena ~biz (talk) 14:29, 24 January 2025 (UTC)
- Hi!
- Can you please provide a little more context? If you want to customize your wikis CSS, check out Manual:CSS. Osnard (talk) 11:12, 27 January 2025 (UTC)
Special Page
When the MediaWiki configuration language was set to "en," someone created a page titled "特別:投稿記録/Example." Now that the configuration language has been switched back to "ja," I can no longer access that page.
As I am just a regular user of that Wiki and cannot change the configuration language, is there a way to retrieve the page ID of that page? 抹消済みのアカウント (talk) 02:30, 26 January 2025 (UTC)
- Hi!
- The page has been created with the japanese word for "Special" as a namespace prefix. While being set to "en", the wiki created this page in the "main" namespace (without a valid namespace prefix). Now that the wiki is set to "ja", the wiki recognizes the namespace prefix and tries to serve a Specialpage. Try to create a link like
[[:特別:投稿記録/Example]](mind the leading colon). or pass:特別:投稿記録/Exampleinto Special:Export to get an XML-Export. - If this does not work, you may need to contact an administrator of your wiki to fix the title manually. Osnard (talk) 11:11, 27 January 2025 (UTC)
RV1109
here,Iam using RV1109, its runs with the baidu faceapp ,I try to run my own but the device shows a Blank White Screen . Ponmathan1303 (talk) 04:20, 27 January 2025 (UTC)
- Welcome to the MediaWiki support desk. Your requests seems to be unrelated to MediaWiki. If it is not, please provide more information. Osnard (talk) 11:02, 27 January 2025 (UTC)
The lua binary is not executable
Hi. I'm trying to import modules from Wikipedia to my personal wiki, and when I attempt to, I get this error:
The lua binary (/home1/bgrsgkte/public_html/extensions/Scribunto/includes/Engines/LuaStandalone/binaries/lua5_1_5_linux_64_generic/lua) is not executable.
Can someone please point me in the direction of a solution?Humanipedia (talk) 10:11, 27 January 2025 (UTC)
- Hello!
- Try making it executable, e.g. by
chmod +x /home1/bgrsgkte/public_html/extensions/Scribunto/includes/Engines/LuaStandalone/binaries/lua5_1_5_linux_64_generic/lua. Be aware that you may also need to adjust the access permissions for the specific webserver user. Osnard (talk) 11:04, 27 January 2025 (UTC)- Thanks, how do I do that? Do I have to edit the Lua file and add chmod +x to it somewhere?Humanipedia (talk) 22:43, 27 January 2025 (UTC)
- No, this is a command, which needs to be executed on the server in a shell. If you don’t have shell (SSH) access, you need to change permissions using whatever software you use to copy the files there. (If you happen to use Linux/Unix/WSL/etc. on your own computer, you may – or may not – be able to change the permissions on your computer and copy the file with the updated permissions, but regular Windows tools like the Windows Explorer cannot be used.) —Tacsipacsi (talk) 23:25, 27 January 2025 (UTC)
- Thanks, how do I do that? Do I have to edit the Lua file and add chmod +x to it somewhere?Humanipedia (talk) 22:43, 27 January 2025 (UTC)
doc transclusion: which form ?
Hi all, please what is the difference between these three forms of doc transclusion on a template page (template data 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)
- Hi @Juandev and thanks for your answer.
- I do not understand the english text "and its again on the source coude of template:Documentation and template:Done and all other included templates, what will be included and how."
- From the 2 first points as I get no error and i am working on Mediawiki itself (else precised) when transcluding, I guess it accepts both forms {{D and {{d . But where (parameter) is this discrimination declared in ?
- The third point is still open since I get no explaination about why template data section cannot logically appear when using the two first forms.
- --Christian 🇫🇷 FR 🎅 (talk) 08:39, 15 January 2025 (UTC)
- i confirm that only the 3rd form allows template data array to appear on translated pages. why not appearing with first forms ? --16:17, 28 January 2025 (UTC) Christian 🇫🇷 FR 🚨 (talk) 16:17, 28 January 2025 (UTC)
The content model 'sanitized-css' is not registered on this wiki.
When trying to import Wikipedia modules to my Wiki, I receive an error saying "The content model 'sanitized-css' is not registered on this wiki.". Please let me know how I should proceed.Humanipedia (talk) 01:33, 28 January 2025 (UTC)
- @Humanipedia: Do you have Extension:TemplateStyles installed? Sam Wilson 04:40, 28 January 2025 (UTC)
- To the best of my knowledge, it is installed. Any advice?
- [1]
- Humanipedia (talk) 17:11, 28 January 2025 (UTC)
- @Humanipedia: Your screenshot indicates that TemplateStyles is installed, but it may not actually be loaded in LocalSettings.php, so have a look there (or Special:Version, where it should be listed). Sam Wilson 02:56, 29 January 2025 (UTC)
- Thanks. I don't see it installed in Special:Version. Can you tell me what I need to add to LocalSettings.php to get it installed?
- https://bgr.sgk.temporary.site/index.php/Special:Version
- Humanipedia (talk) 04:28, 30 January 2025 (UTC)
- @Humanipedia: See the installation section of the extension's page. But basically you just need
wfLoadExtension( 'TemplateStyles' );. Sam Wilson 04:38, 30 January 2025 (UTC)
- @Humanipedia: See the installation section of the extension's page. But basically you just need
- @Humanipedia: Your screenshot indicates that TemplateStyles is installed, but it may not actually be loaded in LocalSettings.php, so have a look there (or Special:Version, where it should be listed). Sam Wilson 02:56, 29 January 2025 (UTC)
I need an optional strategy
The installation package is like a virus,I didn't have a choice,Install directly on the C drive,It's crazy.fox fox fox. MBGGGGG (talk) 20:04, 29 January 2025 (UTC)
- Welcome to the MediaWiki support desk. Your requests seems to be unrelated to MediaWiki. If it is not, please provide more information. Osnard (talk) 15:41, 30 January 2025 (UTC)
I seem to be unable to answer a question here
I'm an admin on Commons and en-wiki, trying to answer a question here, and it would appear that the page in question is too highly protected for me to answer the question. At Project:Support desk/Flow/2013/07#h-How_to_display_only_part_of_an_image-2013-07-05T14:21:00.000Z, I was attempting to tell them that the appropriate tool is commons:Template:CSS image crop or its equivalent on about 80 other WMF wikis (the template can, of course, be implemented elsewhere as well). - Jmabel (talk) 04:13, 1 February 2025 (UTC)
- Its because Flow/StructuredDiscussions are being phased out, so we dont want people to use those topics any longer. —TheDJ (Not WMF) (talk • contribs) 17:53, 1 February 2025 (UTC)
Error Call to undefined function on image upload
I'm running mediawiki for about 1 1/2 years now and today received this error when uploading an image:
Error: Call to undefined function Shellbox\Command\proc_get_status()
Proc_get_Status is disabled in php.ini, but it has always been disabled. The last time that I uploaded images (august last year) went fine. I believe meanwhile there was an automatic update (automatic by installatron) updating to 1.42.4. Was something noticeable changed that could cause this?
I receive similar error messages on multiple special pages, for example: Special:NewFiles
The full error shown is:
[Z6DlWqDZuxr2FbVbxkxVUAABRgk] /Special:NewFiles Error: Call to undefined function Shellbox\Command\proc_get_status()
Backtrace:
from /home/****/domains/****.nl/public_html/wiki/vendor/wikimedia/shellbox/src/Command/UnboxedExecutor.php(293)
- 0 /home/****/domains/****.nl/public_html/wiki/vendor/wikimedia/shellbox/src/Command/UnboxedCommand.php(29): Shellbox\Command\UnboxedExecutor->execute()
- 1 /home/****/domains/****.nl/public_html/wiki/includes/shell/Command.php(214): Shellbox\Command\UnboxedCommand->execute()
- 2 /home/****/domains/****.nl/public_html/wiki/includes/GlobalFunctions.php(1606): MediaWiki\Shell\Command->execute()
- 3 /home/****/domains/****.nl/public_html/wiki/includes/GlobalFunctions.php(1635): wfShellExec()
- 4 /home/****/domains/****.nl/public_html/wiki/includes/media/BitmapHandler.php(271): wfShellExecWithStderr()
- 5 /home/****/domains/****.nl/public_html/wiki/includes/media/TransformationalImageHandler.php(255): BitmapHandler->transformImageMagick()
- 6 /home/****/domains/****.nl/public_html/wiki/includes/filerepo/file/File.php(1323): TransformationalImageHandler->doTransform()
- 7 /home/****/domains/****.nl/public_html/wiki/includes/filerepo/file/File.php(1268): File->generateAndSaveThumb()
- 8 /home/****/domains/****.nl/public_html/wiki/includes/gallery/TraditionalImageGallery.php(118): File->transform()
- 9 /home/****/domains/****.nl/public_html/wiki/includes/specials/pagers/NewFilesPager.php(183): TraditionalImageGallery->toHTML()
- 10 /home/****/domains/****.nl/public_html/wiki/includes/pager/IndexPager.php(601): MediaWiki\Pager\NewFilesPager->getEndBody()
- 11 /home/****/domains/****.nl/public_html/wiki/includes/specials/SpecialNewFiles.php(148): MediaWiki\Pager\IndexPager->getBody()
- 12 /home/****/domains/****.nl/public_html/wiki/includes/specialpage/SpecialPage.php(719): MediaWiki\Specials\SpecialNewFiles->execute()
- 13 /home/****/domains/****.nl/public_html/wiki/includes/specialpage/SpecialPageFactory.php(1669): MediaWiki\SpecialPage\SpecialPage->run()
- 14 /home/****/domains/****.nl/public_html/wiki/includes/actions/ActionEntryPoint.php(504): MediaWiki\SpecialPage\SpecialPageFactory->executePath()
- 15 /home/****/domains/****.nl/public_html/wiki/includes/actions/ActionEntryPoint.php(145): MediaWiki\Actions\ActionEntryPoint->performRequest()
- 16 /home/****/domains/****.nl/public_html/wiki/includes/MediaWikiEntryPoint.php(199): MediaWiki\Actions\ActionEntryPoint->execute()
- 17 /home/****/domains/****.nl/public_html/wiki/index.php(58): MediaWiki\MediaWikiEntryPoint->run()
- 18 {main}
Installed Version (on shared hosting):
MediaWiki 1.42.4
PHP 8.3.15 (litespeed)
ICU 64.2
MariaDB 10.6.20-MariaDB-cll-lve-log Fablableo (talk) 16:12, 3 February 2025 (UTC)
update script won't work
I did the "cd" part, then I entered "php public_html/maintenance/run.php update" but nothing happened. Its been a while since I did the update script and I can't remember fully how to do it. Please help I'm trying to add the DiscussionTools extension Tang Empire (talk) 09:14, 1 February 2025 (UTC)
- ok, now I tried the update script without the DiscussionTools script in LocalSettings.php and it worked. I added it back and it didn't. Is something wrong with the extension itself? Tang Empire (talk) 16:43, 1 February 2025 (UTC)
- nevermind. turns out its because didnt have the Linter extension that was required for this. Tang Empire (talk) 16:48, 1 February 2025 (UTC)
- @Tang Empire: It's a bit strange that you didn't get an error, it should've complained that Linter was missing, e.g.:Sam Wilson 04:37, 3 February 2025 (UTC)
$ ./maintenance/run update PHP Fatal error: Uncaught MediaWiki\Registration\ExtensionDependencyError: DiscussionTools requires Linter to be installed.
- That’s strange, I didn’t get anything. Tang Empire (talk) 17:57, 4 February 2025 (UTC)
- @Tang Empire: It's a bit strange that you didn't get an error, it should've complained that Linter was missing, e.g.:
Account Blocking
Good afternoon.Please help, I experience an account blocking in the name of the user: OfiyaN. I don't understand why i was blocked, I was the first time i entered and wanted to contribute to writing. How to get my account not blocked or do i create a new account after 6 days with the same email? OfiyaN (talk) 07:35, 4 February 2025 (UTC)
- Please discuss it on wikibooks, not here---there's a reason given in the block notice there, as well as directions on how to request an unblock. --Clump (talk) 15:02, 4 February 2025 (UTC)
Migrate Wikimedia document to Confluence Cloud
Hi Team,
We are looking to migrate the Wikimedia documents to confluence cloud. Is there any best way to proceed with that?
Regards,
Anirudh 2401:4900:8849:C0B3:950D:9725:E596:A195 10:48, 4 February 2025 (UTC)
- What are "Wikimedia documents"? Malyacko (talk) 08:40, 5 February 2025 (UTC)
Special:Upload Error: Call to undefined method File::splitMime()
I use a fresh installation of Mediawiki 1.43.0 on Ubuntu 24.04 running Plesk, everything works so far.
I just wanted to upload a picture, and after clicking the Upload-Button, I received the following error:
[Z5u70V983GfulgJMsFlKGQAAAEs] /index.php?title=Special:Upload Error: Call to undefined method File::splitMime()
Backtrace:
from /var/www/vhosts/myronised.com/wiki.myronised.com/includes/utils/MWFileProps.php(86)
#0 /var/www/vhosts/myronised.com/wiki.myronised.com/includes/upload/UploadBase.php(585): MWFileProps->getPropsFromPath()
#1 /var/www/vhosts/myronised.com/wiki.myronised.com/includes/upload/UploadBase.php(510): UploadBase->verifyPartialFile()
#2 /var/www/vhosts/myronised.com/wiki.myronised.com/includes/upload/UploadBase.php(433): UploadBase->verifyFile()
#3 /var/www/vhosts/myronised.com/wiki.myronised.com/includes/upload/UploadFromFile.php(99): UploadBase->verifyUpload()
#4 /var/www/vhosts/myronised.com/wiki.myronised.com/includes/specials/SpecialUpload.php(753): UploadFromFile->verifyUpload()
#5 /var/www/vhosts/myronised.com/wiki.myronised.com/includes/specials/SpecialUpload.php(824): MediaWiki\Specials\SpecialUpload->performUploadChecks()
#6 /var/www/vhosts/myronised.com/wiki.myronised.com/includes/specials/SpecialUpload.php(298): MediaWiki\Specials\SpecialUpload->processUpload()
#7 /var/www/vhosts/myronised.com/wiki.myronised.com/includes/specialpage/SpecialPage.php(728): MediaWiki\Specials\SpecialUpload->execute()
#8 /var/www/vhosts/myronised.com/wiki.myronised.com/includes/specialpage/SpecialPageFactory.php(1724): MediaWiki\SpecialPage\SpecialPage->run()
#9 /var/www/vhosts/myronised.com/wiki.myronised.com/includes/actions/ActionEntryPoint.php(504): MediaWiki\SpecialPage\SpecialPageFactory->executePath()
#10 /var/www/vhosts/myronised.com/wiki.myronised.com/includes/actions/ActionEntryPoint.php(146): MediaWiki\Actions\ActionEntryPoint->performRequest()
#11 /var/www/vhosts/myronised.com/wiki.myronised.com/includes/MediaWikiEntryPoint.php(200): MediaWiki\Actions\ActionEntryPoint->execute()
#12 /var/www/vhosts/myronised.com/wiki.myronised.com/index.php(58): MediaWiki\MediaWikiEntryPoint->run()
#13 {main}
This error still exists after trying multiple times.
My Wiki can be found here: https://wiki.myronised.com.
How can I fix this? Thanks for your answer. C. Kaynbrook (talk) 17:56, 30 January 2025 (UTC)
- The MediaWiki file
includes/filerepo/file/File.phpincludes the definition of thepublic static function splitMime(). If your MediaWiki does not know that MediaWiki function, then something went wrong while you installed MediaWiki. Malyacko (talk) 16:31, 3 February 2025 (UTC)- Can I troubleshoot this somehow or do I need to reinstall my wiki? C. Kaynbrook (talk) 18:21, 3 February 2025 (UTC)
- I checked that file now, splitMime() is defined in there:
- public static function splitMime( ?string $mime ) {
- if ( $mime === null ) {
- return [ 'unknown', 'unknown' ];
- } elseif ( str_contains( $mime, '/' ) ) {
- return explode( '/', $mime, 2 );
- } else {
- return [ $mime, 'unknown' ];
- }
- }
- What could the problem be now? C. Kaynbrook (talk) 15:42, 4 February 2025 (UTC)
- File permissions. Malyacko (talk) 08:40, 5 February 2025 (UTC)
- I set all my directories to 775 and all my files to 644, the owner is www-data, as well as anyone in the group psaserv (psaadm, psaftp, nginx). I don't believe that file permissions are the problem. C. Kaynbrook (talk) 13:45, 5 February 2025 (UTC)
- File permissions. Malyacko (talk) 08:40, 5 February 2025 (UTC)
Page content gone after migration
I attempted to migrate my installation between providers and while the pages are there every one is blank and returned the "There is currently no text in this page." message. If I click Random page it still finds them, such as:
https://sportspaper.info/wiki/index.php/1982_Final_Four
My versions:
| Product | Version |
|---|---|
| MediaWiki | 1.42.4 |
| PHP | 8.2.25 (litespeed) |
| ICU | 71.1 |
| MariaDB | 10.11.10-MariaDB |
Cholmes75 (talk) 00:14, 4 February 2025 (UTC)
- Is is just a migration between providers or was a codebase update done as well?
- Maybe something went wrong with exporting and importing the database. Can you please share details on how you did that? Which tools, which commands? Osnard (talk) 15:38, 4 February 2025 (UTC)
- I'm sure I did it all wrong, but basically I installed MW on my new provider, then I imported a database backup I took from my old provider. Really not much more than that. Cholmes75 (talk) 16:05, 4 February 2025 (UTC)
- @Cholmes75 I suggest logging into the sql server directly and see what data is inside the tables. then open up your backup and see if the data is correctly in there.
- One possibility, is that you installed a different version of mediawiki, and did not run the upgrade script to migrate the data correctly. —TheDJ (Not WMF) (talk • contribs) 11:09, 5 February 2025 (UTC)
- Thanks. I am not familiar with using sql to look inside the tables, is there a guide somewhere I can refer to? Cholmes75 (talk) 14:08, 5 February 2025 (UTC)
- I'm sure I did it all wrong, but basically I installed MW on my new provider, then I imported a database backup I took from my old provider. Really not much more than that. Cholmes75 (talk) 16:05, 4 February 2025 (UTC)
When importing articles from Wikipedia to my wiki, how do I properly give attribution?
Am I required to include the full history when exporting articles prior to importing them to my wiki? Also, what interwiki prefix should I use when importing them to my wiki? I read that I should use "wikipedia" as the interwiki prefix, but I'm unsure.Humanipedia (talk) 04:17, 5 February 2025 (UTC)
- This is a question for Wikipedia, not for the MediaWiki support desk. Anyway, see their Terms of Use, under "7. Licensing of Content" → g. Re-Use. Myself, I link to a permalink pointing to the original article and mention the original license, usually CC BY-SA 4.0. There's no need to import the full history, let alone dealing with interwikis if you "edit" the original article, copy the parts you need from the source and paste that into your wiki article. Tactica (talk) 19:54, 5 February 2025 (UTC)
Trying to enable email notifications for watchlists and the emails are not sending
Hello!
We are using MediaWiki version 1.40.0. We ARE able to send emails from the Wiki using the Special:EmailUser form, so we have confirmed our SMTP settings are correct. Below are the settings in our LocalSettings.php file:
$wgEnotifUserTalk = false; # UPO
$wgEnotifWatchlist = true; # UPO
$wgDefaultUserOptions['enotifwatchlistpages'] = 0;
#$wgEmailAuthentication = false;
$wgUserEmailUseReplyTo = true;
Note: $wgEmailAuthentication is commented out because we use allowlisting. I have tried uncommenting that value and rebooting the server but emails still aren't sent.
Any help is appreciated! Thank you!! Jbubz (talk) 19:12, 5 February 2025 (UTC)
- You are using an outdated, insecure version. Please upgrade for your own safety. Malyacko (talk) 20:33, 5 February 2025 (UTC)
Module not found error
I imported the module Yesno to my wiki, however I still receive an error on pages saying "Lua error in package.lua at line 80: module 'Module:Yesno' not found."
https://bgr.sgk.temporary.site/index.php/Module:Yesno
My goal is to import templates and modules to my wiki so that they show up correctly in articles. If anyone can give me a general guide on how to do this, I would appreciate it. Are there any steps I would have to take beyond simply exporting the modules and templates from Wikipedia and importing them to my wiki?Humanipedia (talk) 06:00, 6 February 2025 (UTC)
How do I change the upload file size limit in the file manager for my wiki?
This page says I should be able to edit php.ini, but I'm not able to find such a file in my website's file manager. Also, while I did find includes/specials/SpecialImport.php, when I edit it, I am unable to find the code listed here:
I'm reading the instructions under the "Large Scale Transfer" heading:
https://en.wikipedia.org/wiki/Help:Import
Humanipedia (talk) 04:22, 5 February 2025 (UTC)
- php.ini is located wherever PHP installed it on your machine. What "code listed here" as there is no code shown? Why do you refer to some English Wikipedia page which is unrelated to MediaWiki instructions for something? Malyacko (talk) 08:37, 5 February 2025 (UTC)
- Unrelated to this topic in particular, but maybe Project:Support desk/Header should hint that questions posted here related to obsolete MW versions will be given low priority or something along those lines. Tactica (talk) 19:38, 5 February 2025 (UTC)
- That page is for people considering importing files into Wikipedia, not for general use in 3rd party wikis. You should be reading this instead: Manual:Configuring file uploads#Set maximum size for file uploads. Also, you shouldn't edit any *.php files unless you know what you're doing; as a general rule, the only PHP related to MediaWiki that you might need to edit is the main configuration file, LocalSettings.php. Tactica (talk) 19:25, 5 February 2025 (UTC)
- Thanks. Where do I find php.ini in my file manager? I found LocalSettings.php, but I don't see any way to edit the file size of uploads there.Humanipedia (talk) 01:13, 6 February 2025 (UTC)
- See if changing the configuration file reported by entering
php --iniin a console helps you. If it doesn't, maybe your web server is using a separate PHP configuration file. Manual:php.ini is linked by the article I mentioned above and provides further instructions if that's the case. - If you can't use a console but instead are limited to a "file manager" (whatever that is), I'm not sure I can help you. Tactica (talk) 01:33, 6 February 2025 (UTC)
- I may have come up with an easier way to solve my problem. I found out how to change the max upload and max post size in Hostgator:
- https://ibb.co/0RcdmkqT
- I have them set to 1000MB and 2000MB respectfully. However, when I try to import a file on my wiki which is about 77MB, I receive a "service unavailable error". I'm assuming it's because Mediawiki considers the file too big, because I have no problem importing smaller files. If you can tell me how to prevent this error from occuring when I import large files into Mediawiki, I would appreciate it:
- https://ibb.co/0ynbmy0F
- Humanipedia (talk) 02:24, 6 February 2025 (UTC)
- More likely is that the request doesn't finish quickly enough and that the webserver of the hostel times you out. —TheDJ (Not WMF) (talk • contribs) 12:15, 6 February 2025 (UTC)
- Is there a solution for that?Humanipedia (talk) 17:46, 6 February 2025 (UTC)
- More likely is that the request doesn't finish quickly enough and that the webserver of the hostel times you out. —TheDJ (Not WMF) (talk • contribs) 12:15, 6 February 2025 (UTC)
- See if changing the configuration file reported by entering
- Thanks. Where do I find php.ini in my file manager? I found LocalSettings.php, but I don't see any way to edit the file size of uploads there.Humanipedia (talk) 01:13, 6 February 2025 (UTC)
Bulk upload of images
Hello all,
I am new to mediawiki. I have a wiki that I have the xml dumps from. The site is working great. I have a large folder of images I need to transfer up to the website and when I upload them to the images folder they do not appear on the website. I know i need to manually some how sync the images to the website. All images have the correct name and hopefully will just appear in the wiki. I am hoping I do not have to do these one at a time. Can anyone point me to an article or let me know how I can achieve this. Extremeshannon (talk) 05:01, 7 February 2025 (UTC)
- @Extremeshannon: Do you mean that you've got the original wiki's
images/directory, i.e. with thea/bb/Foo.jpgfile paths? If the files are already represented on the wiki (i.e. you've imported their description pages) then does running the rebuildImages.php maintenance script help? Sam Wilson 05:22, 7 February 2025 (UTC)- I do not seem to have that. It s dump of all images in one folder. There is a file .desc with them for each image Extremeshannon (talk) 05:37, 7 February 2025 (UTC)
- This worked great thank you Extremeshannon (talk) 06:13, 8 February 2025 (UTC)
Words in all Content Pages Statistic
MediaWiki - 1.39.8 PHP - 8.1.31 (fpm-fcgi)
I previously was tracking statistics, which contained a total word count. I recently ran, for the first time, the initSiteStats.php maintenance file. After doing so our statistics changed quite drastically, but the total word count disappeared entirely.
I saw "Words in all content pages" on the statistics for this wiki, but I don't have that "Other Statistics" section in the statistics table, in our production wiki or my local wiki.
How do I get this statistic to appear? Thank you in advance for your help and expertise. Kimmywingz (talk) 17:22, 7 February 2025 (UTC)
- https://www.mediawiki.org/wiki/Help%20talk%3ACirrusSearch/2021#h-Wikipedia_word_count-2021-06-05T02%3A03%3A00.000Z explains where the words count comes from. Tactica (talk) 19:43, 7 February 2025 (UTC)
Are emails sent via $wgSMTP released via some sort of cron job on Windows?
Hello!
We are using Windows Server 2022 Datacenter. At this point, I'm just trying to understand better how $wgSMTP works. Currently there is a delay in notification emails sent out when someone edits a site on another user's watchlist, and the delay is anywhere from 10 to 30 minutes. The email does send, it's just delayed. I want to learn what configurations control the cron-like job runner for Windows in the case of $wgSMTP. Is the job stored in something similar to cron once a user edits a watchlist page? And then released under certain conditions?
I am brand new to MediaWiki and I haven't messed with PHP hardly ever in the past so I'm familiarizing myself.
Any help is appreciated! Thank you!
Error on some search queries
I refer to Error on some search queries on Project:Support desk/Flow
But as this page has been protected to prevent editing or other actions, i was forced to open a new topic.
Are there any solutions on this issue in the meanwhile? I have a very similar problem. The string "YouTube" in my search field causes the same error.
Ufnbg (talk) 12:24, 4 February 2025 (UTC)
- There seems to be a Title in your database, that is not a 'valid' title. There can be various reasons for this, but you will have to figure out which title in the database is triggering this problem I think. —TheDJ (Not WMF) (talk • contribs) 11:05, 5 February 2025 (UTC)
- Thanks for your reply. I found a entry for a page in my database "YouTube" which should not exist. I deleted this entry, but the problem remains:
- /index.php?search=youtube&title=Spezial%3ASuche&profile=default&fulltext=1 Wikimedia\Assert\PreconditionException: Precondition failed: This Title instance does not represent a proper page, but merely a link target. Ufnbg (talk) 12:04, 5 February 2025 (UTC)
- @Ufnbg: You may have a 'hidden' title, that's e.g. being obscured by a more recently added namespace. Does running NamespaceDupes.php help? Sam Wilson 05:44, 8 February 2025 (UTC)
- @Sam Wilson: yes, that helps. Problem solved, thank you! Ufnbg (talk) 13:22, 8 February 2025 (UTC)
- @Ufnbg: You may have a 'hidden' title, that's e.g. being obscured by a more recently added namespace. Does running NamespaceDupes.php help? Sam Wilson 05:44, 8 February 2025 (UTC)
Need help installing Lua modules in my wiki
I've imported Lua modules from Wikipedia to my wiki, but I still run into template errors saying that Lua modules are not found. If anyone can give me a crash course on installing them properly, I would appreciate it.Humanipedia (talk) 06:40, 9 February 2025 (UTC)
Problem with the 'View licenses' link in the MultimediaViewer
Hello, I have recently started using the UploadWizard extension. Everything is working fine so far. However, when I open the uploaded images with the MultimediaViewer extension, I find the link “View licenses”. But when I click on it, I am always taken to pages that have not been created. Here is an example: I have an image called “Properties”. It already has a license that was previously selected in UploadWizard. If I now open “Properties” in the MultimediaViewer and then click on “View licenses”, I am taken to the page “File:Properties.png?uselang=en”. What is going on there? I createt a example page for this. I am using the 1.43.Wiki Verion. Thank you in advance for any answers! Agatnor (talk) 15:43, 4 February 2025 (UTC)
- Please see "Post a new question" above. Malyacko (talk) 08:39, 5 February 2025 (UTC)
- I have formulated my problem a little more specifically. I hope it is better by now. Agatnor (talk) 12:10, 7 February 2025 (UTC)
- For the MultimediaViewer to be useful on 3rd party wikis you have to install Extension:CommonsMetadata and a suitable information template. This is explained in Extension:MultimediaViewer#Installation. Tactica (talk) 19:01, 8 February 2025 (UTC)
- I have added the templates and the extension:CommonsMetadata to my wiki. This has already helped a bit, I can see general information in the media viewer. However, the licenses are still not displayed. I have added a new image to my wiki where you can see this. Thank you very much for the really quick help! Agatnor (talk) 17:46, 9 February 2025 (UTC)
- For the MultimediaViewer to be useful on 3rd party wikis you have to install Extension:CommonsMetadata and a suitable information template. This is explained in Extension:MultimediaViewer#Installation. Tactica (talk) 19:01, 8 February 2025 (UTC)
- I have formulated my problem a little more specifically. I hope it is better by now. Agatnor (talk) 12:10, 7 February 2025 (UTC)
adding a file locaction to MediaWiki
We have a folder in the public_html called forms. Is there a way to add that folder to the wiki so it will show the file history and file usage, like it does with file in the the files folder?
Rshoskins71 (talk) 17:15, 4 February 2025 (UTC)
- MediaWiki does not read random folders in random places outside of MediaWiki's realm itself. You cannot "add a folder to the wiki" as it breaks the abstraction. Malyacko (talk) 09:28, 10 February 2025 (UTC)
- You could use something like Extension:SimpleBatchUpload. Jonathan3 (talk) 11:00, 10 February 2025 (UTC)
- P.S. What about this, which was mentioned under "Bulk upload of images" below? Manual:rebuildImages.php. I've never used it. Jonathan3 (talk) 11:03, 10 February 2025 (UTC)
- You could use something like Extension:SimpleBatchUpload. Jonathan3 (talk) 11:00, 10 February 2025 (UTC)
Long waiting time for wiki page approval
Hello,
My page was declined and I've updated it since but no one has checked it yet. How long should this take as it's been over a month? Draft:Jakob Hallgren: Revision history - Wikipedia Thank you. Roxanabovia (talk) 08:36, 7 February 2025 (UTC)
- Hi, you need to bring this up on English Wikipedia. This website (mediawiki.org) is for using the MediaWiki software, not for content policies of Wikipedias. Malyacko (talk) 15:09, 7 February 2025 (UTC)
- thank you. Roxanabovia (talk) 11:06, 10 February 2025 (UTC)
API questions
Hello,
I'm working on a project that requires API access to any given MediaWiki wiki, but I've encountered a few issues:
- Detecting the API endpoint
- Not all wikis have their API at
/w/api.php. Some use/api.phpor/wiki/api.phpinstead. - I initially considered using
Special:ApiHelp, as it redirects to the API endpoint, but some wikis (e.g., wikiHow) restrict access to special pages for logged-in users. - A workaround somebody found is that all MediaWiki wikis I tested include a
<link rel="EditURI">tag in their HTML, with anhrefleading to?action=rsd, which reveals the API endpoint. - Is this the best way to detect the API endpoint, or is there a more reliable method?
- Not all wikis have their API at
- We plan on using the older API format without
rvslots, but it gives a warning that states that thervslotsformat will become the default in the future. Will there be an option to force the old format?
Thanks, -- QuickQuokka (talk) 13:53, 10 February 2025 (UTC)
- I revoke my first question about getting the endpoints, but my other question still stands QuickQuokka (talk) 18:54, 10 February 2025 (UTC)
Special:Version why not using Special:MyLanguage for skins and extensions ?
Why in Special:Version each link to entry points leads correctly to the translated page (in my case https://www.mediawiki.org/wiki/Manual:$wgArticlePath/fr for example), and then starting from Bleu de Cologne which is https://www.mediawiki.org/wiki/Skin:Cologne_Blue they lead to the EN page (that is for skins and following extensions) altrough the translated FR pages still exist ? -- Christian 🇫🇷 FR 🚨 (talk) 23:06, 10 February 2025 (UTC)
- Because nobody has provided a patch yet to change the current behavior. Malyacko (talk) 12:21, 11 February 2025 (UTC)
- @Wladek92: The links for skins and extensions are taken from the skin.json and extension.json files, so the changes would need to be made there. There appears to be only four extension that do it, and no skins. I've no idea why we don't normally link like that, it does seem like a good thing to do! Sam Wilson 12:46, 11 February 2025 (UTC)
- great, thanks all ! -- Christian 🇫🇷 FR 🚨 (talk) 13:49, 11 February 2025 (UTC)
Is there a more efficient way of importing pages?
I'm trying to import large numbers of pages from Wikipedia to my wiki, but when I import large numbers at once (e.x. 1,000 or more), I run into "503 service unavailable" errors. Is there a way of importing large numbers of pages at once, or importing them using the File Manager of my web host?Humanipedia (talk) 04:52, 11 February 2025 (UTC)
- Your server puts resource limits (cpu, memory, time etc) on requests to protect itself. If you are importing large numbers of pages within a single request, you might overflow those limits. You can use a command line import command, if you have shell access to your server. You might want to read Manual:Importing_XML_dumps#Large_XML_uploads for all information about exactly this topic. —TheDJ (Not WMF) (talk • contribs) 16:08, 11 February 2025 (UTC)
VisualEditor Toolbar
When I activate editing mode on a page in my wiki, the editor toolbar is not displayed. What can I do? I am using MediaWiki version 1.42.3, recently updated. Mmtorou (talk) 05:42, 11 February 2025 (UTC)
- What does your browser's developer tools' console show, and what does your webserver software log show? Malyacko (talk) 12:20, 11 February 2025 (UTC)
Internal Error after upgrading to 1.43.0 from 1.42.3
After upgrading we are getting this following error. I've tried doing the upgrade 4 times. Twice with just unzipping the files and overwriting the current wwwroot directory, once by renaming wwwroot and extracting to a new wwwroot then downloading the extensions, and once setting up a brand new wiki db and then restoring the mysql db. Please help! Never had issues with an upgrade before and no idea where to go. Thanks in advance.
Internal error
[9ee0ec71a6b22e5c1362df11] /index.php?title=Main_Page RuntimeException: Could not open 'C:\inetpub\wwwroot/images/temp/mw-GlobalIdGenerator0-UUID-128'.
Backtrace:
from C:\inetpub\wwwroot\includes\libs\uuid\GlobalIdGenerator.php(456)
#0 C:\inetpub\wwwroot\includes\libs\uuid\GlobalIdGenerator.php(222): Wikimedia\UUID\GlobalIdGenerator->getTimeAndDelay(string, int, int, int)
#1 C:\inetpub\wwwroot\includes\content\Renderer\ContentRenderer.php(94): Wikimedia\UUID\GlobalIdGenerator->newUUIDv1()
#2 C:\inetpub\wwwroot\includes\Revision\RenderedRevision.php(263): MediaWiki\Content\Renderer\ContentRenderer->getParserOutput(MediaWiki\Content\WikitextContent, MediaWiki\Title\Title, MediaWiki\Revision\RevisionStoreRecord, MediaWiki\Parser\ParserOptions, array)
#3 C:\inetpub\wwwroot\includes\Revision\RenderedRevision.php(236): MediaWiki\Revision\RenderedRevision->getSlotParserOutputUncached(MediaWiki\Content\WikitextContent, array)
#4 C:\inetpub\wwwroot\includes\Revision\RevisionRenderer.php(239): MediaWiki\Revision\RenderedRevision->getSlotParserOutput(string, array)
#5 C:\inetpub\wwwroot\includes\Revision\RevisionRenderer.php(172): MediaWiki\Revision\RevisionRenderer->combineSlotOutput(MediaWiki\Revision\RenderedRevision, MediaWiki\Parser\ParserOptions, array)
#6 [internal function]: MediaWiki\Revision\RevisionRenderer->MediaWiki\Revision\{closure}(MediaWiki\Revision\RenderedRevision, array)
#7 C:\inetpub\wwwroot\includes\Revision\RenderedRevision.php(199): call_user_func(Closure, MediaWiki\Revision\RenderedRevision, array)
#8 C:\inetpub\wwwroot\includes\poolcounter\PoolWorkArticleView.php(106): MediaWiki\Revision\RenderedRevision->getRevisionParserOutput()
#9 C:\inetpub\wwwroot\includes\poolcounter\PoolWorkArticleViewCurrent.php(123): MediaWiki\PoolCounter\PoolWorkArticleView->renderRevision(null, bool, string)
#10 C:\inetpub\wwwroot\includes\poolcounter\PoolCounterWork.php(171): MediaWiki\PoolCounter\PoolWorkArticleViewCurrent->doWork()
#11 C:\inetpub\wwwroot\includes\page\ParserOutputAccess.php(362): MediaWiki\PoolCounter\PoolCounterWork->execute()
#12 C:\inetpub\wwwroot\includes\page\Article.php(827): MediaWiki\Page\ParserOutputAccess->getParserOutput(WikiPage, MediaWiki\Parser\ParserOptions, MediaWiki\Revision\RevisionStoreRecord, int)
#13 C:\inetpub\wwwroot\includes\page\Article.php(547): Article->generateContentOutput(MediaWiki\User\User, MediaWiki\Parser\ParserOptions, int, MediaWiki\Output\OutputPage, array)
#14 C:\inetpub\wwwroot\includes\actions\ViewAction.php(78): Article->view()
#15 C:\inetpub\wwwroot\includes\actions\ActionEntryPoint.php(733): ViewAction->show()
#16 C:\inetpub\wwwroot\includes\actions\ActionEntryPoint.php(510): MediaWiki\Actions\ActionEntryPoint->performAction(Article, MediaWiki\Title\Title)
#17 C:\inetpub\wwwroot\includes\actions\ActionEntryPoint.php(146): MediaWiki\Actions\ActionEntryPoint->performRequest()
#18 C:\inetpub\wwwroot\includes\MediaWikiEntryPoint.php(200): MediaWiki\Actions\ActionEntryPoint->execute()
#19 C:\inetpub\wwwroot\index.php(58): MediaWiki\MediaWikiEntryPoint->run()
#20 {main} Bdaltman (talk) 19:13, 11 February 2025 (UTC)
Going from 1.43.0 from 1.42.3 is not an upgrade. It is a downgrade.[Edit: Sorry, I misread!]- As the message says "Could not open 'C:\inetpub\wwwroot/images/temp/mw-GlobalIdGenerator0-UUID-128'.", does that file exist? If it exists, is it readable (access permissions)? Malyacko (talk) 21:04, 11 February 2025 (UTC)
- This is a VMware clone of a vm server. Never had an issue with that before. Something is off though because although the file(s) are all there, this file in question does seem to have a permission problem. I added everyone full control and it seems to work. I'm going to build up a new server and do a backup/restore of the database and run through the upgrade on that. Thanks. Bdaltman (talk) 04:05, 12 February 2025 (UTC)
Trying to use ImportDump.php. How do I access shell?
I'm following the instructions on using ImportDump.php to import Wikipedia articles to my wiki. I have ImportDump.php in my Maintence folder in the File Manager of my website, but I do not know how to access shell. Please let me know how to do this.
Humanipedia (talk) 03:05, 12 February 2025 (UTC)
- Basic knowledge of how to use servers is a pre requisite for using MediaWiki. There are dozens of courses for different servers and hosting systems available on the Internet. We don't know which system you use, so we cannot help you with finding your shell/command line interface. —TheDJ (Not WMF) (talk • contribs) 09:01, 12 February 2025 (UTC)
repeated text with span style without adding a standalone template page
I want to achive
# index.php?title=Foo ... <span style=color:red;>repeated text in red color</span> ... ... <span style=color:red;>repeated text in red color</span> ...
I don't like a separate template page
# index.php?title=Template:RedStringT
<span style=color:red;>repeated text in red color</span>
# index.php?title=Foo
... {{RedStringT}} ...
... {{RedStringT}} ...
I want to do it with everything on the same page
# index.php?title=Foo ( some code that defines "RedStringX" as a macro/var/const/whatever which expands/evaluates to <span style=color:red;>repeated text in red color</span>) ... ( some code that invokes/expands RedStringX ) ... ... ( some code that invokes/expands RedStringX ) ...
MediaWiki = 1.42.1 / PHP = 8.3.13 (fpm-fcgi) / SQLite = 3.46.1 / Lua = 5.1.5 (Scribunto) Thanks.
Un1Gfn (talk) 06:34, 12 February 2025 (UTC)
- @Un1Gfn: You could create a module, e.g.
Module:RedStringand pass it the count of how many times you want to repeat the text. See Extension:Scribunto/Lua_reference_manual#Control_structures for how to do loops in Lua. Sam Wilson 07:05, 12 February 2025 (UTC)- @Samwilson:
- iModule:RedString is a separate page. I don't want to add a separate page.
- There is no need to repeate it multiple times consecutively. I just insert it at several specific positions. Example: Roses are red. What? You haven't heard about red roses? They are pretty for being red.
- Un1Gfn (talk) 07:22, 12 February 2025 (UTC)
- @Un1Gfn: That sounds exactly like what the {{Red}} template does. You can add red text with it, like this:
{{red|red text with it}}Sam Wilson 08:49, 12 February 2025 (UTC)
- @Un1Gfn: That sounds exactly like what the {{Red}} template does. You can add red text with it, like this:
- @Samwilson:
- Found a solution Extension:Variables##vardefine. Thanks
# index.php?title=Foo
{{#vardefine:x|<span style=color:red;>repeated text in red color</span>}}
... {{#var:x}} ...
... {{#var:x}} ...
... {{#var:x}} ...
Update of MediaWiki on Synology
Is there a possibility to update MediaWiki on a Synology System using the Manual installation?
I'm using a Synology running DSM 7.2.2-72806 Update 3.
The most recent package of MediaWiki which can be installed via the package center is version 1.39.2-1092, which seem to be the most recent version of the software available in the package center. Synology support told me to reach out to the MediaWiki Support to get more assistance. They told me that a ".spk" file would be needed to update the package via manual install. Do you provide any assistance using MediaWiki on a Synology System? Or will there be a more recent version soon available in the Synology package center? Devotikuenne (talk) 08:46, 12 February 2025 (UTC)
- No we do not support Synology's private packaging system. —TheDJ (Not WMF) (talk • contribs) 08:51, 12 February 2025 (UTC)
- I would personally advise to run MediaWiki in a container or VM on their Synology, for anyone who wants to run a serious MediaWiki install. —TheDJ (Not WMF) (talk • contribs) 08:51, 12 February 2025 (UTC)
Adding template to Multiple pages
Hello all,
I have a template for information I want to display at the top of many pages possibly all. How can I add the ({template}) at the top of all pages. Extremeshannon (talk) 06:16, 8 February 2025 (UTC)
- transclude the template on each page, or use Central Notice services - depending on the scale of diffusion and the nature of the wiki (MediaWiki ? private project? ...) you want to impact -- Christian 🇫🇷 FR 🚨 (talk) 23:22, 10 February 2025 (UTC)
- @Extremeshannon: I wonder if Extension:PageNotice might be something that might help? I haven't used it myself so I can't speak to how it works (or how well it works), but at a glance it seems like it could potentially be used to add notices to the top/bottom of pages in certain namespaces. To my knowledge, though, it doesn't yet contain the ability to display a notice above every page regardless of namespace - I found T386076 that seemed to be filed for that request. Best, —a smart kitten[meow] 19:35, 12 February 2025 (UTC)
Wiki request
So, I have a FANDOM wiki and I want to migrate it from FANDOM to MediaWiki, but sadly, most web servers have paywalls and I don't want to open it in a local server.
I'm also planning to rename it to Carriesoft Wiki. If you make the wiki for me, make me as bureaucrat. JoaoMedia (talk) 14:59, 9 February 2025 (UTC)
- See "Don't own a server? Find hosting services" on the front page. "migrate from FANDOM to MediaWiki" makes no sense as Fandom already runs MediaWiki.Malyacko (talk) 09:25, 10 February 2025 (UTC)
- @JoaoMedia and Malyacko: Fandom wiki is very heavily modified MediaWiki, so I think he's looking for a more vanilla experience. Fandom offers database dumps in XML for your wiki at Special:Statistics (more info). If you're looking for a hosted solution, Miraheze is very good in my opinion, and they even have a guide for migration from Fandom. QuickQuokka (talk) 15:24, 10 February 2025 (UTC)
- @JoaoMedia: Also, I forgot to mention, Miraheze is completely free! QuickQuokka (talk) 15:32, 10 February 2025 (UTC)
- I don't want Miraheze.
- I want to make the URL something like "carriesoftwiki.org JoaoMedia (talk) 03:31, 11 February 2025 (UTC)
- Feel free to buy your favorite domain and webspace, and host MediaWiki on your webspace. Malyacko (talk) 12:22, 11 February 2025 (UTC)
- Cant afford one, I want a free. JoaoMedia (talk) 14:19, 11 February 2025 (UTC)
- See "Don't own a server? Find hosting services" on the front page. Malyacko (talk) 14:43, 11 February 2025 (UTC)
- Most of them are farms. JoaoMedia (talk) 02:29, 12 February 2025 (UTC)
- Miraheze actually does support custom domains. * Pppery * it has begun 07:04, 12 February 2025 (UTC)
- I guess it doesn't. JoaoMedia (talk) 15:01, 12 February 2025 (UTC)
- Miraheze actually does support custom domains. * Pppery * it has begun 07:04, 12 February 2025 (UTC)
- Most of them are farms. JoaoMedia (talk) 02:29, 12 February 2025 (UTC)
- See "Don't own a server? Find hosting services" on the front page. Malyacko (talk) 14:43, 11 February 2025 (UTC)
- Cant afford one, I want a free. JoaoMedia (talk) 14:19, 11 February 2025 (UTC)
- Feel free to buy your favorite domain and webspace, and host MediaWiki on your webspace. Malyacko (talk) 12:22, 11 February 2025 (UTC)
MediaWiki update from 1.40.1 to 1.42.5.
Problem: all articles, front page, titles are missing. At the same time, for example, you can upload images, do a search, special pages are visible.
I entered LocalSettings.php $wgShowExceptionDetails = true;error_reporting( -1 );ini_set( 'display_errors', 1 ); but unfortunately no errors are displayed.
Web address: https://sakulugu.ee/Esileht
Please, can you help me how to solve this problem? 85.253.150.116 05:14, 12 February 2025 (UTC)
- Manual:Backing_up_a_wiki ⚠️ be responsible with your data all the time
- back up your LocalSettings.php ⚠️
- at your own risk, try either
- Un1Gfn (talk) 06:44, 12 February 2025 (UTC)
- Thank you! 85.253.150.116 10:53, 12 February 2025 (UTC)
- Have you setup and looked at the logs? Have you checked the output of the update script ? Also it is REALLY unwise to open up your mw-config to the entire Internet. Please do not do this. —TheDJ (Not WMF) (talk • contribs) 08:59, 12 February 2025 (UTC)
- Thank you 85.253.150.116 11:08, 12 February 2025 (UTC)
MobileFrontend fails using setTarget()
My wiki no longer works at all on mobile. Visiting any page gives a glob of plaintext error output with backtraces. The error is "Call to undefined method MediaWiki\Output\OutputPage::setTarget()". setTarget() is called from MobileFrontend/includes/MobileFrontendHooks.php(217), inside method OnBeforeInitialize.
The release notes for for 1.42 say explicitly that OutputPage::setTarget() has been removed. So I wonder how anyone can be using MobileFrontend at all.
My wiki is here. I'm using Extension:MobileFrontend version 2.4.1 (the latest version) and MediaWiki 1.42.3. I posted this question on Extension_talk:MobileFrontend a few days ago, no response as yet.
Any advice greatly appreciated.
[Later edit: I've "fixed" this by ripping MobileFrontend out of my wiki, so if anyone is looking at this they can no longer see the problem there. Contact me if you'd like me to put it back. -- 02:51 14 February 2025 (UTC)]
suppressing <googlemap> tags
I've inherited an ancient wiki that used the now obsolete extension GoogleMaps
<googlemap ...> ... </googlemap>
and in 1.43 it displays the code, blighting every page. It going to be a pain to remove the code from 20000 pages, is there a shortcut, perhaps using css, to suppress all text between that tag pair. Vicarage (talk) 08:22, 13 February 2025 (UTC)
- For a really nasty hack, I took the nice little InteractiveTimeline extension, and renamed it and its tag to GoogleMaps and googlemap, so now the pages pass map data to a timeline formatter and conveniently fails to show anything. But, ugh! Vicarage (talk) 08:43, 13 February 2025 (UTC)
- If your database is MySQL/MariaDB or PostgreSQL, the most elegant solution would be to install Extension:ReplaceText and use a regexp to remove all that obsolete code entirely from your wiki in one go. Tactica (talk) 10:30, 13 February 2025 (UTC)
How to set one single(!) user "reader" to "read-only" pages [solved]
I want to set one single user "Reader" of all users to "read-only" pages and without permission to change that specific personal settings (name, email).
I defined a group 'reader'.
All other users should keep their standard user rights, "*" have no read permission to the wiki. I tried a lot with hooks, but these hooks appear not to be triggered.
And I know of issues regarding the implicit groups "*", "users", see for example https://www.mediawiki.org/wiki/Manual:User_rights and tried a lot. But never were the edit right withdrawn from that user "Reader" by using that hook (see below).
Any idea?
$wgGroupPermissions['reader']['read'] = true; // Lesen erlaubt $wgGroupPermissions['reader']['edit'] = false; // Bearbeiten verboten $wgGroupPermissions['reader']['createpage'] = false; // Keine neuen Seiten $wgGroupPermissions['reader']['createtalk'] = false; // Keine Diskussionen $wgGroupPermissions['reader']['writeapi'] = false; // Kein API-Schreiben $wgGroupPermissions['reader']['editmyoptions'] = false; // Keine eigenen Einstellungen ändern $wgGroupPermissions['reader']['changetalk'] = false; // Keine eigenen Diskussionen ändern $wgGroupPermissions['reader']['editmyusercss'] = false; // Kein eigenes CSS anpassen $wgGroupPermissions['reader']['editmyuserjs'] = false; // Kein eigenes JavaScript ändern $wgGroupPermissions['reader']['editmyuserjson'] = false; // Kein eigenes JSON ändern $wgGroupPermissions['reader']['sendemail'] = false; // Keine E-Mails über MediaWiki versenden $wgGroupPermissions['reader']['editmyprivateinfo'] = false; // Keine persönlichen Daten ändern
Even when written at the end of LocalSettings.php, the following hook appears to be never triggered. Why? Mistake by me? Bug in my other LocalSettings?
$wgHooks['UserGetGroups'][] = function (User $user, array &$groups) {
if ($user->getName() === 'Reader') {
$groups = ['reader'];
}
return false;
Wikinaut (talk) 11:27, 13 February 2025 (UTC)
- Solved by:
$wgGroupPermissions['*']['createaccount'] = false; $wgGroupPermissions['*']['edit'] = false; $wgGroupPermissions['*']['read'] = false; $wgGroupPermissions['nurleser']['read'] = true; // Lesen erlaubt $wgRevokePermissions['nurleser']['edit'] = true; // Bearbeiten verboten $wgRevokePermissions['nurleser']['createpage'] = true; // Keine neuen Seiten $wgRevokePermissions['nuleser']['createtalk'] = true; // Keine Diskussionen # $wgRevokePermissions['nurleser']['writeapi'] = true; // writeapi permission is required for the logout $wgRevokePermissions['nurleser']['editmyoptions'] = true; // Keine eigenen Einstellungen ändern $wgRevokePermissions['nurleser']['changetalk'] = true; // Keine eigenen Diskussionen ändern $wgRevokePermissions['nurleser']['editmyusercss'] = true; // Kein eigenes CSS anpassen $wgRevokePermissions['nurleser']['editmyuserjs'] = true; // Kein eigenes JavaScript ändern $wgRevokePermissions['nurleser']['editmyuserjson'] = true; // Kein eigenes JSON ändern $wgRevokePermissions['nurleser']['sendemail'] = true; // Keine E-Mails über MediaWiki versenden $wgRevokePermissions['nurleser']['editmyprivateinfo'] = true; // Keine persönlichen Daten ändern and assigning that user to the group "nurleser".
Wikinaut (talk) 12:44, 13 February 2025 (UTC)
- Apparently, Logout requires the writeapi permission, so one line needs to be changed, however, I do not know whether this change is safe.
# $wgRevokePermissions['nurleser']['writeapi'] = true;
Question regarding permission writeapi: is this taking priority, or edit, createpage etc.?
Is the following safe?
I need to set up a group for readers-only (german: Nur Leser) and noticed, that writeapi permission is required for them to be able to logout.
Question:
When the following permissions are set resp. revoked, is NON REVOKED writeapi permission opening a security hole into the wiki regarding for example to edit or change pages via api?
$wgGroupPermissions['nurleser']['read'] = true; // Lesen erlaubt $wgRevokePermissions['nurleser']['edit'] = true; // Bearbeiten verboten $wgRevokePermissions['nurleser']['createpage'] = true; // Keine neuen Seiten $wgRevokePermissions['nurleser']['createtalk'] = true; // Keine Diskussionen # $wgRevokePermissions['nurleser']['writeapi'] = true; // Kein API-Schreiben $wgRevokePermissions['nurleser']['editmyoptions'] = true; // Keine eigenen Einstellungen ändern $wgRevokePermissions['nurleser']['changetalk'] = true; // Keine eigenen Diskussionen ändern $wgRevokePermissions['nurleser']['editmyusercss'] = true; // Kein eigenes CSS anpassen $wgRevokePermissions['nurleser']['editmyuserjs'] = true; // Kein eigenes JavaScript ändern $wgRevokePermissions['nurleser']['editmyuserjson'] = true; // Kein eigenes JSON ändern $wgRevokePermissions['nurleser']['sendemail'] = true; // Keine E-Mails über MediaWiki versenden $wgRevokePermissions['nurleser']['editmyprivateinfo'] = true; // Keine persönlichen Daten ändern
Template:Toolbar and MediaWiki:Dot-separator
I’m not entirely sure if this is the right place to ask, as I mainly contribute to Wikipedia and rarely visit MediaWiki, but I’d appreciate any help or clarification on this.
I recently tried to build a template in Ukrainian Wikipedia based on a module imported from English Wikipedia and noticed that the module (which has its own page here on MediaWiki) relies on several predefined separator messages from MediaWiki, namely:
- MediaWiki:Pipe-separator
- MediaWiki:Comma-separator
- MediaWiki:Colon-separator
- MediaWiki:Semicolon-separator
These messages are used by the module to format link toolbars properly. The module also includes a dot separator parameter, which links to MediaWiki:Dot-separator. While this message exists in English Wikipedia, it does not exist at the MediaWiki level, meaning that for the module to work properly, each wiki has to manually create this page. Moreover, this namespace is often restricted, making it difficult for local communities to create new pages when needed.
The module has already been imported into multiple wikis, but MediaWiki:Dot-separator is mostly missing at the local level (I haven’t checked all wikis, but I haven’t seen it outside of English Wikipedia). Would it be possible to add MediaWiki:Dot-separator on the MediaWiki level with the same content as in English Wikipedia? Gzhegozh (talk) 23:16, 13 February 2025 (UTC)
i need good choices for preferences
i need settings: víual edit, darkmode, add to watchlist, syntax highlighter for the first use, why not? Henrydat (talk) 17:08, 13 February 2025 (UTC)
- Sure, just do it. Do you have a question, or why did you post here? See "Post a new question" at the top of the page. Malyacko (talk) 09:05, 14 February 2025 (UTC)
- additional: Vector (2022). They're not default settings, it took me a long time to adjust. Now my wikidata page is always show in lighmode, I can not adjust. Henrydat (talk) 11:38, 14 February 2025 (UTC)
- Oh, I must Enable or Disable the gadget to adjust, not automatically. Henrydat (talk) 14:11, 14 February 2025 (UTC)
Error while registration after upgrading to MW 1.43.0
When register new user I have following error:
[faee91cb6e07affe8f3d1717] /w-wiki/index.php Wikimedia\Rdbms\DBQueryError: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading or after adding a new extension?
Please see https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Upgrading and https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:How_to_debug for more information.
Error 1054: Unknown column 'user_is_temp' in 'field list'
Function: MediaWiki\User\User::addToDatabase
Query: INSERT IGNORE INTO `wikijournal_org`.`ru__user` (user_name,user_password,user_newpassword,user_email,user_email_authenticated,user_real_name,user_token,user_registration,user_editcount,user_touched,user_is_temp) VALUES ('TestUser','','','',NULL,'','904fd9c4c3072394215336b5fa04f5d0','20250214143601',0,'20250214143601',0)
Backtrace:
from /var/www/admin/www/mediawiki-1.43.0/includes/libs/rdbms/database/Database.php(1198)
#0 /var/www/admin/www/mediawiki-1.43.0/includes/libs/rdbms/database/Database.php(1182): Wikimedia\Rdbms\Database->getQueryException(string, int, string, string)
#1 /var/www/admin/www/mediawiki-1.43.0/includes/libs/rdbms/database/Database.php(1156): Wikimedia\Rdbms\Database->getQueryExceptionAndLog(string, int, string, string)
#2 /var/www/admin/www/mediawiki-1.43.0/includes/libs/rdbms/database/Database.php(647): Wikimedia\Rdbms\Database->reportQueryError(string, int, string, string, bool)
#3 /var/www/admin/www/mediawiki-1.43.0/includes/libs/rdbms/database/Database.php(1476): Wikimedia\Rdbms\Database->query(Wikimedia\Rdbms\Query, string)
#4 /var/www/admin/www/mediawiki-1.43.0/includes/libs/rdbms/querybuilder/InsertQueryBuilder.php(343): Wikimedia\Rdbms\Database->insert(string, array, string, array)
#5 /var/www/admin/www/mediawiki-1.43.0/includes/user/User.php(2594): Wikimedia\Rdbms\InsertQueryBuilder->execute()
#6 /var/www/admin/www/mediawiki-1.43.0/includes/libs/rdbms/database/Database.php(2280): MediaWiki\User\User->MediaWiki\User\{closure}(Wikimedia\Rdbms\DatabaseMySQL, string)
#7 /var/www/admin/www/mediawiki-1.43.0/includes/libs/rdbms/database/DBConnRef.php(127): Wikimedia\Rdbms\Database->doAtomicSection(string, Closure)
#8 /var/www/admin/www/mediawiki-1.43.0/includes/libs/rdbms/database/DBConnRef.php(665): Wikimedia\Rdbms\DBConnRef->__call(string, array)
#9 /var/www/admin/www/mediawiki-1.43.0/includes/user/User.php(2621): Wikimedia\Rdbms\DBConnRef->doAtomicSection(string, Closure)
#10 /var/www/admin/www/mediawiki-1.43.0/includes/auth/AuthManager.php(1757): MediaWiki\User\User->addToDatabase()
#11 /var/www/admin/www/mediawiki-1.43.0/includes/auth/AuthManager.php(1444): MediaWiki\Auth\AuthManager->continueAccountCreation(array)
#12 /var/www/admin/www/mediawiki-1.43.0/includes/specialpage/AuthManagerSpecialPage.php(394): MediaWiki\Auth\AuthManager->beginAccountCreation(MediaWiki\User\User, array, string)
#13 /var/www/admin/www/mediawiki-1.43.0/includes/specialpage/AuthManagerSpecialPage.php(524): MediaWiki\SpecialPage\AuthManagerSpecialPage->performAuthenticationStep(string, array)
#14 [internal function]: MediaWiki\SpecialPage\AuthManagerSpecialPage->handleFormSubmit(array, MediaWiki\HTMLForm\CodexHTMLForm)
#15 /var/www/admin/www/mediawiki-1.43.0/includes/htmlform/HTMLForm.php(822): call_user_func(array, array, MediaWiki\HTMLForm\CodexHTMLForm)
#16 /var/www/admin/www/mediawiki-1.43.0/includes/specialpage/AuthManagerSpecialPage.php(455): MediaWiki\HTMLForm\HTMLForm->trySubmit()
#17 /var/www/admin/www/mediawiki-1.43.0/includes/specialpage/LoginSignupSpecialPage.php(403): MediaWiki\SpecialPage\AuthManagerSpecialPage->trySubmit()
#18 /var/www/admin/www/mediawiki-1.43.0/includes/specialpage/SpecialPage.php(728): MediaWiki\SpecialPage\LoginSignupSpecialPage->execute(null)
#19 /var/www/admin/www/mediawiki-1.43.0/includes/specialpage/SpecialPageFactory.php(1724): MediaWiki\SpecialPage\SpecialPage->run(null)
#20 /var/www/admin/www/mediawiki-1.43.0/includes/actions/ActionEntryPoint.php(504): MediaWiki\SpecialPage\SpecialPageFactory->executePath(string, MediaWiki\Context\RequestContext)
#21 /var/www/admin/www/mediawiki-1.43.0/includes/actions/ActionEntryPoint.php(146): MediaWiki\Actions\ActionEntryPoint->performRequest()
#22 /var/www/admin/www/mediawiki-1.43.0/includes/MediaWikiEntryPoint.php(200): MediaWiki\Actions\ActionEntryPoint->execute()
#23 /var/www/admin/www/mediawiki-1.43.0/index.php(58): MediaWiki\MediaWikiEntryPoint->run()
#24 {main}
Please help to resolve the issue. Fokebox (talk) 14:42, 14 February 2025 (UTC)
- php maintenance/update.php --doshared
- Resolved the issue as I have shared tables Fokebox (talk) 15:20, 14 February 2025 (UTC)
Pages that start with "/" (forward slash) don't link correctly in searchbar.
On my Mediawiki 1.43.0 site, typing in /a/ in the searchbar takes me to the non-existent page A/. On Wikipedia, however, pages starting with a forward slash do link correctly from the searchbar. Typing /x/ takes you to the page /x/ for example. How is this achieved? Gapazoid (talk) 17:39, 15 February 2025 (UTC)
$wgShowExceptionDetails = true;error_reporting( -1 );ini_set( 'display_errors', 1 );
Mediawiki 1.43.0 installé en local.
Impossible de me connecter et impossible de créer une page
$wgShowExceptionDetails = true;error_reporting( -1 );ini_set( 'display_errors', 1 );
Besoin d'aide
Merci beaucoup
Thomas Th Kpou VogL (talk) 18:16, 15 February 2025 (UTC)
- Details :
- [5c048c3927b2d716c0f344b6] Exception caught: Parser state cleared while parsing. Did you call Parser::parse recursively? Lock is held by: #0 C:\wamp64\www\mediawiki-1.43.0\includes\parser\Parser.php(677): MediaWiki\Parser\Parser->lock() #1 C:\wamp64\www\mediawiki-1.43.0\includes\language\MessageCache.php(1540): MediaWiki\Parser\Parser->parse('{{int:newarticl...', Object(MediaWiki\Title\Title), Object(MediaWiki\Parser\ParserOptions), true) #2 C:\wamp64\www\mediawiki-1.43.0\includes\Message\Message.php(1498): MessageCache->parse('{{int:newarticl...', Object(MediaWiki\Title\Title), true, true, Object(MediaWiki\Language\Language)) #3 C:\wamp64\www\mediawiki-1.43.0\includes\Message\Message.php(1072): MediaWiki\Message\Message->parseText('{{int:newarticl...') #4 C:\wamp64\www\mediawiki-1.43.0\includes\Message\Message.php(1112): MediaWiki\Message\Message->format('parse') #5 C:\wamp64\www\mediawiki-1.43.0\includes\editpage\IntroMessageList.php(44): MediaWiki\Message\Message->parse() #6 C:\wamp64\www\mediawiki-1.43.0\includes\editpage\IntroMessageBuilder.php(429): MediaWiki\EditPage\IntroMessageList->add(Object(MediaWiki\Message\Message), '
- addEditIntro(Object(MediaWiki\EditPage\IntroMessageList), Object(MessageLocalizer@anonymous), Object(MediaWiki\Page\PageIdentityValue), Object(MediaWiki\User\User), , NULL) #8 C:\wamp64\www\mediawiki-1.43.0\extensions\VisualEditor\includes\ApiVisualEditor.php(340): MediaWiki\EditPage\IntroMessageBuilder->getIntroMessages(2, Array, Object(MessageLocalizer@anonymous), Object(MediaWiki\Page\PageIdentityValue), NULL, Object(MediaWiki\User\User), , NULL, false, NULL) #9 C:\wamp64\www\mediawiki-1.43.0\includes\api\ApiMain.php(1974): MediaWiki\Extension\VisualEditor\ApiVisualEditor->execute() #10 C:\wamp64\www\mediawiki-1.43.0\includes\api\ApiMain.php(942): MediaWiki\Api\ApiMain->executeAction() #11 C:\wamp64\www\mediawiki-1.43.0\includes\api\ApiMain.php(913): MediaWiki\Api\ApiMain->executeActionWithErrorHandling() #12 C:\wamp64\www\mediawiki-1.43.0\includes\api\ApiEntryPoint.php(153): MediaWiki\Api\ApiMain->execute() #13 C:\wamp64\www\mediawiki-1.43.0\includes\MediaWikiEntryPoint.php(200): MediaWiki\Api\ApiEntryPoint->execute() #14 C:\wamp64\www\mediawiki-1.43.0\api.php(44): MediaWiki\MediaWikiEntryPoint->run() #15 {main}
- Th Kpou VogL (talk) 18:35, 15 February 2025 (UTC)