Jump to content

Commons:Village pump/Technical

From Wikimedia Commons, the free media repository

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/02 /Archive/2025/03.

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.

Category for City by year

[edit]

How do I go about creating or editing a new category for a city/town by year? For example, when viewing Category:Oshawa by year, select 2024 for example and hit 'Edit' all you can see is "CanadaYear|Oshawa|202|4" which automatically adds the bar at the top to filter by year and categories. Is there a template somewhere? PascalHD (talk) 20:46, 1 February 2025 (UTC)[reply]

@PascalHD https://commons.wikimedia.org/w/index.php?diff=992358870 . RoyZuo (talk) 20:07, 27 February 2025 (UTC)[reply]

disappearing thumbnails for pdf/djvu files

[edit]

from all my 17 pdf uploads there are only 4 left with thumbnails at the moment. some of thumbnails disappeared in minutes after uploading, some in weeks. i had vague hopes it will be fixed by itself in time, but this magic works one-way only so far.

the issue seems to be seriously impacting the general search in "other media" tab. for example: "koltsov" or "Кольцов" search leads to "Invalid search Could not normalize image parameters for Aleksey_Vasilyevich_Koltsov_Yego_zhizn_i_sochineniya_1914.pdf" message.

attempts to search for "moskovskij zhurnal", "Московский журнал", "teleskop", "телескоп" lead to the same 'invalid search' result

while trying to search for "брюсов" i found another user affected by the same issue. the search led to "Invalid search Could not normalize image parameters for Первобытный_Брюсов_календарь_(1875).pdf" message.

some of the flies uploaded by HareGovorittKrishna with disappeared thumbnails arent ruining the search - theyre just staying invisible for it:

but some are: check lomonosov/ломоносов search.

none of the old HareGovorittKrishna's uploads are affected - so the issue mightve been started since at least november 2024.

so now my only way to upload while not ruining anything is uploading files with nonsense names, but i have a real distaste for the idea. TheyStoleMyNick (talk) 17:03, 8 February 2025 (UTC)[reply]

like a (partial) charm. thank you. theyre still invisible for the direct search though, but at least "other media" search is not ruined anymore TheyStoleMyNick (talk) 20:59, 28 February 2025 (UTC)[reply]

Fix needed for template:Extracted from

[edit]

The {{Extracted from}} template currently has a switch so that if the source file does not exist, it displays {{Extracted from deleted}} - "The source image was deleted for reasons that do not affect this image, like a derivative work which is not a part of this cropped image."

Unfortunately, this is a bit misleading - the original image might well have been deleted for a reason that also applies to the crop, eg an unlicensed image. We've discussed this on the talkpage and would like to switch this back so it just includes Category:Extracted images with broken file links rather than the template, but the template is quite complex and used 750,000 times - I don't want to break it, so would someone more confident than me be able to have a look at it? Thanks! Andrew Gray (talk) 22:31, 10 February 2025 (UTC)[reply]

Tech News: 2025-07

[edit]

MediaWiki message delivery 00:08, 11 February 2025 (UTC)[reply]

Publishing errors for days

[edit]
Seems to be a severe problem

Hi!

I recently experience several errors when publishing or uploading via Chunked Uploads (file could not be locked etc.) and sometimes, the publishing process takes a lot of time. Longer than usual. An issue that happens over years --PantheraLeo1359531 😺 (talk) 11:24, 13 February 2025 (UTC)[reply]

@PantheraLeo1359531 try checking your upload list in a new tab. my experience is that sometimes when this error "local-swift-xxxxx" shows up, the file was apparently already successfully uploaded and it seems the error could be ignored. RoyZuo (talk) 20:14, 27 February 2025 (UTC)[reply]
Ok thanks for the hint :) --PantheraLeo1359531 😺 (talk) 08:20, 28 February 2025 (UTC)[reply]

Upload not working?

[edit]

I first tried the Wikisource upload tool (upload failed) and then gave up and went to Special:Upload. I figured I'd note here that Our servers are currently under maintenance or experiencing a technical issue

Request served via cp1102 cp1102, Varnish XID 582907980 Error: 503, Backend fetch failed at Fri, 14 Feb 2025 15:51:39 GMT

Cremastra (talk) 15:55, 14 February 2025 (UTC)[reply]

Mutinous robots mark images for deletion, even when properly licensed

[edit]

When uploading images with flickr2commons, somewhere along the process, a robot tags images that had a license of public domain mark for deletion EVEN WHEN THE IMAGE DESCRIPTION HAS HAD A VALID LICENSE ADDED TO IT!!!! Today's examples: a b c d e f g h i j k l m n o

