Misplaced Pages

Latest revision as of 01:27, 22 January 2025

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

• WP:VPT
• WP:VP/T
• WP:TECHPUMP
• WP:PUMPTECH

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

view · edit Frequently asked questions (see also: Misplaced Pages:FAQ/Technical) Click "" 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 Misplaced Pages services, see Reporting a connectivity issue.

• Refining the administrator elections process
• Blocks for promotional activity outside of mainspace

• view
• edit
• history
• watch
• archive
• talk
• purge

Hiding Images

Anyone know if it's easily possible to block all images shown on Mediawiki:Bad image list? I don't want to deal with Anomie's hide all images script since I use images on my talk page and my user page (as well as there being other images on pages that aren't necessarily inappropriate), nor with having to import every page into my common.css using .page-(Name) img {display: none;}. I'm not entirely sure if there will ever be a scenario where I will encounter an image from the bad image list since I revert vandalism with AntiVandal and I mainly go to pages without these images, but I'd still like something just in case. Thank you! / RemoveRedSky 16:54, 14 January 2025 (UTC)

Hmm... This is a more fiddly task than it may appear at first glance. The absolute "best" way to, is to install in your browser a content blocker extension such as uBlock Origin, take the bad image list and process it into a filter list it can use, then add that filter list. Or alternately filter your network traffic "upstream" at your LAN Internet gateway to block "fetches" of those files in the list.

The "foolproof", or nearly enough, way to do it via a user script, is going to involve sticking a CSS rule in your user CSS to default-hide all images, and then have a user script go through and un-hide all of them that aren't on the bad list. That is similar to what Anomie's image hider is doing.

Anything else can't guarantee you won't see the images, before it then is able to hide them—it inherently suffers from race conditions, the flash of unstyled content problem "infamous" in Web development. Your browser goes right ahead and tries to load everything and render and show it to you since that's what it's designed to do; meanwhile, it also loads all the client-side JavaScript and executes it, with no guarantees of what gets to run first or how long it takes to load & execute. That all has to happen before any script can then go through and hide bad images—so the unpredictable result of what happens on any given page load, is based on what "wins the race": the browser's page display rendering, or its JavaScript engine? The "best" methods I detailed avoid this issue by either running as a browser extension, which has much more control over the browser and what it does and doesn't do; or, by just gatekeeping your network connection on a completely separate device. (You could also do the network filtering by running a filtering proxy server and pointing your browser at the proxy.)

I think I might be willing to take a crack at hacking something up if you'd find it useful. Like I said, the method I recommend is to massage the bad image list into a format something like uBlock can use. So let me know if you find any of the suggestions here helpful. --Slowking Man (talk) 05:11, 16 January 2025 (UTC)

if anyone is bored, I'd suggest to try to write a Service worker and filter the requests like that. Then there could be lists of blocked images, that people could share and import from each other with levels of criteria that they want to apply. It would help avoid the flash of content. —TheDJ (talk • contribs) 10:33, 17 January 2025 (UTC)

Dark mode and {{Yes}}

