Wikipedia:Village pump (technical)#Request: Move userspace draft to Draft namespace

Policy

Technical

Proposals

Idea lab

WMF

Miscellaneous

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

Shortcuts

• WP:VPTWP:VPT
• WP:VP/TWP:VP/T
• WP:TECHPUMPWP:TECHPUMP
• WP:PUMPTECHWP:PUMPTECH

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 5 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. An offline spellcheck of all articles is run by Wikipedia:Typo Team/moss; human volunteers are needed to resolve potential typos. 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, 205, 206, 207, 208, 209, 210, 211, 212, 213, 214, 215, 216, 217, 218, 219, 220, 221, 222, 223, 224, 225

What is a good way to query all abuse logs (also known as edit filter log) of a user on all wikis on which they have created a local account? I know I can use mw.ForeignApi, but I was wondering if there's a better way. NguoiDungKhongDinhDanh 06:27, 6 December 2025 (UTC)[reply]

In one place, no. You would need to first fetch all their attached accounts, then query each project's abuselog individually. — xaosflux ^Talk 20:42, 7 December 2025 (UTC)[reply]

Hello, I just tried to edit a page and added a new reference, however when I hit "publish changes", it said "Your edit includes new external links. To protect the wiki against automated spam, we kindly ask you to solve the following hCaptcha: This site is protected by hCaptcha and its Privacy Policy and Terms of Service apply.", which is to be expected. However, I can't complete the CAPTCHA as it is not appearing at all on my screen. I am using a 5th Gen iPad (2017) on iOS 14.6. Many websites don't work due to my outdated iOS, however this is the first time I have had an issue with Wikipedia, and I published changes successfully only a month or two ago. ~2025-38416-80 (talk) 15:00, 6 December 2025 (UTC)[reply]

Forgot to mention (but it won't let me change it because of said issue!), I'm using the Wikipedia website (not the app). ~2025-38416-80 (talk) 15:13, 6 December 2025 (UTC)[reply]

There is a new CAPTCHA see Wikipedia:Village pump (WMF)#Replacing our CAPTCHA with a new bot detection service, part 2: editing. -- Guerillero ^{Parlez Moi} 16:42, 6 December 2025 (UTC)[reply]

Have you tried submitting the form even without the hCaptcha showing, and seeing if it publishes your edit?

This might be falling into an uncommon situation that we're aware is possible, but will go away next week when we tighten the configuration slightly. EMill-WMF (talk) 17:36, 6 December 2025 (UTC)[reply]

I've just tried again and still no luck. Every time I hit "publish changes", it just refreshes the page. No error code or anything. I do all my browsing in "private" mode (Apple's version of incognito), I'm assuming that's not relevant, but maybe that could have something to do with it? Thanks for your reply anyway. ~2025-38416-80 (talk) 18:29, 6 December 2025 (UTC)[reply]

@EMill-WMF see phab:T411927 - this is a significant bug, as it is impacting a core user function: adding content to the project. — xaosflux ^Talk 20:40, 7 December 2025 (UTC)[reply]

UPDATE: I managed to find a workaround! If I use the mobile layout, the CAPTCHA is visible and I can publish changes as usual. They're a few visual glitches with text in mobile mode, but it mostly functions normally. Still doesn't answer why I had this problem in the first place, but maybe it can provide some clues. ~2025-38416-80 (talk) 19:54, 6 December 2025 (UTC)[reply]

• There is a bug going on, phab:T411927 has been opened on this. There are 2 work arounds: (a) click "publish" AGAIN, then it should pop the hcaptcha dialog. (b) try using a free account, sign up at Special:CreateAccount. — xaosflux ^Talk 20:39, 7 December 2025 (UTC)[reply]

Hello again, I posted this query 2 days ago (on a different temp account due to browsing on private mode). Supposedly, this issue has been fixed, however I am still having the same problem. I think the issue I'm having has been misidentified, as the support ticket reads "Upon clicking Publish changes again, the hCaptcha appears.", however this doesn't work in my case.

(Re-iterating info from the first query for convenience: 5th Gen iPad (2017), iOS 14.6., website version (Safari). Every time I hit "publish changes" refreshes the page. Works as intended if I switch to mobile layout) ~2025-39254-71 (talk) 12:54, 8 December 2025 (UTC)[reply]

