Wikipedia:Village pump (technical)#Date format consistency bot

Policy

Technical

Proposals

Idea lab

WMF

Miscellaneous

• Table of contents
• First discussion
• End of page
• New post

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. 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, 203, 204, 205, 206, 207, 208, 209, 210, 211, 212, 213, 214, 215, 216, 217, 218, 219, 220, 221, 222, 223

Is there any way to get notification when certain article is linked if I'm not author of article? Eurohunter (talk) 22:12, 12 July 2025 (UTC)[reply]

Nope. See the Phabricator task about this I've added above. Graham87 (talk) 04:05, 13 July 2025 (UTC)[reply]

@Graham87: I didn't find any. Which one? Eurohunter (talk) 08:34, 13 July 2025 (UTC)[reply]

On the right, phab:T66090. —CX Zoom[he/him] ^{(let's talk • {C•X})} 08:38, 13 July 2025 (UTC)[reply]

Yes, there is a way to (kind of) achieve this, just not through notifications. You could set up a {{Database report}} in your user space that uses a query like this. It shows the current number of incoming mainspace links for a list of articles you specify in the query. It wouldn't take much work to enhance the query to read article links you list on a page for this purpose. Stefen 𝕋ower_{s among the rest!} ^{Gab • Gruntwerk} 20:08, 15 July 2025 (UTC)[reply]

Moved from Template talk:Navbox#"add template to favorites" Izno (talk) 15:20, 14 July 2025 (UTC)[reply]

This button appeared this week atop the navboxes, please remove it. It is clutter, not needed, and is easily clicked on by mistake. Any reason for its inclusion? Thanks. Randy Kryn (talk) 11:59, 13 July 2025 (UTC)[reply]

Like... all navboxes? I don't see anything on the examples in the {{navbox}} documentation. Could you give a few places where you have seen this? Primefac (talk) 13:11, 13 July 2025 (UTC)[reply]

Hi Primefac. Starting at the top and working down to all other navboxes, {{Wikipedia}}, next to the other buttons (next to 'Watchlist'). But, and maybe this makes a difference, I use Monobook. Thanks for asking. Randy Kryn (talk) 13:25, 13 July 2025 (UTC)[reply]

Huh, interesting. It looks like it's on every template, not just navboxes (see e.g. {{infobox rugby union biography}}. Primefac (talk) 13:29, 13 July 2025 (UTC)[reply]

It's spreading! Soon, to every page, and then... Randy Kryn (talk) 13:32, 13 July 2025 (UTC)[reply]

@Randy Kryn and Primefac: This is a new feature, found on all pages in Template: namespace on all WMF wikis. It was deployed on Thursday 3 July 2025, see Wikipedia:Village pump (technical)/Archive 222#We are looking for a pilot for our new feature, Favourite Templates. It shows as an extra tab at the top of the page, but the appearance and position vary according to skin: in Vector (2022 and legacy) also Timeless, it's a sort of white swallowtail flag held vertically, immediately to the right of the "watch" star; in MonoBook and Modern, it's a tab showing "add template to favorites"; Cologne Blue is like Modern except that it's a link in the left sidebar. I don't know where to find it in Minerva Neue.

The text of the MonoBook tab has a bug, in that the text is larger than the text of other tabs - this may be fixed by adding this rule:

/* fix font size in the new "Add template to favorites" tab */
.skin-monobook #ca-favorite .oo-ui-labelElement-label {
  font-size: inherit;
}

to m:Special:MyPage/global.css. --Redrose64 🌹 (talk) 18:10, 13 July 2025 (UTC)[reply]

To hide the bookmark icon completely (e.g. if you use an editor that has no way to make use of "favorite templates"), you can add this to your .css:

/* Hide the new (July 2025) "add to favorites" template bookmark icon */
.mw-list-item.ext-templatedata-caction-favorite { 
  display:none;
}

Works for me, anyway, in Vector 2022. – Jonesey95 (talk) 21:28, 13 July 2025 (UTC)[reply]

I have created a stub information page at Wikipedia:Favorite templates. Improvements and expansion of that page are welcome. – Jonesey95 (talk) 21:32, 13 July 2025 (UTC)[reply]

Redrose64, in all good faith, why not just remove it everywhere from English Wikipedia? What does it do of any consequence for this site? Did Wikipedia editors "vote" to install this extra "feature" or is this a WMF "just accept it" clutter (at least as I experience it, does anyone here like it?). What is the "favorites" that it adds the pages to, each individuals list of internet favorites or something else, and is it going to expand beyone templates? Thanks. Randy Kryn (talk) 23:25, 13 July 2025 (UTC)[reply]

I encouraged the WMF developers to create a page somewhere explaining the feature. They did not do so, as far as I know. It is up to volunteers to document it. – Jonesey95 (talk) 01:01, 14 July 2025 (UTC)[reply]

@Randy Kryn: I can't "just remove it everywhere from English Wikipedia", as I have neither the knowledge nor the ability. Even if I had both, I still wouldn't have the right to do so, and certainly not on the request of a single individual. None of it was my decision; I was not involved in the process. Have you read the Village Pump thread that I linked? If you do, you will not find my name mentioned at all until after deployment. As an observation, it's not everywhere on English Wikipedia - it's only on Template: pages, although it is on every Template: page - because it's a feature that detects the namespace of the page that you are viewing, and only add the tab for templates.

But really, this is totally outside the scope of this talk page, which is for discussing improvements to Template:Navbox, Module:Navbox, and their various subpages. --Redrose64 🌹 (talk) 06:47, 14 July 2025 (UTC)[reply]

Thanks Redrose64. I just read and then went to skimming the long and now archived discussion, and came away with WMF did not have consensus to deploy the tab but did so anyway. It really clutters up the top of navboxes. Since you answered the above I thought you had something to do with it, hopefully WMF will reconsider its use but after the last skin change I don't have much hope of that. This talk page seems a good as place as any to discuss this pretty much undiscussed change which, as far as I can tell, was not known by the main navbox editors (woodensuperman, were you aware of the coming tab addition?). Thanks for answering my enquiry above. Randy Kryn (talk) 10:38, 14 July 2025 (UTC)[reply]

@Randy Kryn Not sure why the template editors for any particular template would have to be aware of it since it appears in the toolbar up at the top, not in the template itself. That being said, the implementation in Monobook seems to be half-baked. In Vector it's a small unobtrusive icon, but in Monobook it's a wide tab with a missing top line and a broken mouseover effect. --Ahecht (TALK
PAGE) 17:40, 14 July 2025 (UTC)[reply]

@Sannita (WMF) You indicated on 4 July that the Monobook issues would be fixed in a couple of days, but it's now 10 days later and the appearance is still incorrect. The "add template to favorites" text is too high, so not only does it not line up with the other tabs, but it obscures the top border of the tab. The mouseover effect also does not work. Not to mention that the "add templates to favorites" text is very long compared to the other tabs, and should probably be something like "favorite". Maybe a better approach would be to create a monobook version of the text-based tab rather than trying to make an ooui widget look like a text tab. --Ahecht (TALK
PAGE) 17:50, 14 July 2025 (UTC)[reply]

