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

From Wikimedia Commons, the free media repository
Jump to navigation Jump to search

File:Rogier Lamp.jpg

Can someone pl. check this file and throw out d:Q29648480 of there (why is it transcluded anyway?) Thanks, --Mateus2019 (talk) 12:32, 24 March 2024 (UTC)

Changed inscription format. Removed d:Q29648480 from structured data.
Glrx (talk) 15:45, 24 March 2024 (UTC)
Great! Mateus2019 (talk) 17:01, 24 March 2024 (UTC)
Many thanks to both of you--Oursana (talk) 19:53, 24 March 2024 (UTC)
Checkmark This section is resolved and can be archived. If you disagree, replace this template with your comment. Glrx (talk) 20:21, 24 March 2024 (UTC)

Report request

Hello! Can someone please generate a list of files (ideally hyperlinked or in a gallery) that meet the following criteria:
1) The file page contains {{Remove border}}
2) The most recent upload contains the text "using CropTool"
This should allow me to quickly review requests for crop that have already been completed, as CropTool didn't remove that template during its early history. Thanks! The Squirrel Conspiracy (talk) 12:13, 1 March 2024 (UTC)

translation

hi, i want to translate the village pump and welcome in punjabi language (pa), that appears in the sidebar. Punjabi translations of these are

  1. Village Pump - ਸੱਥ
  2. Welcome - ਜੀ ਆਇਆਂ ਨੂੰ

KuldeepBurjBhalaike (Talk) 13:10, 2 March 2024 (UTC)

This relates to MediaWiki:Sidebar and its Punjabi language interface. Our Village Pump doesn't appear to have a Punjabi language variant, but COM:Welcome (See {{Lang-VP}}) has an attempted little translation at Commons:ਜੀ ਆਇਆਂ ਨੂੰ. You'd need to adopt the Village Pump at Commons:ਸੱਥ (by attempting Village Pump's Punjabi language translation), and for Welcome, I believe I have set-up the messages at MediaWiki:Welcome/pa and MediaWiki:Welcome-url/pa. It should appear on the interface. Please let me know if this helps. ─ Aafī (talk) 14:23, 2 March 2024 (UTC)
Thank you :) KuldeepBurjBhalaike (Talk) 11:39, 3 March 2024 (UTC)

Notification of discussion

Hello, Template talk:GPLv3 has had a merge discussion for a year and a bit now, and has seen little activity. Please help contribute to the discussion. Thank you, —Matrix(!) {user - talk? - contributions} 12:14, 3 March 2024 (UTC)

Tech News: 2024-10

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 Special:Book page (as well as the associated "Create a book" functionality) provided by the old Collection extension has been removed from all Wikisource wikis, as it was broken. This does not affect the ability to download normal books, which is provided by the Wikisource extension. [1]
  • Wikitech now uses the next-generation Parsoid wikitext parser by default to generate all pages in the Talk namespace. Report any problems on the Known Issues discussion page. You can use the ParserMigration extension to control the use of Parsoid; see the ParserMigration help documentation for more details.
  • Maintenance on etherpad is completed. If you encounter any issues, please indicate in this ticket.
  • Gadgets allow interface admins to create custom features with CSS and JavaScript. The Gadget and Gadget_definition namespaces and gadgets-definition-edit user right were reserved for an experiment in 2015, but were never used. These were visible on Special:Search and Special:ListGroupRights. The unused namespaces and user rights are now removed. No pages are moved, and no changes need to be made. [2]
  • A usability improvement to the "Add a citation" in Wikipedia workflow has been made, the insert button was moved to the popup header. [3]

Changes later this week

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

Future changes

  • All wikis will be read-only for a few minutes on March 20. This is planned at 14:00 UTC. More information will be published in Tech News and will also be posted on individual wikis in the coming weeks. [6]
  • The HTML markup of headings and section edit links will be changed later this year to improve accessibility. See Heading HTML changes for details. The new markup will be the same as in the new Parsoid wikitext parser. You can test your gadget or stylesheet with the new markup if you add ?useparsoid=1 to your URL (more info) or turn on Parsoid read views in your user options (more info).

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

MediaWiki message delivery 19:44, 4 March 2024 (UTC)

Automatically Counting Images in Section

Is there a way to automatically count the number of files in a page section and have it displayed somewhere on the page? I have a gallery section with a number of subsections on my userpage and for reference purposes it would be useful to have a way to know how many files are in each section without having to manually count them. –Noha307 (talk) 00:57, 5 March 2024 (UTC)