A fix for the captcha not loading was rolled out yesterday, are you still having the issue? What version of Safari are you using? (as additional page refresh issues could be if you are using an unsupported browser). — xaosflux ^Talk 10:57, 9 December 2025 (UTC)[reply]

Just tried again, still not working. Safari version matches iOS version so it should be 14.6.

(Different temp account again, same person) ~2025-39661-05 (talk) 11:41, 10 December 2025 (UTC)[reply]

When I'm logged in, I get a sticky header overlapping the top of the browser window as I scroll down.

If I click a link to a subsection within an article that's derived from the title of that article- in this case Prince_Rupert's_cube#Noperthedron_and_non-Rupert_polyhedra- the start of the section I want to read appears just below the sticky header, as one would want. (In other words, it makes an allowance for the sticky header and offsets the anchored section from the top of the window).

However, if I click a link to a link defined via {{anchor}}- in this case, {{anchor|nopert}} and Prince_Rupert's_cube#nopert- the subsection title and content immediately following it are obscured by the sticky header (i.e. allowance is *not* made for the sticky header in this case).

This applies even when the {{anchor}} is placed between the opening and closing "==" (or whatever) in the section title.

This is annoying, particularly as links to section titles are prone to breaking whenever they are changed and anchors are less likely to be broken in this way.

This behaviour happens both with my usual browser, Firefox 145, and using Microsoft Edge. (Since the latter is now Chrome-based, I assume it happens with Chrome too, though I haven't checked that as I don't have it installed).

Ubcule (talk) 16:53, 6 December 2025 (UTC)[reply]

I substed the anchor per the template's documentation. Did that help at all? – Jonesey95 (talk) 19:54, 6 December 2025 (UTC)[reply]

@Jonesey95: Thank you for drawing my attention to that- I probably should have seen and read that before.

Oddly, however, it doesn't seem to have solved or made any different to the problem at hand. Ubcule (talk) 23:34, 6 December 2025 (UTC)[reply]

This has been reported already at phab:T406114. – Ammarpad (talk) 20:14, 7 December 2025 (UTC)[reply]

Moved to Wikipedia:Reference desk/Computing § no sound on windows 10

 – — DVRTed (Talk) 05:39, 7 December 2025 (UTC)[reply]

The latest run of Special:WantedCategories features three redlinked categories — Category:Airport, Category:Election and Category:Sports venue — that are each being autogenerated by strange behaviour on stub templates.

In all three cases, what's happening is that the template coding is failing to generate or include the actual category specified by category1= in the template coding, and is instead basing the category name on the contents of tempsort1= — for example, the Airport category is being generated on {{NewBrunswick-airport-stub}} by the code

| category1 = New Brunswick building and structure stubs
| tempsort1 = Airport

so that the category "Airport" is replacing the expected Category:New Brunswick building and structure stubs.

In each case, this is only affecting category1= and tempsort1=. But if I try to fix it by removing tempsort1=, it restores category1= but then suddenly starts whiffing category2= and tempsort2= instead. And it also warrants note that none of these are new stub templates, either: they're all long-standing ones that weren't doing this nonsense at all before now. It also, in each case, appears to only be affecting the categorization of the template itself as a template, and does not appear to be transcluding the wrong categories onto articles, as Bathurst Airport (New Brunswick) is still in Category:New Brunswick building and structure stubs, and has not been smuggled into Category:Airport.

So since this is absolutely beyond my abilities to figure out or fix, could somebody try to determine what the heck's going on? Thanks. Bearcat (talk) 16:04, 7 December 2025 (UTC)[reply]

I would say that this is a matter for Template talk:Asbox. --Redrose64 🌹 (talk) 16:32, 7 December 2025 (UTC)[reply]

As far as I can tell, there's some weird garbage collection going on with respect to Module:Buffer. At one point Module:Article stub box does (v[1] and Buffer(v[1]) or attention):_in(v.k):_(v.t):_str(2, nil, nil, '|'). The :_in(v.k) only weakly references the Buffer(v[1]), so if garbage collection happens to occur sometime before :_str(2, nil, nil, '|') stringifies the whole thing then the category name gets lost, the joining gets confused into losing the |, and we wind up with just [[Category: Airport]] rather than [[Category:New Brunswick building and structure stubs| Airport]]. If garbage collection doesn't happen to occur, it works fine. Which also makes it very hard to determine whether an attempted fix really fixed it or just happened to avoid triggering a GC at the wrong time. Anomie⚔ 17:11, 7 December 2025 (UTC)[reply]

