Commons:Village pump/Technical

From Wikimedia Commons, the free media repository

Shortcuts: COM:VP/T  • COM:VPT

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 ]

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:

• File:Константин Голоскевич. Астрология в России в XV-XVI вв. и послание старца Псковского Елеазарова монастыря Филофея (1897).pdf
• File:В. П. Благовещенский. Мыловарение (1909).djvu
• File:Роберто Бонола. Неевклидова геометрия (1910).djvu
• File:Анри Пуанкаре. Новая механика. Эволюция законов (1913).djvu

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 ]

• looks like HareGovorittKrishna's File:В. П. Благовещенский. Мыловарение (1909).djvu got its thumbnail back. its still invisible for the search though TheyStoleMyNick (talk) 17:29, 13 February 2025 (UTC) [reply ]

  Try doing ?action=purge on the image description page. Bawolff (talk) 20:19, 28 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 ]

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 ]

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 ]

• Nice guess @Sjoerddebruin. That's not it. I don't know how often I have encountered these mutinous robots. At least thousands of times. Trust me, the location of the valid permission is irrelevant. It is always ignored.
  IMO, a well-behaved robot would recognize file description that contain a valid license, no matter where the license was placed.
  I am going to repeat... WHITELIST... We need a whitelist, of flickr-ids, known to routinely use the public domain mark for images where there is no doubt the image is in public domain.

1. Lots of smart flickr photographers always use public domain mark for images they took themselves.
2. Hundreds, maybe thousands, or flickr-ids are managed by some junior GI, or other government employee, who only upload images that are taken by other Federal government employee, who, nevertheless, use the public domain mark, even though there is zero doubt that the images taken by their colleagues are in the public domain. Geo Swan (talk) 15:06, 12 March 2025 (UTC) [reply ]

• Administrator Krd deleted my examples, apparently not noticing that the delete tag had been improperly applied by a mutinous robot. I asked them to restore my properly licensed examples. Geo Swan (talk) 15:06, 12 March 2025 (UTC) [reply ]

• You have two options: ask Magnus to change how flickr2commons works, or don't use it. Shouting here is not productive. AntiCompositeNumber (talk) 19:06, 12 March 2025 (UTC) [reply ]

• @AntiCompositeNumber -- Magnus? That name rings a bell. Congratutions on knowing who you think is responsible for this bug. Commons has [[User:Magnus sine Cognomen]], [[User:Magnus 0038]], [[User:Magnus242]], [[User:MagnusA]] and [[User:Magnus Manske]]. Is one of these the Magnus you think is responsible? Geo Swan (talk) 01:10, 15 March 2025 (UTC) [reply ]

Update

The administrator who deleted the properly licensed images in my example did restore them. They also left a broad hint that I should then clean up after the mutinous robot. Cleaning up after it erodes their utility as examples. But I started this section three weeks ago, so I guess it has probably received most of the attention it is going to receive. So, for the record, those examples look okay, now. But, if you look at their revision history, that is because I cleaned up after the mutinous robot, myself.

For the record, I continue to think robots should serve us, and not vice versa. Geo Swan (talk) 01:19, 15 March 2025 (UTC) [reply ]

@Magnus Manske is the one listed at Commons:Flickr2Commons. Commander Keane (talk) 03:15, 15 March 2025 (UTC) [reply ]

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 ]

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 ]

This question is coming as a a result of this discussion: [1] 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 ]

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 ]

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 ]

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 ]

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 (talk • contribs) 09:26, 4 March 2025 (UTC) [reply ]

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

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 ]

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 ]

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 ]

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 ]

+1 support for good idea about better job order. should also time out and skip automatically. RoyZuo (talk) 23:26, 20 March 2025 (UTC) [reply ]

MediaWiki:Gadget-VisualFileChange.js/core.js is a lot of code so you might need to either find someone to maintain it or diy. RoyZuo (talk) 23:27, 20 March 2025 (UTC) [reply ]

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

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

• https://svgtranslate.toolforge.org/File:2018-_Energy_transition_investment_versus_fossil_fuel_investment.svg

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 ]

I understand what needs to be done. I managed to translate another file. Thank you very much! Turbojet (talk) 12:29, 12 March 2025 (UTC) [reply ]

