Wikipedia:Village pump (technical)

PROPOSAL: Allow whitelisted pages to exceed Wikipedia's technical limits

There are good reasons for particular pages to exceed Wikipedia:Template limits and other limits.

I'm flexible on the "double" but it should be at least 1.5x but probably less than 3x. Note that pages that are above the normal limits should still be put in maintenance categories so they can be reduced where feasible (see Special:TrackingCategories). Pages should only be on the whitelist if there is no other good option. davidwr/(talk)/(contribs) 16:36, 17 October 2020 (UTC)

I recommend that the Wikimedia software be changed to allow whitelisted pages to have double the usual limits.This whitelist would of course need to be on a fully- or perhaps template-editor-protected page.Support - Allow whitelisted pages to exceed Wikipedia's technical limitsSo far I have not received an answer what the main underlying problem is (neither there nor at ) – if anybody here knows, please leave a comment.Oppose - Allow whitelisted pages to exceed Wikipedia's technical limitsNeutral - Allow whitelisted pages to exceed Wikipedia's technical limitsComments - Allow whitelisted pages to exceed Wikipedia's technical limits
It may indicate that, but it doesn't necessarily mean that this is the case. Whitelisting instead of raising or removing those artificial limits for all pages may better facilitate attempts to keep the relevant articles shorter plus not implementing workarounds such as removing references and/or reference-templates.
You make it sound like this was these articles had with the template limits and even that this would be the only problem this proposal is about. It's not. And the bold-formatting isn't appropriate imo.
Furthermore, these references probably were useful for the template but maybe they should have been displayed separately from the article's other templates (e.g. ).
only show when the template is uncollapsed but not show when its state is collapsed

However, we're now looking at some of the other parameters, such as |owner= (with alias |owners=), which has displayed as Owner(s) for years. Changing this to work similarly to the managing editor parameter could potentially introduce some minor errors: if someone previously used |owner= for a plural, they would need to switch to using |owners= instead to get the plurality right, and I don't think we'd have any way of notifying pages that'd be affected. On the flip side, the change would allow the vast majority of newspapers with a singular owner to avoid the unsightly (s), and any pages displaying incorrectly would presumably eventually be fixed.

Dear fellow Wikipedians, I find some of the article names are in red instead of white. Can you explain the reason. Cheers.... Anupam Dutta (talk) 14:38, 23 October 2020 (UTC)

I believe I'm using Reftoolbar 2.0. There is a little icon in the upper left on it that looks like a whisk broom. Always before, when I clicked on that, it put dashes in an ISBN, such as:

The tool is still on the toolbar. But as of today when I click it – on either Firefox or Chrome – it doesn't do anything. And it tends to get very faint when I click on it. If I refresh the page, I can see it again. But it still doesn't do anything. I've tried several ISBNs as a test and nothing happens. Is someone working on this tool at the moment? I think it worked earlier in the day. — Maile (talk) 22:00, 23 October 2020 (UTC)

Sometimes when I'm bored I just come to Wikipedia and click "random article." Probably on average once a week, although with much variance -- sometimes several times in one week, other times not at all for months.

Today I clicked "random article" and came up with the article on Caryocolum leucothoracellum. As soon as I saw it, I recognized this as an article I read a couple weeks ago. I suppose I could be wrong about it, but I'm moderately certain. It's not the name I remembered (although I did remember that it was a moth with a long-ish name) but the range. I'm a geography geek, and when I read a list of countries I visualize them as if on a map. That visual stays with me after the names are gone.

Anyway, I'm certain that I read this article very recently, as in "within the last couple of weeks." With over six million articles on Wikipedia, it seems to me the odds are enormous against hitting the same one twice in a small number of attempts.

This is not a complaint in the traditional sense. I'm not harmed in any way by reading an article twice. I'm not particularly bothered, offended, irritated, or anything like that. It just made me wonder how robust is the randomness of the "random article" function? Does it deserve to be reviewed?

I can't supply much in the way of technical data. I use Chrome and Firefox interchangeably. Today I'm using Chrome, but I can't say for sure which I was using last time I read this article. But it doesn't seem that this would be a user-side issue, anyway.

Apologies if this is posted in the wrong areas. I did browse the site for some time looking for a more appropriate place to post this. — Preceding unsigned comment added by 2001:1970:54A6:7800:CA9:7F10:D708:558F (talk) 02:30, 24 October 2020 (UTC)

Help is needed to make both the main header row, and the header row with sorting icons, sticky. The second link below has a partially collapsed table that is narrower due to a separate header row with sorting icons. But when you scroll down only one row is sticky (stays visible). Need both header rows to remain sticky.

Narrower collapsed table. See table wikitext here: User:Timeshifter/Sandbox125

(unindent). Thanks Quantocius Quantotius. I tried the new sticky code you discussed. It did not work. I tried adding class="covid-sticky covid-sticky-2" and class=covid-sticky-2 and class=covid-sticky-2. I added them to line 9 and line 11. Various combinations were tried. Only one header row could be made sticky.

