Wikipedia:Village pump (technical)

 Policy Technical Proposals Idea lab WMF Miscellaneous 

• Table of contents
• First discussion
• Jump to bottom
• New topic
• All village pumps

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 how-to page. Questions about MediaWiki in general should be posted at the MediaWiki support desk. Discussions are automatically archived after remaining inactive for 5 days.

« Archives, 210, 211, 212, 213, 214, 215, 216, 217, 218, 219, 220, 221, 222, 223, 224, 225, 226, 227, 228, 229, 230

Upcoming migration to Parsoid

Hello everyone, I'm following up on the April announcement about the Parsoid migration as a heads-up about the completion of this work ahead of next week.

Parsoid has been the default parser on the English Wikipedia mobile web for the past month, serving nearly two-thirds of traffic, and many users have opted in since the April announcement. That, combined with our confidence framework, makes us confident that Parsoid is ready for the next phase for English Wikipedia and will be generally available soon.

Before we complete the transition to Parsoid for desktop, we encourage you to opt in, if you haven't already, and test your workflows to raise your concerns or issues you might have found that haven't surfaced in our tests and previous user feedback. To report bugs and issues, please look at our known issues documentation, and if you found a new bug, please report it through the "Report Visual Bug" link in the right sidebar, or create a Phabricator ticket and tag the Content Transform Team in Phabricator.

The documented known issues were considered non-blockers to the rollout due to their severity or impact and are being prioritized by our team for resolution as soon as possible once rollouts are complete.

There are also known differences between Parsoid and the legacy parser, and we have compiled instructions to help editors navigate these changes. MSantos (WMF) (talk) 09:29, 18 June 2026 (UTC)

I think PageAssessments which is primarily used on enwiki, isn't compatible with Parsoid. You might want to have that fixed first. – SD0001 (talk) 16:07, 18 June 2026 (UTC)

Thanks for pointing that out. We are reviewing that extension behavior with/without Parsoid. If you have any test cases identified that point to an error, please let us know. After an initial analysis, the code represented by the comment does work with Parsoid in its current state but would prevent features we are planning for the future. Also, that type of issue would surface in the visual diff test so it doesn't seem to be a blocker to the roll-out. If it's a quick fix, though, we will do it before the roll-out. MSantos (WMF) (talk) 07:10, 23 June 2026 (UTC)

I find it strange that phab:T221028 is not even mentioned in the known issues list or in the instructions page even though it's a change that breaks the links to many pages (like /) outside the main namespace. To me, such an issue should be enough to delay the migration until it is fixed but I guess we move fast and break things in these parts. Warudo (talk) 10:38, 19 June 2026 (UTC)

I was confused by your "outside the main namespace". Apparently what this breaks is links to mainspace articles like //Khara Hais Local Municipality or /dev/zero, when the link appears in a space that allows subpages, like Wikipedia: or User talk: . —David Eppstein (talk) 19:40, 19 June 2026 (UTC)

Thanks for pointing that out. We lost track of it over the years, and it's a very subtle change that can be tricky on visual diff testing. An initial analysis identified that this is not broken on the main namespace, so our sample didn't catch this type of behavior in the other namespaces. Either way, we are prioritizing this, but considering it not a blocker to the roll-out.

Our curated list of known issues is based on severity and impact that surfaced over visual diff testing in the past year or so. In case you believe this list is missing an important issue, please let us know. MSantos (WMF) (talk) 07:15, 23 June 2026 (UTC)

Yes, I agree with SD0001 that extensions in use on Wikipedia need to get a review for support in Parsoid (PageAssessments may not be the only one).

Section editing transcluded things is one of the biggest pain points remaining. There are some other bad display things as well, like how on mobile captions are display flex. There are existing tasks for these. English Wikipedia could use a round or two of visual delta testing for the N most-popular pages.

As I think I have said elsewhere, please make a dedicated location for English Wikipedia feedback when this goes live. We tend to be very noisy and I don't want VPT being swamped with all the potential issues.... Izno (talk) 23:29, 19 June 2026 (UTC)

The dedicated location for English Wikipedia feedback is a great idea and I haven't seen it before. I'll soon let you know where we can transfer that discussion to. Thanks for the suggestions and feedback.

Regarding the extension support audit: we have this tracking task for extensions support on Parsoid. However, Parsoid support legacy extensions as well and for some extensions we are working around the parser hooks and re-targeting the legacy parser while the extension doesn't use the Parsoid extension API, that means that these extensions, despite not converted to Parsoid yet will work normally with Parsoid during the roll-out.

That being said, the visual diff testing is another way we validate there's not something broken with the extensions. Of the test sample, 5% come from top-ranked pages, 10% come from the RC stream, 85% from the dump. For enwiki, we have run tests multiple times over the last year. The most recent run tested against about 39K titles across all namespaces. About ~14K from article namespace, and ~25K from everywhere else (10K user talk, ~5.5K talk, 2.5K user, and so on).

These tests would have surfaced issues with extensions, global gadgets, and scripts. What we can't test is specific user workflows with personal gadgets, scripts, etc. MSantos (WMF) (talk) 07:25, 23 June 2026 (UTC)

Maybe advertise at WP:VPM too. I think I also suggested requesting a WP:Watchlist notice (and maybe WP:CENT but it's not a conversation right now I suppose). Izno (talk) 21:04, 23 June 2026 (UTC)

New Codex icons

Sorry if I place this here, but I've just noticed this a few minutes ago; all the icons have been updated. They are making Wikipedia new again. Any thoughts? – SimpleObjects-9ei 🏖️/☀️/🥵 (🌎 CentralAuth) 19:01, 18 June 2026 (UTC)

This is phab:T399175, which has received quite a lot of negative reviews. – SD0001 (talk) 19:23, 18 June 2026 (UTC)

As that comment-thread is long, I'll highlight the comment at phab:T399175#12035047 which gives a summary of how the constructive/precise feedback is welcome, and that there will soon be more iterations to many of the icons based on everyone's feedback. There's another task at phab:T427868 ("Icon refinement follow ups") collecting those quick follow up changes. HTH. Quiddity (WMF) (talk) 20:01, 18 June 2026 (UTC)

As someone who agrees with the many users who have expressed disappointment at the phab discussion, I'm especially interested in whether there could be a way for editors to opt-out of the recent changes (going back to what it was yesterday, in other words), until further improvements are made. I saw at the phab discussion that someone has created this: [1], [2], which didn't work for me. If there could just be an opt-in/opt-out button added to user preferences (either Appearance or Gadgets), that would be very helpful. --Tryptofish (talk) 21:26, 18 June 2026 (UTC)

I doubt they would commit to having two different versions of the icons for eternity, which is what you'd need for a preference. However someone has created User:Pattersonuwu/OldIcons.css which can be installed as a workaround. One way to install it would be to add this to your common.js file: importStylesheet('User:Pattersonuwu/OldIcons.css');. There might also be a way to @import it into your common.css file, but I haven't tested that. –Novem Linguae (talk) 00:37, 19 June 2026 (UTC)

Heyo, the documentation at User:Pattersonuwu/OldIcons shows how to add this to your common.css :3 pattersonuwu ^njz (talk) 14:22, 19 June 2026 (UTC)

Thanks, both of you. That's what I linked to in my comment. Doing it with the common.js file worked for me, and I'm happy now. --Tryptofish (talk) 20:58, 19 June 2026 (UTC)

I would recommend the common.css method since it should prevent a brief visual flash of the new icons. But anyway, glad this was helpful :) –Novem Linguae (talk) 08:02, 20 June 2026 (UTC)

