Project:Support desk

Hello. I have a custom CSS (also JS but not entirely mine) for the Vector 2022 skin as I find it terrible at its default, but CSS restricts me to narrow customizations as I can't change the HTML structure, and I think changing the HTML structure with JS that much without causing big problems would be very hard as it will be done over an existing structure (even the CSS side causes many hard-to-solve problems for the same reason). Also, the updates the skin gets can break my customizations, very annoyingly. So, I want to create my own MW skins and use them in WMF wikis. How can I do that without too much difficulty? RuzDD (talk) 18:25, 10 February 2025 (UTC) Reply

@RuzDD Manual:How to make a MediaWiki skin —TheDJ (Not WMF) (talk • contribs) 16:10, 11 February 2025 (UTC) Reply

Thanks, I will write here if I have problems. RuzDD (talk) 19:40, 11 February 2025 (UTC) Reply

@TheDJ The links I saw don't help, how can I install or enable intl? RuzDD (talk) 19:56, 11 February 2025 (UTC) Reply

@RuzDD Basic (web) development knowledge is required for those who want to develop skins, there is no 'easy' way to learn how to develop skins. Maybe ask AI to help you if you still need to learn. I'm not sure what prompted you to ask about intl, but most likely it refers to php intl, which are additional features for php itself, that you have to enable or install for you PHP install. —TheDJ (Not WMF) (talk • contribs) 09:09, 12 February 2025 (UTC) Reply

@TheDJ I got an error message saying I need to install or enable intl, but these pages don't tell how can I install or enable it in XAMPP's Apache. I already have basic web developement knowledge. Can you help me for installing or enabling php intl in XAMPP's Apache? RuzDD (talk) 10:51, 12 February 2025 (UTC) Reply

https://www.google.com/search?q=php+intl+in+XAMPP%27s+Apache&client=safari&sca_esv=0fc7dd398656b67a&source=hp&ei=0JGsZ_XIAZaI9u8Pxp-amQI&iflsig=ACkRmUkAAAAAZ6yf4ASJVi6QszO4AkILzyDjydPwh0QF&ved=0ahUKEwj18LGfj76LAxUWhP0HHcaPJiMQ4dUDCBE&oq=php+intl+in+XAMPP%27s+Apache&gs_lp=Egdnd3Mtd2l6IhpwaHAgaW50bCBpbiBYQU1QUCdzIEFwYWNoZTIHECEYoAEYCjIHECEYoAEYCkj2EFAAWABwAHgAkAEAmAFloAFlqgEDMC4xuAEMyAEA-AEC-AEBmAIBoAJrmAMAkgcDMC4xoAeuAw&sclient=gws-wiz —TheDJ (Not WMF) (talk • contribs) 12:20, 12 February 2025 (UTC) Reply

I uncommented ";extension=intl" (there was no ";extension=php_intl.dll") in php.ini and looks like it worked, thanks. I will write here if I have another problem. RuzDD (talk) 14:00, 12 February 2025 (UTC) Reply

I got this error:

Cannot access the database: :real_connect(): (HY000/1045): Access denied for user 'root'@'localhost' (using password: YES).

Check the host, username and password and try again. If using "localhost" as the database host, try using "127.0.0.1" instead (or vice versa).

I tried both but they don't work. (I ran XAMPP as admin and both Apache and MySQL are running.) What can I do @TheDJ? RuzDD (talk) 14:12, 12 February 2025 (UTC) Reply

I solved this problem and completed the installation and I will write here again if I have a problem creating the skin. RuzDD (talk) 13:06, 13 February 2025 (UTC) Reply

@TheDJ The page you linked first tells three ways, but I don't know anything about the mustache templates or whatever gives the data. To clarify, with my current knowledge, I can make an HTML structure giving the look of the skin but can't make the skin show any data. Can you please help me about that? RuzDD (talk) 13:49, 13 February 2025 (UTC) Reply

@wargo Can you help me about that? RuzDD (talk) 18:08, 23 February 2025 (UTC) Reply

Note: A bot archived this topic disruptively and I undid it. RuzDD (talk) 14:22, 10 March 2025 (UTC) Reply

Not disruptive at all - the bot archives discussions that have been untouched for two weeks, so is working as designed. I think you've exhausted the knowledge and willingness to engage of the regulars here so leaving this discussion unarchived will be futile, but whatever. * Pppery * _{it has begun} 16:15, 10 March 2025 (UTC) Reply

@Brooke Vibber Can you help me about that? RuzDD (talk) 16:10, 22 March 2025 (UTC) Reply

@RuzDD I want to create my own MW skins and use them in WMF wikis Before you go any further or spend any more time on this you should know that this is basically impossible. To get a skin deployed on the WMF servers you need to a) Find a team of developers within the WMF who are willing to sponsor the skin and offer tech support and bug fixes b) show that there is a community consensus across multiple projects that this skin should be installed c) write the extension to a professional standard and following WMF coding conventions and best practices d) pass a security review and e) pass a usability review. See Writing an extension for deployment

