Commons:Village pump/Technical/Archive/2024/06

Enable numeric sorting for Commons categories

English Wikipedia has numeric sorting for its categoesolveries, e.g. en:Category:Companies by year of establishment and country see that "0–9" that is created to as MediaWiki understands these are numbers and should be sorted using numeric sorting rather than character by character but Wikimedia Commons doesn't do that sorting and e.g. there is no "0-9" on Category:Photographs_in_the_Golestan_Palace_Library so 1039 is put before 108 I've proposed that on phab:T366703 but I'm told to discuss that with Commons community also. English Wikipedia uses the same config and the change from going from uppercase sorting to uca-default is discussed at phab:T136150. −ebrahim^talk 13:29, 5 June 2024 (UTC)

Obsolete, previously agreed to have, Commons:Village_pump/Archive/2024/04#h-Numerical_sorting_in_categories-20240401232200 −ebrahim^talk 17:24, 5 June 2024 (UTC)

Subcategory sorting broken

Did this get changed today?
Any idea why "M" for subcategories is between "A" and "C" on Category:Goethe streets ?
Also "next" on Category:Non-empty category redirects doesn't work anymore. Enhancing999 (talk) 14:38, 6 June 2024 (UTC)

@Enhancing999: Yes, according to phab:T362494 it seems to have been deployed about half an hour ago. I suspect that there may be some transient problems while sort keys get updated for the new ordering. --bjh21 (talk) 14:45, 6 June 2024 (UTC)

Weird. Let's given them a week to sort it out. Enhancing999 (talk) 14:51, 6 June 2024 (UTC)

Seems they gave up on it. Phab:T366809. [1] Enhancing999 (talk) 15:38, 6 June 2024 (UTC)

The find from the post-mortem at phab:T362494 seems to be that the script was run with the wrong options leading to change every sortkey, not just numeric ones. That it takes a long time to run shouldn't be that much an issue. Enhancing999 (talk) 09:15, 7 June 2024 (UTC)

@Enhancing999 That's not entirely correct. The problem is that the category collation script wasn't run at all, and running it would take weeks to months, during which categories would be broken in the ways you noticed. Because of the size of the Commons categorylinks database, this would cause more stress to the database than the database administrators are willing to tolerate. Using pure numeric collation instead of uca-default-u-kn would reduce the broken categories issue, but wouldn't change the database load issue. The size of the Commons database (specifically the tables for categories and templates) is so large that on its own it is causing stability issues (phab:T343131). We will need to take a hard and careful look at how we use categories and templates and reduce unnecessary uses of both, migrating data to SDC (which is stored more efficiently) where reasonable. Unfortunately we won't be able to do this on our own, it will need WMF support. AntiCompositeNumber (talk) 00:10, 10 June 2024 (UTC)

The two problems I reported here seem to be due entirely due to the wrong options being used. Or am I missing something? Enhancing999 (talk) 08:41, 10 June 2024 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. --Enhancing999 (talk) 12:11, 1 July 2024 (UTC)

sort

Any ideas about how to sort files in subcategories of Category:Photographs in the Golestan Palace Library by number? each subcategory might contain more than 100 files in the future. Hanooz 12:46, 7 June 2024 (UTC)

Either

• by setting the album category with sortkey in a template
• or by adding a sortkey in on the file sample.

Enhancing999 (talk) 13:33, 7 June 2024 (UTC)

Thanks. I'm looking for a more proper way as there are more than 3000 files like the one you mentioned. Hanooz 13:40, 7 June 2024 (UTC)

It should be fairly straightforward either way. Commons:Bots/Work_requests can help. Enhancing999 (talk) 13:49, 7 June 2024 (UTC)

User:Hanooz: This was requested at Commons:Village pump/Archive/2024/04#h-Numerical sorting in categories-20240401232200 and now is purposed and blocked on phabricator:T362494 and interestingly enough my involvement with the issue is because of the same category also. If this didn't happen we can prepend 0 to subcategories sortkey as a work around. −ebrahim^talk 14:26, 10 June 2024 (UTC)

I guess a three-digit sortkey must be added to each file. Hanooz 18:35, 10 June 2024 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. --Enhancing999 (talk) 12:11, 1 July 2024 (UTC)

Special:Search and broken thumbnails

Apparently this was fixed 2 years back, but somehow came back: phab:T320459 "Should not see squared, cropped thumbnails next to search results for files on Special:Search page on Commons".

What has changed since? How can we fix it again? @El Grafo, Matthiasmullie, and Raymond: Enhancing999 (talk) 10:53, 10 June 2024 (UTC)

Might have to do with the recent changes to MediaWiki:Common.css – @Ebrahim: could you check that please? El Grafo (talk) 12:23, 10 June 2024 (UTC)