With some experimentation, and comparison of Template:NewBrunswick-airport-stub (which fails) with Template:NewfoundlandLabrador-airport-stub (which works), the significant difference is the use of {{flag icon}} in the former. If I alter ... {{flag icon|New Brunswick|size=30px}} ... to ... [[Image:Flag of New Brunswick.svg|border|30px]] ... it works as intended. --Redrose64 🌹 (talk) 17:28, 7 December 2025 (UTC)[reply]

Sorting templates by date that are transcluded by these pages, I see an innocuous-looking change to Template:Yesno. Is it possible that this change caused this issue? I don't see how that could be possible, but given the intricate discussion at the template's talk page, I'd say there's a chance. – Jonesey95 (talk) 17:46, 7 December 2025 (UTC)[reply]

If it did, I suspect it's only indirectly, by changing the details of how much memory is used when and therefore when the garbage collection is triggered. Same for the flag thing. When I was trying to debug it in Module:Article stub box, I found that simply inserting (literally) mw.log( "???" ) in the right place would make the TemplateSandbox preview stop showing the problem. Anomie⚔ 18:01, 7 December 2025 (UTC)[reply]

Offtopic, but by god is the code of Module:Buffer basically impossible to understand! * Pppery * _{it has begun...} 23:57, 7 December 2025 (UTC)[reply]

I had a similar reaction. Anomie⚔ 00:04, 8 December 2025 (UTC)[reply]

Truly amazing and way over my pay grade. There could be something clever going on that I don't understand, but these global variables may be a problem: alt build s shift unbuild. Johnuniq (talk) 03:51, 8 December 2025 (UTC)[reply]

Now, back to the main topic. I've made some edits to Module:Article stub box/sandbox which, if I've understood what is going on correctly, should make the bad GC impossible, and tested by changing the broken revisions of the stub templates to use the sandbox version instead and previewing. Does that code make sense to you, Anomie? * Pppery * _{it has begun...} 16:42, 9 December 2025 (UTC)[reply]

That should work. The important part is assigning buf = Buffer(v[1]). If you want to shorten it up a little you should be able to get away with local buf = (v[1] and Buffer(v[1]) or attention) instead of the if. Anomie⚔ 17:00, 9 December 2025 (UTC)[reply]

I know, but I figured since I was editing the page anyway the ternary operator syntax was kind of hard to parse and writing it out as if statements should be clearer. * Pppery * _{it has begun...} 17:28, 9 December 2025 (UTC)[reply]

Deployed that. * Pppery * _{it has begun...} 20:48, 9 December 2025 (UTC)[reply]

Hello. I am having an issue with content translation: I want to translate the page ƛ̓ from French to English (link), but it keeps saying something similar to this:

- BᴏᴅʜıHᴀᴙᴩ (talk, contributions) 23:04, 7 December 2025 (UTC)[reply]

Thanks. Tracking this bug at the T412076. -- Kartik Mistry ^talk 05:51, 9 December 2025 (UTC)[reply]

I got a notification that my email was disabled due to repeated delivery failures(a vandal was repeatedly emailing me, that may have been the trigger) and that I need to reconfirm my email; it sends me a code, but when I click the link it tells me the code that it just sent is invalid. 331dot (talk) 09:45, 8 December 2025 (UTC)[reply]

This is likely hitting a throttle, if it is still happening after 24 hours we can start a bug track on it. You may want to temporarily remove the ability for others to send you wikimail to stop the spam in the interim. — xaosflux ^Talk 10:54, 9 December 2025 (UTC)[reply]

I'm doing this now. 331dot (talk) 23:32, 10 December 2025 (UTC)[reply]

I can't change that setting(it's grayed out). 331dot (talk) 23:33, 10 December 2025 (UTC)[reply]

Allen Gilbert Cram should be Allan Gilbert Cram , Mildred Cram is his sister

including commons and data

https://fau.digital.flvc.org/islandora/object/fau%3A83057

https://www.loc.gov/item/17028900/

https://archive.org/details/oldseaporttowns00cram