@Ahecht Apologies if we didn't still fix the problem. I'll report it (again) to the engineers, and request a new fix. Sannita (WMF) (talk) 18:33, 14 July 2025 (UTC)[reply]

@Ahecht Devs told me the problem has already been fixed with the last patch. Maybe, it's a cache problem on your side, try maybe to bypass/clean it and let me know if it works. Sannita (WMF) (talk) 13:28, 15 July 2025 (UTC)[reply]

@Sannita (WMF) It's a different appearance bug than the original one, I think. I've done a bypass/clean and turned on safe mode. Here's a screenshot of how it appears in Edge: File:Favorite template monobook.png, with the text placed higher, the missing top border, and the broken mouseover. --Ahecht (TALK
PAGE) 14:26, 15 July 2025 (UTC)[reply]

@Ahecht Thanks for the screenshot. We're discussing it and see what we can do. Just a little more patience. Sannita (WMF) (talk) 17:06, 15 July 2025 (UTC)[reply]

Also, if you want to follow the work, we opened phab:T399615 to deal with the problem. Sannita (WMF) (talk) 17:34, 15 July 2025 (UTC)[reply]

I've made T399615 for that, and written patch 1169707 for the team working on template favoriting. It fixes it for me, but your screenshot shows it more extremely-offset than my own does, so it's possible there's something else in there that might need further tweaking. DLynch (WMF) (talk) 17:35, 15 July 2025 (UTC)[reply]

@DLynch (WMF) Manually adding that CSS in the developer console seems to fix it on my end. Thanks! --Ahecht (TALK
PAGE) 19:39, 15 July 2025 (UTC)[reply]

Maybe the tab should be omitted if users disable VisualEditor at Special:Preferences#mw-prefsection-editing. PrimeHunter (talk) 18:00, 14 July 2025 (UTC)[reply]

The functionality works in the source editor too. Sjoerd de Bruin (talk) 18:34, 14 July 2025 (UTC)[reply]

Thanks. When logged out I still see a "Favorites" tab in the template wizard and "Templates you mark as favorites will appear here". Can logged users actually use the feature? PrimeHunter (talk) 20:51, 14 July 2025 (UTC)[reply]

Yes. Nthep (talk) 19:58, 15 July 2025 (UTC)[reply]

I meant to ask: Can logged out users actually use the feature? If so, how? When logged out, I see no icon on template pages. Where would the favorites come from? If they cannot use the feature then it seems an error that they see "Templates you mark as favorites will appear here". PrimeHunter (talk) 20:31, 15 July 2025 (UTC)[reply]

They can't. I saw that T399524 was filed about this, so the text will probably be corrected soon. Matma Rex talk 21:38, 15 July 2025 (UTC)[reply]

Thanks. PrimeHunter (talk) 23:13, 15 July 2025 (UTC)[reply]

It doesn't show up on the navboxes themselves for me either, and (on Vector 2010) only shows up as an icon similar to the watchlist one, which makes sense as they're similar in function. Monobook doesn't seem to have a watchlist button there, but I would second the idea of shortening it to "favorite" or even "fav" if necessary. Chaotic Enby (talk · contribs) 18:16, 14 July 2025 (UTC)[reply]

To Randy Kryn: It has been requested by the community, see meta:Community Wishlist/Focus areas/Template recall and discovery (development project page), meta:Community Wishlist/Wishes/Quickly Add Infobox 2 (new wishlist page), meta:Community Wishlist Survey 2023/Editing/Quickly add favorite and related templates (community wishlist entry from 2023). To Jonesey95: There is a stub description at mediawikiwiki:Help:TemplateData/Template discovery#Favourite templates. —CX Zoom[he/him] ^{(let's talk • {C•X})} 18:46, 14 July 2025 (UTC)[reply]

Thanks for that link. I don't know why the WMF developers chose not to provide that link in the original discussion. Maybe I missed it. Also, thanks to the many editors who have improved Wikipedia:Favorite templates. – Jonesey95 (talk) 22:41, 14 July 2025 (UTC)[reply]

@Jonesey95 When I posted originally here, and when I included the news about the features developed in Tech News, I shared the link to the Community Wishlist focus area and to the documentation (in Tech News only), I guess it wasn't that clear. Maybe next time I'll make the link more prominent. Sannita (WMF) (talk) 22:44, 14 July 2025 (UTC)[reply]

@Jonesey95 Would you be opposed to moving the page to the help namespace? To me it reads more like a help page and since the information in it applies to every wiki with the favourite templates feature as opposed to just the English Wikipedia I feel that Help:Favorite templates would have been a more appropriate place for it. Warudo (talk) 10:15, 16 July 2025 (UTC)[reply]

Asking "why not just remove it everywhere from English Wikipedia?" without bothering to understand what it does or why it was added is puerile behavior. – SD0001 (talk) 19:33, 14 July 2025 (UTC)[reply]

Agree. The feature was added from the community wishlist, and as someone who edits in source mode but sometimes uses the 🧩 button for template insertion, it seems like something I might use in the future. There's plenty of buttons in the MediaWiki UI that not everyone uses, adding one more to the mix is hardly worth a massive outcry, and if the feature displays poorly on some skins it can be fixed.  novov talk edits 03:21, 16 July 2025 (UTC)[reply]

I ran into something weird, wondering if anyone's seen this before. The history, as best I can tell, is that File:Der Schatz (1923).jpg was uploaded in 2016 as a 640 × 480 image, DatBot replaced it in 2017 with a smaller 365 × 273 image, the original image was F5 deleted, and then today the original version was undeleted. What's odd is that the undeleted original file is showing up as an exact copy of the smaller version, and trying to revert back to it gives the error message "The upload is an exact duplicate of the current version of File:Der Schatz (1923).jpg." Anyone know why this might happen? hinnk (talk) 02:39, 15 July 2025 (UTC)[reply]

@Hinnk, Try purging the page cache? JayCubby 16:03, 15 July 2025 (UTC)[reply]

I tried that, didn't do anything unfortunately. hinnk (talk) 16:25, 15 July 2025 (UTC)[reply]

Able to replicate. The older version is in fact a duplicate JayCubby 16:55, 15 July 2025 (UTC)[reply]

Thanks, I ended up submitting a bug report in case there's an underlying issue that might affect other files. Not too worried about this particular file, I should be able to recreate the original. hinnk (talk) 18:41, 17 July 2025 (UTC)[reply]