Enhancing999, El Grafo: This isn't related to my change as that was about jQuery UI dialog in RTL and the code is available in several wikis so the change is MediaWiki side as far as I can tell but surely I want to help to fix it but I don't remember what the fixed situation looked like but have made this temporarily link so you can see if this is what you want which if so I can apply to be shown always −ebrahim^talk 14:40, 10 June 2024 (UTC)

• 
• 
• 
• 
• 
• 
• 
• 
• 
• 

@ebrahim: That would be an improvement. The images are no longer randomly cropped. Ideally, I guess lines for each result would have a similar height and the text would still align even if the images vary in actual width. A bit like the sample above (obviously with a larger text area). Thanks for looking into this. Enhancing999 (talk) 15:20, 10 June 2024 (UTC)

Enhancing999: I've applied the change I shown on the temporarily link but I don't know yet how to apply this one you've brought which indeed looks great −ebrahim^talk 15:52, 10 June 2024 (UTC)

Is there a way to revert or toggle this back to the squares or set a maximum height? The changes have resulted in vertically large images being huge and taking up several screenfuls of screen space. This is making using search to scan many images at once nigh on impossible. It is excruciating. Gnomingstuff (talk) 16:56, 10 June 2024 (UTC)

For a specific example of what I mean, search "Unicode Tangut 17000 to 17FFF". If an image with similar proportions shows up in search -- and they frequently do, even in my experience in a short span of time -- image search becomes massively, massively cumbersome. Gnomingstuff (talk) 16:58, 10 June 2024 (UTC)

I made some MediaWiki core changes to get rid of the table layout. It might be that it is related to that ? —TheDJ (talk • contribs) 18:50, 10 June 2024 (UTC)

Ok, this is definitely related. I wasn't aware that Commons had this override, so i couldn't take it into account when I was working on this. I have one small problem, in that I don't remember what sizing this used exactly before. I will test this out with my local MediaWiki install tomorrow and can then give you update CSS code for Commons to fix the problem. —TheDJ (talk • contribs) 21:11, 10 June 2024 (UTC)

Hmm, this was already broken for quite a bit before my change (ever since the new image html was in place like a year ago, although my change made it break harder). OK, what is it that we WANT ? I think we want consistent indentation of the text. Core currently specifies the image as 90px wide. And then we want portrait images to not get cut off. But we also need portrait to be limited, or some exceptional cases would span half the page. Let's say limit height to a maximum of 180px ? Then we want to preserve aspect ratio. We currently vertically align to the top, and horizontally centre. We could align left instead, that might visually look more consistent. Is that a good representation ?

There are some indications that Commons was using more than 90px wide... Does anyone know if Commons was using a larger image in the search results than other wikis ? —TheDJ (talk • contribs) 19:15, 11 June 2024 (UTC)

Ideally we would use a size that already exists, i.e. the thumbnail needn't be generate for the search.

Above screenshots from 2017 and 2021. I doubt that was 90px. Not sure if anything is even visible on 90px.

Categories use 120px, maybe a bit larger would be fine. Enhancing999 (talk) 19:30, 11 June 2024 (UTC)

Come to think of it .. for the size, couldn't we use the user's preferred thumbnail setting? Enhancing999 (talk) 21:55, 11 June 2024 (UTC)

The actual size of thumbnail never changes, just the scale at which we display it. Going too large will simply cause more pixelation. There is some play, I’ll check tomorrow how much. —TheDJ (talk • contribs) 23:11, 11 June 2024 (UTC)

Gnomingstuff: Your take is also totally understandable but this change is hard to revert for a specific user so consider my change temporarily till we see what User:TheDJ can come up with as honestly I don't remember how it looked like before the changes. −ebrahim^talk 06:53, 11 June 2024 (UTC)

@Ebrahim admittedly I am not a CSS expert but max-height on the container and object-fit on the image (to crop anything that falls outside the container)? Gnomingstuff (talk) 14:05, 11 June 2024 (UTC)

The idea is to avoid random cropping (who could possible want that). It really makes search results hard to read. Enhancing999 (talk) 14:08, 11 June 2024 (UTC)

I would want that. It makes search results even harder to read when I have to scroll 3 viewport heights just to get past one image. Gnomingstuff (talk) 15:11, 13 June 2024 (UTC)

I was awaiting TheDJ's fix and somehow I didn't notice the ping in MediaWiki talk:Common.css and I was checking here instead… The fix is applied and it looks great to me but if there a specific case where things needs to be improved please bring it here to see what we can do about it. Thanks! −Ebrahim^talk 21:35, 14 June 2024 (UTC)