You seem to use {{Gallery}}. It’s technically possible to expand the template to support your use case, although I’m not sure if it’s worth making a template used on thousands of pages more complicated just because of one page. —Tacsipacsi (talk) 09:58, 5 March 2024 (UTC)
you could adapt w:Module:Table row counter for this. Enhancing999 (talk) 10:01, 5 March 2024 (UTC)

The 5MB bug

Last Wed I fixed a bug (phab:T350917) where files uploaded with chunked uploads would have their last chunk missing (Often called the 5MB bug because upload wizard uses 5MB chunks, so usually such files are a multiple of 5MB). This is not the first time this bug has been fixed, but I'm hopeful this fix is a bit more robust. So far no new files with this issue have been uploaded, where previously we were averaging about 2 a day. Anyhow, the reason I'm writing here is there are a bunch of files that are cut-off from before the fix went in. I'm not sure if someone wants to tell their authors, or delete them, or something. There is a list at https://quarry.wmcloud.org/query/80784# (Its possible there could be false positives on this list, but it seems like most are true positives). Bawolff (talk) 05:18, 5 March 2024 (UTC)

thx a lot for fixing it.
a few years ago such files have been added to Category:Incomplete JPG files (5 MB interruption). more recent buggy uploads over the last few years can be added to this too, ideally simultaneously with a reminder sent to their user talk pages.--RZuo (talk) 09:42, 5 March 2024 (UTC)

SDC duplicator？

is there a tool to copy sdc from 1 file to another file? use is for croptool uploads like File:Meiji Chelsea Yogurt Scotch 2011.jpg. RZuo (talk) 09:47, 5 March 2024 (UTC)

How to exclude redirects in search results？

https://commons.wikimedia.org/w/index.php?search=intitle:%22add+name+later%22 . i tried -insource, filesize, linksto, hastemplate. nothing works.--RZuo (talk) 09:42, 5 March 2024 (UTC)

This is a discussion on the topic that might be helpful. —CalendulaAsteraceae (talk • contribs) 21:33, 10 March 2024 (UTC)

Background not showing up in SVG previews

For some reason the background is not showing up correctly in SVG files I recently uploaded, e.g. File:Finnish dialect location map - southwestern dialects.svg (and 6 others). They're supposed to have the water (light blue) as the background, and it shows up correctly when I open the SVG file in my browser, but not in any of the generated previews, where it is either transparent or solid black. I think it is an issue in the SVG file, but I'm not sure what it is. — SURJECTION / T / C / L / 15:23, 10 March 2024 (UTC)

@Surjection:
The background is created with 
<rect class="sea background" width="960" height="1558" rx="" ry=""/>
Which is not supplying a number for rx or ry. I removed the attributes and the sea appears.
The class information is also conflicting. The "sea" wants to be stroked, but the "background" does not.
Glrx (talk) 01:50, 11 March 2024 (UTC)

Tech News: 2024-11

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

Changes later this week

  • The new version of MediaWiki will be on test wikis and MediaWiki.org from 12 March. It will be on non-Wikipedia wikis and some Wikipedias from 13 March. It will be on all wikis from 14 March (calendar). [7][8]
  • After consulting with various communities, the line height of the text on the Minerva skin will be increased to its previous value of 1.65. Different options for typography can also be set using the options in the menu, as needed. [9]
  • The active link color in Minerva will be changed to provide more consistency with our other platforms and best practices. [10]
  • Structured data on Commons will no longer ask whether you want to leave the page without saving. This will prevent the “information you’ve entered may not be saved” popups from appearing when no information have been entered. It will also make file pages on Commons load faster in certain cases. However, the popups will be hidden even if information has indeed been entered. If you accidentally close the page before saving the structured data you entered, that data will be lost. [11]

Future changes

  • All wikis will be read-only for a few minutes on March 20. This is planned at 14:00 UTC. More information will be published in Tech News and will also be posted on individual wikis in the coming weeks. [12][13]

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

MediaWiki message delivery 23:02, 11 March 2024 (UTC)

TimedText select list loss

There is no Montenegrin language (crnogorski cnr) in select language list of TimedText pages. how to fix this? ITZQing (talk) 11:02, 12 March 2024 (UTC)

you need to write on phab:. you can make one for your language like phab:T354201. RZuo (talk) 12:55, 12 March 2024 (UTC)