I tried that just now, and the css approach doesn't work for me. I switched back to the js approach, and while I do notice that brief flash, it doesn't bother me particularly. I don't know why putting it in css has no effect for me, while js does (current version of Firefox, Legacy Vector skin), but I'm satisfied. --Tryptofish (talk) 19:52, 20 June 2026 (UTC)

@Tryptofish: You added the @import rule after the existing rules, this will not work: any @import rules must be first in the stylesheet (only blank lines and comments are allowed beforehand). See CSS Cascading and Inheritance Level 3 section 2 Importing Style Sheets. --Redrose64 🌹 (talk) 22:21, 20 June 2026 (UTC)

Thanks so much for explaining that. I simply used the "copy" button in the documentation to copy what I then pasted into my css file, so that should be corrected. It looked a bit "off" to me at the time. Maybe I'll try it again if the brief flash at the beginning starts to annoy me. --Tryptofish (talk) 23:38, 20 June 2026 (UTC)

done --Redrose64 🌹 (talk) 00:13, 21 June 2026 (UTC)

Works, thanks. --Tryptofish (talk) 17:53, 21 June 2026 (UTC)

Does anyone know why the URLs are base64 encoded? TurboSuperA+_[talk] 05:33, 20 June 2026 (UTC)

They're data URLs, so the actual image data is contained within them, rather than pointing to a location on the web. There are pros and cons to this approach. isaacl (talk) 05:51, 20 June 2026 (UTC)

That's what I thought, but why are they wrapped in url() ? TurboSuperA+_[talk] 05:54, 20 June 2026 (UTC)

That's the syntax in CSS. isaacl (talk) 07:10, 20 June 2026 (UTC)

Thanks. I actually didn't know that was possible. Very cool and useful (for some use cases). TurboSuperA+_[talk] 07:15, 20 June 2026 (UTC)

The new "DownTriangle" is terrible; it's so small now on my watchlist that's it's barely even visible. Some1 (talk) 23:09, 18 June 2026 (UTC)

Yes, everything looks to me like it was drawn, crudely, with a very thick-tip magic marker. --Tryptofish (talk) 23:13, 18 June 2026 (UTC)

Yeah, DownTriangle now looks like some Windows Vista/7/8/8.1 (RT) & Windows Server 2012/2012 R2 shenanigans (the dropdown button which you would see on the bottom right of the desktop). It looks EXACTLY like that, just that the Wikipedia version is black. I do not use Watchlist, but why they would resize downTriangle like x0.5 times tinier? And, even better, who asked for this? There shall be justice if any user is upset with the new icon update. – SimpleObjects-9ei 🏖️/☀️/🥵 (🌎 CentralAuth) 23:33, 18 June 2026 (UTC)

This sounds like phab:T429642, which is a bug and has a patch written that will be merged and deployed shortly. –Novem Linguae (talk) 00:38, 19 June 2026 (UTC)

Also, just occasionally to let you guys know, the release notes for MedaWiki 1.47/wmf.7 (first deployed 16 June 2026) shows the following line which I'll show below:

git #4c4f84d9 - Update Codex from v2.5.1 to v2.6.0 (T328496) (T361508) (T399175) (T404328) (T426193) by Roan Kattouw

The git commit must say anything about what we got for Thursday. Also, Codex actually had versions (see MediaWiki 1.38/wmf.23's release notes for a prototype version v0.1.0-alpha.3 of Codex from 2022, as an example) Just make sure to check out the rest of the Phabricator links to see what else is going on this mayhem. The one who is doing the changes is User:Roan Kattouw (WMF). He is a Wikimedia Foundation employee, so should we head over to Wikipedia:Village pump (WMF) to continue this chit-chat or what? – SimpleObjects-9ei 🏖️/☀️/🥵 (🌎 CentralAuth) 15:14, 20 June 2026 (UTC)

The person you mentioned is just the deployer. Someone else is the one redrawing the icons. More info in this ticket.

They do seem to be responding to our feedback and willing to adjust the icons that we don't like. So we may not want to make too big of a stink about this. Front end changes will always be more controversial and subjective than back end changes. –Novem Linguae (talk) 14:44, 21 June 2026 (UTC)

Just restating this here for anyone finding this thread, you can (mostly) revert this change yourself with User:Pattersonuwu/OldIcons. pattersonuwu ^njz (talk) 14:25, 19 June 2026 (UTC)

What's the performance impact of loading an 418kb css file? Sjoerd de Bruin (talk) 14:42, 19 June 2026 (UTC)

I dunno, but we shouldn't be having this conversation here anyways pattersonuwu ^njz (talk) 14:49, 19 June 2026 (UTC)

Izno, I don't see how you can deny that this (and the other two below) are ITSTHURSDAY issues. They all appeared with the latest MediaWiki revision. I have a fourth issue to report. For many years now, on category pages, the entries under the "Subcategories" heading (if one exists) are preceded by a little triangle, which normally points right, but points down when a parent cat is expanded to show its children. As of the new MediaWiki, this triangle has got much smaller, and is now too small to distinguish the right-pointing triangle from the down-pointing one. I'm not going to moan and wait while phab tickets are ignored, I'll do something about it. This CSS rule will restore the previous size:

/* restore triangles in category pages to previous size */
@supports (-webkit-mask-image:none) or (mask-image:none) {
  .CategoryTreeToggle,
  .CategoryTreeEmptyBullet {
    -webkit-mask-image: url("data:image/svg+xml;utf8,<svg xmlns=\"http://www.w3.org/2000/svg\" width=\"20\" height=\"20\" viewBox=\"0 0 20 20\" fill=\"black\"><path d=\"M10 15 2 5h16z\"/></svg>");
    mask-image: url("data:image/svg+xml;utf8,<svg xmlns=\"http://www.w3.org/2000/svg\" width=\"20\" height=\"20\" viewBox=\"0 0 20 20\" fill=\"black\"><path d=\"M10 15 2 5h16z\"/></svg>");
  }
}

It goes in meta:Special:MyPage/global.css. For those interested, and who understand SVG, the significant bit is the path M10 15 2 5h16z which overrides the path M14 7H6v2.5l4 3.5 4-3.5z used by the newest MediaWiki. --Redrose64 🌹 (talk) 20:43, 19 June 2026 (UTC)

I did not deny that it was a Thursday issue. I disagreed that it made sense to group all of these sections together strictly on the basis that they are Thursday issues. They are all more-or-less distinct issues that are coincidentally appearing at the same time and as such will have naturally different resolution paths, which we should allow to archive at the usual arbitrary rate individually.

Your icon issue seems fine to put in this section. I do think it is a mistake not to report this upstream. The issue pertaining to the watchlist reported above is already soon-to-be-resolved. Izno (talk) 21:09, 19 June 2026 (UTC)

The inbox icon has changed

Is there a place where we can read the "changelog" to find out why things were changed? I'm not opposed to change, it'd just be nice to have a heads-up/explanation. TurboSuperA+_[talk] 05:19, 20 June 2026 (UTC)

Here! Also being discussed above at #New Codex icons. Chaotic Enby (in solidarity · talk · contribs) 05:25, 20 June 2026 (UTC)

Thank you! TurboSuperA+_[talk] 05:28, 20 June 2026 (UTC)

Why not let us choose the icon pack?

We can choose from a bunch of different themes, why not choose the icons, too? People are using custom javascript and css to change the icons to the old ones, but it doesn't have to be that hacky. Give us a radio button in theme settings, and Robert is your mum's brother. TurboSuperA+_[talk] 09:47, 22 June 2026 (UTC)

We can already pick our skin, so that should be technically feasible, although the worry is that both packs will have to be maintained and considered for any future tools being developed. Chaotic Enby (in solidarity · talk · contribs) 23:06, 22 June 2026 (UTC)

I think problem is the technical debt and maintenance cost that will be associated with keeping multiple version of different icons around is significantly higher compared to the upside of we avoid a bit of bikeshedding discussion every five or so years. Sohom (talk) 23:22, 22 June 2026 (UTC)

Is there any issue with keeping old icons (and making them available via a user preference), but simply not updating them and using new icons when an old one isn't available? Technically speaking, that would just be loading one additional CSS file. sapphaline (talk) 06:31, 23 June 2026 (UTC)

It's technical debt, now every single developer making frontend changes will need to test two different versions to make sure their code works (make that X more versions every time icons change). On top of that these CSS files must be updated to keep in line with modern web standards. None of this applies to a userscript. And maintaining this is a significant overhead compared to bikeshed icons a bit every few years or so. Sohom (talk) 07:29, 23 June 2026 (UTC)

"CSS files must be updated to keep in line with modern web standards" - like what standards? Monobook still works despite not changing its layout (and the way this layout works) since 2004. sapphaline (talk) 07:39, 23 June 2026 (UTC)

There have been a great many patches to Monbook since its creation. https://gerrit.wikimedia.org/r/q/repo:mediawiki/skins/MonoBook+is:merged+branch:master Software has a constant maintenance cost that isn't always super obvious. –Novem Linguae (talk) 07:46, 23 June 2026 (UTC)

The CSS standard is the standard I was referencing. The best practices surrounding CSS keep evolving as the standard evolves almost all the time. Monobook still works despite not changing its layout (and the way this layout works) since 2004. -- Right, you do realize that is not because "somebody wrote it and it kept working", but rather developers have had to go out of their way to keep it working by fixing bugs/maintaining compatibility with the rest of the interface and in general spending a significant amount of time maintaining it, trying to preserve compatibility with the older layout. (what Novem points to is the tip of that iceberg). To give you a example, the way the gradient on top bar in classic Vector looks has been rewritten atleast 3-4 times to keep up the with the CSS standards of the times since I joined despite remaining looking the same over time. Sohom (talk) 07:53, 23 June 2026 (UTC)

Edit button is wonky

The "view | edit | history | purge" links on template documentation look incorrect, like [ | history ]. See Template:Template link for an example. It persists across Vector 2022, Vector legacy, and Monobook, but looks fine in Timeless. I'm guessing this is a WP:THURSDAY issue? Any help would be appreciated :) Best, HouseBlaster (talk • he/they) 20:10, 18 June 2026 (UTC)

Yes, it's a Thursday issue, and one that I am to be blamed for (at least for requesting it, I didn't do the work). Izno (talk) 20:15, 18 June 2026 (UTC)

