Wikipedia:Village pump (technical)

Village pump
Revenue	12345 (2023)
Expenses	13399 (2023)

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 five 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, 196, 197, 198, 199, 200, 201, 202, 203, 204, 205, 206, 207, 208, 209, 210, 211, 212, 213, 214, 215, 216

Simple math in template

This change throws an ugly red error message in the template's page, but it works when the template is actually used. I assume that there is something obvious and simple that I've missed, and I would appreciate diffs to the fixes or other advice.

Secondly, what I'd like to accomplish is a bit more ambitious. I'm open to being told to give it up. But where we have this now:

I'd like it to be able to handle currency formatting ("$12,345"). This might require a bot/AWB run to convert all of the manually written |revenue $12.3 million to |revenue=12300000 |currency=$ |revenue-note=<ref>source goes here</ref>, which will then be displayed as $12.3 million^[1] to the reader.

I want to highlight overspending in red ("108.5% of revenue" or "8.5% excess") and underspending in green. The usual rule of thumb in non-profit land is that spending 90% of revenue is ideal, and that both overspending and significant underspending are bad. So perhaps <80% is amber or (uncolored), 80–100% is green, and >101% is red.

I also want to introduce a third field, "Reserves" with an Operating reserve ratio calculated from the existing Expenses field. This would highlight <6 months in red, 6–12 months in amber, 12–24 months in green, and >24 in purple. (These are the generally recommended ranges for most non-profit organizations. To put this in context, private colleges with an operating reserve ratio of less than 12 months are at risk of joining the growing list in Category:Defunct universities and colleges in the United States, and if it's <6 months, that could happen soon and with no warning.)

What do you think? WhatamIdoing (talk) 23:21, 30 November 2024 (UTC)[reply]

I fixed the first issue (including issues you didn't know).[1] PrimeHunter (talk) 00:00, 1 December 2024 (UTC)[reply]

Thank you! WhatamIdoing (talk) 00:45, 1 December 2024 (UTC)[reply]

Either a module or an AWB run will be required for what you want, yes. The AWB run will be easier probably. I thought we had a template that handles currency already though? (Or perhaps we don't and that's what has caused so much grief with {{formatnum:}}). Izno (talk) 06:49, 1 December 2024 (UTC)[reply]

I don't know if we have something that already handles it. WhatamIdoing (talk) 06:38, 2 December 2024 (UTC)[reply]

@WhatamIdoing {{Currency}} or {{Format price}}? The currency template converts values written in words to comma or space separated numbers, format price converts numerical inputs to words. 86.23.109.101 (talk) 11:48, 2 December 2024 (UTC)[reply]

Maybe the first one? If we did an AWB run to change $12,345 into 12345, then having the template wrap it in {{currency}} should restore the human-readable format. WhatamIdoing (talk) 20:27, 5 December 2024 (UTC)[reply]

@WhatamIdoing Rather than doing an AWB run you could use {{Digits}} to strip all the formatting from the input. 86.23.109.101 (talk) 00:02, 6 December 2024 (UTC)[reply]

Determining browser page size

WP:ARTICLESIZE speaks of "browser page size". How to determine this value in Firefox? ―Mandruss ☎ 10:12, 4 December 2024 (UTC)[reply]

Mandruss, I assume it means this? — Qwerfjkl talk 10:19, 4 December 2024 (UTC)[reply]

I wouldn't know exactly what it means; I didn't write it. Based on my limited understanding, I'm guessing it corresponds to the number of bytes downloaded, which should correspond to the file size in one's browser cache, which is aka HTML page size. Regardless of what it means, it's one of the measures of article size deemed significant by the community, and I need to know how to determine it in Firefox. ―Mandruss ☎ 10:38, 4 December 2024 (UTC)[reply]

Mandruss, in much the same way as on chrome. — Qwerfjkl talk 10:41, 4 December 2024 (UTC)[reply]

Thanks. If I were a web developer, that might help. ―Mandruss ☎ 10:44, 4 December 2024 (UTC)[reply]

WP:ARTICLESIZE mentions "browser page size" once in the lead and never refers to it again. I guess the author just wanted to clarify that the used sizes are something different. I have never seen browser page size used in Wikipedia discussions about size. I suggest you just ignore it. Anyway, in Firefox the "Tools" tab (you may need to press Alt to see the tabs) has "Page info" which includes size, but I'm not sure how it's defined. It's far smaller then the HTML file if you save it. Is it a download size for a compressed version? If I open a HTML file stored on my own computer then Firefox doesn't even show the size field. That makes sense if it's a download size and Firefox didn't download anything. PrimeHunter (talk) 12:25, 4 December 2024 (UTC)[reply]

Neither readable prose size nor wiki markup size is a direct measure of performance impact. So I gather technology advances have rendered performance issues insignificant, at least within technical size limits imposed by the PEIS limit etc. ―Mandruss ☎ 12:37, 4 December 2024 (UTC)[reply]

@Mandruss The WP:PEIS limit has nothing to do with browser page size. You could easily have the longest article on Wikipedia with a PEIS of 0 if it had no templates, and I have also seen very short articles that exceed the limit due to multi-level transclusions. As to your second point, I have seen several pages recently that ended up being split because users with high-end computers complained about trouble loading the page (Talk:2024 United States presidential election#Merge of international reactions list is the most recent one I can remember). --Ahecht (TALK
PAGE) 13:55, 4 December 2024 (UTC)[reply]

Very much not rendered insignificant, bloated pages can be a major issue for mobile users. -- LCU ActivelyDisinterested «@» °∆t° 23:25, 5 December 2024 (UTC)[reply]

Order of operations to get browser size:

1. Tools > Browser Tools > Web Developer tools

2. A thing pops up at the bottom of the screen

3. Select Networking in the tabs of the newly popped up thing

4. Visit the page you wanted to know the size of, or refresh it

5. The size is in the bottom left corner after the number of requests as x kB / x kB transferred. Snævar (talk) 14:08, 4 December 2024 (UTC)[reply]

Thank you. For the current article in question, that yields 4.33 MB / 365.03 kB transferred. As a direct measure of performance impact, I'm guessing the second number is more meaningful. Agree? ―Mandruss ☎ 14:20, 4 December 2024 (UTC)[reply]

I think the first number is more meaningful. The difference in the two numbers is just how much your browser has kept since the last visits (technical jargon: browser cache). The latter number is the first number minus this cache size. Snævar (talk) 14:46, 4 December 2024 (UTC)[reply]

Ok. What would you call that first number in four words or less? ―Mandruss ☎ 15:52, 4 December 2024 (UTC)[reply]

The first number is the decompressed page size, the second is the amount of data transferred, taking into account compression and cached data. I added instructions at Wikipedia:Article size#Browser page size on getting more objective versions of both numbers that bypass caching and Wikipedia preferences. --Ahecht (TALK
PAGE) 16:38, 4 December 2024 (UTC)[reply]

Template-generated redlinked categories, again

Once again, Special:WantedCategories has thrown up a handful of redlinked categories that are being smuggled in via templates that have farmed their category generation out to modules that I can't edit, and thus I can't fix the redlinks.

Category:FM-Class articles — This got renamed to Category:FM-Class pages a few days ago via a CFR discussion, but the {{Category class}} template is still module-farming the old category rather than the new one. Some, but not all, of the pages also have the new category directly declared on them alongside the redlink being carried in by the template, but the redlink is still present on over 500 talk pages.
Category:Wikipedia dual licensed files with invalid licenses — This is being piggybacked by the licensing template on an image, but the template itself doesn't directly contain any text enabling that category. Obviously if this is actually wanted, then it should be created by somebody who knows how to create project categories like that (i.e. not me), but if it's unwanted then it needs to go away.
Category:Wikt-lang template errors — Autogenerated on test page Template:Wikt-lang/testcases. Again, should be created if it's actually wanted, but needs to be kiboshed if it's not. If it's actually unwanted, then just fixing the errors on that page won't be enough, and it will need to be made impossible so that it doesn't come back in the future. And, of course, since I don't work with wikt-lang template gnomery, I'm not in a position to determine whether it's wanted or not.

So could somebody with module-editing privileges fix these, and/or create the latter two categories if they're actually wanted? Thanks. Bearcat (talk) 15:59, 4 December 2024 (UTC)[reply]

I'll take care of the first item — Martin (MSGJ · talk) 16:08, 4 December 2024 (UTC)[reply]

Can someone take a look at the FM-Class articles categories in Category:Wikipedia non-empty soft redirected categories and see if they can be moved to pages without disrupting the wider category structure for each project? Timrollpickering (talk) 17:19, 5 December 2024 (UTC)[reply]

The FM-Class one is a textbook example of why people absolutely must consider the broadest implications when there is a proposal to rename categories that are (i) part of a system and (ii) generated by code in templates and modules. That is to say: don't action the cat rename until every template, module and associated page is ready to be suitably amended. --Redrose64 🌹 (talk) 20:38, 5 December 2024 (UTC)[reply]

Yes, absolutely. This one took me by surprise. But I will try and get the module reworked later today. — Martin (MSGJ · talk) 08:56, 6 December 2024 (UTC)[reply]

Special:WantedCategories is now filling up with this mess. Can someone please either apply the module changes ASAP or else reverse the category name changes? Timrollpickering (talk) 12:59, 7 December 2024 (UTC)[reply]

Module was updated 08:28 today, so hopefully you are seeing some improvements now — Martin (MSGJ · talk) 18:48, 7 December 2024 (UTC)[reply]

I see you updated Template:Category class, but overlooked Template:Category class/column and Template:Category class/second row column. I've now updated those and Template:Articles by Quality/up and Template:Articles by Quality/down, but the first of these is still linking to the old category via {{class}} which invokes Module:Class. (E.g. FM links at Category:20th Century Studios articles by quality and Category:FM-Class 20th Century Studios pages.) Perhaps we should instead write a custom line for FM, like you did here[2] for Unassessed. – Fayenatic London 19:59, 7 December 2024 (UTC)[reply]

Most articles have now moved but there are a handful where the templates are stubbornly generating the old categories - see Category:Wikipedia non-empty soft redirected categories for the remaining ones. Timrollpickering (talk) 12:59, 9 December 2024 (UTC)[reply]

And another mess. Category:Low-impact WikiProject Wikipedia essays pages articles is a redirect being populated somehow but I'm not sure what and can't find the relevant text in the templates. Special:WantedCategories shows similar cases, as well as numerous redlinked FM pages categories. We need to stop this mess where categories are populated by code templates that are near impossible to amend but the category names can be easily changed. Timrollpickering (talk) 21:41, 10 December 2024 (UTC)[reply]

Text color change after hovering on the text of appeared window of a hyperlink

Hi, for example for Tim Berners-Lee link, and if we have visited this article at least one time:

After we hover our mouse on the link, a window appears containing his image and some text (first sentences of article)
If we hover on the text, the color of text changes to blue.

This happens only if we have visited this article at least one time. This behavior is not reasonable, and no color change is needed in this scenario. Please inspect. Thanks, Hooman Mallahzadeh (talk) 09:42, 5 December 2024 (UTC)[reply]

are you sure you are not accidentally selecting the text in the window, instead of hovering ? —TheDJ (talk • contribs) 16:15, 6 December 2024 (UTC)[reply]

@TheDJ Yes. I'm sure. After hovering, color changes. But it happens if we have seen the target of link at least one time. Hooman Mallahzadeh (talk) 16:22, 6 December 2024 (UTC)[reply]

Well as far as I can remember it is not something that anyone else has reported. Have you tried with different browsers ? Maybe it's a browser extensions you have installed or something like that. —TheDJ (talk • contribs) 11:24, 8 December 2024 (UTC)[reply]

@TheDJ I tried Google Chrome, Firefox and Microsoft Edge and Opera, and even I sign out of them, and even I installed Opera for the first time, to check the scenario, and even I checked the scenario in another Laptop, but the problem persists. I really surprise that you don't see the bug. Here is a screenshot of the problem:

I had hovered on the appearing window of "World Wide Web" on the article "Tim Berners-Lee", and the color changed to blue, but my cursor is not shown in the screenshot. Hooman Mallahzadeh (talk) 11:46, 8 December 2024 (UTC)[reply]

I get same issue in Edge and Chrome. Don't think all the text is supposed to show purple when hover ever? Indagate (talk) 12:21, 8 December 2024 (UTC)[reply]

I don't think so. In my opinion, no color change is needed. Hooman Mallahzadeh (talk) 12:25, 8 December 2024 (UTC)[reply]

I see this when I use a logged-out, non-private window in Firefox 133 and Chromium 131. Note that in the popup, the entire text is part of a link so that clicking it will take you to the popped-up article. What appears to be happening in this situation is that the CSS

@media screen {
  a:where(:not([role="button"])):visited:hover {
    color: var(--color-visited--hover,#534fa3);
  }
}

has a higher specificity than

.mwe-popups .mwe-popups-extract {
  margin: 16px;
  display: block;
  color: var(--color-base,#202122);
  text-decoration: none;
  position: relative;
  padding-bottom: 4px;
}

The former has (0,2,1) due to :visited:hover and a, while the latter has only (0,2,0). Anomie ⚔ 14:31, 8 December 2024 (UTC)[reply]

Internal error on move

I am trying to move Draft:Miss Universe 2025 to Miss Universe 2025 after merging two pages following a cut and paste move, but I am getting an internal error when performing the move. The error is [5478442a-5bc7-4ba5-ac35-eebdbb681267] 2024-12-05 18:54:33: Fatal exception of type "UnexpectedValueException". Can someone take a look at this please? The draft also has a redirect in its deleted history which has some content that should be restored behind a redirect to the article; I can do that part if someone else can get the move to succeed. Thanks. Ivanvector (^Talk/_Edits) 18:57, 5 December 2024 (UTC)[reply]

Never mind, it worked after a few minutes. Ivanvector (^Talk/_Edits) 19:00, 5 December 2024 (UTC)[reply]

Inclusions when copy & pasting

If I copy and paste article content, including superscript numerals for citations, those superscript numerals are not present when I paste the text into another app.

However if the copied text contains a template, like {{citation needed}}, then the text [citation needed]is included in what is copied.

Why don't we style content so that that the latter kind of text is also not included? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:30, 5 December 2024 (UTC)[reply]

@Pigsonthewing I'm not sure what combination of browser/OS/text editor you're using, but when I copy and paste out of Chrome, Edge, or Firefox into Notepad on Windows the superscript numerals are present. We could make references unselectable by adding user-select: none; to the references class, but it doesn't appear that we're currently doing that. --Ahecht (TALK
PAGE) 21:37, 5 December 2024 (UTC)[reply]

I used Firefox on Android in the case described, coying from mobile. Using Firefox on Windows 11, I too get the superscript numerals included. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:45, 5 December 2024 (UTC)[reply]

@Pigsonthewing If you want it to work on desktop, you can add the following to your Special:MyPage/common.css:

.mw-parser-output .noprint, .mw-parser-output .reference { user-select: none; }

The .reference covers references, the .noprint covers anything else, such as citation needed tags, that's flagged as non-printable. You could change the latter to .Inline-Template if you want to limit it only to inline templates such as {{citation needed}}. --Ahecht (TALK
PAGE) 21:57, 5 December 2024 (UTC)[reply]

Thank you. It's not that it's what I want, I wonder why we're not doing that for everybody, by default. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:29, 7 December 2024 (UTC)[reply]

When you say If I copy and paste article content, including superscript numerals for citations, those superscript numerals are not present when I paste the text into another app. you are probably using the use-Parsoid beta feature. I can reproduce this behavior when a page is generated with Parsoid and can't when I turn it off (compare useparsoid=1 and useparsoid=0), using Firefox for Windows. I believe this stems from how the numbers are included in the text in Parsoid (by CSS content). This should change back to the "old" behavior at some point (WMDE is working on references broadly).

The reason references don't do that today, and our various inline templates probably shouldn't, is probably in the realm of "people understand the content is sourced when you include the footnotes" and has become something of a feature of trust. Especially so for the inline template case. See open task at phab:T284607 which also points to a previous discussion about this topic. Izno (talk) 19:46, 7 December 2024 (UTC)[reply]

Weird problem with STN Template

Sunrise Izumo makes frequent use of the STN template, which is supposed to simplify the creation of links to train station articles. The template does what its supposed to, but it also inserts a link to a discussion about merging the template! Not sure how I should deal with this. Isaac Rabinovitch (talk) 17:13, 6 December 2024 (UTC)[reply]

I think this update by @Primefac: put a comment in the source code that should be in the talk page? -- Verbarson ^talk_edits 20:20, 6 December 2024 (UTC)[reply]

He says he put it in the source deliberately. See his talk page.

--Isaac Rabinovitch (talk) 20:25, 6 December 2024 (UTC)[reply]

It's normal to display a notice in articles using a template which is nominated for discussion. See Template:Tfm#Display on articles. {{STN}} is used in 19,600 articles and often many times in the same article, e.g. 54 in Sunrise Izumo and Karasuma Line. That causes excessive notices. I don't think it's possible for a template to detect it has already been called on the same page so we cannot say "Only display the notice at the first call". Maybe |type=disabled should be used in {{STN}} to never display a notice on articles. PrimeHunter (talk) 22:53, 6 December 2024 (UTC)[reply]

Now it makes sense. How will we know if we are not told? And the disruption is pretty minimal. -- Verbarson ^talk_edits 23:20, 6 December 2024 (UTC)[reply]

"The service operates in conjunction with the Sunrise Seto service to ‹See TfM›Takamatsu between Tokyo and ‹See TfM›Okayama. The combined 14-car train departs from Tokyo, and stops at ‹See TfM›Yokohama, ‹See TfM›Atami, ‹See TfM›Numazu, ‹See TfM›Fuji, ‹See TfM›Shizuoka, ‹See TfM›Hamamatsu (final evening stop), ‹See TfM›Himeji (first morning stop), and arrives at ‹See TfM›Okayama, where the train splits."

How is that "minimal"? Isaac Rabinovitch (talk) 03:12, 7 December 2024 (UTC)[reply]

I've disabled the TfM link. Nardog (talk) 05:38, 7 December 2024 (UTC)[reply]

If we want to only display something at the first occurrence of it on a page then what are the options? Would we have to add site-wide JavaScript which hides the other occurrences after loading the page? PrimeHunter (talk) 11:14, 7 December 2024 (UTC)[reply]

Or just don't put a notice of a technical discussion in a place where it's mostly going to be seen by ordinary Wikipedia users. I don't see how this is "normal." I've been reading and editing Wikipedia for almost 20 years, and this is the first time I've encountered such a thing. I guarantee you that 99% of Wikipedia users will find such a notice annoying and distracting. Isaac Rabinovitch (talk) 17:31, 7 December 2024 (UTC)[reply]

Notices concerning discussions about articles can be published at the head of the article; they are visible to all readers, but can be ignored by those not interested in WP processes. They don't disturb the flow of the article. It is hard to see how notices of discussion about templates can be published without inserting something into the flow of the article. Should there be an 'I want to see the nuts and bolts' flag that is normally off, but can be set on manually (or configured permanently as a account preference) to enable/disable such notices? -- Verbarson ^talk_edits 18:15, 7 December 2024 (UTC)[reply]

This in your CSS will hide tfd notices in mainspace, assuming they all use tfd:

.ns-0 .tfd {display:none;}

We could hide it for IP's and show by default for registered users. PrimeHunter (talk) 20:56, 7 December 2024 (UTC)[reply]

@PrimeHunter You could use WP:TemplateStyles and the :nth-child(1n+2 of .tfd){display:none} to make it only show the first tag in a given paragraph. --Ahecht (TALK
PAGE) 17:29, 10 December 2024 (UTC)[reply]

Looks like MediaWiki can't parse the period before .tfd for some reason, but .tfd ~ .tfd {display: none;} does the same thing (hides all sibling .tfds that come after another .tfd). --Ahecht (TALK
PAGE) 19:32, 10 December 2024 (UTC)[reply]

The :nth-child(1n+2 of .tfd) form is not in Selectors Level 3 (a W3C Recommendation) but it is in Selectors Level 4, which is a W3C Working Draft. --Redrose64 🌹 (talk) 21:43, 10 December 2024 (UTC)[reply]

It could also be off for IP's but on by default for registered users?

Primefac's edit was in accordance with WP:TFDHOW step 1, sixth bullet, except that they appear to have specified |type=tiny instead of |type=inline. --Redrose64 🌹 (talk) 12:35, 7 December 2024 (UTC)[reply]

|type=tiny is an acceptable alternative to |type=inline per Template:Template for discussion#Display on articles. But, as Template:Template for discussion#Which type should be used? goes onto say completely disabling, as Nardog has done, is ok if "the insertion of any template is deemed too detrimental to a large number of articles, or if it breaks markup". Nthep (talk) 13:41, 7 December 2024 (UTC)[reply]

Reference numbering

Hello, there appears to be a problem with the reference numbering in List of Sites of Special Scientific Interest in Cornwall, reference 8 at the end of Note C of the article is given as 142 in the References section. DuncanHill does not see the problem. See Talk:List of Sites of Special Scientific Interest in Cornwall#Reference numbering for conversation on this. Keith D (talk) 12:14, 6 December 2024 (UTC)[reply]

Shows as 128 for me, current Firefox. ―Mandruss ☎ 12:22, 6 December 2024 (UTC)[reply]

Shows as 97 to me, Firefox 133. Nthep (talk) 13:03, 6 December 2024 (UTC)[reply]

We're making progress. Four more replies at this rate will get us down to 8. ;) ―Mandruss ☎ 13:50, 6 December 2024 (UTC)[reply]

It appears to be a bug in Firefox. When there's a list, inside a <div style="column-width: XXX;"> that splits the contained list into multiple columns, inside a list item, then it seems to get confused about the numbering on some kinds of recalculation (e.g. due to JS adding or deleting a list item) but not others (e.g. JS changing CSS). When it gets confused, any list items in the inner list that are not in the first column seem to use the counter for the outer list rather than the inner one. That explains the different numbering different people see, it depends on how many items in the inner list are in the non-first columns.

Something like this, completely non-MediaWiki, seems enough to show the bug.

<!DOCTYPE html>
<html>
    <head></head>
    <body>
        <ol>
            <li>1</li>
            <li>2</li>
            <li>3</li>
            <li>4
                <div style="column-count: 3;">
                    <ol>
                        <li>i1</li>
                        <li>i2</li>
                        <li>i3</li>
                        <li>i4</li>
                        <li>i5</li>
                    </ol>
                </div>
            </li>
            <li>5</li>
        </ol>
        <ul><li onclick="this.remove()">deleteme</li></ul>
    </body>
</html>

Anomie ⚔ 14:29, 6 December 2024 (UTC)[reply]

Add new category: articles in mainspace that contain template "Draft article"

{{AfC submission}} uses Module:AfC submission catcheck so it can list AfC submissions with categories automatically in Category:AfC submissions with categories.

It looks like {{Draft article}} also uses Module:AfC submission catcheck but it does not appear to be listing articles in mainspace that contain {{Draft article}} in a category. Can we do that? I have asked @Tol: to add removing {{Draft article}} from articles in mainspace to TolBots list of tasks. It would be nice if the bot could work from a category, just like the existing task to remove {{Draft categories}} from mainspace articles.

Note that there are currently no articles in mainspace that contain {{Draft article}} but that is because I used AWB to remove it. Thank you, Polygnotus (talk) 06:33, 7 December 2024 (UTC)[reply]

@Polygnotus You're basically asking for https://en.wikipedia.org/wiki/Special:WhatLinksHere?target=Template%3ADraft+article&namespace=0&hidelinks=1&hideredirs=1&limit=50. It's been a while since I've used the desktop AWB, but in WP:JWB it's pretty easy to generate a list of mainspace pages that transclude a template. You can import the JSON file below to do it for {{Draft article}}:

{
	"Draft article template in mainspace": {"string":{"namespacelist":["0"],"linksto-title":"Template:Draft article"},"bool":{"linksto":true,"backlinks":false,"embeddedin":true,"imageusage":false},"replaces":[]}
}

TolBot should be able to do something similar. --Ahecht (TALK
PAGE) 17:21, 10 December 2024 (UTC)[reply]

How many pages in a given namespace

How can I know how many pages are in a given namespace, without getting the list of all of them? Ideally via an API. Polygnotus (talk) 07:11, 7 December 2024 (UTC)[reply]

@Polygnotus: Wikipedia:Database reports/Page count by namespace is updated weekly. -- John of Reading (talk) 09:03, 7 December 2024 (UTC)[reply]

Thank you that is perfect! Polygnotus (talk) 09:05, 7 December 2024 (UTC)[reply]

More template-smuggled redlinked categories

Pursuant to my post above a few days ago, today's run of Special:WantedCategories was a high-casualty trainwreck with 444 entries (more than double the usual, because a normal-sized run is 150-200), with nearly all of the overrun caused by "FM-Class [WikiProject] articles" → "FM-Class [WikiProject] pages" stuff again. Luckily, the majority of these in actual fact turned out to be cases where the redlinked category already wasn't on the page anymore and the jobs queue had just lagged in actually depopulating the redlink, so they were resolvable simply by doing a "null edit category members" run — but there were still a handful that didn't clear out that way because the redlinked old "articles" category is still on some pages:

Also the original Category:FM-Class articles that I raised the other day, which I recreated as a categoryredirect to resolve the redlink, has been vastly reduced in size but still isn't completely empty, as there are still 32 subcategories in it that still have both the "articles" and "pages" forms on them.

Also, there's a small handful of redlinks caused by the move of "Short track speed skaters at the [Year] Winter Olympics" categories to "Short-track", because the module that handles category generation for {{Fooers at the YYYY Winter Olympics category}} doesn't recognize the hyphenated form and is thus generating broken categories instead of "short-track" categories:

So, again, somebody who can edit modules will need to fix that, which again isn't me because I don't have that privilege.

We've had this discussion before, where bots aren't supposed to be handling the moves of template-generated categories, but the maintainer of the bot considered it an excessive imposition on their time to have to check whether each category was template-generated or not before throwing it to the bot, and didn't seem bothered by the fact that it's also an excessive imposition on everybody else's time to have to clean up this redlinked kludge after the fact. So could we maybe institute a new middle-ground rule whereby instead of leaving the old category as a redlink, the bot needs to leave the old form in place as a categoryredirect to the new one, which can then be deleted after it's already been fully emptied out instead of before? Perhaps with a dedicated "category redirects resulting from renaming" tracking category so that people who want to work on that kind of stuff can figure out how to fix any non-empty redirects and delete the emptied ones, and it stops becoming a recurring WantedCategories problem? Bearcat (talk) 18:36, 7 December 2024 (UTC)[reply]

Fixed the Olympics batch. * Pppery * _{it has begun...} 18:42, 7 December 2024 (UTC)[reply]

Lowercase italics title

Hello. On UDraw Studio, is the correct method of handling the italicized lowercase title done in this edit? That looks like an intense kludge, but my attempt has an error at the bottom. Then that would be likewise for uDraw GameTablet, once it gets an infobox. Thanks. — Smuckola (talk) 07:55, 8 December 2024 (UTC)[reply]

@Smuckola: Look at Wikipedia:Page_name#DISPLAYTITLE_conflicts and Wikipedia:DISPLAYTITLE. Near the top of Template:Infobox video game it says:

This infobox should italicize the article title automatically. If this is not required, add |italic title=no to the list of parameters. If this is required but the title is not being italicized, try |italic title=force.

Polygnotus (talk) 08:53, 8 December 2024 (UTC)[reply]

Non-Latin module problems

Eyes at Module talk:Political party § For languages not using latin would be appreciated, I am not sure how best to proceed. Primefac (talk) 14:55, 8 December 2024 (UTC)[reply]

Restore Appearance pane

How do I restore the Appearance pane when I am not logged in? I clicked "Hide". Thank you. -SusanLesch (talk) 18:34, 8 December 2024 (UTC)[reply]

Click the little eyeglasses icon at the upper right, next to "Donate", then click Move to Sidebar. – Jonesey95 (talk) 19:07, 8 December 2024 (UTC)[reply]

Wonderful. Thank you, Jonesey95! -SusanLesch (talk) 19:31, 8 December 2024 (UTC)[reply]

Image and maybe infobox help for an upcoming TFA

Newly passing a year-long featured article review, Minneapolis is scheduled for TFA on New Years Eve. Thus we have up to three weeks to fix this. Yesterday, Sbmeirow reported a configuration that leaves a big gap of white space under the three photos in §History > Industries develop. (That configuration is: not logged in, Appearance set to WIDE; Firefox, Chrome, and Edge.) On Minneapolis talk, I offered 6 different ways to fix this. He decided to move images around (which now are not in places corresponding to the prose, and two form an MOS:SANDWICH). Can an expert in image use here please tell me which alternative is best? I've begun to think all I have to do is hide the maps in the infobox but Sbmeirow doesn't think so. The last stable version is from December 4. Thanks for any help. -SusanLesch (talk) 19:55, 8 December 2024 (UTC)[reply]

I've reverted to that version with the fix applied. No comment on any of the intervening changes, some of which look to have been attempting to "fix" the issue and some of which look to have been adjusting other qualities. Izno (talk) 22:30, 8 December 2024 (UTC)[reply]

Well done. Thank you, Izno. -SusanLesch (talk) 22:52, 8 December 2024 (UTC)[reply]

Whatever happened to edit conflicts?

Before this recent sudden change from the last two months or so, if I made an edit and someone published an edit to the page while I was making that edit, I would be met with a page where it shows two boxes: the "current revision" of the page, and the "Your text" containing the version of the page that was supposed to be published but was prevented by an edit conflict.

Now, today, this is what happens when an edit conflict happens. I get a page saying that there was an edit conflict, but then all I see is the "current revision" editing window box! I no longer get the "Your text" box anymore, so now whatever I wrote before gets completely lost as a result.

What happened here? — AP 499D25 (talk) 03:47, 9 December 2024 (UTC)[reply]

Well, I just did a test in the sandbox and what do you know, the 'Your text' bit is there allllllllll the way at the bottom of the page. Seriously though, I swear there wasn't anything like that during the edit conflicts I ran into while editing some talk pages and noticeboards earlier! The next time this actually happens I'll post an update and maybe upload a screenshot.

For accessibility reasons, the "Your text" section should seriously be moved to before the "Wikidata entries used in this page" and "Pages transcluded onto the current version of this page" bits, since the former is much, much more important when one runs into an edit conflict. — AP 499D25 (talk) 03:57, 9 December 2024 (UTC)[reply]

Is "Paragraph-based edit conflict" on or off in Preferences → Beta features? Nardog (talk) 04:09, 9 December 2024 (UTC)[reply]

It's disabled. I've never messed around with beta features before. — AP 499D25 (talk) 04:16, 9 December 2024 (UTC)[reply]

Not sure whether this is relevant to the current discussion or not, but I could never figure out how to use that thing. When you hit a merge conflict, in, say, git, the relevant options are generally "accept yours", "accept theirs", or "accept both". In an edit conflict on Wikipedia, the correct option is ALMOST ALWAYS "accept both", and that was the one I could never figure out how to do.

So I would highlight "mine", do Ctrl-C or right-click-copy, then refresh the page and paste it into the appropriate place. But WTF is a merge-resolution tool for, if it can't do that? Was I just too dim to figure out how to make it work? --Trovatore (talk) 04:44, 9 December 2024 (UTC)[reply]

The "Wikidata entries used in this page" and "Pages transcluded onto the current version of this page" bits may both be collapsed. --Redrose64 🌹 (talk) 18:48, 9 December 2024 (UTC)[reply]

Tool to find some text I added in the past

Is there a tool to search for a specified text string added by my (or any specified editor's) edits in any article (including deleted revisions - perhaps searching from most recent to oldest)? (was looking for some article where I thought I had added something somewhere ... but I think this might generally be a useful tool to augment anyone's memory) Shyamal (talk) 03:52, 9 December 2024 (UTC)[reply]

May need to use Quarry. The closest I could find is this. -- Gryllida (talk, e-mail) 05:22, 9 December 2024 (UTC)[reply]

Revision text is not available on the replicas. There is no way to get the information being sought here. If the Shyamal has an idea of which article, they could try the Who Wrote That browser extension. Izno (talk) 05:25, 9 December 2024 (UTC)[reply]

@Izno: There is no way to get the information being sought here. There is. Polygnotus (talk) 05:26, 9 December 2024 (UTC)[reply]

I made a tool like that, but because I am not an admin I can't see deleted contributions. Polygnotus (talk) 05:25, 9 December 2024 (UTC)[reply]

Thanks! That seems to be immensely useful - maybe you should consider opening it up somewhere - I should have said content that had been deleted not deleted revisions. Shyamal (talk) 05:48, 9 December 2024 (UTC)[reply]

Do you mean WP:BLAME? -- GreenC 18:52, 9 December 2024 (UTC)[reply]

Lua article date info

Hi, how can I get article creation and article last edit dates in Lua? Gryllida (talk, e-mail) 04:58, 9 December 2024 (UTC)[reply]

That cannot be done. JavaScript has access to the API but not Lua. Johnuniq (talk) 05:09, 9 December 2024 (UTC)[reply]

The last edit date is available through frame:callParserFunction('REVISIONTIMESTAMP', { 'Foo' }), though this counts as expensive. Nardog (talk) 06:39, 9 December 2024 (UTC)[reply]

Maplink mistake finder

Is there any way to generate a list of articles where the pointer misses the red outline on the map, as can be seen in this example; Battlefield High School? Abductive (reasoning) 05:55, 9 December 2024 (UTC)[reply]

Not easily as a ready made tool yet I think. You would have to query information from multiple sources; Local page, Wikidata item AND OSM relations with a link to a Wikidata item. —TheDJ (talk • contribs) 09:24, 9 December 2024 (UTC)[reply]

I see. It might be easier if one worked on something similar that was entirely within Wikidata. Thank you. Abductive (reasoning) 10:36, 9 December 2024 (UTC)[reply]

Mobile view sidebar

On a desktop, the mobile view sidebar does not give a realistic view for interactive content, such as Template:Body_roundness_index

It shows spin buttons for numeric entry fields, which do not show on a real mobile
It does not show a keyboard at the bottom half of the screen when an input field is selected.

Uwappa (talk) 09:37, 9 December 2024 (UTC)[reply]

What is "the mobile view sidebar"? Nardog (talk) 10:03, 9 December 2024 (UTC)[reply]

A desktop will never truly behave the same way as a mobile device, without a LOT of engineering. Also devices have all kinds of differing behaviour, you should NOT assume that content behaves the same everywhere. This is HTML, we are not printing a book, the content is flexible and adapts and you should not in any way expect pixel perfectness. —TheDJ (talk • contribs) 10:06, 9 December 2024 (UTC)[reply]

It should not be too much of an effort to hide the spin buttons using CSS.

I'm not sure about showing a keyboard, a general CSS statement using pseudo code :focus for input fields might do the trick. Uwappa (talk) 11:38, 9 December 2024 (UTC)[reply]

@TheDJ you should write yourself an essay of the above content just to save you having to retype it any time someone talks about math or layout or.... ;) Izno (talk) 18:11, 9 December 2024 (UTC)[reply]

