Wikipedia:Village pump (technical): Difference between revisions

Browse history interactively

← Previous edit

Content deleted Content added

VisualWikitext

Inline

Latest revision as of 11:37, 11 May 2024

Table of contents
First discussion
End of page
New post

Shortcuts

The technical section of the village pump is used to discuss technical issues about Wikipedia. Bug reports and feature requests should be made in Phabricator (see how to report a bug). Bugs with security implications should be reported differently (see how to report security bugs).

If you want to report a JavaScript error, please follow this guideline. Questions about MediaWiki in general should be posted at the MediaWiki support desk. Discussions are automatically archived after remaining inactive for five days.

view · edit

Frequently asked questions (see also: Wikipedia:FAQ/Technical)

Click "[show]" next to each point to see more details.

If something looks wrong, purge the server's cache, then bypass your browser's cache.
This tends to solve most issues, including improper display of images, user-preferences not loading, and old versions of pages being shown.

No, we will not use JavaScript to set focus on the search box.
This would interfere with usability, accessibility, keyboard navigation and standard forms. See task 3864. There is an `accesskey` property on it (default to `accesskey="f"` in English). Logged-in users can enable the "Focus the cursor in the search bar on loading the Main Page" gadget in their preferences.

No, we will not add a spell-checker, or spell-checking bot.
You can use a web browser such as Firefox, which has a spell checker.

If you have problems making your fancy signature work, check Help:How to fix your signature.

If you changed to another skin and cannot change back, use this link.
Alternatively, you can press Tab until the "Save" button is highlighted, and press Enter. Using Mozilla Firefox also seems to solve the problem.

If an image thumbnail is not showing, try purging its image description page.
If the image is from Wikimedia Commons, you might have to purge there too. If it doesn't work, try again before doing anything else. Some ad blockers, proxies, or firewalls block URLs containing /ad/ or ending in common executable suffixes. This can cause some images or articles to not appear.

For server or network status, please see Wikimedia Status. If you cannot reach Wikipedia services, see Reporting a connectivity issue.

« Archives, 192, 193, 194, 195, 196, 197, 198, 199, 200, 201, 202, 203, 204, 205, 206, 207, 208, 209, 210, 211, 212

pagelinks normalization[edit]

Tracked in Phabricator
Task T299947

The pagelinks table is about to lose its pl_namespace and pl_title columns. This may break some tools and reports. Certes (talk) 15:26, 30 April 2024 (UTC)[reply]

As advised at Wikipedia:Village pump (technical)/Archive 211#pagelinks normalization. --Redrose64 🌹 (talk) 20:33, 30 April 2024 (UTC)[reply]

Yes: we've been able to use the linktarget alternative for a while now. Today's news, according to the Phabricator ticket, is that they are now ready to drop the columns. Certes (talk) 21:33, 30 April 2024 (UTC)[reply]

mw:Manual:pagelinks table does not indicate that any elements of that table are deprecated; the page has yet to be updated this year. – wbm1058 (talk) 17:14, 4 May 2024 (UTC)[reply]

Wikipedia:Database reports/Linked misspellings/Configuration needs to be updated yet. I think this is what I used as a template for creating my own similar query. – wbm1058 (talk) 19:52, 7 May 2024 (UTC)[reply]

"bps" in interface messages?[edit]

Are the bit-rate messages Bitrate-...bits used anywhere in the interface? If yes, then "bps" in all of them should be changed to "bit/s" to be consistent with MOS:UNITS#Specific units ("bit per second: bit/s (not bps, b/s)") and avoid setting a bad example. — Mikhail Ryazanov (talk) 02:38, 4 May 2024 (UTC)[reply]

These are used in places like File:2024-04-24_Tours2024Stopmotion.webm. I personally can't be bothered to care about this issue, though, it seems very trivial. * Pppery * _{it has begun...} 02:42, 4 May 2024 (UTC)[reply]

MoS doesn't apply to "the interface". Nardog (talk) 07:39, 4 May 2024 (UTC)[reply]

I know (obviously, because I did say "be consistent with" instead of "conform to"). But how does it help to have our own interface contradicting our own MoS? — Mikhail Ryazanov (talk) 08:52, 4 May 2024 (UTC)[reply]

Yes they are contained in the interface see list. I do not think we should localize these for only those with their interface language set to English. You could make a case for this in a feature request which if accepted would "improve" this for all projects. — xaosflux ^Talk 10:10, 4 May 2024 (UTC)[reply]

Some other languages already have them "localized" (such as "bit/s" in Finnish, "b/s" in French, "б/с" in Macedonian). Do you propose changing the defaults such that all the languages where these messages haven't been "translated" will automatically switch to "bit/s"? Although this would be nice ("bit/s" is at least defined by the international standard IEC 60027, whereas "bps" is not standard at all), doing so globally might be perhaps more difficult than redefining these messages just for English at translatewiki. — Mikhail Ryazanov (talk) 11:17, 4 May 2024 (UTC)[reply]

My suggestion is that if the root of these is not the best possible international version of this, it be fixed at the root message level, not with a project-specific local override. I don't think "translating" them from the root English to English at translatewiki is the fix there - but you could give it a try. Fixing at the root reduces local technical debt and would share the improvement with all mediawiki projects. — xaosflux ^Talk 12:17, 4 May 2024 (UTC)[reply]

Follow on, inconsistent translatewiki work can make these sloppy - for example I can't imagine why in Portuguese the kilobits should be "kb/s" while the megabits are "Mbps". Likely because someone wanted to fix one instance and isn't even aware of the other ones - but if it was all in an agreeable root style that may have been avoidable. — xaosflux ^Talk 12:28, 4 May 2024 (UTC)[reply]

OK, would you then suggest requesting to change them directly in MediaWiki, as it seems from WP:BUG, or follow what System messages says: "General changes that could benefit other wikis can be submitted to translatewiki.net"? — Mikhail Ryazanov (talk) 23:16, 4 May 2024 (UTC)[reply]