Hi, so {{Yes}} has always been a bit hard to add dark mode compatibility for. skin-invert isn't that useful as it doesn't blend in with the natural background (i.e. the dark mode background isn't #000). I made Template:Yes/styles.css, however anywhere I put the templatestyles tag introduces problems in one way or another. I think the easiest solution is to insert these styles into MediaWiki:Common.css, since light-dark() function in CSS doesn't have good compatibility. Thoughts? —Matrix(!) _{ping one} {u - t? - _uselessc} 17:37, 15 January 2025 (UTC)

As I mentioned on that template's talk page, it would be great to have a fix that worked for all of the templates in Category:Unified table cell templates. – Jonesey95 (talk) 20:54, 15 January 2025 (UTC)

@Jonesey95: yeah, that's the issue. There's no good place to insert a templatestyles tag, and there are downsides with inserting stuff into MediaWiki:Common.css (namely only IAs can edit). Maybe what we can do is have a hidden gadget that loads CSS from a template-level CSS page (Template:Yes/styles.css) so that any template editor can edit it. —Matrix(!) _{ping one} {u - t? - _uselessc} 18:11, 16 January 2025 (UTC)

What's the issue with adding the templatestyles tag? – SD0001 (talk) 19:47, 16 January 2025 (UTC)

It can not be done because the template is used within a table. The parser then removes the <> characters and tries to make it work as an table styling, rendering it completely useless. Snævar (talk) 22:21, 16 January 2025 (UTC)

I would word it as.. the template does not output wikitext, it outputs inline CSS. As such it can only be used in places that accept inline CSS and those places do not handle arbitrary wikicode, so they cannot handle the templatstyles tag being added by the template. This is not surprising, we've always been warning about these inline 'table fragments' generated by templates, and it is also why they don't work in things like Visual Editor. —TheDJ (talk • contribs) 10:21, 17 January 2025 (UTC)

But {{Yes}} is inline CSS followed by a pipe followed by table cell content, which is wikitext, alongside which adding the templatstyles tag should be possible. – SD0001 (talk) 11:06, 17 January 2025 (UTC)

Yes, you can add the tag. What you cannot do is ensure the tag comes before the class name.

I have a few reasons why I haven't bothered touching these templates.

1. The above.
2. I have a niggling feeling you'd start seeing some pages hitting one or another parser limits, either PEIS for the addition of the tag, or the strip marker expansion limit (which is apparently and surprisingly possible to hit despite its big size because the contents of each tag are expanded before they're de-duplicated, IIUC).
3. I've been thinking about whether it makes sense to have the styles like this in a bunch of separate templates or whether it makes sense to have a single table style template. Maybe a mix between the commonly used ones and the others.

Izno (talk) 18:58, 17 January 2025 (UTC)

I think centralizing the styling for templates intended to be used for individual table cells would make sense. It would make it easier to ensure that the styling remains accessible in both light and dark modes, and different skins (regardless of where the skin-specific adaptations are made). I think this is worth the additional cost of having to add a <templatestyles> element before the table. A helper template could be used, and it could take arguments to allow it to select one or more categories that it could map to specific stylesheets. isaacl (talk) 19:17, 17 January 2025 (UTC)

Unable to access contribs or talk page for user

On NPP I came across Conditional probability/temp, which was said to be created by ]. When I try to click that user name, or the links to their talk page or contributions, I get the "Bad title" special page, saying "The requested page title contains unsupported characters: ">"." I can't even link to his name here. I don't know if this user exists, or if it is some other glitch, but if the user exists then I guess such user names should be disallowed technically. Fram (talk) 11:30, 16 January 2025 (UTC)

It's an import artifact. Looking at the deleted page, it's linked as nost>Larry Sanger, which goes to the right place. It was reimported properly into Conditional probability, where it's correctly linked] to User:Larry Sanger (the 29 June 2001 edit). —Cryptic 11:40, 16 January 2025 (UTC)

Okay, thanks. Seems like a waste of time to create a temp page and get it deleted just so we now have this edit in the history as well, but that's not a VPT issue of course. Perhaps getting the correct user link in the NPP feed would be better though. Fram (talk) 11:46, 16 January 2025 (UTC)

Some old edits from before the current MediaWiki software have been found and systematically imported. See Misplaced Pages:Misplaced Pages's oldest articles. There isn't always a corresponding MediaWiki user. PrimeHunter (talk) 13:26, 16 January 2025 (UTC)