I think you are going to struggle at every step of this process. a) The WMF does not have enough developers to look after all the extensions currently installed - you are really going to struggle to find a team willing to take stewardship of this skin. The WMF has also been very reluctant to support more skins, as it makes development and testing more difficult. b) Unless your skin meets a demand from multiple projects I think you are going to struggle to get a community consensus to install it. c) I hope this doesn't come across as rude, but if you are struggling to install the PHP development environment and don't know what templates are I doubt the code you write is going to be usable in a production environment. d) the security review process is extremely backlogged - there are several extensions that have been waiting for over a year for a review, see also my comments on c). d) Unless you have some experience with web design I think it is unlikely that your skin will pass a usability review - does the skin work across a variety of browsers and devices? Is the HTML it produces valid and semantically correct? Is it accessible to things like screen readers? Would it be easy for other people using the skin to figure out where everything is?

If these customisations are just for you to use then writing a new skin is fundamentally the wrong approach. Using user scripts and CSS is probably the best approach, if that doesn't offer enough customisation perhaps look into writing a standalone app and fetching the data you need from the API? 86.23.109.101 11:08, 28 March 2025 (UTC) Reply

Thank you. I think writing a standalone frontend and fetching the data from the API might be best option for now, any guides or help about this? And can't an operation be started to make the content-side stylings flexible for customizations (as being designed so that different stylings including fonts, content area BG / box BG / text colors, borders, shadows, and margins / paddings can be directly applied without breaking anything, just as being controlled entirely by the skin)? RuzDD (talk) 15:15, 29 March 2025 (UTC) Reply

any guides or help about this? There's a load of documentation on the APIs available at API, you probably want to use the rest API to build your app, see https://en.wikipedia.org/api/rest_v1/ for the WMF specific version, or API:REST API/Reference for the general Mediawiki one.

can't an operation be started to make the content-side stylings flexible for customizations ... it should be possible to customise the site design with JavaScript, but you need to do it in the right way. Stable interface policy/Frontend tells you which bits of the interface are considered to be stable (and should therefore be safe to target with JavaScript or CSS) and which bits are not. Generally you should use the mw JavaScript object to make your modifications (see https://doc.wikimedia.org/mediawiki-core/master/js/mw.html). 86.23.109.101 07:47, 31 March 2025 (UTC) Reply

Thank you. I'll further look at these and related stuff when I have time. RuzDD (talk) 18:05, 12 April 2025 (UTC) Reply

Dear all,

I want to upgrade my Mediawiki installation from 1.42.1 to the latest LTS 1.43.0.

I've read the upgrade documentation and it seems to me quite difficult and error prone.

Considering that:

• my wiki is really small (20 pages more or less);
• I only modified 4-5 lines in LocalSettings.php;
• I only installed a couple of extension and I'm using the default skin;

I'm thinking of:

• creating a new subdomain;
• making a fresh installation of 1.43.0 on the new domain; with all extensions I'm using on 1.42.1;
• merging the old LocalSettings.php (1.42.1) into the new LocalSettings.php (1.43.0);
• copying the images directory;
• export all pages an importing them in the new wiki (Special:Export + Special:import)

Do you think this could be easier than following the upgrade procedure?

Regards,

Massimiliano 94.32.36.29 00:25, 8 March 2025 (UTC) Reply

For a wiki with 20 articles and a couple of extensions, your plan sounds overkill. It would be far simpler to just overwrite your MW installation with 1.43.0 and updated versions of those extensions, backup the database just in case and then run maintenance/update.php to upgrade it. This presumes you have all the requirements to run MW 1.43. Tactica (talk) 02:37, 8 March 2025 (UTC) Reply

It's not meant to be a great idea to overwrite the files. But it would be nearly as easy to use a separate directory to download the 1.43 files and compatible versions of the two extensions, copy the images and LocalSettings.php across, and run update.php. Jonathan3 (talk) 23:28, 8 March 2025 (UTC) Reply

Thanks for your reply. What do you mean by "run maintenance/update.php"?

If I run now mysiteaddress/maintenance/update.php I get

Forbidden

You don't have permission to access this resource.

Additionally, a 403 Forbidden error was encountered while trying to use an ErrorDocument to handle the request.

Is the "maintenance/update.php" something that's contained in the update package?

Regards,

Massimiliano 193.207.202.129 01:12, 16 March 2025 (UTC) Reply

See Manual:Update.php. You probably need sudo for it to work, even if the documentation here doesn't say so explicitly:

$cdmaintenance
$sudophprun.phpupdate.php

Jonathan3 is right BTW, it's safer to install 1.43 in a separate directory and work with that. Tactica (talk) 13:15, 17 March 2025 (UTC) Reply

Well... I did it.

