Commons:Village pump/Technical

Shortcuts: COM:VP/T • COM:VPT

• Community portal
  • introduction
• Help desk
• Village pump
  • copyright
  • proposals
  • technical
• Administrators' noticeboard
  • vandalism
  • user problems
  • blocks and protections

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/2026/08 /Archive/2026/09.

COMMONS DISCUSSION PAGES

• Commons Help desk
• Village pump (general discussion)
  • Copyright
  • Proposals
  • Technical
• Graphics and photography discussion
  • Photography critiques
  • Image improvement
    • Illustration workshop
    • Map workshop
    • Photography workshop
    • Video and sound workshop
• Categories for discussion
• Undeletion requests
• Deletion requests
• Volunteer Response Team/Noticeboard
• Translators' noticeboard
• Work requests for bots

---

• Contact administrators
  • Vandalism
  • User problems (Dispute resolution)
  • Blocks and protections
• Bureaucrats' noticeboard
• CheckUser requests
• Oversight requests

---

• Telegram
• IRC ^webchat
• Commons mailing list (archive)
• Commons' bugs on Phabricator

Please note

• Feature or bug reports should be filed on Phabricator (see how to report a bug). Bugs with security implications should be reported differently (see how to report security bugs).
• Have you read the FAQ?
  
  

 

Start a new discussion

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

Solution idea for category name problem

before we finally get a system that allows multiple / multilingual category names, i just had an idea to patch on top of what we have now.

what if in addition to showing the actual cat names, a tool shows additional names above them (like ruby text)? the additional names could be, that category's wikidata label (in a language chosen by the user), or defined on the cat page itself by using

{{en|...}}
{{fr|...}}
{{ja|...}}
...

it's a solution for people quarreling over whether a category name should be english or other native latin-alphabetic language. example: Category:FC Bayern München. with this tool, if the cat name is english, users can see the german name above so german users still know what it is; if the cat name is german, non german users can see the english (or any other language user chooses) name above.

it appears like this on a parent cat page containing it.

　　FC Bayern Munich
> FC Bayern München (24 C, 88 F)

or

　FC Bayern München
> FC Bayern Munich (24 C, 88 F)

it's not just useful for multilingual name conflicts, but also if something has some very famous alternative names, e.g.

　Sears Tower
> Willis Tower (10 C, 35 F)

other considerations:

1. if querying up to 200 pages every time someone opens a cat page is too much for the servers,
   1. the tool could query the page and show the alternative name only when the cursor hovers over the target.
   2. or there could be a cache set up on toolforge that stores cat pages queried and their alternative names, so if a page is queried recently, there's no need to query wikidata or commons again but the tool can directly fetch the cached data.
2. this solution is ofc not compatible with current designs of hotcat, catalot, uploadwizard... which can only show the actual page name.

RoyZuo (talk) 15:20, 6 July 2026 (UTC)

Closest thing I could think of would be to disable $wgRestrictDisplayTitle, but MediaWiki's manual page discourages that practice. Alternatively, the Translate extension could be used to create internationalization variations for categories, similar to what's already in place for pages in the Commons namespace. ForeverFlying (talk) 18:11, 5 August 2026 (UTC)

So one option here, would be to do something like the following in the {{Wikidata infobox}} template:

{{DISPLAYTITLE:<span class="translated-title" title="TRANSLATED NAME OF CATEGORY FROM WIKIDATA HERE"><span class="translated-title-inner">{{FULLPAGENAME}}</span></span>}}

Then add the following CSS to either site CSS or your personal Special:MyPage/common.css

#firstHeading .translated-title::before {
  content: attr(title) " ";
}
#firstHeading .translated-title .translated-title-inner {
  font-size: 50%;
  color: grey;
}
#firstHeading .translated-title .translated-title-inner::before {
  content: '(';
}
#firstHeading .translated-title .translated-title-inner::after {
  content: ')';
}

Then we can get translated titles based on wikidata information on the category page.

