Project:Support desk

Template:MW file and Template:SettingSummary links to wmdoc:mediawiki-core/master/php are not working, i.e. where it says Classes: [[]]. Waddie96 (talk) 01:47, 14 August 2025 (UTC) Reply

Works for me here. Ciencia Al Poder (talk) 14:08, 23 August 2025 (UTC) Reply

@Ciencia Al Poder So when you click the link on Manual:Pager.php it takes you to https://doc.wikimedia.org/mediawiki-core/master/php/interfacePager.html and this loads? I get an error: Not Found. The requested URL was not found on this server..

• Manual:$wgConf Yes Works
• Manual:ReverseArrayIterator.php N Doesn't work

Waddie96 (talk) 03:41, 1 September 2025 (UTC) Reply

Hi, I have been banging my head up against a wall here for the past few hours. I was able to get files to be uploaded and deleted but I am running into the issue where whenever I click on the image it says "Sorry, the file cannot be displayed" and a thumbnail will not display. I have adjusted permissions, I have also made sure that file uploading was enabled on the Localsettings.php and the php.ini. I have tried changing the upload path and directory from /var/www/html/images and /var/www/data/images. I have also tried chmod 755 and 777 but still no luck. I have also made sure $wgUseImageMagick is set to true. I am running this using a docker-compose file. The files I am trying to view are just images. Any assistance would be greatly appreciated.

Mediawiki Versopm: 1.44.0

Example URLs:

/index.php/File:Images.jpg#/media/File:Images.jpg

/index.php/File:Images.jpg Oaktree501 (talk) 16:56, 16 August 2025 (UTC) Reply

@Oaktree501 "whenever I click on the image" based on the path, I assume you are using Extension:MediaViewer, and it is when you click the thumbnail and the mediaviewer is opening that only THEN the image cannot be shown ??? —TheDJ (Not WMF) (talk • contribs) 11:53, 18 August 2025 (UTC) Reply

Even the thumbnail wont show up. Like if I go to Special:ListFiles it has all the information of when the file was uploaded, name, size, user, and description but where it would show the thumbnail, it is blank. Clicking on the blank thumbnail results with the error. Also going to the /index.php/File:Images.jpg link, where the image was suppose to be, it isnt there, it just has the name and the rest of the info. Oaktree501 (talk) 23:04, 18 August 2025 (UTC) Reply

Hi, I'm currently setting up a private MediaWiki installation (Version 1.43.1) and adding pages with the DataTransfer extension (Version 1.7). I had no problems for a while, batch adding about 100-150 pages at once, until a few days ago when I tried to add 350 entries at once and noticed that they were not processing properly. After three days, the job queue was still stuck. All of this were "dtImport" jobs, which I think is a custom job class used by DataTransfer.

I tried to adjust $wgJobRunRate > no result.

