Wikipedia:Village pump (technical)

 Policy Technical Proposals Idea lab WMF Miscellaneous 

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

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.

« Archives, 176, 177, 178, 179, 180, 181, 182, 183, 184, 185, 186, 187, 188, 189, 190, 191, 192, 193, 194, 195, 196

Edit tab says siesie

Using Monobook, Edge, Win11. The Edit tab at the top of the page now says "siesie", which does not appear to mean anything in any language. DuncanHill (talk) 20:43, 10 March 2022 (UTC)

@DuncanHill; Is your language set to en-gb at Special:Preferences? ― Qwerfjkltalk 20:50, 10 March 2022 (UTC)

@Qwerfjkl: Yes, and it's never said siesie before. DuncanHill (talk) 20:51, 10 March 2022 (UTC)

@DuncanHill: Try changing it to en. Somebody at translatewiki.net has changed the translation, and it's better to use en, which is much better maintained. ― Qwerfjkltalk 20:55, 10 March 2022 (UTC)

@Qwerfjkl: If I could find where to fix it on translatewiki I would do that. I appreciate that there is a concerted campaign against the use of BrEng, but hadn't expected it to go so far as actual vandalism of the translations. DuncanHill (talk) 21:00, 10 March 2022 (UTC)

From memory, en-gb doesn't offer any benefits over en - there are no British English words used in the interface messages. That is why it is strongly recommended to use en. @Xaosflux may be able to better explain it. ― Qwerfjkltalk 21:08, 10 March 2022 (UTC)

I think there are a few cases where spelling differs in interface messages, such as "Uncategorized"/"Uncategorised" and "License"/"Licence". --Ahecht (TALK
PAGE) 21:30, 10 March 2022 (UTC)

I once made a full comparison and only found some -ize/-ise cases and a handful of other spelling differences. There were no different words like lift/elevator. I don't think anyone has ever deliberately harmed en-gb but there has been several cases where somebody accidentally saved translations to other languages as en-gb. "siesie" appears to be in the Twi language. The English Wikipedia generally only makes customized messages in the default en, not the other around 450 language settings. PrimeHunter (talk) 21:39, 10 March 2022 (UTC)

• See Special:Preferences#mw-prefsection-personal where it warns you that: Language (Warning: Selecting a language other than 'en - English' will prevent you from seeing localized parts of the interface on the English Wikipedia, and you may see inaccurate external translations.):. You will need to track down the bad translation on translatewiki, get it reverted, then wait for the next time that mediawiki core updates from translatewiki to get that variant corrected. Using English variant interface languages is discouraged. — xaosflux ^Talk 21:27, 10 March 2022 (UTC)

  Looks like it's been fixed already. Suffusion of Yellow (talk) 21:30, 10 March 2022 (UTC)

  Update: Looks like a translatewiki admin already deleted that bad translation, so now you just have to wait. — xaosflux ^Talk 21:32, 10 March 2022 (UTC)

  Already fixed in mediawiki core, too. So next Thursday, I guess. Suffusion of Yellow (talk) 21:40, 10 March 2022 (UTC)

  I wouldn't call it a translation. It is the transliteration in English for "thank you" in Mandarin. 71.105.141.131 (talk) 14:11, 12 March 2022 (UTC)

  I expect it also means "Edit" in Twi, as the translation was mistakenly created by a translator to that language. Matma Rex talk 21:37, 13 March 2022 (UTC)

  I see no such warning on Special:Preferences. Modest Genius ^talk 20:52, 14 March 2022 (UTC)

  @Modest Genius, perhaps you're not using 'en' as your language? The message is MediaWiki:Yourlanguage and it's only visible if your interface language is English already as the warning is added locally here, see https://en.wikipedia.org/wiki/Special:Preferences?uselang=en. The variant languages use the stock message: en-ca, en-gb which does not contain the warning. (And funnily enough, it's situations like this that the warning is meant to prevent.)– Ammarpad (talk) 11:19, 19 March 2022 (UTC)

• I came here to report the same issue. Glad to hear it's in the process of being fixed, though I'm surprised it takes so long. Modest Genius ^talk 20:52, 14 March 2022 (UTC)
• It's still saying siesie today. Has someone reverted the correction? The C of E God Save the Queen! (talk) 08:48, 15 March 2022 (UTC)

Edit = Siesie?

I just came on today and the word "edit" on the editing tab at the top of a page has been replaced with the word "siesie". Is this a glitch or some sort of hack? The C of E God Save the Queen! (talk) 08:11, 12 March 2022 (UTC)

@The C of E: This was also asked above; see #Edit tab says siesie. DanCherek (talk) 08:18, 12 March 2022 (UTC)

Kenkan

As an aside, the "Read" tab displays as "Kenkan", which appears in the mediawiki link above alongside "siesie". I would be interested to know if this is a common problem in translate wiki, or if it's only the en-gb ones that get noticed here. CMD (talk) 05:53, 13 March 2022 (UTC)

Cursory web search: Kenkan in Japanese apparently means "dislike/hatred of Korea". 69.203.140.37 (talk) 13:06, 13 March 2022 (UTC)

I expect it also means "Read" in Twi, as the translation was mistakenly created by a translator to that language. Matma Rex talk 21:36, 13 March 2022 (UTC)

@Chipmunkdavis It is an occasional problem for other languages as well, see e.g. this bug report from a few years ago about incorrect translations appearing in Catalan. It seems to be somewhat more common for British English, I suspect there are two reasons for it: a) apparently zero people review translations to British English b) relatively many people set British English as one of the languages they speak on Translatewiki, which makes it easier to accidentally start translating to the wrong language. Matma Rex talk 21:41, 13 March 2022 (UTC)

I would be willing to review translations to British English since 1. It's simply just English with alternate spellings and 2. it needs someone to review the translations. Unfortunately I have a feeling I would have to be an admin or something to do so. ― Blaze Wolf^Talk_{Blaze Wolf#6545} 13:15, 15 March 2022 (UTC)

