Wikipedia:Village pump (technical): Difference between revisions

Browse history interactively

← Previous edit Next edit →

Content deleted Content added

VisualWikitext

Inline

Revision as of 09:16, 13 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, 197, 198, 199, 200, 201, 202, 203, 204, 205, 206, 207, 208, 209, 210, 211, 212, 213, 214, 215, 216, 217

pagelinks normalization

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]

Edits not showing up on watchlist/recent changes

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

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?

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

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]

WP 1.0 never returns

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]

Schrodinger's redlink

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

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

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

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 [1] and [2]. Suffusion of Yellow (talk) 16:15, 10 May 2024 (UTC)[reply]

Broken "pages by quality" assessment template

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]

Thank you very much! I see that the list is now functioning properly on the template page. On the Assessment page, however, the old, broken list is still present. What is needed in order to replicate the new list? If possible, I'd like to also include a line for unassessed articles. Doughbo (talk) 22:57, 11 May 2024 (UTC)[reply]

It's dependent upon a bot run. I left a note at Wikipedia talk:Version 1.0 Editorial Team/Index. --Redrose64 🌹 (talk) 23:44, 11 May 2024 (UTC)[reply]

Thank you very much! I think I'm equipped from here on out. I've subscribed to the thread, so I'll check on any updates from there. Doughbo (talk) 21:53, 12 May 2024 (UTC)[reply]

Please fix Lua error at Battle of Cajamarca

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?

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, [3] 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

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

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)

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

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

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]

That phab task has nothing to do with what you are proposing here. That phab task is asking that articles should track where the categories on them are coming from and include that information in the category page, basically just adding metadata to the existing entries.

You are asking for template pages to parse content they have been told not to parse, somehow deal with missing parameters, figure out which templates "could" be used (even though this will vary with the parameters you provide) then add entries to the link tables for links and transclusions that don't actually exist. Certes has already tried to explain this to you once, but it is not possible to figure out an exhaustive list of every template that another template could call, as this depends upon how it is used. As a simple example, a template that contains the code {{cite {{{1}}}}} could end up evaluating to any of the citation templates ({{cite web}} {{cite book}} {{cite news}}) or an infinite number of redlinked template (e.g. {{cite foo}}) depending upon what someone puts into parameter 1. 86.23.109.101 (talk) 13:12, 11 May 2024 (UTC)[reply]

Nope, I never said anything about missing parameters. Your example is irrelevant. After all, there's nothing that says that parameters can only appear between includeonly tags. All I'm asking is that if for example, a template contains <includeonly>{{cite web}}</includeonly> then that template should appear in Special:Whatlinkshere/Template:cite web. Nickps (talk) 13:34, 11 May 2024 (UTC)[reply]

Let me turn that question back to you. How is {{cite {{{1}}}}} handled outside includeonly? This is a common usecase since not all templates wrap their code in includeonly (because they don't have to) and it works just fine. Why do you think that I ever asked we change that? Nickps (talk) 13:36, 11 May 2024 (UTC)[reply]

The data for WhatLinksHere is made when a page is rendered and actual links and transclusions are encountered during the rendering. It doesn't matter which code was used to produce the links. Code in <includeonly>...</includeonly> is ignored during rendering so no links are encountered. Your requested change would require something like a second rendering process where <includeonly>...</includeonly> is not ignored. It would be expensive and I'm pretty sure the developers would reject it as not worth the cost, and probably also as more likely to cause confusion than solve problems. Many users would be confused if WhatLinksHere reports links and transclusions which aren't actually in the page itself but may be in other pages which transclude it. PrimeHunter (talk) 22:26, 11 May 2024 (UTC)[reply]

It would be expensive. Per WP:PERF I can say that I don't care about that at all. What I suggest would be useful for XfD and that's all I care about. Now I agree with you that my proposal could potentially be confusing but that's easy to fix, just have the links explicitly marked as includeonly, like the phabricator issue suggests. Alternatively, you can make the feature opt-in so those links only appear for users that know they want them. Nickps (talk) 22:37, 11 May 2024 (UTC)[reply]

Thumb version and small version of some images are not shown

Hi, for example, for the image c: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]