As far as translating category names on individual pages, that is one of the potential benefits of showing categories in the information template (As i proposed at Commons:Village_pump/Proposals#Include_categories_and_depicts_in_the_{{Information}}_template), since we can potentially translate them in display. For example, see how the category Western Caucasus is shown in my example in english vs french.

That's not exactly what you are suggesting, but perhaps a step in the right direction. Bawolff (talk) 05:44, 21 August 2026 (UTC)

Flickr2Commons

Not all OK with Flickr2Сommons, sadly. I've uploaded File:Sunset in Vernazza 2018.jpg and File:Sunset in Hehuanshan, Taroko National Park.jpg, they have been transferred without date and {{Flickreview}} tag. I've added them manually. It is possible to use an old version? Юрий Д.К. 09:34, 8 July 2026 (UTC)

@1Veertje. RoyZuo (talk) 13:45, 8 July 2026 (UTC)

sorry, should have tested more. Submitted a patch that should fix this Vera ^(talk) 19:25, 8 July 2026 (UTC)

• Currently F2C adding Flickreview tag but date field is still empty. Юрий Д.К. 15:13, 13 July 2026 (UTC)

  @Юрий Д.К. looking at latest uploads, this seems resolved? although it seems if the flickr file has no exif or date taken then f2c leaves it empty. RoyZuo (talk) 10:49, 25 July 2026 (UTC)

  @RoyZuo: Sadly, no. I've uploaded File:Monistrol de Montserrat (55416587297).jpg. EXIF with date, but F2C leaves the file without it. I've added it manually. Юрий Д.К. 12:06, 26 July 2026 (UTC)

  @Юрий Д.К. i see how i got confused. i clicked your 1st version and saw the date in sdc.

  it seems technically ok if f2c doesnt fill in the data for a short while, coz @FlickrResourcesBot adds sdc. RoyZuo (talk) 13:54, 26 July 2026 (UTC)

  @RoyZuo: Hello. I hope that the F2C will add the date during import. It will be convenient for me to add "Taken on" template. Besides, I've noticed another problem. I've uploaded File:Storm cloud at sunset - Paraná, Entre Ríos (34769035286).jpg and the F2C left a digital Flickr ID of an author instead of a nickname. It isn't good indeed. Юрий Д.К. 00:36, 1 August 2026 (UTC)

  @1Veertje.

  @Юрий Д.К., indeed problematic. please report problems to https://codeberg.org/magnusmanske/flickr2commons/issues or m:Talk:Flickr2Commons. RoyZuo (talk) 17:01, 2 August 2026 (UTC)

  Thank you for allerting me. I've submitted a patch Vera ^(talk) 14:38, 3 August 2026 (UTC)

• Also F2C removing coords from Flickr images. Юрий Д.К. 21:39, 10 August 2026 (UTC)

Last month in technical changes

Following Wikimania 2026, another overview of technical changes in the media support corner of MediaWiki, covering activity since June 17th.

• A big new development: WMF has created a new dedicated Media Platform Team on July 1st, to own how we store, manipulate, stream, and display media going forward — Thumbor, file storage, and thumbnailing infrastructure all fall under it now. Their initial focus is thumbnail infrastructure sustainability.
• The hCaptcha support added to UploadWizard has now also found its way to the Special:Upload page and there have been a few follow-up fixes, like a proper loading indicator T429322, T429287.
• Failed uploads in UploadWizard can now be retried individually per file instead of only being able to retry the whole batch. An improvement contributed by @Amdrel. T410980.
• The "Other resolutions" list on file pages, broken since the thumnbnail size limitations that I mentioned in the previous editions, should now be matching the actual available sizes. T401668
• @Mimurawil added a new category suggestion framework for UploadWizard. This works towards Wishlist item W526. Geo- and full-text-based search suggestions are in active development T427047, T428065, T428066.
• On mobile, you can now double-tap the left or right third of the video player to skip back or forward 10 seconds, similar to many video apps. This was wishlist item Wishlist item W468 and added by @Brooke Vibber. T432729.
• I myself completed the changes for WebVTT subtitle support. Next week, it will be possible to create a Timed Text page with the .vtt file extension and you can use advanced styling and positioning of subtitles beyond what the SRT support already allowed for. T116154. If you want to help update the Timed Text documentation, that would be appreciated btw !
• There has been some work on 3D models, with @Amdrel driving the latest changes. Thera are patches out for review across the extension, its metadata handling, and the thumbnailing backend. Without support of the foundation and people reviewing the patches, it is however hard to land these changes, so if you can help in any way with testing or reviewing, that is appreciated. T246901, T419711, T187844.
• There were several Wikimedia Commons related projects presented at the Wikimania 2026 Hackathon closing ceremony, which you can watch back on Youtube

——TheDJ (talk • contribs) 12:33, 26 July 2026 (UTC)

Can't wait to see the rollout of textured meshes on Commons :3 --PantheraLeo1359531 😺 (talk) 19:15, 1 August 2026 (UTC)

Thumbnail sizes

Still doesn't appear to be consistently matching available thumbnail sizes. See, for example, File:Seattle - Rainier Avenue overpass, 1954 (22651065004).gif. It offers a 1,920 × 1,481 pixel thumbnail of this 1,400 × 1,080 pixel image. - Jmabel ! talk 06:46, 28 July 2026 (UTC)

Language missing

I don't know where to reach out about this, so I'll do it here.
It is not possible to create a VTT file through the TimedText page (example) when there already is an SRT for the same language. It doesn't come up in the list. I suspect it is the same the other way around too. It also isn't a translation, so the text is technically wrong. Thanks. // Kakan spelar (talk) 16:16, 6 August 2026 (UTC)

Newsletter?

• Hi @TheDJ: is this a regular newsletter summarizing media technology changes? Is there a way to subscribe to this on user talk pages and/or have it included in The Signpost? ↠Pine (✉) 20:03, 2 August 2026 (UTC)

  @Pine it's just me doing something extra for the Commons community. I've done this for 3 months now. —TheDJ (talk • contribs) 21:03, 2 August 2026 (UTC)

• @TheDJ: OK. It would be great to turn this into a newsletter which could have talk page subscriptions and/or be republished in places like The Signpost. Is that feasible? ↠Pine (✉) 21:06, 2 August 2026 (UTC)

Surprising result from Commons search

I searched for "english national football team" in Commons. The URL is https://commons.wikimedia.org/w/index.php?search=english+national+football+team&title=Special%3AMediaSearch&type=image. To my surpise, the result set includes File:Lions Family Portrait Masai Mara.jpg which makes some sense in that the logo for the English national football team is three lions, but the metadata for the lions family portrait file shows nothing about English football that I can see. What might have happened with the search tool that caused this result? I'm wondering if the search tool leverages data from additional sources beyond the search text string and the image metadata. ↠Pine (✉) 19:20, 26 July 2026 (UTC)

I think the search uses Wikidata to try to match up words with concepts. My guess is that since "english national football team" is one of the aliases of Wikidata item England men's national association football team (Q47762), and so is "Three Lions", that those are considered completely equivalent terms by something within the search engine, and that picture has the text "three lions" in its description. That's a guess; I'm not sure where (or if) it's documented exactly how the search finds synonyms or related concepts. — PeterCooperJr (talk) 17:18, 31 July 2026 (UTC)

@PeterCooperJr: thanks for the comment. That may be what happened. See mw:Help:MediaSearch, mw:MediaSearch and Commons talk:Media search. By the way @JTweed-WMF: you appear to be a member of the newly-created mw:Media Platform Team, and perhaps can answer my question authoritatively as well as the unanswered questions and comments on those talk pages. Thanks, ↠Pine (✉) 17:27, 1 August 2026 (UTC)

Thanks for the ping, I love this example and have passed it onto the right team internally. Search is not part of the new Media Platform team scope, but it is a problem space that I'm familiar with from a previous role so it's been interesting to take a look. In this case, the guess above is correct. The "three lions" term is coming from Wikidata and being included as a synonym. The reason that the image of lions is appearing so high in the results is because it's a previous picture of the day, which gives its relevance score a considerable boost. This is a good example of two good things that improve search in the aggregate (synonyms and a quality image signal) causing issues for one particular search. Optimising search is really hard and often things that fix one query will perform worse for others. The Search team is always trying to find the balance that gives the best results overall across all queries, but are now aware of this query and have taken this example on board. JTweed-WMF (talk) 14:26, 12 August 2026 (UTC)

Redesign of photo navboxes

Deutsch: Hi! Ich habe länger darüber nachgedacht, und möchte es jetzt gerne zur Aussprache bringen. Die Navigationsboxen von Fotos eines Jahrzehntes, wie bei Category:2019 photographs of Bavaria, kommt mir etwas klein vor. Wäre es eventuell besser, die Schriftgröße zu erhöhen und die Box über die ganze Breite der Weißfläche zu ziehen oder zumindest in eine zweite Zeile zu erweitern? Bin gespannt auf eure Meinungen. Grüße!

English: Hi! I've been thinking about this for a while, and I'd now like to bring it up for discussion. The navigation boxes for photos from a specific decade, like the one at Category:2019 photographs of Bavaria, seem a bit small to me. Would it perhaps be better to increase the font size and stretch the box across the entire width of the white space, or at least expand it to a second line? I’m curious to hear your thoughts. Best regards!

--PantheraLeo1359531 😺 (talk) 19:20, 1 August 2026 (UTC)

@Reinhard Müller made a series of super neat templates Template:Category description. RoyZuo (talk) 09:27, 6 August 2026 (UTC)

There was a problem during the HTTP request: 429 Too Many Requests

I've never encountered this message before. Just trying to upload some of my photos from Flickr as normal, but I'm getting cut off at around 50 photos. Normally I have no issues, but now it won't let me upload anything. Is there a way to increase the limit of photos I can upload? PascalHD (talk) 16:28, 4 August 2026 (UTC)

There is a related discussion here: Commons:Upload Wizard feedback#There was a problem during the HTTP request: 429 Too Many Requests. I also have encounter this same error couple days ago when I was trying to upload Flickr images, but I'm not sure what is the reason for this problem. Thanks. Tvpuppy (talk) 18:03, 4 August 2026 (UTC)

Cleanup of bad pages created by broken template

I just wanted to notify that due to a missing pipe in the template Commons:Deletion requests/Mass deletion request/header/i18n some bad pages got accidentally created such as:

• Commons:Deletion requests/2026/08/05action=edit&preload=Commons:Deletion+requests/newday, deleted by @Jaqen
• Commons:Deletion requests/2026/08/06action=edit&preload=Commons:Deletion+requests/newday, deleted by @The Squirrel Conspiracy
• Commons:Deletion requests/2026/06/30action=edit&preload=Commons:Deletion+requests/newday, which needs its content to be moved to Commons:Deletion requests/2026/06/30 before the page gets deleted.

I already fixed the template but Commons:Deletion requests/Mass deletion request/header/i18n/en and Commons:Deletion requests/Mass deletion request/header/i18n/de need to be updated accordingly.

It's moon (talk) 14:05, 6 August 2026 (UTC)

Moved the last one and deleted it. - Jmabel ! talk 20:30, 6 August 2026 (UTC)

The next needed step is to mark Commons:Deletion requests/Mass deletion request/header/i18n for translation. I don't actually know how to do that. - Jmabel ! talk 20:36, 6 August 2026 (UTC)

Someone has already requested this in Commons:Translators' noticeboard#Mark translation for Deletion requests/Mass deletion request/header/i18n.

According to Commons:Preparing a page for translation, it appears you need translation admin rights, which appear to be separate from regular admin. It's moon (talk) 23:28, 6 August 2026 (UTC)

It looks like the translated subpages have been updated (Special:Diff/1257622398 & Special:Diff/1257622393) :)) It's moon (talk) 21:48, 7 August 2026 (UTC)