Lossless crop assistance

File:MartzAction41A-1-.PNG has specific cropping instructions that I have never seen before with suggestion for lossless tools. I would like assistance in cropping this into 4:3 (630px wide) and/or 3:2 (560px wide) proportions using such a tool.-TonyTheTiger (talk) 11:16, 14 March 2024 (UTC)

That file is a png, so cropping with pretty much any tool is going to be lossless. I assume that is why the template limits its recommendations for lossless tools with the note "if cropping a JPEG...". —RP88 (talk) 11:22, 14 March 2024 (UTC)
I have extracted with Photo. What do I need to do regarding the metadata to follow the instructions?-TonyTheTiger (talk) 13:13, 14 March 2024 (UTC)
I think you've already done it. Since the "copy this file metadata" link is just an edit link for the source file, I am pretty sure the template just wants to make sure you copy the contents of the {{Information}} from the source file to the new file. One quibble I would have is that the request was to "Crop to show the woman with the ball" but your cropped file shows both women. I think the goal of the requestor is to have a image of just Jennifer Martz that can be used at d:Q6178597 where it is not ambiguous as to which of the two women in the original image is Jennifer Martz. —RP88 (talk) 13:38, 14 March 2024 (UTC)
User:RP88, Notice that my crop removed a front facing teammate of Martz'. I think that would be the more important secondary subject to worry about. I think considerations of the backward facing person are less relevant.-TonyTheTiger (talk) 00:04, 15 March 2024 (UTC)

Tech News: 2024-12

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 notice "Language links are at the top of the page" that appears in the Vector 2022 skin main menu has been removed now that users have learned the new location of the Language switcher. [14]
  • IP info feature displays data from Spur, an IP addresses database. Previously, the only data source for this feature was MaxMind. Now, IP info is more useful for patrollers. [15]
  • The Toolforge Grid Engine services have been shut down after the final migration process from Grid Engine to Kubernetes. [16][17][18]
  • Communities can now customize the default reasons for undeleting a page by creating MediaWiki:Undelete-comment-dropdown. [19]

Problems

  • RevisionSlider is an interface to interactively browse a page's history. Users in right-to-left languages reported RevisionSlider reacting wrong to mouse clicks. This should be fixed now. [20]

Changes later this week

  • The new version of MediaWiki will be on test wikis and MediaWiki.org from 19 March. It will be on non-Wikipedia wikis and some Wikipedias from 20 March. It will be on all wikis from 21 March (calendar). [21][22]
  • All wikis will be read-only for a few minutes on March 20. This is planned at 14:00 UTC. [23][24]

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

MediaWiki message delivery 17:37, 18 March 2024 (UTC)

Logging usage of ajax quickdelete.

When using the speedy request in auditor, it generates a report in a log file, I was wondering how I could make a similar log for ajax quick delete CSD requests. Alachuckthebuck (talk) 20:15, 21 March 2024 (UTC)

"According to Exif data"

I have just discovered the According to Exif data and in the talk page, the user @Arnd had an interesting idea: to use a bot which will automatically add the EXIF data in the template. Would this be possible? Thanks, Erick Soares3 (talk) 20:12, 22 March 2024 (UTC)

I am running my bot from time to time to add missing dates to the template. To find the files i perform a search like insource:/According to Exif data *\}\}/. Would be nice to have a maintenance category for it. Regards, --Arnd 🇺🇦 (talk) 08:34, 23 March 2024 (UTC)

Tech News: 2024-13

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

  • An update was made on March 18th 2024 to how various projects load site, user JavaScript and CSS in Vector 2022 skin. A checklist is provided for site admins to follow.

Changes later this week

  • The new version of MediaWiki will be on test wikis and MediaWiki.org from 26 March. It will be on non-Wikipedia wikis and some Wikipedias from 27 March. It will be on all wikis from 28 March (calendar). [25][26]

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

MediaWiki message delivery 18:53, 25 March 2024 (UTC)

Image appears but doesn't appear although appear

Tarapaca Campaign.svg

In es:Guerra del Pacífico the image File:Tarapaca Campaign.svg doesn't appear but in es:Desembarco y combate de Pisagua the image appears. I guess it is some SVG irregularity in the SVG-Format of the image: the last thumbs in its common-history also doesn't appear. Does any one know the reason?. --Juan Villalobos (talk) 11:57, 23 March 2024 (UTC)