Great! Thanks to both of you! Enhancing999 (talk) 22:00, 14 June 2024 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. --Enhancing999 (talk) 12:11, 1 July 2024 (UTC)

MediaWiki:kartographer-tracking-category, currently Category:Pages with maps

Are there any uses of this category by MediaWiki itself? We are discussing changing its name or scope at Commons:Categories_for_discussion/2019/06/Category:Pages_with_maps#June_2024. Enhancing999 (talk) 11:03, 13 June 2024 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. --Enhancing999 (talk) 12:11, 1 July 2024 (UTC)

Want to know how to place a multi-page (4 page, pdf file) into a Spanish Wikipedia gallery?

I am the editor of the Spanish article of Juan Francisco Morales Llerena of Ecuador. What do I have to do to place a four page PDF file into the Gallery of Juan Francisco Morales Llerena's Wikipedia page. I had placed a few multi-page PDF files into "Juan Francisco Morales Llerena's" Gallery a few years ago, but I cannot do it now. Something has changed, am I right or wrong? Bg1948Bg (talk) 15:41, 19 June 2024 (UTC)

@Bg1948Bg take a look at Help:PDF#Using_PDF_within_Wikimedia_projects. RZuo (talk) 17:22, 19 June 2024 (UTC)

Thanks a lot. Will do. I was getting a bit frustrated, but I will never give up. General Juan Francisco Morales Llerena is too important of a historical figure to do that. Thanks. Bg1948Bg (talk) 17:51, 19 June 2024 (UTC)

• 
  En la página 906 de "Somatén - Artículos escogidos de EL PINCHINCHA" se puede leer que Juan Francisco Morales Llerena fue ascendido a General de la República.
• 
  page 907 (page 1157 in file)

@Bg1948Bg: see above. Enhancing999 (talk) 12:08, 30 June 2024 (UTC)

Thank you. I finally discovered what I was doing wrong. I had the Permission set On which kept someone else with Adobe Acrobat software to make changes to my document. I took Off the ability to block other people from making edits to my Adobe Acrobat document and the document opened to each page of the PDF without any problems. It might be a could idea, if Wikipedia would have this piece of knowledge published on their information sheet that tells how to insert a PDF into a Wikipedia article. Thanks again to responding to my inquiry. Bg1948Bg (talk) 13:07, 30 June 2024 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. --Enhancing999 (talk) 12:11, 1 July 2024 (UTC)

Displaying a DjVu file in another wiki

Hello,

I just imported a new DjVu file (File:Herrieu - Chansons populaires du pays de Vannes, 2e série, 1913.djvu) but the file is not displaying on the other wikis (see on br.wikisource or fr.wikisource for example).

Do I need to wait a bit ? Gwendal (talk) 11:57, 28 June 2024 (UTC)

It shows up for me now, so that's probably it. In the future, you can try purging the page on Commons to speed things up a bit. —CalendulaAsteraceae (talk • contribs) 00:41, 30 June 2024 (UTC)

Thanks, that was it. Gwendal (talk) 11:41, 30 June 2024 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. --Enhancing999 (talk) 12:11, 1 July 2024 (UTC)

Batch change of description in user category

Hi, I would like to change authorship description (author=RomanM82 to author=Roman Mifek) for all files in my user Category:Files by User:RomanM82. Can you help me? Thank you, RomanM82 (talk) 16:57, 30 June 2024 (UTC)

Try Commons:Bots/Work_requests. Enhancing999 (talk) 12:08, 1 July 2024 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. --Enhancing999 (talk) 12:11, 1 July 2024 (UTC)

Tech News: 2024-23

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

Recent changes

• It is now possible for local administrators to add new links to the bottom of the site Tools menu without JavaScript. Documentation is available. [2]
• The message name for the definition of the tracking category of WikiHiero has changed from "MediaWiki:Wikhiero-usage-tracking-category" to "MediaWiki:Wikihiero-usage-tracking-category". [3]
• One new wiki has been created: a Wikipedia in Kadazandusun (w:dtp:) [4]

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 4 June. It will be on non-Wikipedia wikis and some Wikipedias from 5 June. It will be on all wikis from 6 June (calendar). [5][6]

Future changes

• Next week, on wikis with the Vector 2022 skin as the default, logged-out desktop users will be able to choose between different font sizes. The default font size will also be increased for them. This is to make Wikimedia projects easier to read. Learn more.

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

MediaWiki message delivery 22:32, 3 June 2024 (UTC)

Discussion at MediaWiki talk:Gadget-Cat-a-lot.js#MediaWiki:Mobile-frontend-return-to-page vs MediaWiki:Returnto

