Commons:Village pump/Technical/Archive/2023/10

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

Tech News: 2023-40

MediaWiki message delivery 01:24, 3 October 2023 (UTC)

Missing files after file move

Hi, during moving files earlier this morning, it seems that I and User:TKsdik8900 moved a number of files at the same time. I'm not sure that this is the cause or if there's some other reason why the actual files has gone missing after moving the following files:

Would anyone be able to locate where the actual files went and get them reattached to the respective file pages? TommyG (talk) 09:09, 7 October 2023 (UTC)

I have tried to restore them from the original Flickr sources or Wayback Machine, but failed to find. I'm sorry for not realising you were working on them. --TKsdik8900 (talk) 09:21, 7 October 2023 (UTC)
Yeah, there's a number of bugs in the file moving scripts with regards to race conditions and concurrency issues, but I don't think I've encountered this specific issue before. Most others are easily fixable but I have no idea where the files went in this case :-) TommyG (talk) 09:59, 7 October 2023 (UTC)

Blanking coused by file renaming

When I renamed File:Blason Louis Nicolas d'Avout (1770-1823).svg to File:Blason Louis Nicolas d'Avout (1770-1823) duc d'Auerstaedt.svg, the automatic edit to replace usage has blanked all the contents of w:Armorial of the First French Empire in w:Special:Diff/1179001857. Was this a bug or something? It might have been caused by our moving files at the same time as above. --TKsdik8900 (talk) 09:43, 7 October 2023 (UTC)

Tech News: 2023-41

MediaWiki message delivery 14:36, 9 October 2023 (UTC)

Broken JPEG

Is this image broken, or not? I cannot see any content, even after purging all caches. But when I tried to reupload the image, it's consider as duplicate. — Draceane talkcontrib. 18:45, 12 October 2023 (UTC)

I can see it. The Squirrel Conspiracy (talk) 19:04, 12 October 2023 (UTC)
+1 --PantheraLeo1359531 😺 (talk) 19:05, 12 October 2023 (UTC)
Thanks. It seems that it have been some deep server cache-related problem. — Draceane talkcontrib. 20:17, 12 October 2023 (UTC)

upload wizard fail

Thumbnail

File:Ruichi_250V2A_EMI_filter_02(DXO).jpg - upload form said An unknown error occurred in storage backend "local-swift-eqiad"., can't see any images thumbnails. What's up? Retired electrician (talk) 19:56, 12 October 2023 (UTC)

Apparently working now, I see the image and also thumbnails. --Rosenzweig τ 13:23, 13 October 2023 (UTC)

File not found

What's happening to these files? 0x0a (talk) 12:35, 13 October 2023 (UTC)

It seems like there are heavy problems right now with uploading and publishing files, let's hope the error will be solved soon --PantheraLeo1359531 😺 (talk) 17:07, 13 October 2023 (UTC)

rendering of images in high res sometimes fails

File:Hietzinger friedhof hass 2023-07-18.jpg does display correctly, but in higher resolutions the rendering fails:

  • 3.888 × 5.184 Pixel not properly rotated and cropped.
  • sometimes there is even an error Error: 503, Backend fetch failed and the file does not render at all (as of yesterday).

Yesterday File:Brunnen Bad Weiherburg Detail b.JPG showed similar behavior, but now everything is ok.