Yeah that was a silly mistake on my part and comes from not checking the " Assign edits to local users where the named user exists locally " check box in the import form (that box is normally left unchecked for imports from other language Wikipedias, but in this case where it's from one English Misplaced Pages database to another, I ideally want to check it). See my logs at "Conditional probability". My current project is to try to match accounts in the August 2001 database dump with those in the current database as closely as possible. Graham87 (talk) 01:49, 17 January 2025 (UTC)

can't pan around map on Red Rock-Secret Mountain Wilderness with a mouse / touchscreen

When I click on / expand the map for Red Rock-Secret Mountain Wilderness I can't move around on the map by clicking and dragging with my mouse. I can move around with the directional keys on my keyboard but not a mouse or clicking and dragging with my touchscreen.

Any ideas? TerraFrost (talk) 14:38, 16 January 2025 (UTC)

Can confirm. JS console reports shape.getElement is not a function. (In 'shape.getElement()', 'shape.getElement' is undefined) It seems other pages with other maps and shapes work, so I suspect it is something particular to this shape. —TheDJ (talk • contribs) 10:08, 17 January 2025 (UTC)

Adding italics to links in the visual editor

When you highlight a link in the visual editor and italicise it, it makes the code ] rather than '']''. Is this easy to fix? Kowal2701 (talk) 19:50, 16 January 2025 (UTC)

It's possible to work-around the problem, but very difficult to fix it so that it never occurs. In a nutshell (and for simple examples like this), if the text is made italic first, and then a link is added, it will result in the desired outcome. If the text is linked first, and then made italic, it will result in the example you write above. There are technical details in phab:T247241#5957890 and in phab:T52098. HTH. Quiddity (WMF) (talk) 20:13, 16 January 2025 (UTC)

Okay, thank you. I'll remember to italicise first Kowal2701 (talk) 20:25, 16 January 2025 (UTC)

Also this is not gonna need top-priority to fix, given there's nothing "wrong" per se about it: it just looks slightly "annoying" to humans editing the Wikitext. Don't worry about doing it. Bots/scripts can always easily be set to go around periodically "tidying" up such things if it bothers enough people. --Slowking Man (talk) 01:38, 18 January 2025 (UTC)

What happened to Geohack?

Today, upon clicking the {{coords}} template (example), I got a 404. Maybe this is a temporary problem, but given the use of the coords feature it's fairly impactful. JayCubby 16:04, 17 January 2025 (UTC)

• It's down, and it isn't maintained by volunteers that are active on-wiki. The last RFC to move away from it didn't pass (c.f. Misplaced Pages:Village_pump_(proposals)/Archive_202#h-RfC:_Updating_Template:Coord_to_use_Kartographer-20230510062200 and Template_talk:Coord/Archive_14#Switching_to_Kartographer ). — xaosflux 18:13, 17 January 2025 (UTC)

  One of the maintainers, Magnus Manske, is still active on wikidatawiki, I've pinged them to this report there. — xaosflux 18:19, 17 January 2025 (UTC)

Click the globe icon instead of the coordinates for a map in Katographer for now. — xaosflux 18:15, 17 January 2025 (UTC)

Now working as intended. --Redrose64 🌹 (talk) 17:15, 18 January 2025 (UTC)

Heading in history view

The following edits and show a different heading (corresponding to the section being edited) in the edit summary than edits (which was made using the convenient discussions tool) and (which was made using the reply tool). When navigating from the history view, clicking on the heading in the edit summary for the first two edits results in a popup saying This topic could not be found. It might have been deleted, moved or renamed. I made my edit using the default wikitext editor. Does anyone know why it would produce an incorrect heading in the edit summary? isaacl (talk) 19:34, 17 January 2025 (UTC)

@Isaacl there are problems in jumping to the correct section when the section heading contains links, either ] or {{ }}. Nthep (talk) 19:39, 17 January 2025 (UTC)

Sure; just wondering why the behaviour is inconsistent with the reply tool and the default wikitext editor (I would have thought the same code would be used to generate the heading for both use cases, but I guess not). isaacl (talk) 19:48, 17 January 2025 (UTC)