You are invited to join the discussion about localization of the Cat-a-lot gadget at MediaWiki talk:Gadget-Cat-a-lot.js#MediaWiki:Mobile-frontend-return-to-page vs MediaWiki:Returnto. —⁠andrybak (talk) 21:59, 4 June 2024 (UTC)

Tech News: 2024-24

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

Recent changes

• The software used to render SVG files has been updated to a new version, fixing many longstanding bugs in SVG rendering. [7]
• The HTML used to render all headings is being changed to improve accessibility. It was changed last week in some skins (Vector legacy and Minerva). Please test gadgets on your wiki on these skins and report any related problems so that they can be resolved before this change is made in Vector-2022. The developers are still considering the introduction of a Gadget API for adding buttons to section titles if that would be helpful to tool creators, and would appreciate any input you have on that.
• The HTML markup used for citations by Parsoid changed last week. In places where Parsoid previously added the mw-reference-text class, Parsoid now also adds the reference-text class for better compatibility with the legacy parser. More details are available. [8]

Problems

• There was a bug with the Content Translation interface that caused the tools menus to appear in the wrong location. This has now been fixed. [9]

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 11 June. It will be on non-Wikipedia wikis and some Wikipedias from 12 June. It will be on all wikis from 13 June (calendar). [10][11]
• The new version of MediaWiki includes another change to the HTML markup used for citations: Parsoid will now generate a <span class="mw-cite-backlink"> wrapper for both named and unnamed references for better compatibility with the legacy parser. Interface administrators should verify that gadgets that interact with citations are compatible with the new markup. More details are available. [12]
• On multilingual wikis that use the <translate> system, there is a feature that shows potentially-outdated translations with a pink background until they are updated or confirmed. From this week, confirming translations will be logged, and there is a new user-right that can be required for confirming translations if the community requests it. [13]

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

MediaWiki message delivery 20:17, 10 June 2024 (UTC)

New designs for logo detection tool

Mockup for an alert when a logo is detected

Hello all! We're happy to share that we will work on logo detection in the following months and that we defined an initial approach for this.

You can read more at the project page and you can have your say in the project's talk.

We want your feedback on it, and we need your insights on how to further tune the detection tool.

Thanks for your attention! Sannita (WMF) (talk) 13:55, 11 June 2024 (UTC)

Template presentation wigging out

{{By color}} is displaying some CSS on Category:Orange gradient. I don't recall seeing this before and have used this template on several other pages. —Justin (koavf)❤T☮C☺M☯ 01:50, 13 June 2024 (UTC)

It seems to come from Template:Gradient, possibly transcluded there after a change by @OmegaFallon: on Template:By color [14] adding Template:Translated meta category name. Enhancing999 (talk) 03:18, 13 June 2024 (UTC)

Tech News: 2024-25

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

Recent changes

• People who attempt to add an external link in the visual editor will now receive immediate feedback if they attempt to link to a domain that a project has decided to block. Please see Edit check for more details. [15]
• The new Community Configuration extension is available on Test Wikipedia. This extension allows communities to customize specific features to meet their local needs. Currently only Growth features are configurable, but the extension will support other Community Configuration use cases in the future. [16][17]
• The dark mode beta feature is now available on category and help pages, as well as more special pages. There may be contrast issues. Please report bugs on the project talk page. [18]

Problems

• Cloud Services tools were not available for 25 minutes last week. This was caused by a faulty hardware cable in the data center. [19]
• Last week, styling updates were made to the Vector 2022 skin. This caused unforeseen issues with templates, hatnotes, and images. Changes to templates and hatnotes were reverted. Most issues with images were fixed. If you still see any, report them here. [20]

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 18 June. It will be on non-Wikipedia wikis and some Wikipedias from 19 June. It will be on all wikis from 20 June (calendar). [21][22]
• Starting June 18, the Reference Edit Check will be deployed to a new set of Wikipedias. This feature is intended to help newcomers and to assist edit-patrollers by inviting people who are adding new content to a Wikipedia article to add a citation when they do not do so themselves. During a test at 11 wikis, the number of citations added more than doubled when Reference Check was shown to people. Reference Check is community configurable. [23]
• Mailing lists will be unavailable for roughly two hours on Tuesday 10:00–12:00 UTC. This is to enable migration to a new server and upgrade its software. [24]

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

MediaWiki message delivery 23:46, 17 June 2024 (UTC)

New changes to the "Depicts" step in UploadWizard available on Beta Commons

Hi all! I wanted to announce that on Beta Commons a new version of the "depicts" step of UploadWizard is available for testing. This new version will be available until Monday afternoon. We're waiting for your feedback on it at the general Village Pump. Sannita (WMF) (talk) 10:30, 19 June 2024 (UTC)

Adding mediainfo to many files

