Commons:Village pump/Technical/Archive/2020/07

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

Flickr URL search

Hi, Is there way to find Flickr uploads here by author URL?,
I'm trying to find images all by one Flickr user and using Nick Webb as an example - "flickr.com/people/11540081@N05", "11540081@N05" and "photos/nickwebb" don't work,

(In this specific case "11540081@N05" and "photos/nickwebb" both work for Nick but for the person I'm searching for their URLs etc don't show here),
I'm hoping this makes sense, Thanks, –Davey2010Talk 14:51, 20 July 2020 (UTC)

I'm not looking for Nicks images - I'm trying to find another persons images but trying to search using the URL if that makes better sense, Thanks, –Davey2010Talk 14:54, 20 July 2020 (UTC)
@Davey2010: Try adding "insource:". For instance, Special:Search/insource:11540081@N05. --bjh21 (talk) 19:53, 20 July 2020 (UTC)
bjh21 You sir are a god send thank you so so much!, If we ever meet beer's (or your favourite beverage) is on me!, Thanks again very much appreciated, –Davey2010Talk 00:07, 21 July 2020 (UTC)
Checkmark This section is resolved and can be archived. If you disagree, replace this template with your comment. bjh21 (talk) 10:47, 21 July 2020 (UTC)

20:17, 6 July 2020 (UTC)

interwiki links not appearing on certain category

I'm unable to get interwiki links to show up on Category:Kyburz, California even though the corresponding Wikidata item links to the correct articles elsewhere. I tried to re-link the category to a Wikipedia article but got this message: "The page you wanted to link with is already attached to an item on the central data repository which links to Category:Kyburz, California on this site." I removed the links on Wikidata and re-added them, but this did not solve the problem.

Any idea what's going on? Ixfd64 (talk) 21:15, 6 July 2020 (UTC)

For what it's worth, Commons does show up at en:Kyburz,_California but it still is giving a "can't find Wikidata" error. May just be a server lag. -- Ricky81682 (talk) 03:34, 7 July 2020 (UTC)
The discussion at Template talk:Wikidata Infobox#Box loosing connection is related to this. --Hjart (talk) 05:03, 7 July 2020 (UTC)
Not sure if anyone else is still seeing similar issues, but it appears to be fixed for me. Ixfd64 (talk) 18:59, 7 July 2020 (UTC)

"Wikimedia Error"

Hello, I receive repeatedly error messages during a normal 20 MB+ upload for days right now. The last additional error message I got was Request from - via cp3054.esams.wmnet, ATS/8.0.8 Error: 408, Inactive Timeout at 2020-07-07 12:03:57 GMT. When does this get better? Best regards, Mosbatho (talk) 12:11, 7 July 2020 (UTC)

Are you using Special:Upload? I also experienced that problem, though it was a month ago. It occurs to me whenever I upload a file greater than 2 or 3 MB in Special:Upload. I had to use User:Rillke/bigChunkedUpload.js so that I won't lose any progress. Special:UploadWizard should also work too, since it uploads in chunks (you don't have to go back to the start if the upload suddenly fails), unlike Special:Upload. pandakekok9 Junk the Philippine anti-terror law! 12:33, 7 July 2020 (UTC)
Thank you for your immediate help! Yes, I use Special:Upload. Hmm, so I try it with Special:UploadWizard, although I do not like this option very much. Nevertheless, pandakekok9, thank you for your help! Best, Mosbatho (talk) 13:03, 7 July 2020 (UTC)

Wikimirror Edit Filter Implementation

Per the consensus here, could I request that someone who understands the ins and outs of edit filters implement one to prevent wikimirror substitution for people editing from censored areas? I'm not sure the zhwiki one I found is reasonable to import without understanding the underlying mechanism. Thanks, Storkk (talk) 10:02, 8 July 2020 (UTC)

Tech News: 2020-29

18:09, 13 July 2020 (UTC)

Commons imageinfo API not always showing license

