Jump to content

Wikipedia:Village pump (technical)

From Wikipedia, the free encyclopedia

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

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

Userbox group not working

[edit]

Not sure if this is the right place to post this, but I have an issue on my user page in which the userbox group does not work. If you expand it, it simply says {{{userboxes}}}. How do I fix this? thetechie@enwiki (she/they | talk) 22:31, 3 December 2025 (UTC)[reply]

@TheTechie: {{Userbox group}} recognises five named parameters: |collapse= |style= |title= |userboxes= and |footer= (it also recognises one positional parameter as an alias for |userboxes=). You're trying to use |title= (which is valid), |collapsed= and |content= (which are not). --Redrose64 🌹 (talk) 22:54, 3 December 2025 (UTC)[reply]
@Redrose64 Thank you. I think I was using Template:Userboxgroup, might be worth updating the documentation. thetechie@enwiki (she/they | talk) 20:23, 4 December 2025 (UTC)[reply]
No, you're definitely using {{Userbox group}}. {{Userboxgroup}} is a different template with different syntax. --Redrose64 🌹 (talk) 22:19, 4 December 2025 (UTC)[reply]
Why are there two templates with such similar names but different syntax that a typo of not hitting space could cause massive issues that aren't easily solvable? Should they be merged? ~212.70~ ~2025-31733-18 (talk) 04:58, 5 December 2025 (UTC)[reply]
Functionalities appear to be generally dissimilar. One should probably have a different name. Izno (talk) 05:54, 5 December 2025 (UTC)[reply]
Here are some links:
Judging by those, they have co-existed for more than four years. The one with prior claim to the name would at first glance be Template:Userboxgroup, but Template:Userbox group is maintained in synch with m:Template:Userbox group. --Redrose64 🌹 (talk) 23:23, 5 December 2025 (UTC)[reply]

Adding a GIF to an article

[edit]

Hi, I was told to ask this question here. I tried to copy a GIF from The Heart Part 5 and put it on the Deep Voodoo article you accepted. It got removed for some kind of violation. Is there a right way to post that GIF on that article? Could I Do This? (talk) 16:00, 4 December 2025 (UTC)[reply]

That wasn't a technical issue, it was removed (bot assisted) for copyright issues. The primary reason is that the file is not free. You can follow up about it here: Wikipedia:Media copyright questions. — xaosflux Talk 16:17, 4 December 2025 (UTC)[reply]
Thanks for the explanation! Could I Do This? (talk) 16:19, 4 December 2025 (UTC)[reply]

Contribs Page not working for users with ? in their name

[edit]

See [[1]] The contributions for User:Could I Do This? send you to the contribs for the nonexistent user User:Could I Do This. The ? is being removed. Is this a known bug? Best wishes, Macaw*! 18:29, 4 December 2025 (UTC)[reply]

Note: I think this is because the url interprets the ? as the start of a query string. We probably need to make it escape it to %3F automatically as https://en.wikipedia.org/wiki/Special:Contributions/Could_I_Do_This%3F works Best wishes, Macaw*! 18:35, 4 December 2025 (UTC)[reply]
Macaw*, where are you getting that link from? Navpopups/Moremenu both seem to handle this just fine. — Qwerfjkltalk 18:41, 4 December 2025 (UTC)[reply]
Yup, Special:Contributions/User:Could I Do This? seems to work just fine. — xaosflux Talk 19:11, 4 December 2025 (UTC)[reply]
A raw ? in a URI is used to declare a query, not a bug so much as a feature. — xaosflux Talk 19:14, 4 December 2025 (UTC)[reply]
The XTools gadget I think. it adds a link to the users contribs for the user who most recently edited that page Best wishes, Macaw*! 20:00, 4 December 2025 (UTC)[reply]
Macaw*, I can't see any links like that in XTools, but there's a link at the bottom of xtools for reporting an issue. If you do so, make sure to include where the link is. — Qwerfjkltalk 20:34, 4 December 2025 (UTC)[reply]
@Macaw*: Please say from the beginning where you see a reported problem. The contributions link works in all places I have tested but you load 68 scripts in User:Macaw*/common.js. I tracked it down to this script by Opencooper:
importScript('User:Opencooper/lastEdit.js'); // Backlink: User:Opencooper/lastEdit.js
PrimeHunter (talk) 22:53, 4 December 2025 (UTC)[reply]
Thank you for the ping. My script indeed did not link this userpage correctly. Now fixed.
Regarding the confusion, part of this might also be due to both of us having User:PleaseStand/userinfo.js installed, which also has a similarish message. I've been meaning to make it clearer for my userscript that the date is for when the userpage was last edited rather than when the user last edited. Edit: Done. Opencooper (talk) 23:27, 4 December 2025 (UTC)[reply]

No color

[edit]

style="background:linear-gradient(to bottom, gray 50%, no color 50%) how can one side be colored and one side be colorless?

for example

ABC QER 123
DEF 456

Rafael Ronen 14:40, 5 December 2025 (UTC)[reply]