How to apply this edit to another 60 files? I have used Upload Master, but on last step it tagged only one file instead of all files from batch upload. MBH 12:39, 18 June 2024 (UTC)

You can use Petscan and Quickstatemnts for that like this

1. Open Quickstatements https://quickstatements.toolforge.org
   1. Login to quickstatements from top right corner login link (you need to do OAUTH authorization before the Petscan->Quckstatement integration works)
2. Open Petscan https://petscan.wmflabs.org
   1. In tab "Categories" click link "commons"
   2. In tab "Categories" add value "Interior of B-396" to the categories box
   3. In tab "Page properties" check the value "File"
   4. Click Do it! -button
      1. There should be 104 results
      2. In top of the result list is text box with text: "Command list; "P31:Q5" to add, or "-P31"/"-P31:Q5" to remove statements". Change the value to "P180:Q4073829"
      3. Click check all
      4. Click start QS
         1. In quickstatements click Run

--Zache (talk) 13:11, 18 June 2024 (UTC)

*Zache Thank you, all done. MBH 11:43, 19 June 2024 (UTC)

User:Magnus Manske/sdc tool.js is way easier.

also, when you were using uploadwizard to batch upload, at the last step you can "copy statement to all files", which would have done exactly what you want to do. RZuo (talk) 15:45, 18 June 2024 (UTC)

• RZuo Thank you too, but for me Zache's detailed instruction is way easier then link to some tool I don't know how to use. Is there a manual for your tool? MBH 11:43, 19 June 2024 (UTC)

  if you had read the page.

  This tool lets you quickly add statements for Structured Data on Commons (SDC) to (selected) files on galleries, category pages, and serach results.

  Demo video: https://www.youtube.com/watch?v=RIjXRJNcbL0

  Demo video 2 (item creation/Wikidata Infobox): https://www.youtube.com/watch?v=vvSimZSD_IU RZuo (talk) 11:55, 19 June 2024 (UTC)

  @RZuo what is worth, i didn't know about sdc_tool before this and i was grateful to find it. Afaik it would be good idea to add it to the Commons:Gadgets so editors could toggel it on via user settings. --Zache (talk) 13:00, 19 June 2024 (UTC)

@RZuo @Zache another question: I tagged English description of files as Russian [25] [26] , how to fix this? MBH 21:07, 20 June 2024 (UTC)

I would just use deepl, google translate, chatgpt etc to translate it to russian. Immediatly one could also just revert the edit, but in this case it doesn't work as system says that there is an edit conflict. --Zache (talk) 04:05, 21 June 2024 (UTC)

@MBH https://commons.wikimedia.org/w/index.php?title=File:View_from_Moscow_Sun_Ferris_wheel_19.jpg&diff=886167097&oldid=885974896

open the file page. a few lines below the file you can see two tabs "File information" and "Structured data". you can edit "Captions" in the "File information" tab. click the bin icon to delete a caption. click "publish changes" to save your edits. RZuo (talk) 07:31, 21 June 2024 (UTC)

Cat-a-lot still doesn't work well

Though this section was archived because the problem would supposedly have been resolved, Cat-a-lot still doesn't work for subcategories with at least one subcategory. So can this problem get a high priority and really be solved? It is now almost half a year that it arose. JopkeB (talk) 17:04, 6 June 2024 (UTC)

Also, could it be made to work on Special:MediaSearch? Or fix Special:Search to display the full images? Enhancing999 (talk) 09:12, 7 June 2024 (UTC)

Per MediaWiki_talk:Gadget-Cat-a-lot.js#Editing_"Expand"_on_English_Wikipedia: It seems to try to edit the local version of Expand, which hangs if that page does not exist and edits Expand if it does. This led to en:Expand getting fully protected, so Cat-a-lot skips categories with subcategories. –LaundryPizza03 (dc̄) 00:50, 23 June 2024 (UTC)

@LaundryPizza03: Is that forever or can it be fixed? Until the beginning of this year it worked well. JopkeB (talk) 03:56, 23 June 2024 (UTC)

What are you talking about? –LaundryPizza03 (dc̄) 05:31, 23 June 2024 (UTC)

Is the problem (which is getting worse, today I cannot even work with Cat-a-Lot on the Special:Search anymore, only within categories) due to last forever or can it be fixed? This is becoming more and more an unworkable situation. JopkeB (talk) 07:09, 23 June 2024 (UTC)

Tech News: 2024-26

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

Recent changes

• Editors will notice that there have been some changes to the background color of text in the diff view, and the color of the byte-change numbers, last week. These changes are intended to make text more readable in both light mode and dark mode, and are part of a larger effort to increase accessibility. You can share your comments or questions on the project talkpage. [27]
• The text colors that are used for visited-links, hovered-links, and active-links, were also slightly changed last week to improve their accessibility in both light mode and dark mode. [28]