I told flickr2commons to add the {{PD-USGov-State}} template to each of these images. It did add that perfectly valid and appropriate tag. Nevertheless these images were tagged for deletion by an out of control robot.

Yes, I could go to each of those images, and remove the improperly placed deletion tags.

But robots are supposed to be our slaves. They are supposed to serve us, not vice versa. I shouldn't be cleaning up after mutinous robots.

  1. It should be trivial to make the robot check the information template for a valid license, before it calls for deletion under a claim the image is unlicensed.
  2. But, really, it is long past the time we maintained a whitelist, of flickr contributors known to mistakenly tag images with a public domain mark.
    1. That whitelist should include all flickr IDs that are maintained by employees of the US Federal government. When they are uploading images taken by US Federal employees we KNOW those images are unambiguously in the public domain.
    2. There are many flickr contributors who are excellent prolific photographers, who generously want to put their fine photos in the public domain, who routinely mark their photos with the public domain mark.

We maintain a blacklist, a list of flickr contributors known to have unreliably tried to license images with free licenses, when they didn't own the IP rights to those images. If we can maintain that blacklist we can maintain a whitelist of flickr contributors whose public domain Marks should be recognized as stating the image is in the public domain. Cheers! Geo Swan (talk) 06:33, 17 February 2025 (UTC)[reply]

Your license template looks to be in the wrong parameter, it should probably be inside Permission instead of Description for the bot to recognize it. Sjoerd de Bruin (talk) 08:31, 17 February 2025 (UTC)[reply]

Template RCIN not working

[edit]

Template:RCIN is not working. I don't actually know what's wrong so unsurprisingly I could not fix it. Thanks. — Diannaa 🍁 (talk) 13:12, 17 February 2025 (UTC)[reply]

Tech News: 2025-08

[edit]

MediaWiki message delivery 21:18, 17 February 2025 (UTC)[reply]

Language-independent anchors on file pages?

[edit]

Now, if i copy the anchor to file page, e.g. File:Test.wav#Summary, the link will fail if the person clicking it is not using english ui.

i think we should make the anchors language independent somehow, so that we can create links that jump to specific sections on file pages that work for all users.

another idea is, we keep the current anchors but add language independent ones somewhere next to them, if the current anchors based on i18n headers cannot be changed.

why such links are needed? coz sometimes file pages are long, and it is beneficial to jump to for example "summary" for all the file descriptions when i am referring specifically to them. RoyZuo (talk) 20:28, 19 February 2025 (UTC)[reply]

Don't know how this {{int:filedesc}} works but that is supposed to be at the top of the content and the anchors work for the other sections across languages... e.g. File:Test.wav?uselang=de#filehistory which is a section I find sometimes useful to link to. Prototyperspective (talk) 22:53, 19 February 2025 (UTC)[reply]
hmm, i looked at view-source:https://commons.wikimedia.org/wiki/File:Test.wav?uselang=de#filehistory . if i understand correctly, the file history html tag id remains "filehistory", but the "Summary" tag id also changes to "Beschreibung" as it is translated. RoyZuo (talk) 10:55, 21 February 2025 (UTC)[reply]
Yes, that's what I've been saying. Again, I don't know how this {{int:filedesc}} works – that's where this would be changed if doing so is needed or good. I guess HTML id tags should stay the same regardless of language so as long as nobody has a good argument against it, I'd support a request to change it albeit I currently see no need for it. These id tags can however be very useful, e.g. to screenreaders and for ways to convert pages into other formats like audio etc. Prototyperspective (talk) 13:15, 21 February 2025 (UTC)[reply]

Viewing PDFs

[edit]

I recently uploaded two PDF files. Unlike in the past, the pages are not visible via the file page, nor can they be shown within other Wikimedia projects. See my two latest uploads, as opposed to previous ones.

The issue doesn't seem to have anything to do with the size of the PDF file or the number of its pages, because this file is fairly small. Did I perhaps do something incorrect upon uploading? Dovi (talk) 12:07, 24 February 2025 (UTC)[reply]

Typically this means that mediawiki could not figure out the file's dimensions or other metadata. Sometimes this is because the file is too complicated and it takes too much time to figure out (This is correlated but not exactly equal to size of file). Other times this might mean something is wrong with the file or the metadata extraction program is broken. Sometimes errors are transient and can be fixed by doing a purge of the file page.
Looking specificly at the file file:Second Rabbinic Bible Venice 1525 Color Full.pdf, the internal wikimedia error logs have an error scripts/retrieveMetaData.sh: line 35: 86660 Killed "$PDFHANDLER_TOTEXT" file.pdf - > text, which probably indicates that extracting the text layer was taking too long. A version of the file with OCR data deleted might work (It is a bad solution though as it makes the file less useful). Bawolff (talk) 01:10, 25 February 2025 (UTC)[reply]
see comments at Commons:Help_desk#Problems_uploading - try purging the cache. -- Beardo (talk) 04:40, 25 February 2025 (UTC)[reply]