The relevant implementation task is phab:T268900. We will need to adjust onwiki. Izno (talk) 20:17, 18 June 2026 (UTC)

Which actually doesn't have that many adjustment points, modulo whatever is happening in user space. [3] Izno (talk) 20:27, 18 June 2026 (UTC)

Is the change from T268900 stable-ish? As in, should I start updating the userscripts that were affected, or would you recommend waiting a bit? I don't see any linked tickets/tasks on Phabricator and nothing pointing to future changes in comments, but maybe there's relevant discussion elsewhere that you know about. —⁠andrybak (talk) 10:49, 23 June 2026 (UTC)

phab:T268900#12045614. I suppose you can read the bit of chatter about list elements as potentially interesting. Izno (talk) 19:11, 23 June 2026 (UTC)

Made an update to Module:Documentation that should fix the immediate impact for page-related actions for docs. (Personally I think it would look more consistent like this, too.) stjn 22:41, 18 June 2026 (UTC)

PDF not working

I uploaded a PDF file to Commons, File:Is Lindbergh a Nazi?.pdf, and I tried to follow the advice at Help:Extended_image_syntax#Page, but it is not working when I add it to the article Leon Milton Birkhead. I just see the file name on PC. I checked on IOS and I just see the error file that happens when I click on the page here. Everything seems to be working fine on the Commons file itself, Commons:File:Is Lindbergh a Nazi?.pdf. 1brianm7 (talk) 03:20, 22 June 2026 (UTC)

@1brianm7 for some reason the file isn't pulling through from Commons as you can see with the 0 x 0 size. I've tried purging the file but with no luck. Nthep (talk) 07:32, 23 June 2026 (UTC)

I just tried reuploading the file with a normal PDF, as I wondered if it had been caused by me uploading the PDF with text, but it appears to have broken the file anymore. Before I did that, the front page of the file had started appearing in the article, no longer appearing as File:Is Lindbergh a Nazi?.pdf in article text, but the PDF feature was still broken. Since reuploading it, it is back to appearing as File:Is Lindbergh a Nazi?.pdf 1brianm7 (talk) 07:43, 23 June 2026 (UTC)

You could upload just the cover as a jpg or png if you just want to illustrate the pamphlet. Nthep (talk) 07:46, 23 June 2026 (UTC)

Odd behaviour of tm:Reflist

I don't know if this is just me, but over the last week or so {{reflist}} doesn't put references into columns. The odd behaviour is that setting a column width of 30em causes the references to be in columns, but 30em is meant to be the default so it shouldn't cause a change. This is a problem that used to plague the use of references/ tags but I thought that was fixed. -- LCU ActivelyDisinterested «@» °∆t° 10:10, 22 June 2026 (UTC)

I just checked a few random articles and see no issues. Can you give an example of where you see it, also what skin do you use? KylieTastic (talk) 10:16, 22 June 2026 (UTC)

I use the desktop site on mobile (Chrome on Android), using the vector 2010 skin. The odd part is the split behaviour, setting the default shouldn't change how it works. -- LCU ActivelyDisinterested «@» °∆t° 10:28, 22 June 2026 (UTC)

I checked on desktop site on mobile Chrome on iPhone with vector 2010 skin and I don't get the issue. I guess wait and see if anyone else is experiencing the same issue. KylieTastic (talk) 13:34, 22 June 2026 (UTC)

Im wondering if something upstream has made a change that is checking my screen aspect ratio when formatting the references in the page, and is overriding my request for the desktop site when it comes to how references are displayed. I know they've been working in that area. -- LCU ActivelyDisinterested «@» °∆t° 13:39, 22 June 2026 (UTC)