None of them are rendering for me. Firefox 125.0.3 --Redrose64 🌹 (talk) 14:03, 11 May 2024 (UTC)[reply]

@Redrose64 If you zoom in and out, the pictures would appear and disappear. But why this phenomenon occurs? Hooman Mallahzadeh (talk) 14:27, 11 May 2024 (UTC)[reply]

OK, if I use Ctrl++ to zoom in one step (to 110%), the left-hand image appears. If I zoom in four more steps (making five in all), to 170%, the second and third appear. By this time, the images are approaching the "natural" size of the image, which is 394 × 532 pixels; my guess is that there's something funny about the jpeg encoding that doesn't allow reduction beyond a certain limit. --Redrose64 🌹 (talk) 15:14, 11 May 2024 (UTC)[reply]

@Redrose64 Maybe! But this happens only for specific images between Wikipedia articles. When I view that at commons or standalone it seems that zoom in/out has no effect on its appearance. Hooman Mallahzadeh (talk) 15:27, 11 May 2024 (UTC)[reply]

There may be something broken with the full-size version of this image that browsers can cope with (which is why that can be displayed), while the software that's supposed to generate smaller versions can't. It may be enough just to download the affected images, open them in an image editing program, save a new copy, and upload that copy as a new version of each affected image (but I believe you need to be autopatrolled on Commons for that). Rummskartoffel 16:52, 11 May 2024 (UTC)[reply]

MediaWiki appears unable to scale it to any size. Only the original upload works. HTML for the "small" 220px version:

<a href="/enwiki/wiki/File:Nasseraldinshah3.png" class="mw-file-description"><img src="/upwiki/wikipedia/commons/thumb/d/db/Nasseraldinshah3.png/220px-Nasseraldinshah3.png" decoding="async" width="220" height="297" class="mw-file-element" srcset="/upwiki/wikipedia/commons/thumb/d/db/Nasseraldinshah3.png/330px-Nasseraldinshah3.png 1.5x, /upwiki/wikipedia/commons/d/db/Nasseraldinshah3.png 2x" data-file-width="394" data-file-height="532"/></a>

MediaWiki uses srcset to offer different sizes and let the browser choose depending on circumstances. The above has three choices:

A smaller 100px version doesn't include the original 394px in srcset so no zooming will help there. PrimeHunter (talk) 16:44, 11 May 2024 (UTC)[reply]

Oddly, for me with Chrome 124.0.6367.158, looking at the diff for the initial post in visual diff mode displays all three images in the diff, but not in the page being displayed below the diff (I only see the leftmost image). (On Firefox 125.0.3, only the leftmost image is displayed in the visual diff and the page displayed below.) isaacl (talk) 17:24, 11 May 2024 (UTC)[reply]

Also when I do a simple reload via Ctrl-R on Chrome, all three images are displayed. (I see all three after posting a comment in this section; presumably the equivalent of a simple reload is being done.) If I do a force reload of the entire page via Shift-Ctrl-R on Chrome, just the leftmost image is shown. For me, page zoom doesn't cause the images to display/not display. isaacl (talk) 17:31, 11 May 2024 (UTC)[reply]

The 100px version in PrimeHunter's post doesn't display for me under any of these cases. isaacl (talk) 17:40, 11 May 2024 (UTC)[reply]

With both simple reload and force reload, I see three network requests being made. The first is for Nasseraldinshah3.png and it succeeds. The second two are for 330px-Nasseraldinshah3.png and 150px-Nasseraldinshah3.png, and they fail with a 429 code, "Too many requests". (As previously noted, the three images are displayed after the simple reload.) isaacl (talk) 18:05, 11 May 2024 (UTC)[reply]