Of course fixing bugs doesn't require the foundation (getting them merged/deployed might). The code is on GitHub https://github.com/wikimedia/svgtranslate available to any person willing to give it a go. —TheDJ (talk • contribs) 14:58, 12 March 2025 (UTC) [reply ]

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

Hi!

Is there a tool that calculates the cumulative amount of file sizes within a category?

Thanks :) --PantheraLeo1359531 😺 (talk) 16:56, 13 March 2025 (UTC) [reply ]

Would be best if it also allowed seeing the largest files in the category. Maybe one could use a query with deepcategory (relevant question here). Prototyperspective (talk) 00:30, 14 March 2025 (UTC) [reply ]

What would be the goal that had to be achieved with that information ? —TheDJ (talk • contribs) 11:16, 15 March 2025 (UTC) [reply ]

For the file sizes:

– It allows to analyse cats if they have files that may be too large to use and can get a smaller file version. It can be analyzed, how the values have changed and, for example, if datasets by (e.g.) US governments have been copied (sometimes, the number of files isn't a good indicator). --PantheraLeo1359531 😺 (talk) 10:33, 17 March 2025 (UTC) [reply ]

What happened here??

The file was uploaded with:

{{PD-US-expired}}{{PD-old-70}}{{PD-USGov}}{{PD-USGov-NASA}}{{Remove this line and insert a license instead|year=2025|month=03|day=11}}

-- Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 17:45, 13 March 2025 (UTC) [reply ]

An idea just came to my mind. instead of creating lots of templates for com:motd, it could use 2 monthly Tabular Data instead. 1 for filenames (and thumbtime, etc.), 1 for captions.

also probably easier for users since instead of manually making sure all the template parameters are right, you just need to fill in filenames in the table. RoyZuo (talk) 11:23, 16 March 2025 (UTC) [reply ]

Actually a Data page is not even needed. we can create a 62-parameter template (31 for filenames and 31 for thumbtime (optional)). RoyZuo (talk) 11:30, 16 March 2025 (UTC) [reply ]

Anyone has to do the same thing like me? Took a photo of something probably not yet documented on commons, so before creating a new cat, wanna search for existing cat or wikidata item first? How do you go about doing that?

I have to do a classic search on commons, and a classic search on wikidata. I find this rather tedious when i have to repeat this double search hundreds of times. Any better solution? RoyZuo (talk) 08:43, 17 March 2025 (UTC) [reply ]

Would only search on Commons and if the category doesn't yet exist, create it. If and once I created it I would also search on Wikidata if it has an item to then link the category there but usually it doesn't have it. Prototyperspective (talk) 17:18, 17 March 2025 (UTC) [reply ]

At en.wiki, Module:Citation/CS1/Configuration uses the lua function mw.ext.data.get() to fetch data from Data:CS1/Identifier limits.tab. This is functioning correctly as can be seen from any module debug console. To prove that to yourself, try this:

=mw.dumpObject (mw.ext.data.get ('CS1/Identifier limits.tab').data)

Those data are in need of an update. But, the link to Data:CS1/Identifier limits.tab does not work. When that link is clicked, eventually I get the "Service Temporarily Unavailable Our servers are currently under maintenance or experiencing a technical problem. Please try again in a few minutes." I first got that message c. midnight 17 March 2025 (UTC).

Is this a known issue? If so, when can we expect to regain edit-access to tabular data files? — Trappist the monk (talk) 14:00, 17 March 2025 (UTC) [reply ]

Most likely it is not known issue and i made an phab ticket phab: T389105 for it. Good thing is that it seems that data-namespace files are generally working and it is more likely that just this is broken. (i tested some map and graph, and data files and they worked). --Zache (talk) 17:34, 17 March 2025 (UTC) [reply ]

Thank you; subscribed there.

—Trappist the monk (talk) 17:47, 17 March 2025 (UTC) [reply ]

MediaWiki message delivery 23:44, 17 March 2025 (UTC) [reply ]

Hi all,

I'm trying to create a sort of embedded version of "Map of all coordinates" for geotagged categories, which would be particularly useful for COM:WikiProject GeoSets. I'm failing miserably so far. Would anyone familiarized with Lua care to take a look, or maybe suggest a different approach?

Module:GeoSetsNav

Template:GeoSetsNav

Testing (and failing) at Category:WPGS - Basílica de Nossa Senhora de Lourdes in Belo Horizonte, Brazil, September 2024

Thanks,

Rkieferbaum (talk) 00:11, 20 March 2025 (UTC) [reply ]

Ok, not looking good but at least it's working now. Any input still greatly appreciated. Rkieferbaum (talk) 19:04, 20 March 2025 (UTC) [reply ]

I've been seeing a lot of SVGs from long ago that are not rendering properly. As an example:

• File:Tartaric acid 2.svg

On its file page, and when I pick any other size, it displays two rows of "CH –COOH", with a large white gap between each "CH" and "–COOH". Likewise when I click the image to see the original SVG using Firefox 115.21.0 or Chrome 16.0.5845.187. So both the MW thumbnailer and my local browser are mis-rendering it. However, if I download the SVG and open it in an old version of Inkscape or in emacs with x11 graphics enabled, there are "(OH)" in those gaps. I don't know much about SVG technical details...has some standard rendering library become more strict or changed how it handles imperfect files? DMacks (talk) 00:49, 20 March 2025 (UTC) [reply ]

Yesterday I uploaded File:Emma Müller Edle von Seehof Bub mit Federhut.jpg and File:Falstaff-Szene A1885.jpg but somehow neither the images nor thumbnails show up. If I try to upload the file again as a new version, it doesn't work either and I get the error he file "mwstore://local-multiwrite/local-public/e/eb/Emma_Müller_Edle_von_Seehof_Bub_mit_Federhut.jpg" is in an inconsistent state within the internal storage backends Purging doesn't help either. --Anvilaquarius (talk) 12:21, 20 March 2025 (UTC).[reply ]

Had the same error and could upload a new version after trying again a few hours later. Prototyperspective (talk) 15:48, 20 March 2025 (UTC) [reply ]

They both display fine to me now (on Firefox) so I suspect it was just a temporary server issue. Pi.1415926535 (talk) 17:54, 20 March 2025 (UTC) [reply ]

Thanks for checking. Still nothing here, must have to do something with cache (on my side or the servers). I'll just wait. --Anvilaquarius (talk) 18:09, 20 March 2025 (UTC) [reply ]

@Anvilaquarius: The uploads are permanently broken and the file names themselves can't be reused (not your fault; known issue). I re-uploaded them as File:Emma Müller Edle von Seehof Bub mit Federhut (reupload).jpg and File:Falstaff-Szene A1885 (reupload).jpg and redirected the original files to the new ones. The Squirrel Conspiracy (talk) 07:35, 21 March 2025 (UTC) [reply ]

Thanks! --Anvilaquarius (talk) 17:46, 21 March 2025 (UTC) [reply ]

Just a moment ago I got a little "Install Wikimedia Commons" popup when visiting a regular discussion page.

It has happened a couple of times, every few months. It has the Commons logo, a wikimedia url and install button. I tried to grab a screenshot but it disappeared before I could act. I was using Chrome/Android in Mobile mode.

It has happened on meta too (with meta logo), so it probably not connected to the Commons app. I thought it might be a w:progressive web app or just Google being strange. Any ideas? Commander Keane (talk) 00:32, 22 March 2025 (UTC) [reply ]

Never had that and never heard of it. Could you click it? If it disappears so quickly that sounds strange. Maybe you could check which types of extensions you have installed. In any case, I recommend a mobile version of Firefox. I think such a popup would be a good thing once the Commons app has a few key functionalities like playing audio&video. Prototyperspective (talk) 01:51, 22 March 2025 (UTC) [reply ]

Hi everybody. I have a question about this {{Wikidata Infobox}}. I makes sense to create a category including this code <!-- {{Wikidata Infobox}} -->. or, after, comment this code {{Wikidata Infobox}} when the wikidata is not existing yet or is not yet connect? An example here Category:Companies_based_in_Heemstede,_North_Holland. I don't want to start an editwar, but this kind of edit seem to not very wise, because when the wikidata element will be created it will be more difficult to connect it or, when already present, is not easy to find it, for example Category:Klouwer (surname), it was better to look for it instead of comment it <!-- {{Wikidata Infobox}} -->. Thank you in advance for your answers. P.S. If not necessary, I would not insert at all {{Wikidata Infobox}} MrKeefeJohn (talk) 18:40, 22 March 2025 (UTC) [reply ]

Create your category with {{Wikidata Infobox}} but without the HTML comment markup. The infobox is designed for such use. I have just done this on your example category. Note that the infobox there includes a "Create new Wikidata item" link, Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:01, 22 March 2025 (UTC) [reply ]

Hello, I just observed something that's puzzling me. I thought about moving File:Claire Leger speaks to media about the Tarnak Farms incident.jpg on the rationale COM:FR#FR2, as the name "Léger" contains a spelling mistake (it's currently lacking the acute). I'm using a Chrome browser on my Android tablet to write this. If I switch to the Commons desktop mode to use "move and replace", the checkbox "leave a redirect behind" is active and greyed out, which is the usual behaviour on files in use that I'm accustomed to. But if I'm switching to the mobile view and access https://commons.m.wikimedia.org/wiki/Special:MovePage/File:Claire_Leger_speaks_to_media_about_the_Tarnak_Farms_incident.jpg through a 3-dot-menu on the file page, then I would be able to suppress the redirect anyway. Why is there such a difference between the desktop gadget and the special page function in the mobile view? Regards, Grand-Duc (talk) 02:55, 24 March 2025 (UTC) [reply ]