Are there more than 10 references in the reference list you're looking at? The default behavior doesn't add columns until after that. Otherwise, giving specific details as to what page you're looking at, and any other details that might be relevant, would help people look. Anomie⚔ 11:11, 22 June 2026 (UTC)

Thousands of reference, I'm well aware of the default behaviour. Any, and all, pages. This isn't an isolated incidence but every page I've look at over the last week or so. -- LCU ActivelyDisinterested «@» °∆t° 12:25, 22 June 2026 (UTC)

Hmm. You said that {{reflist|30em}} makes columns for you, but how about {{reflist|33.3333em}}? For hysterical raisins, the column width passed to {{reflist}} is multiplied by 0.9. OTOH, if you're using Vector 2022 in "Standard" width or Minerva, the default column width is actually 27em (gerrit:1185300→gerrit:1238682→gerrit:1238683) which does correspond to {{reflist|30em}}. Anomie⚔ 12:56, 22 June 2026 (UTC)

Yes {{reflist|30em}} makes columns but {{reflist}} doesn't. I was expecting these to have the same behaviour. I remember a discussion about the use of <reference>...</reference> and that it doesn't apply sizing using the same method as {{reflist}}, but I think that was fixed. That used to produce the same inability to produce columns correctly. -- LCU ActivelyDisinterested «@» °∆t° 13:37, 22 June 2026 (UTC)

You are probably thinking of WP:Village pump (proposals)/Archive 223#c-DLynch (WMF)-20250907014600-Anomie-20250904114700 / phab:T334941 (which got fixed indeed). Johannes Richter (WMDE) (talk) 13:46, 22 June 2026 (UTC)

Thanks, you have a much memory (or searching skills) than me. -- LCU ActivelyDisinterested «@» °∆t° 13:50, 22 June 2026 (UTC)

phab:T334941 got fixed by having Vector 2022 set 27em rather than 30em. Later, {{reflist}} was changed to apply the font size in the same way that <references /> does, but it intentionally handles specified widths like {{reflist|30em}} in a way that gives the same column width that it did previously. That's in part to not break 2-columns on Vector 2022 where {{reflist|30em}} had worked before but wouldn't with the new method (i.e. the same reason that phab:T334941 was fixed by lowering it to 27em for Vector 2022). Anomie⚔ 00:02, 23 June 2026 (UTC)

So reflist was changed to match reference tags rather than the other way round, and then only vector 2022 was changed to fix the issue? -- LCU ActivelyDisinterested «@» °∆t° 10:27, 23 June 2026 (UTC)

I think you have that backwards, Vector 2022 was changed first. Anomie⚔ 11:52, 23 June 2026 (UTC)

But still why was Vector 2022 changed and not the incorrect behaviour of reflist, it seems like a weird bodge. Any chance this can be fixed by some personal CSS? -- LCU ActivelyDisinterested «@» °∆t° 21:29, 23 June 2026 (UTC)

In Vector 2022 with its default settings, <references /> would display only one column when people expected two. That's why things were changed for that skin. {{reflist}} was changed because people were complaining about differences between it and <references /> that were holding up implementation of this RFC; reducing the differences was a way to resolve that. As for personal CSS, you might try something along the lines of .mw-references-columns { column-width: 27em !important; }. Anomie⚔ 23:15, 23 June 2026 (UTC)

For an extreme example, see User:Jonesey95/vector-2022.css#L-432. Use at your own risk. No warranty is offered or implied. No motorcycles after 3 pm. – Jonesey95 (talk) 03:39, 24 June 2026 (UTC)

Thanks Jonesey95, I'll fiddle about with it to see if I can get the reference section to work correctly again. -- LCU ActivelyDisinterested «@» °∆t° 06:52, 24 June 2026 (UTC)

I tried 27em, and it seems to be working for my purposes. Thanks again. -- LCU ActivelyDisinterested «@» °∆t° 06:58, 24 June 2026 (UTC)

Yes but it's not only Vector 2022 where reference tags didn't always produce correct columns, the issue was with reference tags not Vector 2022. -- LCU ActivelyDisinterested «@» °∆t° 06:51, 24 June 2026 (UTC)

@Jonesey95: You shouldn't need the !important annotation, and since the declaration-blocks are identical the three rules at lines 433-443 may be reduced to one:

.mw-parser-output .reflist-columns-2,
.mw-parser-output .reflist-columns,
.mw-references-columns {
    column-width: 23em;
}

--Redrose64 🌹 (talk) 18:25, 24 June 2026 (UTC)

Tha KS, just tested it out and it's working the same for me. -- LCU ActivelyDisinterested «@» °∆t° 21:25, 24 June 2026 (UTC)

Finding the expensiveness in new template calls

According to a recent API query (matching title and timestamp), Special:Diff/1357030472 caused List of state roads in Malaysia to exceed the WP:EXPENSIVE limit. But I am completely paralyzed as to how one would go about resolving it. I can see that there are new calls to {{Flag}}, {{JKR}}, {{JKR(T)}}, but going down the transclude-chain to the modules that ultimately implement them, I do not see any of the obvious tells for expensiveness. So what's going on here? Artoria2e5 🌉 13:57, 22 June 2026 (UTC)

Also: what's expensive in Module:Citation/CS1? Oh nevermind, I see the REVISIONID likely responsible. Bit silly to die for this. --Artoria2e5 🌉 14:03, 22 June 2026 (UTC)

Oddly, testing in a sandbox the {{JKR(x)}} functions are incrementing the expense count by 1 but {{JKR}} does not. So that accounts for 521 out of the 526. As for why, I can't see a reason as they look be be pretty much the same. KylieTastic (talk) 14:40, 22 June 2026 (UTC)

{{JKR}}, {{JKR(T)}} and similar templates say: "If the proper image does not exist on this wiki or Wikimedia Commons, the template will display the route number in italics until the image is uploaded". Some images are assumed to exist with code in Module:Road data/strings/MYS, probably for efficiency after somebody saw they do exist. Others use 1 expensive parser function of 500 allowed to test for existence. The JKR templates call {{jct}} which accepts a |noshield=yes parameter to not display an image and omit the ifexist check on the image. The JKR templates don't pass on such a parameter so it cannot be used now but it could be added with |noshield={{{noshield|}}} in the jct calls. Then List of state roads in Malaysia could say |noshield=yes in some of the JKR calls where no shield is currently displayed. It would mean a shield is not automatically added later if an image is uploaded. PrimeHunter (talk) 15:13, 22 June 2026 (UTC)

I have implemented my above suggestion for {{JKR(J)}} which has 218 calls in List of state roads in Malaysia, much more than any of the other JKR templates.[4][5] None of the 218 displayed a shield before. Now the article only has 288 of 500 allowed expensive parser functions and renders fine. PrimeHunter (talk) 15:33, 22 June 2026 (UTC)

@PrimeHunter: Thanks. Although Module:Jct does not have any of the existence checks any more (there are some vestigial variables), the Module:Road_data/parser still has one and that is what's causing the expensive count. Artoria2e5 🌉 05:03, 23 June 2026 (UTC)

Proposal to refactor the way Template:Location map works in Infoboxes

Moved to Module talk:Location map § Proposal to refactor the way Template:Location map works in Infoboxes

 – Zackmann (^{Talk to me}/_{What I been doing}) 19:56, 23 June 2026 (UTC)