Here is the current unaltered wikitext below. I am talking about the 2 lines starting with |-

|- class=covid-sticky
!Date!!Jan 11!!Feb 1!!Mar 1!!Apr 1!!May 1!!Jun 1!!Jul 1!!Aug 1!!Sep 1!!Oct 1
|- !<br>!! !! !! !! !! !! !! !! !! !!

I pointed them back to here. --Timeshifter (talk) 07:10, 27 October 2020 (UTC)

But there will be a need for a sticky sorting row in other partially collapsed tables.
Timeshifter, there is no real good fix for this at this time. Simply put, browsers don't support this problem, unless you specifically write CSS for each and every usecase. What needs to happen is that in addition to setting "covid-sticky" class on the 2nd row, you would have to add something like this to the stylesheet:
Unfortunately the height of the 1st row however is hard to determine because parts of it are in pixels (lineheight) and other parts in em (padding). And the content in the first row can wrap to two lines of course, so then any calculation goes out the window. So this technique breaks quite easily.

(unindent). Thanks Quantocius Quantotius!! A lot of what you discussed is way above my pay grade. :)

Here is the of your change to Template:COVID-19 pandemic data. It is buried in the many changes made to that template every day. So I thought I would link to it here in case you, I, or others want to see the changes discussed here.

Everything is working now in the 3 partially closed templates in COVID-19 pandemic by country and territory.

Also, I see that the sorting row is now sticky in the template sandbox: (in ). I copied it to here: User:Timeshifter/Sandbox130.

I tried a test also by combining the Sandbox130 template with the other partially closed templates on a sandbox page, User:Timeshifter/Sandbox127. The sorting row is still sticky. But the show/collapse buttons for that table did not work. I assume it is because it did not have the necessary specificity div added. But that's OK. I don't intend to use that template with the sticky header row. I will point to it though from Help:Table as an example.

In the meantime we can continue to use Mfb's solution to narrow that table more simply. --Timeshifter (talk) 03:03, 29 October 2020 (UTC)

When using our search system coordinates show up in the search results:...i.e when searching a country you get.....

Coordinates: 60°N 110°W / 60°N 110°W / 60; -110 Canada is a country in the northern....

Should we be omitting Template:Coord in our search results? Seems to be over data for no reason.--Moxy 🍁 00:20, 25 October 2020 (UTC)

I don't know if this is a thing that has been happening recently, but I've never seen it before: on some music pages, including the official pages for talking about music notation markup code in Wikipedia itself, instead of the score snippets that usually appear, I'm only seeing a box containing "Musical scores are temporarily disabled". This does not happen for all scores on the page, for instance on the page for Mozart's Symphony No. 40, snippets for movements 2 and 3 appear normally, but movements 1 and 4 have this error message. It's not an issue with my browser or internet connection either, since it happens in Firefox and Chrome on my PC over ethernet, and it also happens in Safari on my phone over cellular data. — Preceding unsigned comment added by 135.180.100.205 (talk) 07:44, 25 October 2020 (UTC)

Is there a bot that could replace some uncontroversial redirects and pipes?

Throughout the years, I've seen a bunch of redirects to some Polish cities were the only difference is a diacritic. Krakow (and Cracow) to Kraków, Gdansk to Gdańsk, Wroclaw to Wroclaw, Poznan to Poznań and Lodz to Łódż are most common (one could simply use the List of cities and towns in Poland for all major cities/towns). None of those are controversial, as this is not related to historical names like Danzig or Breslau, but simply to Polish names rendered in English without a diacritic. I wonder if there is a bot that start fixing it? For usage without a hyperlink we can't use an automated tool as it could mess up things like book titles or people's names or other rare but expected outlier, but when there is a link present and so the target is clear, there is zero reason to use the diacritc-less version, and zero chance of error (unintended change that would mess up the meaning/context) - this is at the same level as an uncontroversial, not ambigious spelling fix/etc. So how could we get this done? --Piotr Konieczny aka Prokonsul Piotrus| reply here 11:58, 25 October 2020 (UTC)

What is the problem with Gertrude Nye Dorry's infobox? Her thesis is now shown in the article. Ali Pirhayati (talk) 14:18, 25 October 2020 (UTC)

Would there be a way to make a category page (that would be linked to by the main tracking category page) that only listed sub-categories that were full? Example: In Category:Infoboxes with unknown parameters there are numerous subcategories that are (empty). It makes it a little hard to find subcategories that aren't empty when looking through the wall of text. It would be easier to go through if only non-empty subcategories were listed (on a separate linked-to page). Firestarforever (talk) 17:44, 25 October 2020 (UTC)