https://books.google.com/books?id=2-ZCAAAAIAAJ

https://onlinebooks.library.upenn.edu/webbin/book/lookupname?key=Cram%2C%20Allan%20Gilbert

I don't know how to change

Allen Gilbert Cram to Allan Gilbert Cram for commons and data

Piñanana (talk) 10:24, 8 December 2025 (UTC)[reply]

@Piñanana See WP:Requested moves/Technical requests. --Ahecht (TALK
PAGE) 14:44, 8 December 2025 (UTC)[reply]

What causes Template:Infobox rugby biography/sandbox to display like this? sapphaline (talk) 10:31, 8 December 2025 (UTC)[reply]

@Sapphaline: If there are no corresponding parameters then the numbered headers should be blank and not even have empty cells or rows. If you saw autoheaders = y and thought it was enough to have empty data fields below the headers then no, the non-blank headers are not parameters to {{Infobox}} but to {{Infobox3cols}} which doesn't even have an autoheaders parameter. PrimeHunter (talk) 18:58, 8 December 2025 (UTC).[reply]

Assistance would be welcome; please see Template talk:Soft redirect#Mobile. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:24, 8 December 2025 (UTC)[reply]

MediaWiki message delivery 17:42, 8 December 2025 (UTC)[reply]

I keep seeing an issue of people using the android app inserting an image where either the |image= or |image_caption= are not properly defined. It appears to be an issue with the android app. Can someone point me to where I need to post to raise this issue? I'm lost... Zackmann (^{Talk to me}/_{What I been doing}) 22:11, 8 December 2025 (UTC)[reply]

@Zackmann08: Please post a diff of the issue. PrimeHunter (talk) 22:42, 8 December 2025 (UTC)[reply]

@PrimeHunter: not the best example, but here is the most recent one. There is no |caption= defined for that infobox. That is the only diff I have at the moment. Saw this issue a lot when I was cleaning up Infoboxes last month but that was tens of thousands of edits ago. :-\ Zackmann (^{Talk to me}/_{What I been doing}) 22:46, 8 December 2025 (UTC)[reply]

@Zackmann08: Thanks. A preview of that edit in the iOS app says: Preview warning: Page using Template:Infobox official post with unknown parameter "caption". I don't have an Android device. Can somebody say whether the Android app also says it? If it does then it doesn't look like there is an app issue but just a user making a wrong guess about a parameter name. It it doesn't say it then it appears Module:If preview isn't working in the app. PrimeHunter (talk) 23:27, 8 December 2025 (UTC)[reply]

Gotcha. No idea how the apps work, wasn't sure if previews were even a thing or if the apps were auto-inserting |caption= when out regard for whether it was defined. Zackmann (^{Talk to me}/_{What I been doing}) 23:28, 8 December 2025 (UTC)[reply]

This seems tagged with app-image-add-infobox, which implies mediawikiwiki:Wikimedia_Apps/Android_Suggested_edits. This helps people add images to articles. For that of course it needs to do some guessing (because wikitext is inconsistent and unstructured language edition dependent magic incantations) and it seems it fails to do that detection properly for this specific infobox. —TheDJ (talk • contribs) 23:58, 8 December 2025 (UTC)[reply]

But the chance of a human doing it correctly likely is at least as bad honestly ;) —TheDJ (talk • contribs) 23:59, 8 December 2025 (UTC)[reply]

Gotcha. Well thanks DJ! Zackmann (^{Talk to me}/_{What I been doing}) 00:01, 9 December 2025 (UTC)[reply]

I tried a test in the iOS app [6] but it added the image below the infobox with the tag "image add top", and that was an article with {{Infobox film}} which actually has image and caption parameters. If it sometimes adds the image to the infobox then I can certainly see it going wrong for other infoboxes if it just guesses there is a caption parameter. PrimeHunter (talk) 00:07, 9 December 2025 (UTC)[reply]

Facepalm Lovely... Zackmann (^{Talk to me}/_{What I been doing}) 00:08, 9 December 2025 (UTC)[reply]

Template:Infobox official post has a TemplateData section in its documentation, so no app should ever be guessing about valid parameters for that template. Either the app or the human put in the wrong parameter; if it was the app and the problem can be reproduced, a bug should be filed. If it was the human, a message-style bug should be filed on the editor's user talk page. – Jonesey95 (talk) 02:15, 9 December 2025 (UTC)[reply]