The same code is sent to your browser/device which just treats it differently. Compare to https://www.w3schools.com/howto/howto_css_hide_arrow_number.asp where your mobile device probably also omits arrows/spinner at "Default". Maybe designers of the device thought it would be too small to control and would just interfere with tapping the field to write a number. PrimeHunter (talk) 11:00, 9 December 2024 (UTC)[reply]

Template for example article rendering

I'm looking for a template like {{markup}} except without the left wikicode column. Basically it should be able to display the right column of Template:Fake_heading/doc#Example plus the output of {{lorem}} and {{reflist}}.

I was editing to fix dark mode at WP:REPEATCITATION. I thought {{quote box}} was a good idea, because the original text used <blockquote>. However, people said this is misuse, made the distinction It is not making a quote, it is giving an example, and told me to come here to WP:VPT. It's not clear to me the difference between quotes and examples that use <blockquote>, so I'll just draw the line at the presence of {{fake heading}} or {{reflist}}.

Aside from dark mode, the goal was to stop copies of the wikisyntax <blockquote style="padding:1em; border:1px solid #999;"> from proliferating across at least 3 different pages. Deduplicating repeated wikicode is the purpose of templates. I have also found that dark mode is fixed faster with templates than inline styles.

What template should we use for example article render outputs? 172.97.141.219 (talk) 15:13, 9 December 2024 (UTC)[reply]