Thanks to It's moon for noticing and fixing it, my bad :) —Matrix(!) _{ping one}^{when replying} {user - talk? - _uselesscontributions} 11:46, 11 August 2026 (UTC)

Tech News: 2026-33

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Updates for editors

• A new ChartWizard is now available on Wikimedia Commons for users interested in creating charts from their own data. The wizard makes the Chart extension more beginner-friendly by allowing editors to create charts, such as bar and pie charts, without needing to use JSON. Users can still switch to the JSON editor if they prefer. Feedback on the new tool is welcome on the wish talk page.
• View all 19 community-submitted tasks that were resolved last week. For example, an issue where the Wikipedia iOS app’s Picture of the Day widget displayed the same image every day instead of updating daily, has now been fixed. [1]

Updates for technical contributors

• Math formula SVG images will soon be generated in the browser instead of on the server. MathML continues to be generated on the server and renders in the browser without JavaScript. Wikibooks will see this change on 12 August, Wikisource on 19 August and Wikipedia from 20-27 August. You can try this by selecting "MathML with SVG image (client side MathJax rendering)" in your preferences. This change is part of deprecating RESTBase and deprecating Mathoid. [2]
• Category pages will soon support sorting entries by the time they are added to a category. This will make it easier to find recently or long-standing categorized pages. It will also improve workflows for maintenance categories such as deletion backlogs and other time-based review tasks. You can use cldsort=timestamp URL argument in category view to sort the entries. [3]
• Gadgets and user scripts on Wikimedia wikis may now use ES2018 features and ES2019 features in JavaScript code. Previously, the platform only allowed up to ES2017. MediaWiki validates the source code to protect functionality from syntax errors and to ensure scripts are valid in all supported browsers. [4]
• Detailed code updates later this week: MediaWiki

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