@Jonesey95: I guess that was my question... If it is a bug in the app, where would one go to file that bug? Zackmann (^{Talk to me}/_{What I been doing}) 05:51, 9 December 2025 (UTC)[reply]

https://phabricator.wikimedia.org/ is where nearly all bugs are reported. – Jonesey95 (talk) 05:55, 9 December 2025 (UTC)[reply]

Thank you much! Zackmann (^{Talk to me}/_{What I been doing}) 05:58, 9 December 2025 (UTC)[reply]

https://phabricator.wikimedia.org/tag/wikipedia-android-app-backlog/ has a "Report Bug" link. mw:Wikimedia Apps/Android FAQ#Reporting bugs has an email address. I have made many preview tests with the feature in the iOS app and it never tried to insert images in the infobox so maybe the Android app is different. PrimeHunter (talk) 11:49, 9 December 2025 (UTC)[reply]

I couldn't find an existing bug report about the issue. phab:T369677 indicates that in July 2024, only the Android app tried to insert images in infoboxes. phab:T355326#9507847 (about the iOS app) mentions the challenge: "Infoboxes have parameters, one parameter is called image, but not all the time, different types of infoboxes have different names for the parameter, and different names for the image caption field." It also links the Android code [7] which does mention different parameter names but I'm not examining the details. PrimeHunter (talk) 12:14, 9 December 2025 (UTC)[reply]

Hi everyone,

Thank you for raising this and for providing examples and testing across different devices. I’ve created a Phabricator ticket so the Android team can investigate the issue.

You can follow the ticket here for updates: https://phabricator.wikimedia.org/T412228

(Feel free to add any diffs or details that might help us reproduce the issue.) ARamadan-WMF (talk) 15:16, 10 December 2025 (UTC)[reply]

When using a temporary account, Wikipedia does not remember the "hide" status of the Tools and the Main menu. This is extremely annoying. Every time I load a page, I need to rehide the Tools and Main menu. --~2025-39616-28 (talk) 11:00, 9 December 2025 (UTC)[reply]

Minor quibble, but I was sprucing up my watchlist because it was too long, due to the amount of files, templates, categories and user talk pages I had created. When I am on the tab "view and edit watchlist", I tick the relevant boxes to remove entries, then the red box "remove titles", but they are not removed. In the event of removing articles AND miscellaneous from the watchlist, only the articles are removed. This is a minor issue but I'm interested to see if other people have this and what could be causing it. Unknown Temptation (talk) 11:32, 9 December 2025 (UTC)[reply]

@Unknown Temptation There are some known issues with removing pages from your Watchlist at the moment - see T407853 for more & updates. Samwalton9 (WMF) (talk) 11:48, 9 December 2025 (UTC)[reply]

When viewing Thomas Paine and using the "What links here" feature, it lists Contentious politics as an entry, transcluding Thomas Paine. (see, e.g., here). But there is no such transclusion (as expected; it would be an odd thing to transclude).

Why does it show up as a transclusion, then? TJRC (talk) 22:17, 9 December 2025 (UTC)[reply]

Contentious politics#Prominent advocates says {{annotated link|Thomas Paine}} which does make a transclusion of Thomas Paine to find the short description "American philosopher and author (1737–1809)". Transclusion does not necessarily mean the page is displayed, it can also mean its content is examined to look for something. PrimeHunter (talk) 22:40, 9 December 2025 (UTC)[reply]

on: Cosmo Hamilton :