The raw blockquote should not have been a blockquote either. :) We don't appear to have a good block example template of any sort (obligatory mention of {{xt}} for inline use). Izno (talk) 18:44, 9 December 2024 (UTC)[reply]

{{Divbox}} or {{Box}} may be useful. There are others in Category:Box templates. Some of them may need adjustments to support dark mode. – Jonesey95 (talk) 18:58, 9 December 2024 (UTC)[reply]

should not have been: no wonder I was confused.

A page used the dark-mode-unfriendly {{box}} with {{blockquote}}, which we want to avoid but without it {{box}} swallows newlines absent <nowiki/> workarounds.

I found {{divbox|plain}} to be useful. It is used as a block example template at {{Backmasked-f/doc}} and {{UK-waterway-routemap/doc}}. I struggled with the bottom margin until {{CCIsubst}} taught me to omit the last newline. 172.97.141.219 (talk) 06:32, 10 December 2024 (UTC)[reply]

Watchlist weirdness

Hello! I've been trying to watch a category (Category:Pages with incorrect ref formatting) for additions/removals (see mw:Help:New filters for edit review/Filtering#Type of change), but the watchlist won't display those edits. The stranger thing is, though, that I can't see an entire 250 entries (without a latest version only filter) unless I turn off the "Category changes" filter. Further, I am able to see the problems on the mobile app.

