Commons:Village pump/Technical/Archive/2021/10
This is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page. |
SpBot stopped working
I first saw it at the page "Commons:Graphic Lab/Illustration workshop", but the SpBot ain't working anymore, is there a reason for this? --Donald Trung 『徵國單』 (No Fake News 💬) (WikiProject Numismatics 💴) (Articles 📚) 08:43, 15 October 2021 (UTC)
- Very likely due to mw:MediaWiki_1.37/Deprecation_of_legacy_API_token_parameters. The maintainer needs to update the queries they use to obtain tokens. Dylsss (talk) 18:43, 15 October 2021 (UTC)
- That said, its archiving at m:Special:Contributions/SpBot, so maybe it's something different. Dylsss (talk) 00:15, 16 October 2021 (UTC)
- It resumed editing a few minutes ago. Thanks to whoever tweaked or kicked it.—Odysseus1479 (talk) 03:11, 16 October 2021 (UTC)
- That said, its archiving at m:Special:Contributions/SpBot, so maybe it's something different. Dylsss (talk) 00:15, 16 October 2021 (UTC)
- This section was archived on a request by: --Donald Trung 『徵國單』 (No Fake News 💬) (WikiProject Numismatics 💴) (Articles 📚) 20:29, 17 October 2021 (UTC)
Crop Tool has message - "500 Curl error: SSL certificate problem: certificate has expired"
Can someone correct this "certificate problem," please?
Thank you, --Ooligan (talk) 00:31, 1 October 2021 (UTC)
- @Ooligan: Should be fixed now. --AntiCompositeNumber (talk) 02:19, 1 October 2021 (UTC)
Uncaught TypeError: $(...).append(...).dialog is not a function
Hi, When trying to "add deletelinks" with the tab for [1], I get the following error:
Uncaught TypeError: $(...).append(...).dialog is not a function
from https://commons.wikimedia.org/wiki/Special:PrefixIndex?prefix=Whenwewereveryyo0000unse+i2b7&namespace=6 at line 402:644 TypeError: $(...).append(...).dialog is not a function at Object.fail (<anonymous>:402:644) at Object.secureCall (<anonymous>:399:848) at Object.nextTask (<anonymous>:399:958) at HTMLLIElement.<anonymous> (<anonymous>:204:2046) at HTMLLIElement.dispatch (https://commons.wikimedia.org/w/load.php?lang=en&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets&skin=monobook&version=1o0br:70:214) at HTMLLIElement.elemData.handle (https://commons.wikimedia.org/w/load.php?lang=en&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets&skin=monobook&version=1o0
Any idea? Yann (talk) 18:12, 3 October 2021 (UTC)
- @Yann (CC Ymblanter): I couldn't reproduce directly since this is an admin-only Gadget, but… This looks like the same class of bug as the one discussed in MediaWiki talk:Gadget-AjaxQuickDelete.js#TypeError thrown after recent changes. In this case, MediaWiki:Gadget-autodel.js (l. 315–333) appears to be calling straight into MediaWiki:Gadget-AjaxQuickDelete.js, bypassing its setup functions and never loading the
jquery.ui
dependency that provides the.dialog()
method. I'm betting the fix is as simple as addingjquery.ui
to the deps list in themw.loader.using()
call in l. 315–333. And you're probably seeing this failure now because you're trying to use it on a Special:PrefixIndex page where relatively few Gadgets are active, but not seeing it elsewhere because on most pagesjquery.ui
has already been loaded by other Gadgets (i.e. it's loading-order dependent).Krinkle was kind enough to fix it last time it popped up, so perhaps they could be persuaded to take a look this time too? Xover (talk) 06:19, 5 October 2021 (UTC) - Done, diff. Krinkle (talk) 18:55, 5 October 2021 (UTC)
- Thanks! Did it fix the issue Yann? Xover (talk) 19:48, 5 October 2021 (UTC)
- Yes, it worked. Yann (talk) 20:34, 5 October 2021 (UTC)
- Thanks! Did it fix the issue Yann? Xover (talk) 19:48, 5 October 2021 (UTC)
- This section was archived on a request by: —Mdaniels5757 (talk • contribs) 18:11, 30 October 2021 (UTC)
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
- A more efficient way of sending changes from Wikidata to Wikimedia wikis that show them has been enabled for the following 10 wikis: mediawiki.org, the Italian, Catalan, Hebrew and Vietnamese Wikipedias, French Wikisource, and English Wikivoygage, Wikibooks, Wiktionary and Wikinews. If you notice anything strange about how changes from Wikidata appear in recent changes or your watchlist on those wikis you can let the developers know.
Changes later this week
- The new version of MediaWiki will be on test wikis and MediaWiki.org from 5 October. It will be on non-Wikipedia wikis and some Wikipedias from 6 October. It will be on all wikis from 7 October (calendar).
- Some gadgets and bots that use the API to read the AbuseFilter log might break. The
hidden
property will no longer say an entry isimplicit
for unsuppressed log entries about suppressed edits. If your bot needs to know this, do a separate revision query. Additionally, the property will have the valuefalse
for visible entries; previously, it wasn't included in the response. [2] - A more efficient way of sending changes from Wikidata to Wikimedia wikis that show them will be enabled for all production wikis. If you notice anything strange about how changes from Wikidata appear in recent changes or your watchlist you can let the developers know.
Future changes
- You can soon get cross-wiki notifications in the iOS Wikipedia app. You can also get notifications as push notifications. More notification updates will follow in later versions. [3]
- The JavaScript variables
wgExtraSignatureNamespaces
,wgLegalTitleChars
, andwgIllegalFileChars
will soon be removed frommw.config
. These are not part of the "stable" variables available for use in wiki JavaScript. [4] - The JavaScript variables
wgCookiePrefix
,wgCookieDomain
,wgCookiePath
, andwgCookieExpiration
will soon be removed from mw.config. Scripts should instead usemw.cookie
from the "mediawiki.cookie" module. [5]
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
16:27, 4 October 2021 (UTC)
Usernames with semicolon
Hi, Usernames with semicolon should not be allowed. However someone was able to register an account as Dafdskla;. See [6]. Yann (talk) 21:06, 4 October 2021 (UTC)
- Page titles (and usernames) ending with semicolon were disallowed on 9 June 2020 [7], but the account has been registered on 27 February 2017 [8], when they were allowed. Matma Rex (talk) 21:35, 4 October 2021 (UTC)
- @Matma Rex: Is it possible to rename the account? Yann (talk) 11:48, 5 October 2021 (UTC)
- @Yann I guess it's possible technically, but I have no idea what the policies around renaming users are these days. The user has zero edits or actions, so it seems a bit unnecessary to do anything about them. Matma Rex (talk) 13:27, 5 October 2021 (UTC)
- @Matma Rex: Is it possible to rename the account? Yann (talk) 11:48, 5 October 2021 (UTC)
Upload from URL via API: error permissiondenied
Hello! I'm writing a script to upload files from the Library of Congress, but I can't see to actually upload the file. I'm getting this error:
{"error": {"code": "permissiondenied", "info": "The action you have requested is limited to users in one of the groups: [[Commons:Users|Users]], [[Commons:GWToolset users|GWToolset users]].", "docref": ...}, "servedby": "mw1341"}
I've checked that I'm logged in with userinfo and added "assert": "user"
to ensure that I'm logged in. I do have the upload
and upload_by_url
rights (all logged-in users do). The Library of Congress is on the upload whitelist. I can't figure out what I'm doing wrong. Tol (talk | contribs) @ 04:09, 5 October 2021 (UTC)
- @Tol: Do you log in using your normal password, or do you use a bot password or OAuth? If one of the latter two, you should review the grants of the bot password/OAuth consumer as well, as the effective user rights are the intersection of the user groups’ and the grants’ rights. —Tacsipacsi (talk) 22:33, 5 October 2021 (UTC)
- @Tacsipacsi: I use a bot password — I don't think one can login to the API with the normal username/password. I checked Special:ListGrants — apparently one needs "upload, replace, and move files"
(uploadeditmovefile)
instead of just "upload new files"(uploadfile)
to upload by URL. Thanks for figuring this out! Tol (talk | contribs) @ 01:31, 6 October 2021 (UTC)- @Tol: I’m pretty sure it’s possible to log in through the API using a normal username/password, but discouraged as the grants system provides finer-grained control over what the third-party program can and cannot do (e.g. if the
delete
grant isn’t included, a buggy program won’t be able to accidentally delete the main page even if you are an admin). —Tacsipacsi (talk) 20:46, 6 October 2021 (UTC)
- @Tol: I’m pretty sure it’s possible to log in through the API using a normal username/password, but discouraged as the grants system provides finer-grained control over what the third-party program can and cannot do (e.g. if the
- @Tacsipacsi: I use a bot password — I don't think one can login to the API with the normal username/password. I checked Special:ListGrants — apparently one needs "upload, replace, and move files"
Weird thing going on with talk pages
Please see: User talk:Fæ (Specifically the mobile version, I don't have this issue on "Desktop mode").
The last section appears to be called "File:2010-365-50 Shared Moment (4371685511).jpg" in the list of sections, but many more sections appear "hidden" below it. What is going on here? --Donald Trung 『徵國單』 (No Fake News 💬) (WikiProject Numismatics 💴) (Articles 📚) 11:10, 5 October 2021 (UTC)
- Most probably too many sections. The page should be archived. Yann (talk) 11:45, 5 October 2021 (UTC)
- @Donald Trung and Yann: The page is quite long indeed, but it’s only the past month’s discussions. Also, the page length has nothing to do with the missing sections. (Even if it had, the buggy software would need to be fixed, not the long page.) Rather, it was caused by a template in the user space of Eatcha’s bot. I know editing others’ user space is generally discouraged, but I thought breaking potentially thousands of pages justifies breaking this convention. —Tacsipacsi (talk) 22:24, 5 October 2021 (UTC)
- OK thanks, but the page is still in Category:User talk pages where template include size is exceeded. Yann (talk) 11:17, 6 October 2021 (UTC)
- @Donald Trung and Yann: The page is quite long indeed, but it’s only the past month’s discussions. Also, the page length has nothing to do with the missing sections. (Even if it had, the buggy software would need to be fixed, not the long page.) Rather, it was caused by a template in the user space of Eatcha’s bot. I know editing others’ user space is generally discouraged, but I thought breaking potentially thousands of pages justifies breaking this convention. —Tacsipacsi (talk) 22:24, 5 October 2021 (UTC)
I'm an idiot, this is not an isolated problem as at "User talk:Alexis Jazz" I wrote:
- "== Is this talk page broken? ==
All sections below the deletion notification are not listed as sections and attempting to edit the section "File:IMG E7281 (28066879688).jpg" will redirect to the above link. --Donald Trung 『徵國單』 (No Fake News 💬) (WikiProject Numismatics 💴) (Articles 📚) 08:09, 5 October 2021 (UTC)"
The issue seems to be caused by the "Selfie" template and the link 🔗 points at jt being caused by the Deletion Notification bot. --Donald Trung 『徵國單』 (No Fake News 💬) (WikiProject Numismatics 💴) (Articles 📚) 12:02, 6 October 2021 (UTC)
Permanent upload fail for files with file size above approx. 600 MB
Hello dear people,
I've already described the problem here, but unfortunately we didn't come to a solution. The issue is that files above a certain file size (approx. from 600 MB to ~4,3 GB) simply cannot be uploaded successfully, even though a maximum file size of 4 GiB is allowed on Commons.
What I noticed is that the error always appears, regardless of the upload method. There are no exceptions in which this upload works. The error also occurs under Ubuntu and Video2Commons, so this seems to be an error directly on a critical upload server. This error exists since at least several months.
The problem was/is also discussed in the Phabricator, however it has become somewhat quiet:
- https://phabricator.wikimedia.org/search/query/kJahX_YvCOHI/
- https://phabricator.wikimedia.org/T201090
- https://phabricator.wikimedia.org/T291137
Can this error be fixed?
Errors in English translation added in annotations:
-
Upload of a 3.99 GiB video: Server fails before entering file information
-
Upload of a picture of about 800 MB: input of information possible, but problems with publishing
-
Chunked upload also unpossible
Thank you all and I hope I don't annoy with this topic, --PantheraLeo1359531 😺 (talk) 15:54, 3 October 2021 (UTC)
- This has been a constant issue for batch-uploads of texts for Wikisource (which frequently come in over 100MB which encoded with FOSS tooling), but we were told that it's our workflow at fault, and 100MB+ files are not actually expected to work. I tried to document this at COM:100MB, but was reverted: there is, AFAIK, still no formal mention that large-file uploads are broken around 90% of the time, leaving users to waste literally days (I am not joking, I have spent that long trying to diagnose, work around and attempt, unsuccessfully, to resolve this) each trying to deal with it.
- Other possibly relevant bugs: phab:T278104, phab:T278389 (stash failures are the usual failure mode I see with Pywikibot, at least).
- The only fully reliable upload method appears to be filing a phab ticket for a server-side upload (see examples linked on phab:T278104) and taking up valuable core staff time getting these things uploaded.
- I am hoping from tomorrow, a config change will allow me to copy-upload from a Toolforge domain which will maybe be a workaround for me personally and a small cadre of Wikisource users, but not really helpful for anyone else. 18:24, 3 October 2021 (UTC)
- Even with a 406 MB file, it fails with Our servers are currently under maintenance or experiencing a technical problem. Please try again in a few minutes. Request from 2a01:cb15:xxxx via cp3056 cp3056, Varnish XID 110584618. Error: 503, Backend fetch failed at Tue, 05 Oct 2021 19:23:48 GMT upload by URL from IA. Yann (talk) 19:28, 5 October 2021 (UTC)
- Finally it worked with the UploadWizard, but it is much less practicable, and seems unreliable. Yann (talk) 11:23, 6 October 2021 (UTC)
- Again upload failed for 714 MB PDF file from IA via upload-by-url. Error message:
Request from 2a01:cb15:xxxx via cp3062 cp3062, Varnish XID 212786691. Error: 503, Backend fetch failed at Wed, 06 Oct 2021 14:31:00 GMT
. Yann (talk) 14:35, 6 October 2021 (UTC)- Also failed via chunked-upload protocol. Error message:
02579: FAILED: stashfailed: Internal error: Server failed to publish temporary file.
. And also failed from Stash. Also failed via URL2Commons. Yann (talk) 15:50, 6 October 2021 (UTC)- @Yann I have requested a server-side upload phab:T292769 as even a copy-upload by a Toolforge URL does not work (sadly even that has its limits). You can request them to be uploaded under your account if you wish, but you will need to confirm your Phabricator account belongs to your Wiki account (see phab:T289711#7310131). Fingers crossed! Inductiveload (talk) 17:45, 7 October 2021 (UTC)
- Also failed via chunked-upload protocol. Error message:
- Again upload failed for 714 MB PDF file from IA via upload-by-url. Error message:
- Finally it worked with the UploadWizard, but it is much less practicable, and seems unreliable. Yann (talk) 11:23, 6 October 2021 (UTC)
Category:Virginia Women's Monument
I have created the category Virginia Women's Monument and added a wikidata link to the category. Because there is an apostrophe in the title, the commons category is not linking to the wikidata catagory Any suggestions? Thanks. WomenArtistUpdates (talk) 19:14, 7 October 2021 (UTC)
- @WomenArtistUpdates: I'm not sure if {{Wikidata infobox}} can find Wikidata items that have only a Commons category (P373) property referring to the category. I added a Commons sitelink to Virginia Women's Monument (Q96414039) and then flailed around a bit trying to get the category page to update (reload, shift+reload, null edit, add
?action=purge
to the URL) and now it looks right. So something that I did helped, but I'm not entirely sure it was the sitelink and not the flailing. --bjh21 (talk) 21:13, 7 October 2021 (UTC)- Bjh21 Well, whatever it was - Thank you! I guess it didn't have anything to do with the apostrophe :) WomenArtistUpdates (talk) 22:41, 7 October 2021 (UTC)
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 October. It will be on non-Wikipedia wikis and some Wikipedias from 13 October. It will be on all wikis from 14 October (calendar).
- The "auto-number headings" preference is being removed. You can read phab:T284921 for the reasons and discussion. This change was previously announced. A JavaScript snippet is available which can be used to create a Gadget on wikis that still want to support auto-numbering.
Meetings
- You can join a meeting about the Desktop Improvements. A demonstration version of the newest feature will be shown. The event will take place on Tuesday, 12 October at 16:00 UTC. See how to join.
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
15:28, 11 October 2021 (UTC)
Remove main namespace from wgExtraSignatureNamespaces
I am planning to remove the main namespace from the wgExtraSignatureNamespaces configuration setting on this wiki. I think this will have very little impact, but letting you know just in case. For more context, see task T291630 (although I'm happy to reply here if you have any questions).
Currently, that configuration setting affects:
- Whether there is a "Signature and timestamp" button on the editing toolbar in that namespace
- Whether DiscussionTools's reply tool and new topic tool are available in that namespace
It was configured that way in 2014 for all "special" wikis (basically, anything other than the Wikimedia projects with multiple language versions), on the assumption that they often have discussions, including their "village pump" equivalent, in [main namespace]. This doesn't seem correct for this wiki. We're planning to use that config setting for future discussion-related features, and it would probably be unexpected if they showed up in the main namespace here.
Please let me know if there's any problem with this. Thanks. Matma Rex (talk) 18:36, 4 October 2021 (UTC)
- The change has been applied now. Matma Rex (talk) 11:38, 12 October 2021 (UTC)
Search bug
The main search has become buggy and fails to load certain results in the Search Media page.
- Search in the main Commons search box at the top
- Images search successfully retrieves lots of images
- Click the "Categories and Pages" and the result is "We didn't find any results Try more general terms or check your spelling."
- If you repeat the search using the inline search input within the Search Media page, everything works perfectly.
Something is failing between the top #simpleSearch box and the results. Hope someone can fix this. Cnbrb (talk) 10:35, 17 October 2021 (UTC)
- @Cnbrb: This has now been fixed. Dylsss (talk) 19:39, 18 October 2021 (UTC)
- @Dylsss: thank you for sorting it, and for such a quick response! Cnbrb (talk) 21:51, 18 October 2021 (UTC)
- Well I just helped clarify the bug on Phabricator and added the task to this discussion, I didn't fix it personally. (: Dylsss (talk) 21:56, 18 October 2021 (UTC)
- Ah well, please covey my thanks to whoever did fix it! Cnbrb (talk) 23:04, 18 October 2021 (UTC)
- Well I just helped clarify the bug on Phabricator and added the task to this discussion, I didn't fix it personally. (: Dylsss (talk) 21:56, 18 October 2021 (UTC)
- @Dylsss: thank you for sorting it, and for such a quick response! Cnbrb (talk) 21:51, 18 October 2021 (UTC)
Contradictory statements
I tried to vote at this server but it gave me the message "you cannot vote in this election if you are currently blocked from editing.", But this page specifically says "To be eligible for voting a user must: not be blocked in more than one project". I am only blocked at the Meta-Wiki which is ONE (1) project and the eligibility statement specifically says "more than one project". So what is going on here? Does this mean that people like Fæ, Koavf, and Rodhullandemu can't vote either or is it specifically because I am blocked at the Meta-Wiki, preferably I would ask this there but obviously I can't so I wonder why I am ineligible if the rules specifically indicate more than one project. --Donald Trung 『徵國單』 (No Fake News 💬) (WikiProject Numismatics 💴) (Articles 📚) 11:17, 12 October 2021 (UTC)
- I haven't tried to vote and wasn't especially bothered until I saw only one candidate from the United Kingdom, who obviously is a candidate worth considering AFAIAC. I also see Risker, who blocked me on en:WP, is standing and I think I should be able to express an opinion as to her competence to judge complex situtations. I will report back. Rodhullandemu (talk) 11:39, 12 October 2021 (UTC)
- No problem voting, but didn't give me a chance to cast a negative vote, and even to place someone in 70th place required me to fill in all the intervening ones. So, a partial success. Rodhullandemu (talk) 22:20, 12 October 2021 (UTC)
- @Rodhullandemu: , thanks for reporting back to me. I somehow suspected that the Meta-Wiki weighs heavier with these kind of things, likewise how a single Stew can decide to globally ban a user and the Wikimedia Commons has to enforce that as a local ban as well, for example a former Wikispecies bureaucrat that basically just uploaded pictures of spiders here (can't remember his username(s) though), no local abuse here but gets reported on sight. I will have to report it to the Phabricator then. Thanks for confirming it. --Donald Trung 『徵國單』 (No Fake News 💬) (WikiProject Numismatics 💴) (Articles 📚) 06:03, 13 October 2021 (UTC)
Improper templates
At the page "User talk:Fæ" for whatever reason deletion nominations don't seem to load properly, is there a reason for this? --Donald Trung 『徵國單』 (No Fake News 💬) (WikiProject Numismatics 💴) (Articles 📚) 18:18, 13 October 2021 (UTC)
- The page has too many templates, such that it exceeds the limits of how many templates MediaWiki can expand. Also see Category:User talk pages where template include size is exceeded. Dylsss (talk) 20:27, 13 October 2021 (UTC)
Mass upload tools login problem
Hi, does anybody else have problems logging in to the gadgets Vicuna Uploader and Pattypan? --Mihai (talk) 00:04, 3 October 2021 (UTC)
- Hi. I have the same problem with the 3 uploaders: Pattypan, Communist and Vicuna. I have looked at the talk pages of these tools and haven't seen any solutions for the moment. --Poudou99 (talk) 14:45, 13 October 2021 (UTC)
- Tracked. -- King of ♥ ♦ ♣ ♠ 02:47, 16 October 2021 (UTC)
- @Poudou99 and King of Hearts: Hello, there is a discussion open here, with more details. Seems that some Java version incompatibility is at the core of the problem. At the moment it's still unsolved. --Mihai (talk) 18:14, 16 October 2021 (UTC)
- Tracked. -- King of ♥ ♦ ♣ ♠ 02:47, 16 October 2021 (UTC)
Duplicated images
Hello everybody. I'm not sure in which page here I should've started the discussion. There are two totally same pictures, just one of those is of bigger size - File:Port Vila market, Vanuatu, 23 November 2006 - Flickr - PhillipC.jpg & File:Port Vila market.jpg. Could anyone help me with merging please? Greetings, --Wolverène (talk) 09:41, 11 October 2021 (UTC)
- @Wolverène: They can’t be “merged”, but rather one of them should be deleted. You can place {{Duplicate}} on the lower-resolution image to ask admins to delete it. —Tacsipacsi (talk) 21:53, 11 October 2021 (UTC)
- @Wolverène and Tacsipacsi: I guess the issue here is that the smaller image has more descriptions, and is in use on numerous projects, having been here several years longer. In this case it might be better to overwrite the smaller file with the larger image. Then the more recent upload can be treated as the duplicate instead.—Odysseus1479 (talk) 20:08, 16 October 2021 (UTC)
AC3 Audio
AC3 (Dolby Digital) audio has been unencumbered by patents since 2017. Does Wikimedia Commons accept ac3 files? If not, are there any plans to support it in the future? Mysterymanblue 01:36, 13 October 2021 (UTC)
- It seems like it has never been discussed. The developers would only add it if there is support to play the files in the browser. Both the current player, Kaltura, and the one we are transitioning to, videojs, play file formats based on what the browser itself supports, with some additions, those additions do not include ac3. Dolby itself shows the support in browsers is low. You would also need to propose this addition in the proposal Village pump.--Snævar (talk) 13:39, 16 October 2021 (UTC)
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
- Toolhub is a catalogue to make it easier to find software tools that can be used for working on the Wikimedia projects. You can read more.
Changes later this week
- The new version of MediaWiki will be on test wikis and MediaWiki.org from 19 October. It will be on non-Wikipedia wikis and some Wikipedias from 20 October. It will be on all wikis from 21 October (calendar).
Future changes
- The developers of the Wikipedia Android app are working on communication in the app. You can now answer questions in survey to help the development.
- 3–5% of editors may be blocked in the next few months. This is because of a new service in Safari, which is similar to a proxy or a VPN. It is called iCloud Private Relay. There is a discussion about this on Meta. The goal is to learn what iCloud Private Relay could mean for the communities.
- Wikimedia Enterprise is a new API for those who use a lot of information from the Wikimedia projects on other sites. It is a way to get big commercial users to pay for the data. There will soon be a copy of the Wikimedia Enterprise dataset. You can read more. You can also ask the team questions on Zoom on 22 October 15:00 UTC.
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
20:52, 18 October 2021 (UTC)
Coolest Tool Award 2021: Call for nominations
The third edition of the m:Coolest Tool Award is looking for nominations!
Tools play an essential role for the Wikimedia projects, and so do the many volunteer developers who experiment with new ideas and develop and maintain local and global solutions to support the Wikimedia communities. The Coolest Tool Award aims to recognize and celebrate the coolest tools in a variety of categories.
The awarded projects will be announced and showcased in a virtual ceremony in December. Deadline to submit nominations is October 27. More information: m:Coolest Tool Award. Thanks for your recommendations! -- SSethi (WMF) for the 2021 Coolest Tool Academy team 05:57, 19 October 2021 (UTC)
North London Regent's Canal
On advice I am reposting this, and the reply from Commons:Village_pump#North London Regent's Canal ClemRutter (talk) 11:39, 19 October 2021 (UTC)
A silly basic question. From a Lumix, I tried to upload a batch of scenes along the north London Regent's Canal quickly using Upload Wizard. All are geotagged in the exif. Upload Wizard did not transfer the Latitude and Longitude from the exif into the Location fields. Look at the image- and there is no geotag in the description. Download the image to your local PC, right click on properties/image and there it is -the original geotag. The data is there but not displayed or displayable on the server. I tried it again on my Nikon and it did the same. Why? Is this a feature? Is this on someones to-do list? ClemRutter (talk) 18:21, 18 October 2021 (UTC)
- @ClemRutter: it does look like a bug; I can verify that there are “Camera Location” data in the image file, visible in Photoshop and Apple Preview for example, that do not even appear in the metadata box on the file page, let alone getting read into the info template (which I wouldn’t necessarily expect). COM:VPT might be a better place to ask if this is symptomatic of a known issue (or simply an absent feature), or to get a bug report made at Phabricator.—Odysseus1479 (talk) 21:58, 18 October 2021 (UTC)
Cheers ClemRutter (talk) 11:39, 19 October 2021 (UTC)
- @ClemRutter This is a known bug (T223051) and the underlying cause seems to be an issue in the version of PHP that Wikimedia is currently running (T240509). Work is underway to update to PHP 7.4 (T271736) which should hopefully fix this as a byproduct, although it will take some time. the wub "?!" 23:10, 25 October 2021 (UTC)
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 Coolest Tool Award 2021 is looking for nominations. You can recommend tools until 27 October.
Changes later this week
- The new version of MediaWiki will be on test wikis and MediaWiki.org from 26 October. It will be on non-Wikipedia wikis and some Wikipedias from 27 October. It will be on all wikis from 28 October (calendar).
Future changes
- Diff pages will have an improved copy and pasting experience. The changes will allow the text in the diff for before and after to be treated as separate columns and will remove any unwanted syntax. [9]
- The version of the Liberation fonts used in SVG files will be upgraded. Only new thumbnails will be affected. Liberation Sans Narrow will not change. [10]
Meetings
- You can join a meeting about the Community Wishlist Survey. News about the disambiguation and the real-time preview wishes will be shown. The event will take place on Wednesday, 27 October at 14:30 UTC. See how to join.
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
20:06, 25 October 2021 (UTC)
Image download links
Hello! Back in 2014, we created a functionality as part of the Media Viewer project, where file / thumbnail URLs can be turned into download URLs by adding ?download
to the end. (You can see how it works: normal vs download, try left-clicking. From a technical perspective, the edge cache rewrites it into the canonical URL and adds a Content-Disposition: attachment
header to the response.) During a recent conversation I realized that the various community-built download tools (such as the stockphoto gadget) don't use this functionality, so I figured I'd suggest it for your attention. Tgr (WMF) (talk) 22:49, 29 October 2021 (UTC)
Unable to upload 10 MB image
I am trying to upload an image very similar to File:Shelburne Falls October 2021 001.jpg using Upload Wizard. It was taken with the same camera (Nikon D750) and processed using the same software (Lightroom 5.7.1), with the only difference being that the file is slightly bigger (10.0 MB). When I try to upload, it starts with an "Uploading..." screen and the progress bar moves along, but then it goes to "Queued..." and hangs forever. I have tried multiple different versions of Upload Wizard, including the WLM campaign as well as the regular Special:UploadWizard. -- King of ♥ ♦ ♣ ♠ 23:31, 29 October 2021 (UTC)
- I got it to upload: File:Shelburne Falls October 2021 008.jpg. However, still worth a postmortem on why it was consistently failing for approximately the hour before my original post. -- King of ♥ ♦ ♣ ♠ 02:10, 30 October 2021 (UTC)
- Comment I am sometimes also unable to upload big files, the last exemple is my last upload, the original size was more than 5000*7000px but I never managed to upload it without a reduction of the size. I have aslo issues when I upload new versions of big files, e.g. File:Pont du Vialais.jpg that you know, if I remember well, after several attempts I did not manage to update the file so I had the idea to upload the new version(s) on my Flickr account and then to upload from Flickr to here.... and surprise... the transfert from Flickr to here only took a few seconds... This is very frustrating. Christian Ferrer (talk) 06:59, 30 October 2021 (UTC)
Redirect can't be deleted
Hi, I can't delete this redirect (mispelling): https://commons.wikimedia.org/w/index.php?title=File:Landscape_at_Saint-Andr%C3%A9,_Near_Marseilles,_by_Paul_Guigou_,Cleveland_Museum_of_Art,_1980.265.jpg&redirect=no Any idea? Yann (talk) 21:32, 29 October 2021 (UTC)
- See phab:T293980. Dylsss (talk) 23:22, 29 October 2021 (UTC)
- Again here: https://commons.wikimedia.org/w/index.php?title=File:Ggffhfbgdgd.jpg&redirect=no Yann (talk) 11:50, 30 October 2021 (UTC)
- Yes, it seems to happen for any redirect in the file namespace. Dylsss (talk) 15:36, 30 October 2021 (UTC)
- Looks like you can delete if you change the redirect to some normal text. —Mdaniels5757 (talk • contribs) 18:10, 30 October 2021 (UTC)
- OK, not very convenient, but that's a temporary solution. Yann (talk) 15:04, 31 October 2021 (UTC)
- Looks like you can delete if you change the redirect to some normal text. —Mdaniels5757 (talk • contribs) 18:10, 30 October 2021 (UTC)
- Yes, it seems to happen for any redirect in the file namespace. Dylsss (talk) 15:36, 30 October 2021 (UTC)
- Again here: https://commons.wikimedia.org/w/index.php?title=File:Ggffhfbgdgd.jpg&redirect=no Yann (talk) 11:50, 30 October 2021 (UTC)
PD-US-no notice with pre-1926 files
There are files with works which were first published before 1926, but they are licensed as {{PD-US-no notice}}, which says that the work was published between 1926 and 1977, which is quite confusing. This happens because the year in the license template is automatically changed anually. An example is File:Greta Garbo 1925 by Genthe.jpg, where the license made sense when it was uploaded in 2007, but does not make sense anymore. I think that in files with works which slip out of the applicability of this license it should be automatically changed for {{PD-US-expired|US}}. --Jan Kameníček (talk) 21:57, 31 October 2021 (UTC)
- Yes, this replacement looks like a sensible approach to me. We should have a bot handle this issue. De728631 (talk) 22:58, 31 October 2021 (UTC)
- @De728631 and Jan.Kamenicek: I don't think a bot can handle this because the date on files is often malformed or represents the date of creation - since the {{PD-US-expired}} is based on the date of publication, there's no easy way to do a mass change. Mysterymanblue 23:58, 31 October 2021 (UTC)
Module:Countries/North America
Is there any way to fix the module to make it show up on Category:Women of the United States in the 2010s? --Trade (talk) 00:54, 23 October 2021 (UTC)
- Right now the only way to make it show up is to change
{{WomenDecadebyCountry|20|10|21st|the United States}}
to{{WomenDecadebyCountry|20|10|21st|United States}}
which breaks the categories generated by the template. --Trade (talk) 00:55, 23 October 2021 (UTC)- No, an extra parameter allows to add the definite article only where it’s needed. Its behavior was not entirely consistent, but it was easy to fix. (Actually the content of this parameter doesn’t matter,
{{WomenDecadebyCountry|20|10|21st|United States|foobar}}
would also result in “the” being displayed, I just chose the to make the source code easier to understand.) —Tacsipacsi (talk) 10:55, 3 November 2021 (UTC)
- No, an extra parameter allows to add the definite article only where it’s needed. Its behavior was not entirely consistent, but it was easy to fix. (Actually the content of this parameter doesn’t matter,