[http://jcgi.pathfinder.com/time/magazine/article/0,9171,850165,00.html Obituary]{{Dead link|date=November 2019 |bot=InternetArchiveBot |fix-attempted=yes }}

but, by hand:

https://web.archive.org/web/0/http://jcgi.pathfinder.com/time/magazine/article/0,9171,850165,00.html

redirects to

https://web.archive.org/web/20110805002014/http://www.time.com/time/magazine/article/0,9171,850165,00.html

so it does not follow redirects ?

or rewrite //jcgi.pathfinder.com/time/magazine/article/ to //www.time.com/time/magazine/ ?

Piñanana (talk) 23:23, 9 December 2025 (UTC)[reply]

Usually I am only notified of a discussion if it occurs within a thread I have started or participated in. This usually excluded comments that aren't a response to mine in most of the noticeboards. Lately though, I have begun to be notified whenever an edit is made to any of these threads I have edited (e.g. WP:AIV or WP:UAA), meaning I basically get a notification every couple minutes about an admin responding to a completely unrelated report, or to someone making a new post. Worse, this also affects talk pages, so I get notified whenever someone I warned gets blocked or warned again. Was this intentional, or is this a mistake/bug? Aside from being annoying, it also gets confusing to repeatedly get notifications saying "You have been blocked indefinitely", or similar. Lynch44 02:44, 10 December 2025 (UTC)[reply]

@Lynch44: Discussions have a [subscribe]/[unsubscribe] link to the right of the section heading. Are the sections listed at Special:TopicSubscriptions? PrimeHunter (talk) 02:56, 10 December 2025 (UTC)[reply]

This is phab:T290778 I believe. Izno (talk) 03:34, 10 December 2025 (UTC)[reply]

Worth checking if "Automatically subscribe to topics" in Special:Preferences is checked. CMD (talk) 03:37, 10 December 2025 (UTC)[reply]

+1 – LuniZunie_(talk) 03:53, 10 December 2025 (UTC)[reply]

@Lynch44 It looks like this problem is occurring via Twinkle usage. I.e. From a glance at your contribs, I'd guess that you got notified from the subsequent edit at User talk:The Oneeeeeee because Twinkle is re-using the ==December 2025== section header, and similarly Twinkle is adding entries to the single ==section== at UAA. Context: As Izno noted, the change is coming from phab:T290778 (as announced in the 2nd entry in m:Tech/News/2025/45, but deployed late, this week). The Editing team devs will talk to the Twinkle devs to see how we can make Twinkle not auto-subscribe (which might require changes in the Extension, and/or just in the Gadget. TBD.). Sorry for the noise in the meantime, or, you may wish to temporarily unset the preference noted above. I hope that helps, Quiddity (WMF) (talk) 20:07, 10 December 2025 (UTC)[reply]

@Quiddity (WMF) The issue is unfortunately happening with every tool. Even my script, Wikipedia:WikiShield, is being effected. – LuniZunie_(talk) 20:13, 10 December 2025 (UTC)[reply]

Thanks, I'll pass that along so that they're examining this for a generically applicable fix. Quiddity (WMF) (talk) 20:25, 10 December 2025 (UTC)[reply]

I appreciate it so much =D
Happy editing, – LuniZunie_(talk) 20:25, 10 December 2025 (UTC)[reply]

I've gone ahead and done that. Thanks. Lynch44 20:25, 10 December 2025 (UTC)[reply]

Please see Wikipedia:Village pump (idea lab)#Thoughts on serverless functions for toolforge? WhatamIdoing (talk) 05:02, 10 December 2025 (UTC)[reply]

Serverless toolforge crustimony proceedcake what? — DVRTed (Talk) 08:56, 11 December 2025 (UTC)[reply]

If I understood it, I'd have explained it. See also [8] WhatamIdoing (talk) 18:18, 11 December 2025 (UTC)[reply]

Copying a discussion from WP:AN:

[9]NZ-non-WANZ-members is placed in the main namespace, and is listed in e.g. the newpages feed, but is not editable (is some mass-message list?). I suppose this shouldn't be possible, but as it needs deletion an admin is needed. @Schwede66: you created this, perhaps you can explain what is happening? Fram (talk) 14:45, 3 December 2025 (UTC)

Moved to Wikipedia namespace. ~~ AirshipJungleman29 (talk) 15:09, 3 December 2025 (UTC)

Yep. Probably not the right location either (should be with some project, and when editing is listed suddenly as a "special" page). In any case, such pages shouldn't be creatable in the mainspace, serve no purpose there. Fram (talk) 15:23, 3 December 2025 (UTC)

I think there's definitely a valid task to restrict MassMessage to operating in certain namespaces. Izno (talk) 18:39, 3 December 2025 (UTC)

phab:T411661 now. Izno (talk) 18:44, 3 December 2025 (UTC)

Right then. Sorry for creating a mess. This did end up in the wrong namespace, and I wasn't awake enough to notice that. For how it happened:

• Wikipedia:Mass message senders has, under the heading "Before making your request", a line that reads: "Administrators and template editors may create lists with a special content model via Special:CreateMassMessageList."
• That opens a form at Special:CreateMassMessageList
• Nothing there indicates that you must move the list to a particular namespace after creating it.

Once you've stuffed it up, you'll probably remember for next time. But it would obviously be better for the form to be set up so that the list gets created in the correct namespace. Schwede66 23:41, 3 December 2025 (UTC)

You can consider trying it right now, but I'm guessing the page title input there is for a {{FULLPAGENAME}} and not the {{PAGENAME}}. Izno (talk) 00:03, 4 December 2025 (UTC)

Is there anything we can do (without waiting for the Phabricator ticket to be resolved) that would prevent this tool from creating pages in mainspace, or at least add a big warning so that people don't leave it in mainspace accidentally? We can't edit the Special namespace, but perhaps an edit to the relevant message names would help with the warning. Could we create an edit filter preventing anyone from putting this kind of page in mainspace? I don't understand how the tool works (perhaps my requests aren't possible), because I don't want to go testing and make a mess. Nyttend (talk) 05:44, 10 December 2025 (UTC)[reply]