I'm experiencing the problem on Google Chrome version 131.0.6778.109. Thanks!

— Daℤyzzos (✉️ • 📤) 21:36, 9 December 2024 (UTC)[reply]

@DaZyzzogetonsGotDaLastWord: Watchlisting a category in the conventional sense watches for changes to that page. Because a category is just another page in MediaWiki. Add this to your Special:MyPage/common.js file:

{{subst:iusc|User:Nardog/CatChangesViewer}}

The documentation is over at User:Nardog/CatChangesViewer. Polygnotus (talk) 01:21, 10 December 2024 (UTC)[reply]

@AZyzzogetonsGotDaLastWord: No need for a JavaScript solution these days. There's a setting in the watchlist tab of your preferences called "Hide categorization of pages". If it's unchecked, the watchlist will show category removals/additions. Graham87 (talk) 03:59, 10 December 2024 (UTC)[reply]

@Graham87: Thank you, I did not know that. Downside is that it results in ~146 entries in the watchlist! Polygnotus (talk) 12:03, 10 December 2024 (UTC)[reply]

@Graham87, I have that setting unchecked (meaning do show categorizations in the watchlist) and it still doesn't show categorized pages. It does know there are some, though (it doesn't show a "no results found" message if I filter to only show categorization of pages). – Daℤyzzos (✉️ • 📤) _{Please do not ping on reply.} 22:50, 10 December 2024 (UTC)[reply]