I tried to use the maintenance script runJobs.php, but it would not execute and kept throwing a type error (TypeError: flock(): Argument #1 ($stream) must be of type resource, false given). manageJobs.php threw the same error message; showJobs.php executed without problem.

I deactivated all extensions and tried running the scripts again > no result.

In the end, I deleted the jobs from the job table directly, but the problem remains: new jobs will be added and none of them are executed; this does not only impact the DataTransfer extension at this point but any background job and the type of job doesn't seem to make a difference (some are htmlCacheUpdate, some refreshLinks, etc.).

I'm not really tech savvy and mostly cobbling things together from previous discussions and the manual pages. Any help would be appreciated and please let me know, if any of the things I tried to explain are unclear.

Thank you very much in advance! Blabberdiblab (talk) 09:33, 18 August 2025 (UTC) Reply

@Blabberdiblab: Can you post the stack trace of that error message? See also Manual:How to debug. Sam Wilson 11:22, 18 August 2025 (UTC) Reply

I have tried to enable the $wgDebugLogFile but I can't get it to write. I don't know why.

PuTTY gave me a some more info to the error message, but I can't replicate it atm because the server keeps shutting me out when I try to log in. There might be something else going on on the server side of things...

I will try again and get back with any results. Blabberdiblab (talk) 13:01, 18 August 2025 (UTC) Reply

Because everything is back to working as it should, I consider this issue resolved. Thank you for your time, I appreciate the help! Blabberdiblab (talk) 07:00, 19 August 2025 (UTC) Reply

And HOW do you run your job queue ? via cron, manually, backed by the database ? There are a lot of options. —TheDJ (Not WMF) (talk • contribs) 11:51, 18 August 2025 (UTC) Reply

I tried to run it manually (using PuTTY) with the "php maintenance/run.php runJobs" command. Other scripts are executed when I run them this way, manageJobs.php and runJobs.php are not. Blabberdiblab (talk) 12:54, 18 August 2025 (UTC) Reply

@Blabberdiblab: When you say it isn't executed, do you mean there's no output at all? It should say at least "Job queue is empty." or some error. Sam Wilson 12:59, 18 August 2025 (UTC) Reply

It gives me the error message I mentioned above: "TypeError: flock(): Argument #1 ($stream) must be of type resource, false given" Blabberdiblab (talk) 13:02, 18 August 2025 (UTC) Reply

so my guess... is that flock is trying to lock a temporary file. As that file was not able to be created, the value false was returned and false is of course not a file resource. Which might mean that the location for writing temp files on your php install or mediawiki is not properly configured or not writeable. —TheDJ (Not WMF) (talk • contribs) 19:04, 18 August 2025 (UTC) Reply

I will try to look into that further, because there seems to be a general problem with writable files (I'm also still trying to get a debug log file set up and can't get it to write). But because my main issue is resolved now (it was something server-side, apparently), everything is working again and the debug file and maintenance scripts are not a high priority now - more of a curiosity thing, whether I can get them to work.

Thank you for your time! I appreciate the help and the tips for understanding the error message. Blabberdiblab (talk) 06:58, 19 August 2025 (UTC) Reply

RESOLVED

There was apparently a server-side issue which is now resolved, so things are back to working as they should. I don't know what the actual problem was, but I guess I'm just going to leave it at that. Blabberdiblab (talk) 06:50, 19 August 2025 (UTC) Reply

Tôi mới bắt đầu đến với Wiki.

Và có đăng ký 1 tài khoản để sử dụng. Thì bị khóa ngay sau đó. Tôi thử đăng nhập thì được báo như này

Bạn không được quyền sửa đổi trang này, vì lý do sau:

Tên người dùng hoặc địa chỉ IP của bạn đã bị cấm.

Lệnh cấm được thực hiện bởi ‪Nguyentrongphu‬. Lý do được đưa ra là Rối.

• Lệnh cấm có hiệu lực từ: 01:49, ngày 22 tháng 1 năm 2025
• Lệnh cấm hết hạn vào: 01:49, ngày 22 tháng 1 năm 2026
• Mục tiêu cấm: 171.247.176.0/20

Bạn có thể liên hệ với ‪Nguyentrongphu‬ hoặc bảo quản viên khác để thảo luận về lệnh cấm.

Địa chỉ IP hiện tại của bạn là 171.247.181.51. Mã số cấm #123984.

Xin hãy cung cấp tất cả các thông tin trên vào thư yêu cầu của bạn.

Xin giúp đỡ

~2025-42331-7 (talk) 09:51, 19 August 2025 (UTC) Reply

Please read the message again. It already tells you what to do: "Bạn có thể liên hệ với ‪Nguyentrongphu‬ hoặc bảo quản viên khác để thảo luận về lệnh cấm." This Support Desk for MediaWiki cannot help with any policies on any wikis out there. Malyacko (talk) 12:16, 19 August 2025 (UTC) Reply

After updating the citation template on my website to the newest version, I receive the error:

LuaerrorinModule:Citation/CS1/Configurationatline2123:attempttoindexfield'?'(anilvalue).

Last time I had a formatting error, I ended up updating the entire website. Is this something I have to do again?

Alternatively, a quick search found a page on a random wiki that mentions the exact same error I'm having. However, it seems to describe an error message that should appear on a case by case basis due to malformed parameters rather than on every single reference as it does in my situation. It does lead me to believe that something was changed in the template that caused the problem though. Any idea on how to fix this? –Noha307 (talk) 23:01, 19 August 2025 (UTC) Reply

Updating a template as complex as w:Template:Citation isn't necessarily a good idea if the template was working for you and suited your purposes. That said,

1. you haven't copied Module:Citation/CS1/Suggestions to your site
2. the w:Module:Citation Lua-based redirect pointing to Module:Cite (which you don't have anyway) is also missing
3. the line with the error you quote appears to be related to trying to load a .tab file using InstantCommons, which I'm not sure is enabled in your site.

In general, ticking the "Include templates" box while exporting should help prevent at least most of these issues. Tactica (talk) 12:00, 23 August 2025 (UTC) Reply

@Tactica: To respond to a few points:

isn't necessarily a good idea if the template was working for you

The cite web, cite news, etc. was working, but the base "citation" was not. Point taken, however.

you haven't copied Module:Citation/CS1/Suggestions to your site

Apparently, I did have it, but to be fair hadn't been updated since it was initially uploaded.

Module:Cite (which you don't have anyway)

Unless I'm mistaken, I had it as well.

the w:Module:Citation Lua-based redirect pointing to Module:Cite...is also missing

This one was missing. I imported it. (I'm assuming this is why the "citation" template wasn't working.)

InstantCommons, which I'm not sure is enabled in your site.

I just checked my LocalSettings.php file and "$wgUseInstantCommons" is set to "true". So my understanding is that it should be enabled.

I've updated/added all of the templates/modules you mentioned, but it's still giving me the error.

Thanks for your help thus far. If you have further ideas on how to solve the problem I would greatly appreciate it. –Noha307 (talk) 01:22, 26 August 2025 (UTC) Reply

According to the error in the documentation for Module:Citation/CS1 you're missing the JsonConfig extension too. If you keep fixing the obvious errors eventually it should start working :)

BTW the "Citation" template is not the "base" template, it's just one that combines the features of others, a Swiss knife of sorts so to speak. In my own wiki I'm using Citation as the only Cite * CS1/CS2 template. Tactica (talk) 18:55, 26 August 2025 (UTC) Reply

Is there any way to make this frame function with this? Keeps saying "The "reply" link cannot be used to reply to this comment. To reply, please use the full page editor by clicking "Edit"... Lofty abyss 01:52, 20 August 2025 (UTC) Reply

@Lofty abyss At a first glance, this seems like it might potentially be because of Help:DiscussionTools/Why can't I reply to this comment? § Wrapper templates. That section suggests using plain HTML syntax (rather than using a template) to get the reply-tool to work with decorative frames, and - from quickly testing it - that seemed to work for me in this case :) Best, ‍—‍a smart kitten _[meow] 08:19, 21 August 2025 (UTC) Reply

Thanks, didn't notice there was a section for my situation. Lofty abyss 10:50, 21 August 2025 (UTC) Reply

@Lofty abyss fyi, your signature isn't readable in dark mode, because you force black text, which isn't readable on a black background. —TheDJ (Not WMF) (talk • contribs) 07:38, 25 August 2025 (UTC) Reply

I meet this when I update to mw 1.43.3:

MediaWiki\Extension\AbuseFilter\AbuseFilterPermissionManager::canSeeLogDetailsForFilter(): Argument #2 ($privacyLevel) must be of type int, null given, called in /usr/share/nginx/html/wiki/extensions/AbuseFilter/includes/Pager/AbuseLogPager.php on line 196
Backtrace:
from /usr/share/nginx/html/wiki/extensions/AbuseFilter/includes/AbuseFilterPermissionManager.php(201)
#0 /usr/share/nginx/html/wiki/extensions/AbuseFilter/includes/Pager/AbuseLogPager.php(196): MediaWiki\Extension\AbuseFilter\AbuseFilterPermissionManager->canSeeLogDetailsForFilter()
#1 /usr/share/nginx/html/wiki/extensions/AbuseFilter/includes/Pager/AbuseLogPager.php(84): MediaWiki\Extension\AbuseFilter\Pager\AbuseLogPager->doFormatRow()
#2 /usr/share/nginx/html/wiki/includes/pager/ReverseChronologicalPager.php(134): MediaWiki\Extension\AbuseFilter\Pager\AbuseLogPager->formatRow()
#3 /usr/share/nginx/html/wiki/includes/pager/IndexPager.php(601): MediaWiki\Pager\ReverseChronologicalPager->getRow()
#4 /usr/share/nginx/html/wiki/extensions/AbuseFilter/includes/Special/SpecialAbuseLog.php(673): MediaWiki\Pager\IndexPager->getBody()
#5 /usr/share/nginx/html/wiki/extensions/AbuseFilter/includes/Special/SpecialAbuseLog.php(248): MediaWiki\Extension\AbuseFilter\Special\SpecialAbuseLog->showList()
#6 /usr/share/nginx/html/wiki/includes/specialpage/SpecialPage.php(728): MediaWiki\Extension\AbuseFilter\Special\SpecialAbuseLog->execute()
#7 /usr/share/nginx/html/wiki/includes/specialpage/SpecialPageFactory.php(1717): MediaWiki\SpecialPage\SpecialPage->run()
#8 /usr/share/nginx/html/wiki/includes/actions/ActionEntryPoint.php(504): MediaWiki\SpecialPage\SpecialPageFactory->executePath()
#9 /usr/share/nginx/html/wiki/includes/actions/ActionEntryPoint.php(146): MediaWiki\Actions\ActionEntryPoint->performRequest()
#10 /usr/share/nginx/html/wiki/includes/MediaWikiEntryPoint.php(200): MediaWiki\Actions\ActionEntryPoint->execute()
#11 /usr/share/nginx/html/wiki/index.php(58): MediaWiki\MediaWikiEntryPoint->run()
#12 {main}

Tunglinwu (talk) 09:15, 23 August 2025 (UTC) Reply

Hello. I'm interested in creating an XL list of my contributions to Wikipedia since I joined the project in 2003. I know how to do this piecemeal, by getting the latest 500 entries using XTools: Global Contributions, copying them into an XL spreadsheet, and working my way backwards until I get them all. But I've made well over 200,000 edits, so this would be a long and tedious process.

Can I get all of my contributions in this format in one move (or a few moves), rather than 400+ moves? Thanks. -- JackofOz (talk) 22:28, 24 August 2025 (UTC) Reply

Hi,

We don't want to use the automated content translation tool. I've added an article in Dutch, then tried the 'translate' button, and added the native English version. Then the system says that I cannot publish this language version since it's allowed for experienced users only. How can we solve this, and get our native English version online? Thanks. KatrienDeVocht (talk) 07:27, 25 August 2025 (UTC) Reply

It seems you're talking about English Wikipedia (where content translation is restricted to certain users). I'd suggest you use the Wikipedia:Articles for creation process to submit the English version. You should also read en:Help:Your first article. – Ammarpad (talk) 09:37, 26 August 2025 (UTC) Reply

Thank you. Ok, so via https://en.wikipedia.org/wiki/Wikipedia:Articles_for_creation I create a new, English article about DECA Packaging Group taking into account all guidelines, right? KatrienDeVocht (talk) 06:04, 27 August 2025 (UTC) Reply

I use a cronjob script to create automatic database backups on the server, which invokes dumpBackup.php. This worked fine, until I read that for security reasons, it would be reasonable not to grant read-access to the LocalSettings.php to everyone - so I set the Linux rights to 640. However, now the script dumpBackup.php complains that LocalSettings.php cannot be read. As far as I understand, the LocalSettings.php must be owned by www-data. What would then be the normal way to solve this? Run the script as user www-data - would this work? - Then the backup-target directory should also be owned by www-data, I suppose?! It looks a bit complicated, thefore I ask before... Thanks! Xwr111 (talk) 07:58, 29 August 2025 (UTC) Reply

That, or another common way, is have the backup user be part of the www-data usergroup (www-data) and ensure proper group permissions. Or have the backup user run with root permissions of course. Kinda depends on the situation. —TheDJ (Not WMF) (talk • contribs) 09:22, 29 August 2025 (UTC) Reply

Another possibility is to duplicate the LocalSettings file for the backup script, giving its own permissions. Since dumpBackup.php only dumps the wikitext, it doesn't need a full LocalSettings file, only namespace information and database connection, so you can create a trimmed down LocalSettings for use only on the backup script, and giving its path as the parameter for dumpBackup.php Ciencia Al Poder (talk) 12:41, 30 August 2025 (UTC) Reply

Thanks to all, a lot of possible solutions! I chose the one which looked easiest to me, making the backup user part of the www-data usergroup - this seems to work well. Xwr111 (talk) 14:16, 30 August 2025 (UTC) Reply

What do accounts like ~2025-42331-7 mean? Banovercheckcross (talk) 19:45, 30 August 2025 (UTC) Reply

Help:Temporary accounts. – Ammarpad (talk) 08:16, 31 August 2025 (UTC) Reply

i hosted a small personal project online than call wikipedia api (thumbnail and titles), its configured with my personal token and my app user-agent as required. i have been under ddos for days. since they can't beat my cloud provider protections when they go full berserk, they are just slowly and constantly poisoning my apis. this is causing my personal token to get rate limited quickly, (i'm already caching everything aggressively to minimize calls to Wikipedia) but its not sufficient. is there any recommended solution for this please ? ~2025-48624-8 (talk) 21:55, 30 August 2025 (UTC) Reply

I'm having this problem on my wiki but also see it right here, as with Parser extension tags for example. I seem to recall that in the past this search form would highlight when a link was from transclusion and indent the derivative results under it. But more to the point, if I check the "Hide transclusions" box, this doesn't affect the search returns. It still returns the same number of results, with the transcluding pages. Am I missing something or has this been bugged for a while? Ham Pastrami (talk) 08:52, 31 August 2025 (UTC) Reply