Probably because no one ever looked at making the Commons-specific utility that is used in the desktop mode work for mobile as well. —TheDJ (talk • contribs) 16:45, 25 March 2025 (UTC) [reply ]

Probably ever since about 11 August 2020 the Listeriabot does not work well anymore, see for example Plazas de toros en España and about 145 more (see Search). See Talk:Edificios en Cuenca for the discussion about that gallery page (which I fixed manually by reverting to the version of 11 Aug 2020 + adjust it). Magnus Manske did not react to the discussion. Because there are so many gallery pages to be fixed, I think it is no option to revert + adjust them all. It would be better to fix the bot. Is it possible that someone looks into this problem and fixes it? JopkeB (talk) 06:27, 24 March 2025 (UTC) [reply ]

1. Could you please describe what the problem is and if possible create a code issue in the software repo or link the issue(s) if they are/it's already there? It may not be an issue with the tool though but due to some Wikimedia change (and this seems to be the case for your example, see #3)
2. This is exactly what this proposal is about: m:Community Wishlist/Wishes/Continue development of the Listeria bot that creates dynamic tables using Wikidata.
3. In that gallery you linked, the sparql query doesn't work anymor as it gets "Unknown error: java.lang.NullPointerException". One could ask how to fix this at d:Wikidata:SPARQL query service/Wikidata Query Help.