Email??

Why are we getting a 'email confirmation notice', for signing in? GoodDay (talk) 19:05, 22 June 2026 (UTC)

Was it because it was a "Login from an unfamiliar device" which is a notification option Special:Preferences#mw-prefsection-echo which you can turn off if you want. KylieTastic (talk) 19:20, 22 June 2026 (UTC)

It's a message for setting up your account. GoodDay (talk) 19:27, 22 June 2026 (UTC)

You may be seeing a banner we recently added that specifically shows to users who have not confirmed the email address on their account. If that's what you are seeing, then it means you likely never clicked on the link to confirm your email address that was sent when you first created your account. In that case, you should follow the link to confirm your email address.

Wikipedia has a high rate of users in this situation, as we haven't historically required users to complete email confirmation before allowing them to edit. But it's not a good situation for those users to be in, since they're going to be more likely to get locked out of their account if the email isn't something they actually control, and the day ever comes where they lose their credentials or get challenged to paste in a code from their email to log in. EMill-WMF (talk) 02:32, 23 June 2026 (UTC)

A little background in case you are still unsure what it's about: At some time you gave an email address which is stored at Special:Preferences. At the time Wikipedia automatically sent a mail to that address and asked you to click a link to confirm you have access to mail sent to the address, but the link was never clicked. If you don't receive a mail after using Special:ConfirmEmail then try setting another address at Special:Preferences. It's optional to set an email address. PrimeHunter (talk) 08:20, 23 June 2026 (UTC)

I don't use my email at all & never have. Just want the banner removed. GoodDay (talk) 09:09, 23 June 2026 (UTC)

@GoodDay: Either confirm or remove the email address to get the banner removed. PrimeHunter (talk) 09:20, 23 June 2026 (UTC)

Tried to remove email, but all I get is "verify your identity". GoodDay (talk) 18:48, 23 June 2026 (UTC)

@GoodDay: Doesn't it ask you to log in when it says that? I get a login page saying "You must log in again to verify that you are PrimeHunter." PrimeHunter (talk) 20:02, 23 June 2026 (UTC)

I haven't logged out, in days. GoodDay (talk) 20:10, 23 June 2026 (UTC)

@GoodDay: You aren't asked to log out and it doesn't work if you do. Just enter your username and password to confirm you are GoodDay. It's a security measure so somebody else cannot change your email address if they get access to a device where you are logged in. PrimeHunter (talk) 20:30, 23 June 2026 (UTC)

I think I got it. Left blank & submitted. The banner is now gone. GoodDay (talk) 20:38, 23 June 2026 (UTC)

I'm glad you resolved it for yourself. I do at least want to be on record here for the thread, that we strongly recommend you add a confirmed email, rather than remove it.

I mentioned above that accounts are at higher risk of lockout with an unconfirmed email. The risk is way, way higher with no email at all, as there's not even a way to reset your password. We also can't use email challenges to protect your account from takeover. So you are free to remove your email, but just know that there are risks and it is not recommended for most accounts. EMill-WMF (talk) 22:09, 23 June 2026 (UTC)

Sloppy bot archival at Talk:Vatican City

See item posted to the help desk --> Wikipedia:Help desk#Sloppy bot archival at Talk:Vatican City. --User:Ceyockey (talk to me) 22:31, 22 June 2026 (UTC)

Sometimes visual editor will undo my changes and other errors

See item posted to help desk --> Wikipedia:Help desk#Sometimes visual editor will undo my changes and other errors . --User:Ceyockey (talk to me) 03:40, 23 June 2026 (UTC)

Thanks! Should also add this mainly happens when I'm using something like Quillbot to make ONLY changes to spelling and grammar. I NEVER use its generative AI. I tested it with a non-AI extension called Harper and had the same thing happen. Wolfcolallc (talk) 03:53, 23 June 2026 (UTC)

@Wolfcolallc those kinds of tools are known to work very badly with editable HTML (which is what Visual Editor is). There's a lot of browser dependent magic that is needed in these things and then on top of that there's even more magic needed to keep wikitext and html in sync. —TheDJ (talk • contribs) 09:26, 23 June 2026 (UTC)

The top right of VisualEditor has a pencil icon which can switch to the source editor where some tools work better. I suggest to use both "Show preview" and "Show changes" before saving. The latter can reveal unwanted source code changes. PrimeHunter (talk) 09:39, 23 June 2026 (UTC)

I’ll try that! I’m also just not using the auto-fix features anymore and noticed that I’m not having the same issue. Wish it worked but it is what it is. Wolfcolallc (talk) 20:03, 23 June 2026 (UTC)

Template usage

Hi, I've posted these questions in the Wikibooks Reading Room and after about 24 hr received no response.

(1) A template declared in my account namespace works. Declared in the book namespace it doesn't work. Both cases are demonstrated in my User:PeterEasthope/sandbox. Declaration in the book is more direct; better not to depend upon an individual account. Ideas? Thx.

(2) If the desktop browser window is narrowed or the sandbox is viewed on a smartphone, the display is as illustrated here. How can the black perimeter frame be shrunk automatically to fit the background color boxes?

Thanks, ... PeterEasthope (talk) 04:16, 23 June 2026 (UTC)

Hi @PeterEasthope, each Wikimedia wiki is independent and templates are specific to their own wiki (though some common templates get cloned on multiple wikis). And the Books namespace exists only on Wikibooks sites (I think). Unless there are Wikibooks regulars also watching this page, I think you just have to wait patiently for help at the Wikibooks page. —In solidarity with Wiki Workers United · ClaudineChionh (she/her · talk · email) 05:10, 23 June 2026 (UTC)

Wikibooks has no namespace called "Book" or "Books". I guess it's an unofficial name for their main namespace. If you transclude from mainspace then you need a colon in front to avoid transcluding from the template namespace. Somebody fixed it in [6]. I don't know whether wikibooks:Oberon/ThreeBoxes is considered appropriate use of mainspace at Wikibooks. Wikipedia wouldn't use mainspace for that. PrimeHunter (talk) 07:55, 23 June 2026 (UTC)

Chaotic template populating categories

Can somebody have a look at Template:Cathead English people by place and make it work better with category redirects? It keeps populating the wrong categories for no clear reason other than misassumptions about the names and excessive suffices. Category:People from Central Bedfordshire District and Category:People from Central Bedfordshire (district) are current examples; it should be populating Category:People from Central Bedfordshire. Thanks in advance. Timrollpickering (talk) 11:46, 23 June 2026 (UTC)

The problem is that the categories are getting speedy moved from their existing names that largely had the word district in them, without any corollary effort to update the template accordingly. So it's not that it's making incorrect assumptions about the names, it's that it's generating and transcluding exactly the names it's coded to use, but somebody moved the category within the past couple of days before one of these appears, so the old name stays a populated redlink. But since not all of the "People from X District" or "People from X (district)" categories have been moved yet, there's a high risk of breaking other unmoved categories in the process, which is why I'm not generally prepared to try to muck with the template coding myself and keep having to recreate the non-empty redlinks as categoryredirects pending other fixes by people with more expertise. Bearcat (talk) 12:09, 23 June 2026 (UTC)