@Isaacl: Your post was confusing because your third link was the same as the second and you didn't clarify what was supposed to be different. The wikitext of the actual heading says Dark mode and {{tl|Yes}} which renders as "Dark mode and {{Yes}}" without tl being displayed. Your second link uses the wikitext with tl in the edit summary and fails to link to the section. Your third link should have been where the edit summary uses the rendering without tl and links correctly to the section #Dark mode and {{Yes}}. Different discussion features apparently use different ways to generate the automatic section edit summary and one of them works better in this case. phab:T69068 from 2014 is about the issue. Misplaced Pages:Manual of Style#Section headings (which doesn't apply to project space) says "For technical reasons, section headings should: ... Not contain template transclusions." PrimeHunter (talk) 20:46, 17 January 2025 (UTC)

My apologies for the copy and paste mistake for the links. Yes, obviously the edit summaries and underlying link text are being generated in different ways. I was wondering if it is a visual editor vs default wikitext editor difference, or something else? And if it was fixed for visual editor, was there an issue in following the same approach for the wikitext editor (maybe the fix was just partial, or not sufficiently resilient?). But I'm not asking for anyone to do any deep research on it. If someone knows off the top of their head, it would be nice to know. Thanks for the Phabricator link; it helped provide some context. (I know about the style recommendation for section headings; thanks for the reference.) isaacl (talk) 23:31, 17 January 2025 (UTC)

Basically, this happens because the wikitext editor generates the edit summary directly from the wikitext of the heading, while the visual editor generates it from the parsed HTML of the page. The HTML contains the id attribute needed to make the correct link, but generating the correct link from the wikitext would require parsing it to HTML first, and most of the tools don't bother to do that.

The same applies to other wikitext-based editing tools and other HTML-based editing tools. There are more tasks in Phabricator about this, T234982 is a good summary and has even more links.

The only wikitext-based tool I know that does this better is DiscussionTools's new topic tool's wikitext mode, where we solved it as a side-effect of T338390 – we needed to parse the HTML for some other reasons, and once that was implemented, adding a bit of code to read the id attribute out of it was easy. In principle the same approach could be used in other editors, but it is tricky to get the data from point A to point B, especially without affecting performance, and no one has put in the effort to do it yet. Matma Rex talk 23:23, 18 January 2025 (UTC)

Thanks for the explanation! isaacl (talk) 23:33, 18 January 2025 (UTC)

tracking attributions in material copied from a draft

For better or worse, I copied the contents of a draft article to mainspace. I later added the standard WP:RIA attribution, but since the source is a draft it will go away in six months, so I also included a list of contributors. Is this sufficient? I was unable to find requirements in WP:COPYWITHIN.

The article at issue is Generation Beta / Draft: Generation Beta. Thanks, Dan Bloch (talk) 22:02, 17 January 2025 (UTC)

Drafts redirected to their target are not G13d, so simply redirecting it will suffice to preserve it. As for any possible history merge, haha no the three histories of interest would not work with a history merge. Izno (talk) 22:54, 17 January 2025 (UTC)

Why is this image acting so odd?

File:Dr. Seuss WikiWorld has removed fishbowl.png, floated in this section, doesn't give a thumbnail. In this older version of "cartoon" it turned into a page-wide hyperlink to the image page. When I click on the 197 × 240 pixels link, I see "Unauthorized This server could not verify that you are authorized to access the document you requested." What's going on there? Rjj (talk) 16:54, 18 January 2025 (UTC)

This looks like a recurrence of phab:T383023. --Redrose64 🌹 (talk) 17:16, 18 January 2025 (UTC)

Thanks for explaining and for reporting the bug, Rjj (talk) 03:31, 19 January 2025 (UTC)

It wasn't me, it was Dylsss (talk · contribs). --Redrose64 🌹 (talk) 10:36, 19 January 2025 (UTC)

Page mover SVG broken?

Is it just me or is File:Misplaced Pages page mover.svg somewhat broken? I'm getting "Sorry, the file cannot be displayed There seems to be a technical issue. You can retry if it persists. Error: could not load image from https://upload.wikimedia.org/wikipedia/commons/thumb/4/4b/Wikipedia_page_mover.svg/1024px-Wikipedia_page_mover.svg.png" when clicking the image on Misplaced Pages:Page mover. I have tried on Firefox, Chrome, Edge, iOS Safari with or without safemode, all yield the same results. However, clicking the original file doesn't generate the same error. — Paper9oll (🔔 • 📝) 13:36, 19 January 2025 (UTC)