MediaWiki message delivery 20:42, 10 August 2026 (UTC)

Data file too big to edit

I've come across the strange case of Data:McGraw electric railway directory company observations.tab. DavidLevinson was able to upload it and later add categories, but my attempt to move it from Category:Rail transport in the United States to Category:Tram transport in the United States failed with the error The text you have submitted is 3,123.549 kilobytes long, which is more than the maximum of 2,048 kilobytes. David thinks it might be due to how Commons expands JSON. Does anyone have any way to make the category change - and are there any guardrails we can put up to prevent large data files becoming effectively uneditable? Pi.1415926535 (talk) 02:54, 11 August 2026 (UTC)

I filed a request to increase the tabular data limit, but it wasn't successful (Commons:Village_pump/Proposals/Archive/2026/04#Increase_data_maximum_of_(tabular)_data_pages) --PantheraLeo1359531 😺 (talk) 19:46, 12 August 2026 (UTC)

in theory it should have not been possible to do this in the first place. the file will become editable once enough content is removed from it to bring it below the limit. Bawolff (talk) 17:07, 15 August 2026 (UTC)

Some strange changes in header menu like "nominate this image, copy, etc...

Something seems to have gone wrong here.

.

The old version was located in a separate bar, as can be seen here.

Good day! I have once again noticed that something was unnecessarily changed regarding the display of files here. It used to be displayed on a separate line, but now it only appears under a single dot, and if you're lucky, the full menu actually shows up. Why was this changed, and for what reason? I’m not a programmer, just an admin, and I’m a creature of habit; but if something doesn't work properly, it shouldn't have been implemented in the first place. Best regards, זיו「Ziv」 • For love letters and other notes 14:09, 13 August 2026 (UTC)

Confirmed. Fortunately, it happened just twice and appeared temporarily two days ago, then it was fine again and now it doesn't work properly... --Achim55 (talk) 15:54, 13 August 2026 (UTC)

"File:HTML tooltip.png" fails to render if requested as a thumbnail

Tracked in Phabricator
Task T285875
DECLINED

I noticed that File:HTML tooltip.png is rendered as a blank/broken image if the image is used with the "thumbnail" parameter included, no matter if it's viewed on desktop or mobile device.

For some reason, it leads to the Too many thumbnail requests for failing image error message if visited via the browser's context menu, no matter what the requested thumbnail size is.

Comparison:

[[File:HTML tooltip.png]]:

[[File:HTML tooltip.png|thumb]]:

Is this a software bug that needs to be fixed, or do I have to update (to an image with different content) and upload a new version of the image with larger resolution, or should I do something else, like uploading a new image (like I mentioned before on this paragraph) with different file name and replacing all usage of the older one with the newer one? Exploraz (talk) 00:14, 16 August 2026 (UTC)

According to this snapshot on the Wayback Machine of the downscaled thumbnail image URL, the server returned the following error message: Error while trying to fetch the image: Failed to convert image b"convert: no images defined `png:-' @ error/convert.c/ConvertImageCommand/3229.\n" Exploraz (talk) 06:03, 16 August 2026 (UTC)

Looking at the error message, I think that includes an excerpt of an error message produced by en:ImageMagick.

Indeed, when I processed that image with magick convert HTML_tooltip.png -resize 250 250px_HTML_tooltip.png, an identical but more complete error message shows up:

convert: IDAT: invalid distance too far back `HTML_tooltip.png' @ error/png.c/MagickPNGError/1308.
convert: no images defined `250px_HTML_tooltip.png' @ error/deprecate.c/ConvertImageCommand/3375.

According to this GitHub issue coment, running pngfix --out=HTML_tooltip_fixed.png HTML_tooltip.png does indeed made magick convert HTML_tooltip_fixed.png -resize 250 250px_HTML_tooltip_fixed.png happy.

I'll overwrite it with the fixed image then.

—Exploraz (talk) 06:24, 16 August 2026 (UTC)

It turns out I can't overwrite it by myself with my current user rights (I see others used to be able to do that without autopatrol, but that got changed). If any autopatrols are running a Linux system, feel free to do that. —Exploraz (talk) 06:46, 16 August 2026 (UTC)

@Exploraz: I've marked that file page to allow overwriting. Please let me know when you are done with it so I can revert that. - Jmabel ! talk 20:36, 16 August 2026 (UTC)

 Done -- Thanks for helping, @Jmabel! It took about 3 minutes for the server-side cache to catch up, which has already passed now. Exploraz (talk) 05:02, 17 August 2026 (UTC)

Turns out that this is not the only instance where this would happen in Commons:

• Commons:Village pump/Technical/Archive/2025/03#File:DEU Weißeritzkreis COA.png
• Commons:Village pump/Technical/Archive/2025/06#Server erroros generating thumbnails — two cases
  • Mentioned: Commons:Village pump/Technical/Archive/2025/05#Several images from 2019 are not available in smaller resolutions — this one has a different root cause