I've never had a lot of luck getting English-->English translations in translatewiki coming over, that's why I suggested the root message itself. — xaosflux ^Talk 00:44, 6 May 2024 (UTC)[reply]

Translatewiki.net does not support changes to the source language (English). Those must be proposed on Gerrit. * Pppery * _{it has begun...} 00:50, 6 May 2024 (UTC)[reply]

Whether other projects follow English Wikipedia's MoS or not is their decision entirely. Even if you want it to, any conseus on that here has no effect. I am listing this as a reason to oppose extending your steward rights next year xaosflux, very disrepectful behaviour of you. Snævar (talk) 11:33, 4 May 2024 (UTC)[reply]

What?! What was disrespectful about it? Nardog (talk) 11:41, 4 May 2024 (UTC)[reply]

Sorry we are in disagreement. I certainly don't think that article style guidelines on this project should be forced on other projects. To be clear my suggestion is just that this would best start as an upstream discussion - which could certainly result in a WONTFIX. — xaosflux ^Talk 12:24, 4 May 2024 (UTC)[reply]

Edits not showing up on watchlist/recent changes[edit]

Tracked in Phabricator
Task T364245

This edit at 13:21, this edit at 13:26, and this edit at 13:36 to MediaWiki:Gadget-popups.js by Novem Linguae are not showing up on recent changes or on watchlist. Any clue why? Nardog (talk) 17:08, 4 May 2024 (UTC)[reply]

I can replicate this, and it has happened before, see Wikipedia:Village pump (technical)/Archive 211#Some pages not appearing in the Watchlist. --Redrose64 🌹 (talk) 17:31, 4 May 2024 (UTC)[reply]

The revisions are in the revision SQL table, but not in the recentchanges SQL table. Quarry. Smells like a core bug related to saving an edit (as opposed to a core bug related to the recentchanges page). –Novem Linguae (talk) 17:36, 4 May 2024 (UTC)[reply]

I filed a bug to get some more eyes on it. –Novem Linguae (talk) 18:15, 4 May 2024 (UTC)[reply]

Although I have no evidence to suggest it, this could possibly be a less serious bug in the recentchanges view which hides deleted revisions from Quarry, which I often lazily think of as an actual table. Certes (talk) 20:27, 4 May 2024 (UTC)[reply]

Microphysidae[edit]

Tracked in Phabricator
Task T11790

I have a whole page (Microphysidae) that is added to my watchlist, but edits do not appear in my Special:Watchlist. I tried removing and re-adding the page to the watchlist, unsuccessfully. --cyclopia ^speak! 09:35, 7 May 2024 (UTC)[reply]

That doesn't seem related. Are you sure edits by bots and yourself are visible? Nardog (talk) 10:41, 7 May 2024 (UTC)[reply]

That one

Works for me in the normal WL UI:

 mb Microphysidae‎ 12:17:28  +14‎  ‎AnomieBOT talk contribs block‎ (Dating maintenance tags: {{Cn}}) rollback thank

. — xaosflux ^Talk 10:45, 7 May 2024 (UTC)[reply]

My edits are visible, bot edits are not. If I allow edits by bots it appears, and indeed the last edit was from a bot. But if not, shouldn't the previous (human) edit appear? (Chronologically, it should) --cyclopia ^speak! 12:17, 7 May 2024 (UTC)[reply]

Ok, it seems that, if bots are filtered, and the last edit is a bot, then no edits are shown from that page. Is that expected behaviour? I would expect that filtering bots would give me the last non-bot edit, not ignoring the page until there is a non-bot edit.--cyclopia ^speak! 12:19, 7 May 2024 (UTC)[reply]

That is normal behavior; if you set any filter that hides the current revision the entry will not display on the filtered watchlist. This isn't specific to bots, if you hide "my edits" for example and you are the most recent, then it won't be on the watchlist display even if others also edited. — xaosflux ^Talk 12:26, 7 May 2024 (UTC)[reply]

You may be interested in the preference "Expand watchlist to show all changes, not just the most recent", which can be toggled at Special:Preferences#mw-prefsection-watchlist. –Novem Linguae (talk) 12:35, 7 May 2024 (UTC)[reply]

Thanks. I still find it counterintuitive but oh well... cyclopia ^speak! 15:58, 7 May 2024 (UTC)[reply]

Would it be possible to add something below the "Changes shown" heading, along the lines of 'If you enable any of these options, you should also enable "Expand watchlist to show all changes, not just the most recent" otherwise you may miss out on some changes'. --Redrose64 🌹 (talk) 20:22, 7 May 2024 (UTC)[reply]

Not really, but the watchlist help goes to its documentation that could always be updated here: mw:Help:Watching_pages. — xaosflux ^Talk 20:39, 7 May 2024 (UTC)[reply]

Probably not "expected", but T11790 has been open for a long time. Anomie ⚔ 11:15, 8 May 2024 (UTC)[reply]

how to stylize points on GeoJSON?[edit]

I'm trying to modify this GeoJSON:

commons:Data:Antelope_Creek_(Arizona).map

In particular, I'm trying to add the following as a new feature:

            {
                "type": "Feature",
                "geometry": {
                    "type": "Point",
                    "coordinates": [-111.3747023979435, 36.86262479172257]
                },
                "properties": {
                    "name": "Upper Antelope Canyon",
                    "stroke": "#00ff00",
                    "stroke-opacity": 1,
                    "stroke-width": 50
                }
            },