Per WP:SALORDER, if a table is ordered chronologically, it should start with the oldest entry at the top and have the newest entry at the bottom. I often discover lists that use the reverse order, as I assume people think readers are more likely to want to see the most recent entries than the oldest. Nevertheless, this is against Wikipedia's guidelines for stand-alone lists. The last one of these that I came across was List of Wales national rugby union team results, which has 731 entries. I would like to flip the order of the table, but due to its size, this would be very labour-intensive. Therefore I would like to ask if there is any way to perform this task quickly and easily? Any tips would be gratefully received. – PeeJay 14:14, 26 October 2020 (UTC)

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

Tech news prepared by Tech News writers and posted by botContributeTranslateGet helpGive feedbackSubscribe or unsubscribe.

There is a Wikipedia category named Wikipedia naming conventions/Transportation, which is a subpage of Wikipedia naming conventions. This is contrary to WP:SUBPAGE's claim about subpages being disabled in category namespace. Is this a bug or did somebody forget to disable subpages for categories? JsfasdF252 (talk) 18:25, 26 October 2020 (UTC)

What gives? AFAICT ' isn't an interwiki thing, and even if it were, it would not render this way. But somehow

With a single set of square brackets a space and a word: [Geo:blablablah Blah] ->
With two sets of square brackets (the wrong way!): [[Geo:blablablah]] -> []

Apologies if you are not reading this message in your native language. .

We are making a change to the AbuseFilter extension, which may impact the behavior of some existing filters. The rmspecials() function currently removes spaces in addition to special characters. We will change it such that it will only remove special characters. The existing rmwhitespace() can be used to remove spaces whenever applicable.

As reported on we believe at least one filter on your wiki has been identified to use the rmspecials() function. Please consider updating these filters by wrapping rmspecials() inside rmwhitespace() like this: rmwhitespace(rmspecials(....))

We need you to update the relevant filters within 2 weeks of this notice. If one of the community members with proper access is volunteering to take this on, we ask them to please respond below and notify User:Huji in their response or in the edit summary. If we don't hear back from you within 2 weeks, Huji will edit the relevant filters on your wiki per the global abuse filter maintainer policy, to ensure the filters won't break once the change is implemented. Thank you for your consideration!

--User:Huji (talk) 23:48, 26 October 2020 (UTC), sent via MediaWiki message delivery

While moving this draft to mainspace, an exception is thrown that the title is blacklisted. I am wondering, what is the issue as I am not able to find any log entry for this event. The draft is waiting to be reviewed since 27th of July. Hitro talk 08:21, 27 October 2020 (UTC)

I asked this over at a while back with no response. The original question:

I have a possible proposal for WP:VPP, but it depends on being able to search revisions by tags on a page. I've combed through H:SEARCH and WP:AFTAGS but there doesn't seem to be any overlap. Does anyone know if this is possible aside from using something like Ctrl+F?

Cryptic, thanks for the info. So it's only possible to search for tags at most in the last 30 days and last 500 edits for a specific page without going down a rabbit hole?
Well, Recentchanges seems to support that if you separate the tag names with a | , but history doesn't . It's easy to build a query to do it, though, once you have a concrete request. —Cryptic 22:33, 28 October 2020 (UTC)

Several academic journals put the references in a panel on the right which scrolls to the correct one when clicked. Is there a way to do this via a custom style.css or js solution? Examples:

I've previously made v:Template:Sliding_right_TOC that can do something similar for long TOCs (example of use), but has a few limitations:

Any ideas for something a bit better coded that would dork for references? T.Shafee(Evo&Evo)talk 01:52, 28 October 2020 (UTC)

@Bsherr, Trappist the monk, Jonesey95, Krinkle, and Primefac:. --by Huhu9001 (talk) at 16:52, 28 October 2020 (UTC)

I head many editors complaining about losing what they wrote due to edit conflicts.

Friendly advice: use Firefox, both on smartphone and on the computer. It works best, you may even go back in case of edit conflicts and copy/paste what you wrote previously. Tgeorgescu (talk) 17:53, 28 October 2020 (UTC)

I'm having an issue with WebP thumbnails on Firefox. I only just noticed this in the RDNA (microarchitecture) article and haven't done further inspection of any other articles. Screenshot of the issue is included.

I'm using Firefox 82.0 64-bit on Linux Mint 19 Tara. I restarted the browser, tried it in Private Browsing mode, made a new browser profile, and the issue persisted. The problem didn't occur on Chromium.

Anyone else? Linux Mint does their own build of Firefox, so there's a remote chance that this could be build-specific, so I'm asking just in case. Haven't filed a bug report yet, I don't even know what it involves, if there's a separate account registration needed, etc. and don't really have the energy for it right now. --Veikk0.ma 21:02, 28 October 2020 (UTC)

I did a Ctrl + F5 refresh of the page and the issue (or at least my ability to reproduce it) seems to be gone, because I'm now getting a PNG thumbnail instead of WebP. Even Chromium is being served PNG instead of WebP now. So someone took notice and made a configuration change.

If one goes to: [], scores are not displayed, and instead the following message can be seen: Musical scores are temporarily disabled. — Preceding unsigned comment added by Gakrivas (talkcontribs) 10:25, 29 October 2020 (UTC)