Gadget-Restore-a-lot broken

[edit]

Hi, Any why Help:Gadget-Restore-a-lot is broken? I can select files, but they are not undeleted. Yann (talk) 18:39, 24 February 2025 (UTC)[reply]

On Chrome Development Tool, I got:

"error": {
        "code": "pagecannotexist",
        "info": "Namespace doesn't allow actual pages.",
        "*": "See https://commons.wikimedia.org/w/api.php for API usage. Subscribe to the mediawiki-api-announce mailing list at <https://lists.wikimedia.org/postorius/lists/mediawiki-api-announce.lists.wikimedia.org/> for notice of API deprecations and breaking changes."
    },
    "servedby": "mw-api-ext.codfw.main-679c98c89f-6xbcs"
}

Tech News: 2025-09

[edit]

MediaWiki message delivery 00:37, 25 February 2025 (UTC)[reply]

An unknown error occurred in storage backend "local-swift-eqiad"

[edit]

Hi, I got this error while trying to upload a big PNG file using https://commons.wikimedia.org/wiki/User:Rillke/bigChunkedUpload.js. Please see phab:T341007#10578627 for details. This occurs time to time. What's weird here is that Chrome console says something about User:The_Photographer/QICvote.js, which has nothing to do with what I am trying to do. Any idea? Yann (talk) 12:14, 25 February 2025 (UTC)[reply]

The error with QICvote is almost certainly unrelated to the upload error Bawolff (talk) 20:07, 28 February 2025 (UTC)[reply]
The error for QICvote is because User:The Photographer was renamed to User:Wilfredor. We had an issue previously where people would register the old names of renamed users, edit their js subpages to hack accounts that included those javascript files. To prevent that importing js from unregistered users no longer works. You are probably getting this error on all pages not just when you are uploading things. Bawolff (talk) 20:12, 28 February 2025 (UTC)[reply]
The error should be fixed just changing The_Photographer to Wilfredor in your user script in your Common.js Wilfredor (talk) 20:16, 28 February 2025 (UTC)[reply]

Bug: Unicode handling when undoing edits

[edit]

Special:Diff/1002157742 was an attempt to undo a previous edit. It mangled some Unicode characters that weren’t touched in the previous edit. My quick search on Phabricator didn’t find anything. Brianjd (talk) 02:18, 26 February 2025 (UTC)[reply]

I’m still not sure what is going on, but according to User talk:Lx 121#Breaking votes on Commons talk:Sexual content, the EoMagicalConversion gadget can do weird things. I can’t even figure out what that gadget is meant to do, so I’m disabling it on my account. Brianjd (talk) 05:55, 27 February 2025 (UTC)[reply]

Inscription template in artwork templates. Unwanted blank line.

[edit]

This question is coming as a a result of this discussion: [21] Blank lines at the wrong positions. It is suggested there that the MediaWiki Software puts in an extra blank line after the inscription type - whether you want it or not. It seems that this can only be avoided by some kind of workaround in your settings, but that is not how things should be done here. Does anybody know why the extra line is put in, and how to get rid of it? Cheers Rsteen (talk) 17:12, 27 February 2025 (UTC)[reply]

Horizontal Flip request / Mirror image request

[edit]

Need to perform Horizontal flip or Mirror image for file File:Hoysaleswara Temple (25823085874).jpg. Mirror of current image would be the correct view. Please note this is Salabhanjika 25 of 38 on the outer walls of Chennakesava temple, Belur (see the 2 and 5 barely visible at base of pedestal). Also see image File:BelurCTM 25 Bhasma Mohini Dance.jpg. VasuVR (talk, contribs) 14:21, 28 February 2025 (UTC)[reply]

✓ Done through Graphics Village pump, by person with appropriate rights. VasuVR (talk, contribs) 03:37, 4 March 2025 (UTC)[reply]

Change of color in the jpg preview of a pdf

[edit]

I uploaded File:JUNO Detector with labels.pdf. The labels cannot be read because the light grey in the boxes from the pdf is a dark grey in the jpg previews. What am I supposed to do here: export the pdf to jpg on my computer and upload the jpg? Kallichore (talk) 23:55, 28 February 2025 (UTC)[reply]

Automated upload of videos to Commons

[edit]

Hi!