To summarize what I did (it's only a summary, I had a couple of issues here and there):

• backup of all files and DB
• removed all 1.42.1 files and put 1.43.0 files at their place
• restored LocalSettings.php and [...]/images from backup
• run [...]/mw-config/index.php

Update successfully completed .

Thanks to all of you for your contributions. 193.207.202.151 21:49, 31 March 2025 (UTC) Reply

My hosting company (SiteGround) has a max db size of 1000 MB and I'm 4MB from hitting it. I have MediaWiki 1.42.3, php 8, MySQL 8.0.39-30. I contacted their support team and they tried several things to reduce the db size, but they were only able to reduce by about 30MB. They even ran the DeleteOldRevisions.php script and compressOld.php, but this didn't do much. I thought for sure this would make a huge difference. FYI, I don't know anything about MySQL. I do have access to the database through SiteGround's interface. I'd appreciate any suggestions. Scott216 (talk) 12:20, 20 March 2025 (UTC) Reply

Manual:Reduce size of the database --Malyacko (talk) 16:53, 20 March 2025 (UTC) Reply

I ran compressOld.php =t concat. The MySQL table called text is the biggest at 946.8 MB. After running the compressOld, the text table is the exact same size. The script output a bunch of info (2487 lines) and said "Done" at the end. Scott216 (talk) 17:38, 30 March 2025 (UTC) Reply

After I ran OPTIMIZE TABLE the text table size was a lot smaller. Scott216 (talk) 18:58, 30 March 2025 (UTC) Reply

It is possible that your database is also used as the caching layer for either interface message caching or for the object cache. Switching those caches to another layer might help reduce the size as well. —TheDJ (Not WMF) (talk • contribs) 21:13, 25 March 2025 (UTC) Reply

Resolved - https://www.mediawiki.org/wiki/Special:MyLanguage/Extension:EasyTimeline/installation Pspviwki (talk) 16:27, 29 March 2025 (UTC) Reply

Hello... My account has 8 months long but still have not linked with Wikipedia English, the main Wikipedia. Other WikiProjects like Wikipedia Urdu etc. and other are linked but still English Wikipedia is not attached. Please help me how to attach or link. Can any Admisntrative link my account or guide me to that issue I'm facing. Thanks MD Edit 123 (talk) 16:24, 28 March 2025 (UTC) Reply

That's a Wikipedia problem so you should take it up with them. Maybe m:Help:Unified_login is a good start? Tactica (talk) 21:59, 28 March 2025 (UTC) Reply

@MD Edit 123 What happens if you attempt to login to english wikipedia then ? —TheDJ (Not WMF) (talk • contribs) 21:25, 31 March 2025 (UTC) Reply

Hi. I'm developing an extension for a private MediaWiki-based site, and I'm facing an issue with the function that performs edits via the extension.

private function removeImage($filename) {
 try {
 $services = MediaWikiServices::getInstance();
 $dbr = $this->loadBalancer->getConnection(DB_REPLICA);
 $pagesModified = [];
 
 $res = $dbr->select(
 'imagelinks',
 'il_from',
 ['il_to' => str_replace(' ', '_', $filename)],
 __METHOD__
 );
 
 foreach ($res as $row) {
 $title = Title::newFromID($row->il_from);
 if (!$title) {
 continue;
 }
 
 $wikiPageFactory = $services->getWikiPageFactory();
 $page = $wikiPageFactory->newFromTitle($title);
 $content = $page->getContent();
 
 if (!$content) {
 continue;
 }
 
 $text = $content->getText();
 
 $text = $this->removeImageFromText($text, $filename);
 
 $updater = $page->newPageUpdater($this->getUser());
 $updater->setContent(SlotRecord::MAIN, new WikitextContent($text)); 
 $updater->saveRevision(
 CommentStoreComment::newUnsavedComment('Removing image'),
 EDIT_MINOR | EDIT_FORCE_BOT
 );
 
 $pagesModified[] = $title->getPrefixedText();
 }
 
 return $pagesModified;
 } catch (\Exception $e) {
 wfLogWarning('Error removing image: ' . $e->getMessage());
 return [];
 }
}

The problem is that edits made through the extension are not marked as patrolled, even when the user performing the edit has the autopatrol flag (e.g., a user with the sysop right). I've searched extensively but haven't been able to find a solution.

Does anyone know how I should handle this, or can anyone point me to someone who could explain how to resolve it?

Thanks! 2A01:6502:A97:31E5:2839:F0F8:F46D:E0B0 09:20, 31 March 2025 (UTC) Reply

You'll want to call $updater->setRcPatrolStatus with an appropriate flag, note that this function does not check user permissions - you need to implement that logic yourself. See https://phabricator.wikimedia.org/source/mediawiki/browse/master/includes/Storage/PageUpdater.php385ドル 86.23.109.101 09:42, 31 March 2025 (UTC) Reply

Also, don't do str_replace(' ', '_', $filename)] Instead, use the Title class and then use getDBKey() method on it, to get the escaped value of the title. —TheDJ (Not WMF) (talk • contribs) 21:23, 31 March 2025 (UTC) Reply

we have a mediawiki 1.26 on RHEL 7 and I need to migrate it to RHEL 8.

I see that I need to upgrade it step by step. but I couldn't find where to download 1.27. To which version should I upgrade my mediawiki first? Dinirfl (talk) 20:59, 31 March 2025 (UTC) Reply

You can find all patch release version of 1.35 (the highest you can upgrade to in one go) at https://releases.wikimedia.org/mediawiki/1.35 Update core first the last version of the 1.35 series, then extensions (to the same release version), then go to the next LTS version and work your way up as far as you can. —TheDJ (Not WMF) (talk • contribs) 21:18, 31 March 2025 (UTC) Reply

Hello

I installed Xampp and mediawiki 1.43.0. Everything was installed normally in the htdocs files, in a wikimedia file. The database was also created. However, when I type localhot/mediawiki/ in my browser, I get the following error message:

Warning: require_once(C:\xampp\htdocs\mediawiki/includes/PHPVersionCheck.php): Failed to open stream: No such file or directory in C:\xampp\htdocs\mediawiki\index.php on line 47

Fatal error: Uncaught Error: Failed opening required 'C:\xampp\htdocs\mediawiki/includes/PHPVersionCheck.php' (include_path='C:\xampp\php\PEAR') in C:\xampp\htdocs\mediawiki\index.php:47 Stack trace: #0 {main} thrown in C:\xampp\htdocs\mediawiki\index.php on line 47

Do you have any idea what I should do to fix my problem?

Thank you for your attention.

Matt Lewlyn157 (talk) 08:47, 1 April 2025 (UTC) Reply

As you are running on Windows, please check if the file system access permissions for this particular file are properly set (readable by the user that runs the Apache process)

Also confirm that this file really exists in the file system. Maybe there was an error during the installation. Osnard (talk) 12:19, 4 April 2025 (UTC) Reply

Hi. I updated MediaWiki from 1.42.1 to 1.43.0 and it seems that everything is fine, but unfortunately I get the „Shellbox\ShellboxError" after uploading a photo or after going to the file list.

Internal error

[eb4267a529fee34821c78831] 2025年04月01日 19:25:37: Fatal exception of type 'Shellbox\ShellboxError'

I added this code to LocalSettings.php file:

$wgShowExceptionDetails = true;error_reporting( -1 );ini_set( 'display_errors', 1 );

And such errors are displayed:

[204def52a57fb5f0fc51169d] /wiki/index.php/Specjalna:Pliki Shellbox\ShellboxError: proc_open() failed

Backtrace:

from /home/host.../domains/mywiki.pl/public_html/wiki/vendor/wikimedia/shellbox/src/Command/UnboxedExecutor.php(251)

#0 /home/host.../domains/mywiki.pl/public_html/wiki/vendor/wikimedia/shellbox/src/Command/UnboxedCommand.php(29): Shellbox\Command\UnboxedExecutor->execute()

#1 /home/host.../domains/mywiki.pl/public_html/wiki/includes/shell/Command.php(215): Shellbox\Command\UnboxedCommand->execute()

#2 /home/host.../domains/mywiki.pl/public_html/wiki/includes/GlobalFunctions.php(1562): MediaWiki\Shell\Command->execute()

#3 /home/host.../domains/mywiki.pl/public_html/wiki/includes/GlobalFunctions.php(1592): wfShellExec()

#4 /home/host.../domains/mywiki.pl/public_html/wiki/includes/media/BitmapHandler.php(281): wfShellExecWithStderr()

#5 /home/host.../domains/mywiki.pl/public_html/wiki/includes/media/JpegHandler.php(192): BitmapHandler->transformImageMagick()

#6 /home/host.../domains/mywiki.pl/public_html/wiki/includes/media/TransformationalImageHandler.php(255): JpegHandler->transformImageMagick()

#7 /home/host.../domains/mywiki.pl/public_html/wiki/includes/filerepo/file/File.php(1348): TransformationalImageHandler->doTransform()

#8 /home/host.../domains/mywiki.pl/public_html/wiki/includes/filerepo/file/File.php(1288): File->generateAndSaveThumb()

#9 /home/host.../domains/mywiki.pl/public_html/wiki/includes/specials/pagers/ImageListPager.php(464): File->transform()

#10 /home/host.../domains/mywiki.pl/public_html/wiki/includes/pager/TablePager.php(189): MediaWiki\Pager\ImageListPager->formatValue()

#11 /home/host.../domains/mywiki.pl/public_html/wiki/includes/pager/IndexPager.php(564): MediaWiki\Pager\TablePager->formatRow()

#12 /home/host.../domains/mywiki.pl/public_html/wiki/includes/pager/IndexPager.php(601): MediaWiki\Pager\IndexPager->getRow()

#13 /home/host.../domains/mywiki.pl/public_html/wiki/includes/pager/TablePager.php(100): MediaWiki\Pager\IndexPager->getBody()

#14 /home/host.../domains/mywiki.pl/public_html/wiki/includes/specials/SpecialListFiles.php(129): MediaWiki\Pager\TablePager->getFullOutput()

#15 /home/host.../domains/mywiki.pl/public_html/wiki/includes/specialpage/SpecialPage.php(728): MediaWiki\Specials\SpecialListFiles->execute()

#16 /home/host.../domains/mywiki.pl/public_html/wiki/includes/specialpage/SpecialPageFactory.php(1724): MediaWiki\SpecialPage\SpecialPage->run()

#17 /home/host.../domains/mywiki.pl/public_html/wiki/includes/actions/ActionEntryPoint.php(504): MediaWiki\SpecialPage\SpecialPageFactory->executePath()

#18 /home/host.../domains/mywiki.pl/public_html/wiki/includes/actions/ActionEntryPoint.php(146): MediaWiki\Actions\ActionEntryPoint->performRequest()

#19 /home/host.../domains/mywiki.pl/public_html/wiki/includes/MediaWikiEntryPoint.php(200): MediaWiki\Actions\ActionEntryPoint->execute()

#20 /home/host.../domains/mywiki.pl/public_html/wiki/index.php(58): MediaWiki\MediaWikiEntryPoint->run()

#21 {main} Monocero (talk) 19:38, 1 April 2025 (UTC) Reply

The software tries to run the imagemagick command but PHP is not allowing it to run, or does not have the required access/permissions that allows it to run the external binary/program. —TheDJ (Not WMF) (talk • contribs) 20:27, 1 April 2025 (UTC) Reply

I found out what was causing this error. In the domain settings in the hosting management panel, I had isolation enabled for the domain. Isolation restricts PHP access. When I disabled isolation for the domain, the error disappeared. If I wanted to enable isolation for the domain, is there a way to configure it so that it doesn't affect my Wiki? Monocero (talk) 19:39, 3 April 2025 (UTC) Reply

Is there a way to get MW to run phpinfo() and display the result on a page? Gerdesj (talk) 01:05, 2 April 2025 (UTC) Reply

No, not really. In general, the output of phpinfo() can contain sensitive information and should not be made public.

If you really need it, create a file info.php in the installation path of MediaWiki (where the index.php is located) with

<?php phpinfo();

Make sure to protect the file from unauthorized access in your webserver configuration. Osnard (talk) 12:17, 4 April 2025 (UTC) Reply

How can I add a donate link on my MediaWiki website at the top right just like on this website? I have looked at Manual:Interface/Sidebar and Manual:Hooks/SkinTemplateNavigation::Universal but have no idea what code I need. Can someone provide some code I can copy and paste to add the donate link to the left of the create account link? 5.81.220.99 10:36, 2 April 2025 (UTC) Reply

Hi there -

I'm encountering a weird problem where:

• LDAP authentication is not triggered for some users, but others work perfectly well

• When entering the wrong password for the affected users, authentication sometimes triggers (and produces the obvious result that the user could not be authenticated)

Here are the details:

• I'm using MediaWiki 1.43 with PluggableAuth and LDAP2 Authentication (and nginx as web server).

• Configured according to manual page and tested - the maintenance scripts CheckLogin and ShowUserGroups produce the expected results.

• I'm Logging the authentication process through:

$wgDebugLogGroups['PluggableAuth'] =
$wgDebugLogGroups['LDAP'] =
$wgDebugLogGroups['MediaWiki\\Extension\\LDAPProvider\\Client'] =
$wgDebugLogGroups['LDAPProvider'] =
$wgDebugLogGroups['LDAPGroups'] =
$wgDebugLogGroups['LDAPUserInfo'] =
$wgDebugLogGroups['LDAPAuthentication2'] =
$wgDebugLogGroups['LDAPAuthorization'] = '/var/log/mediawiki/ldap.log';

• When tailing the log, login attempts create the expected entries for some users, but not for others (or only randomly and only when the wrong password is entered).

I've looked at the various pages related to LDAP authentication, but could not find anything that would remotely resemble this problem or provide a solution.

Any help greatly appreciated!

Thanks, Christian Deckob (talk) 08:18, 3 April 2025 (UTC) Reply

Try disabling the LDAP extension's cache like this:

$LDAPProviderCacheType = CACHE_NONE;

Maybe there are some fragments in the cache. Could the LDAP server connection be unreliable? Osnard (talk) 12:13, 4 April 2025 (UTC) Reply

Need permissions to embed HTML on your wiki page. I tried to embed HTML code generated for my GOOGLE Form. But it's not working. Please help. Jeetudas (talk) 19:03, 3 April 2025 (UTC) Reply

You could try Extension:Widgets. Jonathan3 (talk) 20:24, 3 April 2025 (UTC) Reply

@Jeetudas For security reasons only specific bits of HTML are allowed to be used in wiki pages, see Help:HTML in wikitext. You would need to ask the Miraheze system administrators for help, though I suspect they will not allow this for security reasons. Could you not just provide a link to the form? 86.23.109.101 12:55, 4 April 2025 (UTC) Reply

I see that there is a new Support Desk on MediaWiki. My question is: if someone replies to my thread, why am I not getting a notification? Here in the panel are Notifications (bell), but there I do not receive a notification. On the old Support Desk I received a notification there. Monocero (talk) 19:52, 3 April 2025 (UTC) Reply

@Monocero If you enable the "Automatically subscribe to topics" option within your account's preferences, you should automatically receive notices (viewable on desktop under the OOUI tray icon icon) for replies in any future threads you create. Help:DiscussionTools § Topic subscriptions has some more information which you may find helpful :) All the best, ‍—‍a smart kitten _[meow] 21:00, 3 April 2025 (UTC) Reply

Thank you for the information, I received a notification in the bell icon when you answered my post. However, I did not receive a notification in this icon.

File:OOjs UI icon tray.svg Monocero (talk) 08:17, 5 April 2025 (UTC) Reply

That notification was under the bell icon because I 'mentioned' you by linking your username, to make sure that you were notified about my reply. These types of notifications (where you're 'mentioned' in someone's comment) appear under the bell icon, while replies in a thread you're subscribed to (but aren't mentioned in) appear under the tray icon :) Best,‍—‍a smart kitten _[meow] 11:33, 7 April 2025 (UTC) Reply