Problems

• You can copy permanent links to talk page comments by clicking on a comment's timestamp. This feature did not always work when the topic title was very long and the link was used as a wikitext link. This has been fixed. Thanks to Lofhi for submitting the bug. [29]

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 25 June. It will be on non-Wikipedia wikis and some Wikipedias from 26 June. It will be on all wikis from 27 June (calendar). [30][31]
• Starting 26 June, all talk pages messages' timestamps will become a link at English Wikipedia, making this feature available for you to use at all wikis. This link is a permanent link to the comment. It allows users to find the comment they were linked to, even if this comment has since been moved elsewhere. You can read more about this feature on Diff or on Mediawiki.org. [32]

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

MediaWiki message delivery 22:29, 24 June 2024 (UTC)

Interface administrator requests at MediaWiki talk:Gadget-Cat-a-lot.js

There are several edit requests for interface administrators at MediaWiki talk:Gadget-Cat-a-lot.js. The following edit requests have diffs with proposals. In order of importance:

1. Bug fix: MediaWiki talk:Gadget-Cat-a-lot.js/Archive 3#Minor edit unmarking feature not working (Special thanks to User:Miraclepine for reporting the bug.)
2. Localization fix: MediaWiki talk:Gadget-Cat-a-lot.js/Archive 3#Mobile-frontend-return-to-page
3. UI tweak: MediaWiki talk:Gadget-Cat-a-lot.js/Archive 3#Please add link to Help:Gadget-Cat-a-lot in the box

The page MediaWiki talk:Gadget-Cat-a-lot.js already has instances of {{Edit request}}. Because of it, these new requests won't show up in watchlists of those watching Category:Commons protected edit requests for interface administrators. Hence this additional message at Village pump. —⁠andrybak (talk) 16:31, 15 June 2024 (UTC)

Lucas Werkmeister, as the most recently active interface administrator with recent edits in Gadgets, could you please take a look? —⁠andrybak (talk) 19:46, 16 June 2024 (UTC)

Did two of them, leaving the third one open for feedback for a moment. And yeah, the watchlist issue is a general problem with the current edit request system – MediaWiki talk:Copyupload-allowed-domains also suffers from it from time to time. Lucas Werkmeister (talk) 21:03, 16 June 2024 (UTC)

Thank you! I've struck out the completed requests above. —⁠andrybak (talk) 21:20, 16 June 2024 (UTC)

Third one also done, and I’ll see if I can deal with Valerio’s edit request too, to get this out of the category. Lucas Werkmeister (talk) 20:03, 19 June 2024 (UTC)

I've disabled Valerio's request. Nardog proposed a bugfix two days ago in MediaWiki talk:Gadget-Cat-a-lot.js § Random unexpected failures at enwiki. —⁠andrybak (talk) 00:01, 25 June 2024 (UTC)

Updated the links to the archived sections. Struck out the third request, which was implemented in Special:Diff/885487790. —⁠andrybak (talk) 19:24, 27 June 2024 (UTC)

Section MediaWiki talk:Gadget-Cat-a-lot.js#Random unexpected failures at enwiki has a patch, which is already tested. Could an interface administrator please take a look? —⁠andrybak (talk) 20:24, 8 July 2024 (UTC)

User:AntiCompositeNumber or User:Mike Peel, could you please take a look at the edit request by Nardog: MediaWiki talk:Gadget-Cat-a-lot.js#Random unexpected failures at enwiki? —⁠andrybak (talk) 13:28, 13 July 2024 (UTC)

User:Jarekt, could you please apply the edit request by Nardog to fix a bug in the Cat-a-lot gadget: MediaWiki talk:Gadget-Cat-a-lot.js#Random unexpected failures at enwiki? —⁠andrybak (talk) 08:34, 1 August 2024 (UTC)

Jarekt doesn't do js requests. Also, you might want to open a new section for new requests and mark it them as done once completed, otherwise the same happens here what you are trying to counter by posting here. As there is no interface admin board, maybe COM:AN should be used.

BTW Using cat-a-lot frequently myself, I appreciate that you are fixing it. Enhancing999 (talk) 09:17, 1 August 2024 (UTC)

Jarekt doesn't do js requests – oh man, let's try again, I guess: User:JopkeB brought up Special:Diff/876867555 below. Perhaps, MusikAnimal could help us, then? Could you please take a look at the edit request at MediaWiki talk:Gadget-Cat-a-lot.js#Random unexpected failures at enwiki? —⁠andrybak (talk) 10:27, 1 August 2024 (UTC)