Thanks for the recommendation, but I'm trying to get the pages to appear in my watchlist, not just on the category page (I don't really care about what order the pages were added to the category in, I'm just trying to consolidate everything on my watchlist). – Daℤyzzos (✉️ • 📤) _{Please do not ping on reply.} 22:14, 10 December 2024 (UTC)[reply]

SVG → PNG not rendering transparently?

A minor issue in the grand scheme of things, but it did pique my curiosity: when rendered as a PNG in the article Buffy the Vampire Slayer, why does File:Buffy the vampire slayer.svg have a white background, when the SVG at the commons exhibits a transparent background? — Fourthords | =Λ= | 22:08, 9 December 2024 (UTC)[reply]

Dark mode support in Template:Infobox television series. The color added should probably match the infobox color in light mode, which is #f8f9fa, but that's still a grey. Izno (talk) 22:45, 9 December 2024 (UTC)[reply]

I'm not sure what you mean, except to infer it's not an error with the SVG nor the transparent PNG rendering? — Fourthords | =Λ= | 00:44, 10 December 2024 (UTC)[reply]

It is not an error. Izno (talk) 01:51, 10 December 2024 (UTC)[reply]

The white background color comes from Template:Infobox television series, and it was decided to be added as an night mode fix in the discussion Template talk:Infobox television#Template needs to be updated to support night mode. Snævar (talk) 02:52, 10 December 2024 (UTC)[reply]

