Jump to content

Commons:Village pump/Technical

Add topic
From Wikimedia Commons, the free media repository
Latest comment: 1 day ago by Anohthterwikipedian in topic Upload wizard website upload

Shortcuts: COM:VP/T • COM:VPT

Welcome to the Village pump technical section
Technical discussion
Village pump/Technical
 Bug reports
 Code review
Tools
 Tools/Directory
 Idea Lab



This page is used for technical questions relating to the tools, gadgets, or other technical issues about Commons; it is distinguished from the main Village pump, which handles community-wide discussion of all kinds. The page may also be used to advertise significant discussions taking place elsewhere, such as on the talk page of a Commons policy. Recent sections with no replies for 30 days and sections tagged with {{Section resolved|1=--~~~~}} may be archived; for old discussions, see the archives; recent archives: /Archive/2025/08 /Archive/2025/09.

Please note
 
SpBot archives all sections tagged with {{Section resolved|1=~~~~}} after 1 day and sections whose most recent comment is older than 30 days.

No signature at COM:QIC

[edit]

Hi!

For some weeks, the automatic signature is not added when I enter the for ~. When I do this in other pages, etc. the automatic input works. How to fix that? Thanks PantheraLeo1359531 😺 (talk) 18:21, 11 July 2025 (UTC)Reply

I didn’t quite understand what you meant, could you explain in more detail? Incall talk 20:57, 27 July 2025 (UTC)Reply
If you enter --~~~~ and publish, the tildes will be replaced by Name and timestamp. But in my case, the tildes persist :( --PantheraLeo1359531 😺 (talk) 19:08, 1 August 2025 (UTC)Reply
I can assume that the problem is with the keyboard characters. Incall talk 19:26, 1 August 2025 (UTC)Reply
It could also be a Javascript issue from your browser. Perhaps try making sure Javascript is enabled or maybe try to see if the problem is still there with a different browser. Tvpuppy (talk) 19:49, 1 August 2025 (UTC)Reply
Thanks, probably this could be one way ro go :) --PantheraLeo1359531 😺 (talk) 20:00, 9 August 2025 (UTC)Reply

RotateBot not working

[edit]

The bot has stopped working since June 30, and the backlog in Category:Images requiring rotation by bot is continuing to grow. I left a message at the talk page of @Steinsplitter (owner of the bot), see User talk:Steinsplitter#RotateBot, but it appears they haven't been active since June 25. Is there anything we can do, or do we have to wait for Steinsplitter to fix it? Thanks. Tvpuppy (talk) 00:53, 17 July 2025 (UTC)Reply

Looks like this is resolved now. Nemoralis (talk) 01:31, 4 August 2025 (UTC)Reply
Nah, this seems down. There are over 730 files in Category:Images requiring rotation by bot waiting to be rotated. Also, the bot says "Bot locked itself after a internal problem" in almost every edit logged on User:SteinsplitterBot/Rotatebot (example). This is happening again since 18:30, 8 August 2025 though there was a short relief from 20 July to 8 August. signed, Aafi (talk) 09:08, 23 August 2025 (UTC)Reply

Abkhazia technical puzzler

[edit]
Selected maps are included in the  Wikimedia Atlas of Abkhazia.

I was trying to debug {{Country category}} and {{Country label}} templates, used by 780k pages and typically maintained by @Joshbaumgartner and Sbb1413: , since those templates seem to be throwing Lua errors in all categories related to Abkhazia. See Category:Abkhazia by topic and Category:Pages with script errors. I see the same errors when running {{Country category |1=Abkhazia}}:

I think the issue is with Wikidata Abkhazia (Q23334) item which for country (P17) lists both Georgia (Q230) and Republic of Abkhazia (Q31354462), and the error states that your template is requesting date from Wikidata item "Q230 and Q31354462". However none of those items changed lately. Some page was changed within the last week to cause all those errors, however I can not find which one. Anyone wants to look at this? Jarekt (talk) 00:45, 21 July 2025 (UTC)Reply