⁠andrybak, yes I do not speak javascript, so I am trying to leave those requests to people that do. But feel free to ping me for any template, Lua or protected file related requests. By the way, there is quite a backlog of javascript requests at Category:Commons protected edit requests for interface administrators, some of them going back to 2023 and maybe earlier. --Jarekt (talk) 14:23, 1 August 2024 (UTC)

Sorry for my delay in returning to this. I've implemented the change as suggested. Since we seem to be short-handed here, I'll have a go at Category:Commons protected edit requests for interface administrators as well. Note however I'm using my global interface editing rights – rights I do not hold locally here on Commons. I am always happy to help, but it does seem odd to keep coming back here when we have quite a few local users capable of handling these requests. — MusikAnimal ^talk 17:24, 7 August 2024 (UTC)

Thank you for taking care of this. —⁠andrybak (talk) 20:35, 7 August 2024 (UTC)

This section was archived on a request by: —⁠andrybak (talk) 20:35, 7 August 2024 (UTC)

Cat-a-lot does still not work for all categories

I just saw that Commons:Village_pump/Technical/Archive/2024/02#Cat-a-lot_does_not_work_for_categories was closed: This section was archived because: Fixed in Special:Diff/876867555, see MediaWiki talk:Gadget-Cat-a-lot.js#Cat-a-lot failing 202402. —⁠andrybak (talk) 22:02, 4 June 2024 (UTC).
But this problem has still not be solved: when I use Cat-a-lot trying to move/copy categories that have subcategories, to other categories, the program still runs endlessly without doing anything. That is within a category and in the Special search mode. In the Special search mode there is also another problem: sometimes some files will not be moved, sometimes because they are already in the category (while at other times a message simply appears for that situation) and sometimes it is totally unclear why some files are not moving. Please do not declare this problem for the third time to be solved unless it really has been solved. JopkeB (talk) 08:27, 1 August 2024 (UTC)

JopkeB, thank you for bringing this up. The most recent discussion about this problem is at MediaWiki talk:Gadget-Cat-a-lot.js#Random unexpected failures at enwiki. An interface administrator is needed to apply the fix provided by User:Nardog. I've tried getting their attention at Commons:Village pump/Technical#Interface administrator requests at MediaWiki talk:Gadget-Cat-a-lot.js. Two weeks has passed since last message, we could try pinging another interface administrator. —⁠andrybak (talk) 08:32, 1 August 2024 (UTC)

Do I understand it well: somebody has changed the program in the test mode, the only thing that has to be done is an interface administrator to test it and if (s)he gives permission the solution can be implemented?

Would it help if I would put it on the meta:Community Wishlist? JopkeB (talk) 08:51, 1 August 2024 (UTC)

Yes to the first question. Probably no to the second. —⁠andrybak (talk) 10:28, 1 August 2024 (UTC)

Thanks a lot for your efforts to solve the problem, the update and your answers. JopkeB (talk) 16:12, 1 August 2024 (UTC)

Cat-a-lot works again like a charm! JopkeB (talk) 05:25, 8 August 2024 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. --JopkeB (talk) 05:26, 8 August 2024 (UTC)

Upload functions used by various tools

Just wondering, is there a technical difference in the backend between the following ways:

• 1. Special:Upload
• 2. https://commons.wikimedia.org/w/index.php?title=Special:Upload&wpDestFile=
• 3. Special:UploadWizard (the actual upload step, not the steps before and afterwards)
• 4. Cross-wiki media upload tool
• 5. pybot upload function

Some observations:

• I'd expect #1 and #2 to be the same, but somehow uploads are less likely to fail if one creates the file description page first and then uses the "upload" link there (#2).
• The documentation for #4 mentions the api. Presumably this is the same being used by #5. The test I did with #4 seemed to work better than #3 usually does.

If ask for ranking the reliability of these tools, I'd say #5/#4, #2, #1, #3. Enhancing999 (talk) 15:29, 24 June 2024 (UTC)

Still curious about this. Maybe #2 works better than #1 as it doesn't involve creating the page. Enhancing999 (talk) 11:40, 24 July 2024 (UTC)

• 1 and 2 are exactly the same. But indeed if there is no page yet, more operations are involved. And if you upload a new version of the same file, there will also be more operations that are involved and all need to succeed (archiving the old file).
• 3 uses Chunked uploading, which is a lot more complex than 1 and 2, but can also support much larger files
• 4 uses JS to upload to the api. This is another entry point into 1/2, but behind the entry point it works identical.
• 5 uses the same apis as 4 and 3 (and can do both chunked and non-chunked)

The backend is not the full story however. Each frontend/entrypoint has to implement multiple 'recovery' procedures that may improved reliability of uploading. Session expiration, dropped connection, token refreshing etc. all can be handled by each entrypoint (or not). —TheDJ (talk • contribs) 13:38, 24 July 2024 (UTC)