Tech News: 2024-50

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

Weekly highlight

Technical documentation contributors can find updated resources, and new ways to connect with each other and the Wikimedia Technical Documentation Team, at the Documentation hub on MediaWiki.org. This page links to: resources for writing and improving documentation, a new #wikimedia-techdocs IRC channel on libera.chat, a listing of past and upcoming documentation events, and ways to request a documentation consultation or review. If you have any feedback or ideas for improvements to the documentation ecosystem, please contact the Technical Documentation Team.

Updates for editors

Later this week, Edit Check will be relocated to a sidebar on desktop. Edit check is the feature for new editors to help them follow policies and guidelines. This layout change creates space to present people with new Checks that appear while they are typing. The initial results show newcomers encountering Edit Check are 2.2 times more likely to publish a new content edit that includes a reference and is not reverted.
The Chart extension, which enables editors to create data visualizations, was successfully made available on MediaWiki.org and three pilot wikis (Italian, Swedish, and Hebrew Wikipedias). You can see a working examples on Testwiki and read the November project update for more details.
Translators in wikis where the mobile experience of Content Translation is available, can now discover articles in Wikiproject campaigns of their interest from the "All collection" category in the articles suggestion feature. Wikiproject Campaign organizers can use this feature, to help translators to discover articles of interest, by adding the <page-collection> </page-collection> tag to their campaign article list page on Meta-wiki. This will make those articles discoverable in the Content Translation tool. For more detailed information on how to use the tool and tag, please refer to the step-by-step guide. [3]
The Nuke feature, which enables administrators to mass delete pages, now has a multiselect filter for namespace selection. This enables users to select multiple specific namespaces, instead of only one or all, when fetching pages for deletion.
The Nuke feature also now provides links to the userpage of the user whose pages were deleted, and to the pages which were not selected for deletion, after page deletions are queued. This enables easier follow-up admin-actions. Thanks to Chlod and the Moderator Tools team for both of these improvements. [4]
The Editing Team is working on making it easier to populate citations from archive.org using the Citoid tool, the auto-filled citation generator. They are asking communities to add two parameters preemptively, archiveUrl and archiveDate, within the TemplateData for each citation template using Citoid. You can see an example of a change in a template, and a list of all relevant templates. [5]
One new wiki has been created: a Wikivoyage in Indonesian (voy:id:) [6]
Last week, all wikis had problems serving pages to logged-in users and some logged-out users for 30–45 minutes. This was caused by a database problem, and investigation is ongoing. [7]
View all 19 community-submitted tasks that were resolved last week. For example, a bug in the Add Link feature has been fixed. Previously, the list of sections which are excluded from Add Link was partially ignored in certain cases. [8][9]