Sense of which shows is flipped? Guerra del Pacífico shows the image, but Desembarco y combate de Pisagua does not?
view-source:https://es.wikipedia.org/wiki/Desembarco_y_combate_de_Pisagua has
src="//upload.wikimedia.org/wikipedia/commons/thumb/d/d2/Tarapaca_Campaign.svg/300px-Tarapaca_Campaign.svg.png"
which should link to https://upload.wikimedia.org/wikipedia/commons/thumb/d/d2/Tarapaca_Campaign.svg/300px-Tarapaca_Campaign.svg.png
That image is good. ?action=purge of the es.Wiki page did not fix it.
Purging on the Commons file page kills the displayed main image (making it match the history thumbs).
Now the image does not display on Guerra del Pacifico.
Loading the PNG directly shows a server error.
At least everything is consistently broken.
Glrx (talk) 05:51, 24 March 2024 (UTC)
And now the PNG link displays and both es.Wiki articles display the image. Glrx (talk) 05:53, 24 March 2024 (UTC)
es:Guerra del Pacífico still doesn't display the image. --Juan Villalobos (talk) 07:33, 25 March 2024 (UTC)
It don't even see it on File:Tarapaca Campaign.svg. Clicking on some of the resolutions gives "Error
Our servers are currently under maintenance or experiencing a technical problem. Please try again in a few minutes.
See the error message at the bottom of this page for more information." Enhancing999 (talk) 09:03, 25 March 2024 (UTC)
At the bottom, among others "Error: 429, Too Many Requests at Mon, 25 Mar 2024". Enhancing999 (talk) 09:03, 25 March 2024 (UTC)
Does not show for me on File page or es:Guerra.
File page fail: 
Request URL: https://commons.wikimedia.org/wiki/File:Tarapaca_Campaign.svg
Request Method: GET
Status Code: 304 Not Modified

Age: 0
Cache-Control: private, s-maxage=0, max-age=0, must-revalidate
Date: Mon, 25 Mar 2024 15:09:26 GMT
Expires: Thu, 01 Jan 1970 00:00:00 GMT
Nel: { "report_to": "wm_nel", "max_age": 604800, "failure_fraction": 0.05, "success_fraction": 0.0}
Report-To: { "group": "wm_nel", "max_age": 604800, "endpoints": [{ "url": "https://intake-logging.wikimedia.org/v1/events?stream=w3c.reportingapi.network_error&schema_uri=/w3c/reportingapi/network_error/1.0.0" }] }
Server: ATS/9.1.4
Server-Timing: cache;desc="pass", host;desc="cp1100"
Set-Cookie: NetworkProbeLimit=0.001;Path=/;Secure;Max-Age=3600
Strict-Transport-Security: max-age=106384710; includeSubDomains; preload
Vary: Accept-Encoding,Cookie,Authorization
X-Cache: cp1100 miss, cp1100 pass
X-Cache-Status: pass
On reload, File page succeeds 
Request URL: https://commons.wikimedia.org/wiki/File:Tarapaca_Campaign.svg
Request Method: GET
Status Code: 304 Not Modified
Remote Address: 208.80.154.224:443
Referrer Policy: origin-when-cross-origin

Accept-Ch:
Age: 0
Cache-Control: private, s-maxage=0, max-age=0, must-revalidate
Content-Encoding: gzip
Content-Language: en
Content-Type: text/html; charset=UTF-8
Date: Mon, 25 Mar 2024 15:16:03 GMT
Expires: Thu, 01 Jan 1970 00:00:00 GMT
Last-Modified: Mon, 25 Mar 2024 15:03:33 GMT
Nel: { "report_to": "wm_nel", "max_age": 604800, "failure_fraction": 0.05, "success_fraction": 0.0}
Report-To: { "group": "wm_nel", "max_age": 604800, "endpoints": [{ "url": "https://intake-logging.wikimedia.org/v1/events?stream=w3c.reportingapi.network_error&schema_uri=/w3c/reportingapi/network_error/1.0.0" }] }
Server: mw1435.eqiad.wmnet
Server-Timing: cache;desc="pass", host;desc="cp4041"
Set-Cookie: NetworkProbeLimit=0.001;Path=/;Secure;Max-Age=3600
Strict-Transport-Security: max-age=106384710; includeSubDomains; preload
Vary: Accept-Encoding,Cookie,Authorization
X-Cache: cp4041 miss, cp4041 pass
X-Cache-Status: pass
Server ATS/9.1.4 fails but server mw1435.eqiad.wmnet succeeds.
Glrx (talk) 15:26, 25 March 2024 (UTC)