Thanks for the information, I also understand that I can subscribe to the thread by clicking on Subscribe.

Why is it not possible to edit the post here? Now when I add this post I can't edit it. Monocero (talk) 08:23, 5 April 2025 (UTC) Reply

You should be able to edit your post/comments (as part of the overall thread) by clicking the [ edit ]/[ edit source ] link at the right of this topic's title; however, it's unfortunately not currently possible to edit specific comments using DiscussionTools (in case you're interested, there's a feature request open for this functionality at phab:T245225). Best, ‍—‍a smart kitten _[meow] 11:49, 7 April 2025 (UTC) Reply

I can edit the comment when editing my whole thread. I understand - hopefully this feature will be implemented so that editing comments becomes possible. Monocero (talk) 19:11, 8 April 2025 (UTC) Reply

I tried to access wikipedia and got this error. I do not have access to local settings.php.

MediaWiki internal error.

Original exception: [edcb53df-aee7-4f68-a2f3-8948517f3184] 2025年04月04日 13:12:31: Fatal exception of type "Wikimedia\Rdbms\DBUnexpectedError"

Exception caught inside exception handler.

Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information.

2600:4808:5F2:7400:81BC:61E7:807A:B7F9 13:17, 4 April 2025 (UTC) Reply

This is probably phab:T389734 or phab:T391099. 86.23.109.101 15:58, 4 April 2025 (UTC) Reply