@Timrollpickering: {{Resolve category redirect}} expects the category name alone and not a wikilinked category so [7] should fix some issues. Category:People from Central Bedfordshire (district) only contained Category:People from Ampthill which says district= Central Bedfordshire and now correctly adds Category:People from Central Bedfordshire instead. Category:People from Central Bedfordshire District has many pages like Category:People from Arlesey which say district= Central Bedfordshire District. This isn't covered by the current uses of {{Resolve category redirect}} in {{Cathead English people by place}} so you either have to add another use for this or change the categories to only say district= Central Bedfordshire. PrimeHunter (talk) 12:52, 23 June 2026 (UTC)

Tech News: 2026-26

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Weekly highlight

• Growth features are now available at Wikidata. This update enables access to Mentorship (if configured), Impact module, the Help Panel, and a simplified Newcomer Homepage (without Suggested Edits). Wikidata administrators are still configuring the features through Community Configuration.

Updates for editors

• The special page Special:RangeCalculator has been created. It allows users to find an IP range without needing to rely on external tools. Until now, this tool was only available to CheckUsers. [8]
• Sub-referencing is a new MediaWiki feature that allows editors to reuse references with different details. It will be deployed to most small and medium-sized Wikipedia language versions on June 23. The FAQ lists possible actions to take on your wiki to support the deployment. Check the rollout plan for the next deployment steps. [9]
• Starting next week, users will get a notification when they are blocked or unblocked from editing, or if this block changes. [10]
• View all 32 community-submitted tasks that were resolved last week.

Updates for technical contributors