Is this one of those multitudinous image problems that needs the image to be reuploaded to be fixed? — Qwerfjkl talk 18:34, 11 May 2024 (UTC)[reply]

I don't know. I think I understand better now why a simple reload causes the images to appear: since the original file URL (which was successfully retrieved) appears in the srcset for each of the images in the original post (but, as PrimeHunter stated, it doesn't get included for the 100px version), the browser will just use that to refresh the page, rather than try to match the file with the most appropriate pixel density based on the physical display (since with a simple refresh, the browser will try to avoid loading the images again, so there's no need to do a match if any of the images in the set are already available). My device probably has a different pixel density than the other commenters, such that changing the zoom level isn't causing the original image to be a match to be loaded. isaacl (talk) 22:58, 11 May 2024 (UTC)[reply]

I've uploaded a corrected version, but due to the 429, it will probably take a while (not sure how long) before we can see the effect of that. —TheDJ (talk • contribs) 09:16, 13 May 2024 (UTC)[reply]

Can't login to the Wikipedia library

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]

@Nardog@Ancheta Wis That makes sense. I can login to the WL but not use it to search for articles. I can click on Access Collection - but I'm puzzled by the fact that when I click on Brill it looks as though it just takes me to their web page, and if I click on a books offers it for sale. I've never clicked on Brill before so don't know if that's what it should do. Doug Weller talk 12:14, 11 May 2024 (UTC)[reply]

Hello Doug Weller! I'm having the same problem, can get to the Library page but as soon as I use the search I'm taken to the EBSCO Error page you describe. Others also reporting this problem, like here. I use the Library all the time, use it to access ProQuest as an invaluable source for referencing. Hope this is just a temporary glitch. Take care, LooksGreatInATurtleNeck (talk) 22:37, 11 May 2024 (UTC)[reply]

Thanks. Looks like there are other problems as well. Doug Weller talk 02:46, 12 May 2024 (UTC)[reply]

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

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]

Archived at this link. -- LCU ActivelyDisinterested «@» °∆t° 20:18, 11 May 2024 (UTC)[reply]

That's amazing, thanks ActivelyDisinterested, what was I missing? You archived the download link instead? Darkwarriorblake (talk) 21:09, 11 May 2024 (UTC)[reply]

Archived the download load link, that's just a redirect but archive.org saves the redirect destination as well. Find where the reditect went and you have your archive link. -- LCU ActivelyDisinterested «@» °∆t° 23:15, 11 May 2024 (UTC)[reply]

Migrating SQL data from one toolforge db to another

I run two tools on toolforge, both of which have SQL databases. I'd like to consolidate them under one of the tools and would like to migrate the data in one of the databases to the other. I could do this with a script to extract the data to a file, then connect to the other location and insert the data, but that's a lot more trouble than insert into <newdb>.<newtable> select * from <olddb>.<oldtable>, which is how I'd do it in SQL Server. For that I would need to be simultaneously connected to both databases at the SQL prompt, with write permission on the new database at the same time as read permission on the existing database, which is not currently public. Is there a way to do this at the MariaDB SQL prompt or do I have to just write that script? Mike Christie (talk - contribs - library) 12:42, 11 May 2024 (UTC)[reply]

As far as I know, most Toolforge tools' databases are still on the same server. But probably neither tool's database user has read access to the other's. You might try asking for help via one of the channels listed at wikitech:Help:Cloud Services communication. Anomie ⚔ 13:33, 11 May 2024 (UTC)[reply]
I will try that; thanks. Mike Christie (talk - contribs - library) 19:09, 11 May 2024 (UTC)[reply]

ListeriaBot