Hi. Sorry if this is a trivial question, but I've looked through the RecentChanges manuals and I can't find any information. I'm a wiki administrator (v1.43) and I see that, for example, when a user who hasn't set up a default filter yet enters Mediawiki, the default active filter is Human (not bot)/Not in translation namespaces/Page edits/Page creations/Logged actions/Account creations. On en.Wikipedia it's a different one, and on my wiki it's just Human (not bot). Of course, after the default filter, each user can change it however they like, but the fact that it appears Human (not bot) for everyone at the start is so basic—and I'm sure most users won't change it. Where can I change this initial/default filter? Anta☆waylla 21:39, 4 April 2025 (UTC) Reply

I'm kinda drawing a blank on this.

• Include part without #if part: also no additional blank line.
• include part without table part: also no additional blank line.

o?O

<onlyinclude><includeonly>{{#if:x|{{{!}} class="wikitable"
!wikitable-C
{{!}}}|}}</includeonly></onlyinclude>
===aaa===
{{:{{FULLPAGENAME}}}}<!-- no additional preceding blank line. "...</h3><table>..."-->
bbb
{{:{{FULLPAGENAME}}}}<!-- ??? results in additional preceding blank line spacing. "...bbb</p><p><br></p><table>..." -->
ccc
{| class="wikitable"<!-- no additional preceding blank line. "...ccc</p><table>..."-->
!wikitable-L1
|}
ddd
{{#if:x|{{{!}} class="wikitable"<!-- no additional preceding blank line. "...ddd</p><table>..."-->
!wikitable-L2
{{!}}}|}}