The Bavarian public television will provide a bunch of videos this year that is compatible with Commons. When talking together, the question was raised if there is a way of an automated upload of videos. What would be appropiate tools? Thanks :) --PantheraLeo1359531 😺 (talk) 18:53, 1 March 2025 (UTC)[reply]

Is the format uploadable? if yes, Commons:Guide to batch uploading#Tools; if not, v2c. v2c seems to have an api. dig in the talk page for other users' previous comments about v2c api. RoyZuo (talk) 20:03, 1 March 2025 (UTC)[reply]
Thanks, yes! It would be a WebM file, then :) --PantheraLeo1359531 😺 (talk) 15:30, 2 March 2025 (UTC)[reply]
@PantheraLeo1359531 btw, ZDF Terra X Redaktion their team also uploads videos. dont know if the bayern tv might have contact with them. maybe try asking how they do it? RoyZuo (talk) 16:49, 2 March 2025 (UTC)[reply]
Thank you, this is a good idea ;) --PantheraLeo1359531 😺 (talk) 17:03, 2 March 2025 (UTC)[reply]

Image Upload Error: DivisionByZeroError

[edit]

Hi, while trying to upload an image, I received the message [ea0e6881-972b-418f-9478-bc9ab3542ac2] Caught exception of type DivisionByZeroError, and the photo is not uploading. How can I fix this issue? Pragdon (talk) 13:02, 2 March 2025 (UTC)[reply]

@Pragdon This probably means there is invalid data in the metadata of the image. You might want to strip the EXIF data before uploading. —TheDJ (talkcontribs) 09:26, 4 March 2025 (UTC)[reply]

Tech News: 2025-10

[edit]

MediaWiki message delivery 02:27, 4 March 2025 (UTC)[reply]

How to fetch and display file captions? Template?

[edit]

suppose i want to get en caption of File:JPG Test.jpg, how? is there something like {{template|file name or page id|langcode}} that will get the specific caption? RoyZuo (talk) 12:59, 5 March 2025 (UTC)[reply]