The illustration shows the (relative) sizes of various Unicode whitespace points. However it does not specify the font. Clearly six-per-em, three-per-em and em should retain their ratios, but even that's not guaranteed. Do we know (or can we find out) the font? If not can we make a new one in a specified font, and if so which should we use? Or am I wrong and the ratios are fixed, at least theoretically? And what about the height-width ratio? All the best: Rich Farmbrough 10:11, 15 July 2025 (UTC).[reply]

The SVG code says the font is DejaVu Sans (there is a preview under § "Usage"). LightNightLights (talk • contribs) 12:28, 15 July 2025 (UTC)[reply]

The spaces themselves are hard-coded as a path, however, though it might have been generated from DejaVu Sans. Nardog (talk) 12:59, 15 July 2025 (UTC)[reply]

There's a hidden text object in the SVG, containing ▕ ▏ (those are U+2595 ▕ RIGHT ONE EIGHTH BLOCK and U+258F ▏ LEFT ONE EIGHTH BLOCK) for the various spaces. If you unhide it, the path lines up with the spaces in between the bars. Anomie⚔ 12:25, 16 July 2025 (UTC)[reply]

According to https://web.archive.org/web/20100314135826/https://www.microsoft.com/typography/developers/fdsspec/spaces.htm, there are some suggested ratios (or range of ratios), but no hard rule that each font has to follow. —CX Zoom[he/him] ^{(let's talk • {C•X})} 23:48, 15 July 2025 (UTC)[reply]

Ever since Wikipedia's introduction of dark mode, some images are not displaying well in dark mode. Here is a (non-exhaustive, obviously!) list of some articles with these images in the infobox and which I have fixed:

• City Journal (before, after, diff)
• DirectX (before, after, diff)
• Gawker (before, after, diff)
• OpenDyslexic (before, after, diff)
• The Living Tombstone (before, after, diff)

Additionally, I have noticed this problem in these articles too but I have not gotten to fix them:

• List of display typefaces (permalink as of posting)
• List of monospaced typefaces (permalink)
• List of sans serif typefaces (permalink)
• List of script typefaces (permalink)
• List of serif typefaces (permalink)

I think it is fair to say that this is a widespread problem, and that we should fix it. I am not sure on the details of how, but I think that we need more awareness on this regardless.

I am also hoping we can ruminate and discuss on how we would be able to fix it. Maybe we need a guide for individual editors to help fix the images? Maybe we need to create edit requests for locked templates in order to fix the images? Can we create some kind of drive to fix it? There are more questions and I am not sure on their answers. LightNightLights (talk • contribs) 21:56, 15 July 2025 (UTC)[reply]

A related issue is that image captions displaying colours in a legend can show the wrong colours. CMD (talk) 03:22, 16 July 2025 (UTC)[reply]

In general, a parameter like |logo_class= should be used (like this) instead of sending a full File: call to Module:InfoboxImage. It can be added to any infobox that is missing such a parameter. – Jonesey95 (talk) 05:25, 16 July 2025 (UTC)[reply]

I believe that I have fixed the "List of ... typefaces" by changing a template. Wikipedia was built around a core assumption of black text on a white background for a couple of decades; fixing all of the dark mode issues will take a considerable amount of work. Much has been done already, but hundreds of thousands of pages, maybe millions, need to be edited for full compatibility. Good thing there is no deadline. – Jonesey95 (talk) 05:36, 16 July 2025 (UTC)[reply]

I agree. Hundreds of thousands of pages is still a lot lot, and more awareness of this issue among editors that can learn how to fix it will definitely help, in my opinion. LightNightLights (talk • contribs) 11:51, 16 July 2025 (UTC)[reply]

I forgot to look at your diff. It looks good to me. Some inverted Example 3 images look bad, but they do not look good uninverted in light mode either so the problem is inherent in the image. Taking this as an opportunity though, we probably should not apply |class=skin-invert universally and unconditionally, because it changes colors that might have been picked for meaning. See this page of mine for an example. (Disclaiming that I have brought this up before here to developers, which resulted in mw:Recommendations for night mode compatibility on Wikimedia wikis § "When skin-invert does not work".) LightNightLights (talk • contribs) 12:19, 16 July 2025 (UTC)[reply]

I thought of that, but a lot of infobox templates currently lack that type of parameter (e.g. Template:Infobox musical artist [permalink], used by The Living Tombstone) and it would take time and template editors to fix them, while the File: call works right now. LightNightLights (talk • contribs) 11:39, 16 July 2025 (UTC)[reply]

While checking the state of my futile edit request I noticed that the talk page says: You are an administrator, so you may disregard the message below. Stop: You may only use this page to create an edit request (screenshot). But of course I'm not an administrator or the edit request would have been unnecessary. Oddly the box containing that first sentence only appears when the screen width is narrow, specifically 639px or less. The offending CSS rule is:

@media screen {
  @media (max-width: calc(639px)) {
    .mw-parser-output table {
      display: block;
      overflow: auto;
      max-width: 100%;
    }
  }
}

Which is apparently overriding the sysop-show class that's meant to hide the box. Ioaxxere (talk) 22:24, 15 July 2025 (UTC)[reply]

MediaWiki:Common.css says:

.checkuser-show,
.sysop-show,
.abusefilter-show,
.abusefilter-helper-show,
.patroller-show,
.templateeditor-show,
.extendedmover-show,
.extendedconfirmed-show,
.autoconfirmed-show,
.user-show {
	display: none;
}

That should probably be harder to override. MediaWiki:Group-sysop.css uses !important to override it:

div.sysop-show,
p.sysop-show {
  display: block !important;
}
span.sysop-show,
small.sysop-show {
  display: inline !important;
}
table.sysop-show {
  display: table !important;
}
li.sysop-show {
  display: list-item !important;
}

PrimeHunter (talk) 23:48, 15 July 2025 (UTC)[reply]

Only an issue in Minerva skin, it seems. Can't replicate with Vector-2022, but can replicate with Minerva with width <639px. —CX Zoom[he/him] ^{(let's talk • {C•X})} 00:04, 16 July 2025 (UTC)[reply]

I can replicate in all tested skins including Vector 2022 when logged out. PrimeHunter (talk) 00:28, 16 July 2025 (UTC)[reply]