MvGulik (talk) 00:09, 5 April 2025 (UTC) Reply

Have a look at the HTML produced to help work it out.

After headings you'll not get any extra blank lines by leaving one blank line in the wikitext. I think it just starts a new p tag with or without that line.

One blank line between paragraphs (e.g. between bbb and the following link) produces a new p tag, as far as I remember. Jonathan3 (talk) 22:56, 7 April 2025 (UTC) Reply

Hello,

How would I pass a parameter in the image property of an infobox template with existing text (I have a plugin for the iFrame things, those work just fine in the image property)? I want something like:

{{Infobox

| image = <iframe src="{{{url}}}"></iframe>

}}

And then, in the final wiki page:

{{Infobox Template

| url = something

}}

However, this doesn't work. It shows directly as <iframe src="{{{url}}}"></iframe> on the wiki page, instead of being interpreted in the wiki page. How could I get this done? 2001:.&checktime(1600,16,10,':'):0:0:0:6B9 13:10, 6 April 2025 (UTC) Reply

What does your infobox template do with the image parameter? For example infoboxes on wikipedia will attempt to display an uploaded file, they don't take arbitrary wikitext input strings. 86.23.109.101 16:28, 6 April 2025 (UTC) Reply

I can't follow the structure of what you have so far, but would it work to have | image = https://www... on the page, and have the iframe stuff in the template? Jonathan3 (talk) 22:59, 7 April 2025 (UTC) Reply

Does it work if you use the tag parser function to invoke the iframe? e.g.