Updates for technical contributors

Codex, the design system for Wikimedia, now has an early-stage implementation in PHP. It is available for general use in MediaWiki extensions and Toolforge apps through Composer, with use in MediaWiki core coming soon. More information is available in the documentation. Thanks to Doğu for the inspiration and many contributions to the library. [10]
Wikimedia REST API users, such as bot operators and tool maintainers, may be affected by ongoing upgrades. On December 4, the MediaWiki Interfaces team began rerouting page/revision metadata and rendered HTML content endpoints on testwiki from RESTbase to comparable MediaWiki REST API endpoints. The team encourages active users of these endpoints to verify their tool's behavior on testwiki and raise any concerns on the related Phabricator ticket before the end of the year, as they intend to roll out the same change across all Wikimedia projects in early January. These changes are part of the work to replace the outdated RESTBase system.
The 2024 Developer Satisfaction Survey is seeking the opinions of the Wikimedia developer community. Please take the survey if you have any role in developing software for the Wikimedia ecosystem. The survey is open until 3 January 2025, and has an associated privacy statement.
There is no new MediaWiki version this week. [11]

Meetings and events

The next meeting in the series of Wikimedia Foundation discussions with the Wikimedia Commons community will take place on December 12 at 8:00 UTC and at 16:00 UTC. The topic of this call is new media and new contributors. Contributors from all wikis are welcome to attend.

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

MediaWiki message delivery 22:13, 9 December 2024 (UTC)[reply]

Quantum Chip

Hello all. Firstly, I apologize that this might be the wrong place to ask this. But, given that there are some good minds here -- I thought of asking nevertheless. Where can I read more about today's quantum chip announcement and how it advances computing? I tried searching for a couple of Wiki articles, but, could not find them. Am I searching wrong? Appreciate any pointers on where I could read how today's announcement advances the topic. Thanks. Ktin (talk) 05:17, 10 December 2024 (UTC)[reply]

The correct place is Wikipedia:Reference desk/Computing but see Slashdot. Johnuniq (talk) 05:24, 10 December 2024 (UTC)[reply]

Template-smuggled redlinked categories, yet again

The newest run of Special:WantedCategories is an even bigger trainwreck of redlinked class-rating categories again, with the total number of redlinked categories hitting 652 this time, but it's now a completely different problem. Instead of "FM-Class [Project] articles" categories having been left as unemptied redlinks following the categories being moved to "pages", now it's predominantly "FM-Class [Project] pages" categories that never previously existed at the "articles" form at all, and thus can't be resolved by moving or categoryredirecting anything.