Also if somebody knows how to fetch the caption on Wikidata using sparql, please also comment here or at d:Wikidata talk:SPARQL query service#Is there a way to fetch the file's caption on Commons?. In my case, I need the caption because that's how I'd retrieve the information about what version (date) of the article a Wikipedia article audio narrates. Prototyperspective (talk) 14:58, 5 March 2025 (UTC)[reply]
You can query it with schema:caption or rdfs:label. These are same value, but values is just copied to two different names. Most likely to make it work in same way than the labels in WQS. (example query: https://w.wiki/DJkq ) --Zache (talk) 18:11, 5 March 2025 (UTC)[reply]
Is {{File caption}} what you need? GPSLeo (talk) 15:24, 5 March 2025 (UTC)[reply]
Thank you! I was also searching this. Lua code which fetches the text is here Module:Information#L-229 and another way to do the same is with mw.wikibase.mediainfo.getCaptionByLang (docs) --Zache (talk) 17:57, 5 March 2025 (UTC)[reply]

Problem with Vector2022s Dark Mode

[edit]

If you want to change a file on Commons (upload a new version of this file), the text is unreadable in German. Even if you click on the “?” in the upload options, the text is unreadable. The Other Karma (talk) 11:30, 6 March 2025 (UTC)[reply]

This applies for multiple versions of MediaWiki:Uploadtext, it would be better to turn the original translatable. Sjoerd de Bruin (talk) 12:59, 6 March 2025 (UTC)[reply]
@Sjoerddebruin any idea how i could fix that problem? The Other Karma (talk) 12:37, 8 March 2025 (UTC)[reply]
I think that dark-mode parsing doesn't work when texts are imported from mediawiki namespace. Solution would be to move content of MediaWiki:Uploadtext to template (i am not sure if this works) OR move the style rules from inline to classes defined in mediawiki:vector.css or mediawiki:common.css. In any case it would require somebody with interface admin rights to do it. --Zache (talk) 14:47, 8 March 2025 (UTC)[reply]
Update to myself, the change to the english version works fine. The change just need to do to all different language versions of the uploadtext too. (see subpagelist, only ones with hardcoded background color needs to be updated). --Zache (talk) 06:50, 9 March 2025 (UTC)[reply]

Template:Englandestcat

[edit]

Hi everybody. I have a little problem with this Template:Englandestcat. For example it should should Category:1992 establishments in England in Category:1992 events in England but it doesn't work. Could someone help me? Thank you in advance. MrKeefeJohn (talk) 18:09, 6 March 2025 (UTC)[reply]

I am not sure what you are asking. Category:1992 establishments in England is already in Category:1992 events in England, so the template seems to work as expected. Or is there a different issue? Regards, ChrisiPK (Talk|Contribs) 22:01, 6 March 2025 (UTC)[reply]
@ChrisiPK thank you for your answer. I mean that I can't see Category:1992 establishments in England in Category:1992 events in England. The same for Category:1993 establishments in England in Category:1993 events in England, but for the other years it seems it works well Category:1994 establishments in England in Category:1994 events in England. It works properly now. MrKeefeJohn (talk) 06:50, 7 March 2025 (UTC)[reply]
I noticed that sometimes you have to perform a null edit on the page with the template, so that it refreshes and shows up in its parent categories. Tvpuppy (talk) 14:06, 7 March 2025 (UTC)[reply]
@Tvpuppy thank for your suggestions: yesterday I did it a lot of time, but it didn't work, that's why I asked here. But today it works, the problem is solved. MrKeefeJohn (talk) 18:53, 7 March 2025 (UTC)[reply]

Blocking error in VisualFileChange

[edit]

Hello,

I just wanted to use the VisualFileChange to open a mass DR. The gadget got stuck, see the screenshot. That's due to a protected talkpage (of the deceased VSchagow) and that the gadget's programming is not able to carry on beyond notifying the uploaders to the task of adding the nomination subpage to the daily list. As a solution, I'd suggest (if possible) to put the DR listing above the uploader information task. In my case, I added the DR manually, but that's not a satisfying workaround. Was this place here suitable for the bug report or should it get transferred somewhere else? Regards, Grand-Duc (talk) 20:24, 8 March 2025 (UTC)[reply]

Dark mode compatibility of the template Cleanup image

[edit]

Regards fixing the {{Cleanup image}} template, see Template talk:Cleanup image/layout. -- ZandDev (talk) 20:38, 8 March 2025 (UTC)[reply]

[edit]

See File:Banner der Gemeinde Uckerland.svg and File:Hissflagge der Gemeinde Uckerland.svg. Please fix it. --BigBullfrog (talk) 22:57, 8 March 2025 (UTC)[reply]

Fixed. Should display in a few hours. Glrx (talk) 02:24, 9 March 2025 (UTC)[reply]
Thank you.--BigBullfrog (talk) 08:21, 9 March 2025 (UTC)[reply]

SVG translation tool

[edit]

Hi, I would like to translate this SVG with the SVG translation tool. It doesn't allow me access, saying that texts like "$123" prevent the translator from working. This is the first time I've encountered this situation. Can someone guide me? Turbojet (talk) 18:17, 10 March 2025 (UTC)[reply]

Link to SVG Translate
It is a programming bug. SVG Translate refuses to translate a file when it sees strings such as "$100..." in the original file.
Glrx (talk) 00:38, 11 March 2025 (UTC)[reply]
Thanks for the answer. One last question: is there any reason for this to remain like this? So that I know in the future whether in these cases it is worth returning with the translation work, or translating the source directly, uploading the translated file separately. I have not seen that the file has been translated into other languages, without the "$", otherwise I would have started the translation from there. Turbojet (talk) 13:07, 11 March 2025 (UTC)[reply]
@Turbojet:
I do not know what to say.
The bug is a surprise because SVG Translate does not need to resort to the typical $nnn translation string hack. Sadly, SVG Translate has some other issues. I expect fixing any issue with SVG Translate is a low priority for WMF. You could fill out a Phabricator issue and cross your fingers.
A more expedient approach edits the file to remove the $-number problem. I added a space between the dollar signs and the numbers. Now SVG Translate may work on the file. Glrx (talk) 23:28, 11 March 2025 (UTC)[reply]
Great! Thank you! Turbojet (talk) 10:50, 12 March 2025 (UTC)[reply]

Tech News: 2025-11

[edit]

MediaWiki message delivery 23:06, 10 March 2025 (UTC)[reply]

Creation of a model for IGN's French aerial photographs

[edit]

Hello, the aerial photographs of the French cartographic organisation IGN are under a free licence (Etalab Open Licence) as evidenced by Ticket#2023110610004359. However, they are sometimes removed due to ignorance. In order to ensure that this error doesn't happen again in the future, I'd like to create a specific template. Could someone create it or tell me how to go about it? Thanks in advance. Abalg (talk) 06:53, 11 March 2025 (UTC)[reply]

Hello again, I tried to create Template:BD ORTHO - IGN, but there is an error. Could you help me, please ? I think my mistake is in this page Template:BD ORTHO - IGN/text. --Abalg (talk) 09:21, 11 March 2025 (UTC)[reply]