I have written a SPARQL query that works perfectly on Wikidata query service but ListeriaBot seems unable to execute it and generate a table from it unless I delete the big optional clause. Please see here the template syntax and a link to the query on WDQS where you can run and verify the results (see the Query here too. I just wanted to test the water here and see if someone have had a similar experience before I contact the bot operator who might have their hands full. Assem Khidhr (talk) 04:06, 12 May 2024 (UTC)[reply]

Very long response times

I'm experiencing very long response times currently. Anyone else? Nurg (talk) 09:18, 12 May 2024 (UTC)[reply]

Me too. --Redrose64 🌹 (talk) 09:19, 12 May 2024 (UTC)[reply]

I got maintenance message. Grabup (talk) 09:20, 12 May 2024 (UTC)[reply]

seems there was a bit of a spike, but things returned to normal. https://www.wikimediastatus.net —TheDJ (talk • contribs) 09:49, 12 May 2024 (UTC)[reply]

AFD signature needs correction

I edited Wikipedia:Articles for deletion/Cloverland, Washington prior to its closure, but probably didn't get something on the correct line. When it closed, it didn't show up at my AFC stats page. I think I erred on where I signed. Tried to correct it after it closed, with no luck. Other than that, it looks like others have also edited the closed template, and possibly re-opened it. I think others need to have a look at the status of this AFD. Thanks. — Maile (talk) 17:45, 12 May 2024 (UTC)[reply]

The AFD is still open. The "closure" was by a sock forging another user's signature. Suffusion of Yellow (talk) 17:58, 12 May 2024 (UTC)[reply]

Thanks — Maile (talk) 21:04, 12 May 2024 (UTC)[reply]

Suffusion of Yellow There's still an odd glitch. Normally, when I edit an open AFD, it shows up almost immediately on my AfD Statistics for User:Maile66, but it's still not showing up. Any ideas on what I did wrong? — Maile (talk) 21:20, 12 May 2024 (UTC)[reply]

I got it, finally! It didn't like where I put my signature, or something like that. It works now. — Maile (talk) 21:38, 12 May 2024 (UTC)[reply]

Force collapse navboxes

Is there any script or piece of CSS to collapse all navboxes? -- LCU ActivelyDisinterested «@» °∆t° 18:58, 12 May 2024 (UTC)[reply]

User:SD0001/AllCollapseToggle.js. It places a "Collapse all" / "Uncollapse all" button under the Tools menu. – SD0001 (talk) 05:17, 13 May 2024 (UTC)[reply]

Doesn't that already exist in core? Nardog (talk) 05:23, 13 May 2024 (UTC)[reply]

@@ Line 326: / Line 326: @@
 :::Is this one of those multitudinous image problems that needs the image to be reuploaded to be fixed?<span id="Qwerfjkl:1715452481170:WikipediaFTTCLNVillage_pump_(technical)" class="FTTCmt"> —&nbsp;[[User:Qwerfjkl|<span style="background:#1d9ffc; color:white; padding:5px; box-shadow:darkgray 2px 2px 2px;">Qwerfjkl</span>]][[User talk:Qwerfjkl|<span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span>]] 18:34, 11 May 2024 (UTC)</span>
 ::::I don't know. I think I understand better now why a simple reload causes the images to appear: since the original file URL (which was successfully retrieved) appears in the srcset for each of the images in the original post (but, as PrimeHunter stated, it doesn't get included for the 100px version), the browser will just use that to refresh the page, rather than try to match the file with the most appropriate pixel density based on the physical display (since with a simple refresh, the browser will try to avoid loading the images again, so there's no need to do a match if any of the images in the set are already available). My device probably has a different pixel density than the other commenters, such that changing the zoom level isn't causing the original image to be a match to be loaded. [[User:Isaacl|isaacl]] ([[User talk:Isaacl|talk]]) 22:58, 11 May 2024 (UTC)
+:::I've uploaded a corrected version, but due to the 429, it will probably take a while (not sure how long) before we can see the effect of that. —[[User:TheDJ|Th<span style="color: green">e</span>DJ]] ([[User talk:TheDJ|talk]] • [[Special:Contributions/TheDJ|contribs]]) 09:16, 13 May 2024 (UTC)
 == Can't login to the Wikipedia library ==