{{Infobox
| image = {{#tag: iframe | src={{{url}}} }}
}}

Sam Wilson 03:13, 8 April 2025 (UTC) Reply

I am working on setting up a new wiki, which of course includes copying various templates and modules from Wikipedia. As part of this of course I'll need to upload icons, etc. I already edited Mediawiki:Licenses and have started adding some of the templates for the various licenses. However, I've noticed when I select a license on the upload page, below the template I see red text saying (for example): 'The license "cc-by-sa-4.0" does not exist'. How do I fix this? I don't want to upload any files until I have a way to properly indicate their licensing, even if it's just icons from Wikipedia templates.

Wiki URL: https://www.archiepedia.org Oldiesmann (talk) 23:42, 6 April 2025 (UTC) Reply

Following your example you should double check that you have template:cc-by-sa-4.0 in your wiki. If that's not it and the syntax of your MediaWiki:Licenses page is correct you should probably enable debugging in LocalSettings.php to see what's going on. Tactica (talk) 20:08, 9 April 2025 (UTC) Reply

Yeah, that was the problem. I figured it out and added the appropriate license. Oldiesmann (talk) 01:18, 10 April 2025 (UTC) Reply

Is it possible that the user of a certain wiki adds functions to VisualEditor edit bar by modificating thier *.js file? Any documentation or examples of the code? Juandev (talk) 20:24, 7 April 2025 (UTC) Reply

Www.google.com@Juandev Patrik41 2F (talk) 22:36, 7 April 2025 (UTC) Reply

@Juandev VisualEditor/Gadgets —TheDJ (Not WMF) (talk • contribs) 12:07, 8 April 2025 (UTC) Reply

I am trying to log into and update my mediawiki site using MWClient, it works perfectly well with the following to my docker site, but when I try to log onto my domain name site, it has this enigmatic problem:

[2025年04月08日 20:25:16,493] INFO:Attempting to log in...

[2025年04月08日 20:25:16,494] DEBUG:Starting new HTTPS connection (1): [mysite]:443

[2025年04月08日 20:25:17,675] DEBUG:[mysite].com:443 "GET /api.php?meta=siteinfo%7Cuserinfo%7Cuserinfo&siprop=general%7Cnamespaces&uiprop=groups%7Crights%7Cblockinfo%7Chasmsg&continue=&action=query&format=json HTTP/1.1" 200 None

[2025年04月08日 20:25:18,106] DEBUG[mysite]:443 "POST /api.php HTTP/1.1" 200 None

[2025年04月08日 20:25:18,668] DEBUG[mysite]:443 "POST /api.php HTTP/1.1" 200 None

[2025年04月08日 20:25:18,668] DEBUG:Sleeping for 0 seconds

[2025年04月08日 20:25:19,214] DEBUG:[mysite]:443 "POST /api.php HTTP/1.1" 200 None

[2025年04月08日 20:25:19,215] DEBUG:Sleeping for 30 seconds

[2025年04月08日 20:25:49,754] DEBUG:[mysite]:443 "POST /api.php HTTP/1.1" 200 None

[2025年04月08日 20:25:49,754] DEBUG:Sleeping for 60 seconds

The code to get me there is as follows:

    site = mwclient.Site('[mysite]', path='/', scheme='https')

    site.login(username, password)

The ai is normally pretty good at this but its failed to diagnose the problem so I need to ask real experts it seems. The ai suggested that there was rate throttling going on, but I turned that off in localsettings.php, also it seems odd, anyway, I'm out of ideas and hope someone here can help. Zarathustrared (talk) 08:37, 8 April 2025 (UTC) Reply

@Zarathustrared The AI is failing because both we and the AI do not have enough information. There is no error or warning listed here, so not sure what the problem is, but you will have to gather more information. —TheDJ (Not WMF) (talk • contribs) 12:06, 8 April 2025 (UTC) Reply

Hi thanks for the reply, that is exactly the problem I can't get more information, it just won't tell me where its going wrong. I hoped someone would know but it looks like its just not possible to solve without considerable technical expertise, and honestly I've had it with this approach. I will try pywikibot instead even if it means I have to rewrite my scripts. Zarathustrared (talk) 00:09, 9 April 2025 (UTC) Reply

Ok, the problem, maybe predictably was OATHAuth, pywikibot showed the error the first time I tried, mwclient just silently fails without giving an error. Just so you know if someone makes this foolish mistake in the future. Zarathustrared (talk) 00:23, 9 April 2025 (UTC) Reply

Hello support

I have created a page "Test08" in my wiki and i have translated this page into hindi as Test08/hi. But when i am going to access this translated page its not showing into translated page and showing this message

Test08/hi

Jump to navigationJump to search

There is currently no text in this page. You can search for this page title in other pages, search the related logs, or create this page.

But i have translated this page.

i have done all the neccessary configuration in the Mediawiki but translated page is not showing.

Please suggest what is the issue.

Thanks Gaurav.singhEbizon (talk) 14:20, 8 April 2025 (UTC) Reply

Please see "Post a new question" above and provide basic info. Which exact version of the Translate extension is installed (see the Special:Version page)? What does "i have done all the neccessary configuration in the Mediawiki" mean exactly, without paraphrasing? Malyacko (talk) 16:30, 8 April 2025 (UTC) Reply

Hello @Malyacko

I am using Translate version this "version": "2022-01-19". I think version is not issue because i am using the same version in my other website and translate is working fine in this website.

I am using following version of the MediaWiki and php

MediaWiki- 1.38.2

Php - 8.3.17

I have done all the necessary configuration in LocalSettings.php file.

Please solve and suggest how can i solve this my translate issue Also suggest how can i debugg the issue.

Thanks Gaurav.singhEbizon (talk) 12:21, 9 April 2025 (UTC) Reply

Hi @Malyacko

Any update on this matter?

Thanks Gaurav.singhEbizon (talk) 08:39, 11 April 2025 (UTC) Reply

Hello @Malyacko

I have done the same action on the old and the new site and below are the page creation logs. The thing is that it does not create the Test11/es part.

Version page is listed below

New site ( Not working)

10:27, 11 April 2025 FuzzyBot talk contribs created page Test11/en (Updating to match new version of source page)

10:27, 11 April 2025 FuzzyBot talk contribs created page Translations:Test11/1/en (Importing a new version from external source)

10:27, 11 April 2025 FuzzyBot talk contribs created page Translations:Test11/Page display title/en (Importing a new version from external source)

10:26, 11 April 2025 Wim talk contribs created page Translations:Test11/1/es (Created page with "Hola")

10:26, 11 April 2025 Wim talk contribs created page Translations:Test11/Page display title/es (Created page with "Testos11")

10:25, 11 April 2025 Wim talk contribs created page Test11 (Created page with "<translate> Hello </translate>")

Old site (working)

10:34, 11 April 2025 Wim talk contribs created page Translations:Test11/1/es (Created page with "Hola")

====> 10:34, 11 April 2025 Wim talk contribs created page Test11/es (Created page with "Testos11")

10:34, 11 April 2025 Wim talk contribs created page Translations:Test11/Page display title/es (Created page with "Testos11")

10:34, 11 April 2025 FuzzyBot talk contribs created page Test11/en (Updating to match new version of source page)

10:34, 11 April 2025 FuzzyBot talk contribs created page Translations:Test11/1/en (Importing a new version from external source)

10:34, 11 April 2025 FuzzyBot talk contribs created page Translations:Test11/Page display title/en (Importing a new version from external source)

10:33, 11 April 2025 Wim talk contribs created page Test11 (Created page with "<translate> Hello </translate>")

Installed software

Product     Version

MediaWiki     1.38.2

PHP     8.3.20 (fpm-fcgi)

MySQL     8.0.41-0ubuntu0.24.04.1

ICU     74.2

Elasticsearch     6.8.23 86.95.34.245 11:24, 11 April 2025 (UTC) Reply

i want to delete my acount. How can do this? P.sanzotta (talk) 11:30, 9 April 2025 (UTC) Reply

You don't specify a context (this site, Wikipedia, a third party wiki, etc.), but this is probably relevant. Tactica (talk) 19:23, 9 April 2025 (UTC) Reply

Hi,

I am testing the new MW 1.43 LTS and found that Extension:SideBarMenu is not working, which is very important extension in our private wiki. It throws below error:

PHP Deprecated:  Accessing $wgHooks directly is deprecated, use HookContainer::getHandlers() or HookContainer::register() instead. [Called from {closure} in /var/www/html/mw143/extensions/SideBarMenu/SideBarMenu.php at line 81]

Can anyone suggest how to make it work on MW 1.43 ?

Thanks,

GT Testergt1302 (talk) 14:24, 9 April 2025 (UTC) Reply

The maintainer of SideBarMenu will have to update the extension. In the mean time, if this is for a non-developer deployment, you can disable deprecation warnings in php.ini. error_reporting = E_ALL & ~E_NOTICE & ~E_DEPRECATED —TheDJ (Not WMF) (talk • contribs) 14:39, 9 April 2025 (UTC) Reply

Hi, Thanks for the reply.

But this would just suppress the warning right? does it help to make the extension work ?

Sidebarmenu was archived long back. but some developer is maintaining it and still not released for MW 1.43. Testergt1302 (talk) 06:18, 10 April 2025 (UTC) Reply

Please, I would like to request the flags of autoconfirmed and autopatrol. Thanks. Jalu Jaluj (talk) 18:59, 9 April 2025 (UTC) Reply

In its default configuration, MediaWiki already promotes accounts to autoconfirmed when they match certain criteria. This is true at least for Wikipedia and this site. See also Project:Autoconfirmed users. As a last resort you should ask in Project:Requests for permissions. Tactica (talk) 19:51, 9 April 2025 (UTC) Reply

How do I hide a heading from the TOC? I have tried using HTML tags without the slash in the closing tag, but it did not work. My current version is 1.31. 71.62.121.25 23:00, 9 April 2025 (UTC) Reply

Hallo, in der neuesten Version 1.43.1 wird die LocalSettings.php in diesem Bereich

## 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",

];

fehlerhaft ausgegeben, indem der Passus in eckige Klammern gesetzt ist und die Darstellung des Favicon behindert.

Regards Klaus 91.52.223.141 07:41, 11 April 2025 (UTC) Reply

Nach ⚓ T391673 1.43.1 LocalSettings.php logo/icon section displayed incorrectly verlagert !

Regards Klaus

I am encountering the known bug with sessions data loss when setting $wgMainCacheType to CACHE_ACCEL. I added $wgSessionCacheType = CACHE_DB; to store the session data in the database to go around this issue. Now I am wondering if I should clear the table mw_objectcache to remove old cache which should now be handled by APCu. I don't really mind to log out all users with this move, but I could also just delete all non-session files. Is this safe to do? Or is it maybe unnecessary 'cause it'll clear itself over time? I had $wgMainCacheType set to CACHE_NONE for years until now. DonnyPro (talk) 12:00, 11 April 2025 (UTC) Reply

Is there a way to fix the number of fractional digits, including trailing zeroes, in parser function output? In particular I would like to keep trailing zeroes from #expr. Ham Pastrami (talk) 08:26, 12 April 2025 (UTC) Reply

The error log on my wiki's server has lately been filled with constant repetitions of this PHP error, always citing MimeAnalyzer:

PHP Warning: foreach() argument must be of type array|object, string given in /var/www/my.wiki/public_html/mediawiki-1.43/includes/libs/mime/MimeAnalyzer.php on line 129, referer: https://my.wiki/Some_article

I see the line it references in MimeAnalyzer.php is in this block:

foreach ( $this->mimeToExts as $mime => $exts ) {
 foreach ( $exts as $ext ) {
 $this->extToMimes[$ext][] = $mime;
 }
}

I'm not sure how to diagnose this, so I was curious if anyone might know the cause. Any insights are much appreciated!

System details:

Huwmanbeing (talk) 13:04, 12 April 2025 (UTC) Reply