• en:Wikipedia:Village pump (technical)/Archive 219#Attack at Fromelles — Exploraz (talk) 05:20, 17 August 2026 (UTC)

Upload fails

(copied here from Commons:Help desk) I no longer seem to be able to upload anything, either via the Upload Wizard or via the 'Upload a new version' command. I use Private Relay for privacy, so have to manually unhide my IP address to edit here. That worked fine until recently, but no longer seems to – in the upload wizard I get a message that says "The server responded with an invalid JSON document. This could be a problem with the API, or you could be using a proxy server that prevents you from uploading files"; in the 'Upload a new version' dialogue I just get shunted back to a blank upload page. Has something changed, or is there a way round this? Thanks, Justlettersandnumbers (talk) 08:02, 17 August 2026 (UTC)

I've tried switching off Private Relay. That allows me to edit normally, without needing to unhide my IP, but doesn't allow me to upload. Any help welcome. Thanks, Justlettersandnumbers (talk) 08:05, 17 August 2026 (UTC)

I've had nonexistent IP blocks be resolved by clearing cache and cookies. Try logging in in incognito with Private Relay off? JayCubby (talk) 20:18, 17 August 2026 (UTC)

Tech News: 2026-34

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Weekly highlight

• The Worklist feature for the Event Registration tool is now live on all Wikimedia wikis. With Worklist, event organizers can add the articles their event will focus on directly to the event page. The Worklist also powers Event Pathways which notifies other editors of the upcoming or ongoing event when they edit an article featured in the event's Worklist. This is the minimum viable version (MVP), and feedback is welcome. Organizers are encouraged to try the feature. A hands-on Worklist Setup Workshop will take place on 18 August at 16:00 UTC and 19 August at 11:00 UTC.

Updates for editors

• Special:ShortPages displays short pages by their size, but in many cases it gets filled with disambiguations and soft redirects, making it harder to find the short articles themselves. Starting this weekend, you will be able to choose not to include an article in the special page by adding the magic word __EXPECTSHORTPAGE__. [5]
• One new wiki has been created: a Wikipedia in Bole (w:bol:) [6]
• Starting the week of August 17, the page toolbar will wrap onto two lines when there is not enough horizontal space for all the buttons. This is a fully merged patch from the Reader Experience team which aims to reduce crowding in the Vector 2022 toolbar, that may occur on some language Wikipedias at certain screen widths.
• View all 16 community-submitted tasks that were resolved last week. For example, uploading large files to Wikimedia Commons has become more stable and less prone to failure following some fixes related to the “Could not acquire lock” upload error. [7]

Updates for technical contributors

• Debian Bullseye will reach the end of its Long Term Support on 31 August 2026. Some Cloud VPS projects still have instances running Debian Bullseye. Maintainers of those projects are encouraged to migrate to Debian Bookworm or Debian Trixie. A migration guide is available to help with the process, and users may also want to consider whether their workload is better suited to Toolforge. If you need help or cannot complete the migration by 31 August, please contact the Cloud VPS admins as soon as possible. Read more.
• Detailed code updates later this week: MediaWiki

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

MediaWiki message delivery 21:00, 17 August 2026 (UTC)

ค้นหา เมนูผู้ใช้ ไฟล์:'The Visit of the Queen of Sheba to King Solomon', oil on canvas painting by Edward Poynter, 1890, Art Gallery of New South Wales.jpg

politique de confidentialit'e ~2026-45131-71 (talk) 07:57, 19 August 2026 (UTC)

• Individual keywords aren't helpful here. --PantheraLeo1359531 😺 (talk) 14:12, 19 August 2026 (UTC)

Uploads do not appear permanently on my Watchlist

My uploads do not appear permanently on my Watchlist (only for "1 year") though my Global Preferences are indicating they should. What do I do wrong or is this a hiccup in the system? JopkeB (talk) 09:13, 23 August 2026 (UTC)

For me it seems to work fine. I've clicked the "edit your watchlist" button and it shows all files as "never", and some o the ones I've found are several years old. Pere prlpz (talk) 14:20, 2 September 2026 (UTC)

Edit requests for abusefilter admin and interface admin

Can someone deal with this editrequest that has been open for a month and also this requested change to the abusefilter 103 ? —TheDJ (talk • contribs) 14:55, 24 August 2026 (UTC)

Tech News: 2026-35

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Updates for editors

• The Special:CreateAccount page has been simplified as part of ongoing work to modernize the account creation experience. The panel showing project statistics no longer appears next to the form on desktop and mobile web. Multiple account creation experiments show that a simpler form helps newcomers complete registration. [8]
• In order to improve page performance, images now load when they are viewed. This means images lower down an article will not load if a reader never scrolls to that part of the page, which may affect some image-related metrics. [9]

• View all 42 community-submitted tasks that were resolved last week. For example, an issue where image thumbnails in Abstract Wikipedia could fail to display after the corresponding file was moved on Wikimedia Commons, has now been fixed. Thumbnails will now update correctly when files are moved. [10]

Updates for technical contributors

• User Info card is a feature that helps patrollers see information about user accounts. So far, it has been available only in places such as page history, logs and recent changes. Now, it's possible to place it in the page content as well, using the {{#uic:}} parser function. It can be particularly useful in templates like {{Userlinks}} (or their specialized variants), as it will make it easier to see the context about a user on various noticeboard pages. The card will be displayed only to users who have it enabled in their preferences. [11]
• Due to user security and privacy risks, we have disabled access to Special:MyPage URLs when specifically using action=raw. If you are impacted by this, consider whether you can use an alternative approach. Special:MyPage URLs can still be accessed and used without action=raw. Specified user page URLs (e.g. User:Myusername) can still be used with action=raw. [12]
• Due to an update, the thumbnailing software has been improved. This includes upgrading librsvg to 2.60 and ImageMagick to 7, as well as resolving a number of long-standing thumbnailing bugs like rendering errors. [13]