• Starting next week, abuse filters that are set to "require CAPTCHA verification" will begin to also affect users with the skipcaptcha right, which includes most autoconfirmed users. Bots are exempted. This change only affects edits that trigger an abuse filter. The skipcaptcha right will continue to exempt users from having to solve CAPTCHAs in the ordinary course of using the wikis. [11]
• Reference documentation for the Lift Wing API has moved from the API Portal to the interactive REST Sandbox.
• The API Portal wiki is now closed. For API documentation, see Wikimedia APIs on mediawiki.org. All API Portal wiki URLs (https://api.wikimedia.org/wiki/) will redirect to the mediawiki.org page starting June 22. [12]
• Detailed code updates later this week: MediaWiki

Meetings and events

• Join an online call on 25 June at 2:30pm UTC to meet the current Wikimedia interns for Google Summer of Code and Outreachy. Interns will provide an overview of their projects and a brief demo of their work so far. Attendees are encouraged to share ideas and connections in their community.

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

MediaWiki message delivery 13:03, 23 June 2026 (UTC)

My recent deleted contributions

On June 22 I marked some pages with speedy because I needed the respective titles to be cleared out for other pages to be moved to them. I didn't note down the pages where I added speedy. Would anyone be so kid to give me their list? Thanks! (Please ping.) Gikü (talk) 18:19, 23 June 2026 (UTC)

@Gikü: Your recent deleted contributions appear to be speedy tags on Nădăștia, Haiducești, and Pușcașu. —David Eppstein (talk) 18:41, 23 June 2026 (UTC)

Thank you @David Eppstein! And I am grateful to @KylieTastic for acting on my proposed rename operations. All the best! Gikü (talk) 18:53, 23 June 2026 (UTC)

Android app isn't rendering a hyperlink in a hatnote

I added a disambiguation hatnote "For similarly named things, see Avant Gardener (disambiguation)" to Avant Gardner, but the Wikipedia Android app doesn't render the "Avant Gardener (disambiguation)" part as a hyperlink. Hence the user cannot click through to the disambiguation page.

The browser view of the page does render that as a hyperlink, so I'm wondering if there's a fault with the Wikipedia app. A bit iffy (talk) 10:21, 24 June 2026 (UTC)

It renders correctly in the app on my IPhone. Electricmemory (talk) In solidarity 11:21, 24 June 2026 (UTC)

Now fixed? I asked a dev, and they purged (WP:PURGE) the cache for the page, and the link is now visible for me in the app. [The quote at the top of mw:Naming things is often true!]. Hope that helps. Quiddity (WMF) (talk) 18:44, 24 June 2026 (UTC)

Thanks for that. I'd quite forgotten about PURGE. A bit iffy (talk) 21:20, 24 June 2026 (UTC)

Images at top of page on mobile?

Since this morning, opening pages in a browser on my phone loads all images contained within in squares at the top of the page. Why on earth is this a thing? Electricmemory (talk) In solidarity 11:22, 24 June 2026 (UTC)

This also causes problems with pages like List of tallest buildings in New York City which contain a large number of images. That page just took nearly two minutes to load on a fully updated IPhone with a high-speed connection… Electricmemory (talk) In solidarity 11:25, 24 June 2026 (UTC)

Where is the option to remove these images? Parcly Taxel 12:39, 24 June 2026 (UTC)

I haven't found a disable option. I have found several pages claiming it exists. Some claim it's under "Appearance" at Special:Preferences, at least if you are in mobile or Minerva. Some claim it's under "Beta". Some claim it's under "Settings" if you click the hamburger menu in mobile. Most places don't give a name of the alleged setting. One place claims it's called "Disable image carousel on the mobile site". Several posters at mw:Talk:Readers/Reader Growth/Image Browsing also want a way to disable it. PrimeHunter (talk) 13:14, 24 June 2026 (UTC)

You can hide it with this in your CSS:

.mmv-carousel {display:none;}

The feature will still be loaded and use resources. It will merely be hidden by the browser. PrimeHunter (talk) 13:23, 24 June 2026 (UTC)

A post 30 minutes ago at mw:Talk:Readers/Reader Growth/Image Browsing#Where's the setting to turn this off? says: "There was a bug in the release that prevented the user preference from displaying. We've deployed a fix and it should be available shortly via Preferences > Appearance." PrimeHunter (talk) 15:32, 24 June 2026 (UTC)

"Enable image carousel on the mobile site" has now been added to Special:Preferences#mw-prefsection-rendering when you are viewing the mobile version. It's enabled by default. PrimeHunter (talk) 16:02, 24 June 2026 (UTC)

"Image carousel" has been changed back to an opt-in Beta feature at Special:Preferences#mw-prefsection-betafeatures. PrimeHunter (talk) 11:45, 27 June 2026 (UTC)

OK. When a reproducible means of disabling the carousel from preferences is available, please report it here. I have in the meantime added the magic word __NOMEDIAVIEWERCAROUSEL__ to Icosahedral symmetry and can confirm its validity. Parcly Taxel 13:25, 24 June 2026 (UTC)

See Wikipedia:Village pump (miscellaneous)#Full launch of the Image Carousel feature, and various previous discussions around the roll-out of that feature. TL;DR: WMF thinks it'll get more readers. Anomie⚔ 12:44, 24 June 2026 (UTC)

Jesus Christ, all they do is add non requested features to justify their wages Yacàwotçã (talk) 15:12, 24 June 2026 (UTC)

+1 Alexcalamaro (talk) 06:24, 25 June 2026 (UTC)

RfC on Image Carousel started

See Wikipedia:Village pump (policy)#RfC on the new Image Carousel feature. Fram (talk) 15:55, 24 June 2026 (UTC)

Image?

Hi—on Brazilian football referee Romualdo Arppi Filho there's an image showing Costa Rican assistant referee Berny Ulloa in the centre, NOT Arppi Filho, but I cannot find it in the editing source nor visually. Is that a glitch? Can anyone remove the pic? CoryGlee 19:28, 24 June 2026 (UTC)

A disruptive editor added that image to Wikidata. I have removed it. It is unclear to me why this editor, who was blocked with the reason "user was already previously blocked indefinitely with several accounts", did not have their edits reverted. Maybe they do things differently at Wikidata. – Jonesey95 (talk) 19:36, 24 June 2026 (UTC)

Even we allow edits to remain here, whether due to laze or because the edits themselves are fine. Izno (talk) 20:11, 24 June 2026 (UTC)

Unable to change email or log in on new sessions

My wikipedia account (9pfs) is tied to an email address that I no longer have access to, but I have the credentials for the account and even (as demonstrated by this) have an active session that I can edit with. I have tried to log in on new sessions or remove my email address, and every time am forced to attempt to get a verification code via email. Am I out of options for removing or changing the email address and therefore maintaining long-term access to my account? If not, what are my options? I am aware of Template:Committed_identity, which seems like it may work, but that seems like it would be misleading to attempt to use that, as my account is not in fact compromised, only somewhat inaccessible, as well as excessively time-consuming and complex. 9pfs (talk) 23:53, 24 June 2026 (UTC)

Not misleading to use that, in fact it should be added before an account is suspected to be compromised for it to work, so you're having the right use case! Chaotic Enby (in solidarity · talk · contribs) 00:17, 25 June 2026 (UTC)

You might also try Special:AccountRecovery, which may need to be done from a new session. Anomie⚔ 01:16, 25 June 2026 (UTC)

I had already tried that and gotten my attempt rejected by whoever reviews recovery requests, but I don't need to try at this time (the issue has been resolved, in other words), as my account had its email removed due to excessive email delivery failures 1 hour ago (unsure whether that was due to manual intervention or just a fun coincidence with an automated system)

on that note, I do wonder if doing multiple password reset attempts and hoping the email gets removed would be a valid method to regain access to my account if I have this issue in the future. 9pfs (talk) 01:22, 25 June 2026 (UTC)

Can I double check... You were already logged in, went to Special:Preferences, Change or remove email, were asked to re-auth (effectively log in) at that point, but it was trying to get you to input a code it tried to send you? That would be understandable for new login attempts, but for a re-auth for an event like that, not so much... And yeah, we should also look at what happened with your account recovery request... Reedy (talk) 23:06, 25 June 2026 (UTC)

Your description of events is correct, @Reedy. 9pfs (talk) 02:57, 26 June 2026 (UTC)

They are now experimenting with the "Tools" button?!

I just found out minutes ago again, and once again sorry if I place this here, but here's the story again. I was at Wikipedia:Articles for deletion/Hirsch Bedner Associates and wrote my comment to delete the article. Once I wrote my comment, I went to CAPTCHA just because I wondered if the {{more citations needed}} template was there. And, guess what, the Tools button has been updated. Previously it said "Tools" with a dropdown button icon, and now it's three dots. This is also breaking the Twinkle tab buttons. What's going on to Wikipedia right now? – SimpleObjects-9ei 🏖️/☀️/🥵 (🌎 CentralAuth) 18:38, 25 June 2026 (UTC)

24 June (pre-update)

25 June (post-update)

I don't know where this "Tools" button is, but my Twinkle menu, which appears as "TW⌄" to the right of "Watch" or "Unwatch", is now about five pixels higher than the links in that Page/Talk/Read/Edit/View history/Watch bar (in Vector 2022). I have a lot of custom CSS for Vector 2022, so I can't tell what's broken, but it looks like some sort of Thursday change was pushed out that changed some CSS. Either Twinkle or my custom CSS will probably need to be adjusted. (Also, the new "Unwatch" text is a pixel or two higher than the other links, but I have reported Vector 2022 bugs like this in the past with limited results. Someone else is welcome to tilt at that windmill.)– Jonesey95 (talk) 19:08, 25 June 2026 (UTC)

I suspect this one is simply a bug and needs to be filed upstream. Izno (talk) 19:56, 25 June 2026 (UTC)

26 June

It looks normal to me. @Jonesey95, I'm guessing this is your custom CSS instead. --rchard2scout (talk) 07:02, 26 June 2026 (UTC)

@rchard2scout, this was likely some issue that WMF developers forgot to patch during the initial rollout of the update, just like how Mojang releases Minecraft snapshots (for Java) every Tuesday and there's always at least one issue (or critical issue, such as game crashes) in them. The same applies to Wikipedia; The new Tools button is part of the MediaWiki 1.47/wmf.8 update, which first rolled out on 23 June 2026, and technically broke the Twinkle buttons too... This new Tools bar change is likely:

git #7d0b4d29 - Use codex button styles on watchstar link in page toolbar and increase watchstar icon size (T429384) (T428519) by bernardwang

There's only fourteen more mentions of the word "tool" in the 1.47/wmf.8 release notes. The text mentions Codex, the thing the new Tools button is composed of, and of what I've talked about before. I have never used any other custom CSS in my life and still got the Twinkle bug. – SimpleObjects-9ei 🏖️/☀️/🥵 (🌎 CentralAuth) 14:07, 26 June 2026 (UTC)

FWIW, the TW menu is back in the right place for me. Maybe someone updated something, or maybe I just needed to be patient. – Jonesey95 (talk) 16:11, 26 June 2026 (UTC)

IDK what caused the Tools bar change. Izno (talk) 19:59, 25 June 2026 (UTC)

phab:T429258 Izno (talk) 20:02, 25 June 2026 (UTC)

This is really poor. I use that Tools menu all the time as part of editing and using scripts etc, whereas the Watch / Unwatch star, which I press only rarely, now has a full word attached to it. This seems entirely the wrong way around. Why are WMF even tinkering with this anyway, did anyone think it was broken before? Obviously we can still click the hamburger thing, but having a big wide Tools menu made it that little bit easier. I know this will fall on deaf ears, but we should go back to the Watch button being just a star, and a full Tools menu. Cheers  — Amakuru (talk) 09:56, 26 June 2026 (UTC)

+1 to this. Physically easier to hit something I need to hit a lot. And when it's popped out to be visible in the sidebar, it's called "Tools" there. Best to have the same identifier regardless of location to clarify that it's the same thing. Simple check-box-like button for a simple on/off feature that is at least somewhat self-explanatory and consistent with other websites and apps for pinning/tagging. DMacks (talk) 16:15, 26 June 2026 (UTC)

Hi all thanks for flagging these issues. We hadn't realize the recent changes to Vector 2022 would impact certain gadgets and we're working with the gadget developers to address the alignment issues. As with any breakage to gadget per the frontend stable policy please let us know if there are APIs we can prioritize to avoid issues like this happening again.

Regarding the switching of the tools menu to ellipsis, we are actively working to improve this area of the UI to balance various problems we are seeing there and would really appreciate any feedback you have on T428520. Jon (WMF) (talk) 16:34, 26 June 2026 (UTC)

Wikipedia:Dashboard/Help noticeboards appears to be broken

This template appears to be broken, the Teahouse section appears to be missing a closing brace, I've tried to track down the problem but not really sure where to look, so hoping someone here has some idea. Giulio 18:59, 25 June 2026 (UTC)

It doesn't like [[Wikipedia:Teahouse#What_does_"{{!}_}"_mean?]]. I've fixed that section heading slightly so it now only displays a broken link to that specific section rather than messing with the whole page. * Pppery * _{in solidarity} 19:03, 25 June 2026 (UTC)

This is one of the reasons why it's a bad idea to put braces into a section heading, even when they aren't actual template transclusions. --Redrose64 🌹 (talk) 16:11, 26 June 2026 (UTC)

Interface message to configure default block expiry for temporary accounts

MediaWiki's default block expiry for TAs is 3 months. I vaguely recall there's an interface message to change this; does anyone know what its name is? NguoiDungKhongDinhDanh 22:41, 25 June 2026 (UTC)

Found it: MediaWiki:Ipb-default-expiry-temporary-account. The default also isn't 3 months, but undefined. NguoiDungKhongDinhDanh 22:49, 25 June 2026 (UTC)

The default is in fact indefinite. Izno (talk) 23:51, 25 June 2026 (UTC)

@Izno: Are you sure about that? testwiki:Special:Block/~2026-10336-78 is set to "Preset duration" by default with no option selected. testwiki:MediaWiki:Ipb-default-expiry-temporary-account doesn't exist. — Preceding unsigned comment added by NguoiDungKhongDinhDanh (talk • contribs) 23:57, 25 June 2026 (UTC)

Ah, yes, I had thought this was a different option. Izno (talk) 00:18, 26 June 2026 (UTC)

Template:Netflix title

Hello, I'd like to inquire about the use of Template:Netflix title. The template page states that it is only for Netflix original programs, original films, and original stand-up comedy specials. However, this template is often used for non-original shows as well. Should this documentation be updated, or should this template be removed from non-original show pages? Thank you. WillsonEP09 (talk) 09:22, 26 June 2026 (UTC)

This is ultimately a question about external link policy. Given that WP:ELYES#2 says that An article about a book, a musical score, or some other media should link to a site hosting a legally distributed copy of the work as long as WP:ELNO doesn't say otherwise we have a decent argument for inclusion. On the other hand we have ELNO#6 which says that we shouldn't link pages requiring registration in most cases which includes this making it so we shouldn't link Netflix in these cases. I think the guidance to only link Netflix for originals is sound given that those could conceivably count as official links although WP:ELOFFICIAL gives a more stringent definition of official that wouldn't include these shows. My feeling is that the template should be removed from non-originals when used in the external link section. Trialpears (talk) 10:37, 26 June 2026 (UTC)

Wikipedia Library not available

Tracked in Phabricator
Task T430155

Haven't been able to access this all day on any browser. Error page reads: "Wikimedia Cloud Services.This web service cannot be reached. Please contact a maintainer of this project." This doesn't seem to be a general issue because there's nothing on the WMF status page: "All Systems Operational." Any suggestions, please?--AntientNestor (talk) 09:58, 26 June 2026 (UTC)

See phab ticket T430155, it's being worked on. KylieTastic (talk) 10:37, 26 June 2026 (UTC)

Grateful thanks for the update. Not my end, then! AntientNestor (talk) 10:48, 26 June 2026 (UTC)

Thanks. I was just coming to post about this. Simonm223 (talk) 11:19, 26 June 2026 (UTC)

Up again. Gråbergs Gråa Sång (talk) 12:35, 26 June 2026 (UTC)

Filtering profession categories for active editors

Many Category:Wikipedians by profession categories would be a lot more helpful if it was possible to filter them to editors who are active (and sometimes also to editors with certain user rights). Is there a gadget or other tool that'd make this possible? Sdkb ^talk 18:11, 26 June 2026 (UTC)

I'm not aware of a ready-made tool or gadget, but this is easy to query for if you're a bit more specific (which subcategory, how recent an edit qualifies an editor as active, which right(s) to filter for). Or I suppose I could throw together a fairly generic query if you think you'd be comfortable with cutting-pasting-modifying sql. —Cryptic 19:58, 26 June 2026 (UTC)

In this case I'm looking for something like Category:Wikipedian artists who have are at least extended-confirmed and have edited in the past month.

But I've been interested in a similar query for other categories, and think it could benefit other editors in other circumstances, so it'd be good to have a modifiable query that could perhaps be documented on the category page and adapted as needed.

Cheers, Sdkb ^talk 23:43, 27 June 2026 (UTC)

Appin (company)

I've recently answered a second opinion request on Appin (company) GAN, however, when I tried to update the GAN status on its Talk page then the entire GAN review disappeared. How can it be restored since it is still in progress for the nominator and reviewer there? ErnestKrause (talk) 00:41, 27 June 2026 (UTC)

ITN archives too big to properly render templates

Post-expand include size on these pages is 2,097,152 out of 2,097,152 bytes, what can be done about this? See e.g. Wikipedia:In the news/Candidates/June 2025#(Closed) M23 campaign, or Wikipedia:In the news/Candidates/July 2025#RD: James Carter Cathcart. sapphaline (talk) 09:10, 27 June 2026 (UTC)

The most wasteful template on them so far is template:ITN candidate. Removing it from the "(Closed) M23 campaign" section reduces its post-expand include size from 10,532 to 2,916 bytes (-7,616). sapphaline (talk) 09:26, 27 June 2026 (UTC)

It's a necessary template to follow the discussions so it cannot just be removed but would have to be optimized. Portal:Current events/2025 June 30 is both linked and transcluded at Wikipedia:In the news/Candidates/June 2025#June 30, and so on for the other days until the limit is broken. The 30 transclusions use 948,462 bytes in total, 45% of the limit for the whole page. Removing them would fix the problem. Category:Pages where post-expand include size is exceeded currently shows 107 ITN archives at [13] so the issue is widespread. PrimeHunter (talk) 12:07, 27 June 2026 (UTC)

Recently at Portal talk:Current events, there was a suggestion of switching per-day subpages from a wrapping template, which doubles PEIS, to a pair of templates, which wouldn't have this problem. The suggestion hasn't been implemented.

How much would this help with ITN archives? —⁠andrybak (talk) 12:50, 27 June 2026 (UTC)

Crimean Khans

Around 2025, someone changed the birth and death dates of several Crimean Tatar khans in several biographies. It would be worth reviewing these, there are good dates on the other-language wiki pages. For exapmle: Adil Giray. ~2026-37078-69. And: [14], [15] (talk) 14:11, 27 June 2026 (UTC)

@~2026-37078-69: This is not a VPT matter. Try Wikipedia talk:WikiProject Ukraine. --Redrose64 🌹 (talk) 20:24, 27 June 2026 (UTC)

Though this isn't the right venue, I've gone ahead and addressed this issue on your behalf. The changes were all made by the same unregistered editor who gave no edit summaries and provided no references for their changes. In a few cases their changes created contradictions with the article text or were blatantly absurd such as pushing back someone's birth by decades such that their father would have been only 3 years old at the time. – Scyrme (talk/solidarity) 23:15, 27 June 2026 (UTC)