Wikipedia:Village pump (technical)
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
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.
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. 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>!! !! !! !! !! !! !! !! !! !!
(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.
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....
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 22.214.171.124 (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)
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)
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
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
rmwhitespace() like this:
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!
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?
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 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)
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 (talk • contribs) 10:25, 29 October 2020 (UTC)