• Detailed code updates later this week: MediaWiki

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

MediaWiki message delivery 20:42, 24 August 2026 (UTC)

Problem with FlickreviewR 2

There seems to be a problem with the FlickreviewR 2 bot. It seems recently the rate of Flickr files reviewed by the bot has significantly decreased, causing a large growing backlog in Category:Flickr review needed. The category has 2600+ files when I checked yesterday, currently it has 3300+ files.

Previously these Flickr files were reviewed within several minutes, but now it takes 1 or 2 days for them to be reviewed. I worried that it might taken even longer in the future if the backlog continues to grow.

Anyone knows how to solve this problem? Is it something wrong with the bot or with Flickr? It is possible that this is related to the ongoing rate-limit problem with Flickr at the UploadWizard and Flickr2Commons. Thanks. Tvpuppy (talk) 20:02, 25 August 2026 (UTC)

It appears the problem has somehow been resolved, as the backlog has been decreasing since yesterday. Thanks. Tvpuppy (talk) 13:12, 27 August 2026 (UTC)

Last month in technical changes (August)

Overview of development and technical activity since July 26th. These changes might not have made the bigger news bulletins as they are more specific to Commons and have smaller usecases and/or audiences.

• Already covered in Tech News, but native lazy-loading has landed everywhere on desktop T148047. This means that now all images only load when they are close to being in view of the browser viewport, which should help with bandwidth usage for both clients and the wikimedia servers. This is a browser feature that was launched some 10 6 years ago, that we can now use natively (without Javascript). This took several of the Wikimedia developer teams (mobile, content platform, multimedia etc).
• UploadWizard's Flickr import works again after Content-Security-Policy had broken it T419263 T278472.
• Special:Upload pages can now test larger than 100MB uploads by making use of the chunked parameter phab:T74768. Another very old wishlist item getting closer to resolution. By Amdrel (wishlist contractor) and myself.
• A new version of thumbor (the thumbnailing service) was released. Now running Debian Trixie, with newer versions of Imagemagick, libsvg etc. T419815. Thanks to Wikimedia's MediaWiki-Media-Platform Team.
  • More of the rarer EXIF orientations are handled correctly now T424495. By myself and MediaWiki-Media-Platform team.
  • Transparent WebP images no longer lose their transparency when resized T283646. By myself and MediaWiki-Media-Platform team
  • Multilingual SVG rendering is now better supported, with fixes for language fallback T261192 and T154237.
  • librsvg update fixed T246003, T270836, T370044, T431758.
  • a bug where thumbnails of HDR images would sometimes turn black has been fixed T393331.
• PDF handling should be more resilient now: metadata-extraction failures are classified as transient or permanent instead of getting permanently cached as "no metadata", a likely cause or contributing factor to PDFs showing as having 0×0 dimensions T433059 T420341 T299521. PDFs are also now fetched by storage URL for metadata extraction. Thanks to Chuiimuii_ofc, Sam Wilson, Bawolff and myself.
• TIFF lossy/lossless parameters would sometime break loading TIFF files in MultimediaViewer T434333. By myself
• VTT captions now render natively in the browser instead of with a software renderer, T116154. This briefly broke SRT-only subtitles and audio captions, both now fixed T434172. By myself with support of James Forrester.
• Video transcoding was updated to a newer ffmpeg version. This enabled making use of the ffmpeg's fpsmax flag. This helps with transcoding 60fps original content T318419. Thanks to @Ladsgroup of MediaWiki-Media-Platform team.
• Thumbnail serving is being moved off the upload cluster onto a new thumb.wikimedia.org domain, for better caching and resilience against scraper traffic T427465. This is rolling out wiki by wiki; test wikis, mediawiki.org, cs/fawiki and dewiki so far. By MediaWiki-Media-Platform team
• And the usual set of changes related translations, dependency updates and newer PHP/MediaWiki versions (~90 this period, excl. translations).

Apologies if i forgot to name a few people. —TheDJ (talk • contribs) 10:16, 26 August 2026 (UTC)

Sounds good! --PantheraLeo1359531 😺 (talk) 13:12, 26 August 2026 (UTC)

Great updates, thank you! I'm especially looking forward to the new thumb.wikimedia.org in hopes that it helps resolve issues for tools whose display of thumbnails have been impacted by rate limiting. ~Kevin Payravi (talk) 16:32, 26 August 2026 (UTC)

Indeed, that is part of the reason we're doing this. The other being it allows us to move thumbnails to the same CDN cache as text, which is much larger and means that thumbnails won't be ejected from the cache due to automated access to the much larger original files. Once this is all in place, we will look to introduce separate rate limits for thumbnails and originals. We're also considering if this can be tiered like the API rate limiting. JTweed-WMF (talk) 12:58, 27 August 2026 (UTC)

Thanks for putting all this together in one place, it's a great summary of what's going on. Happy that the new Media Platform team is starting to make a difference. JTweed-WMF (talk) 12:54, 27 August 2026 (UTC)

Attention! This update of librsvg in August 2026 has almost certainly caused broken rendering of Media Viewer at various types of images and vector files rendering errors in hundreds of known files. I request a fix or tentative rollback of changes before August 2026. (Most recent reports connected: PNG caching bug? and Image not loading the SVG) ThecentreCZ (talk) 08:03, 2 September 2026 (UTC)