My bad, sorry. Yes, it is an issue on all skins. —CX Zoom[he/him] ^{(let's talk • {C•X})} 00:37, 16 July 2025 (UTC)[reply]

This would be fixed with User:Izno/Sandbox/Ambox and the work in Module:Message box/div and some adjustment in downstream users. I think I might work on that this week. Izno (talk) 01:47, 16 July 2025 (UTC)[reply]

Those !important annotations shouldn't be necessary, since a selector like div.sysop-show has a higher specificity than .sysop-show. --Redrose64 🌹 (talk) 07:16, 16 July 2025 (UTC)[reply]

!important has the function of being more important than CSS elsewhere in the cascade, but also more important than inline styles, for which there is no solution other than !important. My impression is that sysops want to see content marked up with this class even if there is a style="display: none" somewhere in the local wikitext. (And though there is CSS now that will simply revert the text to the expected value making the element names unnecessary in the Group-sysop.css sheet, that CSS is still pretty new.)

We probably need to update the block in Common.css by adding another class to each selector [in the meantime if we don't want to wait on the actual fix]. Izno (talk) 07:22, 16 July 2025 (UTC)[reply]

The ref "name" attribute with a value is added automatically to the source code? Lets say, I add refferences without the attribute in wikicode and then save it. Juandev (talk) 08:20, 16 July 2025 (UTC)[reply]

@Juandev No, "name" is not automatically added. If you use WP:REFTOOLBAR, there is a field for that, called "Ref name" (or you can add the code manually), but I don't see one in visual editor. However, in VE, it seems that if you "Re-use" an un-named ref, VE will name the ref for you. Hope this helps some. Gråbergs Gråa Sång (talk) 09:14, 16 July 2025 (UTC)[reply]

VE's naming is a little unhelpful admittedly (":0", ":1", etc), and there's a long-standing task for working out a way to autogenerate better names: T92432. DLynch (WMF) (talk) 16:43, 16 July 2025 (UTC)[reply]

@Juandev: The name= attribute is optional. You only need to have one if the ref is used multiple times in the same page, see WP:REPEATCITE. --Redrose64 🌹 (talk) 17:51, 16 July 2025 (UTC)[reply]

[1] correctly says both of Lathyrism (disambiguation) and Bell TV are "Disambig" class. If you null-edit the talk page of one of those, it suddenly becomes "" (unknown) class in the database ([2]). If you null edit it again, it regains it. I've done this a few times on-and-off and it seems consistently reproducible. This does not behave the same for all pages: for now it looks like this happens solely to pages that are tagged only with {{WikiProject Disambiguation}}. For pages that have WP:DAB and another project, null editing makes a supplementary "" row appear and disappear. For pages that don't have the WP:DAB tag, they apparently always have a supplementary "" row on top of the correct one, and null-editing changes nothing. Anyone have an idea why? — Alien  3
3 3 09:31, 16 July 2025 (UTC)[reply]

Courtesy ping to @MSGJ as they maintain the WP:PIQA ecosystem. —CX Zoom[he/him] ^{(let's talk • {C•X})} 12:00, 16 July 2025 (UTC)[reply]

I can reproduce this via [3]. It seems it may be because {{WikiProject Disambiguation}} is adding the assessment twice, once in the meta module and once manually (added by Galobtter in 2018). I have removed the additional call, so we can see if that fixes the problem, although why adding an assessment twice would cause it to disappear I have no idea — Martin (MSGJ · talk) 12:55, 16 July 2025 (UTC)[reply]

That made the assessment disappear permanently, so I have reverted my change. Time to study the code in the module ... — Martin (MSGJ · talk) 12:58, 16 July 2025 (UTC)[reply]

@MSGJ: found it: the shell calls class_mask with the wrong FQS value: disambig is part of the Full Quality Scale. That false should be a true. Took me an awfully long while to find (followed a red herring and fully checked every step of the execution of class_mask). — Alien  3
3 3 19:18, 16 July 2025 (UTC)[reply]

That is not actually the part which is causing the issue, but I can see the logic you have followed. The page assessment on the banner shell does not run on non-articles. The line which needs to be changed is Module:WikiProject banner#L-487. Currently it runs even if class and importance are blank, which is the case for the Disambiguation template. And that blank assessment is overwriting the other one. — Martin (MSGJ · talk) 08:16, 17 July 2025 (UTC)[reply]

This is the fix, and I have tested it successfully on Talk:Bell TV using {{WikiProject Disambiguation/sandbox}} — Martin (MSGJ · talk) 08:23, 17 July 2025 (UTC)[reply]

Indeed, you're right. Many thanks. — Alien  3
3 3 11:13, 17 July 2025 (UTC)[reply]

Okay, will probably deploy the fix later today — Martin (MSGJ · talk) 11:35, 17 July 2025 (UTC)[reply]

I applied this change yesterday but I think I need to revert it. On thinking further, PageAssessments are not just for class and importance ratings. They also serve to identify pages with WikiProjects. There are lots of projects which do not use quality or importance assessments, but my change yesterday will be removing them from the database. So instead, can we use a different project name for the manually applied page assessment. Something like this

"Disambiguation": {
 "class": "",
 "importance": ""
}
"Disambiguation2": {
 "class": "Disambig",
 "importance": ""
}

— Martin (MSGJ · talk) 10:35, 18 July 2025 (UTC)[reply]

Are there any pages in which a space is displayed as an underscore, whether with {{DISPLAYTITLE}} or any other mechanism? If this page had such a displayed title, it might be Wikipedia:Village pump_(technical), for example. Nyttend (talk) 10:50, 16 July 2025 (UTC)[reply]

@Nyttend: This search finds 124 articles using DISPLAYTITLE to make underscores: insource:DISPLAYTITLE insource:/DISPLAYTITLE:[^}]*_/. Some of them add it at the ends where it doesn't replace a space. PrimeHunter (talk) 11:42, 16 July 2025 (UTC)[reply]

Sleepless in ends with 10 underscores. PrimeHunter (talk) 11:50, 16 July 2025 (UTC)[reply]

A list exists at Category:Articles with underscores in the title. * Pppery * _{it has begun...} 15:29, 16 July 2025 (UTC)[reply]

Interesting! I had no idea there was a category. I was thinking of some sort of automated replacement project, since underscores are unsightly if they don't belong; I had no idea that someone else had already thought of this. Nyttend (talk) 02:42, 17 July 2025 (UTC)[reply]

Similar to this discussion from two months ago, an incategory search of Category:Living people (a check I have to perform several times daily, due to the constant addition of draftspace and userspace pages to it) is once again failing to clear and drop pages that were already removed from it hours ago.

The explanation last time was that "the indexing pipeline got stuck today...and no updates were being processed" — so that may have happened again, and I wanted to let people know so that it can be looked into and fixed. Bearcat (talk) 13:50, 16 July 2025 (UTC)[reply]

@Bearcat: It shows the time of the searched revision. Add sort=last_edit_desc to see results in descending order of that time, and you only have to examine pages with a newer time than the last time you fixed all pages. At least in theory. In practice, the previous time you made the search it may have missed pages which were added to the category recently in an edit which had not been indexed by that search. The category could also have been added by a template edit without editing the page. But I think it's good enough when it's not important whether a page stays a little longer in the category. PrimeHunter (talk) 14:41, 16 July 2025 (UTC)[reply]

There's nothing to "sort" — since the search isn't updating at all, it isn't picking up any new additions since my last cleanup run on the current contents either. But draft or user pages getting added to that category happens at a rate of at least 40 to 50 pages per day, and with over a million articles it's just not possible to manually browse the category for draft or user pages at all — so it's a search that needs to be performed several times a day and can't just wait a week, and we can't just let it slide as "not a problem" if the search is failing to update at all. Bearcat (talk) 15:03, 16 July 2025 (UTC)[reply]

Might a watchable subpage of Wikipedia:Database reports with output similar to quarry:query/95644 work better? (Admittedly, sometimes the database mirrors that both that and Quarry pull from sometimes get out of date too - try searching the VPT archives for "replication lag" - but it seems to happen less often.) —Cryptic 18:37, 16 July 2025 (UTC)[reply]

@Bearcat You can use Userspace pages from most recent and Draftspace pages from most recent to get the lists directly from the API without having to worry about search indexing. I added a collapsed box to Category:Living people that allows retrieving these lists for any namespace. --Ahecht (TALK
PAGE) 18:48, 16 July 2025 (UTC)[reply]

I have the Improved Syntax Highlighting beta feature enabled. By reading through phab:T95100, I discovered if I press Shift+Enter in the middle of typing a wikilink or template, a dropdown of page titles I may be looking for will appear. The problem is that because I have to stop typing and press Shift+Enter every single time I want to use this, it's actually slower than just typing the whole thing manually. Is there any way to force this dropdown to appear automatically every time? Warudo (talk) 15:48, 16 July 2025 (UTC)[reply]

Courtesy ping @MusikAnimal as one of the main devs. I vaguely recall discussing automatic autocomplete with them at some point. — Alien  3
3 3 21:20, 16 July 2025 (UTC)[reply]

Yes, we plan to make this happen. It's been on my mental to-dos for a while. I've filed phab:T399774. — MusikAnimal ^talk 21:47, 16 July 2025 (UTC)[reply]

@MusikAnimal Nice. Thank you for working on this feature.

I have however, noticed some problems with the feature in its current state. First, the autocomplete should still work when substituting a template. Right now, if I type {{subst:a for example and press Shift+Enter, nothing happens, which is strange. There's also a bug with the suggestions. The autocomplete is sensitive to the initial conditions in the sense that if I type one letter, press Shift+Enter and then type the rest, I get different results than what I'd get if I type more letters initially. For example, in my testing, if I type "{{u Shift+Enter nich", {{unichar}} will not appear in the results. However, if I instead type "{{un Shift+Enter ich" then it will appear. Warudo (talk) 22:50, 16 July 2025 (UTC)[reply]

For the first one, yes, because CodeMirror currently has no way to know subst:, safesubst: and raw: are all magic words. For the second one, it is the expected behavior (for now) because the search query is not updated given validFor.析石父 (talk) 00:23, 17 July 2025 (UTC)[reply]

Following this discussion at EF/R, it seems like we don't have an AbuseFilter variable to identify a page's creator, which would be quite useful in cases like the one described there. Are there specific reasons why this isn't a thing, or should I file a Phab ticket? (courtesy ping to @PharyngealImplosive7) Chaotic Enby (talk · contribs) 18:53, 16 July 2025 (UTC)[reply]

Note page_first_contributor identifies the page's first contributor/editor, excluding the page creator. – PharyngealImplosive7 (talk) 19:06, 16 July 2025 (UTC)[reply]

Do you have an example? page_first_contributor is just the first username in the history, which (ignoring selective deletion, merges, imports, etc.) should be the page creator. Suffusion of Yellow (talk) 23:08, 16 July 2025 (UTC)[reply]

@Chaotic Enby and Suffusion of Yellow: If I use page_first_contributor here, the filter for some reason does not match? (I've changed the filter back to using page_first_contributor just to show that it doesn't match) – PharyngealImplosive7 (talk) 23:36, 16 July 2025 (UTC)[reply]

Looking at the debug screen, user_name is "Dontontini", and page_first_contributor is null, for some reason. Chaotic Enby (talk · contribs) 23:42, 16 July 2025 (UTC)[reply]

Very odd; I wouldn't expect page_first_contributor to be null. Perhaps this does warrant a phab ticket. – PharyngealImplosive7 (talk) 23:46, 16 July 2025 (UTC)[reply]

Other filter hits also give me null when debugging that variable... Picking a random one off the abuse log, this one does it too. Do we have any existing filters that depend on this variable? Chaotic Enby (talk · contribs) 23:48, 16 July 2025 (UTC)[reply]

As for the public filters, 1060, 1151, and 1318 use it. – PharyngealImplosive7 (talk) 23:52, 16 July 2025 (UTC)[reply]

They do seem to keep getting hits, and, taking Special:BlankPage/FilterDebug/logid/41360550 from 1060 (first one I can view), it does seem to correctly flag page_first_contributor (which would be expected given the filter), so it isn't an issue with the debug screen always showing it as null for some reason.

Is there a way to track the hit rate of filters across time, to see if it unexpectedly fell off at some point? Chaotic Enby (talk · contribs) 23:56, 16 July 2025 (UTC)[reply]

See below; the problem isn't with the variable but rather because FilterDebugger does not "fill in" missing variables as SoY said. – PharyngealImplosive7 (talk) 00:02, 17 July 2025 (UTC)[reply]

page_fist_contributor is a lazy-load variable. At the time of that hit (23:15, 16 July 2025), the filter was not attempting to access page_fist_contributor, so it was never generated. FilterDebugger does not attempt to "fill in" missing variables when debugging filter logs, nor does Special:AbuseFilter/examine for that matter. Suffusion of Yellow (talk) 23:58, 16 July 2025 (UTC)[reply]

Ok, that clears it up. Thanks. – PharyngealImplosive7 (talk) 00:01, 17 July 2025 (UTC)[reply]

Documented it now, at least. Probably should have done that to begin with... Suffusion of Yellow (talk) 00:30, 17 July 2025 (UTC)[reply]

That makes sense for me too – I guess we can go back to using it in 1370? Chaotic Enby (talk · contribs) 00:05, 17 July 2025 (UTC)[reply]

Yeah, I guess. – PharyngealImplosive7 (talk) 00:07, 17 July 2025 (UTC)[reply]

When I signed in today I had to put in a verification code, and the email about it said it was because I was "signing in from a new device", even though it's the same device and connection I've been on for years. Maybe it's because there was a power outage earlier that knocked out my net, and thus it's rerouted/geolocating to elsewhere now? - The Bushranger _{One ping only} 20:24, 16 July 2025 (UTC)[reply]

@The Bushranger: Your IP address may have changed. --Redrose64 🌹 (talk) 23:33, 16 July 2025 (UTC)[reply]

Yeah, it's just weird that it's never done that before. <shrugs> - The Bushranger _{One ping only} 00:54, 17 July 2025 (UTC)[reply]

That is because it is new functionality. See EmailAuth. In many cases this can be due to usage of VPN or other shared IP situations. —TheDJ (talk • contribs) 09:41, 17 July 2025 (UTC)[reply]

I've been working through the uncategorized pages that have been tagged from translation from Italian to sort them out into the various topical categories. I have found an issue with certain uses for the expand template:

For example the page 2022–23 FC Crotone season used the template

{{Expand language|topic=|langcode=it|date=January 2025}}

This correctly displayed the banner for the page to be translated and the page correctly appeared in the general category Category:Articles needing translation from Italian Wikipedia, however when I filled in the topic field the page disappeared from the general category and never appeared in the Category:Sports articles needing translation from Italian Wikipedia

On the other hand for different pages, for example Mauro Bolognini, the template was

{{Expand Italian|date=November 2024}}

I added the topic field such that it now reads

{{Expand Italian|date=November 2024|topic=bio}}

And now the page correctly appears in Category:Biography articles needing translation from Italian Wikipedia

After some testing it appears that the problem occurs when

{{Expand language|...}}

is used as opposed to

{{Expand Italian|...}}

While I have no problem going back to change the template on the pages I have already sorted if that is the only way to fix this, I am concerned that this issue means there are plenty of pages using the Expand language template which don't appear on any sort of list and that would be very hard to track down. Giuliotf (talk) 21:13, 16 July 2025 (UTC)[reply]

I should also add the the

{{Expand language|...}}

version of the tag appears to be the one used by Wikipedia:Twinkle and a lot of the problematic tags appear to have been added by Twinkle edits Giuliotf (talk) 21:39, 16 July 2025 (UTC)[reply]

In the past, the {{Expand language}} template was a meta-template only; that is, other templates like {{Expand Italian}}, {{Expand Catalan}} and others used {{Expand language}} to do the work. As it says on the doc page:

The primary use of this template is to create a new wrapper template for a particular language.

That used to be its only purpose, but at some point, this was altered, and it is now possible to call it directly. This causes more confusion than it is worth, imho, but I guess that was the consensus at the time. In any case, as you have noticed, the individual Expand language templates handle the |topic= param correctly, so your approach is the right one.

Regarding your concern about categorization, do you have an example? Here are a couple of search links that might help:

• all articles calling Expand language
• 3 dozen which use topic param
• 1 which uses topic and lang=it (you would need a different search if it uses lang first, and then topic)

If you find some examples which are uncategorized, please post them here. Hope this helps! Mathglot (talk) 21:58, 16 July 2025 (UTC)[reply]

@Mathglot

The Italian article you linked (Cervi Brothers) does not appear in any of the Italian articles needing translation categories, and there are plenty of other examples such as 2022–23 FC Crotone season that I linked above.

@PrimeHunter below suggested that the keyword has not been entered correctly, which appears to be the case for the sports articles in which case there is a problem with the documentation and with the two versions of the command having inconsistent keywords.

Another point is that I've seen other articles (for example Ballando con le Stelle series 10) which used the "Expand Italian" template that had an incorrect keyword that were placed in the general category which seems to be a sensible way of doing it. For the "Expand language" version of the command if an incorrect keyword entered the article is still removed from the general category, but isn't put into another category afterwards; at the very least this command should be updated such that if an incorrect keyword is entered it defaults to the general category Giuliotf (talk) 23:06, 16 July 2025 (UTC)[reply]

Add ping: User:Giuliotf. Mathglot (talk) 21:59, 16 July 2025 (UTC)[reply]

@Giuliotf: You didn't post the code which failed: {{Expand language|topic=sport|langcode=it|date=January 2025}}. Template:Expand language#Parameters says:

Do not use these parameters for direct transclusion:

• |name= (defaults to 'Expand language'; only needed for transcluding templates; could change css class membership if altered, which could affect rendered appearance of the box)
• |topic= (could interfere with categorization)

I looked at the code and if you do use |topic= anyway then it has to match a category name, in this case "sports" (plural) in Category:Sports articles needing translation from Italian Wikipedia. It works with |topic=sports but there is contradictory documentation about the extra "s". PrimeHunter (talk) 22:04, 16 July 2025 (UTC)[reply]

I've just tested this

{{Expand language|topic=sport|langcode=it|date=January 2025}}

with sport singular it doesn't work

{{Expand language|topic=sports|langcode=it|date=January 2025}}

with sports plural does seem to work correctly

{{Expand Italian|date=November 2024|topic=sport}}

with sport singular works correctly

{{Expand Italian|date=November 2024|topic=sports}}

with sports plural doesn't work Giuliotf (talk) 22:22, 16 July 2025 (UTC)[reply]

And I've been following this documentation to know the keywords to used Template:Expand Italian, which is what is linked from Category:Articles needing translation from Italian Wikipedia which says to use "sport" singular Giuliotf (talk) 22:25, 16 July 2025 (UTC)[reply]

For {{Expand Italian}}) (or any of the individual language templates), it has to do with how coders at the individual templates code the switch statement with selector 'sport' or 'sports'; they all seem to use the singuar, per this search, but the same cannot be said for topic transp, which sometimes must be given that value (e.g., {{Expand German}} or {{Expand Italian}}, but sometimes may use transport for the topic as well (e.g., French, Portuguese). The same variability exists with topic cult. If you find anomalous examples, please list them and they can be brought in line. Mathglot (talk) 23:07, 16 July 2025 (UTC)[reply]

None of them appear to use a '#DEFAULT' switch selector, which could be used to detect an invalid topic and return an error instead of doing the categorization differently/wrong. That would have to be added individually, to each Expand FOO template one at a time. Although they wouldn't have to be done all at once, there is common doc for all the individual languages, so we would have to be careful what to say about invalid topics, until they were all done. I looked into the possiblity of unifying all of the individual Expand FOO templates, and while it is possible, it is probably not worth the pretty significant, and very tedious effort to do it. One upside, would be fixing problems like the one you have raised here. But it is doubtful whether it is worth expending that much effort to do it, for a relatively minor improvement from the user's point of view. Then main benefit would be to future maintainers of the template, not users, and that isn't a good enough reason to do it, imho, especially as there are easier methods available right now; i.e., fix the switch statement (add #DEFAULT), fix the doc page, or both. It would be easy to add something to the doc page saying what happens if you pick an invalid topic, and if it doesn't already have that, we should add it.

For the {{Expand language}} template, as PrimeHunter already explained, you just shouldn't use it. Probably an enhancement to that template to catch that case would be an improvement (a general template exists to catch invalid params, and could be used for that.) Mathglot (talk) 23:34, 16 July 2025 (UTC)[reply]

For the {{Expand language}} template, |topic= is not an invalid parameter, but it might be supplied with an invalid value. Looking at the wikisource for Template:Expand Italian, it has the following code:

|topic={{#switch: {{{topic}}}
 | bio = Biography
 | geo = Geography
 | gov = Government and politics
 | cult = Culture
 | hist = History
 | mil = Military
 | sci | tech | scitech = Science and technology
 | sport = Sports
 | struct = Building and structure
 | transp = Transport
}}

so {{expand Italian|Football Club Internazionale Milano|topic=sport}} is treated as if it were {{Expand language|otherarticle=Football Club Internazionale Milano|topic=Sports|langcode=it}} and the page is placed in Category:Sports articles needing translation from Italian Wikipedia. This is a subcategory of Category:Articles needing translation from Italian Wikipedia which has 11 subcategories, corresponding to 10 of the 11 possible values for topic; the eleventh is Category:Featured articles needing translation from Italian Wikipedia, which is emitted when |fa=yes is set. There is corresponding, but different, code in Template:Expand French:

|topic={{#switch: {{{topic}}}
 | bio = Biography
 | geo = Geography
 | gov = Government and politics
 | cult
 | culture = Culture
 | hist = History
 | sci | tech | scitech = Science and technology
 | mil = Military
 | sport = Sports
 | transp
 | transport = Transport
 | struct = Building and structure
 | commune = French commune
}}

which means that {{expand French}} allows |topic=culture as an alias for |topic=cult; and also allows |topic=commune, which has no corresponding value in {{expand Italian}}. Compare Template:Expand Neapolitan, where |topic= is silently ignored - it passes a blank value into the |topic= parameter of {{Expand language}}. --Redrose64 🌹 (talk) 10:46, 17 July 2025 (UTC)[reply]

Perhaps {{Expand ...}} too could use a consolidation like the former {{lang-xx}} templates. Nardog (talk) 12:19, 17 July 2025 (UTC)[reply]

As mentioned above, and in greater detail at the template. It is doable, but would be very tedious. Mathglot (talk) 02:39, 20 July 2025 (UTC)[reply]

Can somebody fix the column/flag icon error. If it's the size causing it, help archive entries added from the contest? ♦ Dr. Blofeld 15:54, 17 July 2025 (UTC)[reply]

This looks done now. Izno (talk) 03:05, 18 July 2025 (UTC)[reply]

Is there a reason the "Display title" feature isn't working properly on Password Plus and Super Password? It should have everything but the "and" italicized, but even with a use of {{displaytitle}} the "and" is still italicized. I tried mucking around with displaytitle and it just kept giving me error messages. Ten Pound Hammer • ^{(What did I screw up now?)} 16:17, 17 July 2025 (UTC)[reply]

According to the documentation for {{Infobox television}}, it automatically italicizes the entire page title. You can try adding |italic_title=no to the parameters and then using DISPLAYTITLE: magic word directly. isaacl (talk) 16:37, 17 July 2025 (UTC)[reply]

I don't see a recent edit by you (or anyone else) attempting to set displaytitle on that article, so I assume you only previewed? There's a big red warning on preview only that says something else sets it to italicize the whole title. Typically that's an infobox, and - as Isaacl says - here it's two separate transclusions of {{infobox television}}. Either putting it after the infoboxes or (better) adding italic_title=no to their parameters (for both transclusions) works properly. —Cryptic 16:40, 17 July 2025 (UTC)[reply]

Yeah, I previewed like five times and kept getting error messages so I just gave up. Looks like it's been fixed though. Ten Pound Hammer • ^{(What did I screw up now?)} 17:36, 17 July 2025 (UTC)[reply]

Fixed in Special:Diff/1301011499 Ponor (talk) 16:41, 17 July 2025 (UTC)[reply]

italic_title=no seems to force the infobox's header to the article name, ignoring name=. Compare output before, after, and reproducible with just {{Infobox television|name=Password Plus|italic_title=no}} on that page (but, strangely, not when previewing here). Might be better to leave the infoboxes as-is and override the title afterwards after all. —Cryptic 16:56, 17 July 2025 (UTC)[reply]

That was odd but I found a way to respect name=.[4] PrimeHunter (talk) 22:53, 17 July 2025 (UTC)[reply]

Amazing fix CMD (talk) 04:12, 18 July 2025 (UTC)[reply]

Well-spotted. I did look at Module:Infobox and didn't see anything relevant; I didn't think to check which module {{infobox television}} actually called.

I don't think it likely that your fix will survive for long in the face of AWB and bots falling over themselves to remove spaces after open-braces. If they do, using Template:DISPLAYTITLE or its redirect {{displaytitle}} instead of the magic word won't be matched by this misfeature either. Though, they might helpfully unfix that, too. —Cryptic 00:16, 18 July 2025 (UTC)[reply]

Infobox TV should probably not be that smart. Izno (talk) 03:11, 18 July 2025 (UTC)[reply]

Hi. I’m just puzzled by some new accounts like Special:Contributions/Khlee560. At least on the iPad the diff is empty. Any idea what this about? Johnjbarton (talk) 22:47, 17 July 2025 (UTC)[reply]

If you look at contributions, even deleted contributions, the account has done nothing. But if you look at global contributions you find someone who is mostly active on Ko Wikipedia. I'm assuming that's the Korean language wikipedia. I think this is what happens when you view some pages on a different language Wikipedia while logged in, the software automatically creates your account on that wiki. ϢereSpielChequers 23:03, 17 July 2025 (UTC)[reply]

Makes sense thanks! Johnjbarton (talk) 01:48, 18 July 2025 (UTC)[reply]

@Johnjbarton: Ever since WP:SUL went live way back in May 2008, your account has been automatically created on WMF wikis, often when visiting for the first time when logged in; but sometimes it may occur without a visit. I occasionally receive a notification about an edit to my user talk page for a wiki that I am certain that I have never visited, usually for an Asian language. --Redrose64 🌹 (talk) 08:34, 18 July 2025 (UTC)[reply]

Thanks! I think what happened here was I borrowed my Mom's iPad to look at my Watchlist but the filter setup for the iPad Wikipedia App UI is quite different from the web app. So I saw more diffs than I would usually see. I hope to switch back to my computer soon ;-) Johnjbarton (talk) 16:14, 18 July 2025 (UTC)[reply]

I just happen to have my mum's iPad (Air 2, if you're interested) right here. Ihe interface is so very different from Windows, I've really only learned how to launch an app... I don't know how to close one, there's no handy "X" icon top right. My nephew says it probably means that I have a whole bunch of apps running silently in the background, soaking up memory, bandwidth and battery. So it may take some days to test your assertion. --Redrose64 🌹 (talk) 20:46, 18 July 2025 (UTC)[reply]

@Johnjbarton: I don't know which edits and diff you are referring to. Everybody can make an account and Khlee560 is one of millions with no edits here. Maybe "Show Wikidata edits by default in recent changes" is enabled at Special:Preferences#mw-prefsection-rc, or you enabled Wikidata edits on the Watchlist itself, and you saw something at wikidata:Special:Contributions/Khlee560. @Redrose64: A local account can be created without a visit if a wiki imports the page history of a page you have edited. See meta:Requests for comment/Welcoming policy. Other wikis often import our templates and you have edited many of them. PrimeHunter (talk) 10:04, 19 July 2025 (UTC)[reply]

Christiebot (GAN maintenance) runs every twenty minutes on toolforge. Over the last three weeks or so it has hung several times; this has never happened before. There are no errors in the error log and the audit trail I keep shows nothing unusual. Running toolforge jobs list shows "Running for 14h15m18s" (for example), and the job will do nothing till it's killed. The fix is to delete the job and reschedule it, but of course that means a delay till someone tells me the bot is not running, and until I'm near a computer. Is there any way to automatically kill a job if it's been running for more than, say, thirty minutes? And is there any way to see what state the job is in so I can tell what's going wrong? I can activate more of the audit code in the bot to try to trace where it is hanging, but that'll be slow and probably time consuming; if there's any way to shortcut that process I'd be glad to know about it. Mike Christie (talk - contribs - library) 14:37, 18 July 2025 (UTC)[reply]

Looks like wikitech:Help:Toolforge/Troubleshooting is a good place to start, and it has information on how to follow up with help on that system. — xaosflux ^Talk 14:52, 18 July 2025 (UTC)[reply]

I know the other day they had some network filesystem issues, which could make process hang trying to access a file. Anomie⚔ 02:23, 19 July 2025 (UTC)[reply]

Thanks, both. I hope it's the network issue, as that would be unlikely to recur. Mike Christie (talk - contribs - library) 11:51, 19 July 2025 (UTC)[reply]

Is there any way to automatically kill a job if it's been running for more than, say, thirty minutes? Yes, since phab:T306391 there's a --timeout option in the toolforge jobs command (documented at wikitech:Help:Toolforge/Running_jobs).
Infra issues will always keep happening; it's on you to put the necessary fail-safes in place. – SD0001 (talk) 09:09, 20 July 2025 (UTC)[reply]

Hey, I am trying to add the boundary shape of Delhi in the infobox, but so far I only see the point. I am unable to understand the problem.

I am using Firefox Nightly (142.0a1) on Android 13. I am using mobile website.

Screenshot: https://files.sahil.rocks/htxke6f4.jpg KhubsuratInsaan (talk) 03:34, 19 July 2025 (UTC)[reply]

@KhubsuratInsaan: {{maplink|frame=yes|plain=yes|frame-width=300|frame-height=170|frame-align=center|zoom=4|type=shape|title=Delhi|marker=city|stroke-width2=2|stroke-color2=#808080|id=Q9357528}} uses National Capital Territory of Delhi (Q9357528) and produces this from data in https://www.openstreetmap.org/relation/1942586:

Is that what you wan? PrimeHunter (talk) 09:35, 19 July 2025 (UTC)[reply]

Oh yes, That is what I wanted. I tried reproducing the map after updating that osm relation to the delhi wikidata, but I am unable to do that and I get a json parsing error. The change that I tried: https://en.m.wikipedia.org/w/index.php?title=Delhi&diff=prev&oldid=1301365134 KhubsuratInsaan (talk) 12:00, 19 July 2025 (UTC)[reply]

@KhubsuratInsaan: The former version [5] works for me now. The above shows Null Island after your OpenStreetMap changes. It displayed right earlier but I forgot |type2=shape in the rendered code. PrimeHunter (talk) 09:48, 20 July 2025 (UTC)[reply]

Oh thanks. the article looks better now. KhubsuratInsaan (talk) 10:01, 20 July 2025 (UTC)[reply]

I am working through this Category and have come upon an article with no obvious issues, Don Aker. I tried to fix what I thought might be the problems but created more, eventually gave up, and am throwing myself on the tender mercies of the Village Pump. Can someones here please take a look and tell me what I am missing? And maybe even fix the issue while you're at it? Thanks, Shearonink (talk) 01:13, 20 July 2025 (UTC)[reply]

Hi, Shearonink, can you double-check which article you were working on, that you need help with? There are no recent edits by you to Don Aker. Mathglot (talk) 02:09, 20 July 2025 (UTC)[reply]

Well, I did say I gave up... I simply returned that article to the state I found it in, not wanting to compound any pre-existing errors. I couldn't figure out what the errors were, my Harv error-catcher gadget didn't catch them. But the article is sitting in the Category so I know *something* is wrong. - Shearonink (talk) 02:15, 20 July 2025 (UTC)[reply]

|author={{Text|Writers' Federation of Nova Scotia}}

Module:Footnotes reads the wikitext so it sees that author as a {{text}} template as plain text; not what that template produces. Rewrite the long-form template like this:

{{cite web |date=14 April 2020 |title=Author spotlight: Don Aker |url=https://writers.ns.ca/author-spotlights/author-spotlight-don-aker/ |website=[[Writers' Federation of Nova Scotia]] |access-date=16 June 2025 |ref={{sfnref |''Writers' Federation of Nova Scotia'' |2020}}}}

"Author spotlight: Don Aker". Writers' Federation of Nova Scotia. 14 April 2020. Retrieved 16 June 2025.

and the short-form templates like this:

{{Sfnmp|''Writers' Federation of Nova Scotia''|2020}}^[1]

—Trappist the monk (talk) 03:11, 20 July 2025 (UTC)[reply]

Trappist the monk - Thanks for the explanation. I did what you posted but have also adjusted the single author "sfnmp" cites to "sfnp". My edits from your suggestions have dropped this article from the Category in question. Yay! Chipping away... - Shearonink (talk) 04:46, 20 July 2025 (UTC)[reply]

Why are Reply links not appearing in the last two sections of the talk page Talk:Washington metropolitan area? The signatures aren't malformed, as far as I can tell. Largoplazo (talk) 15:38, 20 July 2025 (UTC)[reply]

One of your posts from had an unclosed blockquote, should be fixed now. -- LCU ActivelyDisinterested «@» °∆t° 15:48, 20 July 2025 (UTC)[reply]

Oh, sure, blame it on me. 😄😉 Oops. Thanks for catching that! Largoplazo (talk) 16:42, 20 July 2025 (UTC)[reply]

This item] on Hacker News claims a "massive leak on Wikimedia sites". A poster at one of the criticism sites asked why this wasn't asked here so i figured it would be easy enough to ask:

• was there a leak?
• when?
• was any of our data put at risk?
• anything else we should know?

2600:1010:A121:E21D:F194:32D8:71A1:7788 (talk) 22:54, 20 July 2025 (UTC)[reply]

I'm having a hard time taking anything a forum post linking to a site called "wikipediasucks.co" says seriously. Sophisticatedevening^(talk) 00:43, 21 July 2025 (UTC)[reply]