It gets added but the marker is gray instead of green (#00ff00).

Any ideas how I can change the color of the marker? TerraFrost (talk) 19:27, 4 May 2024 (UTC)[reply]

TerraFrost, use "marker-color" instead of "stroke". Cf. mw:Help:Extension:Kartographer § Markers and counters. Rummskartoffel 14:57, 10 May 2024 (UTC)[reply]

Chunked uploads[edit]

Tracked in Phabricator
Task T364288

Does English Wikipedia have any way to do chunked uploads the way Commons does, or is there no way to upload a file larger than 100 MB? hinnk (talk) 08:05, 5 May 2024 (UTC)[reply]

Maybe, but is there a reason for uploading a large video to English Wikipedia? I don't think that a huge non-free video could ever meet the WP:NFC requirements and a free file would fit on Commons just as well. Or is it a free-only-in-the-US file? Jo-Jo Eumerus (talk) 08:33, 5 May 2024 (UTC)[reply]

Only public domain in the U.S. I've been working on silent-era films (including non-U.S. works), but a 100 MB limit on a feature-length video means extremely noticeable artifacts. hinnk (talk) 08:51, 5 May 2024 (UTC)[reply]

In that case, the only way to go about this would be by asking for a commons:Help:Server-side upload and specifying in the request that you need it on English Wikipedia. Jo-Jo Eumerus (talk) 09:36, 5 May 2024 (UTC)[reply]

Thanks, I opened a request in Phabricator, so hopefully that'll work. hinnk (talk) 06:10, 6 May 2024 (UTC)[reply]

What is the task number for tracking? Also note, there is a user script you may want to review: commons:User talk:Rillke/bigChunkedUpload.js. — xaosflux ^Talk 10:48, 7 May 2024 (UTC)[reply]

It's T364288. There's more detail attached to the ticket, but I'd tried bigChunkedUpload.js for this file and got an error. hinnk (talk) 23:27, 7 May 2024 (UTC)[reply]

The MediaWiki API supports chunked uploads. Whether our File Upload Wizard script makes use of that ability I don't know. Anomie ⚔ 11:54, 5 May 2024 (UTC)[reply]

An update: chunked uploading does work here, but only for files up to a certain size. This issue is happening because async uploads are only enabled on Commons (and some test wikis). That means that a tool like commons:User:Rillke/bigChunkedUpload.js will fail if the job takes too long. Having tried a few uploads of various sizes, files under ~1GB are fine, files over a few GB always fail, and files ~1GB or more can succeed if async is disabled. There's a Phabricator ticket for enabling async uploads outside of Commons. hinnk (talk) 19:01, 10 May 2024 (UTC)[reply]

Can't delete page[edit]

Trying to delete Dheeraj Kher. Get following error:

To avoid creating high replication lag, this transaction was aborted because the write duration (6.239844083786) exceeded the 3 second limit. If you are changing many items at once, try doing multiple smaller operations instead. [063023b1-4d1e-462e-9306-ffba965548d1] 2024-05-05 17:23:44: Fatal exception of type "Wikimedia\Rdbms\DBTransactionSizeError" Tried more than once. Also tried deleting another page, but didn't wait for error. Deletiions are usually almost instantaneous.--Bbb23 (talk) 17:26, 5 May 2024 (UTC)[reply]

Hmm. Appears to be one of the pages missing from recentchanges, see #Edits not showing up on watchlist/recent changes above. Coincidence? Suffusion of Yellow (talk) 18:02, 5 May 2024 (UTC)[reply]

Possible but unlikely - I tried to delete it and it worked for me, and ran into several other instance of this error in a recent deletion spree but trying again always worked. * Pppery * _{it has begun...} 18:08, 5 May 2024 (UTC)[reply]

Adding stub tags using the VisualEditor[edit]

How is one supposed to add stub tags using the VisualEditor? If they're added as templates at the bottom of the page, they'll incorrectly be placed above the categories. (Previously asked at the Help Desk but didn't get a response.) --Paul_012 (talk) 11:51, 6 May 2024 (UTC)[reply]

What do you mean ‘incorrectly’ ? —TheDJ (talk • contribs) 15:38, 6 May 2024 (UTC)[reply]

Ah you mean, ‘not according to the Manual of Style of English Wikipedia”, which speciefies an order that is not logical for the data, nor for anyone who reads the page. —TheDJ (talk • contribs) 15:41, 6 May 2024 (UTC)[reply]

It's logical for the reader to consistently find content categories, which encourage them to browse related topics, before stub categories, which are there to encourage expansion of similar stubs. --Paul_012 (talk) 17:53, 6 May 2024 (UTC)[reply]

No it’s not. That’s, at most, potentially handy for people who do stub sorting (hardly anyone). For most people it makes much more sense to have elements in the order in which they appear in the rendered article. ;) —TheDJ (talk • contribs) 20:15, 6 May 2024 (UTC)[reply]

This is not the place to discuss apparent inconveniencies in MOS:ORDER. --Redrose64 🌹 (talk) 21:00, 6 May 2024 (UTC)[reply]

Some things are just impossible or difficult to do with VisualEditor. Other examples include dealing with list-defined references, dealing with template sets like {{AMS election box begin}}, templates like, in general, etc. Snowmanonahoe (talk · contribs · typos) 15:40, 6 May 2024 (UTC)[reply]

Oh well. --Paul_012 (talk) 17:53, 6 May 2024 (UTC)[reply]

User scripts can be a good way to add stubs. I use User:SD0001/StubSorter.js –Novem Linguae (talk) 19:00, 6 May 2024 (UTC)[reply]

WP 1.0 never returns[edit]

Starting yesterday, queries to the WP 1.0 server go into a loop that never responds. At least for me. Praemonitus (talk) 16:29, 6 May 2024 (UTC)[reply]

Openzim.org is a third party website. Did this used to be a wiki tool with a web interface? Do you recall who the maintainer is? Is there a wikipedia namespsce or user namespsce wiki page with general info about it? The answer to this one will probably be "figure out who made the tool then ask them to fix it". –Novem Linguae (talk) 19:03, 6 May 2024 (UTC)[reply]

@Praemonitus, @Novem Linguae: From Wikipedia talk:Version 1.0 Editorial Team/Index#AfroCreatives Quality Assessment, it looks like this has been an issue for a few weeks already. Probably @Audiodude is the person to ask. —Kusma (talk) 19:59, 6 May 2024 (UTC)[reply]

Today it appears to be working, so thanks for whatever fix was made. Praemonitus (talk) 13:12, 8 May 2024 (UTC)[reply]

Tech News: 2024-19[edit]

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

Example of a talk page with the new design, in French.

The appearance of talk pages changed for all wikis, except for Commons, Wikidata and most Wikipedias (a few have already received this design change). You can read the detail of the changes on Diff. It is possible to opt-out these changes in user preferences ("Show discussion activity"). The deployment will happen at remaining wikis in the coming weeks. [1][2]
Interface admins now have greater control over the styling of article components on mobile with the introduction of the SiteAdminHelper. More information on how styles can be disabled can be found at the extension's page. [3]
Wikimedia Enterprise has added article body sections in JSON format and a curated short description field to the existing parsed Infobox. This expansion to the API is also available via Wikimedia Cloud Services. [4]

Changes later this week

The new version of MediaWiki will be on test wikis and MediaWiki.org from 7 May. It will be on non-Wikipedia wikis and some Wikipedias from 8 May. It will be on all wikis from 9 May (calendar). [5][6]
When you look at the Special:Log page, the first view is labelled "All public logs", but it only shows some logs. This label will now say "Main public logs". [7]

Future changes

A new service will be built to replace Extension:Graph. Details can be found in the latest update regarding this extension.
Starting May 21, English Wikipedia and German Wikipedia will get the possibility to activate "Add a link". This is part of the progressive deployment of this tool to all Wikipedias. These communities can activate and configure the feature locally. [8]

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

MediaWiki message delivery 16:41, 6 May 2024 (UTC)[reply]

Log display[edit]

Hi. I created User:CanonNi/Contributions, which contains 2 logs: Special:Contributions/CanonNi and Special:Log/CanonNi. However, only the former is able to display, and the latter displays as a link to the log. Is there any way I can fix this? Thanks. '''[[User:CanonNi]]''' (talk|contribs) 08:28, 7 May 2024 (UTC)[reply]

Special:Log isn't transcludable. As it has lots of output options it likely won't be, however you can submit a feature request for that feature. — xaosflux ^Talk 11:00, 7 May 2024 (UTC)[reply]

@CanonNi: It's only some special pages which can be transcluded. Special:Log isn't one of them but you can get easier access to the link with this in your common JavaScript to install User:PrimeHunter/My logs.js:

importScript('User:PrimeHunter/My_logs.js'); // Linkback: [[User:PrimeHunter/My logs.js]]

PrimeHunter (talk) 11:16, 7 May 2024 (UTC)[reply]

Schrodinger's redlink[edit]

Category:Proposed deletion as of 27 April 2024 is showing up on the latest run of Special:WantedCategories as a non-empty redlink with two pages in it, but is completely empty when I actually look at it — and even a temporary undeletion and redeletion failed to resolve either its emptiness as itself, or its non-emptiness on the report.
I have seen cases like this before, which typically related to deleted content that was somehow leaving behind a phantom categorylinks row — IIRC, it was usually resolved by undeleting and then redeleting the phantom articles, but I don't know how to figure out what was in this category prior to its deletion on Saturday. Could somebody look into this? Thanks. Bearcat (talk) 15:00, 7 May 2024 (UTC)[reply]

They (the two problematic titles, not the entire former contents) can be found by forking and running quarry:query/68892. —Cryptic 19:40, 7 May 2024 (UTC)[reply]

Okay, thanks. I undeleted and redeleted the two pages in that query, and that cleared the category. Bearcat (talk) 20:35, 7 May 2024 (UTC)[reply]

This currently shows 46 pages on a cached version from 1 May: google:cache:https://en.wikipedia.org/wiki/Category:Proposed_deletion_as_of_27_April_2024. PrimeHunter (talk) 19:47, 7 May 2024 (UTC)[reply]

Well, yes, if you want all of them; you could also look at the history of User:DumbBOT/ProdSummary. But restoring and deleting them all, instead of just the two that broke the count, is reasonably likely to break another. —Cryptic 19:52, 7 May 2024 (UTC)[reply]

Party abbreviation with colour[edit]

I'd like to create a template based on Template:Party name with color, but Template:Party abbrev with color, which would call the abbreviation rather than the shortname. the source code for the former template invokes itself (or so it seems), so I'm having trouble using that as a base. For its utility, I've been adding tables to pages like Kilkenny County Council#Elections, with repetitive use of the party colour, link and abbreviation. Would any of you have any pointers? Iveagh Gardens (talk) 18:24, 7 May 2024 (UTC)[reply]

@Iveagh Gardens Template:Party name with color invokes Module:Party name with color. The module could be modified to use the abbrev field where it exists, but the easiest thing for now is to just use something like {{Party name with color|Fianna Fáil|shortname=FF}} (or whatever abbreviation you want to use under "shortname"). --Ahecht (TALK
PAGE) 19:38, 7 May 2024 (UTC)[reply]

Thanks, the latter is certainly the easier option for the moment! Iveagh Gardens (talk) 19:41, 7 May 2024 (UTC)[reply]

@Iveagh Gardens I went ahead and added an |abbrev= option to the module. You can now use either {{party name with color|abbrev=yes}} or {{abbrev party name with color}}. --Ahecht (TALK
PAGE) 20:13, 7 May 2024 (UTC)[reply]

Thank you, I appreciate that. I'll have to take a better look at the coding! Iveagh Gardens (talk) 20:21, 7 May 2024 (UTC)[reply]

Serbian place names displayed on Manhattan maps[edit]

Tracked in Phabricator
Task T230013

Tracked in Phabricator
Task T195318

Multiple articles using OpenStreetMap such as Bryant Park restroom and 3 Hudson Boulevard are showing Serbian place names for some reason. Other users are seeing the same thing. Here are some screenshots displaying the issue. It's not clear to me why this is happening, but I did some poking and found:

A recent OpenStreetMap changeset added Serbian place names (but did not change the primary names) for some Manhattan locations.
Some places such as Flatiron District still displaying the correct English name on Wikipedia have name:en defined on OpenStreetMap while other place names now displayed in Serbian such as Hell's Kitchen are missing name:en and only have name defined.
The above names are all displayed in English when viewed directly on openstreetmap.org.
I'm seeing the same issue on simple.wikipedia.org OpenStreetMap maps.

I don't know if this is an OpenStreetMap issue, a Wikipedia issue, both, or neither. I'm happy to file a bug report on Phabricator if needed, but I figured I would start here. Daniel Quinlan (talk) 21:33, 7 May 2024 (UTC)[reply]

This happened to me in 2021. Discussion ended up at T230013, which is still open. – Jonesey95 (talk) 23:43, 7 May 2024 (UTC)[reply]

Thanks. Daniel Quinlan (talk) 02:33, 8 May 2024 (UTC)[reply]

Also see phab:T195318. --Ahecht (TALK
PAGE) 20:05, 9 May 2024 (UTC)[reply]

unwarranted captcha[edit]

Tracked in Phabricator
Task T223195

Minor bug upon clicking "Publish changes" button: When I made this edit, I was presented with a captcha because I was allegedly adding an external URL. But the contents of the edit show I did no such thing, nor did I even alter an existing URL. 2605:A601:AAF7:3700:A1D7:26C1:E273:28CF (talk) 21:22, 8 May 2024 (UTC)[reply]

This isn't related to the captcha, but your edit set off a filter for 'Possible dead link replacement' which is rather odd: Special:AbuseLog/37687384.

Search for the added_links and removed_links variables.

edit: I mean, the filter isn't what caused the captcha, but the added_links and removed_links variables are what Wikipedia thinks was added and removed, pretty much. – 2804:F1...09:F464 (talk) 22:23, *edited: 22:35, 8 May 2024 (UTC)[reply]

Okay, most of that means nothing to me, but either way, triggering one of those filters also seems like a bug. If I can provide any more info to help track it down, lemme know. 2605:A601:AAF7:3700:A1D7:26C1:E273:28CF (talk) 05:56, 9 May 2024 (UTC)[reply]

A captcha requirement is based on external links in the expanded wikitext after transcluding all templates and so on. Something may have changed in a template, a module, a Wikidata item, or possibly the parser itself. Maybe something changed in the processing of news: links. The article includes [news://comp.os.vms/ comp.os.vms Usenet group] with two slashes in news://. It produces [removed to avoid captcha problems]. Special:AbuseLog/37687384 says:

All external links added in the edit (added_links)	
[
	0 => 'news:comp.os.vms',
	1 => 'news:%2F'
]

%2F is percent-encoding of a slash. The abuse log also says:

All external links removed in the edit (removed_links)	
[
	0 => 'news:',
	1 => 'news:',
(many similar lines omitted)
	63 => 'news:'
]

PrimeHunter (talk) 09:15, 9 May 2024 (UTC)[reply]

I'd never seen these links, so I don't know if stuff like Special:LinkSearch/news://comp.os.vms and Special:LinkSearch/news:comp.os.vms ever worked, but those results don't look right either.

The first one finds 2 results, none matching what was searched, and the other one finds 87 results for news: (which might be what was searched?)

Special:LinkSearch/news:* finds many others, at any rate, and all are also listed as news: – 2804:F1...09:F464 (talk) 11:07, 9 May 2024 (UTC)[reply]

@PrimeHunter: Erm.. I think having the link you added after It produces is causing a captcha for every edit. (yep, captcha again) – 2804:F1...09:F464 (talk) 11:12, 9 May 2024 (UTC)[reply]

Oh, that sounds like a bug. I only suspected a software change had happened shortly before the article edit. This is worse. PrimeHunter (talk) 11:39, 9 May 2024 (UTC)[reply]

Yeah. In the sandbox I added a link to news:invalid_url_for_testing and <this edit> triggered a captcha. – 2804:F1...09:F464 (talk) 11:48, 9 May 2024 (UTC)[reply]

This is a known issue; see phab:T223195. Suffusion of Yellow (talk) 17:15, 9 May 2024 (UTC)[reply]

Are you saying that the news: links in the article are not valid? Or is this slightly different? – 2804:F14:80B2:ED01:51AB:D790:E65F:54E4 (talk) 21:42, 9 May 2024 (UTC)[reply]

Maybe I read too quickly. I saw the word "invalid" and skimmed the rest. If this is happening with valid news: links that's probably a different issue. Suffusion of Yellow (talk) 16:05, 10 May 2024 (UTC)[reply]

Indeed, it looks like even valid links are being stored incorrectly in the database, compare [9] and [10]. Suffusion of Yellow (talk) 16:15, 10 May 2024 (UTC)[reply]

Broken "pages by quality" assessment template[edit]

I'm trying to do some upkeep with many of the neglected articles on Zoroastrianism. When I visit WP:Zoroastrianism (or any other page containing the template), it seems the pages by quality template is broken. Thus, I am unable to review the assessment status of relevant articles. Is this problem on the end of WP 1.0? For what reason would the server would return a broken list? Doughbo (talk) 21:47, 8 May 2024 (UTC)[reply]

The list isn't broken, it's empty. User:WP 1.0 bot/Tables/Project/Zoroastrianism hasn't been updated in over three years. I suspect that the WikiProject has been de-subscribed. --Redrose64 🌹 (talk) 15:59, 9 May 2024 (UTC)[reply]

Shouldn't it auto-populate with entries that have been project-tagged? eg. Talk:Gatha (Zoroaster). Doughbo (talk) 20:16, 9 May 2024 (UTC)[reply]

If you're sure about this, then I think your first step should be to "reactivate" WikiProject Zoroastrianism. As part of that you would update Template:WikiProject Zoroastrianism by changing "inactive" to "main", which would repopulate all the categories, which should make everything work again — Martin (MSGJ · talk) 20:34, 9 May 2024 (UTC)[reply]

Thanks. I'm still getting to know things around here, like which actions are appropriate, so I appreciate the help. Doughbo (talk) 15:58, 10 May 2024 (UTC)[reply]

Now that you've reactivated the project banner template, the categories are being populated again, so I've undeleted most of the category pages - all except Category:FL-Class Zoroastrianism articles and Category:A-Class Zoroastrianism articles. If these are also required, say so and I'll undelete them too. --Redrose64 🌹 (talk) 18:05, 10 May 2024 (UTC)[reply]

Please fix Lua error at Battle of Cajamarca[edit]

Resolved

The infobox isn't showing. Neocorelight (Talk) 00:52, 9 May 2024 (UTC)[reply]

When I moved the {{coord}} template into the infobox, the infobox appeared. I don't know if that was the best fix or why the infobox completely fails to appear when a map is specified without coordinates in {{Infobox military conflict}}. I have reported the problem on the template's talk page. – Jonesey95 (talk) 01:03, 9 May 2024 (UTC)[reply]

Thanks. Neocorelight (Talk) 01:18, 9 May 2024 (UTC)[reply]

Why is this padlock icon so big?[edit]

Tracked in Phabricator
Task T364561
Invalid

In the references for Special:Permalink/1223039613, one of the NY Times refs (#34) has a nice little padlock showing it is behind a paywall, but another one (#41) has a humungous padlock. Anybody know what's going on there? RoySmith (talk) 14:56, 9 May 2024 (UTC)[reply]

It happens for PDF files.

{{Cite news|title=Test|url-access=subscription|url=http://example.com/example.pdf}} gives "Test" (PDF).

{{Cite news|title=Test|url-access=subscription|url=http://example.com/example}} gives "Test".

PrimeHunter (talk) 15:30, 9 May 2024 (UTC)[reply]

Clearly it's because PDFs are a big deal. Big deal, big padlock. ScottishFinnishRadish (talk) 15:31, 9 May 2024 (UTC)[reply]

Note sure WHERE it is, but the large one has padding: 8px 18px 8px 0; around it, without which it would be the same size. — xaosflux ^Talk 15:38, 9 May 2024 (UTC)[reply]

Possibly all the way up from MediaWiki:Common.css which has such a rule about PDF something. — xaosflux ^Talk 15:39, 9 May 2024 (UTC)[reply]

It's the rule

body:not(.skin-timeless):not(.skin-minerva) .mw-parser-output .id-lock-subscription a {
  background-size: contain;
}

If that is suppressed, the two locks are the same size. --Redrose64 🌹 (talk) 15:46, 9 May 2024 (UTC)[reply]

Presumably from Module:Citation/CS1/styles.css? — xaosflux ^Talk 15:54, 9 May 2024 (UTC)[reply]

This was previously discussed at Help talk:Citation Style 1#The url-access lock icon becomes huge if the linked source is a PDF file. Izno already fixed it in the sandbox, not sure why it wasn't copied over to the main template. --Ahecht (TALK
PAGE) 16:35, 9 May 2024 (UTC)[reply]

CS1 is synced only irregularly these days, but no quicker than once every 3 months. Someone may request a sync at the related section if they wish. Izno (talk) 16:43, 9 May 2024 (UTC)[reply]

@Izno Do bugfixes like these require a full RfC, or can they be done out of cycle? The close of the last RfC seemed to indicate the latter. --Ahecht (TALK
PAGE) 16:51, 9 May 2024 (UTC)[reply]

I make no comment on such things. As I said, you can ask to have the modules synced now rather than later, or you can ask for this change to be made now rather than later. Izno (talk) 16:52, 9 May 2024 (UTC)[reply]

What's all this sync, sync timing, stuff? If someone has a fix they can just open an edit request and ask for the page to be updated, no? — xaosflux ^Talk 17:23, 9 May 2024 (UTC)[reply]

@Xaosflux, given the quantity of pages it is used on, the visibility of those transclusions (multiple hundreds per page), and the complexity of the module, sandboxes are (/used to be) synced only about once a quarter. This is to give opportunity for objection and bug identification for new features and to keep the edit history for bug fixes in the live modules to a minimum. Izno (talk) 17:44, 9 May 2024 (UTC)[reply]

Anyway, if you want to see the specific changes, [11] is the fix implemented. Izno (talk) 16:50, 9 May 2024 (UTC)[reply]

Thanks everybody for the swift analysis. I've opened T364561 to track this; let's see what the folks who maintain Common.css say before we start patching it locally. RoySmith (talk) 16:35, 9 May 2024 (UTC)[reply]
@RoySmith Your ticket was closed because both Common.css and Module:Citation/CS1/styles.css are local on-wiki content. In any case Common.css doesn't need to be patched, the fix would be entirely contained within the CS1 css file. --Ahecht (TALK
PAGE) 16:43, 9 May 2024 (UTC)[reply]

File:Antarctica.svg[edit]

The original svg (the rendered pngs are fine) file is misrendered on Android Chrome.

Namely, the text "SOUTHERN OCEAN" on the top is not shown at all. In the (identically worded) texts at right and lower left, the word "SOUTHERN" misses the "E" (there is a space there instead). The texts "ANTARCTIC PENINSULA" and "KONG HÅKON VII HAV" also miss several letters. The text "Antarctic Circle 66°34'S" is completely missing.

Could you reproduce this? I remember seeing editors discuss this somewhere (probably here, on VPT, but I'm not sure) several months ago, however they referred to the pre-rendered pngs, not to the original svgs. Where could be the problem? Janhrach (talk) 17:15, 9 May 2024 (UTC)[reply]

This revision is displayed correctly, the later ones are not. Janhrach (talk) 17:30, 9 May 2024 (UTC)[reply]

special:export[edit]

Tracked in Phabricator
Task T364554

Are special:export broken? I get an error if I choice "Include templates". Christian75 (talk) 08:35, 10 May 2024 (UTC)[reply]

Yes :( T364554 It'll probably be fixed on Monday. Matma Rex talk 09:48, 10 May 2024 (UTC)[reply]

Anchor issue with LT/GT symbols (redux)[edit]

Tracked in Phabricator
Task T364639
Duplicate

Tracked in Phabricator
Task T170588

So this is not quite the same issue as the last time, but we seem to be having THURSDAY issues with the < symbol in the preloaded edit summary when editing a section. When editing (for example) User talk:Primefac § Test section <1> the edit summary should give /* Test section <1> */ but instead gives /* Test section */. Oddly enough, it shows properly for User talk:Primefac § Test section >2<. This is obviously just a made-up example to prove my point, but it's messing with the anchors at WP:ARC (specifically the "Arbitrator opinion" section). What gives? Primefac (talk) 15:59, 10 May 2024 (UTC)[reply]

@Primefac does appear to be a bug, can you point to an edit that was made with that sort of automatic edit summary in the past, where this did work as you expect? — xaosflux ^Talk 16:52, 10 May 2024 (UTC)[reply]

I'm not seeing one in your last 2000 edits - just trying to determine if this is something that broke recently (i.e. a THURSDAY thing) or if it is just something that has never worked or been broken for a long time. — xaosflux ^Talk 17:03, 10 May 2024 (UTC)[reply]

Special:Diff/1217280393 (4 April) is the last time it worked at ARC; at Special:Diff/1218205257 (10 April) it wasn't. Primefac (talk) 17:04, 10 May 2024 (UTC)[reply]

Thank you, updated the bug report; tagged as regression. — xaosflux ^Talk 17:14, 10 May 2024 (UTC)[reply]

I'm not sure that it was working on 4 April based on that diff -- from Xaosflux's comment on the task, the summaries appear to work when using DiscussionTools, and that linked diff is tagged as using the ReplyTool. The diff immediately before that one (Special:Diff/1217280353) wasn't made using DiscussionTools, and doesn't include the LT/GT symbols. All the best, ‍—‍a smart kitten_[meow] 17:36, 10 May 2024 (UTC)[reply]

Ah OK, so I'm not sure if we have any example of this working properly without DT? — xaosflux ^Talk 17:40, 10 May 2024 (UTC)[reply]

Yes... before the last phab ticket was fixed: Special:Diff/1211086114 (29 Feb). Special:Diff/1212114045 (6 March) was supposedly the point when the first issue was fixed. Primefac (talk) 17:41, 10 May 2024 (UTC)[reply]

The 6 March diff was using the temporary alternatives to </> («/»), before the previous bug had been fixed. I'm currently Ctrl+F-ing through the history of A/R/C, and so far I'm back to September 2023 with (seemingly) the same issue still present. All the best, ‍—‍a smart kitten_[meow] 17:46, 10 May 2024 (UTC)[reply]

(also, the 29 Feb diff was using DiscussionTools) ‍—‍a smart kitten_[meow] 17:50, 10 May 2024 (UTC)[reply]

I'm not sure if this has ever worked properly - it looks like the same issue might have existed in 2014. (I didn't scroll any further back in the history than that) ‍—‍a smart kitten_[meow] 18:34, 10 May 2024 (UTC)[reply]

"never worked" is a fine answer, and it is still a bug - just not a THURSDAY bug (i.e. we're not looking for a change that someone just recently made that caused it to break). — xaosflux ^Talk 19:14, 10 May 2024 (UTC)[reply]

Well, into the memory hole this will go... ticket just got closed as a duplicate of phab:T170588 which has been open since 2017... Primefac (talk) 20:36, 10 May 2024 (UTC)[reply]

Rollback issue[edit]

I have the preference enabled to have a confirmation prompt when using rollback. The problem is that the confirmation prompt doesn't actually do anything. I'll say "no" to if you wish to use rollback and the rollback will still happen. This has happened three times. Clovermoss🍀 (talk) 19:58, 10 May 2024 (UTC)[reply]

I have video of the issue if someone wants to email me for it. Clovermoss🍀 (talk) 20:10, 10 May 2024 (UTC)[reply]

Okay so after some trial and error I realized that this probably has to do with my gadget settings having both open a user's contributions after a rollback and confirmation prompts checked, as one notes that it won't work if the other is enabled. From a useability perspective it might be useful to have some sort of popup that doesn't actually let you have both boxes enabled but maybe that's just because I apparently can't follow directions. Clovermoss🍀 (talk) 20:15, 10 May 2024 (UTC)[reply]

What Links Here misses links/transclusions wrapped in includeonly[edit]

Tracked in Phabricator
Task T7178

I noticed this issue in Wikipedia:Templates for discussion/Log/2024 May 10#Template:Deleted template. In that discussion we used regexes (compare with WLH) to solve the problem but that's really error prone (this was the regex originally proposed in the TfD). Some more testing I did found that this also happens with regular links, not just transclusions. That means the issue affects all XfD venues. Can we get Special:WhatLinksHere to see links/transclusions between WP:INCLUDEONLY tags? If the current behavior is desirable for some reason, can a toggle be provided? Nickps (talk) 20:08, 10 May 2024 (UTC)[reply]

And funnily enough, I got the regex wrong while trying to prove that it's easy to get it wrong. Here's another attempt. Nickps (talk) 20:18, 10 May 2024 (UTC)[reply]

The current behaviour seems entirely correct to me - If the page "foo" contains either a link or a template wrapped in includeonly tags then the page "foo" does not actually contain that link or template. Only pages that transclude "foo" would have the link or template.

I don't see how this could be changed in the manner you suggest or why such a change would be beneficial - you would need the parser to render wikitext that it has explicitly been told not to render (and hope that doing so produces something sensible rather than a broken mess), then add entries to the linktables for links that don't actually exist. This seems likely to break all manner of things.

Your more complex "correct" regex does not capture every possible way of invoking the template, and doesn't actually capture any uses the simple case missed. You can call templates using all kinds of weird wikitext constructions, e.g. {{Dele{{void}}ted template}}, {{Deleted {{lc:{{NAMESPACE:Template:Cite}}}}}}. 86.23.109.101 (talk) 21:25, 10 May 2024 (UTC)[reply]

I believe I made my case for why my proposal is beneficial already. But, I'll elaborate further. When WLH is used in a deletion venue, what people want to know is where the nominated page is used. That includes links/transclusions between includeonly tags because, if the page is deleted, those will be affected too. I bet that 9 out of 10 frequent XfD participants will find the current behavior both surprising and undesirable.

Also, I never argued that my regex was "correct". That's why I called it "an attempt". In any case, you're making my point for me. Since regex won't work in the general case, we need something more powerful. Nickps (talk) 21:59, 10 May 2024 (UTC)[reply]

How is "the list of links only shows links that actually exist" and "the list of transclusions only shows places where a page is actually transcluded" surprising and undesirable behaviour? The whole point of includeonly tags is to stop stuff from being parsed when viewed directly.

I think you've missed that this behaviour isn't actually specific to includeonly tags, there are all manner of template coding schemes that can cause a template to call another template only in specific scenarios, the output can depend the parameters you pass it, where it is used, whether it is substituted, what the time is...

The point I was trying (and failing) to make RE regex is that the simplest, naïve approach to finding uses of the template found 6 uses. Your more comprehensive regex found 6 uses. While you can invoke templates using namespaces with arbitrary capitalisation and you can add whitespace and you could make the template name out of wikitext constructions these are rare to see in actual usage and the simple approach is good enough. 86.23.109.101 (talk) 23:47, 10 May 2024 (UTC)[reply]

The whole point of includeonly tags is to stop stuff from being parsed when viewed directly and the whole point of using WLH in XfD is to know all the pages that use a specific page in any way. Excluding everything between includeonly tags makes this intuition fail. You said, the simple approach is good enough. But if you read the TfD I linked above you'll see that the "simple approach" and the one tried first was not to use a regex. It was to trust WLH. In that case, no, the simple approach is not good enough. It utterly fails at what it's supposed to do. Nickps (talk) 00:03, 11 May 2024 (UTC)[reply]

Also, while most of the constructions I took into account are rare to see in actual usage adding whitespace is not. Nickps (talk) 00:13, 11 May 2024 (UTC)[reply]

I don't think we can. The template itself (which effectively excludes the includeonly section) doesn't transclude the page; the text it evaluates to does. It's a specific case of a more general insoluble problem. For example, a template Foo which transcludes [[{{{1}}}]] will, when called as {{Foo|Bar}}, transclude Bar, but as Template:Foo doesn't mention Bar there's no way to list Bar amongst its incoming links. Certes (talk) 21:01, 10 May 2024 (UTC)[reply]

But your Template:Foo does not link to Bar at all. It's just that the result of the transclusion of {{Foo|bar}} is a link to Bar. My motivating example is different. {{Expand}} directly links to {{Deleted template}}. The test to tell those two cases apart is simple. Just remove the includeonly tags. If you do that then {{Expand}} will show up in Special:WhatLinksHere/Template:Deleted template but {{Foo}} will not show up in Special:WhatLinksHere/Bar. And that's expected. What's unexpected is that when we add the includeonly tags back, the first link disappears. Why? It's clearly still there. Nickps (talk) 23:45, 10 May 2024 (UTC)[reply]

I don't think there is a way to achieve the OP's general request of finding all templates that use a template. If the template is called from inside a conditional if statement or similar, it won't appear in the "What links here" list either. There are no doubt more cases. – Jonesey95 (talk) 23:58, 10 May 2024 (UTC)[reply]

And that's wrong too if you ask me. If the link is spelled out in the source code of a given page then it should count for WLH. If we wrap a link in an if statement as in {{#if:{{{1|}}}|[[Foo]]}}, it shouldn't just disappear from the list. Nickps (talk) 00:32, 11 May 2024 (UTC)[reply]

Well, it's called "What links here" and the page doesn't link there. I don't know what else to tell you. Searching is necessary in some cases. – Jonesey95 (talk) 03:52, 11 May 2024 (UTC)[reply]

If the issue is semantics, then either rename "What links here" or add a "What links here including in noincude tags". At the end of the day, when you search for usages of a template (or any link), you are more than likely interested in all places it is used at, including those places. Gonnym (talk) 08:11, 11 May 2024 (UTC)[reply]

Turns out, this is already known since 2006. That issue only talks about categories, but the underlying idea is the same. Nickps (talk) 11:37, 11 May 2024 (UTC)[reply]

Thumb version and small version of some images are not shown[edit]

Hi, for example, for the image File:Nasseraldinshah3.png the thumb version and small version are not shown. i.e,

Large version (280px)	thumbnail version (not shown)	small version (220px) (not shown)

This problem happens in Windows OS and Edge, Chrome and Firfox browsers, but not at Android. Please inspect. Thanks, Hooman Mallahzadeh (talk) 08:24, 11 May 2024 (UTC)[reply]

Can't login to the Wikipedia library[edit]

I do get this message "We are unable to validate your login credentials. Please contact your institution for assistance. Please note, Referring URL authentication may have been prevented by antivirus or privacy control software" but I'm not convinced that's the issue. But if others are able to login, it must be. Thanks. Doug Weller talk 09:34, 11 May 2024 (UTC)[reply]

I don't have the issue when I can see my credential in the upper right hand corner, and then search for Wikipedia:TWL . I can then see the library when I click on database access. Maybe the message is an artifact. -- Ancheta Wis (talk | contribs) 09:50, 11 May 2024 (UTC)[reply]

The error message matches one at EBSCO, which is just one of the partners with TWL. I doubt it's TWL you can't log into. Nardog (talk) 10:18, 11 May 2024 (UTC)[reply]

Can anyone think/suggest how to reliably archive a docx document from a website?[edit]

I want to archive https://dam.gettyimages.com/viewer/universal/rc3x9h8n56vqfxvhx7fjs which is a production notes/press document for the 2024 film Abigail since if I can't back it up it's just at very likely risk of Link Rot since they don't host these forever.

I tried webarchive but all it saves is the frame, not the content (https://web.archive.org/web/20240511101050/https://dam.gettyimages.com/viewer/universal/rc3x9h8n56vqfxvhx7fjs) and archive.today which does save the doc but only the first couple of pages (https://archive.ph/R8LNy), and finding the direct link to the document here didn't have any further success. Anyone know of any options that will work on reliable long term archive sites? Thanks Darkwarriorblake (talk) 10:35, 11 May 2024 (UTC)[reply]