I see no evidence in either report. There are a lot of things changing atm for various reasons about images (OS upgrades, improved caching, new urls etc etc). You are going to have to be very specific if you think there is something wrong that you want people to look into. —TheDJ (talk • contribs) 08:11, 2 September 2026 (UTC)

subcategory sortkey display

Mostly, the 'Subcategories' section of a category is divided by letter or number, more rarely other glyphs (there are informal standards); for this post I wish to bring up the 'regional indicator symbols'. For the Unicode characters in the range U+1F1E6 to U+1F1FF, which have the property that when put next to each other (example: 🇧 followed by 🇷) then browsers and font vendors can decide which flag should go with pairs of symbols (🇧🇷). In theory, this makes for a good sortkey. As these characters are encoded in alphabetical order from A to Z, they naturally sort by this two-letter code. However, in the category view only the first character is displayed, which breaks the flag. Could an exception be made for this use case? — Arlo James Barnes 03:13, 27 August 2026 (UTC)

What is the chance of any large number of users being able to work with this successfully through the existing UI? - Jmabel ! talk 20:27, 27 August 2026 (UTC)

I guess that depends on what you mean by large. Plenty of people have access to emoji keyboards that can paste flag icon pairs, but if something breaks (like the two halves get separated) it may not be immediately obvious what went wrong. Arlo James Barnes 20:53, 27 August 2026 (UTC)

PNG caching bug?

I've been trying to upload a new version of File:Strait of Malacca highlighted.png, but the image preview is refusing to update (even after reverting back and forth). Is there a currently known bug affecting PNGs or something? — Paul_012 (talk) 00:30, 31 August 2026 (UTC)

Hmm, seems like linking to the file caused it to resolve itself? — Paul_012 (talk) 00:59, 31 August 2026 (UTC)

It's not just PNG, I've noticed various files take awhile to regenerate thumbnails. Maybe a new anti-DOS precaution? #Last month in technical changes (August) mentions some relevant updates. — Arlo James Barnes 16:54, 31 August 2026 (UTC)

@Paul 012 This is most likely a known cache invalidation problem phab:T425216. —TheDJ (talk • contribs) 08:17, 2 September 2026 (UTC)

Tech News: 2026-36

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Weekly highlight

• A new format for the Community Wishlist is open for feedback. You can read the proposed ideas on Meta. This new process plans to improve how wishes are triaged, voted on, and prioritized in a way that is transparent and balanced across project families and language editions. This consultation is open for two weeks.

Updates for editors

• The latest release of the Wikipedia Android app includes updates to the Saved feature, bringing the app’s saving experience closer to iOS and Web. The update redesigns the Saved tab with an “All articles” view, removes the default “Saved” reading list, renames reading lists to “Collections,” and modernizes the article-saving experience. [14]
• The Reading Lists feature was enabled for all logged-in users on Bengali, Chinese, Czech and Vietnamese Wikipedias on August 25, after several months as a beta feature. Reading Lists will be available to all logged-in users on Arabic, French and Indonesian Wikipedias on September 1, followed by English Wikipedia on September 14, and all other Wikipedia wikis on September 28.
• At the end of the month, some logged-out readers on Bengali, Czech, Persian, English, and Polish Wikipedias using the Minerva skin on mobile will see an updated navigation bar in an A/B test. The test will compare the current navigation bar with a new version designed to make it easier to find information more quickly. The goal is to determine whether these changes encourage readers to return more often. This experiment will not change the experience for logged-in readers and/or editors.
• Editors who maintain redirects, templates, and categories used on redirect pages now have improved ways for finding and curating redirects. Previously, redirects pages could not be searched. Two new search keywords, onlyredirects: and withredirects:, now allow redirects to be searched directly and can be combined with existing keywords such as incategory:, intitle:, and insource:. [15]
• The ISBN lookup tools for generating citations were recently not working because of external service problems. Developers are working on solutions. [16]
• View all 30 community-submitted tasks that were resolved last week. For example, an issue where searching for pages by category using deepcat could return no results or unrelated results has now been fixed. [17]

Updates for technical contributors

• The domain of URLs for thumbnails is changing from upload.wikimedia.org to thumb.wikimedia.org. The old URLs will continue to work for the foreseeable future but MediaWiki will advertise the new domain instead. URLs to other types of media such as original files, videos and transcodes will still be served from upload.wikimedia.org. [18]
• The Wikimedia Math API is now deprecated. These endpoints will be fully sunset by the end of September 2026. Developers who call these endpoints should transition to alternative math rendering solutions, such as the native MathML or MathJax. Third-party MediaWiki installations that utilize the Math extension for formula rendering are required to upgrade to v1.43+ to avoid disruption of service.

• Detailed code updates later this week: MediaWiki

In depth

• Read more about TextMatch in a Diff post titled, Custom edit suggestions for every wiki: How communities are shaping Suggestion Mode with TextMatch.

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

MediaWiki message delivery 20:50, 31 August 2026 (UTC)

"Add a note"

The "Add a note" (ImageNote) feature seems to have gone away for me today on all file pages. Is this a bug, or is there some UI change that requires me to change how I get this? I believe Image-Annotator is turned on by default, and I certainly have not done anything deliberate to disable it.

I'm getting the following in my browser console; maybe something else is firing an error and it never reaches the JavaScript to load this button?

uncaught exception: Object
can't access property "currentWindowGlobal", bc is null ext-tabs-base.js:813:19
uncaught exception: Object 2
IndexedDB UnknownErr in ClampResultCode: ..\..\..\..\checkouts\gecko\dom\indexedDB\IndexedDBCommon.cpp:47
uncaught exception: Object

- Jmabel ! talk 23:21, 31 August 2026 (UTC)