See #Why is this image acting so odd? above. – SD0001 (talk) 15:27, 19 January 2025 (UTC)

Gadget proposal

We currently have a gadget that makes disambiguation links orange, which makes correcting said links much easier. Would it be feasible to create something similar for redlinks to articles that have previously been deleted? For instance, let's say I'm writing an article on an academic named Joe Bloggs, who published a significant work cowritten by Joe Public. I believe Joe Public is notable, but he does not currently have a Misplaced Pages article, so I create a redlink. However, I failed to check the page's deletion log (!!), which shows that an article on Joe Public did once exist, but it was deleted after its subject was found to lack sufficient independent coverage. Now imagine if I had a gadget that made that redlink purple (or pink, or maroon, or black; I'm not picky), so I would know at a glance to not bother to create a link for a person who has already been determined to not meet notability criteria. It would also make it easier to spot and correct such links while looking through other articles. Much like with the existing gadget I mentioned, this is, of course, still a process that can be done manually, but a gadget would make it much more efficient. Anonymous 19:22, 18 January 2025 (UTC)

@An anonymous username, not my real name: MediaWiki adds the class mw-disambig to links to disambiguation pages like St. Mary's Church. This means the gadget only has to say links with that class should be orange. The entire code of the gadget is one line in MediaWiki:Gadget-DisambiguationLinks.css and it's client-side with no impact on the servers. MediaWiki does not add a class to red links with a deletion log like Corruption in Wales. A gadget would have to make an API call to the servers for each red link on a page to check for deletion logs. I don't think that's worth the server load even if somebody would make the non-trivial code. PrimeHunter (talk) 20:33, 18 January 2025 (UTC)

That's fair. Thank you for taking the time to explain. Anonymous 20:57, 18 January 2025 (UTC)

The script, as noted, only has to hit the servers for redlinks. More broadly Don't worry about performance, that's the server admins' job. If it became a problem they would alert us. There is also a lot of caching in user agents as well as the WMF servers, and this is only doing reads so it hits the caches. --Slowking Man (talk) 01:34, 19 January 2025 (UTC)

You probably want to raise this as a feature request for User:Anomie/linkclassifier instead. – SD0001 (talk) 10:39, 19 January 2025 (UTC)

I don't know that I'd implement such a request. Most of what linkclassifier does is based on categories (a little is based on page props). To do this, it'd have to query the logs for each page, which is a whole different thing. Anomie⚔ 15:04, 19 January 2025 (UTC)

Just curious, what gadget makes dab links orange? I have the one that makes redirects green, dab page links have a yellow background, etc... - The Bushranger _{One ping only} 23:52, 19 January 2025 (UTC)

@The Bushranger: It's "Display links to disambiguation pages in orange" at Special:Preferences#mw-prefsection-gadgets. The feature you describe is not a gadget but a user script you load in User:The Bushranger/monobook.js. PrimeHunter (talk) 00:06, 20 January 2025 (UTC)

Just because a page has previously been deleted, you can't assume that the article you were going to create would fail our notability criteria. Notability is far from the only deletion criteria, and especially if you are creating articles on people, you can't always assume that the person you were going to write about is the same person as the adolescent pro skateboarder whose article was deleted fifteen years ago. They may just have the same name. That said, some sort of colour coding or pop up that alerted you to there being a previous article of that name and the reason and recency of deletion might be helpful. New page patrol has a recently deleted colour which usually indicates that someone is repeatedly trying to create a particular article. ϢereSpielChequers 06:59, 20 January 2025 (UTC)

Do certain configuration templates need to be in the first n bytes of a page?

I have a vague recollection that certain templates need to be in the first n bytes of a page? I'm thinking of templates like these:

• {{CS1 config}}
• {{use dmy dates}}
• {{Use British English}}
• {{User:MiszaBot/config}}
• {{Italic title}}
• {{DISPLAYTITLE}}

I can't find anything about this in searches of documentation here or at mediawikiwiki: It looks to me like Module:Citation/CS1/Configuration searches the entire page contents. Do other bots or scripts care? Daask (talk) 19:23, 18 January 2025 (UTC)

Moving configs somewhere else which CS1 relies on is likely to have a non-zero increase on the Lua execution time associated with a page. (These metadata are incidentally good candidates to move to something like mediawikiwiki:MCR since they definitely don't need to participate in transclusion and are otherwise pretty simple settings.)

Title templates are there because they modify the title though you could theoretically move them.

Archiving template is there because it would otherwise get lost by archiving of threads + addition of new threads. Izno (talk) 20:31, 18 January 2025 (UTC)

AFAIK the only one that is position-critical is {{User:MiszaBot/config}}, which must be before the first section heading (of any level), i.e. in the lead section. This is to guard against it being accidentally moved to an archive, which might happen if it were placed inside a section (or subsection) which became archived. It's possible that {{CS1 config}} might need to be before the first WP:CS1/WP:CS2 template, but not if the relevant JavaScript function(s) has been written carefully. The others are definitely position-independent, but do have conventional positions, summarised at WP:LEADORDER. --Redrose64 🌹 (talk) 22:09, 18 January 2025 (UTC)

Module:Citation/CS1/Configuration reads article wikitext looking for {{CS1 config}}, {{use dmy dates}}, and {{use mdy dates}} (and any of their redirects). Of course, the earlier these appear in the wiki text, the less work the module needs to do. But, if none of them appear in the wikitext, the module still must scan all of the wikitext to be sure that none of them exist so placement really doesn't matter. Scanning for the {{use xxx dates}} could be made faster by eliminating some of the several redirects but that suggestion has already been dismissed dismissed (permalink).

—Trappist the monk (talk) 22:39, 18 January 2025 (UTC)

Mouse-over popups and redirects

I've enabled the gadget that pops up a micro-summary of an article whenever I mouse over a link to it. Unfortunately, it's not working properly with redirects. For example, if visit Serial comma#Mainly British style guides opposing typical use, I'm given the following text: I dedicate this book to my parents, Martin Amis, and JK Rowling. If I mouse over the first link, I get a picture of Amis and this text:

Martin Amis ⋅ actions ⋅ popups

108.1kB, 369 wikiLinks, 3 images, 61 categories, 2 weeks 2 days old, Q310176

Sir Martin Louis Amis (25 August 1949 – 19 May 2023) was an English novelist, essayist, memoirist, screenwriter and critic. He is best known for his novels Money (1984) and London Fields (1989). He received the James Tait Black Memorial Prize for his memoir Experience and was twice listed for the Booker Prize (shortlisted in 1991 for Time's Arrow and longlisted in 2003 for Yellow Dog).

However, if I mouse over the second link, I get this text:

JK Rowling ⋅ actions ⋅ popups
Redirects to
J. K. Rowling ⋅ actions

Is there a way to change this, so that the popup shows the target of the redirect (as if the link went to the target), rather than the redirect itself? I can't imagine a reason why we should care whether it's an article or a redirect. The documentation suggests that identifying pages as redirects helps people fix them, but You probably don't want to "fix" such links every time you come across them, and WP:NOTBROKEN actively prohibits changing those redirects without some alternate reason, e.g. it's fine to replace "JK Rowling" with "J. K. Rowling" if we want the full stops and space to appear in the article, but not good to edit the article just to change ] to ]. If there are any legitimate uses for distinguishing redirects from articles with this tool, that's different, but as far as I can see, it merely gets in the way of using this tool. Nyttend (talk) 22:12, 19 January 2025 (UTC)

@Nyttend: The first time I hover over a redirect like JK Rowling after loading or reloading a page, I see text from the target below the text you quoted. If I come back to hover over the same link, I only see what you quoted. PrimeHunter (talk) 23:58, 19 January 2025 (UTC)