I have adjusted the code above to possibly do what you want. You can also use "transparent" instead of white, but it can cause problems in dark mode. – Jonesey95 (talk) 15:33, 5 December 2025 (UTC)[reply]

Querying abuse logs

[edit]

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]

I can't publish changes because the CAPTCHA won't appear

[edit]
Tracked in Phabricator
Task T411927

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]

Still having CAPTCHA issue even though it's supposed to be fixed

[edit]

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]
[edit]
Tracked in Phabricator
Task T406114

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]

no sound on windows 10

[edit]
Moved to Wikipedia:Reference desk/Computing § no sound on windows 10
 – — DVRTed (Talk) 05:39, 7 December 2025 (UTC)[reply]

Stub templates behaving oddly

[edit]

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]

Issue with content translation

[edit]

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]

EMail confirmation

[edit]

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]

change Allen Gilbert Cram to Allan Gilbert Cram

[edit]

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]

Empty infobox headers

[edit]

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]

Soft redirects not showing in mobile view

[edit]

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]

Tech News: 2025-50

[edit]

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

Weekly highlight

  • Anybody who wishes to secure their user account can now use two-factor authentication (2FA). This is available to all registered users of all Wikimedia projects. This is part of the Account Security initiative. Later, 2FA will be required for all users who can take security- or privacy-sensitive actions.

Updates for editors

  • Following last week's deployments, the Add a link feature, which allows editors to add suggested links during editing, will be available to an additional 33 Wikipedias starting on 9 December. This expansion is possible thanks to the new prediction model that now supports all languages, including those that were previously not covered. While the feature has been available on most Wikipedias for some time, this rollout brings us closer to using the improved model everywhere. If you have any questions or would like more details please contact Trizek (WMF).
  • Last week, the Search Platform team added transliterated as-you-type search suggestions to Georgian wikis. If there are only a few regular search suggestions, then queries in Latin or Cyrillic script are now rewritten into Georgian script to look for more matches. For example, searching for either bedniereba or бедниереба will now suggest the existing article about ბედნიერება ("happiness"). You can recommend other languages where transliterated suggestions would be useful on Phabricator for future development.
  • Later this week, a controlled experiment will begin for editors on the 100 largest Wikipedias who are editing a section in the mobile web visual editor. 50% of these editors will notice a new "Edit full page" button that will enable them to expand their editing session to the whole page. This feature is intended to make it easier for people on mobile web to edit any article section, regardless of which section-edit icon they tapped to begin. The experiment will last ~4 weeks. You can find more details about the project.
  • Later this week, the Reader Growth team will launch a mobile web experiment to expand all article sections by default (currently they are collapsed by default) and pin the section header the user is currently reading to the top of the page. The experiment will affect 10% of users on Arabic, Chinese, French, Indonesian, and Vietnamese Wikipedias. [2]
  • The Wikipedia Year in Review 2025, a feature in the Wikipedia mobile apps (iOS and Android) that provides users with a personalised summary of their engagement with Wikipedia over the year, is now available on the iOS and Android apps. This edition includes expanded personalised insights, improved reading highlights, new donor messaging, and updated designs. Open the app to view your Year in Review and explore your reading journey from 2025.
  • A recent software bug caused edits made with VisualEditor to make unintended changes to wikitext, including removing whitespace and replacing spaces with underscores in wikilinks inside citations. This was partially fixed last week, and further fixes are in progress. Editors who used VisualEditor between November 28 and December 2 should review their edits for unexpected modifications. [3]
  • Recurrent item View all 23 community-submitted tasks that were resolved last week. For example, the incorrect handling of URLs copied from the address bar of Microsoft Edge users, has been resolved. [4]

Updates for technical contributors

  • Starting this week, users of the "Improved Syntax Highlighting" beta feature will have CodeMirror as the editor for Lua, JavaScript, CSS, JSON and Vue content models, instead of CodeEditor. With this, the linters will be upgraded. This is part of a larger effort to eventually replace CodeEditor and provide a consistent code editing experience. [5]
  • Developers are encouraged to take the 2025 Developer Satisfaction Survey, which remains open until 5 January 2026. If you build software for the Wikimedia ecosystem and would like to share your experiences or feedback, your participation is greatly appreciated. [6]
  • There is no new MediaWiki version this week.

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

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

Where to raise this issue

[edit]

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 [7] 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 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 [8] 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]

Tools and Main menu do not stay hidden

[edit]
Tracked in Phabricator
Task T366999

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]

Items not removing from watchlist if not full articles

[edit]

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]

Why does the "Contentious politics" article show up as transcluding "Thomas Paine"?

[edit]

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]

InternetArchiveBot fix-attempted=yes

[edit]

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]

Notification issues

[edit]

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]

Serverless toolforge crustimony proceedcake

[edit]

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]

Creating mass messages in mainspace

[edit]

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:
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]

Searching the Wikipedia namespace without discussion pages

[edit]

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:

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]

Is this appropriate use of tables?

[edit]

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]

User:~2025-32 ...

[edit]

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]

Noticeboard formatting

[edit]

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]
Retrieved from "https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(technical)&oldid=1326862288"