There's also a smaller but significant cluster of "NA-Class [Project] articles" categories that never previously existed, and seven instances (across a variety of classes) of the nonsense "[Something something] pages articles" form that obviously shouldn't exist at all. As well, several (but not all) of the redlinks I brought here a few days ago haven't actually been resolved, and are still populated.

Can somebody look into what's causing all of this? Thanks. Bearcat (talk) 14:44, 10 December 2024 (UTC)[reply]

@Bearcat: We know what's causing this, it's the ongoing activities at Module talk:WikiProject banner and Template talk:WikiProject banner shell, to which you have been directed before. --Redrose64 🌹 (talk) 16:36, 10 December 2024 (UTC)[reply]

Nobody's "directed" me anywhere "before", and it is not my responsibility to quietly put up with having to wade through a flood of 653 redlinked categories. If there are "ongoing activities at Module talk:WikiProject banner and Template talk:WikiProject banner shell", then it's the responsibility of the people involved in those ongoing activities to resolve any and all redlinks that result from their activities before they get thrown onto my plate.

Special:WantedCategories has a size limit beyond which it is full and cannot detect additional categories beyond that limit. So template-generated maintenance categories cannot be allowed to accumulate on that list without being resolved, because every time I just let a batch of hundreds of them sit there unblued that's just pushing the report hundreds of articles closer to its size limit. And even cleaning out the categories I can deal with is significantly harder as long as maintenance categories remain there undealt with, because having to scroll through hundreds of these redlinks I can't fix makes it significantly more difficult to find the redlinks I can fix, especially (again) if they're allowed to accumulate rather than being resolved. So it isn't my responsibility to just politely shut my yap and put up with hundreds of maintenance categories I can't fix cluttering up that report — if they're being caused by ongoing banner template changes, then the projects that are implementing the banner changes need to keep redlinks off that report by dealing with them before they land on that report, because they're significantly interfering with an important maintenance task.

And finally, the handful of "pages articles" categories are obviously just an error, rather than anything intended, so that's a thing that needs to be fixed by whoever made that mistake. Bearcat (talk) 17:04, 10 December 2024 (UTC)[reply]

I refer you to this post. --Redrose64 🌹 (talk) 18:03, 10 December 2024 (UTC)[reply]

This is an issue of wikiproject not specifying that they have class assessments that deviate from the global one. An mass message was posted in April 2023, example, that the projects with the redlinks did not act on. Some of those have file classes, like Wikipedia:WikiProject_Aviation/Assessment, where as others do not like Wikipedia:WikiProject_Technology/Assessment.

I thought about this and came to the conclusion that it is best just to have an exclusion list. The exclusion list would list any deviations from the global classes, so projects get the global classes except where they have exclusions. That requires someone to go through the "/Assessments" subpages of the wikiprojects with those redlinks.

The other option would be to use |QUALITY_CRITERIA=custom for projects that deviate from the global classes, either on the basis of redlinked categories or by going through their "/Assessments" wikiproject subpages. Both two methods, the redlink or assessment subpage method, should result in a partial revert of User:Cewbot edits, where the wikiproject classes of the wikiprojects in question where moved to the global one or just removed. Snævar (talk) 18:18, 10 December 2024 (UTC)[reply]

Typing "Template:gl" (lower-case G, lower-case L) in the search box takes me to an unexpected page

When I type "Template:gl" (lower-case G, lower-case L) in the search box at the top of my page (in Vector 2022), and then click Search, I am automatically taken to Template:GL (upper-case G, upper-case L). There is not a redirect at Template:gl, so I do not understand why this happens. I believe that I should end up at this search result page, telling me that "The page "Template:Gl" does not exist., etc."

This also happens if I type "Template:gin", so it is not limited to two-letter names.

I thought that after the first character, case was significant in page names. What is happening here? – Jonesey95 (talk) 19:20, 10 December 2024 (UTC)[reply]

The search box allows very near matches. This query matches "Now try all upper case" or another type of near match. 172.97.141.219 (talk) 19:51, 10 December 2024 (UTC)[reply]

Thanks for that. I suppose this (to me) inconsistent behavior is helpful for nearly everyone, but not for template editors and gnomes trying to investigate and fix specific problems. I find it a bit frustrating that the Search box at the top of the page behaves differently from the Search page. I guess that's why one has a white-background button that is the same height as the text box, and the other has a blue-background button that is taller than the text box. Maybe that will help me remember. – Jonesey95 (talk) 19:56, 10 December 2024 (UTC)[reply]

The big search box at Special:Search always makes a search and never goes directly to a matching page name. The normal search box on every page always goes directly to a page which only differs by captizalition, unless you select "Search for pages contaning" in the dropdown. PrimeHunter (talk) 21:15, 10 December 2024 (UTC)[reply]

Question about email from new user

Can a user who is not yet auto-confirmed send an email to an editor who has enabled "Email this user"?

This is probably a relatively simple question, but it may be the answer to a question about administrator accountability. Some administrators have (in my opinion, reasonably) semi-protected their talk pages, or asked another admin to semi-protect their talk pages, due to abuse from unregistered editors. The question is how a non-autoconfirmed user can contact such an administrator about an administrative action. I think that if the admin has email enabled, that satisfies admin accountability.

This issue came up at Deletion Review, and will probably go away there because the requesting user has been blocked, but I think that the question is worth asking. Robert McClenon (talk) 20:23, 10 December 2024 (UTC)[reply]

Special:Preferences has a toggle "Allow emails from brand-new users" that determines whether unconfirmed editors can send the user emails. SilverLocust 💬 20:29, 10 December 2024 (UTC)[reply]

Disambiguation pages relating to ships

Hello, I have discovered that disambiguation pages relation to ships (such as HMS Hannibal) are not classified as disambiguation pages and are not being displayed in orange (when you have the "Display links to disambiguation pages in orange" gadget enabled). Not sure how to fix this so I thought I'd alert you all here. GMH Melbourne (talk) 02:14, 11 December 2024 (UTC)[reply]

They are not disambiguation pages but Wikipedia:Set index articles so there is nothing to fix. It's working correctly. PrimeHunter (talk) 03:58, 11 December 2024 (UTC)[reply]

Gotcha, thank you! GMH Melbourne (talk) 04:46, 11 December 2024 (UTC)[reply]

Transliteration error at Ninurta

Hi. I just chanced upon a Good Article, Ninurta, which now has a red-linked Error on the first line. It's some kind of problem with transliteration, it seems because it's using non-Latin alphabet or characters. It is using the "transl" template and I don't know how to correct it. Would somebody please fix this? ProfGray (talk) 14:02, 11 December 2024 (UTC)[reply]