Loading WP:Huggle

Hi, Good day. I am having trouble loading Huggle as no list of articles/edits is shown on it. Below are the system logs.

Mon Jan 20 13:09:53 2025 Failure of feed provider XMLRCS on enwiki, trying to find some alternative provider
Mon Jan 20 13:09:53 2025 ERROR: XmlRcs failed: redis is empty for 10 seconds

Kindly advise me on what I can do or point me to the right editor/talk page for help. (I didn't go to the Huggle talk page for this issue, as the talk page is not very active and, at times, no one replies to messages. Thank you. Cassiopeia talk 02:24, 20 January 2025 (UTC)

@Cassiopeia: You can temporarily change the feed provider. Just open the System menu, click on Change Provider, and set it to Wiki. – DreamRimmer (talk) 09:57, 20 January 2025 (UTC)

DreamRimmer Thank you so much. It worked! Be safe and best. Cassiopeia talk 10:07, 20 January 2025 (UTC)

Issue - Loading WP:Huggle

Hi, Good day. I am having trouble loading Huggle as no list of articles/edits is shown. Below are the system logs.

Mon Jan 20 13:09:53 2025 Failure of feed provider XMLRCS on enwiki, trying to find some alternative provider
Mon Jan 20 13:09:53 2025 ERROR: XmlRcs failed: redis is empty for 10 seconds

Kindly advise me on what I can do or point me to the right editor/talk page for help. (I didn't go to the Huggle talk page for this issue, as the talk page is not very active and, at times, no one replies to messages. Thank you. Cassiopeia talk 02:17, 20 January 2025 (UTC)

Have you tried setting it to another provider like IRC or Wiki? Frost 02:31, 20 January 2025 (UTC)

Frost Thank you for your reply. No, I have never have this issue and this is the first time after using Huggle for many years. How do I set to IRC or Wiki as provider? (note: I am not technical). Thank you. Cassiopeia talk 02:41, 20 January 2025 (UTC)

From the toolbar at the top, click System > Change provider. Frost 02:49, 20 January 2025 (UTC)

Frost I changed to Wiki, and it worked! Thank you very much for helping me. Thank you! Be safe and best. Cassiopeia talk 03:01, 20 January 2025 (UTC)

@Cassiopeia: This is not a matter for WT:VPT; and as you also created a near-identical thread here at WP:VPT, I have combined the two. --Redrose64 🌹 (talk) 18:32, 20 January 2025 (UTC)

Requst for file name change

On January 17 I uploaded the image LMC SMC Bab al Mandab.png, which shows the present (2025) position of the Large and Small Magellanic Clouds over the southern horizon. I have now created an accompanying image, LMC SMC Bab al Mandab_900.png, which shows the same thing as seen in the year 900. If possible, please rename the first image LMC SMC Bab al Mandab_2025.png. If this is not the proper page for such a request, please advise. AstroOgier (talk) 09:14, 20 January 2025 (UTC)

@AstroOgier: You uploaded this file to Wikimedia Commons so you will need to request a rename there. You can read Commons:File renaming for guidance on how to rename a file. To rename this file, you can simply add the {{Rename|File:LMC SMC Bab al Mandab_2025.png|1|reason=your reason here}} template to the file description on the file page. Please don't forget to add your reason in the reason parameter. – DreamRimmer (talk) 09:45, 20 January 2025 (UTC)

Thanks a lot for a quick and helpful advise! AstroOgier (talk) 10:11, 20 January 2025 (UTC)

The file has been renamed by Ziv on Wikimedia Commons. _Regards, Aafi 10:35, 20 January 2025 (UTC)

WP:WikiProject C/C++ table.

When the links in the table showing the stubs, A class B class etc. are clicked on, it just goes to a blank-ish page. I suspect that there is something to do with the slash it the name, but I hope someone knows a solution. APenguinThatIsSilly("talk") 18:50, 20 January 2025 (UTC)

I'm not sure anything go be done on our end. Misplaced Pages talk:Version 1.0 Editorial Team/Index might be worth a shot. — Qwerfjkltalk 19:05, 20 January 2025 (UTC)

Tech News: 2025-04

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

Updates for editors

• Administrators can mass-delete multiple pages created by a user or IP address using Extension:Nuke. It previously only allowed deletion of pages created in the last 30 days. It can now delete pages from the last 90 days, provided it is targeting a specific user or IP address.
• On wikis that use the Patrolled edits feature, when the rollback feature is used to revert an unpatrolled page revision, that revision will now be marked as "manually patrolled" instead of "autopatrolled", which is more accurate. Some editors that use filters on Recent Changes may need to update their filter settings.
• View all 31 community-submitted tasks that were resolved last week. For example, the Visual Editor's "Insert link" feature did not always suggest existing pages properly when an editor started typing, which has now been fixed.

Updates for technical contributors

• The Structured Discussion extension (also known as Flow) is being progressively removed from the wikis. This extension is unmaintained and causes issues. It will be replaced by DiscussionTools, which is used on any regular talk page. The last group of wikis (Catalan Wikiquote, Wikimedia Finland, Goan Konkani Misplaced Pages, Kabyle Misplaced Pages, Portuguese Wikibooks, Wikimedia Sweden) will soon be contacted. If you have questions about this process, please ping Trizek (WMF) at your wiki.
• The latest quarterly Technical Community Newsletter is now available. This edition includes: updates about services from the Data Platform Engineering teams, information about Codex from the Design System team, and more.

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

MediaWiki message delivery 01:34, 21 January 2025 (UTC)

Data not shown in the infobox

In Ardatov, Nizhny Novgorod Oblast, the infobox for some reason doesn't contain File:Герб Ардотова гфг.png that is shown in the read mode. I thought it's in the wikidata, but the entry there says the "end time" for that coa is 1925 and that since 2012 this one is used, yet the infobox displays the outdated coa. What's going on? Brandmeister 09:37, 21 January 2025 (UTC)

I fixed it by deprecating the old file, not sure if that is the normal way to fix this, but it works. Nobody (talk) 12:23, 21 January 2025 (UTC)

Contributions by CIDR range plus date range

I'm tracking a LTA account who frequently IP hops within the same session eg. they might switch IP 6 or 7 times within 30 minutes. However they appear to be limited to certain A or B classes which in theory makes tracking possible. But in practice anything bigger than a C is hard. For example class C Special:Contributions/5.90.7.* is doable but class B Special:Contributions/5.90.* is not, and certainly not class A 5.* .. (I have "JavaScript-enhanced contributions lookup 0.2 enabled", your results may look different from mine.)

Question: is there a tool to filter Class A or Class B based on time frame eg. show all edits within this Class A between 10:40 and 12:40 on Jan 20 on Enwiki. -- GreenC 15:03, 21 January 2025 (UTC)

I've long thought that the CIDR gadget is pretty much deprecated since the functionality was built in to the contributions page (there are probably still a couple of niche uses, but not many). The contributions page allows you to filter by range and date... For this /16 range the link looks like (there are no contributions on the 20th and it won't filter by exact time). Won't that suffice? -- zzuuzz 15:14, 21 January 2025 (UTC)

Excellent, thanks! Now wondering why API:Usercontribs is not working: uciprange or ucuserprefix return valid JSON but empty. -- GreenC 16:42, 21 January 2025 (UTC)

I haven't checked the API doc but it's probably a "direction" issue. This link is the same as your's except that it reverses the two dates. Johnuniq (talk) 22:20, 21 January 2025 (UTC)

Thanks John. Start is end. End is start. The docs mention this but somewhat confusingly. The default is |ucdir=older, which requires ucstart to be higher than ucend. The original will work with |ucdir=newer enabled: .. probably |ucdir=newer should be the default because counting backwards is.. backwards. -- GreenC 01:22, 22 January 2025 (UTC)

• Misplaced Pages village pump