Protection level

File:Kalocsaizsuzsa.jpg is autopatrol protected so why is there (protectedpagetext: editprotected, edit) system message on it? Is the Wikibase part of the page indeed under full (sysop) protection? --Geohakkeri (talk) 21:40, 12 June 2024 (UTC)

That is weird. The text This page is currently protected, and can be edited only by administrators. comes from Template:Protectedpagetext/PageProtected, but the expected text is at Template:Protectedpagetext/PageAutopatrolProtected. Both of these are transcluded by MediaWiki:Protectedpagetext depending on its first parameter $1. Here's the wikitext:

{{#switch: {{{1|$1}}}
 | editprotected = {{Protectedpagetext/PageProtected}} <!-- Fully protected -->
 | templateeditor = {{Protectedpagetext/PageTemplateProtected}} <!-- Template protected -->
 | editautopatrolprotected = {{Protectedpagetext/PageAutopatrolProtected}} <!-- editautopatrolprotected -->
 | #default = {{Protectedpagetext/PageSemiProtected}} <!-- Semi-protected -->
}}

Per mw:Manual:Interface/Protectedpagetext: $1 - the raw name of the right which is needed to edit the page. Special:ExpandTemplates for page File:Kalocsaizsuzsa.jpg and wikitext {{PROTECTIONLEVEL:edit}} gives editautopatrolprotected, as expected, but "protection level" and "name of the right" might not be the same. —⁠andrybak (talk) 20:08, 15 June 2024 (UTC)

editautopatrolprotected was added to MediaWiki:Protectedpagetext in Special:Diff/853065284 by User:GPSLeo, who is also the author of Template:Protectedpagetext/PageAutopatrolProtected. Perhaps they can check what went wrong. —⁠andrybak (talk) 20:15, 15 June 2024 (UTC)

This is the relevant code, I guess. There are editprotected and editsemiprotected hardcoded as the only options there. --Geohakkeri (talk) 20:51, 15 June 2024 (UTC)

So, if MediaWiki:Protectedpagetext depended on {{PROTECTIONLEVEL:edit}} rather than the proper parametre, it would be a quick fix at least. --Geohakkeri (talk) 21:11, 15 June 2024 (UTC)

Hmm. For reference, English Wikipedia's en:MediaWiki:Protectedpagetext has a similar #switch, with protect, editprotected, templateeditor, and extendedconfirmed.

Searching the code of MediaWiki, I also found mentions of Protectedpagetext in PermissionManager.php, which passes as the first parameter $1 either the string protect or a variable $right, which comes from function getRestrictions of RestrictionStore. My knowledge of PHP is limited, but I'd guess that possible values for restrictions come from $wgRestrictionLevels, hence templateeditor and editautopatrolprotected in Commons' version and templateeditor and extendedconfirmed in enwiki's version. —⁠andrybak (talk) 22:15, 15 June 2024 (UTC)

{{MediaWiki:Protectedpagetext|{{PROTECTIONLEVEL:edit}}}} on File:Kalocsaizsuzsa.jpg would display Template:Protectedpagetext/PageAutopatrolProtected.

Wonder if it works correctly on enwiki, w:Special:WhatLinksHere/Template:Protected_page_text/extendedconfirmed has no uses.

https://commons.wikimedia.org/wiki/File:Kalocsaizsuzsa.jpg?uselang=qqx shows (protectedpagetext: editprotected, edit)

Not sure what {{CASCADINGSOURCES}} is meant to do.

Maybe we could insert a switch based on Protectionlevel after "|editprotected =". Enhancing999 (talk) 15:15, 30 June 2024 (UTC)

I tried to look into this at test.wikipedia.org, but the settings there are different.

Here what is displayed on a file description page comes from javascript var "wbmiProtectionMsg". This might be filled with the actual protection level of the javascript source. Enhancing999 (talk) 12:16, 1 July 2024 (UTC)

I tried it out on Commons Beta Wiki [33][34] and it seems to work if you use {{PROTECTIONLEVEL:edit}}. —Matrix(!) {user - talk? - _uselesscontributions} 09:03, 4 August 2024 (UTC)

Please make an edit request if you think you have a working solution. Ultimately, I think it can only be tested properly by being applied here. Enhancing999 (talk) 13:16, 4 August 2024 (UTC)

I've made the edit, it should work now (give some time for cache to update) —Matrix(!) {user - talk? - _uselesscontributions} 05:48, 5 August 2024 (UTC)

I think CASCADINGSOURCES means sources of cascade protection. Alfa-ketosav (talk) 16:17, 19 July 2024 (UTC)

Footnotes