I just noticed that I do not always see the licensing information. This

 https://commons.wikimedia.org/w/api.php?action=query&format=json&titles=File%3ANasone_10_01_51_518000.jpeg&prop=imageinfo&iiextmetadatalanguage=it&iiprop=extmetadata%7Cuser

leads to this reply:

 {"batchcomplete":"","query":{"normalized":[{"from":"File:Nasone_10_01_51_518000.jpeg","to":"File:Nasone 10 01 51 518000.jpeg"}],"pages":{"92294154":{"pageid":92294154,"ns":6,"title":"File:Nasone 10 01 51 518000.jpeg","imagerepository":"local","imageinfo":[{"user":"Dieterdreist","extmetadata":{"DateTime":{"value":"2020-07-16 08:02:01","source":"mediawiki-metadata","hidden":""},"ObjectName":{"value":"Nasone 10 01 51 518000","source":"mediawiki-metadata","hidden":""},"CommonsMetadataExtension":{"value":1.2,"source":"extension","hidden":""},"Categories":{"value":"Fountain|Self-published work","source":"commons-categories","hidden":""},"Assessments":{"value":"","source":"commons-categories","hidden":""},"ImageDescription":{"value":"Roma, Italia, July 2020, Nasone Circonvallazione Ostiense","source":"commons-desc-page"},"DateTimeOriginal":{"value":"2020-07-16 09:43:07","source":"commons-desc-page"},"Credit":{"value":"Opera propria","source":"commons-desc-page","hidden":""},"Artist":{"value":"<a href=\"//commons.wikimedia.org/wiki/User:Dieterdreist\" title=\"User:Dieterdreist\">Dieterdreist</a>","source":"commons-desc-page"},"LicenseShortName":{"value":"CC BY-SA 4.0","source":"commons-desc-page","hidden":""},"UsageTerms":{"value":"Creative Commons Attribution-Share Alike 4.0","source":"commons-desc-page","hidden":""},"AttributionRequired":{"value":"true","source":"commons-desc-page","hidden":""},"LicenseUrl":{"value":"https://creativecommons.org/licenses/by-sa/4.0","source":"commons-desc-page","hidden":""},"Copyrighted":{"value":"True","source":"commons-desc-page","hidden":""},"Restrictions":{"value":"","source":"commons-desc-page","hidden":""},"License":{"value":"cc-by-sa-4.0","source":"commons-templates","hidden":""}}}]}}}}

When I change the metadatalanguage to en,

 https://commons.wikimedia.org/w/api.php?action=query&format=json&titles=File%3ANasone_10_01_51_518000.jpeg&prop=imageinfo&iiextmetadatalanguage=en&iiprop=extmetadata%7Cuser

the same query leads to this:

 {"batchcomplete":"","query":{"normalized":[{"from":"File:Nasone_10_01_51_518000.jpeg","to":"File:Nasone 10 01 51 518000.jpeg"}],"pages":{"92294154":{"pageid":92294154,"ns":6,"title":"File:Nasone 10 01 51 518000.jpeg","imagerepository":"local","imageinfo":[{"user":"Dieterdreist","extmetadata":{"DateTime":{"value":"2020-07-16 08:02:01","source":"mediawiki-metadata","hidden":""},"ObjectName":{"value":"Nasone 10 01 51 518000","source":"mediawiki-metadata","hidden":""},"CommonsMetadataExtension":{"value":1.2,"source":"extension","hidden":""},"Categories":{"value":"","source":"commons-categories","hidden":""},"Assessments":{"value":"","source":"commons-categories","hidden":""}}}]}}}}

--Dieterdreist (talk) 09:23, 16 July 2020 (UTC)

No preview for mpeg video

The file File:Water rocket liftoff slow motion.mpg does not have a preview generated. It plays nicely in the commons video player, but when clicking on one of the preview image links of the file page for example on the 320px preview you see the following error message since several days:

If you report this error to the Wikimedia System Administrators, please include the details below.

Request from 89.1.45.106 via cp3065 frontend, Varnish XID 283743842
Upstream caches: cp3065 int
Error: 429, Too Many Requests at Tue, 14 Jul 2020 08:14:31 GMT

Anything we can do about this? I allready posted this question to Commons_talk:Video#Preview_for_mpeg_video_not_working but got no reaction. -- Dr. Schorsch (talk) 08:17, 14 July 2020 (UTC)

See bug phab:T244570. It is being worked on.--Snaevar (talk) 21:22, 18 July 2020 (UTC)
Thanks for the good news! -- Dr. Schorsch (talk) 14:42, 19 July 2020 (UTC)

Unexplained color difference

There is something weird going on with File:Check-green.svg.

  • The SVG source includes style="fill:green; ...", which I believe is the name for #008000 – a medium green.
  • The 512 px PNG shown at the File:Check-green.svg page is a medium-green (#008000) check. Some of the other size PNG renderings listed show the same color as well.
  • However, others, like the 240 px, show a bright green check (#00FF00) instead.
  • If I try to display it inline here with a size of 15 px, I get the bright green check: . If, instead, I try 17 px, I get the medium green: .
  • The page history and logs only show a single version of the file, uploaded at 2009-06-06T03:46:20Z.

Why are some of these renderings bright green? —[AlanM1(talk)]— 07:04, 19 July 2020 (UTC)

I guess this problem comes from the thumbnail server which is known to produce some weird results every now and then. For that matter, the 1024px version is also bright green. Additionally, the bright thumbs have also been cropped on the right edge. De728631 (talk) 09:16, 19 July 2020 (UTC)
De728631 (or anyone): How can I get the incorrect PNGs to be rendered again (hopefully correctly this time)? I tried downloading the SVG and then re-uploading it as a new version of the file, but it complained that the file was identical and the upload was not saved. Before I resort to modifying the file in some way that is hopefully seen as a change but doesn't change the appearance, is there a way to just get the PNGs re-rendered? —[AlanM1(talk)]— 01:06, 20 July 2020 (UTC)
@AlanM1: Appending ?action=purge to the thumbnail URL used to work, I don’t know what the current situation is. (Appending it to wiki page URLs used to throw the page out of cache immediately, but now a form appears to let the user confirm the action. No such form appears when using this trick at thumbnail URLs, so I don’t know whether it still works without a form, or silently stopped working at all.) —Tacsipacsi (talk) 10:39, 20 July 2020 (UTC)
@Tacsipacsi and De728631: I did try the Page->Purge cache (which is a link to the page with ?action=purge), but that did not solve the problem, at least not immediately. I'm not sure when the last time I tried forcing a local browser cache refresh (with F5) was, though, so maybe there's a rendering queue? Today, when I refresh my local cache on the images that were wrong, they are correct, so it's resolved. —[AlanM1(talk)]— 23:05, 20 July 2020 (UTC)

Official list of language codes

Could someone link to the definitive list of language codes that must be used in {{language}}?

Reading documents like mw:Manual:Language#Language_code leaves us none the wiser, as it mentions exceptions, but never gives the implemented current list.

Writing due to current housekeeping tasks which are adding this to potentially several hundred thousand uploads, so it should be right first time. As an example, what's the code for Arawak? Thanks (talk) 13:16, 20 July 2020 (UTC)

@: I'm not quite sure, but various links brought me to Names.php and CldrNamesEn.php. Experiments with {{Language}} suggest that it uses codes from both of them, and probably shouldn't be trusted where they disagree. For instance, {{Language|ksh}} says "Colognian", but {{Language|ksh|ksh}} says "Ripoarisch", reflecting a discrepancy mentioned on meta:Special language codes. I'd suggest following CldrNamesEn.php for preference since it's more likely that Wikimedia will adopt ISO codes than vice versa. For Arawak, CldrNamesEn.php says arw, which seems to work. --bjh21 (talk) 19:41, 20 July 2020 (UTC)
Honestly, I thought there would be a 'right' answer to this. It seems a rather basic question that we can't find a firm definitive solution for, especially considering the recent (large) investments the WMF is making around languages/abstraction.
A Phab ticket may be in order to push for better definition. -- (talk) 21:08, 20 July 2020 (UTC)
This is my understanding: Names.php represents the set of languages that MediaWiki could use, along with the name for that language in that language. The CldrNames files represent the languages that MediaWiki has a translatable name for. There are also LocalNames files that pick up what CldrNames does not. Finally, the translation files represent the languages that MediaWiki does use. The translation files must be a subset of the languages in Names.php. Names.php and CLDR intersect, but neither is a subset of the other.
The {{#language}} ParserFunction should pick from Names.php when called with only one parameter, and from CLDR when called with two parameters. However, {{Language}} always calls the ParserFunction with two parameters, so it should always return values from CLDR. However, when the CLDR extension is called with a language code it does not have a translation for, it will fall back to the Names.php value.
However, the best way to know how MediaWiki's configured is to ask MediaWiki, which you can do with the languageinfo API. "code" is the canonical form in MediaWiki, "autonym" is set from Names.php, and "name" is set from CLDR. Entries exist for languages included in Names.php or CLDR, so you should expect that MediaWiki could use any. However, MediaWiki will probably only use languages from Names.php in normal circumstances. --AntiCompositeNumber (talk) 00:21, 21 July 2020 (UTC)

19:13, 20 July 2020 (UTC)

Please help prioritize the Commons API "error 500" bug on searches and category queries

Phab:T255981
Persistant error 500 getting category members

Related: Phab:T253591, Phab:T195992

Typical results running a basic API search on Commons filenames this morning
WARNING: Http response status 500
WARNING: Non-JSON response received from server commons:commons; the server may be down.
Set gcmlimit = ['250']
WARNING: Waiting 5 seconds before retrying.
WARNING: Http response status 500
WARNING: Non-JSON response received from server commons:commons; the server may be down.
Set gcmlimit = ['125']
WARNING: Waiting 10 seconds before retrying.
WARNING: API warning (result): This result was truncated because it would otherwise be larger than the limit of 12,582,912 bytes.
WARNING: Http response status 500
WARNING: Non-JSON response received from server commons:commons; the server may be down.
Set gcmlimit = ['250']
WARNING: Waiting 20 seconds before retrying.
WARNING: Http response status 500
WARNING: Non-JSON response received from server commons:commons; the server may be down.
Set gcmlimit = ['125']
WARNING: Waiting 40 seconds before retrying.
WARNING: API warning (result): This result was truncated because it would otherwise be larger than the limit of 12,582,912 bytes.
WARNING: Http response status 500
WARNING: Non-JSON response received from server commons:commons; the server may be down.
Set gcmlimit = ['250']
WARNING: Waiting 80 seconds before retrying.
WARNING: Http response status 500
WARNING: Non-JSON response received from server commons:commons; the server may be down.
Set gcmlimit = ['125']
WARNING: Waiting 120 seconds before retrying.
WARNING: API warning (result): This result was truncated because it would otherwise be larger than the limit of 12,582,912 bytes.
WARNING: Http response status 500
WARNING: Non-JSON response received from server commons:commons; the server may be down.
Set gcmlimit = ['250']
WARNING: Waiting 120 seconds before retrying.
WARNING: API warning (result): This result was truncated because it would otherwise be larger than the limit of 12,582,912 bytes.
WARNING: API warning (result): This result was truncated because it would otherwise be larger than the limit of 12,582,912 bytes.
WARNING: API warning (result): This result was truncated because it would otherwise be larger than the limit of 12,582,912 bytes.
WARNING: Http response status 500
WARNING: Non-JSON response received from server commons:commons; the server may be down.
Set gcmlimit = ['250']
WARNING: Waiting 120 seconds before retrying.
WARNING: API warning (result): This result was truncated because it would otherwise be larger than the limit of 12,582,912 bytes.
WARNING: Http response status 500
WARNING: Non-JSON response received from server commons:commons; the server may be down.
Set gcmlimit = ['250']
WARNING: Waiting 120 seconds before retrying.
WARNING: API warning (result): This result was truncated because it would otherwise be larger than the limit of 12,582,912 bytes.
WARNING: Http response status 500
WARNING: Non-JSON response received from server commons:commons; the server may be down.
Set gcmlimit = ['250']
WARNING: Waiting 120 seconds before retrying.
WARNING: API warning (result): This result was truncated because it would otherwise be larger than the limit of 12,582,912 bytes.
WARNING: Http response status 500
WARNING: Non-JSON response received from server commons:commons; the server may be down.
Set gcmlimit = ['250']
WARNING: Waiting 120 seconds before retrying.
WARNING: API warning (result): This result was truncated because it would otherwise be larger than the limit of 12,582,912 bytes.
WARNING: Http response status 500
WARNING: Non-JSON response received from server commons:commons; the server may be down.
Set gcmlimit = ['250']
WARNING: Waiting 120 seconds before retrying.
WARNING: API warning (result): This result was truncated because it would otherwise be larger than the limit of 12,582,912 bytes.
WARNING: Http response status 500
WARNING: Non-JSON response received from server commons:commons; the server may be down.
Set gcmlimit = ['250']
WARNING: Waiting 120 seconds before retrying.
WARNING: API warning (result): This result was truncated because it would otherwise be larger than the limit of 12,582,912 bytes.
WARNING: Http response status 500
WARNING: Non-JSON response received from server commons:commons; the server may be down.
Set gcmlimit = ['250']
WARNING: Waiting 120 seconds before retrying.

Can folks help by giving this a supporting token on Phabricator? This bug has been persistent for the last calendar month, and has broken even the most basic Commons housekeeping tasks that rely on being able to query members of a Commons category. Most complex bots need this type of query to work reliably, and getting indefinite error 500 failures back from the API often causes fatal time-outs, brown-outs or unpredictable failures.

It's incredibly basic use of the Commons API, and the break must have been caused by a recent change as this behaviour was not apparent using the same scheduled tasks before ~22 June 2020. That critical bugs like this which cause serious damage to Commons maintenance can be left for over a month, casts a long shadow over whether Commons can be relied on by other institutions as an open source media repository for their projects and open knowledge services. -- (talk) 08:57, 22 July 2020 (UTC)

Map doesn't load

We've got an email about that Data:Stay-at-home orders in the United States.map doesn't load and it's just an empty page. I can confirm the problem, can somebody fix it? Thanks in advance! Bencemac (talk) 17:46, 22 July 2020 (UTC)

Need help with tables

If you look at File:Arvid Frederick Nyholm - John Ericsson - NPG.66.54 - National Portrait Gallery.jpg and the {{Artwork}} template there you can see a lot of " Edit this at Wikidata " linking back to the place where given piece of information is stored. When I try to use the same approach to add such links to "Author" or "Collection" field I get

test
Arvid Nyholm  (1866–1927) wikidata:Q4802438
 
Arvid Nyholm
Alternative names
Arvid Frederick Nyholm; Arvid Fredrik Nyholm
Description Swedish painter and graphic artist
Date of birth/death 12 July 1866 Edit this at Wikidata 14 November 1927 Edit this at Wikidata
Location of birth/death Stockholm Chicago
Work location
Authority file
creator QS:P170,Q4802438
 Edit this at Wikidata

I would like it to look like

test
Arvid Nyholm  (1866–1927) wikidata:Q4802438
 
Arvid Nyholm
Alternative names
Arvid Frederick Nyholm; Arvid Fredrik Nyholm
Description Swedish painter and graphic artist
Date of birth/death 12 July 1866 Edit this at Wikidata 14 November 1927 Edit this at Wikidata
Location of birth/death Stockholm Chicago
Work location
Authority file
creator QS:P170,Q4802438
Edit this at Wikidata

using

<table class="fileinfotpl-type-artwork toccolours vevent mw-content-%s" dir="%s" style="width: 100%%" cellpadding="4">
<tr>
<td class="fileinfo-paramfield" lang="en">test</td>
<td valign=left>
<table><tr><td>{{Creator|wikidata=Q4802438|option=collapse}}</td><td>[[File:OOjs UI icon edit-ltr-progressive.svg |frameless |text-top |10px |alt=Edit this at Wikidata|link=https://www.wikidata.org/wiki/Q47508743#P170|Edit this at Wikidata]]</td></tr></table>
</td>
</tr>
</table>

code. Is there a way to do it without nested tables? --Jarekt (talk) 17:56, 22 July 2020 (UTC)

@Jarekt: How does this look?
test
Arvid Nyholm  (1866–1927) wikidata:Q4802438
 
Arvid Nyholm
Alternative names
Arvid Frederick Nyholm; Arvid Fredrik Nyholm
Description Swedish painter and graphic artist
Date of birth/death 12 July 1866 Edit this at Wikidata 14 November 1927 Edit this at Wikidata
Location of birth/death Stockholm Chicago
Work location
Authority file
creator QS:P170,Q4802438
 Edit this at Wikidata
--AntiCompositeNumber (talk) 19:00, 22 July 2020 (UTC)
Thank you AntiCompositeNumber. That is much nicer solution. --Jarekt (talk) 20:38, 22 July 2020 (UTC)
Checkmark This section is resolved and can be archived. If you disagree, replace this template with your comment. Dr. Schorsch (talk) 10:16, 20 August 2020 (UTC)

Magic word or template that returns the user's interface language?

Is there such a thing? Which is equivalent to {{LangSwitch|en=en|fr=fr|ja=ja|...}}. LangSwitch detects the UI lang and returns values accordingly. Now I just want a piece of code that detects UI langcode and returns it exactly.--RZuo (talk) 20:32, 22 July 2020 (UTC)

{{int:lang}} gives "en". --Jarekt (talk) 20:43, 22 July 2020 (UTC)

Wikidata-based template for source information

Hi all, I started to use the Template:Creator to add information about the authors of images which are in the public domain.

Since most of them comes from books, i was wondering if there is a similar wikidata-based template which can be used to add source references.

any suggestion (or good practice already used) is welcome!

--Sette-quattro (talk) 12:19, 26 July 2020 (UTC)

@Sette-quattro: nothing Wikidata-based yet, as far as I'm aware. For books, we have Template:Book that serves as a replacement for {{Information}}. Based on that, you can make an individual template for an individual book – see Category:Book templates for examples. --El Grafo (talk) 09:04, 27 July 2020 (UTC)
@El Grafo: Thanks! I'll try now Sette-quattro (talk) 06:34, 30 July 2020 (UTC)
Checkmark This section is resolved and can be archived. If you disagree, replace this template with your comment. Dr. Schorsch (talk) 10:15, 20 August 2020 (UTC)

warning about not matching Wikidata Commons sitelink - but the link works OK

Today I added a wikilink to https://en.wikipedia.org/wiki/Old_Live_Oak_Cemetery for the related Commons Category https://commons.wikimedia.org/wiki/Category:Live_Oak_Cemetery_(Selma,_Alabama) - In the preview, I got a red warning (showing only in the preview, as the warning stated): "Wikimedia Commons has media related to Old Live Oak Cemetery, Selma, Alabama. Warning: Commons category does not match the Commons sitelink on Wikidata - please check (this message is shown only in preview)". I checked the Wikidata entry for Live Oak Cemetery ( Live Oak Cemetery (Q20792450) ) and the Commons sitelink there is the same as the Commons Category: Live_Oak_Cemetery_(Selma,_Alabama), except that it shows without the 'underscore' characters - so I Published the edit, and the link works fine. I can't tell if there's something I need to do, or if this is just an internal glitch. Seauton (talk) 17:13, 27 July 2020 (UTC)

Hi there. You're not supposed to use the underscores in a wikilink as you did here. They are only needed for the url to substitute the blank spaces in the category name. Additionally it turned out that Wikidata had two different entries for the same location "Live Oak Cemetery" and "Old Live Oak Cemetery" which may have caused further trouble. I have now merged these two Wikidata items so the Commons category is also shown in the side toolbar of the Wikipedia article. De728631 (talk) 17:35, 27 July 2020 (UTC)
ResolvedThank you

Seauton (talk) 01:37, 1 August 2020 (UTC)

Checkmark This section is resolved and can be archived. If you disagree, replace this template with your comment. Dr. Schorsch (talk) 10:17, 20 August 2020 (UTC)

Batch file deletion

I used to be able to do this as a batch task, but at User talk:Timtrent#Your VFC installation method is deprecated was given instructions on updating the batch files task. I think I am now in an incorrect status to enable the new gadget, since I have tried multiple times.

Please can you advise me? Is it as simple as asking for a status change? If so, whom do I ask, please?

My main experience is in en WP, as a new draft reviewer for w:WP:AFC. Often I see 'unusual' pictures uploaded here and come to offer them for deletion. Please ping me on any reply. I am not on commons regularly Timtrent (talk) 12:42, 29 July 2020 (UTC)

@Timtrent: You should be able to turn on VFC by simply visiting the Gadgets section of your Preferences page scrolling down to find "VisualFileChange" under "Maintenance tools", and turning it on. Can you see the VisualFileChange option on that page? Is it enabled? Do you get "Perform batch task" in the "Tools" menu in the left side bar? --bjh21 (talk) 16:54, 29 July 2020 (UTC)
@Timtrent: Sorry: I got that wrong. Based on Special:Gadgets, you need the autopatrol right to be able to get VFC as a gadget. I think you should be eligible for autopatrol. You can request it at Commons:Requests for rights#Autopatrol. --bjh21 (talk) 17:16, 29 July 2020 (UTC)
bjh21 Many thanks I will do that Timtrent (talk) 17:51, 29 July 2020 (UTC)
Checkmark This section is resolved and can be archived. If you disagree, replace this template with your comment. Dr. Schorsch (talk) 10:14, 20 August 2020 (UTC)

File importer is broken

When I want to import some files to here, the internal error occurred: "[f97e1294-a269-4107-8742-62b04b82f2c6] 2020-07-23 03:11:49: 嚴重例外類型 "MediaWiki\Revision\RevisionAccessException" and so on. This is Taiwania Justo speaking (Reception Room) 03:13, 23 July 2020 (UTC)

@Taiwania Justo: This is a known problem; there's a link to the bug report on the right. Vahurzpu (talk) 14:58, 23 July 2020 (UTC)

Searching files by property

I tried to search for files that are Slow Motion movies. Many of them have a property "is a: Slow motion": instance of (P31) slow motion (Q1899749). When I enter "slow motion" in the search filed I get the following search suggested: "haswbstatement:P180=Q1899749" that means depicts (P180) contains slow motion (Q1899749). That is something completely different and leads to no result, while manually putting together the search string haswbstatement:P31=Q1899749 produces the right result. I think the search mechanism could be improved if it allows to look for certain kind of media by querying P31 property. -- Dr. Schorsch (talk) 13:45, 23 July 2020 (UTC)

Upload failing for large file

[Following on from a question at enWS: s:en:User_talk:Inductiveload#Failed_Commons_upload].

I'm struggling to upload a PDF file from Google books (~300MB):

  • Upload via upload wizard fails during assembly of chunks (both the exact file and the file with the Google cover sheet cut off)
  • A direct copy-upload from the Internet Archive following a BUB2 transfer also fails, with a 503 error.
  • The IA derive process is probably going to fail due to the large file size, so it's unlikely the IA Upload tool would work either (and it also generally seems to be broken recently).

How can this file be uploaded? Inductiveload (talk) 14:13, 23 July 2020 (UTC)

Apparently, this might already be known as phab:T255981. And one of the attempts apparently did actually upload as File:Maryland_Law_Reporter_-_Volume_1.pdf, despite throwing a 503 page. Inductiveload (talk) 14:59, 23 July 2020 (UTC)
And the same file uploaded with User:Rillke/bigChunkedUpload.js succeeded with no visible errors at File:Maryland Law Reporter, Volume 1 (1872).pdf. Slightly slow, but not exceptionally so. --Xover (talk) 15:21, 23 July 2020 (UTC)

What is a good way to sort a category?

I have been going through and sorting Category:Russian pronunciation category. Currently I am finishing up files which are not obvious from the file name, but there is a huge batch where I could sort by looking at the file name alone from the category view. Unfortunately it is a very long process (open a file, edit the category, add |sort-key), I am looking for something faster, perhaps something where I can change the sorting key from within a category view... Does that exists somewhere? ℺ Gone Postal ( ) 08:52, 27 July 2020 (UTC)

13:51, 27 July 2020 (UTC)

How to set sorting key in UploadWizard?

I uploaded File:Dr Jerome Adams - How to Make Your Own Face Covering.webm. I wanted to set key for the cat videos of 2020 from US to 0404, but the bar method (...|0404) doesnt work. How to tell the wizard i want a different key?!!! Or it's impossible now?--RZuo (talk) 21:00, 25 July 2020 (UTC)

Visual Editor

VE somewhy can’t start in stop starting (but I still can see toolbar of it), Firefox 56, Windows 10. 217.117.125.72 16:30, 29 July 2020 (UTC)

Can you see that too?

I once uploaded the picture File:Mini excavator.jpg, the picture is also displayed correctly, but under "File history" a different picture is displayed than what I uploaded, what is that supposed to be? -Killarnee (CTU) 19:49, 23 July 2020 (UTC)

@Killarnee: yes I saw it. it's a yellow one facing slightly to the left of the camera. it might be the other photo that had this name. might be an interesting thing to report to the developers, that uploading a file onto a deleted one might reveal the deleted one in file history thumbnail.--RZuo (talk) 19:54, 23 July 2020 (UTC)
Now the picture, quite magical, is gone again. Strange. -Killarnee (CTU) 20:02, 23 July 2020 (UTC)
coz i purged the page.--RZuo (talk) 21:00, 25 July 2020 (UTC)
Huh. That's a new one, and definitely not supposed to happen. Unfortunately without more information (request headers), it would be very difficult to investigate. If you see something like that again, don't purge it and file a Phab task under Thumbor. --AntiCompositeNumber (talk) 02:23, 3 August 2020 (UTC)

Wrong arrow in SVG rendering

This SVG image

Hi to all,

I have uploaded this SVG image.

Now, the original file has the vertical arrow as it should be.

But in all renderings, the arrow is to right not to above.

Is this a problem of the image (of its code) or other?

Thank you and bye,

--Galessandroni (talk) 13:14, 30 July 2020 (UTC)

@Galessandroni: It is a known bug that the MediaWiki software will render certain SVG components incorrectly (usually text, but other things as well as you can see here). You'll just have to convert the arrow to a path. -- King of ♥ 14:50, 30 July 2020 (UTC)
@King of Hearts: Thank you, my Lord. Now it's work. ;-) --Galessandroni (talk) 16:06, 30 July 2020 (UTC)
This issue is fixed in the newest version of librsvg, We'll be getting that eventually (phab:T193352), dependent on phab:T216815. If you know any SREs with some round tuits... --AntiCompositeNumber (talk) 02:16, 3 August 2020 (UTC)