same for me. --Herzi Pinki (talk) 08:55, 1 September 2026 (UTC)

Even worse now: "Open in Media Viewer" no longer appears on a line of its own (no line break before it). - Jmabel ! talk 18:24, 1 September 2026 (UTC)

There is an open thread reporting the same bug in MediaWiki_talk:Gadget-ImageAnnotator.js#annotations_with_problems, but I wonder if there is a better place to report it in order to be fixed. Pere prlpz (talk) 13:52, 2 September 2026 (UTC)

I need wikidata-to-commonscat help

I need help untangling some Wikidata connections for horse-drawn vehicle categories. Could someone help me establish correct one-to-one Wikidata connections for:

• Category:Coaches (carriage)
• Category:Horse-drawn carriages
• Category:Carriages

I discovered that the Wikidata item d:Q4655519 (coach) was linked to both Category:Horse-drawn carriages and Category:Coaches (carriage). Since d:Q4655519 is specifically about coaches, I removed the carriage-related sitelink. However, Category:Horse-drawn carriages continued to display d:Q4655519 in its Wikidata infobox, and I am not sure why.

While trying to fix this, I started creating a new item (d:Q141245384) before realizing that d:Q235356 (carriage) already exists and is linked to Category:Carriages. But Category:Carriages includes both horse-drawn and non-horse-drawn material, so I am unsure how to correctly align the Wikidata items with the Commons categories.

At this point I am confused and do not want to make things worse. Any guidance would be greatly appreciated.   ▶ I am Grorp ◀ 06:32, 1 September 2026 (UTC)

Update: This morning, Category:Horse-drawn carriages is no longer displaying d:Q4655519 (coach), which is correct, so maybe that problem was a caching issue.   ▶ I am Grorp ◀ 15:35, 1 September 2026 (UTC)

Update #2: I think I've figured it out (courtesy of 2 separate AIs, neither of which gave me the exact right instructions, but which helped me figure it out). At least now there is a 1-to-1 correlation between each of the three Commons categories and a singular wikidata record.   ▶ I am Grorp ◀ 09:36, 2 September 2026 (UTC)

Image not loading the SVG

When I go to Category:Wikipedians interested in East Asia, I seen the SVG is not display on Commons. I seen the image is missing so it not loading SVG?

Ranch9613 💬 17:44, 1 September 2026 (UTC)

Hello, I think someone or something broke the SVG Media Viewer and rendering of vector files at Commons in about August 2026. I have seen some files and i have a vector file that was rendered perfectly from 2025 to Summer 2026 and since last month it shows weird wrong line drawing and tweaks. ThecentreCZ (talk) 07:13, 2 September 2026 (UTC)

It seems that a new recursion/depth limit has been put in place in newer versions of librsvg. This will require some investigation. —TheDJ (talk • contribs) 08:13, 2 September 2026 (UTC)

Yeah, it's the limit. test:File:East Asia orthographic projection flattened - 2.svg works fine no issues. Re-upload might still show broken because of memcached protection in place (which is based on the image name, not hash) but that should fix it :/ Amir (talk) 10:34, 2 September 2026 (UTC)

The file there is File:East Asia (orthographic projection).svg. This error sounds similar to T436505: 400 Bad Request on File:Warsaw Pact in 1990 (orthographic projection).svg. Sam Wilson 08:01, 2 September 2026 (UTC)

This is now fixed —TheDJ (talk • contribs) 15:28, 2 September 2026 (UTC)

SVG uploads failing

Tracked in Phabricator
Task T425216

It seems uploading new versions of existing SVG files are failing in two ways:

1. For File:picture_maze_solved.svg, though the thumbnail on the file page is updated, viewing the SVG loads the old version – I've uploaded two new versions. Even editing with User:Rillke/SVGedit.js loads the old one.
2. For File:2026_uk_heatwaves.svg, both thumbnail on the file page and the file are updated, but the thumbnail on en:2026 United Kingdom heatwaves is not despite doing ?action=purge on both the file page and article.

Could someone please look into it?

Thanks,
cmɢʟee ⋅τaʟκ 08:42, 2 September 2026 (UTC)

Hi. Sorry about this, we're looking into as a priority. There are a couple of actively reported SVG issues, both here and on English Wikipedia village pump, but it's too early to say if they are related or what the cause is. JTweed-WMF (talk) 10:31, 2 September 2026 (UTC)

Ok, it looks like this is unrelated to the other SVG issues. It is a known issue with cache purges more broadly. which is already being actively worked on and tracked in phab:T425216. JTweed-WMF (talk) 10:42, 2 September 2026 (UTC)

@JTweed-WMF: Many thanks for your prompt attention. The first issue has been resolved (but not the second). Cheers, cmɢʟee ⋅τaʟκ 14:04, 2 September 2026 (UTC)

Błąd wewnętrzny

[e7abf4b6-7e7a-487d-bc5c-a4eeb7f22944] 2026-09-02 18:25:08: Krytyczny wyjątek typu „InvalidArgumentException”.

-> Błąd Magen (talk) 18:28, 2 September 2026 (UTC)

I have the same, for the last 10 minutes. Ymblanter (talk) 18:30, 2 September 2026 (UTC)

So did I. Obviously the upload is not working at all. -- Clemens 18:48, 2 September 2026 (UTC)

The old form still works. Ymblanter (talk) 18:52, 2 September 2026 (UTC)

Ah, Thank you. Still a severe issue, because the old form cannot be accessed via WP (e. g. Wiki loves monuments pages(!)). -- Clemens 18:55, 2 September 2026 (UTC)

It's now working again. Many thanks to whoever fixed this. -- Clemens 19:10, 2 September 2026 (UTC)