Maybe it’s due to {{Country navbox}}, which has recently been changed? Tvpuppy (talk) 00:34, 22 July 2025 (UTC)Reply
@Tvpuppy: You are right, after undoing changes to {{Country navbox}} template made by User:Verdy p to restore version from 14 April 2025, all errors were resolved. @Verdy p: , I am not sure what issues were being addressed by your changes. Feel free to try again but please test on Category:Abkhazia by topic and similar categories. --Jarekt (talk) 03:53, 22 July 2025 (UTC)Reply
I made a sandbox and tested it, you've removed the support for loading the sandbox (notably in subtemplates)... Basically there are errors that were solved elsewhere (notably loading flag images and other subtemplates), there was no change in structure (just made the code clearer, removed unnecessary HTML comments to hide newlines that are stripped automatically make the editing much easier and clearer; and used rank="best" in queries (instead of two successive tests on "rank=prefered", whcih fails, then without it which loads the incorrect image...), and I added some basic translation. verdy_p (talk) 07:23, 22 July 2025 (UTC)Reply
The obvious error is effectively in Wikidata: Abkhazia is listed has having in TWO *preferred" values for its countries property: itself, and Georgia (this is an error in all cases in the Wikidata item for Abkhazia). After editing the Wikidata item to have only ONE preferred solves the problem. So the real change was not mine in the template, but in the Witem for Abkhazia. If in some corner cases you need to have two preferred values for the same property in the same Wikidata element, my edit or the existing code was not ready for that situation, and the Country box should use smarter queries to avoid such unexpected errors coming from unexpected property values from Wikidata. Your basic revert did not help at all and just broke what was solved elsewhere, because you did not know at all the effective reason. verdy_p (talk) 07:30, 22 July 2025 (UTC)Reply
Wouldn’t it be more suitable to have Republic of Abkhazia (Q31354462) as its preferred value? Since currently it’s displaying the flag of Georgia. Tvpuppy (talk) 09:39, 22 July 2025 (UTC)Reply
The fix I made to add the missing (but required) "numval=1" fixed the issue with categorys related to Abkhazia. However if in some cases you may want to display alternate flags (de facto and de jur), you need further edits to the template (or related modules). For now, the "numval=1" filter is needed (even with the "rank=best" filter), as nothing is ready to accept a (comma-separated) list a values when there are two preferred values returned by the data query. I know no cases where the same item may have two property values with the "rank=preferred" to get an alternate "de facto" flag also displayed in the "Country template" (in addition of the "de jure" which should be the default as it is recognized by hundreds of countries, whereas the regional flag is not recognized as being "national" except by Russia), you need an additional query. Before my change that fixed other cases, there were two successive queries, one using the "rank=preferred" (which could still return two values), and if there was none, a 2nd query without this filter (any values would be returned at any rank, so there was more... including other historical flags).
I've not broken anything in my edit the "Country navbox" template: the bug was already present (since long in Wikidata) even if it was not visible (because pages were not refreshed when the Wikidata item was updated to have two "preferred" values). I have secured the template to make sure the queries returned only one 1 value at most (and not a list), as currently expected. verdy_p (talk) 09:55, 22 July 2025 (UTC)Reply
verdy_p, I do not know much about geography of Abkhazia, but the item Abkhazia (Q23334) is for the territory of Abkhazia, which is split into or claimed by 2 countries, so the Wikidata value was probably correct. Also country (P17) does not have uniqueness constraint, so multiple values there are allowed and our software should not crash because of this. Quite likely at some point someone will notice your "fix" of Q23334 and revert it and than we will be here in the same situation. We had the same issue with {{Wikidata Infobox}} where errors caused by correct but inconvenient Wikidata statements were being fixed by deleting them from Wikidata, which was latter reversed causing recuring problems here, see Template_talk:Wikidata_Infobox#Lua_error. --Jarekt (talk) 13:31, 22 July 2025 (UTC)Reply
There was nothing wrong at all in the template that you reverted. In fact all effectively came from the fact that the template was alling Wikidata which returned a couple of values. This was not detected before, just because the change had occured in Wikidata and was not detected by this wiki that did not update the page (so the bug could have occured at any time, without me changing anything. Now that I've secured the template to make sure that it returns ONLY a single value (and not two in a list),nothing bad can really happen. Still, I have NOT deleted the two values in Wikidata , but only 1 is marked as "preferred" (as needed in Wikidata rules: this was already a violation of Wikidata, and was already reported there); if someone reverts that status in Wikidata, it will still not break this wiki, only one will be used. If one wants to display the two flags (1 for "de jure", the other for "de facto"), we'll still need to change the template to make that correctly without crashing and even if this case we'll still need the "numval=1" filter in addition to the standard "rank=best" filter, by adding another filter to detect "de facto" values and conditionally display this secondary flag and your revert was simply just non-sense: you had not understood the real issue. verdy_p (talk) 13:48, 22 July 2025 (UTC)Reply
Apart from the main topic, disputed territories shouldn't be on the country navigational list (same for South Ossetia, Transnitria, Kosovo). We should treat them separately (as disputed territories in the same template?), otherwise we inherently come to the mentioned conflicts with P17 and other stuff on WD. — Draceane talkcontrib. 14:07, 22 July 2025 (UTC)Reply

verdy_p, It looks like you changed {{Country navbox}} again, and we have bunch of new Lua errors, in categories like Category:Adolescent girls of Ireland or Category:Polynesia by topic. Can you fix the template to accommodate those or revert the changes? --Jarekt (talk) 00:42, 7 August 2025 (UTC)Reply

What? I've not changed anything since the messages above. These are however the same symptoms: the template automatically gets several QIDs instead of just one. This looks like this comes from somewhere, where an expectation was changed in a higher-level template or module not using the restriction, or because data in Wikidata was changed so that multiple elements are now qualifying (possibly multiple ones with the "preferred" value, even if there are queries with "rank=best" filter and a filter to return just one value). verdy_p (talk) 03:20, 7 August 2025 (UTC)Reply
"Q27 and Q145" means that the template is unable to choose between two candidate "countries" (the Republic of Ireland, and the United Kingdom), in a query that looks for a country and not the binational "region" of Ireland. I've not changed any query at all. So these cataoies related to that region may have been changed by including the two countries with equal ranks (even if the United Kingdom is too large and is not fully included in the region). That's an initial design issue in how these "new" templates basd on "Country navbox" have been introduced "by force" without correct testing for such corner cases, with just bad and untested assumptions. The same applies to the international "region" of Polynesia: why are there "country" countries to select the qualifying QID? None of the queries used in these templates will work if several QId are matching, because the automatic QID query will return a formatted list (with commas or "and"). Who designed these damn templates? And more importantly who applied them blindly without any test, in categories that are NOT for individual countries? verdy_p (talk) 03:40, 7 August 2025 (UTC)Reply
Also I note that there has been several deletion request made on several specialized templates like "Adolescent by country" (applied by user "Aunt6") and redirects recently made, using again similar assumptions, that these replaced templates were only used for individual countries and not for international regions. I'm not at all responsible of this nightmare: these "country navbox" introduced everywhere without thoughts are the main cause of the problem, they were absolutely never tested to support something else than pure countries. Ihave not changed any wikidata request but seriously the best to do for categories that are NOT for countries is to remove the use of these ill-designed "country navbox" templates and revert them to what they were before (with much simpler administration and maintainability). verdy_p (talk) 03:50, 7 August 2025 (UTC)Reply
I've looked at the effective history: before the right-side "country navbox" was used, there were other templates that properly looked for the correct names in the top navbox of "countries in Europe". This was taking into account a progressive evolution of the naming scheme, so that for example "Category:XXX of Ireland" was first looking for the country "Republic of Ireland" first, then used a fallback to the shorter name "Ireland". This was intended to look for the country and not the region. When the newer "country navbox" was used to replace it, it was unable to use this fallback and only looked up for the country: now it detects two countries matching the region, by assuming from the category name that it refers only to "Ireland" (the binational island). This does not work. A simple workaround, given that "country navbox" is unable to determine the correct wikidata item QID to use (and the fact that it returns two QIDs), is to add the explicit "qid=" parameter to the navbox (and no longer expect that "GetQID" returns only one QID when in fact it can return multiple ones, as it has no correct filters to limit its results). verdy_p (talk) 05:08, 7 August 2025 (UTC)Reply
verdy_p If one reverts {{Country navbox}} template to the version from 14 April 2025, than Category:Adolescent girls of Ireland and Category:Polynesia by topic render without errors. I reverted once to that version on 21 July 2025, which fixed most of the Lua errors in Category:Pages with script errors. However your changes to the template since that edit reintroduced the errors. I do not know much about this template as I did not study it. However it seems to me that the version from 14 April 2025, was more robust than the current version and was able to work with countries and with geographic regions. Can we just go back to the version that works or fix the current code so it is able to handle regions as it used to? --Jarekt (talk) 03:41, 15 August 2025 (UTC)Reply
How can you affirm that? I've not changed any logic that would make any difference between countries and multinational regions to select the correct QID for these regions and not the list QIDs of countries in those regions. Something may have changed but elsewhere, in some subtemplates that are trying to guess the QID for specific types (using approximative matches infered by the current category name where the template is used, these subtemplates ignore the fact that some categories may or may not have a dismabiguation suffix: this is the case for Ireland where some categories named "XXX in Ireland" or "XXX of Ireland" sometime refers to the island region, but most of the time it refers to the "Republic of Ireland"; such cases were handled gracefully by the previous navboxes like "Countries of Europe" that were used before "Country navbox" was used: there was (and there is still) a list of fallbacks that take into account the fact that disambiguated names have been introduced gradually but were not enforced so that no link was broken; these previous nav templates do not perform any guess based on the current page name where the nav template was used, but use explicit QIDs). The bug has started when the previous navboxes have been blindly replaced by the Country navbox, which does not know any QID, but tried to get the ID from the current page name using a very weak logic, not taking into account the legacy category names or various exceptions that have always existed in Commons for the naming scheme, and that continue to be added). So the problem is more general that just countries vs. regions: there's a design flaw in the logic used of "Country navbox" because it could not handle any historic naming schemes and graceful fallbacks, or the evolutions of the naming scheme (because it is impossible to adjust these names everywhere without lot of works in many pages for renaming hundreds of categories, and moving thousands of filenames instantly, pluis adjusting Wikidata items, plus taking into account the fact that many categories or pages are "frozen" and blocked from editing and cannot be renamed or moved: we need to preserve the legacy names for a long time, and need many administrative tasks to allow these names to be changed).
We have always need to be able to preserve the compatibility with existing pages (even if they were not using the "now referred" naming scheme with fully disambiguated names. Country names are topics that are highly subject to conflicts between editors due to extreme political divergences, meaning that adjusting the naming scheme cannot be done everywhere consistently, but is adjusted progressively depending on subtopics as long as there's no conflict and only where it is needed to differentiate subtopics. For your case of the few categories "XXX in Ireland", this is another case where these categories were in fact refering to the "Republic of Ireland", and not just "Ireland" (the island, multinational region), even if the naming scheme do not reflect that. Btu the new "Country navbox" ignore s that and incorrectly matches the multinational region and there's NO filter at all to select the QID of the "Republic of Ireland" instead of the QID if the multinational island (which then is used as if it was a country, and then fails to get a single country flag from it).
As well the case you signal for "Polynesia" is a case were the new "Country navbox" should have never been used, as it have NEVER and will NEVER refer to a single "country".
I have made the tests: the supposed "revert" you assert above is just wrong: it does not work and changes the logic. So the problem does not come from my edit, but from elsewhere. I have NOT changed the logic at all, the Wikidata queries are the same (except that I have fixed other things, notably using "rank=best" instead of rang=prefered" for fixing some other cases, and later added a limit to queries to return at most 1 value (as expected by the current design) and not a (comma-separated) list of values. verdy_p (talk) 06:55, 15 August 2025 (UTC)Reply

verdy_p According to {{Country navbox}} template documentation, the template is meant for "navigation between countries, continents, regions, subdivisions, and populated places", so using it for non-countries was part of the original design. You broke it with this edit, which was easy to test by placing the version before that in Template:Country navbox/old. Although all the errors were in {{Country category}} template, they were due to changes to {{Country navbox}} template, which was easy to reproduce by testing {{Country navbox|q=Q22890}}. Your new version was causing the errors and the old one ({{Country navbox/old|q=Q22890}}) did not. I tracked down the issue to the following addition of yours: {{Data |item = {{Data |item = Q22890 |property = P17 |displayformat = raw }} |property = P41 |rank = best |numval = 1 }} which was producing: The ID "Q27 and Q145" is unknown to the system. Please use a valid entity ID.. I fixed it now with this correction, but in the future if you edit something and after your edit it is broken I would like you to fix it without 2000+ word explanation why it is not broken. --Jarekt (talk) 03:35, 17 August 2025 (UTC)Reply

This fix you added was not in the original version that did not make this check... It's strange that it worked before (may be a problem of page cache where pages were not reevaluated, I've already seen some edits not being followed by a reparsing for many months, notably when some edits were made by bots and not by regular users via the UI). What I did change (jsut after the 1st report above, was to add rank=best (rather than preferred), and numval=1 in several places where a single value was expected, because that caused issues in other places not mentioned above. Anyway, your fix was incomplete for some other cornercases, as there was still a missing rank filter. verdy_p (talk) 06:05, 17 August 2025 (UTC)Reply
Category:Medicine in Italy, for one, is still broken. I didn't read all of the above, but is there any hope of returning to the status quo ante until there is a proper fix? - Jmabel ! talk 22:02, 18 August 2025 (UTC)Reply
@Verdy p: Your new edit Introduced lua errors on 4,563 categories, not just one Jmabel mentioned. I will reverse it. --Jarekt (talk) 01:08, 19 August 2025 (UTC)Reply

Tech News: 2025-32

[edit]

MediaWiki message delivery 03:36, 5 August 2025 (UTC)Reply

Video2Commons

[edit]

Is there anything weird going on with the queue for Video2Commons? I've had a file "pending" for about 3 hours. - Jmabel ! talk 04:49, 5 August 2025 (UTC)Reply

Commons:Video2commons/status. Nemoralis (talk) 21:26, 5 August 2025 (UTC)Reply

Subcat does not appear in mothercat

[edit]

I have Category:2015 photographs of Hof (Saale), which is automatically categorized in Category:2015 photographs of Hofer Land, but it doesn't appear there. What can be done about this? --PantheraLeo1359531 😺 (talk) 18:13, 7 August 2025 (UTC)Reply

I purged the first category and this appears to have fixed it. Anon126 ( ) 04:12, 16 August 2025 (UTC)Reply
Ah, thank you a lot :) --PantheraLeo1359531 😺 (talk) 14:19, 17 August 2025 (UTC)Reply

Buenas, que paso con el bot de Wikimedia, puse {{PD-VenezuelaGov}} pero sin {{PD-textlogo}} ,al agregar PD-VenezuelaGov después el bot automáticamente agregó en la parte User:Minorax/PD textlogo/2025 July 20 pero sin el Template PD-TEXTLOGO,si yo pongo PD-textlogo el bot agrega User:Minorax/PD textlogo/2025 July 20 pero porque el bot agregó User:Minorax/PD textlogo/2025 July 20 si no puse PD-TEXTLOGO?? AbchyZa22 (talk) 13:10, 9 August 2025 (UTC)Reply

This sounds like a case for COM:VPC --PantheraLeo1359531 😺 (talk) 19:59, 9 August 2025 (UTC)Reply
@PantheraLeo1359531:I asked in Commons:Help desk#File:Logo Corpoven (filial de Petroleos de Venezuela) 1978-1997.png but User Asclepias says:Probably because the file is categorized in "category:C in logos", which is in "Category:Letters in logos", which is in "Category:Text logos". AbchyZa22 (talk) 09:22, 10 August 2025 (UTC)Reply
Oh, okay, that's interesting :) --PantheraLeo1359531 😺 (talk) 10:05, 10 August 2025 (UTC)Reply

How to change coordinates of the point of view in SDC of picture?

[edit]

I loaded a picture with wrong coordinates. After I fix the coordinates the followed message appears: "There is a discrepancy of 61644 meters between the above coordinates and the ones stored at SDC". I try to change coordinates of the point of view in SDC, but after editing coordinates value the button "Publish changes" does nothing and nothing changes in SDC. I tried logging into Wikidata before make changes in SDC and changing the language in my user settings to English, removimg statement from SDC and create it again, but it didn't help. What am I doing wrong? Vsatinet (talk) 10:44, 10 August 2025 (UTC)Reply

The easiest is to revert the bot edit which introduced the sdc coordinates; the bot will eventually come back. Ymblanter (talk) 20:15, 10 August 2025 (UTC)Reply
Спасибо, Ярослав. Очень неочевидный путь. Я попробовал отменить правку бота, но это вызвало срабатывание фильтра. Отписался на странице обсуждения фильтра.
Thank you. I tried to do it. As a result I see warning from abuse filter. I report this issue on Abuse Filter talk page. Vsatinet (talk) 21:21, 10 August 2025 (UTC)Reply
As it was explained to me on Abuse filter talk page it's impossible to do anything with SDC without COM:AP status. So the issue is closed. Vsatinet (talk) 14:24, 11 August 2025 (UTC)Reply

Why is Category:Broken category redirects not fully populated?

[edit]

One example I expect to be there is Category:Valea Crişului, Covasna, but I can't see it neither on UI nor through Petscan.

It would be useful for me to be able to find categories like Valea Crişului so as to clean them up – either fix the redirect or request speedy deletion. Gikü (talk) 11:23, 11 August 2025 (UTC)Reply

These don’t show up in PetScan by default, because PetScan skips over redirects. The UI also doesn’t highlight them in the same way as normal categories. Incall talk 18:27, 27 August 2025 (UTC)Reply

Tech News: 2025-33

[edit]

MediaWiki message delivery 23:25, 11 August 2025 (UTC)Reply

AI supporting category discovery?

[edit]

Hey, anyone working on AI tool to support category discovery? I would say it would be usefull for both consumers and uploaders, for English speakers and non-English speakers. I can imagine that today, chatbot could be trained on Commons' category names and then provide support when looking for a category using natural languages in whatever language. Juandev (talk) 15:05, 13 August 2025 (UTC)Reply

I tried it with ChatGPT with the prompt in Dutch "Welke categorie kan ik gebruiken binnen Wikimedia Commons voor een afbeelding met als tekst "Gran Canaria, Playa del Inglés"?". The results are good. Wouter (talk) 14:40, 17 August 2025 (UTC)Reply

Uploading larger files via URL to Commons (>100 MiB)

[edit]

Hello, I have been uploading orthophotos of the German federal states for some time now. However, some files are sometimes several hundred MB in size. It would make sense to do this via URL2Commons to save downloading and reuploading, but it probably has a 100 MB limit, which is why the respective files get stuck. Are there any ways to handle this so that Commons uploads large files via the URL (or can the tool be customized)? example file Regards, --PantheraLeo1359531 😺 (talk) 11:21, 14 August 2025 (UTC)Reply

@PantheraLeo1359531: You should be able to do this by upload-by-url if you have the proper right. The source has to be added to the white list. Yann (talk) 11:05, 15 August 2025 (UTC)Reply

VICBot2

[edit]

Hi, VICBot2 is repeatedly adding templates to several places without any valid reason for one week, notably here. See also Special:Contributions/VICBot2. The bot owner is inactive since April 2024. No answer to messages posted on VIC talk page. Yann (talk) 11:02, 15 August 2025 (UTC)Reply

Transferring >200MB files from Wikisource

[edit]

Over at ENWS, there are 16 Strand volumes (eg s:File:The Strand Magazine (Volume 23).djvu) that are now {{PD-old-assumed}} and so should be moved to here. However, they are all huge, hundreds of megabytes. Special:ImportFile refuses; https://commonshelper.toolforge.org/ crashes due to a timeout; trying with PWB's imagetransfer.py first reports invalid upload-by-url domain and then crashes due to a timeout. How am I supposed to import these properly? (Short of downloading and readding manually with bigChunkUpload.) And, tangentially related, why aren't wikimedia sites on the whitelist for uploads by url? — Alien  3
3 3
21:49, 17 August 2025 (UTC)Reply

PTAC proposals for feedback

[edit]

The Product and Technology Advisory Council (PTAC) is a one-year pilot of a group of Wikimedia Foundation staff and community members that advise the Wikimedia Foundation on its technical direction and provide input on the long-term product and technical priorities for the Wikimedia movement.

Following recent community reactions surrounding two English Wikipedia initiatives, the trial of AI-generated article summaries and the concerns surrounding Tone Check, members of the Product and Technology Advisory Council came together to form two working groups to brainstorm ways to improve how the Foundation conducts and communicates experiments and product development in general and how it engages with the community surrounding updates regarding its product development.

As a result of the brainstorming, we came up with a set of proposals of experiments the Wikimedia Foundation can conduct to increase transparency, trust, and lead to more constructive engagement between the Wikimedia Foundation and Wikimedia communities at large. We would like to ask folks from this community to provide feedback on the proposals at the talk page until August 22. (The more perspectives we get the better!) Sohom (talk) 00:39, 18 August 2025 (UTC)Reply

Help with creating license tag for PD-ineligible album covers?

[edit]

I have discovered a few (well from one group) album covers that appear to consist of only contents that make the album cover fall below the threshold of originality and wanted to create a template to explain that. I know how to create templates but I do not know the exact conventions for Wikimedia Commons since I am more active on Wikipedia (only dropping by here to tag images for deletion that appear to have some sort of licensing problem). Here is the text I am suggesting for inside the template:

The reason being that all album covers consist of some amount of authorship, but not all of them are sufficiently original to qualify for copyright.

Can the appropriate templates and category perhaps be created? I was going to do it but I did not want to mess up with template naming, internationalization, etc. Thanks. Aasim (talk) 07:11, 18 August 2025 (UTC)Reply

Depending on the contents of the album covers, the {{PD-shape}}, {{PD-text}}, and/or {{PD-textlogo}} templates may be applicable. The template doesn't need to be specific to album covers. Omphalographer (talk) 18:45, 18 August 2025 (UTC)Reply

Tech News: 2025-34

[edit]

MediaWiki message delivery 00:33, 19 August 2025 (UTC)Reply

COM:De minimis, apparently a translation issue?

[edit]

Hello, I edited Commons:De minimis: Special:Diff/1073460744/1074630298 as Commons:Copyright rules by territory/Italy#De minimis (short: COM:DM Italy) is available. But the transclusion got rendered as "Italy / No information available", apparently because Commons:Copyright rules by territory/Italy/en, which weirdly also gets displayed as Commons:Copyright rules by territory/Italy in my browser, does currently not contain this De minimis section. I'm an outsider to this translation business and on how to mark sections for translation, so I guess that somebody else has to fix these technicalities. Regards, Grand-Duc (talk) 04:21, 19 August 2025 (UTC)Reply

You are correct that the page needs to be marked for translation for the section to be transcluded in COM:DM, I think it will more convenient if this request is over at Commons:Translators' noticeboard. Thanks. Tvpuppy (talk) 09:50, 19 August 2025 (UTC)Reply
✓ Done, I think :) Lucas Werkmeister (talk) 19:20, 19 August 2025 (UTC)Reply

Possible issue with moving categories?

[edit]

Recently had a number of subcategories of Category:Miami, Florida moved from "...Miami" to "...Miami, Florida" for consistency throughout the tree. I noticed something odd, though, and am not sure if this is User:SteinsplitterBot working as intended or not. Some of the move-to targets existed as category redirects. With those, it didn't actually move the category, just category-redirected...to the category-redirect pointing to the 'original' category, creating a circle in which neither category was a subcategory of anything. I think I've cleaned them all up, but I'm not sure if this is the bot malfunctioning somehow, or - if this is the intended behavior - how to avoid this happening in the future when proposing moves to an existing category redirect. - The Bushranger (talk) 02:45, 20 August 2025 (UTC)Reply

@Steinsplitter: because I think OP forgot to ping them. – b_jonas 06:14, 20 August 2025 (UTC) Reply

Mobile browser not showing subscribe button

[edit]

As of today my Firefox mobile browser has stopped displaying the subscribe button for discussion topics (e.g. on this page) while I'm seeing the page in mobile view. When I switch into desktop mode in the Firefox app, the subscribe is being displayed. I've tried on two different phones (two different brands). If I use a no-name Chromium-based mobile browser, I can also see the subscribe button when in mobile view. Nakonana (talk) 15:19, 22 August 2025 (UTC)Reply

Oh, wait, no, it's not the browser that makes the difference, it's the page. I can see the subscribe button here on Village pump/Technical but I can't see it on the normal Village pump page. Nakonana (talk) 15:22, 22 August 2025 (UTC)Reply
Also take a look at other pages to see how it works and tell me, maybe then I will understand the reason. Incall talk 18:36, 27 August 2025 (UTC)Reply
Thanks for looking into it.
It looks like the regular Village Pump is the only affected page. Maybe it's due to how the sub-headings are? VP has headings for each day and then there are several threads per day.
Nakonana (talk) 19:40, 27 August 2025 (UTC)Reply
Perhaps this problem comes from the JavaScript in your browser. May I suggest you try using a Convenient Discussions? Incall talk 07:05, 28 August 2025 (UTC)Reply
It's browser-independent. The problem is present in mobile Firefox and a mobile Chromium based browser, and in both browsers the problem only appears on the regular VP page. It wasn't there in the past, so I'm not sure what happened. I don't know how influential JavaScript is on mobile (I think I am using Convenient Discussions on desktop, but I'm not seeing it on mobile). Nakonana (talk) 15:39, 28 August 2025 (UTC)Reply
It seems the issue is not with the browser itself, but with the way the regular Village Pump page is structured. That page uses a special layout with daily subheadings and several threads under each section. On the mobile version of MediaWiki, this may interfere with how the «Subscribe» button is displayed, because the script does not recognize such “nested” discussions as separate topics.
To verify this, you could check other large pages with a similar structure and see if the same problem occurs there. If it does, then it’s likely a bug in the DiscussionTools extension for the mobile interface.
If you need the subscribe button all the time, you can temporarily use «Convenient Discussions» or switch to desktop mode. But ideally, it would be good to file a bug report on Phabricator so that the developers can fix the behavior in the mobile version. Incall talk 16:03, 28 August 2025 (UTC)Reply
Do you know any pages that use a similar structure as the regular Village Pump by any chance? I can't think of any page of the top of my head. Nakonana (talk) 07:10, 29 August 2025 (UTC)Reply
[edit]

Hi, the template {{Search link}} uses Special:Search. Is there a similar template for Special:MediaSearch? Consigned (talk) 18:49, 24 August 2025 (UTC)Reply

{{Special}} (example: {{Special|MediaSearch|search=name|title=Search images}}) Incall talk 18:22, 27 August 2025 (UTC)Reply

Upload Wizard campaigns not loading

[edit]

A few other users and I have noticed that trying to load Upload Wizard campaign pages fail, with a timeout after 60 seconds. This only applies to campaigns that have uploads under them. Campaigns that have zero uploads load fine.

Examples of campaigns that fail to load: Campaign:wlm-nl, Campaign:wikiportraits-edinburgh-fringe-2025

Sample error:

The maximum request time of 60 sec. was exceeded.
[793ac0ad-0797-4295-96cf-2d3a8985268f] 2025-08-25 19:19:03: Fatal exception of type "Wikimedia\RequestTimeout\RequestTimeoutException"

I've opened a Phabricator ticket, T402851.

~Kevin Payravi (talk) 19:32, 25 August 2025 (UTC)Reply

Resolved

~Kevin Payravi (talk) 02:17, 28 August 2025 (UTC)Reply

High database server lag

[edit]

Hello, yesterday (from 22:55 to 23:11 UTC) and today (from 23:39 to 23:43 UTC, which is just now) I encountered a problem which I couldn’t save any of my edits. Then, both times when I checked my watchlist, there is a message that says, “Due to high database server lag, changes newer than … seconds may not be shown in this list”.

I am pretty sure this problem isn’t just me, since I checked Special:RecentChanges and there were also no edits around those times (that’s where I got the exact time from). So, does anyone know what was causing the database lag? Thanks. Tvpuppy (talk) 00:01, 26 August 2025 (UTC)Reply

See T402749. Zabe (talk) 21:55, 26 August 2025 (UTC)Reply
Great, I can see the cause has now been identified and fixed. Thanks for the link. Tvpuppy (talk) 09:58, 27 August 2025 (UTC)Reply

Tech News: 2025-35

[edit]

MediaWiki message delivery 00:07, 26 August 2025 (UTC)Reply

Lua errors in Template:Districts of Saarbrücken Navi

[edit]

There are some Lua errors in Template:Districts of Saarbrücken Navi that affect 40+ subcategories of Category:Pages with script errors. The template itself did not change recently, so something else is causing them. Anybody want s to track down what? Jarekt (talk) 02:04, 26 August 2025 (UTC)Reply

It appears to be caused by the most recent edit in Module:Catnav. Tvpuppy (talk) 02:23, 26 August 2025 (UTC)Reply
Tvpuppy You are right, After I reverted most resent changes by User:Verdy p that fixed the template and subcats in Category:Pages with script errors. Verdy, After you make changes to templates or Modules can you keep an eye on Category:Pages with script errors to see if your changes created any errors? --Jarekt (talk) 19:29, 26 August 2025 (UTC)Reply
I have looked at them, nothing appeared for a while. What I tried to fix (successfully) were a set of errors causes by too many costly parser function calls in various pages, due to excessive uses of the "exist()" function calls, even on pages using "all=1" to explicitly remove these tests of existences (for some reasons, in some cases the value all=1 was not detected (not passed across template calls due to looking at the incorrect call frame). I don't know why my added test caused such errors that did not appear after hours. verdy_p (talk) 21:57, 26 August 2025 (UTC)Reply

Template:Main Page Template/styles.css

[edit]

What exactly is the point of having a max-width? In my opinion, the wider the content, the better. This isn't Wikipedia, there isn't much text that needs to be read. —Matrix(!) ping onewhen replying {user - talk? - uselesscontributions} 17:00, 28 August 2025 (UTC)Reply

For this page the max-width does make sense. If there would not be a max-width on every larger screen all texts would be only one line with the small photo above the one line text. GPSLeo (talk) 17:28, 28 August 2025 (UTC)Reply
Wait, that makes sense, nevermind —Matrix(!) ping onewhen replying {user - talk? - uselesscontributions} 18:25, 28 August 2025 (UTC)Reply

Images not showing

[edit]

There are three images in Category:Unidentified locations in Aberdeen I'm not seeing thumbnails on the category page, nor the images on their own pages, but I can see thumbnails in the file history.

Is it just me or a bug? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:34, 28 August 2025 (UTC)Reply

They show on the category page and file history for me, main image is not showing  REAL 💬   20:01, 28 August 2025 (UTC)Reply

Bug raised; see above. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:23, 30 August 2025 (UTC)Reply

Now fixed.
For the record, I attempted to re-upload copies of the original images, from Flickr, using "Upload a new version of this file". I got "The upload is an exact duplicate of the current version of [filename]" errors, but, after a couple of minutes in each case, the images began showing correctly, even though my edits are not in the file, nor my own editing, history.
The images have all now been recategorised, but there are links in the Phabricator ticket. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 18:56, 1 September 2025 (UTC)Reply

OCR for lesser used languages

[edit]

OCR for lesser used languages has improved immensely over the past few years. Four or five years ago Welsh language OCR was, rubbish, and not worth using. The improvement over the last few years has been spectacular. But when I try to upload a PDF or DjVu book to Commons with OCR it is rejected as a "corrupted file", I can't work out why. If the correct place to ask this question isn't here can I be advised where to raise the question. Not being able to load files with embedded OCR is holding this project back AlwynapHuw (talk) 04:12, 29 August 2025 (UTC)Reply

Can you upload an example file somewhere else, so people can examine it? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:37, 30 August 2025 (UTC)Reply
@AlwynapHuw sounds like a bug to report on phab:. RoyZuo (talk) 14:23, 30 August 2025 (UTC)Reply
Where exactly did you get your file from? There are thousands of books with OCR here, so it's probably a problem with your specific book and how you made it/where you got it. — Alien  3
3 3
08:47, 1 September 2025 (UTC)Reply

Upload wizard website upload

[edit]

Is there any technical reason why the Upload Wizard can’t directly upload from a whitelisted website, unlike the standard upload form? It can’t be because of copyvio spam issues as all uploadable websites would be copylefted. Anohthterwikipedian (talk) 11:06, 30 August 2025 (UTC)Reply

@Anohthterwikipedian, probably to keep it simple for new users. JayCubby (talk) 16:47, 2 September 2025 (UTC)Reply
But wouldn’t it be super useful for new users to be able to directly input a URL, instead of having to download it? I see numerous other image uploaders having the option to input either a file or a URL.
Anohthterwikipedian (talk) 21:18, 2 September 2025 (UTC)Reply
New users aren't supposed to upload from URL, as these people are much more likely to ignore copyrights, as experience tells. Regards, Grand-Duc (talk) 21:52, 2 September 2025 (UTC)Reply
That wouldn’t be an issue, as they can only upload from whitelisted websites, meaning that most files uploaded that way wouldn’t be a copyright issue (ignoring derivatives). But still though, my main question hasn’t been answered, that being if there is a technical problem with implementing such a thing.
Anohthterwikipedian (talk) 23:41, 2 September 2025 (UTC)Reply

Tech News: 2025-36

[edit]

MediaWiki message delivery 20:45, 1 September 2025 (UTC)Reply