Sorry, I don't get any server error or even an error message. Simply the image doesn't appear in es:Guerra del Pacífico but it appears in other articles. --Juan Villalobos (talk) 16:06, 25 March 2024 (UTC)

It's only visible when clicking on some of the links on the file description page at "Other resolutions: 162 × 240 pixels | 323 × 480 pixels | 518 × 768 pixels | 690 × 1,024 pixels | 1,380 × 2,048 pixels | 875 × 1,298 pixels."
In the meantime, on File:Tarapaca Campaign.svg it's back, but not on the "other resolutions". I wonder how many requests it takes to trigger "Too Many Requests". Enhancing999 (talk) 16:32, 25 March 2024 (UTC)
I just made several different size requests, and all returned good images. All but one were served by Thumbor/7.3.2.
If I load a failing image 
Request URL: https://upload.wikimedia.org/wikipedia/commons/thumb/d/d2/Tarapaca_Campaign.svg/81px-Tarapaca_Campaign.svg.png?20181213201810
Request Method: GET
Status Code: 429 Too Many Requests
Remote Address: 198.35.26.112:443
Referrer Policy: origin-when-cross-origin

Access-Control-Allow-Origin: *
Access-Control-Expose-Headers: Age, Date, Content-Length, Content-Range, X-Content-Duration, X-Cache
Content-Length: 1820
Content-Type: text/html; charset=utf-8
Date: Mon, 25 Mar 2024 17:29:25 GMT
Nel: { "report_to": "wm_nel", "max_age": 604800, "failure_fraction": 0.05, "success_fraction": 0.0}
Report-To: { "group": "wm_nel", "max_age": 604800, "endpoints": [{ "url": "https://intake-logging.wikimedia.org/v1/events?stream=w3c.reportingapi.network_error&schema_uri=/w3c/reportingapi/network_error/1.0.0" }] }
Server: Varnish
Server-Timing: cache;desc="int-front", host;desc="cp4049"
Strict-Transport-Security: max-age=106384710; includeSubDomains; preload
Timing-Allow-Origin: *
X-Cache: cp4049 int
X-Cache-Status: int-front
This response looks to be a cached error message from Varnish. Refreshing does not update. Using another browser does not update.
Glrx (talk) 17:38, 25 March 2024 (UTC)

Sorry, problem is still there. Can you resolve it?. --Juan Villalobos (talk) 08:37, 27 March 2024 (UTC)

W3C reports 2 errors. Namespace http://www.openswatchbook.org/uri/2009/osb not on whitelist. Used in linearGradient6213 and linearGradient4061. Both are single-stop gradients. Both gradients are unused. Nuked.
File has more than usual Inkscape verbiage. There are a lot of style="...;line-height=0%;...". There are empty g elements.
Still does not display.
Glrx (talk) 18:30, 27 March 2024 (UTC)

rulers

anyone have a handy userscript or gadget to add rulers around the main image on file namespace pages? of particular interest to me would be percent rulers, for aiding the addition of COM:SDC relative position within image (P2677) statements. Arlo James Barnes 00:24, 31 March 2024 (UTC)

Bot for archiving closed cfd requests

https://commons.wikimedia.org/w/index.php?title=Special%3AContributions&target=SteinsplitterBot&namespace=4&wpfilters%5B%5D=associated&tagfilter=&start=&end=2023-12-07&limit=100

SteinsplitterBot (talk · contribs) used to take care of this, but it last archived cfd on 6 dec 2023, so we need a new bot for this task. RZuo (talk) 22:38, 25 March 2024 (UTC)

@RZuo I just fixed SteinsplitterBot. It looks like when they did the migration to the new jobs system they forgot to migrate this one. But it should be working now, and will run daily in the future. Feel free to ping me if it stops, or if you notice any other issues with SteinsplitterBot (I have full access to the tool.) —‍Mdaniels5757 (talk • contribs) 23:15, 25 March 2024 (UTC)
@Mdaniels5757: If you have access to SteinsplitterBot, do you know why it stopped updating Commons:Database reports/Getty Images a few months back? Is there any assistance I could provide to you towards getting this SteinsplitterBot job fixed or restarted? —RP88 (talk) 23:02, 28 March 2024 (UTC)
Looking into this. —‍Mdaniels5757 (talk • contribs) 22:38, 4 April 2024 (UTC)
@RP88 Fixed (it was a combination of the same issue and a broken dependency). —‍Mdaniels5757 (talk • contribs) 00:54, 5 April 2024 (UTC)
@Mdaniels5757: Thanks very much! I appreciate you taking the time to investigate and fix the issue. —RP88 (talk) 02:34, 5 April 2024 (UTC)