Prototyperspective (talk) 11:49, 24 March 2025 (UTC) [reply ]

Thanks Prototyperspective, for diving into this problem.

1. The problem is that in for example the gallery page Plazas de toros en España there are no images, but squares with codes class='wd_p18' and class='wd_label. I am not able to create code at all, I am not a programmer, I have no idea what the problem in the program Listeriabot is. I can describe on a functional level what the problem is, but not in a technical way.
2. -
3. So a good idea would be that I move this question to d:Wikidata:SPARQL query service/Wikidata Query Help?

JopkeB (talk) 15:26, 24 March 2025 (UTC) [reply ]

1. Click on WQS to run the query. The error is shown there. The things it shows on that page are because of issues with the template. If you edit it to change | p18 = class='wd_p18'| [[File:... to | p18 = [[File:... it shows the image just fine. This may be because the template it uses was changed after the bot was changed. It's likely fixed once the bot updates the page again and the error shown when running the query (WQS) is what prevents that from happening.

3. Yes there (alternatively at d:Wikidata:Request a query) somebody probably knows what the issue with that query is.

Prototyperspective (talk) 16:20, 24 March 2025 (UTC) [reply ]

#1 is basically https://github.com/magnusmanske/listeria_rs/issues/82 which I reported in 2021. ListeriaBot does not produce correct wikitext when row_template is used. --Matěj Suchánek (talk) 12:46, 26 March 2025 (UTC) [reply ]

This is the diff and point in time that the gallery was broken: Special:Diff/512644818. There class='wd_p18'| is added, breaking the gallery in 2020. Prototyperspective (talk) 15:14, 26 March 2025 (UTC) [reply ]

Yep. Notice the "V2" present in the edit summary, but missing from the parent revision's summary... --Matěj Suchánek (talk) 16:48, 26 March 2025 (UTC) [reply ]

Hi, For the last three hours, all tools I tried on Toolforge are down (CropTool, etc.). Any idea? Yann (talk) 20:08, 24 March 2025 (UTC) [reply ]

CropTool and GLAMorous are working fine for me. I just did a crop with CropTool  ${\displaystyle 999}${\displaystyle 999}REAL 💬 ⬆   20:18, 24 March 2025 (UTC) [reply ]

MediaWiki message delivery 22:38, 24 March 2025 (UTC) [reply ]

File:Portuguese colonial war blank map.svg and File:Portuguese colonial war blank map.svg are currently not rendering correctly on their File pages, but do render correctly if you click on them (e.g. go to https://upload.wikimedia.org/wikipedia/commons/d/d6/Portuguese_colonial_war_blank_map.svg). The Squirrel Conspiracy (talk) 03:52, 25 March 2025 (UTC) [reply ]

Validation shows spurious text. Supurious text removed.

viewBox="false" not identified as an error, but incorrect.

changed version to 1.1

added XML PI with encoding

Glrx (talk) 16:50, 25 March 2025 (UTC) [reply ]

Wondering if anyone is specialising in transitioning templates modules etc. to be compatible with dark / night mode? I'd put everything together at one place so specialist users can have a receiving desk of these tasks. sorry my css / html skills are not good enough to debug myself. RoyZuo (talk) 19:28, 25 March 2025 (UTC) [reply ]

I a not sure if there are enough cases to create a new board. If would create a style guide page or similar we could use the talk page of such a page. For now I would suggest to just use this beard with one main thread for all cases. GPSLeo (talk) 19:40, 25 March 2025 (UTC) [reply ]

• Commons:GFDL: The section titles are not readable in dark mode.
• Commons:Featured picture candidates, Commons:Featured pictures, {{FPGHeader}}, {{FPD}}: Some of the text are not visible in dark mode.
• {{CRT region index}}: The text are difficult to read in dark mode.
• Commons:Babel: The text for the language ability user boxes are practically invisible in dark mode.
  • The color scheme for this is overriden by the Commons community from MediaWiki:Common.css
• {{Deletion requests/Archive}}: links are hard to read on custom pink background, bottom blue bar not visible
• {{TOO region index}}: links hard to read on custom background. See Commons:Threshold of originality, the explanation text for the Amtrak logo is barely visible. Commons:Freedom of panorama, the text under the map is barely visible.
• Template:LicenseReviewMenu Links are hard to read on custom background
• Help:Contents: The background for the text boxes still have the light mode colours in dark mode.
• "Try it without installing" gadget in Help:VisualFileChange.js#Step 0: How to Install The gadget is barely usable in dark mode since all the text on the left are invisible.

  i think matrix is fixing this one soon Commons:Village_pump#c-Matrix-20250318201600-VFC_dark_mode_fixes. RoyZuo (talk) 07:58, 26 March 2025 (UTC) [reply ]

• Help:Image-Annotator blue links are hard to see against the light yellow background in dark mode.

It seems the blue text in dark mode is lighter than the blue in light mode. or is it just an optical illusion? e.g. For Help:Image-Annotator at File:" 12 - ITALY - Gun Collection FLOS 3.JPG.--RoyZuo (talk) 06:06, 26 March 2025 (UTC) [reply ]

No, you are right. All text colors by default will (obviously) be lighter in dark mode, so if someone specified their own background and did not account for setting a specific text color for links, then you will get this result. —TheDJ (talk • contribs) 11:06, 26 March 2025 (UTC) [reply ]

• Help:Gadget-GalleryDetails

• {{Help pages footer}}: Doesn’t change for dark mode, but it’s still readable.
• {{PD-US table}}
• Commons:Copyright_tags/index
• {{Otheruses}}
• {{Local maintenance category}}
• The skip box in Commons:Village pump/Copyright doesn’t have a dark mode design, but the same box in Commons:Village pump has one.
• {{FPX}} and {{FPXvote}}
• {{FPGN}} and all the "xxxx FP galleries top" templates in Category:Featured picture templates

• Commons:Contact us: The current selected section title and text on the left is barely visible in dark mode.
• {{Copyright navbox}}: The caption doesn’t work in dark mode.
• The navigation box on the right in Commons:Volunteer Response Team, some of the words are invisible in dark mode.

Contributions by:

• Tvpuppy (talk) 08:07, 26 March 2025 (UTC) [reply ]
• --RoyZuo (talk) 07:57, 26 March 2025 (UTC) [reply ]
• —TheDJ (talk • contribs) 09:25, 26 March 2025 (UTC) [reply ]

Several of these have the 'pink/lilac' background. This doesn't work in dark mode design, as links don't stand out against it. Has anyone picked a dark mode variant color for this yet that is used on OTHER templates that use 'pink/lilac' background ? —TheDJ (talk • contribs) 09:25, 26 March 2025 (UTC) [reply ]

It seems the dark mode version of the file info header is: #2a2a5c. —TheDJ (talk • contribs) 09:55, 26 March 2025 (UTC) [reply ]

On Mobile with a phone the content in Commons:First steps/Contributing is cut-off and horizontal scroll is not available. It may have something to do with the div style 420px float. Commander Keane (talk) 09:56, 26 March 2025 (UTC) [reply ]

i dont understand the float left float right styles, what they were meant to convey.

i removed all the width and float settings. RoyZuo (talk) 10:15, 26 March 2025 (UTC) [reply ]

This requires a complete conversion to TemplateStyles. —TheDJ (talk • contribs) 10:16, 26 March 2025 (UTC) [reply ]

@RoyZuo: thanks for the fix, it is fine on my phone now. As to "what they were meant to convey", I think it is part of some sort of minimalist visual style that draws your eye down the page. It looked really good compared to the "ugly" regular step that follows. I took an annoted screenshot to show what I mean.

Actually, visiting Commons:First steps/Uploading files, I see the "Need help with uploading files?" box sticky-floats and gets in the way. You can still read the contents, so not a big deal. Commander Keane (talk) 12:04, 26 March 2025 (UTC) [reply ]

That's a problem with these subtle hints. See, the way I read it, was that it was structured as if it were a Q&A style, left being questions and right being answers. But the last box (#4) having the same kind of content as #2 #3 but floating left just makes no sense.

it might have been "more interesting" if the boxes floated left right left right, as an alternate pattern.

anyway, i made some more textual changes.

everything should be ✓ Done, but feel free to improve. RoyZuo (talk) 17:34, 26 March 2025 (UTC) [reply ]

I have three things I want to do. Maybe they are already possible. If not then this would be my request for someone to make it possible. I think it can be very useful.

1. When in a category, have a way to see all the files of the subcategories. For example there are about 20 categories and subcategories for Björk. Instead of me looking through each and every category for a good photo, why not have the ability to view all the files.
2. I've also run into the problem of people putting files into both the cagetory and subcategory. This file for example is both in the category Reykjavík and 2017 in Reykjavík when it should only be in the latter. It would be nice to visually let the reader know when a file is in to many categories (highlighting the parent category). Similar to how you can see on Wikipedia when a link goes to a disambiguation site (at least I have it set to see it).
3. And lastly, it would be nice to be able to subscribe to a category. Meaning that when a file gets added or removed that I get a notification. This way I can monitor categories that are of high interest to me.

Any feedback would be greatly appreciated. Steinn inn ♨ 13:15, 27 March 2025 (UTC) [reply ]

@Steinninn: good ideas for sure.

1. was the second most popular feature request at last year's Technical needs survey.
2. Needs investigating.
3. You can add a category to your Watchlist and see additions/removals. Filter by the Category namespace to just see those.

Commander Keane (talk) 15:06, 27 March 2025 (UTC) [reply ]

1. Good that I'm not the only one thinking about this
2. ...
3. I was not able to replicate what you described. I added a category to my watchlist that I know has a recent image. But when I go to my watchlist it's not listed.

Steinn inn ♨ 16:40, 27 March 2025 (UTC) [reply ]

Completely agree and good to see other people noticing this issue too and coming to the same conclusion.

1. This is exactly what this proposal is about: Wall of images view for category pages including images in subcats
   • There are currently two barely known barely used ways to get this functionality already but it only works in categories that don't have deep subcategories and it has several issues as described mostly at phab:T376440#10354943: using the deepcategory search parameter (btw you can also combine multiple categories this way) – example for Category:Milky Way Galaxy and a place on Earth.
   • There also is a nice gadget that seems to use the same, FastCCI: in the category (example) click on the arrow button in the top right that says "Good pictures" to see the dropdown and then select "All images". This gadget used to usually not load but now it seems to work often(?). I don't think many users know if it either, especially not people new to the site who certainly would click some barely visible barely explained button to select a specific dropdown option. I just tried it and it did not load many of the images so I think that also needs to be fixed.
   • Maybe either of these two approaches could be used for the proposal or improved accordingly. A challenge is very large categories, for these deepcategory either only shows some but not all files or shows many files that aren't really about the subject of the initial category. A further issue is improving the sorting of those files. I think the former issue can be addressed by showing the subcategories the files are from sorted by number of files in that category – then one could click an x button to remove files in these such as files in the 'xyz in art' subcategory if one would like to only see photos. Premade 'filters' for this and other common things one can simply select would also help a lot with that.
2. I think the bigger issue is when people remove items from the parent category because it's in one subcategory and/or only move it to one of its subcategory – this results in files being in only one of its branches but not in all subcategories that it belongs into. Imagine a category having three subcategories: one by time, one by location, and one by subject shown – the file should be in all three of those subcategories, not just in the one by time. In the example category, there are subcategories for which country the photo of the Milky Way and a place on Earth was taken but also about the content such as Category:Milky Way Galaxy and a body of water. Nevertheless what you said could be helpful to reduce overcategorization, yet I think the bigger issue is that files are missing in some subcategory which isn't noticed because it's in one of its other subcategories. I think those two problems need to be considered together.
3. For many categories, lots of files get added so that may not be usable. I don't think many would use this. I think there is a wishlist proposal about enabling watching files being added to categories on Wikipedia and maybe that even got implemented and could be used here. Maybe you or somebody else finds it. Maybe it's possible using feeds but I checked and that doesn't seem to be the case. I think this is something a Wikimedian new to Commons may find likely useful but in practice isn't actually useful or needed. Certainly not in the form of notifications because it would break these but probably also not for the Watchlist. In the Watchlist you can check "Category changes" but I haven't tried it since it may break my watchlist and certainly make it unusable. One could still just bookmark the category and revisit it every now and then. You can sort by file uploaded in the MediaSearch.

Prototyperspective (talk) 18:15, 27 March 2025 (UTC) [reply ]

It would be nice if maps were put into a subcategory of Category:Information graphics without data source – could somebody implement this at Template:Datasource missing? Either via a new template like it or via some parameter which would need to be added to all the map files in the cat This would allow excluding these in the GLamorous & Glamorgan scans for file uses (linked at the bottom of the See alsos of the template doc). (See Help:Misinformation. Prototyperspective (talk) 14:48, 27 March 2025 (UTC) [reply ]

the problem is rejected on Phabricator saying that it must be solved at the level of Commons admin. Can someone have a look please  ? please check the topic in -> Commons:Bistro#lien_de_categorie_en_rouge_? or follow task discussion. Thanks Christian 🇫🇷 FR (talk) 16:43, 27 March 2025 (UTC) [reply ]

I’m not familiar with the translation categories and its structure but for some of the simpler ones, I went ahead and manually created them. Anyone that is more familiar with this, feel free to adjust them if needed. Tvpuppy (talk) 19:31, 27 March 2025 (UTC) [reply ]

thanks ... people should check at least what they modify. Christian 🇫🇷 FR (talk) 23:21, 27 March 2025 (UTC) [reply ]

Could the SVG Translate tool please be changed so that it also automatically adds the language's respective category to the file? It would check the categories and get the subcats of Category:SVG by language (like Category:Chinese-language SVG diagrams) and then add the respective subcat of the cat above (here Category:SVG diagrams by language) for the added language. I think it should also add the new translated SVG image to the "Other versions" field of the file.

Because users only sometimes add the language category for the translated graphic, those language categories are very unreliable and incomplete. When searching for graphics in a specific language, for example using deepcategory or by browsing that category, it would not show many files in that language. Moreover, users may not know the graphic is also available in another language if the translated file is not linked in the Other versions.

Further details here.
Prototyperspective (talk) 17:23, 27 March 2025 (UTC) [reply ]

The specification of the background color (for the top uncollapsed header) does not work correctly, and generates invalid CSS. In fact the test of existence of the bg= parameter has been unintendly reversed:

• It unconditionally generates the background: {{{bg}}}; CSS style even if the parameter is missing (and in that case the CSS is just spurious with incorrect syntax containing the unexpanded braces).
• And if there's a specified value, the default color:#202122; should be omitted completely (it may not match correctly with the specified background color, that forced dark gray color may not fit well with that color, notably with medium blue or gray like bg=#88F or darker; producing insufficient or absent contrast, with a rendering which is not accessible to readers), using either the inherited foreground color, or another foreground color specified at the same time in bg=, for example bg=black;color:white.

The "bg" parameter (specific for the top permanent header showing the title bar and the clickable link on the right to collapse/uncollapse the box) is different from the other optional "b-color" parameter used for the collapsible content of the box.

The bug (visible in ALL examples shown in the template's doc subpage, as well as on the base template page, showing the preview by default with no parameters at all) originates from the last broken edit made by Matrix (diff) on 5 September 2024, still keeping the template editprotected.

In the template code, please just replace

{{#if: {{{bg|}}} | color:#202122;}} background: {{{bg}}};

by

{{#if: {{{bg|}}} | background:{{{bg|}}}; | color:#202122; }}

And may be we can drop color:#202122;", if it is already the default in a ".cot-header-other" class defined in the default site CSS stylesheet. And we could be smarter by placing {{#if: {{{fg|}}} | color:{{{fg|}}}; }}" after the test of the background color (if we need to override the default foreground from the default stylesheet) after dropping it from inside the background color test.

Thanks. verdy_p (talk) 18:47, 27 March 2025 (UTC) [reply ]

I think the color:#202122; can be dropped, because the proposed change means that it will become the default text colour when bg is unspecified, which will not work in dark mode. Tvpuppy (talk) 20:07, 27 March 2025 (UTC) [reply ]

Note that this question was initially posted on the Commons:Administrators' noticeboard/Blocks and protections (because the protection banner still drives there for instructions). It was moved here in the Technical Village pump by you. Still what happens when a bug is detect in protect templates is still misguided, the protection banners should be fixed. Note that this does not affect the "dark mode", due to the existing presence of the light green background (by default) which also applies to the dark mode (there's no test for that, no CSS class designed in any stylesheet to specify the default background/foreground colors of titlebars of these collapsible boxes to differentiate for such light/dark modes. So in either modes, by default it was still a dark grey text on a light green title bar (and these chosen colors should remain accessible as well in presence of blue/red links; this prohibits some foreground/background color combinations for the title bar, and of course for the collapsible content of the box, like the rest of pages outside such box; the default dark gray on light green works quite wells, much better than dark gray on light blue, and definitely better than any fixed dark background especially if it's blue or red; the only working background colors are green or gray, even if we could tune their lightness depending on light/dark mode, and then adjust the contrasting default foreground accordingly between dark gray or black for light mode and light grey/beige/yellow for dark mode, avoiding plain white for text in that dark mode case). verdy_p (talk) 20:13, 27 March 2025 (UTC) [reply ]

Apologies for the move. I only realised the post is related to the template being protected after I moved it. I agree with you about your point at the end about the colors. I think since the template has an option to specify the background color, it will make sense to also have an option to specify the text color, as you mentioned above. Tvpuppy (talk) 22:31, 27 March 2025 (UTC) [reply ]

So as I said in the initial message you can safely place {{#if: {{{bg|}}} | background:{{{bg|}}}; }} immediately to solve the bug (we can think about default titlebar colors later in a specific stylesheet). verdy_p (talk) 20:32, 27 March 2025 (UTC) [reply ]

Retrieved from "https://commons.wikimedia.org/w/index.php?title=Commons:Village_pump/Technical&oldid=1014412331"

Hidden categories:

• Pages with syntax highlighting errors
• Commons maintenance
• Commons centralized discussion