@Nyttend I created Special:AbuseFilter/1394 that will warn on any attempt to create a non-wikitext page in the article namespace. --Ahecht (TALK
PAGE) 15:44, 10 December 2025 (UTC)[reply]

Over time, I have found searching the Wikipedia namespace more and more difficult as the results are increasingly discussion pages in the Wikipedia namespace. Is there an easy way to omit these? For example, of the first 20 search results for "talk header cruft", 12 are AFD, TFD, and RFD pages, 3 are peer review discussions, and 3 are featured candidate discussions. That leaves only two of twenty pages that are not obviously discussion pages. Is there a way to do a search query of the Wikipedia namespace that will omit most discussion pages?

Perhaps due to poor search terms, the most relevant pages for my query did not appear. These are:

• Wikipedia:Talk page templates
• Wikipedia:Avoid template creep

Daask (talk) 15:46, 10 December 2025 (UTC)[reply]

@Daask You can exclude some titles or some words and phrases: example. I'm not sure what you're looking for in these pages (talk? header?), maybe your search terms need some improvement too. See Help:Search. Ponor (talk) 15:59, 10 December 2025 (UTC)[reply]

I suppose I can create a custom search box with -intitle:"Articles for deletion" as you suggest. However, I thought this was likely a common problem that others have experienced and thought perhaps there was a common solution. Daask (talk) 16:22, 10 December 2025 (UTC)[reply]

Adding a -UTC will get rid of pages with signed comments, and it's unlikely that much baby will go out with the bathwater. Unfortunately, there's no clean way to do this, and it would probably be a better system if we had projectspace split into a place for policy/guideline/information/essays and a place for project-wide discussions. Firefangledfeathers (talk / contribs) 22:53, 10 December 2025 (UTC)[reply]

Here. sapphaline (talk) 17:59, 10 December 2025 (UTC)[reply]

The table headers and caption need filling in but otherwise that's in the realm of ok to me. Izno (talk) 22:27, 10 December 2025 (UTC)[reply]

Why all of a sudden are there a whole bunch of new user accounts that start User:~2025-32? —Anomalocaris (talk) 21:22, 10 December 2025 (UTC)[reply]

@Anomalocaris Temporary accounts, the replacement for IP editing - see WP:Temporary accounts. Nthep (talk) 21:31, 10 December 2025 (UTC)[reply]

Nthep: Thank you. I figured it was something like this, but I didn't get the memo. —Anomalocaris (talk) 23:32, 10 December 2025 (UTC)[reply]

Hello,

Just today, I noticed that a few noticeboards, ANI and VPT, were appearing strangely formatted. No horizontal menu at the top of the page, at the bottom of the page were a lot of links. I posted about this at WT:AN but only got the suggestion to change my skin in my Preferences so that's what I've done but I don't care for other features that came with it. Has there been any system-wide changes to noticeboards which are transcluded? I feel odd that I'm the only one noticing a change. Liz ^{Read! Talk!} 02:20, 11 December 2025 (UTC)[reply]

Sounds like you may have run into CSS not being loaded. Try changing your skin back, then if it's still happening try bypassing your cache. Anomie⚔ 03:06, 11 December 2025 (UTC)[reply]