Interwikilinks to german wikipedia with no corresponding german article

I have found about 2000 pages here in commons with a interwikilink to german wikipedia, but the page does not exist. Examples:

Now the question is: What to do? Ignore? Fix?
I have a Bot in deWP and 7 years experience with this bot, but no idea with the bot policy here. --Wurgl (talk) 17:55, 24 March 2024 (UTC)

Some of the pages have links added manually they could and should be cleaned up by a bot. But at Category:Adoxaceae in Naturschutzgebiet "St. Arnualer Wiesen" there seems to be a bug presumable in the infobox resulting in the incorrect link. GPSLeo (talk) 19:56, 24 March 2024 (UTC)
@GPSLeo: Category:Adoxaceae in Naturschutzgebiet "St. Arnualer Wiesen" is getting its missing article link [[de:Adoxaceae in Naturschutzgebiet "St. Arnualer Wiesen"]] added by the [[de:{{PAGENAME}}]] code in {{Districts of Saarbrücken}} that is called by the {{Districts of Saarbrücken Navi}} template on the category page. Author appears to be AnRo0002. Maybe they can offer some insight. —RP88 (talk) 20:27, 24 March 2024 (UTC)
As I said: About 2000 affected pages for deWP, these 5 are just random examples. (I did not check any other language) --Wurgl (talk) 21:00, 24 March 2024 (UTC)
Right, but {{Districts of Saarbrücken Navi}} is used on 1586 categories and is the source for 2 of the 5 categories that you chose at random. It might be the cause of a big fraction of the 2000 affected pages that you identified. Commons bot policy is fairly permissive. You can read the policy at Commons:Bots and post at Commons:Bots/Requests if you want permission to run your bot on Commons. It might take a while to get approval, the Bot request board moves slowly. —RP88 (talk) 22:12, 24 March 2024 (UTC)
Thanks for pointing it out. If you are interested and patient enough to run your bot through this issue on commons, this would be great. Paradise Chronicle (talk) 18:36, 27 March 2024 (UTC)
FYI: Diff from my bot: https://persondata.toolforge.org/data/common_diff.txt (if you know Unix/Linux "diff -c", it is similar, just very long lines are cut)
There are a 10 lines with "did not match" where that bad link is created magically by some template.
7 cases (use search pattern " ---") seem to by mistyped links to deWP, maybe these could be fixed manually, currently the bot transforms these links into plain text. --Wurgl (talk) 20:22, 9 April 2024 (UTC)
Thanks for uploading a log of the results, although it is hard to validate the proposed edits since the bot did not log the names of the pages to which the proposed edits applied. From what I am able to ascertain the results are probably OK — it is nice to see that fixing {{Districts of Saarbrücken Navi}} cut the number of pages that needed a fix down to around 500. I would recommend that in the cases where the bot detects what are possibly mistyped links that it not transform them into plain text, it should instead leave them alone (although I certainly wouldn't object to you fixing them manually, should you choose to do so). The suggested edits might also be adding extraneous blank lines, but I couldn't verify that without knowing the pages to which the proposed edits applied. —RP88 (talk) 20:39, 9 April 2024 (UTC)
Oops. Sorry. I run it again. For the mentioned possible typos, I have code (currently commented out) which changes [[de:article to [[:de:article --Wurgl (talk) 21:07, 9 April 2024 (UTC)
I've taken a look at your new log. For an example of an edit where the bot should not convert an interwiki link to plain text, see the proposed edit to Category:Coordinates_templates. The bot is proposing to convert {{Category redirect|Commons geocoding}}[[de:Kategorie:Vorlage mit Koordinate]] to {{Category redirect|Commons geocoding}}Kategorie:Vorlage mit Koordinate. The ideal change would be to fix the interwiki to the correct interwiki of [[de:Kategorie:Vorlage:mit Koordinate]]. Since the bot isn't able to make that fix, it should leave the original incorrect interwiki alone, not convert it to plain text. For an example of an edit where the bot is inserting an extraneous blank line, see the proposed edit to Category:Alejandro_Barberón. The bot proposes to add a blank line in the middle of a list of interwiki links. —RP88 (talk) 21:25, 9 April 2024 (UTC)
I really should not do such tasks in the late evening. I hope it is fixed now. Sorry. Those mentioned 7 cases need manual fixes, they are a little bit to different. --Wurgl (talk) 22:03, 9 April 2024 (UTC)
@Wurgl: Sorry, I had to step away for a couple of hours. I've looked at your latest log. I noticed the following issues, but I am not sure if they are problems:
  1. Something weird, maybe due to trailing spaces at the end of line, appears to be happening at Category:Riaboshenko,_Anatoli.
  2. It's probably unnecessary, and very nit-picky, but it would be nice that when there is a blank line before and after an interwiki link that ends up being removed, that the two blank lines that are now adjacent be converted into a single blank line. Examples are at Category:Verlegung_Stolperstein_Albert_Richter and gallery Buchholz-Orgel_Stralsund.
  3. There are some blocks of text in the middle of the log that seems to indicate a problem occurred, but not does not appear to be associated with the immediately preceding or following page in the log. Here are three samples, but there are many more:
    • File: Category:1878 in fil/m Pattern @(.\[\[ *)([dD]e *:+ *(Filmjahr[_ ]1878) *(#[^|\]]*)?(\|[^\]]*)?\]\])@s did not match
    • File: Category:Grave of Ludwig Zatzka Pattern @(.\[\[ *)([dD]e *:+ *(Gruppe[_ ]17[_ ]Nummer[_ ]30;[_ ]Mosaik[_ ]Leopold[_ ]Forstner) *(#[^|\]]*)?(\|[^\]]*)?\]\])@s did not match
    • File: Category:Photos by User:Johann56 Pattern @(.\[\[ *)([dD]e *:+ *(Photos[_ ]by[_ ]User\:Johann56) *(#[^|\]]*)?(\|[^\]]*)?\]\])@s did not match
—RP88 (talk) 00:37, 10 April 2024 (UTC)
I have rewritten parts of the code, should be better now.
There are a few of those links which I do not understand where they come from, however these links are in the database, see: quarry:query/81908 I tried a null-edit and a purge in Category:Dietersdorf_bei_Fürstenfeld but it did not help, in d:Q72607475 I do not see this magic "Wikipedia:WikiProjekt Österreich/HF/Dietersdorf" … no idea? --Wurgl (talk) 14:52, 10 April 2024 (UTC)
Well, at Category:Dietersdorf_bei_Fürstenfeld where the interwiki points to de:Dietersdorf bei Fürstenfeld but Quarry says it points to de:Wikipedia:WikiProjekt_Österreich/HF/Dietersdorf_bei_Fürstenfeld is due to the move of that page earlier today, the corresponding edit to d:Q72607475, and the fact that your query at Quarry ran on a database (commons uses s4) with a replication lag that is currently 25 hours. I fixed 数字手势 earlier today, but the fix is still in the replication lag window. Hopefully both of these should be fixed in Quarry in several hours. The broken "Filmjahr <year>" interwiki links are coming from {{Filmcat}}. The broken "Road to Le Mans <year>" interwiki links are coming from {{RtLMyear}}. —RP88 (talk) 20:41, 10 April 2024 (UTC)

Images from Commons not being shown on Facebook

Hello. About two weeks ago Facebook seemed to stop showing images from links to Commons files. I do not know if that problem has been discussed here, but it still persists. For those of us who regularly post links in Facebook groups it is a great inconvenience, also given that all the existing links stopped showing images. Facebook obviously thinks that there is something wrong with the setup of Wikimedia Commons, but it is impossible for a common user as I to ask them what is wrong. Does anybody at Wikimedia Commons know what has changed? Cheers Rsteen (talk) 03:48, 16 March 2024 (UTC)

This was phab:T359413 and has since been fixed. —TheDJ (talk • contribs) 21:57, 3 April 2024 (UTC)
Thanks for the info. I can see that the phab was assigned on March 6, so it would have been nice to get an answer at an earlier date from one of those involved with the phab. Cheers Rsteen (talk) 03:22, 12 April 2024 (UTC)
Retrieved from "https://commons.wikimedia.org/w/index.php?title=Commons:Village_pump/Technical/Archive/2024/03&oldid=876110649"