@Blaze Wolf I don't think you need to be an admin, although you might have to request translator rights (I'm not sure how the process works these days). Just sign up on translatewiki: (note that it's a separate site not maintained by WMF, so the account is not shared with Wikipedia), and then watch for the translations on recent changes or in the proofreading interface. Matma Rex talk 17:52, 15 March 2022 (UTC)

As an aside from the thread: British English is more than just alternate spellings. There is different vocabulary (for example, "torch" vs. "flashlight") and idioms (for example, "in hospital" vs. "in the hospital"). That being said, I'm not sure if the differences will come up a lot in Wikipedia interface messages. isaacl (talk) 03:04, 16 March 2022 (UTC)

@Issacl: Yes you are right. I honestly forget that sometimes, British English has different words for things than in American English (like "trousers" vs. "pants" or "chips" vs. "fries", or "petrol" vs."gas"/"gasoline") ― Blaze Wolf^Talk_{Blaze Wolf#6545} 12:58, 16 March 2022 (UTC)

@Isaacl: Repinging since I messed up the username. ― Blaze Wolf^Talk_{Blaze Wolf#6545} 13:02, 16 March 2022 (UTC)

The number of interface messages using a different word (as opposed to a different spelling of the same word) is very small. I know of no messages where the actual word used might cause confusion. I do know, however, that the word "moot" is used often in talkpage discussions where the user of that word is unaware that it has different meanings in British and American English - and that those meanings are opposite. So I avoid its use altogether, choosing some non-ambiguous wording instead. --Redrose64 🌹 (talk) 22:35, 16 March 2022 (UTC)

@Redrose64: Honestly when you said that I thought you were saying the meaning of moot in both languages was opposite, not that the meanings were opposites of each other. ― Blaze Wolf^Talk_{Blaze Wolf#6545} 22:43, 16 March 2022 (UTC)

You're right. In my first time on translatewiki, I tried translating Twinkle messages to Hindi language until I realised minutes later, that I was in fact translating it to British English, and that all my translations went to the wrong place. Plus, I wasn't able to find an Undo button. I expect more people to have suffered this way. ---CX Zoom(^he/_him) (^{let's talk}|_contribs) 18:10, 15 March 2022 (UTC)

…still "siesie" today. Any idea how to get this fixed? CX Zoom: can you share a link to where you were editing? —Sladen (talk) 09:39, 16 March 2022 (UTC)

@Sladen (and everyone else). So yes: Set your language to English and this problem should go away for you. For any other translated message errors, you just have to wait for the update cycles. We're not going to create English Wikipedia overrides for these unless something outright vulgar is in there. — xaosflux ^Talk 11:02, 16 March 2022 (UTC)

Signpost sign-up page

Tracked in Phabricator
Task T299896

Hello, all. Wikipedia:Wikipedia Signpost/Subscribe doesn't seem to be readable for me in Chrome, and I'm getting reports that it's not readable while logged out in Firefox (but maybe it is while logged in?). Is this a known problem? Whatamidoing (WMF) (talk) 19:24, 11 March 2022 (UTC)

This seems to be a general issue with MassMessage. I have a smaller list and can't see it unless I go to page history or start editing. —GMX^{(on the go!)} 19:50, 11 March 2022 (UTC)

I can't see that page either in Chrome, even in mw:safemode. Whatamidoing (WMF) (talk) 20:16, 11 March 2022 (UTC)

Try now, I reset the page. Can't promise it won't break again! — xaosflux ^Talk 21:33, 11 March 2022 (UTC)

I can see the Signpost page now, but not GMX's page. Whatamidoing (WMF) (talk) 23:28, 14 March 2022 (UTC)

I cant see it on mobile safari, but on a Miraheze page, I was able to see the add targets but not see my targets. IAmChaos(alt acct - please ping my main) 20:48, 11 March 2022 (UTC)

• Seems like a bit more of what was going on in phab:T63926, if anyone knows how to get the massmessage extension maintainers to be more interested in that, please help! — xaosflux ^Talk 21:34, 11 March 2022 (UTC)

  mw:Developers/Maintainers says that this extension is not maintained by any WMF team. I'm not sure who does maintain it, beyond individuals trying to do their best. Whatamidoing (WMF) (talk) 23:30, 14 March 2022 (UTC)

  @Wctaiwan and X-Savitar: is MMS something you are still working on? — xaosflux ^Talk 15:35, 17 March 2022 (UTC)

  I haven't worked on this in a long time, but at first glance I don't think this is the same issue as what was reported in the Phabricator task. I'm unable to reproduce the issue either logged in or logged out in Firefox and Safari, but if I can get a repro I can probably take a look. wctaiwan (talk) 15:53, 17 March 2022 (UTC)

  Legoktm pointed out that this might be phab:T299896. I can try to take a look in the next few days. wctaiwan (talk) 15:58, 17 March 2022 (UTC)

Wikispecies - vernacular names in title - template issues

Hello, over on wikispecies, Felis catus (this version) is using indicators to display to the right of the page name/title, a/the vernacular name, based on the user's language, chosen via the language selector, using:

Hello, following on from the item above re the proposed display as the wikispecies page title, in addition to the taxon's scientific/Latin name (the page name), a/the vernacular name according to the user's language, chosen via the language selector (a $wgRestrictDisplayTitle-related patch is currently at the review stage per Phabricator:T303665), I am encountering a couple of issues in preliminary testing (to be combined later with DISPLAYTITLE:):

As can be seen in the sandbox here, which is drawing on wikispecies:Felis catus, the following

{{align|left|{{PAGENAME}}}}{{align|right|[ {{{style|<span style="border-bottom:1px dotted">}}}{{#invoke:Transcluder|main|Felis catus|only=parameters|parameters={{Uselang}}}}</span> ]}}

results (ignoring here the dotted underline) in:

Scientific name

[ Vernacular name ]

<indicator name="vernacular pagename">[ {{{style|<span style="border-bottom:1px dotted">}}}{{#invoke:Transcluder|main|{{BASEPAGENAME}}|only=parameters|parameters={{Uselang}}}}</span> ]</indicator>

(1) However, if one chooses French (fr) as one's language from the language selector, the Vernacular name is displaying the entries both for fr=Chat domestique and frr=Kaat; how do you ensure only (fr=) Chat domestique is displayed? [Raised also on Module talk:Transcluder, Maculosae tegmine lyncis (talk) 10:28, 15 March 2022 (UTC)]

(2) If no vernacular name is entered for a particular language, how do you display nothing on the right-hand side, rather than [ ]? [struck, Maculosae tegmine lyncis (talk) 10:28, 15 March 2022 (UTC)]

As a third issue, and of lower priority, but for future-proofing,

(3) In case a parameter=en or equivalent is entered in another part of the taxon page, as can be seen from the sandbox here, the lower on the page of the two en= entries is returned as standard; I can return the en= value from a named section higher on the page, but not if the section name has {{int:}} before it, how does one do that? Also, following another item above, how do you (in relation to Module:Transcluder) combine only=parameters|parameters= with only=templates|templates= , so that, ideally, we could ensure only the value for the parameter "en=" within the template "VN" within the section "Vernacular names" is returned? Thank you, Maculosae tegmine lyncis (talk) 14:46, 14 March 2022 (UTC)

You probably will have better luck asking an wikipedia on the list at phab:source/mediawiki-config/browse/master/wmf-config/InitialiseSettings.php$14778#L14778. English wikipedia does not use this feature. Testing this on species before the setting is live is not going to work, try previewing a page on one of the wikis in the list, make sure any saves you do are in a sandbox, those wikis are not test wikis.--Snævar (talk) 07:10, 18 March 2022 (UTC)

Questions on how cite box formats the auto filled date

I've had a question about how the a 'cite box' formats the access date, but cannot get an answer. I figure I'm not being clear in my question, but I cannot think of any other way to ask the question. Here's what I have done in the past. Click where I need to to place the cite. Choose correct cite type. Enter info in the box. When it comes to the access date space I always just click on the calendar icon and it automatically populates with the date in this format: 1 May 2022. I've had occasions where I've added a cite - sometimes multiple in the same article - due to there being a 'needs cite' indication in the article. Two days later another editor has reformatted all the cite dates even though I do them the way I describe. When I've asked about this so I can learn more about the why I usually get a link from the editor out to a style article. The question I am asking is 'why isn't the way the cite box formats the date acceptable?'. I get that it may be a consistency issue within the article. I also get that it might be the difference between European and American date formatting. The articles where this has happened are dealing with primarily subjects originating in the US. They have also been articles where I have done the majority of cites, although I was not the first to add cites in some cases. I get the precedence rule - first one to cite establishes the format, so to speak. Just writing this out I think I am beginning to understand some of the why, but I will ask again, Why isn't the way the cite box auto fills the date correct in all cases? Thanks to anyone who patiently responds.THX1136 (talk) 00:12, 15 March 2022 (UTC)

"the calender icon" is in RefTools, it looks like this File:Cite Journal October 2018.png. That particular format is configured on MediaWiki:RefToolbarConfig.js. I can see your point, if the format is not in line with policy, then the tool should not output it. If the image I linked does not match what you where using please do say so. I recon the previous thread was User talk:Walter Görlitz/Archived Talk to 2020-12#Quick question on the date thing. I am going to allow others to answer the policy part - whether that date format is allowed. --Snævar (talk) 01:54, 15 March 2022 (UTC)

That date format is OK in articles that use dmy dates (i.e. with European date format) but not otherwise. See the relevant part of the Manual of Style. This is a long-standing issue. Graham87 15:08, 15 March 2022 (UTC)

@Snævar I was going to say, I run into this in ProveIt, although way less than the old top toolbar. Star Mississippi 01:42, 19 March 2022 (UTC)

ProveIt uses "general date preference from Special:Preferences".--Snævar (talk) 04:04, 19 March 2022 (UTC)

Yes, that is indeed the item I referred to as the 'cite box'. I will also check the link mentioned by Graham87. Thanks to you both.THX1136 (talk) 00:47, 16 March 2022 (UTC)

I think I've finally comprehended the guidelines and the answer to my question. I have some random cognitive issues at times and this was one of those times. Thanks again for your patience and responses.THX1136 (talk) 23:38, 16 March 2022 (UTC)

Hiding buttons

I am on a mobile device. I prefer the desktop view, as it has more helpful buttons and links, and lays out the buttons in a way that none overlap. However, how would I setup a css or js file to hide certain buttons and links I will rarely use? Like the "contributions" and "beta" links. Thanks! -- L10nM4st3r _(talk) 11:48, 15 March 2022 (UTC)

You can hide elements in Special:MyPage/minerva.css (that is the skin used in mobile desktop view normally). — xaosflux ^Talk 13:21, 15 March 2022 (UTC)

I changed to MonoBook, but I'm smart enough here to know to use the monobook.css file. How would I hide them? "display:none" I guess, but what am I hiding. Does each button have a special identifier, or do I need to hide everything that says "beta"? Well, links anyway. Thanks though so far, I'm one step closer. -- L10nM4st3r _(talk) 13:37, 15 March 2022 (UTC)

Inspect the html to look for id= or class=. If I right-click "beta" in my browser then there is an inspect option which shows id="pt-betafeatures". Hide it with this in your CSS:

#pt-betafeatures {display:none !important;}

If it had said class="pt-betafeatures" then the code would say .pt-betafeatures instead of #pt-betafeatures. Some id and class names may be used in other places you don't want to hide. There are more complicated ways to influence that with selectors and including or excluding !important. Some people suggest to try to avoid !important so other features get more control of the id or class. PrimeHunter (talk) 14:39, 15 March 2022 (UTC)

Ah, thanks. And no, I did not reload the page 800 times waiting for a reply. This was a coincidence that I was fast to respond. Thanks again! -- L10nM4st3r _(talk) 14:44, 15 March 2022 (UTC)

@User:PrimeHunter: Oh yes! I was scared my browser wouldn't accept a custom "css" file I make, but now the beta button is gone! I was shocked at first, looking for a button that isn't there (but only in wikibooks, I'll add it to my Wikipedia script later maybe). What is the id for my contributions button? Thanks! -- L10nM4st3r _(talk) 14:51, 15 March 2022 (UTC)

#pt-mycontris — xaosflux ^Talk 15:33, 15 March 2022 (UTC)

Notably, your browser isn't accepting this as a custom css file, we are parsing it and including it with your load; some browsers will allow you to load a local, private css file - but you would have to check with your browser specs for that. — xaosflux ^Talk 15:34, 15 March 2022 (UTC)

If this is the "User menu" dropdown to the right of the red alerts bell/counter, it doesn't seem to use ids except for the menu as a whole. In minerva skin, for me, the six entries in the list have their own individual classes, as follows:

• .menu__item--user - for the user page entry
• .menu__item--mytalk - for the Talk entry
• .menu__item--sandbox - for the Sandbox entry
• .menu__item--watchlist - for the Watchlist entry
• .menu__item--mycontris - for the Contributions entry
• .menu__item--logout - for the Log out entry

To hide two or more, you would comma-separate them thus:

.menu__item--sandbox,
.menu__item--mycontris {
  display: none;
}

I'm one of those who avoids !important wherever possible, it's a cop-out with effects that are not entirely predictable. If those selectors don't work alone, the thing to do is increase the specificity of the selectors. --Redrose64 🌹 (talk) 16:03, 15 March 2022 (UTC)

Wow, thanks guys! That is quite a list! Thanks! -- L10nM4st3r _(talk) 16:14, 15 March 2022 (UTC)

Now that I have hidden most of the buttons, how do I add them back to the "tools" section of the sidebar (or anywhere in the sidebar)? To be more specific, "moving", "page history" and the "watchlist" button (I assume I need a Java script file for this, that's fine). -- L10nM4st3r _(talk) 09:21, 16 March 2022 (UTC)

In CSS you can't. You would need to use JavaScript, and that is outside my field of knowledge. --Redrose64 🌹 (talk) 22:37, 16 March 2022 (UTC)

The history link could probably be done fairly easily with a WP:PORTLET link. ― Qwerfjkltalk 07:18, 17 March 2022 (UTC)

Looking for reviewers for Google Summer of Code

The "Edit Request Wizard" project is going well. We're getting a lot of students who are interested in working on the project this summer. If you want to help out by taking a look at their "microtask" submissions, that would be great. The first microtask is to try making an edit request and write down how that went; it should take just a few minutes to review. You can review as much or as little as you want, and I'm sure the students will really appreciate it. To get involved, just sign up on https://wikimedia.zulipchat.com and send me (@Enterprisey) a private message. Enterprisey (talk!) 03:29, 16 March 2022 (UTC)

@Enterprisey: I read the Phab and I am confused. Are these microtask edit request going to show up in the edit request backlog? There is already a large backlog of edit requests, how does adding a large number of test edit requests help? Is there a way for edit request reviewers to quickly identify which edit requests are part of this microtask so we can distinguish them from real edit requests? RudolfRed (talk) 16:26, 16 March 2022 (UTC)

Good catch. I've updated the instructions to require users to identify themselves as working on this project. I originally intended to have a requirement like that but must have forgot. I don't see a problem with clogging up the backlog, because in practice there has been only one edit request resulting from this (2022-02-15, by @Tsuirot). It was declined, but I disagree with the decline (because it's non-obvious that the statement is sourced to the scorecard (no visual connection), but whatever). I would be surprised if there were more than a single-digit number of edit requests made in total. The process isn't very easy for people with zero experience. We can revisit the question if we notice any low-quality edit requests. Enterprisey (talk!) 18:27, 16 March 2022 (UTC)

Thanks for the explanation. RudolfRed (talk) 20:17, 16 March 2022 (UTC)

I wonder whether it'd be possible to add Special:Tags to each edit. Whatamidoing (WMF) (talk) 19:39, 21 March 2022 (UTC)

Internal error

Tracked in Phabricator
Task T257002

This request [redacted] cause

MediaWiki internal error.

Original exception: [3f3e390e-d985-49d3-82ec-754b62a02a67] 2022-03-15 20:03:39: Fatal exception of type "Wikimedia\Rdbms\DBQueryError"

Exception caught inside exception handler.

Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information. --Sergei Frolov (talk) 13:07, 16 March 2022 (UTC)

@Sergei Frolov: It's timing out. Continuing to re-try won't help. Sorry. Try a smaller range such as 176.59.43.96/24, or you could try using external tools such as xtools:globalcontribs. External tools may give results because unlike production, they're allowed to have longer-running queries. I've also redacted the link from your post, simply because both humans and web crawlers will continue to click on it, unnecessarily consuming resources for a query that will never finish. — MusikAnimal ^talk 17:29, 16 March 2022 (UTC)

@MusikAnimal: I'm not sure that's right. If you increase the number of displayed results from 50 to 100, this request is handled correctly. So it's not related to timeout. --Sergei Frolov (talk) 17:45, 16 March 2022 (UTC)

I confirmed it was a timeout by looking it up in Logstash (link for those who have access). When there's a lot of data, MariaDB can get confused and choose an inefficient query plan, which is apparently what happens here once an offset clause and/or timestamp constraint is added to this particular query. Even adding a LIMIT as you say (100 instead of 50) can be enough to correct it.

As an aside, I'm not sure why the error page is missing formatting. I know there have been various issues with displaying errors to users lately, so it's probably related to that. — MusikAnimal ^talk 18:04, 16 March 2022 (UTC)

I've added a Phabricator ticket about this type of error, even though most users won't be able to see it (I only can because I started a related bug report that was marked as a duplicate). Graham87 04:02, 17 March 2022 (UTC)

Special:PendingChanges

Tracked in Phabricator
Task T304159

Is there any way to see the total number of entries in lists like that special page or Special:UnreviewedPages and the such without having to press "show the next 100" ad nausea? - Klein Muçi (talk) 12:10, 17 March 2022 (UTC)

For the most part, those would need to be built in the software, and some of them could be "expensive". You can see some examples of where this is done at Special:NewPagesFeed (bottom of the page) and Special:AutoblockList (header of the page). They can be built in to the page parsers such as the getTotalAutoblocks() function for the later. Feature requests such as phab:T163172 can be entered to discuss these. — xaosflux ^Talk 13:47, 17 March 2022 (UTC)

@Xaosflux, thank you for the information! The expensiveness factor was mostly what I wanted to know and how viable would a phab task really be for those lists. If you have anymore information towards that, I'd be happy to know. Even if the counting can be too exhaustive on the server side, maybe we still can implement it with a kind of limit and once that limit is reached it would read something like "more than X pages". Not having any kind of information whatsoever about the backlog on these situations is a bit frustrating and demoralizing, especially when you're doing cleanup campaigns.

Pinging @MusikAnimal since he was the creator of the aforementioned task, maybe some more insight can be provided. - Klein Muçi (talk) 14:11, 17 March 2022 (UTC)

You could mitigate the performance issue by using the toolserver. I think quarry:query/4320 is what you are looking for, there are several lists in FlaggedRevs. I won't be updating that query, you can fork it if you want that.--Snævar (talk) 07:00, 18 March 2022 (UTC)

@Snævar, thank you for that! Judging by the results, I think you have found the correct lists. But I wanted the numbers shown on the pages there because a lot of users are supposed to be looking at them. I could add them as links but special pages don't allow manual editing so... I'll go on with the phab-request and if they fail, at least I have your query for personal use. :) - Klein Muçi (talk) 12:57, 18 March 2022 (UTC)

The query seems to run very fast, both here and on wikis with a much larger backlog, such as ruwiki. I see no issue with adding this directly to the Special:PendingChanges UI, aside from the fact that mw:Extension:FlaggedRevs is essentially an extension that no one wants to maintain, thus adding new features might be questionable. Special:UnreviewedPages does not exist here on enwiki but I assume you're referring to the special page that does exists for some FlaggedRevs installations, again such as ruwiki. If you happened to mean Special:NewPages, that should probably be a separate Phabricator task since it is part of MediaWiki Core and not FlaggedRevs.

Note also there's Special:ValidationStatistics which gives unreviewed counts, but probably because of the additional info like "most active reviewers", the results are cached and only periodically updated. I would guess that still suffices for any cleanup campaign, however.

I could add them as links but special pages don't allow manual editing so – some Special pages have interface messages that administrators can edit, such is the case for both special pages here (i.e. MediaWiki:Pendingchanges-list). However linking to a Quarry result isn't ideal because it doesn't auto-update. — MusikAnimal ^talk 14:55, 18 March 2022 (UTC)

@MusikAnimal, thanks a lot for the information! It was really insightful. Especially about the interface messages because I didn't know you could meddle with their content manually. And you're right about your assumption on Special:UnreviewedPages. Unfortunately, I'm not really accustomed with that extension and I don't know how it differs on different wikis. Only now I'm learning that it does. So far we've only used it (SqWiki) in a pretty basic manner: Accept what will appear on Google (that's how many users refer it). - Klein Muçi (talk) 15:52, 18 March 2022 (UTC)

Adding optional parameter to userbox

Hello! I'm attempting to add an option parameter to {{User prog-0}} which I'm testing in a subpage of my userpage to see if what I'm adding is actually working. However, what I was told to add by SkyeWolf369 (who is much more experienced in CSS or whatever templates and userboxes are written in than I am) doesn't appear to be working. What exactly am I doing wrong? ― Blaze Wolf^Talk_{Blaze Wolf#6545} 00:55, 18 March 2022 (UTC)

Does it have to be in Template space for it to work properly instead of userspace? If so then I don't know how I would test it to make sure it works properly since I"d like to make sure it would be alright to add that optional parameter to the template before doing so. ― Blaze Wolf^Talk_{Blaze Wolf#6545} 02:20, 18 March 2022 (UTC)

I took the liberty of fixing it for you. – Jonesey95 (talk) 02:32, 18 March 2022 (UTC)

Thank you! Looks like it was a pretty simple fix and it was just missing a few things that prevented it from working. ― Blaze Wolf^Talk_{Blaze Wolf#6545} 02:42, 18 March 2022 (UTC)

Can I be provided with a link to the diff of the edit that made it work? SkyeWolf369 (talk) 12:53, 18 March 2022 (UTC)

Here —  Jts1882 | talk  14:12, 18 March 2022 (UTC)

Hiding disambiguation notifications

Tracked in Phabricator
Task T302848
Resolved

This message is to inform the community that if you do not like the disambiguation notifications feature, you can now hide it by adding the following to your common.css (or global.css to apply to all wikis):

.mw-disambiguator-notification { display: none; }

Pinging @Vchimpanzee who requested this in a discussion from March 1. Best, — MusikAnimal ^talk 16:31, 18 March 2022 (UTC)

List of protection levels on a wiki

Hi, I recently got appointed as an administrator on an another project. I only find three protection levels: allow all users, allow autoconfirmed users, allow administrators. English WP has many. Not sure if this because Administrators there have fewer powers or these are all protection levels. Can anyone help me know the list of all protection levels? Thanks! ---CX Zoom(^he/_him) (^{let's talk}|_contribs) 20:02, 18 March 2022 (UTC)

@CX Zoom: - Wikipedia:Protection_policy#Types_of_protection should have the information you are looking for. Hog Farm _Talk 20:08, 18 March 2022 (UTC)

English Wikipedia has requested additional protection levels. The ones you are finding on that wiki are the default. You probably don't need the levels we have here. Izno (talk) 20:09, 18 March 2022 (UTC)

You can find the full lists here. Do a search for 'wgRestrictionLevels'. -- zzuuzz ^(talk) 20:14, 18 March 2022 (UTC)

Thank you very much, y'all. :) ---CX Zoom(^he/_him) (^{let's talk}|_contribs) 20:30, 18 March 2022 (UTC)

@CX Zoom you can query them directly from the api, for example here they are for piwiki. — xaosflux ^Talk 20:57, 18 March 2022 (UTC)

All pages header

Hi, I'm looking for another help. I see an interface page pi:मीडियाविकि:Talkpageheader, which transcludes it's text on all talk pages in this project. Is there a interface page that transcludes the same text as header/footer on all pages, subject space and talk space? Thanks! ---CX Zoom(^he/_him) (^{let's talk}|_contribs) 23:04, 18 March 2022 (UTC)

@CX Zoom: I know of one, though not really a "header": pi:MediaWiki:Tagline. NguoiDungKhongDinhDanh 23:10, 18 March 2022 (UTC)

Addendum: You can also configure it to make it display different messages on different namespaces using wikitext conditional parser functions, just like in templates. NguoiDungKhongDinhDanh 23:16, 18 March 2022 (UTC)

Struck. That doesn't work. NguoiDungKhongDinhDanh 06:20, 19 March 2022 (UTC)

@CX Zoom if you really mean "all pages" you can use the MediaWiki:Sitenotice / MediaWiki:Anonnotice to put something on the top of every page. — xaosflux ^Talk 23:43, 18 March 2022 (UTC)

Basically, I wanted to put up pi:Template:Edit protection on there, which would automatically sense the edit protection level to show the appropriate protection-level topicon, without having to manually do all of that work. ---CX Zoom(^he/_him) (^{let's talk}|_contribs) 00:04, 19 March 2022 (UTC)

@CX Zoom: In which case, have you looked at our Module:Effective protection level? If you don't want the Lua route, you can use {{PROTECTIONLEVEL:type}} where type is one of: create, edit, move, upload (see my post at User talk:RMCD bot#Indication of move protection settings for two examples). --Redrose64 🌹 (talk) 20:49, 19 March 2022 (UTC)

@Redrose64: I took my inspiration from there, and the template I mentioned (pi:Template:Edit protection) uses the same to produce the topicons. I also tested it on pi:मीडियाविकि:Talkpageheader by temporarily protecting a talk page, and it works! But I couldn't find a sitewide equivalent of that MW page. pi:मीडियाविकि:Sitenotice doesn't help at all. ---CX Zoom(^he/_him) (^{let's talk}|_contribs) 20:55, 19 March 2022 (UTC)

@CX Zoom, if you want to find all of the potential "messages" on a page, use the mw:qqx trick. Remember that there are some differences per skin. Whatamidoing (WMF) (talk) 19:44, 21 March 2022 (UTC)

useCSS

I have an idea that the query parameter "useCSS" worked before (for example https://en.wikipedia.org/w/index.php?title=Table&useCSS=MediaWiki:Gadget-DisambiguationLinks.css). Did it, does it, and if so, how do I get it to work now? Utfor (talk) 05:20, 19 March 2022 (UTC)

@Utfor: You mean withCSS? NguoiDungKhongDinhDanh 06:17, 19 March 2022 (UTC)

Yes. Thank you! Utfor (talk) 06:20, 19 March 2022 (UTC)

As a note, this is deprecated now with the release of a similar technology that is supported in the core software. Izno (talk) 06:21, 19 March 2022 (UTC)

User:Izno How can this new method be used? Utfor (talk) 07:24, 19 March 2022 (UTC)

@Utfor: Like https://en.wikipedia.org/wiki/Main_Page?withgadget=dark-mode with a gadget name in MediaWiki:Gadgets-definition. For security reasons it only works if the gadget allows it with supportsUrlLoad. We currently only have that in two gadgets – not because the other gadgets are insecure but because it's a new feature and nobody has gone through the gadgets. PrimeHunter (talk) 08:39, 20 March 2022 (UTC)

Strange signature bug

Hello. On User talk:Elle(Sri Lanka), MalnadachBot tried to fix Lint errors in this edit. Due to an unclosed nowiki tag and broken template, it caused the bots' signature to appear after many comments which has unescaped ~~~~ after the nowiki. I tried to fix that and take the page back to how it looked before in this edit, but it somehow opened an unblock request. Jpgordon restored the page to before the bot edit, which caused their signatures to appear after others' comments (diff). I assume that due to some software change after 2014, anyone who edits a page with unescaped ~~~~ will have their signature inserted in its place. I noticed this happen to MalnadachBot in 5 pages by doing insource search. Seeking advice on what is the best way to prevent this from happening. ಮಲ್ನಾಡಾಚ್ ಕೊಂಕ್ಣೊ (talk) 18:38, 19 March 2022 (UTC)

ಮಲ್ನಾಡಾಚ್ ಕೊಂಕ್ಣೊ, after User talk:Elle(Sri Lanka) (diff ~599759546) the crap just kept piling up. I manually added {{unsigned}} everywhere by going through the history for the usernames and times, should be ok now. — Alexis Jazz (talk or ping me) 00:05, 20 March 2022 (UTC)

@Alexis Jazz: thanks for your effort, but the page has been deleted now. ಮಲ್ನಾಡಾಚ್ ಕೊಂಕ್ಣೊ (talk) 04:55, 20 March 2022 (UTC)

It has always worked like this as far as I know. It's not a MediaWiki bug but an unfortunate result of errors in the wikitext. It looks difficult to make a MediaWiki change which handles it automatically in a reliable way. Maybe a user script which examines the page history could be made but the user would probably have to check the diff before saving. PrimeHunter (talk) 08:16, 20 March 2022 (UTC)

Jpgordon, I disagree with this deletion. I had fixed the technical issues, there was no vandalism on that page IIRC and talk pages with block messages/unblock requests should be public whenever possible for optimal transparency. We don't delete talk pages from blocked people because they're blocked. — Alexis Jazz (talk or ping me) 13:04, 20 March 2022 (UTC)

Shrug. I can restore it if anyone cares, but really, this was one of my extremely rare WP:IAR moments. --jpgordon^{𝄢𝄆𝄐𝄇} 18:07, 20 March 2022 (UTC)

Jpgordon, could you please restore it? There was no reason for the deletion (not after I fixed it anyway) and the deletion could confuse sock puppet investigators if one would ever investigate if the account can be linked to another sockmaster. (it's uncommon on something this old but it happens) — Alexis Jazz (talk or ping me) 23:04, 20 March 2022 (UTC)

As one of the prime sock puppet investigators, I think the likelihood of this account ever being useful for anything is about as low as possible, and any sock puppet investigator is likely to be an admin entirely capable of looking at the deleted page, but sure, done. --jpgordon^{𝄢𝄆𝄐𝄇} 00:05, 21 March 2022 (UTC)

Timezone in wikitext?

{{#time:e}} returns UTC absolutely everywhere. Is it even possible to get for example "Europe/Berlin" from dewiki? I know

api = new mw.Api; api.get( { format: 'json', action: 'query', meta: 'siteinfo', siprop: 'general'} ).then( function ( data ) {window.alert(data.query.general.timezone)} );

gives me that, but is it possible to obtain this value in wikitext? — Alexis Jazz (talk or ping me) 23:42, 19 March 2022 (UTC)

Never mind. It's {{#timel: e}} — Alexis Jazz (talk or ping me) 00:10, 20 March 2022 (UTC)

Substitution fail

Hi, I created a Template:MLAWIN to substitute the templates for transclusion. Supposed to be used as {{subst:MLAWIN|2008}} . This was supposed to output this . As you can see here, my attempts [1] to get the year added failed and the template was added instead. Can someone update the template to rectify so that it provides an output like this. Venkat TL (talk) 08:57, 20 March 2022 (UTC)

<section> tags are not allowed in wikitext. Ruslik_Zero 14:31, 20 March 2022 (UTC)

I see. Thank you. Venkat TL (talk) 14:39, 20 March 2022 (UTC)

@Venkat TL: <section> alone is not allowed but your example tried to use <section begin=.../> and <section end=.../> from Help:Labeled section transclusion#Section marking. The problem was that the section name must be a constant string and not a wikitext expression. The section tags are evaluated before the wikitext to determine which wikitext to evaluate. PrimeHunter (talk) 15:25, 20 March 2022 (UTC)

ok. @PrimeHunter Thank you for looking into it and responding. I will now tag it for deletion as it is unviable. Venkat TL (talk) 15:30, 20 March 2022 (UTC)

Category redirect Foo playing up again

The category redirect Category:Foo (to Category:X1_ is filling up again with a lot of .js pages that the redirect bot can't fix. Can somebody with the skills and permissions please identify the source and amend it to clear the category? Thanks in advance. Timrollpickering (talk) 11:53, 20 March 2022 (UTC)

@Timrollpickering: Please always include an example. You said "filling up again" but none of the current pages have been edited since 2011 so I don't know whether you refer to those or something has changed since your post. It can only be changed by the user or an interface editor, but I don't know whether they edit user js to clean up non-article categories. The issue is that js pages are evaluated as wikitext when link tables are made so [[Category:Foo]] in a JavaScript comment (which has different syntax from a wikitext comment) causes categorization. Some scripts add wikitext comment syntax <!-- ... --> inside JavaScript comments to avoid this. PrimeHunter (talk) 15:10, 20 March 2022 (UTC)

It's mostly simpler to wrap the whole page in nowiki tags i.e.

// <nowiki>
. . .
// </nowiki>

 ― Qwerfjkltalk 16:56, 20 March 2022 (UTC)

The problem seems to be caused by something in the script on pages like User:Abu badali/popups.js that somehow causes them to populate the categories years later for no obvious reason. This has repeatedly caused problems with that redirect and the pages are locked against editing to fix them. Wikipedia:Village pump (technical)/Archive 181#General was a previous round of this. Timrollpickering (talk) 19:33, 20 March 2022 (UTC)

If I had to guess, this is related to Wbm1058's bot that is null-editing old pages. * Pppery * _{it has begun...} 19:35, 20 March 2022 (UTC)

It is filling up now as Tim said. These were added at the end of the category page since my first post:

• User:Manecke/popups.js
• User:Markhurd/popups.js
• User:Markhurd/popupsdev.js
• User:Mickster810/monobook.js
• User:Mulder416/popups.js

Recent null edits would cause that if the content wouldn't have added the category the last time link tables were made for the pages. There is around 240 kB of JavaScript before the category code. Some change in the wikitext parser might have deactivated the category code earlier but not now when the parser tries to interpret all that JavaScript as wikitext. Garbage in, garbage out. PrimeHunter (talk) 21:18, 20 March 2022 (UTC)

As I write this, there are 24 pages in Category:Foo and I just checked out 6 of them (25%) - every single one has the line

// eg [[category:foo]] and [[Category:Foo]] are equivalent

That is the offending line; the fix is as per Qwerfjkl's post of 16:56, 20 March 2022 (UTC) but only an WP:INTADMIN can do this (I'm not one). --Redrose64 🌹 (talk) 21:58, 20 March 2022 (UTC)

Indeed per THIS I've been null-editing pages in user space and have noticed several js pages being purged. Is there a Phabricator for .js pages being processed as wikitext? wbm1058 (talk) 23:02, 20 March 2022 (UTC)

phab:T280448 is about an example of pages with non-wikitext content model being processed as wikitext to make link tables. I assume it's deliberate and we rely on it in some cases. CSD templates work on js and css pages by adding a CSD category without displaying a CSD message. Many scripts like User:Anomie/linkclassifier.js have installation instructions with // Linkback: [[User:Anomie/linkclassifier.js]] to appear at Special:WhatLinksHere/User:Anomie/linkclassifier.js without actually displaying a link. I don't want this feature removed but maybe there could be an option to disable it on a page without resorting to tricks like <nowiki>...</nowiki>. PrimeHunter (talk) 02:57, 21 March 2022 (UTC)

Pattern not matching when subst:ed

{{SAFESUBST:#invoke:String|match|s= [[Foo|bar]] |pattern=%[%[([^%{{!}}%]]+)%]%]}} → Foo|bar
{{SAFESUBST:#invoke:String|match|s= [[Foo|bar]] |pattern=%[%[([^%{{!}}%]]+)%{{!}}[^%]]+%]%]}} → Category:Errors reported by Module String
but without SAFESUBST
{{#invoke:String|match|s= [[Foo|bar]] |pattern=%[%[([^%{{!}}%]]+)%]%]}} →
{{#invoke:String|match|s= [[Foo|bar]] |pattern=%[%[([^%{{!}}%]]+)%{{!}}[^%]]+%]%]}} → Foo
I know this is because of the pipe in the link, but is there any way around this (that can be substituted as well)? ― Qwerfjkltalk 12:34, 20 March 2022 (UTC)

The problem isn't the pipe in the link, it's that {{!}} is not expanded when substing so your pattern winds up trying to match [^%{{!}}%]] rather than [^%|%]] as you intend. If you change it to {{SAFESUBST:!}} it should work. Anomie⚔ 18:03, 20 March 2022 (UTC)

Mobile editing

Hello! I've almost never used the mobile editing interface myself resorting to getting the desktop view even when from mobile. Lately though I've had a user come for help at SqWiki about many mobile editing aspects. He's continuously asking for translation of certain strings and this made me understand that for us the whole mobile interface is almost untranslated. The system messages are, apparently, different for mobile and for desktop. Is that true for every/most system message? What has been the reasoning behind this? Asking because I want to learn more because, as I said, I know almost nothing for mobile editing.

Also, the said user is continuously struggling with talk messages not knowing how to ping, indent or sign. I'm teaching him/her in the manual way but it's surprising to me because he/she is most likely a new user. Shouldn't the reply tools be automatically activated for him/her? How do the said tools work for mobile? What is the right way to approach new users about activating them, especially on mobile scenarios?

Finally, he/she asked about help about adding WikiData links for an article in regard to its homologues in other languages. I was thinking that it would be somehow similar and switched to mobile view from my laptop but I couldn't locate the place where you can do that.

Any kind of help would be appreciated because I'm a total newbie in this aspect. - Klein Muçi (talk) 14:05, 20 March 2022 (UTC)

With regards to the reply tool on mobile, I understand it is planned to be released there eventually. ( @Whatamidoing (WMF)? ) ― Qwerfjkltalk 16:57, 20 March 2022 (UTC)

mw:Talk pages project/Mobile is available at htwiki right now (the team needed a public wiki to check something, and the lone regular mobile user there agreed to it) and should start deploying in the next couple of weeks, but sqwiki isn't on the initial list. @PPelberg (WMF), would you have any objections to adding the Albanian Wikipedia to that first batch? Otherwise, it'll be months before this new user gets it. Whatamidoing (WMF) (talk) 19:53, 21 March 2022 (UTC)

And regarding WikiData, you can access the page's Wikidata item through the horizontal 3 dots on the right. ― Qwerfjkltalk 17:01, 20 March 2022 (UTC)

@Klein Muçi: mobile interface messages have their own blocks in translatewiki. So they would have to be translated separately even though many of the strings would be same as in desktop. Looking at the progress for sq, Mobile frontend, User interface, Minerva Neue, Mobile apps and Commons app all have less than 10% translated. More translation of these would improve Mobile users' experience. ಮಲ್ನಾಡಾಚ್ ಕೊಂಕ್ಣೊ (talk) 17:24, 20 March 2022 (UTC)

@Qwerfjkl, is that the only way? Do I have to do the edit in WikiData so that it connects with the other languages? So "strange"...

@ಮಲ್ನಾಡಾಚ್ ಕೊಂಕ್ಣೊ, naive question if you have the information: Can't some of them be joined if they have similar outputs? Why is it important that they stay on different blocks? - Klein Muçi (talk) 17:54, 20 March 2022 (UTC)

@Klein Muçi: they are separate because they are part of different Mediawiki extensions. Messages cannot be joined, but if a message with same or similar text has already been translated, it will show up in the suggestion window so that it can be quickly copied in a click. ಮಲ್ನಾಡಾಚ್ ಕೊಂಕ್ಣೊ (talk) 18:36, 20 March 2022 (UTC)

@ಮಲ್ನಾಡಾಚ್ ಕೊಂಕ್ಣೊ, ah, I see. So that's a phenomenon that goes outside the mobile/desktop case. Okay then. That covers everything about translations I believe. Thank you! :) - Klein Muçi (talk) 18:43, 20 March 2022 (UTC)

As far as I can tell, yes. ― Qwerfjkltalk 19:50, 20 March 2022 (UTC)

Page moves by non-admins

If a page has a typo in its title and you want to fix it, you move it. However, if you're not an admin, there is no way for you to NOT leave a redirect from the old page or delete the old page altogether. (My information here may be wrong because it has been a lot of time since I saw the interface as a non-admin.) I understand that giving delete permission to non-admins might present a big potential for abuse but is there a way to move a page while simultaneously not leaving a redirect and tagging the old page for deletion? - Klein Muçi (talk) 14:17, 20 March 2022 (UTC)

@Klein Muçi, yes, There exists a special right called WP:PAGEMOVER. That does exactly what you want. Today I asked the service of one from WP:RMT Venkat TL (talk) 14:28, 20 March 2022 (UTC)

@Venkat TL, thank you! That's exactly what I wanted as you stated. Do you know of any way I can check which wikis have this privilege group activated globally? - Klein Muçi (talk) 17:46, 20 March 2022 (UTC)

@Klein Muçi No. That is beyond my understanding or knowledge, which is limited to the page I linked. May be admins such as @Ruslik0 or @PrimeHunter can guide you. Venkat TL (talk) 17:55, 20 March 2022 (UTC)

Klein Muçi and Venkat TL: Our "Page Mover" is a custom group we have here on enwiki, the group is not the secret here - it is having the underlying (suppressredirect) permission. On WMF wiki's this permission is only in 'sysop' and 'bot' on all projects. If a project wants to extend this permission to users, they could just ask to have it added to something like autoconfirmed, or add to an existing group such as autoreviewer or reviewer - they do not necessarily need to create a bespoke group unless they want to manage membership differently. Most projects, especially very small projects don't have any need for bespoke user groups. — xaosflux ^Talk 18:33, 20 March 2022 (UTC)

@Xaosflux, am I to understand EnWiki is the only one with that permission extended outside admin/bot user groups? - Klein Muçi (talk) 18:42, 20 March 2022 (UTC)

Klein Muçi no there are many, but not necessarily also needing a new "group" just to assign it. For example, bnwiki added it to their 'reviewer' group, bnwikivoyage addedit to their 'patroller' group, and elwiki added it to their 'rollbacker' group. Some projects made a group just for that purpose, for example ckbwiki. Much of what it right for a project is how they want to control who has access to what functions. — xaosflux ^Talk 20:18, 20 March 2022 (UTC)

Changes to user groups and user rights for Wikimedia wikis are made in https://noc.wikimedia.org/conf/highlight.php?file=InitialiseSettings.php. Settings for a wiki can be seen at Special:ListGroupRights but it cannot be edited at the wiki. Requests can be made at phab: with a link to a consensus at the wiki. PrimeHunter (talk) 21:41, 20 March 2022 (UTC)

See also m:Requesting wiki configuration changes. NguoiDungKhongDinhDanh 22:20, 20 March 2022 (UTC)

Klein Muçi, as said page movers can suppress redirects. In case of files (which you can't move at all because you're not a Wikipedia:File mover), LuckyRename automatically tags unwanted redirects for deletion if you can't suppress them. — Alexis Jazz (talk or ping me) 00:40, 21 March 2022 (UTC)

Thank you to everyone for the information provided! That's all I wanted to know and more. :D - Klein Muçi (talk) 03:35, 21 March 2022 (UTC)

Special:Recent changes - accepting changes

Sorry in the advance for the chaotic description!

In SqWiki, when viewing the recent changes, having activated the popup gadgets, I can quickly see a change by hovering over it and if it is a vandalism, I can click the "Revert" button next to it to revert that change. However if the change is good, no "Accept" button exists next to it to quickly approve it. Can someone explain to me why? And if something similar to my description can be implemented somehow? Maybe by a user script?

The question comes in a desperate time for us where reviewing changes is starting to get out of hands having less than 20 active reviewers in total. Edit filters, ORES and quick-reverting in the method I described above have helped keep vandalisms in check and have halved the list but accepting changes is still pretty time consuming for our small group of human resources. If accepting them, maybe only small ones, would be as quickly as reverting them, maybe, the list could be further halved again. - Klein Muçi (talk) 19:44, 20 March 2022 (UTC)

@Klein Muçi "revert" as part of most popup scripts is just a general function. "Accept" sounds like part of Special:PendingChanges or a similar extension, which the popup script maintainer likely didn't write a function for. enwiki uses server-side pending changes very rarely, those patrolling them either just use the special page or their watchlists. — xaosflux ^Talk 20:22, 20 March 2022 (UTC)

@Klein Muçi: Can you clarify why the changes need to be accepted? on SqWiki, are all pages under "Pending Changes" protection? Can you turn that off and just worry about rejecting bad edits? RudolfRed (talk) 20:28, 20 March 2022 (UTC)

@Xaosflux, the "revert" I'm talking about is not part of the popup script/gadget. [riktheje] (Albanian) is a function of our Wikipedia per se, most likely coming from the FlaggedRevs extension as I learned here some days ago. You're right about the Accept part though. It is part of the special page you mention (Special:PendingChanges). If you choose to review any of the pages in there, you'll get 2 main buttons: Accept changes or Revert changes. The later is the same as the one we already have in Special:RecentChanges but the first one is missing there and can only be accessed through the special page you mention, when choosing a specific edit to review. I'd want to have those 2 buttons in Special:RecentChanges but instead I only have 1 (the revert one). The Navigation popups gadget has nothing to do with all this beside the fact that I use that to hover over the edits in Special:RecentChanges and to quickly see what has happened.

@RudolfRed, I'm not really sure because I haven't dealt much with antivandalism myself. It has always been like that for us I believe. At least it has been ever since I can remember. Allowing every edit to be added immediately to every page would leave too much place for abuse I believe. :/ - Klein Muçi (talk) 04:04, 21 March 2022 (UTC)

Update: I say "Revert" but apparently the name in English for what I'm describing is rollback. Beside this button in Special:RecentChanges I'd want to also have an "Accept" button. Any way to achieve that? (The aforementioned gadget and extension are of a secondary importance in this matter.) - Klein Muçi (talk) 04:09, 21 March 2022 (UTC)

You would either need to extension devs to write a hook in to recentchanges (quite unlikely) or get a script author to add this to a script, there isn't just an option or setting to make that appear. — xaosflux ^Talk 09:24, 21 March 2022 (UTC)

1. What extension would need to be changed?
2. How can I write the request in a clear and understandable manner so I can ask it as a script request here? - Klein Muçi (talk) 12:58, 21 March 2022 (UTC)

   @Klein Muçi Note that the English Wikipedia uses "Pending Changes" (i.e. Flagged Revisions in protection only mode) - which is different than what sqwiki uses. Pending changes can quickly get severely backlogged if it is enabled without a sufficient volunteer reviewer community (e.g. it seems that sqwiki currently has a 604 day backlog).

   • The extension is mw:Extension:FlaggedRevs, general questions about it can be raised at mw:Extension talk:FlaggedRevs
     • I doubt you are are going to get its devs to extend it as phab:T185664 shows that extension is already critically unmaintained.
   • You could try asking over at Wikipedia:User scripts/Requests to see if anyone here is interested it working on a new script (that won't really get used here much) - maybe you will get lucky. Just ask in plain language as a user story: Describe your current workflow, and what you think could be improved with some scripting.
   • You started by asking about what I'm assuming is the sqwiki gadget, Flluska shfletimi, which seems to be a fork of ours, so if you want this to somehow be integrated to that script you could try asking our volunteers at MediaWiki talk:Gadget-popups.js.

   Hope that helps some! — xaosflux ^Talk 13:25, 21 March 2022 (UTC)

   @Xaosflux that helps a lot and you've described the situation perfectly. Can you also explain the difference between the ways we use FlaggedRevs? - Klein Muçi (talk) 14:10, 21 March 2022 (UTC)

   @Klein Muçi in protection only mode like we use here on enwiki, administrators must activate pending changes on a per-page basis as needed, similar to how we would apply page protection (see some examples in our log). FlaggedRevs on sqwiki is in full mode, applying to to entire namespaces (see phab:T27822) (c.f. phab:T44782 about autopromote thresholds). — xaosflux ^Talk 14:22, 21 March 2022 (UTC)

   @Xaosflux, hmm... So you basically apply that as a form of a lesser protection. What happens to all the other articles? They really get updated in real time, as soon as someone does an edit to them, no matter who that person may be? - Klein Muçi (talk) 18:49, 21 March 2022 (UTC)

   Yes, as the free encyclopedia that anyone can edit that may be considered a feature! (It does require a huge anti-vandalism effort, but we have huge anti-vandalism resources). — xaosflux ^Talk 19:12, 21 March 2022 (UTC)

   @Klein Muçi, I believe that dewiki atnd sqwiki have similar tools for that. If you haven't sorted it out already, try asking for help at w:de:WP:FZW or at w:de:Wikipedia:Technik/Werkstatt. Whatamidoing (WMF) (talk) 19:59, 21 March 2022 (UTC)

Cross-wiki linking not working for... some reason?

I was trying to link the English wiki article for Arnold McCuller in the Portuguese Wikipedia like this: [[en:Arnold McCuller|Arnold McCuller]], but it resulted in it not showing. A similar test I made in the English Wikipedia's sandbox produced the same result, but it works just fine on metawiki when I tried it out. Is it just my browser or is it some weird glitch? wizzito | say hello! 04:42, 21 March 2022 (UTC)

If you are trying to link it inline, then you must place a colon in front: [[:en:Arnold McCuller|Arnold McCuller]]. The way you linked it is a pre-Wikidata interwiki link. Izno (talk) 04:54, 21 March 2022 (UTC)

See more at Help:Interlanguage links. It behaves differently at meta because there isn't meta wikis in different languages. PrimeHunter (talk) 05:02, 21 March 2022 (UTC)

Wizzito, use w:pt:Música de Chiquititas (2013). The w specifies the project. See also m:Help:Interwiki linking. Or give Bawl a shot (enable full page editing in the settings) which rewrites external links automatically so you can just copy/paste them from your address bar. This project is still early access so the occasional bug could arise, but see my edit history. I hardly use anything else now. Most bugs are fairly minor at this point and those that are still around generally don't affect full page editing. — Alexis Jazz (talk or ping me) 05:27, 21 March 2022 (UTC)

Weird, because I swear I've linked that way a lot and it just seems like it stopped working recently? wizzito | say hello! 05:37, 21 March 2022 (UTC)

The [[lang:Page]] format was never for making inline links, it was for updating the "in other languages" section (and it still used that way for non-content pages); for articles this is now usually done with wikidata links. — xaosflux ^Talk 10:27, 21 March 2022 (UTC)

What linking without a colon at the start does is namespace-dependent, in a way that is probably confusing. —Kusma (talk) 10:49, 21 March 2022 (UTC)

G12 category populated by ghosts

In the last two weeks Category:Candidates for speedy deletion as copyright violations has gone from acting normally, to having PAGESINCATEGORY list 1 article (even though there are none), and at current tally it's giving 7, despite there being no actual pages in that category. I've looked for everything I could think of as far as hidden text goes, and while I know that the dbase sometimes lags and you'll see a single page when there isn't, now that there are 4 ghost pages in there I'm starting to think this is a bug and not just a glitch. (please ping on reply) Primefac (talk) 10:13, 21 March 2022 (UTC)

Given that phab:T85696 says we can now get recounts by purging the page, I tried to purge both the category and Template:CSD-categories but nothing happened. So yeah, maybe another bug? —Kusma (talk) 10:24, 21 March 2022 (UTC)

Tech News: 2022-12

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

New code release schedule for this week

• There will be four MediaWiki releases this week, instead of just one. This is an experiment which should lead to fewer problems and to faster feature updates. The releases will be on all wikis, at different times, on Monday, Tuesday, and Wednesday. You can read more about this project.

Recent changes

• You can now set how many search results to show by default in your Preferences. This was the 12th most popular wish in the Community Wishlist Survey 2022. [2]
• The Jupyter notebooks tool PAWS has been updated to a new interface. [3]

Future changes

• Interactive maps via Kartographer will soon work on wikis using the FlaggedRevisions extension. Please tell us which improvements you want to see in Kartographer. You can take this survey in simple English. [4]

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

15:59, 21 March 2022 (UTC)

People on this page will want to note that line about the schedule change. WP:THURSDAY isn't on Thursday this week. Whatamidoing (WMF) (talk) 20:33, 21 March 2022 (UTC)