&action=purge does not help. Any help appreciated. (see also de:Wikipedia_Diskussion:WikiDaheim/Jury#Anzeigeproblem_im_Vorjurytool - German). Is there a background job with a huge lag that cares for rerendering of such cases? --Christian Philipp (WMAT) (talk) 06:38, 11 October 2023 (UTC)

We have some similar issues for uploading Commons:Village_pump#Large_number_of_fails, maybe there is a connection between these errors --PantheraLeo1359531 😺 (talk) 19:06, 12 October 2023 (UTC)
File a task in phab: with the projects "SRE-swift-storage" and "Thumbor". Your commons account will work there. As for statistics, see https://grafana.wikimedia.org/d/Pukjw6cWk/thumbor?orgId=1 . Note that the 200 and 400 HTML errors are normal, it is just the thumbnail storage (swift) talking with the thumbnailer (thumbor). Snævar (talk) 20:53, 15 October 2023 (UTC)

Upload image error: "local-swift-eqiad"

When I upload the image, it shows "儲存庫後端 "local-swift-eqiad" 發生了不明的錯誤。" and the image cannot display properly, how can solve this problem? Thank You! Wpcpey (talk) 15:49, 15 October 2023 (UTC)

Yes, this error occurs since a few days. Sometimes reuploading helps. A similar discussions was held here: Commons:Village_pump#Large_number_of_fails. I hope the error is fixed soon, as it affects many cases --PantheraLeo1359531 😺 (talk) 16:34, 15 October 2023 (UTC)
File a task in phab: with the projects "SRE-swift-storage" and "MediaWiki-Uploading". Your commons account will work there. "Local-swift-eqiad" is the server thumbnail cache. Snævar (talk) 20:41, 15 October 2023 (UTC)

Tech News: 2023-42

MediaWiki message delivery 23:44, 16 October 2023 (UTC)

Internal error when uploading audio file

I received an error that prevents me from updating the upload of my fileː here. It says [176da193-efc3-43bd-862a-27affe7961fe] 2023-10-07 13:33:01: Fatal exception of type "Wikimedia\Rdbms\DBUnexpectedError". This is the second time this has happened.

I've researched online, and as far as I know don't see the specific factor that triggered this server issue. I use the Brave browser, only have one extension (Google Translate), and the upload is 6.91MB, which isn't that big for an OGG file. Requesting assistance. SuperWIKI (talk) 14:34, 7 October 2023 (UTC)

Yes, there are some recurrent uploading errors. Did you try it again? --PantheraLeo1359531 😺 (talk) 15:31, 17 October 2023 (UTC)

Flip image in Commons

I know there are tools in Commons to rotate images (CropTool and {{Rotate}}). However, I can't find similar tools or templates to flip (mirror) an image.

Is there a tool or template to flip an image? Or do we need to download the image to flip it in our computer and upload the flipped version again? Pere prlpz (talk) 20:40, 9 October 2023 (UTC)

I've never encountered such a tool in my 18 years here. The few times I've needed this, I've done it on my computer and uploaded the new version from there too. --Rosenzweig τ 20:23, 17 October 2023 (UTC)

Problems renaming WEBM files

I've been working on the requested renaming queue, and have run into problems using the renaming script (when people use the {{Rename}} template). When I try to rename them, it throws an error like this:

Error while moving the page. A detailed description of the error is shown below:
API request failed (internal_api_error_DBUnexpectedError): [c57a5b9c-26ab-44e7-8e59-1309c8248527] Caught exception of type Wikimedia\Rdbms\DBUnexpectedError at Fri, 13 Oct 2023 19:29:06 GMT served by mw2352

This only seems to happen with WEBM files (these two specifically, so far: File:DOD 105858664.webm and File:(Archivo 1969) Mónica en los preparativos del lanzamiento del Apolo 11.webm). I've been able to rename other files without issue. Has anyone else encountered this? ···日本穣 Talk to Nihonjoe 19:32, 13 October 2023 (UTC)

This one, too. ···日本穣 Talk to Nihonjoe 19:33, 13 October 2023 (UTC)
This file and this file, too. ···日本穣 Talk to Nihonjoe 19:45, 13 October 2023 (UTC)
File a task in phab: with the projects "MediaWiki-File-management" and "MediaWiki-Page-rename". Snævar (talk) 12:49, 14 October 2023 (UTC)
Done. ···日本穣 Talk to Nihonjoe 18:06, 17 October 2023 (UTC)
This seems to have been fixed now. ···日本穣 Talk to Nihonjoe 23:28, 17 October 2023 (UTC)

Broken text-anchor:end in SVG renderer

What/when has happened with text alignment in the SVG renderer? I've tried to replace sloppy hyphens with real minus signs in File:Butterworth filter bode plot.svg, where it should have been trivial, as all these labels are already right-aligned (using style="... text-anchor:end"), but instead the new rendered SVG file got all the labels left-aligned, breaking everything. Moreover, when I've reverted the file to its previous version, it also became completely broken, even though previously it was rendered with correct text alignment. It there something wrong with that particular file (which is marked "Valid SVG", BTW), or the renderer here indeed broke recently? — Mikhail Ryazanov (talk) 00:02, 12 October 2023 (UTC)

@Mikhail Ryazanov:
The damage happened in April 2023 when WMF switched from the approximately 3-year-old librsvg 2.40 to the approximately 5-year-old librsvg 2.44.10 in Buster. That lost some bug fixes, so middle and right aligned text elements may now fail. See Phab:T336894 and Phab:T97233.
Frequently accessed files that have not changed since April 2023 display correctly if the pre-April 2023 PNG comes out of the cache. If the image is re-rendered, then the defects show up. That is why reverting did not restore the correct rendering -- the changes flushed the cache of the correct rendering.
Glrx (talk) 00:39, 12 October 2023 (UTC)
OK, probably related, but doesn't really match the description. Namely, the entire code chunks look like this:
  <g style="fill:none; color:black; stroke:currentColor; stroke-width:1.00" id="g630">
    <path d="M140,348 L158,348 M1197,348 L1179,348 " id="path631"/>
    <g transform="translate(123,357)" style="stroke:none; fill:black; font-family:Times; font-size:28.00; text-anchor:end" id="g632">
      <switch><text id="text633">
        <tspan id="tspan634">−50</tspan>
      </text></switch>
    </g>
  </g>
There is only one <tspan> element within each <text>, and no x/y at all (only transform="translate(...)" in the parent group). Or this bug has a broader scope and also appears when text-anchor:end is inherited rather than applied directly to <text>? Or it doesn't like <switch>?
In any case, is there any reasonable solution for now? (I can edit the file as would be required but don't want to do so by trial and error and clutter the history.) — Mikhail Ryazanov (talk) 01:07, 12 October 2023 (UTC)
BTW, why did <syntaxhighlight> insert these colons at each line in my comment above? — Mikhail Ryazanov (talk) 01:10, 12 October 2023 (UTC)
@Mikhail Ryazanov:
You have a #text node before and after the tspan element. Under the rules, leading and trailing spaces should disappear unless you have xml:space="preserve". Try this:
  <g style="fill:none; color:black; stroke:currentColor; stroke-width:1.00" id="g630">
    <path d="M140,348 L158,348 M1197,348 L1179,348 " id="path631"/>
    <g transform="translate(123,357)" style="stroke:none; fill:black; font-family:Times; font-size:28.00; text-anchor:end" id="g632">
      <switch>
        <text id="text633"><tspan id="tspan634">−50</tspan></text>
      </switch>
    </g>
  </g>
The colons were there because you added them. Colons inside a syntaxhighlight element are not wikimarkup.
Glrx (talk) 01:23, 12 October 2023 (UTC)
I didn't add the colons myself, but the strange editor that appears after clicking "[reply]" apparently did. I guess, it's also a bug (and I probably should use the regular old code editor instead of these broken "modern" tools...)
Which "#text node before and after" do you mean? The file doesn't use white-space:preserve, so all the line breaks and leading spaces in the SVG source code shouldn't matter. I also don't see any extra elements in the DOM inspector. — Mikhail Ryazanov (talk) 01:37, 12 October 2023 (UTC)
@Mikhail Ryazanov:
So librsvg 2.44.10 is more broken than I thought — it does not trim. I tried the fix on two "-30" labels in the graph, and it worked.
Glrx (talk) 02:04, 12 October 2023 (UTC)
Thanks! I've "corrected" the rest, and now it seems to render as expected. Could you please update the bug tracker accordingly (add the case description/workaround or open another bug report, if appropriate)? — Mikhail Ryazanov (talk) 02:23, 12 October 2023 (UTC)
The reply tool doesn’t support <syntaxhighlight> tags yet (phab:T251633), so yes, you need to use the old editor to use them in replies. —Tacsipacsi (talk) 07:06, 18 October 2023 (UTC)

New x old file version

On the 13th October I uploaded a new version of File:The Czechoslovak Review title page without inscriptions4.jpg, differing in quality and colour. The thumbnail shows the new version, but when I click on it, the old version is displayed instead, and when I download it, the old version is downloaded. Also, when displayed in Wikisource, the old version is displayed there too, see e.g. s:Page:The Czechoslovak Review, vol3, 1919.djvu/41. I tried purging the cache, but it did not help. Any advice how to push the new version through? -- Jan Kameníček (talk) 12:59, 20 October 2023 (UTC)

All of a sudden it works well, so I suppose somebody pushed it through somehow. Thanks. --Jan Kameníček (talk) 22:37, 22 October 2023 (UTC)

table formatting on mobile

How can I get the table at https://commons.m.wikimedia.org/wiki/Template:Sheets_Swisstopo_25000#All to not change the width of cells on mobiles?

Tables with text only don't re-scale cells.

I tried adding style="width:.." and style="height:.." on the first cells, but that didn't help. The problem isn't limited to Commons. Enhancing999 (talk) 08:04, 21 October 2023 (UTC)

I changed the image size to "|frameless|upright=0.2", but that didn't really fix it. Enhancing999 (talk) 16:05, 21 October 2023 (UTC)

POTD - Interwiki transclusion

Hello! Is there any bot operator willing to help in achieving this idea here? - Klein Muçi (talk) 15:46, 22 October 2023 (UTC)

There is Commons:Bots/Work requests, you may have more luck there. —Tacsipacsi (talk) 23:40, 22 October 2023 (UTC)

Log in via phone

I'm unable to log into Commons via my phone. No problems on the computer. Anyone know why? APK (talk) 04:17, 23 October 2023 (UTC)

Tech News: 2023-43

MediaWiki message delivery 23:14, 23 October 2023 (UTC)

Hi! There is a linguistic error in the Polish version of the message: "Ten szablon Kreator opiera się na stronie Wikidata, której brakuje deklaracji szablon autora w Commons (P1472). Kliknij powyższą ikonę , aby dodać tą deklaracje." The last two words should be: tę deklarację. Thank you very much for correcting it. Abraham (talk) 12:57, 31 October 2023 (UTC)

@Abraham: ✓ Done. You may have to purge the creator page for it to appear. Anon126 ( ) 16:51, 31 October 2023 (UTC)
Checkmark This section is resolved and can be archived. If you disagree, replace this template with your comment. --RZuo (talk) 19:11, 18 November 2023 (UTC)

Pdf files not appearing correctly in Commons and not linking to Wikisource

I appreciate that I have raised this before but the situation seems to be getting worse rather than better. Two recent examples are:

1. [File:The life of and character of Marcus Portius Cato Uticensis - collected from the best ancient Greek and Latin authors; and designed for the readers of Cato, a tragedy (IA lifeofcharactero00theo).pdf], a new version of which was uploaded today:

There was a file of this work on Commons, in the 'File history' section it showed a thumbnail and all file details. I linked this file to a Wikisource Index page and everything worked fine. As I began the transcription of it, it became apparent that the file was incomplete (missing pages) so I obtained another copy and uploaded it to Commons. At first it showed a thumbnail in the 'file history' section and all file details. However, this section subsequently collapsed, with the thumbnails of the original and replacement files disappearing. Oddly, the page size information on the new file has become 0 x 0, while the old file's page sizes are still showing correctly. On the file's page on Wikisource there is no thumbnail at top left and the 'file history' section is incomplete/incorrect as it is on Commons. On the Wikisource index page there is no thumbnail, just a file name. The correct number of pages is showing in the 'Pages' section (the new version has more pages than the original). On creating 'pages', no page image appears. The new file was created and processed using legitimate, licensed PDF software (Foxit PDF editor) and if the file is downloaded from Commons or Wikisource, it opens and displays properly in various PDF readers / browsers.

2. [File:First book of the Iliad; Battle of the frogs and mice; Hymn to the Delian Apollo; Bacchus, or, the Rovers; second book of the Iliad (IA firstbookofiliad00home).pdf]. The following changes were carried out on 5th October 2023.

This file was already on Commons and was being transcribed at Wikisource. However, it was problematic there due to one page rendering as 'black mush' rather than text, despite the page displaying properly in PDF readers, etc. when downloaded. To try and fix this, I rebuilt the file from individual page images (using the same software as for (1) above) and uploaded it. After initial apparent success, the 'file history' for both the original and new files collapsed and the thumbnails disappeared. No thumbnail appears on the Wikisource index page and when attempting to create or edit pages, no page image appears. In this case, the 'file history' information gives the page size as 0 x 0 for both files. To allow work to continue on the transcription, I decided to revert the change, expecting that as the original file worked (mostly) properly, the situation in Wikisource would revert back to working. Only it didn't, and still doesn't. The 'file history' information in Commons and Wikisource shows the page size of the reverted file as 0 x 0, and there is no thumbnail, likewise no thumbnail in WS and no page image when editing.

One thing these two files have in common is rather long given filenames. Is this a potential source of the problem? Chrisguise (talk) 14:04, 17 October 2023 (UTC)

These files are corrupt and report "Syntax Warning: Invalid least number of objects reading page offset hints table" when checked with the pdfinfo tool. —TheDJ (talkcontribs) 19:11, 17 October 2023 (UTC)
That warning should not be fatal however. I do wonder if perhaps this is because the new file was resized and has page dimensions that are in decimal numbers.. Dimensions are reported as "Page size: 519.68 x 644.91 pts". Someone will have to experiment a bit to figure out what is really going on. —TheDJ (talkcontribs) 19:19, 17 October 2023 (UTC)

Here links to the mentioned files:

Also as gallery:

Enhancing999 (talk) 14:32, 17 October 2023 (UTC)

This may be phab:T297942. Yann (talk) 08:27, 24 October 2023 (UTC)

What's wrong with this photo? Can someone turn this around? Best regards and thank you in advance! Abraham (talk) 19:00, 24 October 2023 (UTC)

Abraham Absolutely no idea, but I uploaded a new version that was manually rotated and it looks like it's working. The Squirrel Conspiracy (talk) 20:12, 24 October 2023 (UTC)

Wikimaps warper not working?

Hi! I cannot access this link to a georeferenced version of a map from Wikimedia Commons today, using the blue button on page c:File:MNHN_1892.png: it says "502 Bad Gateway. nginx/1.18.0". It worked in July and when I tried to find information about this problem in the Village pump archives a few minutes ago, looking for "wikimap", "wikimaps" or "warper", I did not find anything. Any idea on what the problem is and how to solve it? Thanks in advance!

--FreeCorp (talk) 07:10, 26 October 2023 (UTC)

Warper is part of wikitech:Nova Resource:Maps, which has quite a few members. I don’t know who’s actually responsible for it. —Tacsipacsi (talk) 19:16, 26 October 2023 (UTC)
Thanks, I'm not sure I did the right thing but I tried to post a phabricator ticket here: https://phabricator.wikimedia.org/T349865
-- FreeCorp (talk) 19:37, 26 October 2023 (UTC)
I reported a different problem at Commons:Village_pump/Technical#Wikimaps_Warper_(can't_save,_defaults). Eventually I found Commons_talk:Wikimaps and a workaround. Also there was a github or something, but the project doesn't seem that active anymore.
In generally, the tool works quite well. I was wondering about bulk importing points .. Enhancing999 (talk) 19:55, 26 October 2023 (UTC)

Deletions of batch uploads

Not being very familiar with Commons, I am not sure how visible is the discussion I have started at Commons_talk:Deletion_requests#Deletions_of_batch_uploads, so I hope it's okay if I advertise it here too. In short, I would like to make it possible for Commons admins to easily delete all files that were batch uploaded via tools like OpenRefine, and request your feedback and help to figure out how to do it right. − Pintoch (talk) 09:48, 26 October 2023 (UTC)

Needs to be replaced in regexp so that the output is Template:File source. NBS (talk) 06:31, 5 October 2023 (UTC)

Not really, because "No source since" is used on the file page, and "File source" is used on user chat pages. Snævar (talk) 15:25, 5 October 2023 (UTC)
Snævar, then what do you propose to replace? NBS (talk) 20:27, 10 October 2023 (UTC)
@NBS Please elaborate: What exactly seems to be the problem with Template:No source since? El Grafo (talk) 10:06, 11 October 2023 (UTC)
@El Grafo The template requires installing the same template on the talk page - example. NBS (talk) 21:51, 27 October 2023 (UTC)

I wanted to undo my file upload, but I can't ("The edit appears to have already been undone.") Could somone pl. do that? Thanks, --Mateus2019 (talk) 15:13, 28 October 2023 (UTC)

@Mateus2019: You need to use "revert" under "File history" rather than "undo" to undo the effect of overwriting a file. --bjh21 (talk) 15:26, 28 October 2023 (UTC)
it worked, another kind of "undo" just called "revert" --Mateus2019 (talk) 15:32, 28 October 2023 (UTC)

is there already one such thing that adds a link to the sidebar (like croptool) to one click feed an image to https://ocr.wmcloud.org ? RZuo (talk) 12:39, 28 October 2023 (UTC)

I found only a template ({{Transcribe here}}). However, it’s relatively easy, I think this should work (based on the crop tool gadget):
'use strict';
if (mw.config.get('wgNamespaceNumber') === 6 &&
	mw.config.get('wgIsArticle') &&
	/(PNG|GIF|JPE?G|TIF?F|WEBP)$/i.test(mw.config.get('wgTitle'))) {
	$(function () {
		var file = document.getElementById('file');
		if (file) {
			mw.util.addPortletLink(
				'p-tb',
				new mw.Uri('https://ocr.wmcloud.org/').extend({image: file.querySelector('a').href}).toString(),
				'OCR',
				't-ocr',
				'Transcribe text in the image'
			);
		}
	});
}
Maybe worth turning it into a gadget. —Tacsipacsi (talk) 13:05, 29 October 2023 (UTC)

Tech News: 2023-44

MediaWiki message delivery 23:19, 30 October 2023 (UTC)

This file should be rolled back to the correct version. But which one? 0x0a (talk) 09:12, 15 October 2023 (UTC)

Leave as is The current version is the one that was assessed at Commons:Featured picture candidates/File:Pluto-01 Stern 03 Pluto Color TXT.jpg, so I'd say leave it at that version. The Squirrel Conspiracy (talk) 09:22, 15 October 2023 (UTC)
Even if it's a scaled-up version? No more details were provided? 0x0a (talk) 09:32, 15 October 2023 (UTC)
8000x8000px is the size of the original image as released by NASA, per https://www.planetary.org/articles/09241425-lose-yourself-in-this-pluto. Nosferattus (talk) 00:44, 3 November 2023 (UTC)

In Category:Iao Hon, the same sitelink to zh-yue appears twice in the sidebar. I had a look using Special:ExpandTemplates and it seems to say that {{Wikidata Infobox}} gives one sitelink to [[yue:]] and another to [[zh-yue:]], which does cause this to happen (e.g. User:HTinC23/Sandbox). Is it possible to fix the template/module to avoid this, or is the problem somewhere else? Thank you! —HTinC23 (talk) 00:04, 28 October 2023 (UTC)

yes i think it's Wikidata Infobox giving two links.
@Mike Peel: could you please take a look?--RZuo (talk) 12:36, 28 October 2023 (UTC)
@HTinC23 and RZuo: Please could you ask this at Template talk:Wikidata Infobox, and probably also Phabricator? There is an exception in place for zh-yue, but removing that didn't seem to help, this needs further investigation. It should be asked on the template talk page and phabricator so it's in the relevant worklists. Thanks. Mike Peel (talk) 19:53, 28 October 2023 (UTC)
@HTinC23 and Mike Peel: The zh-yue link is coming from Module:Wikidata Infobox, while the yue link is coming from Module:Interwiki from P460. Removing the latter from the Infobox is overdue but it won't help since a yue is automatically inserted from the connected Wikidata item (the interwiki link is there even if you blank the page). We could add a special case to Module:Wikidata Infobox, making it insert yue links instead of zh-yue, but IMO MediaWiki should just treat both "yue" "zh-yue" equally, see phab:T350163. --LennardHofmann (talk) 16:05, 31 October 2023 (UTC)
Thanks Lennard, let's see how the bug report goes. Thanks. Mike Peel (talk) 10:26, 4 November 2023 (UTC)

Captions migration

some files might have captions in the langcode zh-yue. they should be migrated to langcode yue.

how to find all the zh-yue captions?--RZuo (talk) 12:36, 28 October 2023 (UTC)

the task was refused to be fixed, and closed.
i'm done reporting the problem. i dont care about the mess.--RZuo (talk) 19:11, 18 November 2023 (UTC)
Checkmark This section is resolved and can be archived. If you disagree, replace this template with your comment. --廣九直通車 (talk) 13:26, 17 December 2023 (UTC)