Is it possible to delete and reorder template parameters using AWB? I can't seem to find that option anywhere. If not, does anyone have any regexes for deleting the content of entire parameters within a template or for reordering existing ones? Thanks, – Srdjan m (talk) 19:47, 29 January 2020 (UTC)

You could do that with regular expressions, though making an expression that would always match every possible parameter value could be tricky. I would not like to give examples, unless I try it out first! Graeme Bartlett (talk) 13:03, 31 January 2020 (UTC)

@Graeme Bartlett: Well, if you can figure out how to do it reliably, do let me know. You can use any example you want for deleting parameters and reordering them. Infobox examples might be best. – Srdjan m (talk) 11:11, 4 February 2020 (UTC)

Srdjan m, I am not sure if it helps. Years and years (and years) ago we ran AWB to convert tables of data into a sectioned infobox. That required the bot to move lines around. I think the trick I used was to put a dummy text in front of each line, with a number for in which section a piece of info needs to go. Then you have a regex that swaps 'line2 (data)' and 'line1 (other data)' and all combinations, and you repeat that swap x-times. At some point, there are no cases where there is a 'line2' before a 'line1' and you are all sorted. The code can be found here: User:Beetstra/Chemicals. It results in edits like diff (note that in the old table there is no 'order' in the information in the old diff, and that in the output the data is put into the correct section. Note that the script is 'buggy' (in that it may miss misspelled stuff, and that it eats other things on the page). Dirk Beetstra ^{T C} 13:35, 4 February 2020 (UTC)

I'd like some assistance with a template coding problem that's been brought to the attention of WikiProject Canada. Our List of villages in Canada is split up into separate sublists for each province, most (but not all) of which have been made collapsible due to the number of villages in each list. However, in all of the collapsed lists, the template doesn't actually display any column headers to explain what the data in each column represents. But if we attempt to edit the templates, column headers are present in them — which means they're just not displaying to the end user in page view mode.

So I wanted to ask if somebody with more experience in template coding can figure out if there's something in the template coding that can be changed to make the column headers display properly. Thanks. Bearcat (talk) 14:49, 4 February 2020 (UTC)

Before attempting to solve that issue, it should be better to observe MOS:DONTHIDE and rework the layout (or split if needed). --Gonnym (talk) 14:53, 4 February 2020 (UTC)

Just show everything by default. The article is not that long, and you'd be complying with MOS. – Jonesey95 (talk) 15:56, 4 February 2020 (UTC)

Well, here we go again. A few minutes ago there were severe connection problems with all server clusters (At least for me!), and, as of writing this, ESAMS and EQIAD are at 0% ATS backend availability for upload per grafana. Anyone know what's going on? --moonythedwarf (Braden N.) 17:01, 4 February 2020 (UTC)

((More citations needed)), ((COI)), ((No footnotes)), ((Disputed)), – examples of cleanup templates that have working, functional substituted dates

((Tone)), ((POV)), ((Cleanup reorganize)), ((Like resume)) – examples of ones that don't

Same thing with inline templates:

((Citation needed)), ((Incomprehensible inline)), ((Clarify)), ((Who)), – examples of ones that work

((POV statement)), ((Date missing)), ((Dubious)), ((Excessive citations inline)), – examples of ones that don't

When you just insert the template, this is supposed to show up:

Month and year
((subst:CURRENTMONTHNAME))
((subst:CURRENTYEAR))

I don't know why this does not occur with some of them. I've scoured the source code for all that I could find. I looked long and hard for similarities between the ones that worked and the ones that didn't. Couldn't find any. They all seem to have the code in place to substitute dates, and no other abnormalities.

It has been this way for some years now, I believe. Please can someone investigate this issue so that it can be fixed. Thank you. · • SUM1 • · (talk) 04:33, 5 February 2020 (UTC)

((Tone|((subst:DATE)))) works fine for me. It produces ((Tone|date=February 2020)). I did the same thing with ((POV)), ((Cleanup reorganize)), and ((Like resume)), and they worked fine. – Jonesey95 (talk) 05:27, 5 February 2020 (UTC)

@Jonesey95: Oh, that's not what I meant. The thing I said is supposed to show up when you insert the template does not show up for ((Tone)) and the others. · • SUM1 • · (talk) 05:40, 5 February 2020 (UTC)

@Jonesey95: Don't worry, I've figured it out. Some of them have

== Template data ==

<templatedata>

{

"params": {

"date": {

"label": "Month and year",

"description": "Month and year of tagging; e.g., 'January 2013', but not 'jan13'",

"type": "string",

"autovalue": "((subst:CURRENTMONTHNAME)) ((subst:CURRENTYEAR))",

"suggested": true

}

},

"description": "a description"

}

</templatedata>

in their documentation, and some of them don't. Perhaps someone could help me with adding this to all of them. · • SUM1 • · (talk) 05:54, 5 February 2020 (UTC)

Good detective work. That is the Template Data programming code used by the Visual Editor. If you insert one of those templates using the Visual Editor, and the template does not have the Template Data programming code in its documentation (please don't ask why template programming code lives in the unprotected documentation page), you won't get the date automatically. Most, or maybe all, of the above templates will have a date automatically added by a bot, so it should not be a problem. – Jonesey95 (talk) 06:00, 5 February 2020 (UTC)

@Jonesey95: Indeed. Though, I was considering mentioning, just like with the ((Unsigned)) and ((Unsigned IP)) templates, I've seen multiple times the bots fail to add the dates at all, years later. I also find out TemplateData is also used for the 2017 wikitext editor, which explains why it works the same way when I edit in source mode while not logged in, as of today. · • SUM1 • · (talk) 06:33, 5 February 2020 (UTC)

Why ((unstripNoWiki)) notwork in ((subst:))?

• See Special:Diff/938286178
• In lua console, I try to print the return value returned from mw.text.unstripNowiki, then I got a string like ?UNIQ...-nowiki-00000000-QINU?, so I think mw.text.unstripNowiki notwork in ((subst:)).

BUT WHY? And How to fix it?--Yu-Fan 宇帆 (talk) 07:42, 30 January 2020 (UTC)

Tested it and it does seem to work, the substitution simply places the template parameter in the Unstrip module invocation, so it will look the same but it is actually displayed from the function invocation. --qedk (t 桜 c) 15:29, 30 January 2020 (UTC)

@QEDK:

((#invoke:Unstrip|unstripNoWiki|<nowiki>[[12]]</nowiki>)) → 12 (work)

but ((subst:#invoke:Unstrip|unstripNoWiki|<nowiki>[[12]]</nowiki>)) → [[12]] (not work)

((safesubst:#invoke:Unstrip|unstripNoWiki|<nowiki>[[12]]</nowiki>)) → [[12]] (not work)

I think it doesn't work. (see sandbox test Special:diff/938411191)--Yu-Fan 宇帆 (talk) 01:00, 31 January 2020 (UTC)

• Does anyone know how to DELETE <nowiki><nowiki/> tag and keep the inner text in ((subst:))? --Yu-Fan 宇帆 (talk) 06:57, 5 February 2020 (UTC)

  I think you're misunderstanding the purpose of the template. It displays the text as it is supposed to be displayed without the tags (by invoking the module), it does not substitute and remove the nowiki tags itself. --qedk (t 桜 c) 07:27, 5 February 2020 (UTC)

Should there be any issues, please report them to Talk:Main_Page#Tech_update_has_gone_live. Thank you, — xaosflux ^Talk 00:08, 5 February 2020 (UTC)

Xaosflux, thank you —TheDJ (talk • contribs) 08:38, 5 February 2020 (UTC)

If I click the "mark all notifications as read" button on mobile, the notifications clear on mobile, but on the desktop version I still see unread notifications. I've had this bug for a few weeks now, is anyone else having this problem? Narutolovehinata5 ^tccsdnew 00:14, 3 February 2020 (UTC)

It eventually remembers. I have had to click mark all over several sessions before it stuck. At this point, I just click desktop mode on the bottom of wikipedia and clear notifications from there. Slywriter (talk) 14:31, 5 February 2020 (UTC)

Before I ask for this in Phabricator I want to see if anyone besides me supports it.

Special:Watchlist shows the number of changes for each day as a clickable link. This is great for the current day but there is no single link that will show the diff from your last visit until now if there were unseen changes before today.

For example, this is a line in my watchlist from yesterday and today:

5 February 2020

filled dot, expansion triangle, timestamp Wikipedia:Village pump (proposals)‎‎(3 changes | history)

4 February 2020

filled dot, expansion triangle, timestamp Wikipedia:Village pump (proposals)‎‎ (30 changes | history)

I recommend changing it so it shows the "changes since last visit" so in addition to showing it if either there are a mix of unread and read messages on a given day, it also shows with the total number of unread messages if there are unread messages across more than one day.

This would now look like:

5 February 2020

filled dot, expansion triangle, timestamp Wikipedia:Village pump (proposals)‎‎(3 changes | 33 changes since last visit | history)

4 February 2020

filled dot, expansion triangle, timestamp Wikipedia:Village pump (proposals)‎‎(30 changes | 33 changes since last visit | history)

Note the "33 changes since last visit" is the same for both days. I could click on either link to "fully catch up" for this page. Right now, I click on History, scroll down to the newest link I have read, and click on the "cur" link to get the same "diff" page.

Would others find this useful enough to suggest at Phabricator? davidwr/(talk)/(contribs) 17:29, 5 February 2020 (UTC)

This would be phab:T4877. --Izno (talk) 18:07, 5 February 2020 (UTC)

(See also phab:T10681. --Izno (talk) 18:12, 5 February 2020 (UTC))

20:04, 3 February 2020 (UTC)

Is that all? Looks like a boilerplate with no extras. --Redrose64 🌹 (talk) 20:19, 3 February 2020 (UTC)

Redrose64, I was surprised too. Is that really it? moonythedwarf (Braden N.) 20:20, 3 February 2020 (UTC)

It appears so from [1]. PrimeHunter (talk) 22:42, 3 February 2020 (UTC)

Pinging BBearnes (WMF), who populated the changelog file for the previous version. Is there a changelog for this version? Sorry to bother you if you are the wrong staffer to ask. – Jonesey95 (talk) 00:11, 4 February 2020 (UTC)

It's complete. There's just not much to say this week. – Ammarpad (talk) 04:44, 4 February 2020 (UTC)

Apologies - we've still got a bug with automatic generation of deploy notes. See T243330: train-deploy-notes Jenkins job fails in conjunction with branch.py for that. We'll get something posted here. - Brennen (talk) 18:46, 5 February 2020 (UTC)

I've come across a significant problem with List of Canadian Inuit, which I'd like to solicit some help in cleaning up.

The default sort order in the list is by surname, using the ((Sortname)) template without issue. The problem comes up in the other columns which are using the generic ((sort)) template instead — in order to impose extra control on the specific order in which the entries would be sorted if a reader attempts to re-sort the list on that column, each entry is simply sortkeyed with sequential numbers: the entry that should become first is sortkeyed "001", the entry that should become second is sortkeyed "002", the entry that should become third is sortkeyed "003", and on and so forth. And this is, further, being used to control more than just each column in isolation: for example, in order to ensure that the four people in the list who were born in Manitoba remain in alphabetical order even after the list is re-sorted on the "region" column, those four people are sequentially sortkeyed as 003, 004, 005 and 006 in that column.

What this means, however, is that I can't simply add a new entry for an Inuit person who isn't already in the list, such as the Inuit musician whose article I was attempting to add when I discovered this — each time I want add even one new person, I would also have to undertake an extended project, anywhere between one to three hours long, of manually readjusting every single numbered sortkey in the entire rest of the article to reflect each individual column's new desired sort order. If there's a new Inuit person from Manitoba to add, for example, I would have to manually +1 every sortkey in that entire column for every single entry through the entire rest of the list in the process of adding that one person. Which in turn ends up meaning that the list can't be properly added to or completed at all, because no editor can or should ever reasonably be expected to commit to actually doing that much work. Only one new person has actually been added to this list since 2015, even though there are literally dozens of missing entries for Inuit people who do have articles to add — and I suspect that the opaqueness and dauntingness of this sequential sortkeying system is a big part of the reason for that.

Obviously, we shouldn't be using opaque coding systems like this, or creating this much excess work for editors who try to actually add new entries to the list — the template coding needs to be as transparent and simple as possible, and the only time a column should ever be sorted on numbers is when the visible data in the column is numbers. So is there any way to quick-fix this in an automated manner, or is somebody just going to have to buckle down and manually remove all the numbered sortkeys? Bearcat (talk) 16:48, 6 February 2020 (UTC)

@Bearcat: A search-and-replace from ((sort| to ((subst:P2| will remove the calls to the ((sort)) template, since Template:P2 is a template that outputs its second parameter. The space at the start of the replace string makes sure that the table cells are not completely empty; without that space, the table formatting is damaged. I've tried this at User:John of Reading/X1. -- John of Reading (talk) 18:20, 6 February 2020 (UTC)

Okay, thank you, that worked. I got confused by it for a second and thought it had broken other things, but it actually didn't. Bearcat (talk) 18:33, 6 February 2020 (UTC)

I advice giving Help:Sorting a proper read as well. —TheDJ (talk • contribs) 18:42, 6 February 2020 (UTC)

I fell down the rabbit hole of trying to fix the Harv error on ref #5 - spent way TOO much time but when I tried to fix it, my so-called "fix" then would cause other refs to fail etc.. I cannot figure out what is wrong. Please someone correct this and post here what caused the Harv error. Thanks, I give up. Good night. Shearonink (talk) 08:36, 5 February 2020 (UTC)

I've fixed one error, only for another error to pop up instead. Please see my comment at Talk:Golden plates. rchard2scout (talk) 15:14, 5 February 2020 (UTC)

P.s.: note for anyone else, in order to see Harv errors, you need this userscript. rchard2scout (talk) 15:14, 5 February 2020 (UTC)

The cascading Harv errors happened to me too - there is something technically wrong with the Harv-cite coding on the article. Shearonink (talk) 19:12, 5 February 2020 (UTC)

After a quick inspection, I don't see that there is anything technically wrong at Golden plates. Rather, it would appear that editors have been careless in writing either the citation templates or the ((harv)), ((harvnb)), and ((harvtxt)) templates. (Why does the article use three variants of the harv templates?) This issue is best handled at the article's talk page. If there is anything technically wrong, let me know.

—Trappist the monk (talk) 15:32, 5 February 2020 (UTC)

I see Harv errors quite a bit on articles that use Harv cites (thanks to Ucucha's wonderful script). Usually I can fix the issues myself but whatever is going on with this article is something beyond my poor expertise. I don't know what is technically wrong, I was unable to fix the problem and so was Rchard2scout. I don't know why the article has so many Harv cite variants and, frankly, it is huge and I don't have the time to bring them all into agreement with each other. I just want to know what's wrong so I can learn and fix it the next time I see it. I think the extra eyes and the more robust traffic here at Village pump:technical (3,305 watchers!) will help solve whatever is going on, the article only has about 160 watchers. Even if this post doesn't quite belong here please leave this thread up so we can all figure it out. Shearonink (talk) 19:12, 5 February 2020 (UTC)

What was wrong here was just many, many Harv errors. And Ucucha's script wasn't showing them all at the same time, so I went through them one by one. No actual bugs here, except maybe the fact that the script doesn't show all errors at once. rchard2scout (talk) 16:14, 6 February 2020 (UTC)

THANK YOU. Heh, I've never seen an article that had so many Harv errors that the script (sort of) gave up and only mentioned the first occurrence - that's a new on on me. Shearonink (talk) 20:11, 6 February 2020 (UTC)

I'm autoconfirmed and all my edits should be automatically accepted on pages with pending changes. Bat as food has had pending changes since the end of last month, and I've edited the article many times since then, with all my edits automatically accepted. My most recent edit today was not automatically accepted, however, and had to be accepted with someone with pending change review rights. As far as I can tell, I have not had any rights changed. Any reason why that would have happened? Enwebb (talk) 21:56, 5 February 2020 (UTC)

It's probably because this IP edit had to be accepted first. Graham87 03:05, 6 February 2020 (UTC)

I had an edit since then that was autoconfirmed. If you look at the history, I made an automatically confirmed edit, then another editor did the same. My next edit was then pending, despite being autoconfirmed and no other pending revisions. Enwebb (talk) 16:22, 6 February 2020 (UTC)

Since the PC has expired and there is no way to see the PC history (afaik), I say we can assume it was a one-time glitch. Either way, not a deal-breaker and what Graham87 said has the highest probability (maybe you missed a pending revision somewhere?). --qedk (t 桜 c) 16:47, 6 February 2020 (UTC)

This may be another instance of phab:T234743, which is discussed at #Permissions pop-ups? further up this page. -- John of Reading (talk) 16:53, 6 February 2020 (UTC)

John of Reading, seems probable, thanks. I just wanted to make sure I surfaced this if it was a new bug. Enwebb (talk) 18:05, 6 February 2020 (UTC)

@QEDK: Go to the page history; click View logs for this page, and look for "configured pending changes settings". If there are lots of entries, you can restrict it by clicking the "All public logs" dropdown and selecting "Pending changes log". --Redrose64 🌹 (talk) 20:02, 6 February 2020 (UTC)

@Redrose64: I was referring to the tags added in the page history itself, "automatically accepted", "accepted by xx" and so on, which are permanently lost (again, afaik and as per WP:PC#Pending changes adds highlighting that is lost when disabled) when PC is removed or it expires. --qedk (t 桜 c) 20:09, 6 February 2020 (UTC)

Oh, that's the Review log. --Redrose64 🌹 (talk) 20:39, 6 February 2020 (UTC)

Hello, Can someone write a rule for me? I want to change every Hegira years to Gregorian years. For example: Hegira years + 622 = Gregorian years. I have an incomplete rule. It's /\b\d{4}\b/g. Thanks, ⇒ AramTalk 19:19, 6 February 2020 (UTC)

Sadly, I don't think you can do that with a simple regex. Regexes alone cannot do math. The language you're using may be able to accomplish this in a different way, however. What language are you using?--Jorm (talk) 19:41, 6 February 2020 (UTC)

@Jorm: I speak in Central Kurdish (Sorani) and ckb:دەستپێک is my home Wikipedia. ⇒ AramTalk 20:03, 6 February 2020 (UTC)

@Aram: I meant the programming language you are using, not your local language.--Jorm (talk) 20:26, 6 February 2020 (UTC)

You might want to look at some of the templates in Category:Date-computing templates. If you can isolate the Hegira year, you can use ((#expr:622+HEGIRAYEARGOESHERE)) Disclaimer: I haven't actually tried this. See m:Help:Calculation for details on #expr. davidwr/(talk)/(contribs) 20:13, 6 February 2020 (UTC)

It would need to be substituted to work (but yes, it does work): ((subst:#expr:622+HEGIRAYEARGOESHERE)). So, if you can isolate exactly the year with regex and somehow store it as a variable, it is possible, preferably using pywikibot/AWB. --qedk (t 桜 c) 20:23, 6 February 2020 (UTC)

It's not a constant 622 either, since the Islamic calendar is a lunar calendar of 354 or 355 days, and so the Islamic New Year occurs ten or eleven days earlier each Gregorian year. This means that whilst in the early days of the Islamic calendar there was a 622 year difference in the numbering, this has now shrunk to 579 (2020 CE spans 1441-1442 AH, and 1441 AH spans 2019-2020 CE). It can be shown that in several thousand years time, the two calendars will be in step (as far as numbering goes) for a few years, before diverging again. That aside, there are formulae at Hijri year#Formula. --Redrose64 🌹 (talk) 20:34, 6 February 2020 (UTC)

@Jorm: Unfortunately, I can't understand JS. @Davidwr: Actually, I didn't understand you. Sorry! @QEDK: Yes, I want to use the rule in AWB software. And by using "Find and Replace" do it. @Redrose64: Approximately, 622 is correct. Thank you for helping! ⇒ AramTalk 20:53, 6 February 2020 (UTC)

@Aram: Either of the following will give you the date you want, just replace 1398 with the correct Hegira year

((User:Davidwr/Add622|1398))

or, preferably,

((subst:User:Davidwr/Add622|1398))

The first one will stop working once I delete the page User:Davidwr/Add622. The page consist of only one line:

((#expr: (622+(({1))}) ))

Here is what it renders as:

2020

davidwr/(talk)/(contribs) 21:04, 6 February 2020 (UTC)

Self-reply: I didn't realize that you were looking at the Arabic calendar. The above code won't work except when the year difference is 622 years. Sorry. davidwr/(talk)/(contribs) 21:06, 6 February 2020 (UTC)

@Davidwr: Thank you for your good explanation! But this way is so hard and we should do it one by one. I want to change all by one click. In past, my teacher wrote a code for website and i saw it worked properly, but after putting it to Wikipedia JS file, it didn't work. the following is my teacher codes:

function hejiraYearFix(){

    var txt = document.getElementById("wpTextbox1").value;

    
    var res = txt.replace(/\b\d{4}\b/g,function(m){
        return parseInt(m)+622});
    
    document.getElementById("wpTextbox1").innerHTML = res;
}
window.hejiraYearFix = hejiraYearFix;

Hope It is a useful code for more explaining. ⇒ AramTalk 21:26, 6 February 2020 (UTC)

@Aram: You say Approximately, 622 is correct. - but for present-day dates, it's way off. The current Hijri year is 1441 AH, but 1441+622=2063 (alternatively, 2020-622=1398), so calculating on the basis that the difference is 622 means that it's 43 years out. --Redrose64 🌹 (talk) 22:43, 6 February 2020 (UTC)

Wikipedia does provide date conversion functions. This ((#time:xmj xmF xmY|6 February 2020)) renders as 11 Jumada al-thani 1441. See Help:Time function for details. Granted, it's not the search-and-replace that you wanted, but it may be useful. 21:32, 6 February 2020 (UTC)

Can you reuse the interface of Reference Tooltip with Delay before the tooltip appears (in milliseconds) for Page preview interface?

"Page previews (get quick previews of a topic while reading a page)"

T3g5JZ50GLq (talk) 02:27, 7 February 2020 (UTC)

In User talk:Citation bot/Archive 19 there are multiple instances of templates ((fixed)), also ((wontfix)), ((notabug)) and possibly others, which display their names in double curly braces instead of their content. At the same time they're correctly displayed at the main page User talk:Citation bot (at least until the tagged issue report is moved to archives). Any ideas what went wrong? --CiaPan (talk) 08:04, 7 February 2020 (UTC)

@CiaPan: Nothing went wrong, as this is a documented feature of the archiving bot being used there. See User:ClueBot III#Optional parameters, The bot will also convert ((templates)) in this list to ((tl|escaped templates)) upon archival -- John of Reading (talk) 09:04, 7 February 2020 (UTC)

Wow, it hasn't even passed my mind that might be deliberate. Thank you John of Reading for the prompt and clear explanation. --CiaPan (talk) 09:19, 7 February 2020 (UTC)

It was a bit of a surprise to me when I first ran into it. -- John of Reading (talk) 09:22, 7 February 2020 (UTC)

I have a list of interviewees from the website and I want to add [[Category:Academy of Television Arts & Sciences Foundation Interviewees]] to each page. There are about 900 persons with pages that use Template:The Interviews name. Is there a software solution?

T3g5JZ50GLq (talk) 02:00, 7 February 2020 (UTC)

I could do it using WP:AWB, but I wouldn't want to do it without consensus. — Arthur Rubin (talk) 02:32, 7 February 2020 (UTC)

@T3g5JZ50GLq: I see you created Category:Academy of Television Arts & Sciences Foundation Interviewees yesterday. It does not seem suitable for a category and could easily be nominated for deletion as non-defining. See WP:COPDEF, WP:NONDEFINING, WP:CATDEFINING. PrimeHunter (talk) 12:20, 7 February 2020 (UTC)

@PrimeHunter: "a defining characteristic is one that reliable, secondary sources commonly and consistently define"

The fact that "TV Academy" spent money to get 2 hours of video of TV industry personnel to record for posterity, with Google paying for online distribution, seems pretty significant. It ranks these 900 people with a very high notability out of the more than (160,000+17,500+9,081+7,000+350) personnel in the U.S. TV industry. T3g5JZ50GLq (talk) 12:53, 7 February 2020 (UTC)

User:Vituzzu has blocked multiple ranges, and has not been responding to multiple requests at meta:User_talk:Vituzzu for unblocking, despite reminders at itwiki where he is most active.

These blocks are affecting many editors who use VPNs and cloud services. Some of the IP range blocks include English Wikipedia, while other ranges are only blocked on e.g. Commons, Wikidata & other language Wikipedias.

How can we get someone else to review these blocks, please? – Fayenatic London 14:29, 24 January 2020 (UTC)

Only stewards from metawiki can review them. Asking here is useless. Ruslik_Zero 19:10, 24 January 2020 (UTC)

Note that one can override global blocks locally, at Special:GlobalBlockWhitelist. Jo-Jo Eumerus (talk) 19:26, 24 January 2020 (UTC)

Thank you both. I found meta:Steward_requests/Global which is the place to appeal.

Can the blocking message be changed to link to that page, instead of saying "You can contact Vituzzu to discuss the block" since that has proved fruitless and frustrating for many would-be editors? – Fayenatic London 13:03, 27 January 2020 (UTC)

IP's can't place requests there, Globally blocked or locked users should appeal to stewards(at)wikimedia.org. — xaosflux ^Talk 14:49, 27 January 2020 (UTC)

@Xaosflux: Thanks; I confirm that that email address is displayed in a different message to blocked IP users. The problem remains for logged-in users who are blocked; we see the message that I pasted at meta:User_talk:Vituzzu#Unblock_Puffin_browser, which only refers us to one steward (who may, as in this case, choose not to respond to talk page requests). The message displayed needs to be changed. – Fayenatic London 21:01, 28 January 2020 (UTC)

@Fayenatic london: can you point to the specific MediaWiki: messages that are being shown? — xaosflux ^Talk 21:21, 28 January 2020 (UTC)

LIkely one of these. — xaosflux ^Talk 21:23, 28 January 2020 (UTC)

It was not one of those, but it is now! I checked many on that page, then tried Search, which did not find it; so I tried a Google search, which found a mirror of it, via which I traced this copy: MediaWiki:Globalblocking-ipblocked-range/en. I edited that, but I assume that the original version is the locked one at meta:MediaWiki:Globalblocking-ipblocked-range/en. – Fayenatic London 22:23, 28 January 2020 (UTC)

@Fayenatic london: ok - so your concern is that you don't like the message on meta-wiki, not here. Here is the challenge, meta-wiki is multi-lingual so we don't like to translate those messages directly. I think a good idea may be to request that that message has an additional line, something like {IF X exists: "For additional information see X"} where X is a new message that can point to a page. To request a change like this you can ask at phab by filing a feature request. — xaosflux ^Talk 23:19, 28 January 2020 (UTC)

This complaint has now brought to light a wider problem. Thank you MarcoAurelio for diagnosing this and for the fix in process, and Xaosflux for your help.

For the record, the link above for Steward requests is not the appropriate place to appeal against these blocks, but meta:SRIPBE. – Fayenatic London 12:26, 1 February 2020 (UTC)

Note, SRIPBE is not the place to "appeal" a global IP block, it is the place to request an exemption around all global IP blocks. — xaosflux ^Talk 12:57, 1 February 2020 (UTC)

For the record, the blocking message is being changed, see meta:MediaWiki talk:Globalblocking-ipblocked-range/en. It will no longer refer people to individual stewards (who may be unresponsive). As for the frustrated editors unanswered at Vituzzu's page, I pinged those from the last 6 months myself (as WP:TPS), advising them to make a request on a generic page; some have already done so. – Fayenatic London 13:26, 7 February 2020 (UTC)

For the first time today, I've had trainees throttled while making constructive edits (screenshot above). The only new aspect of is that they created accounts this norming, whereas usually I get them to do in advance (but often some do not). Is that the cause, or has something else changed? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:37, 4 February 2020 (UTC)

@Pigsonthewing: was the only edit they were doing "edit" at the time, or something else? (Perhaps adding external links?). If you have live attendees, you can use your eventcoordinator access to add the +confirmed flag to them (for up to 10 days) to help bypass certain newbie filters. — xaosflux ^Talk 12:43, 4 February 2020 (UTC)

It sounds like the old problem of a maximum number of edits per minute allowed per IP address for IPs and Newbies. The guaranteed way of hitting it is to include the phrase "all hit save now" in your training presentation. Using a Wifi hotspot for some editors, or as Xaosflux mentions setting some editors as confirmed usually solves the problem. Of course the more editors on one IP address the more likely this is to happen. ϢereSpielChequers 20:35, 7 February 2020 (UTC)

Having just passed the 6 million article mark, it's clear that Wikipedia is going to be around for a long time. Maybe it's time for some introspection. What do you think are major technical decisions in the design of Mediawiki, that were mistakes in hindsight? I will mention the two that I think were particular bad:

• Wikitext itself is not defined by a grammar. As for the markup itself, the use of the same character to markup bold and italics, in particular, seems like a mistake.
• Talk pages and the way we use them are a disaster.

With the wikitext, I don't know what the current status is but there have been efforts to define Wikitext. Those should be high-priority efforts by the WMF. As our article count grows, so too does the need for automated parsing. This is an issue where the technical debt will get worse with time and make the encyclopedia harder to maintain. (If my understanding about the current status is out-of-date, please point me to updates.)

As for threads, some sort of threaded implementation is needed. mw:Structured Discussions is our attempt but so far the first implementation, Flow, has been unacceptable. Something more compact and minimal in style like reddit's comment system would have been leaps and bounds better. One of the major complaints I have is that the entire concept of "archiving" or closing discussions, where we tell users to not to add to an older discussion, is a big mistake. One should ALWAYS feel free to add to a discussion even if you are years late to the action. Why? Because people still read those discussions years late too. It doesn't make sense to leave questions unanswered just because nobody arrived in time to answer them or not to post a winning idea because you as a late arrival were the first to have it. Even when the user is still motivated enough to start a new discussion (and not all will be), it often doesn't make sense to fragment the discussion this way because it often leads to pragmatic issues because the new thread doesn't link to the original discussion. Plus too, the rate of discussion is dramatically different depending on the article so it's hard to even define what "late" to a discussion even means. It is normal to wait years for a question to be answered on a very obscure or highly technical article.

I've always felt like our subpage system could be modified to handle talk discussions. (I've been under the impression for a long time that this was one of our Wikipedia:Perennial proposals but maybe not.) Picture this: a new threaded discussion could be started as a subpage of the talk page, replies as sub-subpages to that subpage, replies to replies as sub-sub-pages, and so on. The talk page itself would be generated by Mediawiki to show threads (subpages) with most recent activity. I think this idea could work brilliantly. 1) Threaded discussion (as a tree) is enforced by the storage of the data itself. 2) It would discourage the accidental editing of other's comments while still allowing for it when needed (with isolation of the history of modification to just that particular comment). Subpages NOT intended to be discussions could be marked so they are excluded from auto-generation of the talk page. I think this has HUGE potential for revolutionizing the way we handle discussions. It would also eliminate the need for our clumsy archiving process.

Anyway, those are the top two problems that I'd like to see be fixed so future generations of editors aren't saddled by poor decisions forever. Fixing each of these would require some work but I think the WMF and the community could tackle these. What do you think? What about your own pet peeves? Jason Quinn (talk) 04:36, 28 January 2020 (UTC)

Without comment on the general concept of modifying talk pages, you have pretty much described Flow, which worked on the tree discussion model and each thread as a subpage. Risker (talk) 06:08, 28 January 2020 (UTC)

We did just hold an immensely detailed cross-project talk page consultation on this issue, which seems to have given preference for an improved version of the current setup, designed to be more user-friendly, rather than any whole-hearted shift. Nosebagbear (talk) 09:50, 28 January 2020 (UTC)

The reason I heard why Flow was never adopted (besides being tightly integrated with VE, which was received with a marked lack of enthusiasm) was that no one could figure out how to port all of the old discussions into Flow. IMHO, & speaking from my experience with computers, is that the old discussions should have been left alone & everyone used Flow (or whatever) from a given point on. As long as it worked, after the first few weeks of bitching from one & all, it would have been accepted. (Or maybe the response to VE dissuaded those who made the decisions from implementing Flow, because without the first the second wouldn't work.) -- llywrch (talk) 00:34, 29 January 2020 (UTC)

Nope, it just had so many many issues and many people had "showstopper" type issues (and there were many of these) - one of mine is infinite scrolling - YUCK. — xaosflux ^Talk 00:46, 29 January 2020 (UTC)

Second the disdain for infinite scrolling. Also second that Flow had more issues than just how to import old discussions. As I said above, the style was far too "fluffy" and not compact enough. As for old discussions, I think my idea of using subpages easily handles this: old discussions are simply moved to a special subpage called "old". Done and done. Jason Quinn (talk) 01:45, 29 January 2020 (UTC)

@Jason Quinn: Also, the parsing of Wikitext has been made much more rigorous with the creation of Parsoid, which is now the definitive parser for Wikitext, and therefore also acts as the de-facto specification for that notation. It has a much cleaner internal architecture than the previous software, and in particular, the low-level tokenizer is now defined rigorously in terms of a Parsing Expression Grammar, making things like the apostrophe ambiguity at least well-defined, if not sensible. -- The Anome (talk) 12:07, 28 January 2020 (UTC)

@Jason Quinn, @The Anome 'pings' notify when the addressee, the text, and the signer are edited in one, unitary message. --Ancheta Wis   (talk | contribs) 12:25, 28 January 2020 (UTC)

Alright, add that to the list: forgetting a ping is so user-unfriendly that people mess it up in a discussion about wikitext parsing. (Edit summary pings have helped in this area though.) --AntiCompositeNumber (talk) 12:41, 28 January 2020 (UTC)

Absolutely. If "belated ping" happens this often, it's no longer a user mistake, it's a use case. Just check if the editing user account name matches the account name in the signature (even if it's already there on the page), and if so, trigger the ping event. -- The Anome (talk) 18:12, 28 January 2020 (UTC)

The Anome, A ((#ping:The Anome)) parser function might be a better idea, to explicitly say "Yes, I want to ping this person". If it gets evaluated in the expanded wikitext, send a notification. --AntiCompositeNumber (talk) 18:36, 28 January 2020 (UTC)

The main reason to require a signed edit is to avoid unwanted pings when you refactor or archive a talk page or copy existing posts, and the diff engine detects a userpage link in your edit. A parser function wouldn't change that problem unless it saved something else (or nothing) to indicate the ping is old and should not be repeated if the saved code is copied later. PrimeHunter (talk) 22:37, 28 January 2020 (UTC)

• Our Main page is in need of some technical upgrades, especially so we can take back control of how it appears to mobile users. This has been challenging to deal with in the past, as efforts to improve technical components often creep in to "content" management - even when they don't have to. — xaosflux ^Talk 12:17, 28 January 2020 (UTC)

  @Xaosflux: I tried to nudge the current TemplateStyles proposal implementer but it didn't pan out. Want to make a go at it with me and see how many millions of people we can scare with our horrid web design? :) --Izno (talk) 01:48, 29 January 2020 (UTC)

• I don't care too much about the talkpages and wikitext - yes, it could be improved but both do properly serve their purpose and do not really pose a problem. I am much more worried by the total neglect of bugs and maintenance on some very old extensions. My pet peeve is there the spam-blacklist extension, but also our AbuseFilter and CheckUser and similar are in a very bad shape (the latter now does get some attention). There are bug reports of more than 10 year old that nonetheless are still utterly ignored. --Dirk Beetstra ^{T C} 12:27, 28 January 2020 (UTC)
  • Yes, considering the scale of the WMF's budget, it would be good to see some more of it spent on software maintenance, rather than just developing new features. -- The Anome (talk) 12:34, 28 January 2020 (UTC)

  +1 to that. It seems that once a WMF team declares a project "good enough for production", all development effort stops. I have noticed that WMF development teams have been starting to be more explicit about their development priorities (or lack thereof). This is a good start, but doesn't actually help anything get fixed. --AntiCompositeNumber (talk) 12:47, 28 January 2020 (UTC)

  +2. I would much rather see a massive bug-fixing effort than yet another new approach that is then essentially abandoned at the late beta / 1.0 stage with hundreds of unpleasant bugs outstanding. – Jonesey95 (talk) 15:16, 28 January 2020 (UTC)

  +3. MER-C 15:32, 30 January 2020 (UTC)

  If we're in the business of spit-balling crazy ideas, I personally don't care for visual editor, and I don't understand edit filters, but it would be super helpful to have a visual editor for edit filters. GMG^talk 15:19, 28 January 2020 (UTC)

  • Yes, and this applies to other tools too. For example, I have a five year old request for a simple feature addition to navigation popups, to make them show Wikidata IDs. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:53, 28 January 2020 (UTC)
• The biggest thing in my mind is how we edit articles. Visual Editor is a great step forward, but it's not done yet. Improving VE, and especially citation handling, should be one of the highest priorities. We need to get it to the point where it's the default editor. -- RoySmith (talk) 17:16, 28 January 2020 (UTC)
  • RoySmith, before we could do that, we'd have to have a long discussion about what it means for any piece of software to be "the default editor". There are many Wikipedias at which a majority of editors use the visual editor (i.e., the visual mode, showing rich text, not mw:Extension:VisualEditor's wikitext mode, which we usually call the 2017 wikitext editor) for at least some edits. There are many editors who use it exclusively. Some editors care about what's popular, rather than what's good for a particular purpose. One of the problems we've had in deciding which is more popular is that we don't tag all the editing environments that are used on wiki. Looking at the 500 most recent non-bot changes to articles here, I can tell you that 7 happened in Twinkle, 8 used STiki, 5 used HotCat, 1 used AutoEd, and that at least 40 used AWB ("at least", because only some AWB users tag their edits with that tool). 22 used the visual editor on desktop, 12 used the visual editor on mobile, and 10 the 2017WTE, which is part of VisualEditor. 57 used the wikitext mobile web editor. But how many of the other ~350 edits used the 2010 wikitext editor? Or WikEd? Or the 2003 editor? Or another editing environment? Or didn't really use any editing environment? Nobody really knows. I've heard estimates that around half of edits on this wiki are bots or use scripts (like Twinkle), but we don't know whether, say, WikEd is used for more edits than the 2003 wikitext editor. Whatamidoing (WMF) (talk) 19:58, 28 January 2020 (UTC)
    • I'm talking about what a brand-new desktop user sees for the first time. Not bots. Not power-users with AWB, Twinkle, etc. Open an incognito window in your browser. Go to Special:Random. Click the edit tab. Right now, you get taken to a "Welcome to Wikipedia" screen, with two buttons: "Switch to the visual editor", and "Start editing". The very first thing a new user is confronted with is the requirement to make a choice that they can't possibly understand the implications of. That's a problem. They should just be immediately dropped into the Visual Editor, but along with that, VE also has to improve. And, yeah, it has to work on talk pages too. -- RoySmith (talk) 20:33, 28 January 2020 (UTC)
      • We could probably get the devs to make that change (newbies at enwiki start in the visual mode, just like they do at many other wikis), but it'd probably take a local RFC, because of the history of individuals making contradictory pronouncements about what The Community™ wants. As for using it on talk pages, see #Eventualities. Whatamidoing (WMF) (talk) 20:53, 28 January 2020 (UTC)
  • @RoySmith: What improvements to citation handling do you see needed in VE? Just curious :) Sam Walton (talk) 23:40, 29 January 2020 (UTC)
    • I don't know how much of what I'm going to say here is VE per-se, how much is Citoid, and how much is just the design of the ((cite)) templates. But, it's all part of the overall UX, which is really all that matters.
    1. It too often can't find the metadata it needs in automatic mode. That's not an easy one to solve, since it's usually a case of the website having sucky markup. But, maybe we could log every URL it fails on, keep track of what domains it fails on the most often, and use that as feedback to build smarter (perhaps domain-specific) parsers.
    2. Related to the above, it too often mis-categorizes things as web, when they really should be book, or magazine, or whatever. And when it does that, it's not easy to fix.
    3. It can be hard to find the field you want. Some of the templates have way crazy number of fields (last2, last3, last4, etc) and you have to scroll through all of those to find what you want.
    4. It should insert the reference in a human-friendly form, i.e. with one field per line. That way, if you need to go in and fix something in source editing mode, it's possible to find what you need to fix.
    5. References get renumbered weirdly in preview mode under certain circumstances (T207182 and T52474)
    6. It should be smarter about integrating edit filters. Try citing this book, for example. You don't get the warning until you actually publish the page. And then you get a dialog box with inscrutable "Dismiss" and "Continue" buttons (I have no idea which button does what). I tried clicking "Dismiss", then I realized I had lost the error message, so I figured I'd just click "Publish" again to see it. To my surprise, the second publish actually published it. Anyway, the warning should come up immediately as soon as you try to insert the reference. Yeah, I know, that's a messy fix because the filter architecture doesn't support that, but it's all part of a bad UX.
  • Don't get me wrong, what we've got now is pretty cool. It just can be a whole lot better/easier, and it needs to get there to make this really usable for newbies. -- RoySmith (talk) 01:03, 30 January 2020 (UTC)
• Speaking of the 2019 Talk Page Consultation, would you all please go to https://en.wikipedia.beta.wmflabs.org/wiki/Talk:Dog and log in (unless you want your IP address exposed) and try out the "Reply" tool. mw:Talk pages project/replying/prototype testing suggests a testing script to follow. Feedback can go on the talk page, or ping me, and I'll pass it along. Whatamidoing (WMF) (talk) 20:06, 28 January 2020 (UTC)

@Whatamidoing (WMF) I can post my just-now experience on the beta.wmflabs with a blow-by-blow set of hints for just getting to respond on Talk:Dog. Would you like this? I can put these hints on your talk page for now. --Ancheta Wis   (talk | contribs) 21:07, 28 January 2020 (UTC)

@Whatamidoing (WMF):, am I supposed to see something different on the beta Dog talk page? I don't see any options other than the normal "edit" links next to each section. --Ahecht (TALK
PAGE) 22:07, 28 January 2020 (UTC)

@Whatamidoing (WMF) and Ahecht: I guess we found a bug here, the "Reply" tool doesn't work if the discussion page has any comments before first section heading, and that page now does thanks to @Ancheta Wis:'s edit. I filed phab:T243869 and submitted a patch to fix this. Matma Rex talk 00:19, 29 January 2020 (UTC)

In the meantime, I've added a section heading, so the 'Reply' buttons are visible again, and any interested person can try out https://en.wikipedia.beta.wmflabs.org/wiki/Talk:Dog . Whatamidoing (WMF) (talk) 23:26, 29 January 2020 (UTC)

• We breach the principles of DRY ("Don't repeat yourself"), on a massive scale. For example, by storing citation metadata dozens - sometimes thousands - of times in individual articles rather than one, centrally. And we're currently importing six million subject descriptions from Wikidata, rather than working with the Wikidata community - our colleagues and friends, and in some cases ourselves - to develop common standards, and then transclude them. For a volunteer project with a surfeit of outstanding tasks, such behaviour is self-harming. A professional organisation would prohibit such nonsense. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:48, 28 January 2020 (UTC)

  Pigsonthewing, Sigh. WD has, on a massive scale, imported data without any control. Their anti-vandalism (in the broadest sense of the word) is practically non-existing. We need eons to check all the data and get it up to par, including having proper ways of protecting it. At the moment it is a blessing that some of our featured articles are not using the WikiData data as it has been vandalised without anyone noticing. Tell me, what is the use of a massive amount of data if you have no clue what is blatantly and scarily wrong? Dirk Beetstra ^{T C} 11:46, 29 January 2020 (UTC)

  More hyperbolic criticism of Wikidata not rooted in facts: "without any control" and "practically non-existing" are the scary words folks keep repeating to spread FUD. Wikidata's quality is ever-increasing, with more and more Wikipedia editions using Wikidata-driven infoboxes, bringing more eyeballs and quality checks. Wikidata does need more technical features to help out, like signed statements, but the future is inevitably going to include massive use of Wikidata. The sooner English Wikipedia wakes up to this, the better. Otherwise it's the same old saw: editors are quick to brush off Wikipedia's significant failures while deeming any problems with Wikidata as fatal. As to what Pigsonthewing said above: if we would only consolidate our citations into a structured database via Wikidata or some other system, that would bring orders of magnitude more efficiency to our references, and provide powerful new capabilities around quality, reliability and fact-checking. Rather than English Wikipedia trying to wing it with manual infoboxes, manual citations and manual short descriptions, it should attempt to join the 21st century and start unifying and collaborating. -- Fuzheado | Talk 02:19, 30 January 2020 (UTC)

  Fuzheado, OK, one of the WikiData items connected to one of our Featured Articles here is heavily vandalised, noted by ORES, no-one is doing anything about it (and the infobox on the only project (not a small one) that is using it is hence .. utterly incorrect .. an no-one eyeballs it). There are spamlinks all around (some more than a 1 year old), no-one does anything about it. Some items get spam-links added over and over, and instead of protecting all wikis from that rubbish only after 5 or so attempts of spamming someone protects it (if it even gets detected). And there are continuous attempts to vandalise up to hundreds of pages on all Wikimedia projects that use the data (of which above Featured article is a successful attempt), and that attempt is related to requests like this (if we would grant more sites like that for sites discussed in that thread the vandalism of the Featured article would have succeeded on an earlier attempt by the same user).

  I totally, completely, utterly agree with user:Pigsonthewing that that would be a major improvement, but you really have to get your data correct, protected. There is absolutely no reason that the 'immutable' data is freely editable (read: vandalisable, because that is the only reason to change it), and that is likely even true for a good portion of the other data. You may very well be right that the reliability of WikiData is improving continuously, but you have no clue if you are currently at 10% mistakes, 1% mistakes or at 1-in-a-million mistakes. That you can confidently say that you are improving however suggests that we are more in the percentages than in the parts per million. (and no, WIkiData is NOT a reliable source, it is just as volatile as any wiki). Dirk Beetstra ^{T C} 05:39, 30 January 2020 (UTC)

  I should have added here: now, if WMF had it's antivandalism tools up to date and controlled, then that vandalism would possibly have been detected and reverted (well, ORES did detect it ..). If WikiData had a way to protect correct and immutable data then you at least know that that is good data. At the moment, here on en.wikipedia, and also on WikiData and anywhere else, it is an utter mess. Protect your correct and immutable WikiData data, and you can fully automatically detect that data on en.wikipedia is wrong, and people will trust that data and just re-use the WikiData data. Now, WikiData is just a tool to vandalise up to a couple of hundred of pages across the same number of wikis in one go. --Dirk Beetstra ^{T C} 11:55, 29 January 2020 (UTC)

• It was written in PHP [2][3]. This is one of the underlying reasons why WMF software is so crap. There are other, more competently designed programming languages that are better able to handle the level of complexity of MediaWiki currently, and even more. Ducks and runs. MER-C 15:45, 30 January 2020 (UTC)
  • I feel you. I've done a little PHP work (inherited a project). In the few months I was working with it, I developed a deep loathing for the language. But, I've always looked at Wikipedia and said, "On the other hand, if it was possible to write one of the world's largest websites in PHP, that's obviously evidence that it can be a productive tool". Isn't FaceBook also a PHP shop? Same observation there. For that matter, English is a disaster of a language. The grammar, vocabulary, and spelling are all bizarre. I didn't even know that conjugating verbs was a concept until I learned Spanish in junior high school. Yet, we've managed to make effective use of English in transportation, literature, and information retrieval. There's certainly lots of problems with WikiMedia, but I'd be hard pressed to trace them back to the language it's implemented in. -- RoySmith (talk) 16:20, 30 January 2020 (UTC)
    • True, but it takes more effort, stricter discipline and better software engineers in order to do so. Facebook can afford to pay billions to make that happen. The WMF? Not so much. MER-C 17:12, 30 January 2020 (UTC)

      MER-C, mwaagh ... they do have a lot of money to spend and developers to make stuff. See, we have Flow, MediaViewer, Visual Editor ... SuperProtect. We even have sarcasm.php (strangely, onlyrequired once ...). Dirk Beetstra ^{T C} 06:51, 31 January 2020 (UTC)

      FYI, mw:Extension:Sarcasm was not developed by and is not maintained by the WMF.^[whoosh] Anomie⚔ 14:49, 31 January 2020 (UTC)

      Anomie, I knew that. <sarcasm>quite a bit of the material that however was developed by the WMF is not maintained by them either.</sarcasm> Dirk Beetstra ^{T C} 10:34, 2 February 2020 (UTC)

  MER-C, the crappiness of php as a language is mostly based in it's history. As a language in itself (today, post 7.0) it is not that bad any longer. No, the crappiness now mostly comes from that fact that we have 16 year of accumulated crappiness, no specifications and a gazillion unwritten use cases that need to be supported. —TheDJ (talk • contribs) 11:26, 31 January 2020 (UTC)

• +1 on fixing old bugs, like the >6-year-old phab:T223002 in NavPops. —[AlanM1(talk)]— 08:32, 31 January 2020 (UTC)

  AlanM1, that's a community supported tool, it does not fall under the foundation. —TheDJ (talk • contribs) 11:22, 31 January 2020 (UTC)

• The talkpages work reasonably well, at least in editing terms. OK we need an “autosign on talkpages” option and it would be nice to be able to watchlist sections as well as whole pages. The bigger problem is the number of unanswered queries on article talk pages. Such things could be done if we didn’t have a philosophy among the developers that if you neglect software for long enough you can persuade people to ditch it for something shiny and new. It would be really helpful if there were a report listing talk page queries relevant to each wikiproject, with the option to mark such sections as resolved and/or not relevant to individual wikiprojects. On a bigger scale, we need to take a leaf out of the Chinese Wikipedia and give our readers the option of displaying Wikipedia in American English, Indian English or English. Most of that could be done programatically, and where it needs hidden templates or links to show whether you are using bonnet as in headgear, part of a car or type of chilli it would make for uncontentious reader involvement opportunities. Oh and probably our most urgent software need, we need to make this site easily editable on smartphones. Editing levels are still clearly above the 2014 lull, but there are lots of community skews that come from our being almost a broadcast medium to the smartphone generation. ϢereSpielChequers 07:20, 8 February 2020 (UTC)

I couldn't find one but might have missed it. I ask because I sometimes see new editors marking content edits as minor, and before warning them I want to make sure I'm right. Thanks. Doug Weller talk 11:17, 7 February 2020 (UTC)

It's still below the edit summary box to the left of "Watch this page". Do you see it here? PrimeHunter (talk) 12:01, 7 February 2020 (UTC)

@PrimeHunter: I'm an idiot, I meant in Preferences. I've edited the section heading. Doug Weller talk 18:00, 7 February 2020 (UTC)

@Doug Weller: No, it was hidden for English Wikipedia in 2011. --Izno (talk) 18:10, 7 February 2020 (UTC)

(In fact, you participated in support of removing it at the related RFC. --Izno (talk) 18:11, 7 February 2020 (UTC))

@Izno: I have a vague memory of that. User:Bishonen and I were discussing it recently and I'm sure Bish will be glad to know that also. So when I see new editors marking major content edits as minor from the getgo, I'll be sure to kindly tell them it's not a good idea. Strange how often those edits are problematic. Doug Weller talk 19:01, 7 February 2020 (UTC)

We do have ((subst:uw-minor)). --Redrose64 🌹 (talk) 22:41, 7 February 2020 (UTC)

So new users who mark every edit as minor must be employing a custom Javascript? And as a corollary, IP editors aren't able to mark edits as minor since they can't customize any scripts? EdJohnston (talk) 18:49, 7 February 2020 (UTC)

No, users who want to have edits marked minor by default must use javascript; the second part doesn't apply because the "minor edit" checkbox is still there on the editor. They just have to mark them minor intentionally. No one should be marking edits as minor by default, and I actually would remove the "minor edit" thing entirely if it was up to me.--Jorm (talk) 19:03, 7 February 2020 (UTC)

Thanks for the explanation. A new editor, or an IP, who is marking everything 'minor' is presumably checking the 'minor' box before every edit. Unless they are on Commons, on the French Wikipedia or some other Wikimedia site that still supports the setting of 'Minor' by default as an option in their editing Preferences screen. There is a slight chance that a new editor might be using a script to automatically mark all their edits as minor. If that causes a problem, their scripts are visible and can be scrutinized. EdJohnston (talk) 01:55, 8 February 2020 (UTC)

I did wonder whether a global preference might cause this. So, I went to fr:Spécial:GlobalPreferences#mw-prefsection-editing where I found the entry "Considérer mes modifications comme mineures par défaut"; in that, I enabled the two checkboxes at the start of the line and saved. I then went to a page on French Wikipedia and clicked an edit link, where I found that the "Modification mineure" checkbox was set. Then I went to a page on English Wikipedia and clicked an edit link, where I found that the "This is a minor edit" checkbox was not set. So, if there is no local preference available, a global preference can't force an override. --Redrose64 🌹 (talk) 10:54, 8 February 2020 (UTC)

or an IP. Logged in users on enwiki have two checkboxes "wpMinoredit" and "wpWatchthis" when editing, while IPs have none. They are completely absent from the html of anon edit-forms, not merely "hidden" by css. Also, "minoredit" is enumerated here as a separate user-right, which implies a wiki's LocalSettings.php file could be configured to grant "minoredit" to IPs, or limit it to some subset of logged in users, or disable it for everyone. So different rules may apply on other wiki sites. ―cobaltcigs 11:19, 8 February 2020 (UTC)

I have, in my web browser, a frequently used bookmark with the url:

• https://en.wikipedia.org/w/index.php?title=Special:Random&action=edit

I don't know if this functionality is widely known, but it does successfully redirect an article title determined by Special:Random and opens it in edit mode (saving one click). Further testing reveals that other actions such as history, watch, etc. also succeed.

When I became aware of Special:RandomInCategory (see example), I tried to create an action=edit bookmark for that as well:

• https://en.wikipedia.org/w/index.php?title=Special:RandomInCategory/Articles_with_short_description_added_by_PearBOT_5&action=edit

Unfortunately the latter Special: page ignores the specified action. Any idea why? ―cobaltcigs 03:44, 8 February 2020 (UTC)

It does work for me with [4], perhaps this is some kind of bug? Jo-Jo Eumerus (talk) 09:15, 8 February 2020 (UTC)

It chooses a random article from that category and opens it in (the default) action=view mode. For example, I just clicked it and got redirected to the url https://en.wikipedia.org/wiki/Corbin_Allred with no editing box.

This differs from the behavior of the regular Special:Random urls, which do "remember" the specified action in all cases.

At least for me, using the exact same browser, etc. So when you say it "does work" for you… ―cobaltcigs 10:38, 8 February 2020 (UTC)

It drops any query string. Compare for example https://en.wikipedia.org/w/index.php?title=Special:Random&useskin=modern&uselang=de to https://en.wikipedia.org/w/index.php?title=Special:RandomInCategory/Articles_with_short_description_added_by_PearBOT_5&useskin=modern&uselang=de. https://phabricator.wikimedia.org/rSVN65054 from 2010 is "Special:Random now carries over query string parameters". You want the same for Special:RandomInCategory. You could file a Phabricator request. I didn't find one. PrimeHunter (talk) 12:53, 8 February 2020 (UTC)

As the creator of PearBOT 5 I'm a bit curious what you want to do. If you have any feedback feel free to tell me and I'll do my best to improve it. The bot still has many tens of thousand edits left so any little improvement will likely have a significant impact. ‑‑Trialpears (talk) 14:02, 8 February 2020 (UTC)

Manually review a handful of your short descriptions each day without exhausting any particular section of the alphabet, or bumping into other users. As for feedback: if I were running that kind of bot I'd just form descriptions by dropping "s" or "es" from end of the "most important" category name (according to some proprietary ranking), rather than trying to parse any prose from the lead paragraph. Because those tend to be inconsistent and polluted with irrelevant details. ―cobaltcigs 14:31, 8 February 2020 (UTC)

Anyway, ticket opened: phab:T244641. ―cobaltcigs 14:31, 8 February 2020 (UTC)

Arising from an edit war over an article image that was reported at AN/I, I noticed that the image had an "i" in the bottom corner and tried to go to the image page to discover whose watermark this was, only to find the image is unclickable and the "i" is apparently the new way of actually going to its page. I assume this isn't some intrusive new feature of my browser but rather yet another intrusive new feature snuck in by the WMF? I don't like the defacement and I don't like the reduction in intuitiveness. Was there some place we were informed that this would be happening? ... and more importantly is there a way to turn it off in my preferences? Yngvadottir (talk) 17:57, 8 February 2020 (UTC)

Could you provide a link to the image and/or page in question? -- RoySmith (talk) 18:03, 8 February 2020 (UTC)

Was about to ask the same question. I was thinking it was Wikipedia:Administrators'_noticeboard/Incidents#User:Cambial Yellowing but that one works correctly for me. Jo-Jo Eumerus (talk) 18:04, 8 February 2020 (UTC)

The article is Yeouido. Is the infobox generated from Wikidata and that's the problem?? I haven't happened to do any edits recently involving images, so I honestly don't know how new this is. Yngvadottir (talk) 18:07, 8 February 2020 (UTC)

Ah. Thanks for the link. Looking at the source, I see the image includes <imagemap> File:Yeouido Skylines - 201912211335.jpg|340px|</imagemap>. Wow, imagemap? I haven't seen a imagemap used since the paleozoic era. No clue why the author did that, but I'm sure it's what's causing the issue. You own the WMF a healthy dose of WP:AGF. -- RoySmith (talk) 18:14, 8 February 2020 (UTC)

The imagemap was added in Special:Diff/816169558 -- RoySmith (talk) 18:18, 8 February 2020 (UTC)

Looks like we've got over 900 imagemaps right now. Mind blown. -- RoySmith (talk) 18:21, 8 February 2020 (UTC)

(edit conflict) Yes, I've just tried editing the article and discovered the HTML command. Thanks, RoySmith, for tracking it down faster and for verifying my hunch that we don't tend to use that. I'm afraid my assumption that if it wasn't my browser, it was the WMF, is all too natural; to name just one supposedly well-intentioned change, I still get tension headaches when I have to look at the Media Viewer, though they're less violent than when it was originally served up. Can the rest of the imagemaps be removed, please, unless the image actually has defined links within different parts of it? Yngvadottir (talk) 18:27, 8 February 2020 (UTC)

I think it unlikely they will be removed. I didn't know about this before today, but apparently it's an officially supported feature of MediaWiki. See mw:Extension:ImageMap. -- RoySmith (talk) 19:03, 8 February 2020 (UTC)

In addition most of the uses are appropriate with only 24 looking like they are without any links. ‑‑Trialpears (talk) 19:28, 8 February 2020 (UTC)

So, only 24 don't seem to go to different parts of a mosaic image, or such - can those be removed as obfuscatory clutter? Yngvadottir (talk) 19:34, 8 February 2020 (UTC)

Sure, I don't have time right now but feel free to replace them with normal syntax if you want. Don't trust my search too much though and make sure it actually doesn't do anything first. ‑‑Trialpears (talk) 19:44, 8 February 2020 (UTC)

Imagemaps are not a new feature, by a long way. They have been mentioned on this page several times in the past; and indeed, in one thread above. In fact, they are mentioned in this thread which dates from eight days after I registered. So in my personal experience, they've always been around. --Redrose64 🌹 (talk) 21:45, 8 February 2020 (UTC)

We also have a category system for imagemaps: Category:Wikipedia image maps. I made the poorly populated Category:Articles containing image maps in 2014. PrimeHunter (talk) 22:09, 8 February 2020 (UTC)

Is there a way, any way, to get a list of all articles that have more than one stub template on them? Example: 1 Decembrie 1918 metro station. SD0001 (talk) 21:03, 8 February 2020 (UTC)

SD0001, if you're willing to torture the search function this kind of works. You can restrict the search further to avoid the timeout, for example by first letter in the pagename. ‑‑Trialpears (talk) 21:09, 8 February 2020 (UTC)

@Trialpears: Thanks! That search query works with a prefix qualifier. But it's worth noting there seems to something funny going on in the search engine: A search for:

incategory:"All stub articles" prefix:"1" insource:/stub\}.*stub\}/

gives no results, but a search for:

incategory:"All stub articles" insource:/stub\}.*stub\}/ prefix:"1"

works (just the order of parameters changed). Any idea why? SD0001 (talk) 21:41, 8 February 2020 (UTC)

@SD0001: Help:Searching#prefix: says: "prefix: must only ever be given at the last part of a search box query". PrimeHunter (talk) 21:55, 8 February 2020 (UTC)

Ahh, gotcha. MediaWiki is fun! SD0001 (talk) 22:06, 8 February 2020 (UTC)

It's not a crime for an article to have more than one stub template, see WP:TAGSTUB, paragraph beginning "If an article overlaps several stub categories". --Redrose64 🌹 (talk) 21:50, 8 February 2020 (UTC)

For sure. What makes you think I want to remove the multiple stub templates? SD0001 (talk) 22:06, 8 February 2020 (UTC)

Indeed, they should be merged into a single template that accepts multiple parameters. ―cobaltcigs 00:31, 9 February 2020 (UTC)

This has been discussed before and rejected, see e.g. Wikipedia talk:Manual of Style/Layout/Archive 10#Proposal: Only one stub template per article. I think also at WP:VPR. --Redrose64 🌹 (talk) 10:52, 9 February 2020 (UTC)

I've been attempting to edit Talk:Shirley Ann Jackson, but none of my changes are visible, though the edits are present in the edit history. I've checked in a few different browsers. Any ideas? Zagalejo^^^ 04:25, 9 February 2020 (UTC)

In fact, there are multiple other sections of that talk page that aren't being displayed. I don't immediately see where the problem is. Zagalejo^^^ 04:27, 9 February 2020 (UTC)

There was an improperly closed "hidden comment" tag at the end of the last section that was visible, meaning that every single thing in the entire rest of the page was being swallowed by it and treated as more hidden comment. I've removed it, and the page is now behaving properly. That's almost always the answer when something like this is happening; it's almost always because there's an improperly closed coding tag (hidden comment, gallery, reference, nowiki, etc.) somewhere in the article that's breaking the page. Bearcat (talk) 04:34, 9 February 2020 (UTC)

Thanks for your help! Zagalejo^^^ 14:42, 9 February 2020 (UTC)

There's something that's wrong with automatic archiving on the page Wikipedia talk:WikiProject U.S. Congress that causes it to work sometimes and leave discussions there for much longer than 180 days sometimes. I'm not really sure what's going wrong with User:Lowercase sigmabot III there. Any ideas as to a fix? Airbornemihir (talk) 20:02, 9 February 2020 (UTC)

@Airbornemihir: "minthreadstoarchive" and "minthreadsleft" are not set, so they assume their default values of 2 and 5, as described at User:Lowercase sigmabot III/Archive HowTo. ST47 (talk) 21:21, 9 February 2020 (UTC)

@ST47: ahhh I see. Thanks! Airbornemihir (talk) 21:57, 9 February 2020 (UTC)

Just wondering if there is a way to get a boolean answer to the question "is article X in category Y?", using template markup or Lua. I did search for this before asking! Outriggr (talk) 08:58, 9 February 2020 (UTC)

I think the category toolbox extension would do what you want in Lua, but I don't know if it is installed on the English Wikipedia. Another way would be to use the title object and search the contents for the category (it wouldn't get parent categories though).   Jts1882 | talk  09:37, 9 February 2020 (UTC)

I think it's not installed as mw.ext.cattools.hasPage('Category:Florida', 'Florida') does not work. --Gonnym (talk) 09:47, 9 February 2020 (UTC)

Right. Special:Version shows installed extensions. mw:Extension:CategoryToolbox is not installed. PrimeHunter (talk) 13:08, 9 February 2020 (UTC)

Thanks. From the above, I gather that what I ought to do is get the page contents using Module:Page (which I just found by guessing names) and use GetContent(), e.g. ((#invoke:Page|getContent|page=Foo)) and go from there. I've now got #invoke:String|count to work with the results of getContent(), by previewing in my sandbox, so that's cool. I would think this task is general-purpose enough to be generalized into a template but am not aware of one.... Outriggr (talk) 10:42, 9 February 2020 (UTC)

Please don't. First, there are other ways for a category to be added to an article other than plain wikitext (from templates). Second, the overhead of reading and parsing wikitext to find a category string is not worth it. Some JavaScript could probably use the API to get accurate information, if there were a demonstrated need. Johnuniq (talk) 22:18, 9 February 2020 (UTC)

Hi, is there a place to get page history stats plotted on a graph or in some tabular form? Edits per day, edits per day per user, etc. I could scrape the history and feed it into Splunk but surely this exists some place. Any pointers? --LaserLegs (talk) 00:14, 10 February 2020 (UTC)

@LaserLegs: I think the "Page statistics" link in any article's history page is probably what you're looking for. --Yair rand (talk) 06:55, 10 February 2020 (UTC)

Attempting to delete the expired PRODs File:CallipygianVenus.jpg and File:LocationAbkhaziaFinal.png throws this error; other files delete as normal. Jo-Jo Eumerus (talk) 10:07, 7 February 2020 (UTC)

Current state, both files are again visible in Category:Expired proposed deletions, one attempt to move the newer file without leaving a redirect + move it back without leaving a redirect apparently didn't help. –84.46.52.123 (talk) 09:52, 10 February 2020 (UTC)

Discussion moved to Wikipedia:US Census Migration for easier editing and reference. -- RoySmith (talk) 15:35, 10 February 2020 (UTC)

19:09, 10 February 2020 (UTC)

Sorry for asking here!

Hello, I'm from ckbwiki, I want to say... our project is so small and we have no bot to help us in some aspects. So, i want to use many auto software programs like AutoWikiBrowser, Huggle, WPCleaner (if you use another good one, please suggest to me) and many user scripts. For example: May i do hundreds or thousands of auto edits by using AutoWikiBrowser at the same time, then is there any risk to my account? Thanks! ⇒ AramTalk 13:49, 9 February 2020 (UTC)

@Aram: tools like AutoWikiBrowser generally respect maxlag, so your "account" should be OK from a global perspective. Most projects have guidelines or rules about making lots of edits quickly, as it can make patrolling changes hard for others - but that is something the community at ckbwiki would need to decide. When communities are concerned with this, it is normally recommended to make fast repetitive edits with a dedicated account that can be flagged as a "bot", w:ckb:ویکیپیدیا:بۆت has a little bit of information on this. — xaosflux ^Talk 15:46, 9 February 2020 (UTC)

@Xaosflux: Thanks for your replying! But we haven't any skill about programming languages to creating a bot. So, I want to use AWB, and/or the others. So we have two options. First, i must use auto programs by logging in with my account (Aram). Second, i must create another account (not a bot) especially for these edits. Which one is your choice? Thanks! ⇒ AramTalk 18:42, 9 February 2020 (UTC)

@Aram: ckbwiki already has many bots (about 20) - so I suggest you follow your community norms about when and how to use a bot. — xaosflux ^Talk 18:45, 9 February 2020 (UTC)

@Xaosflux: You are right, but most of them are inactive. just i see IAB, AlaaBot and another one. However, THANKS! ⇒ AramTalk 18:59, 9 February 2020 (UTC)

@Aram: to put it simply, the only people that are likely to complain about you editing quickly and repetitively at ckbwiki are the editors of ckbwiki. In general, if you want to do something over and over that really doesn't need anyone to check it (such as updating templates, fixing layouts, etc) I recommend you make a bot account and have it flagged. If you edits will be "content" related (i.e. adding or updating facts to your articles) using a bot flag may be a bad idea, since it will the edits them from people that are not specifically looking for them. — xaosflux ^Talk 19:42, 9 February 2020 (UTC)

@Xaosflux: Don't worry! I'm a very good and active user at ckbwki and i don't think so that a user (on ckbwiki) want to complain to me. I want to use AWB and others to add/delete templates, categoies and files to/from articles, replace old parameter names with the new ones and some other actions quickly on articles. Is a bot's interface like AWB? Because of i have no skills that required to creating a bot. I meant programming languages. How can i see a bot's interface. Thank you for your all answers! ⇒ AramTalk 21:07, 10 February 2020 (UTC)

The cite web parameter |accessdate= seems to allow future dates. Why is that? Thanks. Martinevans123 (talk) 15:01, 10 February 2020 (UTC)

Because the world turns and today in one part of the world is already tomorrow in another part of the world. |access-date= should only allow for today plus one day into the future. Are you seeing something different?

Also, questions about the cs1|2 templates are best addressed at Help talk:Citation Style 1.

—Trappist the monk (talk) 15:13, 10 February 2020 (UTC)

Really, it turns!? You must be one of these trendy modern editors. Maybe I'm just too UTC-centric? No, it was just a tomorrow date, thanks. Martinevans123 (talk) 16:05, 10 February 2020 (UTC)

The only mythology here is that somehow the Mediawiki software in incapable of presenting correct time zone information, which leads to bad module writing and impossible citation dates. This is not true. 72.43.99.138 (talk) 14:16, 11 February 2020 (UTC)

Is it possible to view related changes to the subject namespace page when only its talk page is a member of a category (for example Special:Recentchangeslinked/Category:High-importance Astronomy articles)? If so, how? Are there others who would like this to be possible? Utfor (talk) 17:25, 11 February 2020 (UTC)

There is an external website about linked from one or another of our tools pages that can do that for you at the WikiProject level. I'm not sure if there is a similar tool for categories... --Izno (talk) 17:31, 11 February 2020 (UTC)

Could someone please tell me where I can find this? I tried to find it at Wikipedia:Tools, but perhaps I overlooked it. Utfor (talk) 17:56, 11 February 2020 (UTC)

Forgive me if this is wrong the place to ask about this. Category:Articles needing translation from Arabic Wikipedia contained over 200 articles in January, now it is down to 32. It's not that the translations are complete, because articles such as Al-Faw and Abyan Governorate still need to be translated but have dropped out of the category. I suspect something may be wrong with Template:Expand Arabic, which is supposed to place articles in the translation category. Any ideas? --Cerebellum (talk) 13:29, 9 February 2020 (UTC)

Cerebellum, I'm probably responsible and did some major changes to ((expand language)) recently. I thought everything was alright based on my checks on ((expand Spanish)), but seems like that's not the case. I'm currently away from my computer but will take a look at it tonight. ‑‑Trialpears (talk) 13:50, 9 February 2020 (UTC)

It's now dealt with. Sorry for the inconvenience. I'm on holiday and had a quite spotty internet connection these last few days so it took some more time than expected. ‑‑Trialpears (talk) 18:48, 11 February 2020 (UTC)

When I mark two versions of an article, usually encompassing those that I haven't read since my last visit, in preparation for clicking on the "Compare revision history" button on an article's "Revision history" page, I'm finding that, after reading the rendered diff and clicking on the back-arrow to come back to the history page, the circles checked don't match what I selected, the two top ones being checked instead. This is intermittent and I can't reliably reproduce it. Does anyone else have this problem? Dhtwiki (talk) 20:08, 11 February 2020 (UTC)

Hi, I posted first on WP:Help desk but got no responses and another editor suggested this board. Is there a way to search edit summaries across Wikipedia? I came across several edits I reverted that said Eklenti yapıldı (plugin done, in Turkish) in the edit summary, and I wanted to check out any similar edits but couldn't figure out how. Schazjmd (talk) 19:46, 11 February 2020 (UTC)

@Schazjmd: you can use a tool such as ths one to search edit summaries. (It isn't very fast). — xaosflux ^Talk 20:59, 11 February 2020 (UTC)

Perfect, thank you Xaosflux! Schazjmd (talk) 21:03, 11 February 2020 (UTC)

((in lang)) has replaced a few hundred individual templates that signified when an external link was in a particular language which is great. What's less great is that now the hundreds of subcategories at Category:Articles with non-English-language external links have all been emptied. Can someone help me fix this? The syntax here is too complicated for me: I can do templates and some Lua but I'm not a programmer. @UnitedStatesian: who started a relevant discussion. ―Justin (koavf)❤T☮C☺M☯ 19:50, 11 February 2020 (UTC)

@Koavf: ((in lang)) does not need to be changed; see the discussion at Template_talk:Link_language#Auto-categories. The empty categories can all be (slowly, as at present, or quickly) deleted as deprecated, as there is a new category structure, populated by the template, that has replaced them. UnitedStatesian (talk) 19:56, 11 February 2020 (UTC)

UnitedStatesian, This is very confusing. Why on Earth did someone make a parallel category system? Why is it named "[x] sources" when they are links and not sources? This seems like a perfect example of needless bureaucracy and busywork when we had a perfectly functional system. ―Justin (koavf)❤T☮C☺M☯ 20:21, 11 February 2020 (UTC)

Pinging Trappist the monk as the creator. ‑‑Trialpears (talk) 20:23, 11 February 2020 (UTC)

Why is it named "[x] sources" when they are links and not sources? It cannot be presumed that article content associated with the ((link language)), ((<xx> icon)), and ((<xx>)) templates and now associated with ((in lang|<xx>)) is or ever was a link. Editors have not always used these templates solely with links. The 'sources' naming scheme recognizes that editors at en.wiki use these templates as it suits them regardless of whether the content is plain text, an external link, or even an interwiki link to another language Wikipedia.

—Trappist the monk (talk) 23:02, 11 February 2020 (UTC)

A week ago, I started a discussion trying to resolve the duplicate category trees between ((link language)) and ((in lang)) by redirecting the former to the latter. If successful the old categories could be tagged with ((Db-templatecat)) and deleted. ‑‑Trialpears (talk) 20:05, 11 February 2020 (UTC)

This is the second time I'm attempting to get my bots set up at Toolforge and failed. Is there anyone who is willing to give me some guidance? Steps I've completed:

• Wikitech account (developer account)
• Created a tool on Toolforge
• Gotten shell access
• Added public key to Wikitech account
• Private key stored in /.ssh w.r.t root
• tools-login.wmflabs.org added to known_hosts

Steps where I'm stuck:

• user@tools-login.wmflabs.org: Permission denied (publickey,hostbased).
• What to do next? --qedk (t 桜 c) 13:35, 5 February 2020 (UTC)

  QEDK, are you trying to log in as user and not qedk? --AntiCompositeNumber (talk) 13:44, 5 February 2020 (UTC)

  I feel amazingly stupid, thanks. I added a custom host-user configuration to resolve this. --qedk (t 桜 c) 13:55, 5 February 2020 (UTC)

  @QEDK: Live help is available at #wikimedia-cloud ^connect, so you know :) — MusikAnimal ^talk 19:16, 5 February 2020 (UTC)

  You'll also want to subscribe to the cloud services mailing list -- RoySmith (talk) 20:57, 5 February 2020 (UTC)

• @AntiCompositeNumber, MusikAnimal, and RoySmith: Since I'm unable to get help on the IRC channel, I thought it better to ask here. Why doesn't $ source ~/.bash_profile persist between sessions on Toolforge, I've tried it with and without a venv, in my toolforge account, as the tool, saving it to ./profile, just doesn't work and it's very annoying working on macOS with Toolforge. Secondly, Pywikibot seems unable to make newlines from "\n", so how do I deal with that. It was generating newlines properly for a while and then it didn't, some secret I'm missing out? --qedk (t 桜 c) 08:25, 9 February 2020 (UTC)

@QEDK: Unfortunately, "on Toolforge" can mean any of a number of different things. Are you talking about directly on the bastion hosts, or grid engine, or a docker instance, or maybe something else? Could you give the exact sequence of commands you're using? -- RoySmith (talk) 14:58, 9 February 2020 (UTC)

$ ssh tools-login
$ become qedkbot
$ source venv/bin/activate
$ cd pywikibot-core
$ python3 pwb.py login.py

@RoySmith: This will then throw a Unknown locale: UTF-8 error, which I have to fix by adding the variables to bash_proifle every session. tools-login is aliased to tools-login.wmflabs.org. --qedk (t 桜 c) 15:12, 9 February 2020 (UTC)

Hmmm. I took the liberty of poking around in /data/project/qedkbot. All I see in your .bash_profile there is setting PYTHONPATH. Does that not get set properly? In the sequence of commands above, if you do printenv right after the become qedkbot, does your PYTHONPATH not include the value you set in .bash_profile? -- RoySmith (talk) 15:24, 9 February 2020 (UTC)

@RoySmith: That is exactly the issue yep, I set the variables two hours ago on my latest bot run (had to!), and now you don't see them. I know setting the variables at the start of each session works because then I don't get the Unknown locale error, but if you want I can try printenv. --qedk (t 桜 c) 15:43, 9 February 2020 (UTC)

Yes, please run the printenv and see what you've got after become qedkbox That should at least narrow it down to whether the environment variable isn't getting set, or if it's getting set but maybe overridden by the venv or something. Another thing to try is after you activate the venv, fire up an interactive python and do import sys; print(sys.path) to see if it made it that far. You might also try sticking echo "I'm here" in your .bash_profile and see if that gets printed; that should confirm the .bash_profile is getting run. -- RoySmith (talk) 15:55, 9 February 2020 (UTC)

• @QEDK: I saw your BRFA. I assume that means you've solved this. What turned out to be the problem? -- RoySmith (talk) 01:28, 10 February 2020 (UTC)

  @RoySmith: I wish it was fixed, a bit loaded up on coursework so didn't get to debug it yet. Still setting the variables every session, I'm guessing submissions to the grid engine will not throw an Unknown locale error. --qedk (t 桜 c) 06:48, 10 February 2020 (UTC)

  @RoySmith: This is very, very weird - the environment variables show up just fine in printenv (inside and outside venv). Here's the output for sys.path: ['/data/project/shared/pywikibot/core', '/shared/pywikibot/core/scripts', '/mnt/nfs/labstore-secondary-tools-project/qedkbot/venv/lib/python35.zip', '/mnt/nfs/labstore-secondary-tools-project/qedkbot/venv/lib/python3.5', '/mnt/nfs/labstore-secondary-tools-project/qedkbot/venv/lib/python3.5/plat-x86_64-linux-gnu', '/mnt/nfs/labstore-secondary-tools-project/qedkbot/venv/lib/python3.5/lib-dynload', '/usr/lib/python3.5', '/usr/lib/python3.5/plat-x86_64-linux-gnu', '', '/mnt/nfs/labstore-secondary-tools-project/qedkbot/venv/lib/python3.5/site-packages', '/mnt/nfs/labstore-secondary-tools-project/qedkbot/pywikibot-core', '/mnt/nfs/labstore-secondary-tools-project/qedkbot/venv/lib/python3.5/site-packages/pycparser-2.19-py3.5.egg', '/mnt/nfs/labstore-secondary-tools-project/qedkbot/venv/lib/python3.5/site-packages/IPython/extensions', '/mnt/nfs/labstore-secondary-tools-project/qedkbot/.ipython']. Tells you something? --qedk (t 桜 c) 09:44, 11 February 2020 (UTC)

  I was indeed correct, for some reason source ~/.bash_profile was not setting the variables in .bash_profile (which makes me wonder where they are being stored). Configured around Jupyter Notebook to let me edit hidden files (not a Vim fan) and then changed .bash_profile myself, seems to stick between sessions once added - which leads me to think it is the command itself that is not working (which is weird!). --qedk (t 桜 c) 09:56, 11 February 2020 (UTC)

I'm pretty confused at this point. The sys.path output you include above does indeed include the PYTHONPATH entries from your .bash_profile. One odd thing I noticed is that your .bash_profile doesn't end with a newline. I don't know if that bothers bash or not. I've never used pywikibot. I remember looking at it briefly a long time ago and coming to the conclusion that it was crazy complicated. I took a look at the pwb.py source. Yeah, it's nuts. It's doing all kinds of crazy stuff with mutating sys.path and os.environ, and then executing other scripts. I honestly can't tell WTF it's trying to do. This looks like a pywikibot-specific problem, so I suggest asking the pywikibot developers. Sorry I can't be more help. -- RoySmith (talk) 16:56, 11 February 2020 (UTC)

@RoySmith: I don't think it's pywikibot, it is definitely something to do with the variables not getting saved in .bash_profile. I still appreciate all the help. Thanks a ton! -qedk (t 桜 c) 11:30, 12 February 2020 (UTC)

At Special:Watchlist on desktop there is a box on the right side with a list of abbreviations used on the page. It also links to Help:Watchlist in parenthesis, but it links to an old name of a section, #How to read a watchlist instead of #How to read a watchlist (or Recent Changes). Could somebody fix this? I guess that an interface admin is needed for this, thus @Amorymeltzer:. —⁠andrybak (talk) 12:11, 12 February 2020 (UTC)

Any sysop could make that change, but I happened to be drinking some tea and reading the news, so I took care of it! ~ Amory (u • t • c) 12:29, 12 February 2020 (UTC)

Is it possible to search for, say, transclusions of ((Semi-retired)) on the user talk pages of editors who have not edited since, say 2018? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:31, 10 February 2020 (UTC)

If you don't mind that it doesn't see deleted or revdelled edits, or logged actions that don't create a revision, quarry:query/42052. —Cryptic 13:53, 10 February 2020 (UTC)

@Cryptic: That's very useful, thank you. Now if it only showed the results as links... Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 22:19, 12 February 2020 (UTC)

It's made to go into a wiki sandbox (or other) page. You don't even have to save it; you could just preview a page with its contents if you don't want it on-wiki. Killiondude (talk) 22:45, 12 February 2020 (UTC)

Hello, I have managed to change my watchlist format by doing something but am unable to restore it to the previous format can some one tell me what I need to do to get back to previous format.

I now get -

  b   01:44 	Anne Hutchinson‎ (diff | hist) (+63‎) InternetArchiveBot (talk | contribs block) (Bluelink 2 books for verifiability. gra) #IABot (v2.0) (GreenC bot) [rollback]
   m    01:44 	RAF Hemswell‎ (diff | hist) (0‎) Neils51 (talk | contribs | block) (→‎After closure: spelling - it's->its) [rollback] (Tag: AutoWikiBrowser)

What I want is what I still get on Commons -

(diff) (hist) File:Blacktoft Sands RSPB reserve with Ship.JPG‎ 14:10 (+410)‎ ‎Pigsonthewing (talk | contribs)‎ ‎Created claim: depicts (d:P180): (d:Q11446)

Keith D (talk) 02:05, 12 February 2020 (UTC)

@Keith D: Do you mean the b (bot) entry? That is a simple option in preferences. The simplest would be to compare Special:Preferences#mw-prefsection-watchlist with commons:Special:Preferences#mw-prefsection-watchlist. The latter apparently is what you want, and the former might be different. Johnuniq (talk) 02:44, 12 February 2020 (UTC)

No it is the actual layout of each entry that changed, possibly after I use Related changes. The time has moved to the front rather than the (diff) (hist) and you get a bunch of changes that you can toggle which is not what I want. I have compared preferences under watchlist and they appear to be the same on both sites. Keith D (talk) 11:42, 12 February 2020 (UTC)

It's "Group changes by page in recent changes and watchlist" at Special:Preferences#mw-prefsection-rc. PrimeHunter (talk) 12:10, 12 February 2020 (UTC)

Many thanks for that. Unchecking resets it to what it was, do not know why preferences were changed by the Recent changes form which should not be modifying preferences. By the way that preference is not available on Commons. Keith D (talk) 17:02, 12 February 2020 (UTC)

phab:T202916. Anomie⚔ 00:20, 13 February 2020 (UTC)

Error Our servers are currently under maintenance or experiencing a technical problem. Please try again in a few minutes. See the error message at the bottom of this page for more information. If you report this error to the Wikimedia System Administrators, please include the details below. Request from 98.21.227.217 via cp1089 frontend, Varnish XID 898433163 Error: 503, Backend fetch failed at Tue, 11 Feb 2020 21:13:05 GMT

This has been going on for quite some time and I finally got back in.— Vchimpanzee • talk • contributions • 21:34, 11 February 2020 (UTC)

Incident report at wikitech:Incident documentation/20200211-caching-proxies. — MusikAnimal ^talk 04:33, 13 February 2020 (UTC)

Hi, is there a template that can, given a redirect page name, return the page it redirects to (so inputting Wikipedia:VP should yield "Wikipedia:Village pump")? Thanks. tLoM (The Lord of Math) (Message) (Report false positive) 06:14, 13 February 2020 (UTC)

Module:Redirect does that. — JJMC89 (T·C) 06:37, 13 February 2020 (UTC)

This morning many things are slow to the point of being very annoying and preventing me from doing my work. Examples are (1) After clicking on a page, I have to refresh the screen as it doesn't fully render, (2) scripts run slowly, sometimes so slowly as to be worthless, (3) notifications are in lag - I got a red 1 on my notifications at the top and when I clicked on it, it said I no notifications...a few minutes later I was finally able to click on the notification that had indeed been made earlier, and (4) my interface at the top is rarely complete without being refreshed, sometimes more than once.--Bbb23 (talk) 15:32, 12 February 2020 (UTC)

This may be related to the incident above #Outage – Ammarpad (talk) 07:42, 13 February 2020 (UTC)

Why is "Top Edits" called that instead of "Edits"? [8][9] Gråbergs Gråa Sång (talk) 10:27, 13 February 2020 (UTC)

Top Edits can show the pages you have edited the most: [10]. Your link restricts it to a single page where it just shows your edits to that page. The name is not descriptive in that case. PrimeHunter (talk) 12:09, 13 February 2020 (UTC)

Even in your example, "Edits per namespace" would be a reasonable heading. Gråbergs Gråa Sång (talk) 12:21, 13 February 2020 (UTC)

Top Edits is the name of the tool itself. XTools is a collection of tools. I don't think "Edits Per Namespace" would be a good tool name, and it gives no indication that it finds the most edited pages. PrimeHunter (talk) 12:46, 13 February 2020 (UTC)

Is anyone else seeing different page/font formatting all the sudden? I'm seeing my default font/layout style on certain pages, but other pages (such as the contribution list) are, for some reason, appear to have a different configuration, HTML setup, etc. Steel1943 (talk) 20:24, 13 February 2020 (UTC)

• ...And now, it's no longer happening. Eh, glad it only lasted for a few minutes, I guess. Steel1943 (talk) 20:25, 13 February 2020 (UTC)

Yes, I spotted that too. There was a (brief) change to the shade of blue for pages that had not been visited. Lugnuts ^{Fire Walk with Me} 20:53, 13 February 2020 (UTC)

I can't get preview or "show changes" to work. The error message is "Our servers are currently under maintenance ...". Is anyone else experiencing this? SarahSV ^(talk) 05:21, 11 February 2020 (UTC)

SarahSV, I've seen that a fair number of times in the past two weeks. To add to the frustration, it's most frequent when I've a slow or unreliable connection. On occasion preview has worked in Safari when Firefox (which I usually use) gave me nothing but errors; perhaps changing browsers will work for you as well. BlackcurrantTea (talk) 11:18, 11 February 2020 (UTC)

I was getting this recently when looking at my watchlist, which was large. The message seems to be a generic one when a transaction times out because it has taken more than a set period of time. I suppose that recent occurences are due to a new release or setting, like the update which caused outages across Europe. Andrew🐉(talk) 11:56, 11 February 2020 (UTC)

BlackcurrantTea and Andrew, thanks for the replies and tip about other browsers. I did try with others, and it worked, so the problems seemed confined to Firefox. A few minutes ago, it didn't work with another browser either. I lost an edit because I thought it had saved, but I got an error message. The back button and "try again" didn't work. SarahSV ^(talk) 21:29, 11 February 2020 (UTC)

@SarahSV: I don't think it is browser related; that's probably just bad or good luck depending on factors outside your control which made it appear that one browser functioned better than another. There have been reports here of time-outs and related problems for a couple of weeks and someone linked to a WMF blog or somesuch saying a massive denial-of-service attack on Wikipedia was impacting users in various areas. See also #Outage just posted below with "Error Our servers are currently under maintenance or experiencing a technical problem". I looked at two articles you were recently editing and they are massive with, from memory, 5 or 6 seconds of CPU time required to render the page. It would only take a bit of extra pressure on the server or the networks between servers to cause the problems you mention. The "under maintenance" message appears to be a last-resort "we don't know what the problem is but we give up" generic message that is not related to the actual problem. One way to avoid losing stuff is to do the equivalent of Ctrl-A Ctrl-C (select all, copy) before clicking preview or publish. Then, if there is a problem, you should be able to paste into a text editor to save what you had in the edit window. Johnuniq (talk) 22:55, 11 February 2020 (UTC)

Johnuniq, thanks for the information. I do usually save off-wiki and I did this time too, went to press save, then changed my mind and made more edits. That was the edit I lost. Usually, the back button or "try again" retrieves lost text, but this had disappeared entirely. I just tried preview and "show changes" on Firefox on a long article, and it's working again. SarahSV ^(talk) 00:44, 12 February 2020 (UTC)

Just noting that it (preview timing out) has started again. SarahSV ^(talk) 00:48, 13 February 2020 (UTC)

The WMF error page typically includes a section of information at the bottom with technical ifnormation about the error, under the heading "If you report this error to the Wikimedia System Administrators, please include the details below". Please remember to include these details when you report errors, ommitting your IP address if reporting publicly. If the problem only occurs on a page or set of pages, include that as well. Otherwise, it's like saying "There's vandalism on Wikipedia!": true, but not actionable. --AntiCompositeNumber (talk) 18:37, 13 February 2020 (UTC)

AntiCompositeNumber, where should I send those details? I don't like to post technical data because I don't know how specific it is. But again today, I can't use preview. I've been able to do it sporadically over the last few days, but then it stops working again. SarahSV ^(talk) 21:49, 13 February 2020 (UTC)

SlimVirgin, At this point, filing a bug report is the best idea. If you don't want to go through that process, I do it for you. The technical details typically will contain at least your IP address, a Varnish XID (a number), and/or a MediaWiki request code (a long string of letters). The Varnish XID and MW request code are uniquely-generated values and are only stored in the non-public server logs. Those codes are necessary to be able to and only useful to find the log entry relating to your specific problem. Your IP address, however, identifies your internet connection and should not be posted publicly. Other information in the technical data, like what servers your request passed through or what specifically went wrong, is not specific to you or your request and doesn't have privacy implications. --AntiCompositeNumber (talk) 22:18, 13 February 2020 (UTC)

AntiCompositeNumber, thank you for that information. It's extremely helpful. SarahSV ^(talk) 22:23, 13 February 2020 (UTC)

See #Outage and #Rendering slow, scripts and notifications in lag below, and this January archive. Search the last link for "Katherine (WMF)" to see a link to an announcement on Twitter. An announcement here with the current status would be helpful—are there currently any known problems? Johnuniq (talk) 22:32, 13 February 2020 (UTC)

I was doing some work related to the international treaty on wetlands yesterday Ramsar Convention, when I clicked on the linked website, and was surprised to get 'malicious ware' blocked - I tried again today and was again malicious blocked. I finally figured out that if I changed the old link from http to https the problem went away. I guess my concern is, is this happening other places in Wikipedia articles such that readers will be alarmed and is there something organized that can prevent it? Alanscottwalker (talk) 17:23, 13 February 2020 (UTC)

@Alanscottwalker: that article has a lot of external links on it, can you be more specific about the one you had trouble with? — xaosflux ^Talk 18:28, 13 February 2020 (UTC)

@Xaosflux: it's the non-https version of Ramsar.org which redirects you to something like http://game9091.getprizes51.life/8585178743 . Or maybe it's just the website in general, and it triggers it randomly, even in the https version. This article deals with the general problem. Headbomb {t · c · p · b} 18:32, 13 February 2020 (UTC)

Yes, it was the official www.ramsar.org with http. Alanscottwalker (talk) 18:36, 13 February 2020 (UTC)

Hmm, works for me (see output below), however something could be hijacking that DNS or injecting on your connection - in any event it looks like the article was updated to the https link and this was an external issue. — xaosflux ^Talk 18:38, 13 February 2020 (UTC)

wget>wget http://www.ramsar.org
--13:36:40--  http://www.ramsar.org/
           => `index.html'
Resolving www.ramsar.org... done.
Connecting to www.ramsar.org[18.197.134.191]:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: https://www.ramsar.org:443/ [following]
--13:36:40--  https://www.ramsar.org/
           => `index.html'
Connecting to www.ramsar.org[18.197.134.191]:443... connected.

Well, I said I updated the article to https, interestingly, just now put in http:// www.ramsar.org in my browser and it resolved to https:// www.ramsar.org, perhaps I trained the browser. :) Alanscottwalker (talk) 18:45, 13 February 2020 (UTC)

@Alanscottwalker: you did. It's a malicious ad somewhere on the website. See the howtogeek article above. Headbomb {t · c · p · b} 18:47, 13 February 2020 (UTC)

Thanks. Alanscottwalker (talk) 22:41, 13 February 2020 (UTC)

To make a long story short, we've got a large number of external links to a US Census site which are broken because the site implements a web app where the URLs do not encode the full state of the app. I suspect the problem is even bigger than we've identified with this one site (i.e. lots of sites that do this). Do we have any tools that can keep this from happening in the future? It would be nice if WP:CITOID, for example, did some kind of pre-flight check on URLs. Any URL with /jsf/ in it is likely to have this problem. Or maybe something that watched the recent changes firehose and verified each external link was at least reachable? -- RoySmith (talk) 16:46, 13 February 2020 (UTC)

@RoySmith: "reachable" is a very vague term, if a page returns an HTTP 2xx code it is at the very least "reachable" - and we wouldn't want to stop any link addition just because it is not reachable in a specific instant - remote resources can go up and down all the time. If you have some very specific patterns we could possibly put up an edit filter to warn or stop editors making such additions (providing there is consensus that the links are not helpful at all - we don't want to dissuade editors, especially anons and new editors from trying to give a reference). — xaosflux ^Talk 18:27, 13 February 2020 (UTC)

Xaosflux, For sure, we don't want to give editors the wrong incentive. But on the other hand, if they're inserting links that are broken, it would be useful to warn them about that.

This particular example is particularly troubling. First, assume the editor is exercising some due diligence and previewing their edit before saving. What they'll see is the correct page, because the preview is happening in the same web context so all their cookies are available. Even worse, if we had some automated tool that came along later and tries the link in a cookie-free context, it would still work, in the sense that the tool would get back a perfectly well formatted page, it would just happen to be the wrong data.

I don't know what the right answer is. I was hoping somebody else has thought about this previously and come up with some magic fix. It's conceivable that flagging all URLs with /jsf/ in them would be useful, but I think it likely it would just generate a ton of spurious warnings. -- RoySmith (talk) 23:13, 13 February 2020 (UTC)

@RoySmith: can you give some exact examples of these urls being used that are actually broken? Searching for jsf is getting lots of results, for example this link that appears to be useful. — xaosflux ^Talk 00:15, 14 February 2020 (UTC)

My apologies, I should have mentioned earlier. See WP:USCENSUSLINKS for more details, and there's a table of links down near the bottom of that page. Yes, the factfinder link you found is what I'm talking about. -- RoySmith (talk) 00:42, 14 February 2020 (UTC)

Why is this not simply (hah!) a version of the fact that any URL can return different content from moment to moment, even if state is not involved. Just about the first thing that most of us noticed about HTTP was that the server isn't obliged to serve up the content of the same static file every time. Due diligence would suggest that the page author understand the dynamics of the target site, and use a permalink if possible, otherwise look elsewhere for a snapshot. David Brooks (talk) 00:57, 14 February 2020 (UTC)

I agree that would be the ideal case. But, in practice, it's unrealistic to expect that most editors know that, so having some automated assistance would be a good thing. -- RoySmith (talk) 01:04, 14 February 2020 (UTC)

This is a situation that comes up occasionally. As an example, www.gaylesbiantimes.USURPEDcom has been domain hijacked by a spammer. It's now blacklisted (thus adding "_USURPED_" so this post will go through), but we still have instances. In mainspace they have all been removed ie. made into direct archive URLs or changed to |url-status=usurped. That leaves about 70 remaining on talk pages etc in non-main. What to do? Unable to convert them to new archive URLs as the edit filter will prevent new additions. Couple ideas:

• Delete the URLs outright, leaving behind smoking craters.
• Surround them with nowiki tags.
• Add "USURPED" or some similar string into the domain portion.
• Create a new template that does.. something.

Thoughts? -- GreenC 03:16, 14 February 2020 (UTC)

I think a template that does something like <nowiki>(({url))}</nowiki>[Usurped] would work well, maybe linking to an explanatory page. Otherwise, nowiki around the URLs should be fine. The only issue I could think of would be sections not being automatically archived properly--I don't remember if the spamblacklist considers nowiki or not. --AntiCompositeNumber (talk) 04:05, 14 February 2020 (UTC)

Able to avoid the edit filter if the URL already exists on the page: example. A ((usurped)) template would be good. -- GreenC 16:11, 14 February 2020 (UTC)

Posted template help request at Wikipedia:Requested_templates#Template:Usurped -- GreenC 16:19, 14 February 2020 (UTC)

In recent days, my "Your notices" icon (next to "Your alerts") has had a persistent "82" flag. On clicking, they come from Wikisource (and I'll try to find somewhere to ask the same question over there) and reflect a recent spate of hooks from WS articles I once "created" into Wikidata. Trying to expand the dropdown under "More notices from another wiki" and click the blue dot doesn't reduce the count. Logging in to Wikisource, I blue-dot each individual notification, but on reloading they come right back. I gave this a week after noticing it in case of a database delay. Am I missing something? David Brooks (talk) 18:02, 12 February 2020 (UTC)

For "somewhere" I suggest Meta, they manage all kinds of global stuff including messaging, notices, default profile, subscriptions, blacklist, OAUTH, etc. –84.46.52.187 (talk) 18:13, 12 February 2020 (UTC)

@DavidBrooks: try to clear them using the controls at Special:Notifications. — xaosflux ^Talk 18:32, 12 February 2020 (UTC)

@Xaosflux and 84.46.52.187: I was trying to clear them there (both by a group click and each individual blue dot) but to no avail. However, I then thought about Notifications on my Preferences page on Wikisource and noticed "Connection with Wikidata" was checked. I unchecked and they disappeared. Which is nice, but still obscures the underlying bug of failure to clear. I'll try to find the right place on Meta, and maybe search phabricator. David Brooks (talk) 19:24, 12 February 2020 (UTC)

As reported on Meta:Babel, the problem gradually cleared itself. It feels to me like a much-delayed background task, but that's probably misinformed speculation. David Brooks (talk) 18:49, 14 February 2020 (UTC)

Can someone proficient in template coding take a look at my unanswered edit request at Template talk:Party name with color#Piped links, namely add a (({2|))} somewhere so that this supports piped links when used with full. For instance, ((Party name with color|Foo Party|German Foo Party|full=yes)) would become [[Foo Party|German Foo Party]]. – Finnusertop (talk ⋅ contribs) 12:27, 9 February 2020 (UTC)

I figured out how DAB works and added it to Template:Party name with color/doc for Constitution Party (United States). For what you really want I'd need a party with sub-pages /meta/color (ideally) + /meta/shortname (required) for a decent full example on the /doc page, the functionality might already exist. –84.46.52.123 (talk) 09:35, 10 February 2020 (UTC)

Using your example: ((Party name with color|Constitution Party (United States)|U.S. Taxpayers' Party|full=yes)) doesn't show up as [[Constitution Party (United States)|U.S. Taxpayers' Party]] but [[Constitution Party (United States)|Constitution Party]]. – Finnusertop (talk ⋅ contribs) 17:19, 11 February 2020 (UTC)

Yes, there is no 2nd parameter as you suggested it. But ((Party name with color|Constitution Party (United States)|full=yes)) should have an effect for ((Constitution Party (United States)/meta/shortname)) = ((Constitution Party (United States)/meta/shortname)).
Without "full" I'd expect "Constitution", with "full=yes" I'd expect "Constitution Party". I've extended the examples to show that something is wrong. If it would work (it doesn't) you could get a /meta/shortname Foo Party for a full name German Foo Party. –84.46.52.187 (talk) 13:42, 12 February 2020 (UTC)

But that's the thing. I don't want to alter the shortnames every time someone uses an ad hoc name in a table. I don't want to bypass the piped linked either, so as to preserve whatever semantic difference there is. That's why I'm suggesting the second unnamed parameter. – Finnusertop (talk ⋅ contribs) 16:00, 12 February 2020 (UTC)

If you copy the template as is to a sub-page /sandbox ((Party name with color/sandbox)) and the /doc as is to a sub-page /testcases ((Party name with color/testcases)) not logged-in users could help to figure it out, i.e., the /testcases should be limited to the 5 examples in /doc (nothing else) and use the /sandbox instead of the real thing. But doesn't enwiki have a "template workshop" or project, is VP/T supposed to be that place? –84.46.52.187 (talk) 17:03, 12 February 2020 (UTC)

Done. I know of no centralized or otherwise active forum. – Finnusertop (talk ⋅ contribs) 19:36, 14 February 2020 (UTC)

Greetings, Within "Edit summary" box, after I start typing, the popup box appears with "remembered" lines. This popup box is black text with white background. When hover over these lines, the "hover-cursor" is black text with black background, so it is impossible to read. Wondering if there is an override for this color for Vector skin? Before writing here I have tried different color changes, and none of my testing successful. Regards, JoeHebda (talk) 03:14, 14 February 2020 (UTC)

@JoeHebda: I'm not sure what you mean by "hover-cursor" but I don't see a problem in Firefox with Vector. When I hover over a line, the whole line gets light grey background with black text (easily readable), while there is still a normal arrow cursor. Does it happen in safemode or if you log out? What is your browser? PrimeHunter (talk) 16:37, 14 February 2020 (UTC)

@PrimeHunter: To clarify, at EditSummary box, when I start typing, a box pops up (white BG, black text) with lines that I previously typed. As I move the (white) mouse-arrow-pointer(hover) over these lines, that line changes to blackBG, blackText and is un-readable.

1. Safemode - with Win10, not sure if that still works.

2. Log out - has no effect.

3. Browser is Brave (Chrome-based) with Shields turned off.

While the hover-line is black-on-black, the line hovered on appears down in the Edit summary box & so is readable there. So maybe this is a "non-issue"? JoeHebda (talk) 19:50, 14 February 2020 (UTC)

@JoeHebda: safemode simply means the link I made with safemode=1 in the url. It's a MediaWiki feature which omits local JavaScript and CSS. Google Chrome gives me a light grey background like Firefox, both in safemode and without. I don't have Brave. The autocomplete box is made by the browser. I don't know whether the background color can be changed in Brave. Somebody asked 3 days ago at [11] with no reply. It's the only mention I found. The timing makes me wonder whether it's a recent bug. PrimeHunter (talk) 21:11, 14 February 2020 (UTC)

@PrimeHunter: I tried the sandbox safemode test & same result of black-on-black. Chances are the error is in Brave browser that I recently updated. Only update 2 or 3 times a year, and I did notice a number of GUI fixes color-wise; especially on top-tabs visibility. So chances are this is a new error from the browser. Thanks for your help. Regards, JoeHebda (talk) 21:29, 14 February 2020 (UTC)

I am hitting "disambiguation pages" more than I think necessary.

Is there a better way to actually search for the Wiki article I want? Like an "advanced search"?

This will be done in my program with many different searches using auto-generated (but what should be definitive) search terms.

e.g. I want the "Roman Forum (Plovdiv) page.

My search term is: Roman Forum, Plovdiv, Bulgaria.

But that goes to the "disambiguation page" -- https://en.wikipedia.org/w/index.php?sort=relevance&search=roman+forum%2C+plovdiv%2C+bulgaria&title=Special:Search&profile=advanced&fulltext=1&advancedSearch-current=%7B%7D&ns0=1.

But if I search for: Roman Forum then I get the wrong page entirely -- https://en.wikipedia.org/wiki/Roman_Forum.

Can I drill down my Wiki search to (say) first restrict it to Country=Bulgaria and City=Plovdiv before searching for: Roman Forum ? — Preceding unsigned comment added by Sdc7683 (talk • contribs) 17:05, 14 February 2020 (UTC)

@Sdc7683: Your link gives a page of search results. A disambiguation page is something else, a manually made page like Forum. If there is an exact title match (except capitalization) to a search, e.g. Roman Forum for a search on "roman forum", then our search function can take you directly to the page which can both be an article and a disambiguation page. Otherwise you get a page of search results. There is no feature to take you directly to the best match to a search without an exact title match. There is a feature to not go to an exact title match but always display search results. In a url it's done by adding &fulltext=1. Compare for example https://en.wikipedia.org/w/index.php?search=roman+forum and https://en.wikipedia.org/w/index.php?search=roman+forum&fulltext=1. Our search cannot do things like Country=Bulgaria or City=Plovdiv. You can include Bulgaria or Plovdiv in a search but it will match any mention in the page. PrimeHunter (talk) 21:34, 14 February 2020 (UTC)

Is it possible to set a personal list for suggested articles on the left of each article? The current list ist mostly useless and I hate clicking more each time. Or, if that is not possible, is it at least possible to just simpy show all the languages? Ludost Mlačani (talk) 07:32, 15 February 2020 (UTC)

If you want to show all the languages, look at the Appearance section of your preferences, and under Languages, make sure that 'Use a compact language list, with languages relevant to you' is not checked. Some pages exist in many more languages than others; you may not always see a difference when checking/unchecking this option. BlackcurrantTea (talk) 08:12, 15 February 2020 (UTC)

Yes, that's great. Thanks.Ludost Mlačani (talk) 09:21, 15 February 2020 (UTC)

Not complaining about anyone; I mention someone in detail because it's a user rights issue, not a user behaviour issue.

Eight years ago, I created Antoinette Tubman as a redirect to the article of her husband, William V.S. Tubman. Recently, User:Lajmmoore created an article about Mrs. Tubman at the title of Antoinette Tubman (Q15783650). Not having meant to include the Wikidata ID# in the title, she then replaced the redirect with the article contents, and now we have an article. All is good. Weirdness: Lajmmoore did not move the page over a redirect (her only user rights are autoconfirmed and extended confirmed), and the edit summary looks semi-auto-generated.

(moved content from Antoinette Tubman (Q15783650) - I picked her up from a wikidata redlist and made the page without realising there was a redirect in place. I moved page content here and will request a deletion for the new one.)

This looks like the first part was autogenerated (as if it's not a simple copy/paste move), and then she wrote a custom message after the hyphen. How is this possible? Is there some new tool I've missed out on? The page has no log entries other than someone reviewing it, so it's not as if someone else did a history merge, and the wrong-title page has no log entries except for the G7 deletion that Lajmmoore requested. Nyttend (talk) 02:15, 15 February 2020 (UTC)

PS, note that Lajmmoore was the only editor in the history of the deleted page, aside from someone adding a G7 deletion tag — doing a histmerge for WP:CWW purposes would be pointless. Nyttend (talk) 02:16, 15 February 2020 (UTC)

It was a simple copy-paste move. I assume the whole edit summary was written manually and see nothing odd in that. Lajmmoore was the only contributor to the original page so she was allowed to copy-paste it and have it deleted. PrimeHunter (talk) 02:37, 15 February 2020 (UTC)

You guys are right that it's not strictly necessary ... but I've history-merged the deleted edits in anyway, if only for the edit summaries. Graham87 03:43, 15 February 2020 (UTC)

hi all - thanks so much for the help - its my fault for not spotting the redirect! thanks for history merging, i'm learning more wikipedia all the time & supportive conversations like these are great. just so i know for future, should i always request a merge, even if i'm the only editor? thanks again everyone (Lajmmoore (talk) 07:22, 15 February 2020 (UTC))

@Lajmmoore: If you are the only contributor then it's not necessary to history merge or attribute the original page per Wikipedia:Copying within Wikipedia#Where attribution is not needed. In this case you did attribute the original in the edit summary [12] but didn't explicitly say you were the only editor. That meant others could be unsure whether attribution to other contributors was missing after the original page history was deleted, so the history merge by Graham87 is helpful. He could also have undeleted and redirected the original without a history merge, but it would be an odd redirect title. A search found a single example Betty May (Q18416435). It's from a page move with no history so it should probably be deleted. PrimeHunter (talk) 12:54, 15 February 2020 (UTC)

Previous discussion at Wikipedia talk:Criteria for speedy deletion/Archive 76#Redirects with database (e.g. Wikidata) identifiers, Wikipedia:Redirects for discussion/Log/2019 November 5#Wikidata redirects, MediaWiki talk:Titleblacklist#Request to prevent "Wikidata" titles from being created. Typically, everybody agreed they shouldn't be created, and there were enough people objecting to each method in favor of one of the others that none of them got consensus. —Cryptic 13:16, 15 February 2020 (UTC)

Apparently this feature request should be made in Phabricator but I have no idea where to start there. Could someone who knows what to do please post this request?

Would it be possible to add an automated suggestion for the now removed, previously deprecated, parameters, |deadurl= and |dead-url of Module:Citation/CS1 to be replaced with |url-status ?

I think it would involve editing Module:Citation/CS1/Suggestions/sandbox with the

	['datum'] = 'date', -- German
	['deadlink'] = 'url-status',
	['distributor'] = 'publisher',

	['datum'] = 'date', -- German
	['deadlink'] = 'url-status',
	['dead-url'] = 'url-status',
	['deadurl'] = 'url-status',
	['distributor'] = 'publisher',

I think this is something an expert should do.

--Lent (talk) 09:57, 16 February 2020 (UTC)

@Lent: If it involves editing an on-wiki template, it probably can be asked for at Help talk:Citation Style 1. I think that @Trappist the monk: is the go-to person for these templates. Jo-Jo Eumerus (talk) 10:19, 16 February 2020 (UTC)

@Jo-Jo Eumerus: Ha! I had just posted to his talk page, pointing here! See: User_talk:Trappist_the_monk#CS1_errors#Unknown_parameter_|xxxx=_ignored. --Lent (talk) 10:30, 16 February 2020 (UTC)

|deadurl= and |dead-url= added to Module:Citation/CS1/Suggestions/sandbox.

—Trappist the monk (talk) 16:01, 16 February 2020 (UTC)

I'm trying to make a script that simply highlights a string, but I utterly suck at javascript. Basically, if you have something like

Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.

And I have regex like

(tempor|labore|dolore)

then the above would be rendered as

Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.

See also this scriptreq. Headbomb {t · c · p · b} 16:43, 12 February 2020 (UTC)

This is not done "simply". To target a piece of text, but not surrounding text, they need to be in different DOM nodes. To accomplish this, you would have to molest the HTML of the page somehow, perhaps by wrapping each occurence in a span tag with a certain class. I can't say beforehand what the consequences of doing that is, with regard to performance, or other systems expecting a certain HTML structure. Also, the advice you are given at Wikipedia:User scripts/Requests#unreliable.js, a predatory journals/vanity press highlighter is incorrect.

( function() {
	//...
} () );

is an immediately invoked function expression. It does not wait until the page has loaded. It is

$( function() {
	//...
} );

you want. It would be remarkable if the IIFE waited for the page to load, given that it is not just JavaScript, but pure EcmaScript and therefore has no knowledge of – or dependency on – the DOM. If things have worked for you despite that, it has probably worked by accident because the code is not directly in your personal JS page, but on a separate page that you import with importScript. That network request might take several hundred milliseconds, which may or may not be sufficient for the page to load before the script is executed. Nirmos (talk) 18:22, 12 February 2020 (UTC)

@Nirmos: I'll try to update things. It was working probably 75% of the time, with a reload often being enough to get it to work when it didn't. Headbomb {t · c · p · b} 18:54, 12 February 2020 (UTC)

Actually User:Headbomb/unreliable.js was already up to snuff there. Reloads just cleared cached pages I had already visited. Headbomb {t · c · p · b} 18:56, 12 February 2020 (UTC)

I can't see that User:Headbomb/unreliable.js is "up to snuff". Nowhere in the code do I see

$( function() {
	//...
} );

or any equivalent signature. This might be a simplification, but the "thing" immediately after $ or jQuery and its ( can either be a string or a function. When it's a string, it usually means "do something with the element(s) that match(es) this selector". When it's a function, it means "run this function after the page has loaded". I am assuming here that you are confusing the two and think that your

$('.mw-parser-output a.external').each(function() {
	//...
});

waits for the page to load. It does not. Nirmos (talk) 19:26, 12 February 2020 (UTC)

@Nirmos: so how would you fix the above? $('.mw-parser-output a.external').each$( function() {? Headbomb {t · c · p · b} 05:24, 13 February 2020 (UTC)

I think you want something like this but I don't have a page to test it against. --Jorm (talk) 05:50, 13 February 2020 (UTC)

Okay I think it works. I feel like there's a lot of fine-grained stuff that can be done here. I also would expand the styles beyond just background color and call them out pretty explicitly. If you can provide me with a sandbox page with examples of all the link types, I can do that. It would be fun! --Jorm (talk) 05:59, 13 February 2020 (UTC)

Regarding the "change text inside of text" bit, it can be done (but not saved; it would only be locally visible to you), but how to do it depends on what the use case is. That is: what are you actually trying to do, because there may be a better way. --Jorm (talk) 06:03, 13 February 2020 (UTC)

@Jorm: User:Headbomb/unreliable/testcases will have them. The wiki one won't work, because it's namespace dependant. The 10.1101 won't work either because those are bugged, but I'd want to highlight the first two (10\.1101\/\d+) in an ideal world. Headbomb {t · c · p · b} 06:13, 13 February 2020 (UTC)

Headbomb, I made some changes now that I have that, to call out blacklisted ones even more so. Import my script and tell me if that's the kind of thing you want?--Jorm (talk) 06:20, 13 February 2020 (UTC)

@Jorm: seems to at least work as well as what I had. The exact CSS colors and style are still being refined, but I went with the same color scheme as WP:RSPSOURCES provisionally. Headbomb {t · c · p · b} 06:24, 13 February 2020 (UTC)

Headbomb: Well, it's faster (for one) and it is guaranteed to execute (which is what Nirmos) was talking about above). That said, I can think of 30 ways to make this better or more useful (e.g., call out twitter links especially, etc.) Regarding the 10.1101 issue: what you're asking for is ... very sketchy to do, as it amounts to hand-wrapping innerHTML segments inside of an anchor tag. It's possible, but doing so will almost certainly slow down page renderings significantly and it is unlikely to produce the results that you want.
If you want to arbitrarily call out sections of a paragraph in such a way, it is also certainly possible to do, but will absolutely slow down page rendering and possibly to the point where the site becomes useless.--Jorm (talk) 16:40, 13 February 2020 (UTC)

@Jorm: It does feel faster here. However, I really don't understand why matching 10\.1101 is fine, but 10\.1101\/\d+ (or 10\.1101\/[0-9]+) is sketchy. Seems pretty straightforward to me, but then again, I don't know JS whatsoever. To be clear, this is a distinct issue than matching stuff anywhere in the page. This one would still be an href lookup thing (WARN_DOIS_RGX).

Concerning Twitter links, I don't see why they'd need to be specially identified over other things, but it's certainly possible. Ideally, they would be some sort of mainscript at User:Headbomb/unreliable.js, which sets classes, with people being able to customize the css for each class when importing the script. Headbomb {t · c · p · b} 17:16, 13 February 2020 (UTC)

Also https://markjs.io/ may or may not be useful here. It looks like a general highlighter script. Headbomb {t · c · p · b} 17:18, 13 February 2020 (UTC)

SD0001 (talk · contribs) came up with some clever things, and the main issues have been solved and good compromises have been found. I invite you all to peruse, install, and use the newly-minted Unreliable/Predatory Source Detector script! Headbomb {t · c · p · b} 18:57, 16 February 2020 (UTC)

The copyvios tool (https://tools.wmflabs.org/copyvios/) seems to be dead at the moment, reporting "504 Gateway Time-out openresty/1.15.8.1". Anyone know what's up? Ritchie333 ^{(talk) (cont)} 13:32, 17 February 2020 (UTC)

There's some information about this at phab:T245426. – Ammarpad (talk) 13:48, 17 February 2020 (UTC)

16:16, 17 February 2020 (UTC)

Hi, is there a template or any mechanism that can return "yes" if a page is in a specified category and "no" if otherwise? Thanks. tLoM (The Lord of Math) (Message) (Report false positive) 02:50, 18 February 2020 (UTC)

Not that I know of. It could be done with mw:Extension:CategoryToolbox, but that's not installed here. (It also says it's in an experimental status, but no work on it has been done since 2017.) rchard2scout (talk) 07:59, 18 February 2020 (UTC)

Technically yes, using lua and scribunto patterns, but that is expensive performance wise and not reliable for templated categories. What do you want to use it for? ‑‑Trialpears (talk) 08:05, 18 February 2020 (UTC)

In this section, I simply tried to change "Hairspray went on to become Amanda's most successful film at the time" to "Hairspray went on to become Bynes' most successful film at the time", but the edit was rejected with the message:

How is that a violation? There must be an error with the filter. Erpert ^{blah, blah, blah...} 13:41, 18 February 2020 (UTC)

Attempt to change a talk page section heading to make it neutral stopped by a BLP filter

I tried to change Talk:One America News Network#Agenda Driven Radical Leftists Controlling Page to Talk:One American News Network#Balance needed (to comply with WP:TALKNEW and got the warning "An automated filter has identified this edit as potentially violating our policy on biographies of living people, so it has been disallowed. Disruptive editing may result in a block from editing." I'm not sure why but it's stopping me from making the heading neutral. Doug Weller talk 13:43, 18 February 2020 (UTC)

And I just read the post immediately above mine, clearly there is a problem. Doug Weller talk 13:46, 18 February 2020 (UTC)

@Doug Weller and Erpert: Looks like there was a brief error introduced to filter 1008 by JzG which was quickly fixed. Sam Walton (talk) 13:56, 18 February 2020 (UTC)

Indeed. I apologise. Unfortunately we have a rather determined IP-hopping vandal. Guy (help!) 13:58, 18 February 2020 (UTC)

(edit conflict) Noting here that the filter appears to have disallowed some 250 edits. Please test your edit filters outside of disallow mode next time JzG! Sam Walton (talk) 13:59, 18 February 2020 (UTC)

My default editing setting is Source. I used to be able to switch from Source to Visual editing and back without losing edits until a day or two ago. Now that menu item has been replaced with the Search and Replace function. Normally I switch a number of times while creating an article. Is anyone else unhappy about this change? Why has this change been made? Oronsay (talk) 19:21, 18 February 2020 (UTC)

Apologies. Reviewed my preferences and recovered this facility. Oronsay (talk) 20:16, 18 February 2020 (UTC)

I customize template for my use, I have some user warning templates, I would like to have them create a section header automatically when placed by Twinkle, but I have no idea what the markup would be. Could someone help me with this? Thanks (Please ping me ((re|FlightTime))) - FlightTime (open channel) 18:13, 18 February 2020 (UTC)

@FlightTime: have a look at the templates used for notifying page creators of a possible deletion, such as Template:Db-test-notice. Many of these accept a parameter like |header=1 to add a heading (despite its name it isn't a header). --Redrose64 🌹 (talk) 23:12, 18 February 2020 (UTC)

@Redrose64: Will do, thanx for your time. Cheers, - FlightTime (open channel) 23:19, 18 February 2020 (UTC)

"Permission error You do not have permission to review revisions, for the following reason:The action you have requested is limited to users in one of the groups: Editors, Pending changes reviewers.

And here I thought I'm an editor. But I guess I'm only an Oversighter so can't be trusted with pending changes. :-) More vandalism? Doug Weller talk 17:09, 18 February 2020 (UTC)

Doug Weller, I believe this is T234743. ‑‑Trialpears (talk) 17:34, 18 February 2020 (UTC)

@Doug Weller:Did a small change at Special:UserRights/Doug_Weller to see whether the problem is tied to specific permissions. Jo-Jo Eumerus (talk) 18:01, 18 February 2020 (UTC)

@Jo-Jo Eumerus: I've tested it before when someone else raised the issue and the PC userright solves it. It's an issue with the FlaggedRev extension itself afaik and the userright fixes it. --qedk (t 桜 c) 08:28, 19 February 2020 (UTC)

If you report this error to the Wikimedia System Administrators, please include the details below.

Request from 72.251.70.228 via cp1075 frontend, Varnish XID 892793136 Error: 503, Backend fetch failed at Wed, 19 Feb 2020 06:59:37 GMT

The file is about 70K, and I've seen this problem with files half the size and less. Pi314m (talk) 07:05, 19 February 2020 (UTC)

Pi314m, unfortunately, this is an ongoing problem. See the sections above, 'Can't preview' and 'Outage'. BlackcurrantTea (talk) 08:19, 19 February 2020 (UTC)

There is a semi-reliable workaround, and I've been using it for weeks. (I reported this problem in moons ago ... I've seen it in November, December, ..). No, it's not a matter of which browser, but how much text is in a section being edited. On what should have been a single edit (in response to a suggestion), I've done at least 30 edits on the same article. You might wish to pass this along, perhaps by running some kind of search and/or trace on the "Backend fetch failed" string within system logs. Pi314m (talk) 09:04, 19 February 2020 (UTC)

I'm quite sure the #Can't preview and #Outage sections above are unrelated, but indeed there have been periodical issues with stability. I don't think it has anything to do with the amount of text you're adding either, since I sometimes get the same error when fetching small amounts of data through the API. The 503 backend fetch failed error is sort of a catch-all message. This graph provides real-time data on the 500/503 responses for Varnish, in particular. Any unusual spikes and downtime are usually automatically reported to the site reliability engineers. — MusikAnimal ^talk 17:44, 19 February 2020 (UTC)

I have two competing scripts (by design), but I want one to load/apply after the other kicks in (basically, load in the same order they appear in User:Headbomb/monobook.js). Right now which of User:Headbomb/identifiers.js and User:Headbomb/unreliable.js loads first seems completely random. I want USer:Headbomb/unreliable.js to override User:Headbomb/identifiers.js when there is a clash.

Is there a way to do this? Headbomb {t · c · p · b} 18:31, 19 February 2020 (UTC)

@Headbomb: importScript doesn't have a way to do that, but you could use mw.loader.getScript. To load identifiers.js and then unreliable.js:

mw.loader.getScript( "/w/index.php?title=User:Headbomb/identifiers.js&action=raw&ctype=text/javascript" ).then( function () {
  mw.loader.getScript( "/w/index.php?title=User:Headbomb/unreliable.js&action=raw&ctype=text/javascript" );
} );

I'm not sure what you mean by overriding the other script. --Yair rand (talk) 19:14, 19 February 2020 (UTC)

@Yair rand: seems to work. And what I mean by that, is both script touch the same things. Let's say Script A looks for words containing SOURCE and colors them green, and while Script B looks for words containing SPAMSOURCE and colors them red. If you find SPAMSOURCE, you're get SPAMSOURCE → SPAMSOURCE (Script A) →SPAMSOURCE (Script B) [B overrides A]. Or you'll get SPAMSOURCE → SPAMSOURCE (Script B) →SPAMSOURCE (Script A) [A overrides B], depending on the load order. By fixing the load order, I'm ensuring that SPAMSOURCE has a higher priority over SOURCE. Headbomb {t · c · p · b} 19:23, 19 February 2020 (UTC)

This User:FR30799386/undo.js script that allows me to undo from the mobile version is not working anymore. Is there an alternative?--SharʿabSalam▼ (talk) 09:26, 19 February 2020 (UTC)

• Actually a lot of scripts are not working with me. I don't know why? I have tried to revert all the things I have done recently but still not working. Is there a bug or something?--SharʿabSalam▼ (talk) 09:38, 19 February 2020 (UTC)
  • You have a lot of scripts in User:SharabSalam/common.js. I see you tried to revert to an earlier version. But perhaps it is an old script playing up. So you could try commenting them out with // one by one until something works. Then add them back in with a different order to narrow down the culprit. Graeme Bartlett (talk) 10:26, 19 February 2020 (UTC)

Follow the backlinks listed in your common.js page and check to make sure that the script is still being maintained by that same user. If not, remove the script from your common.js and add the new script import location. I had a script fail on me this week, turns out that it had been operating on a redirect for ages. I put the new import location in and the script worked again. - X201 (talk) 10:39, 19 February 2020 (UTC)

X201 and Graeme Bartlett, but why is the 'undo mobile' script not working although I copy-pasted the code here User:SharabSalam/minerva.js? Is this also because of common.js .--SharʿabSalam▼ (talk) 11:26, 19 February 2020 (UTC)

You have to run your script in User:SharabSalam/minerva.js; the install instructions are in User:FR30799386/undo, you would have to put that mw.loader.load call in your common.js with a change to call your minerva.js. Graeme Bartlett (talk) 11:47, 19 February 2020 (UTC)

Also the person who created that script has been blocked indefinitely, so obviously won't be maintaining it. If a bug has crept in you'll need to hope that someone else picks up the script and takes over maintenance. - X201 (talk) 11:52, 19 February 2020 (UTC)

DannyS712 had planned to maintain the scripts; however, that post was eleven months ago, and things might have changed since then. BlackcurrantTea (talk) 04:16, 20 February 2020 (UTC)

I'm definitely not working on that script, sorry DannyS712 (talk) 04:16, 20 February 2020 (UTC)

At Extended periodic table:

((Periodic table (micro)|number=119|mark=Uue|title=Extended periodic table|caption=[[Ununennium]] (element 119) (boxed) in period 8 (row 8)<br />marks the start of theorisations))

The box is sized to the width necessary to display the caption, wider than it needs to be to display the table, instead of wrapping the caption. It's even more exaggerated if you remove the br tag, displaying the entire caption on one line. Can someone suggest how to get the template (((Periodic table (micro)))) to size to the width of the table and wrap the caption instead? —[AlanM1(talk)]— 09:33, 19 February 2020 (UTC)

OK, trying in my sandbox, I found you can add a width in a hidden style parameter, and you don't even have to edit the template:

((Periodic table (micro)|style=width:234px;|number=119|mark=Uue|title=Extended periodic table|caption=[[Ununennium]] (element 119) (boxed) in period 8 (row 8) marks the start of theorisations))

Graeme Bartlett (talk) 10:02, 19 February 2020 (UTC)

@Graeme Bartlett: Right, or just insert br tags in the caption to make it substantially narrower than the table (to allow for differences between fonts, etc.). However, it seems to me that "fixing" the template would be a better solution. —[AlanM1(talk)]— 11:34, 19 February 2020 (UTC)

I've found an answer, based on [15]. The structure here is a parent div (with border:1px) containing three child divs: the title; the nav image of the periodic table; and the caption. I add display:table-row; to the second child and display:table-caption;caption-side:bottom; to the third. This is the equivalent result (other styling trimmed here for simplicity):

<div style="float:right;border:1px solid;text-align:center;font-size:85%;background:#f8f8f8;line-height:100%;">
 <div>Extended periodic table</div>
 <div style="display:table-row;">((Periodic table (32 columns, micro)))</div>
 <div style="display:table-caption;caption-side:bottom;">[[Ununennium]] (element 119) (boxed) in period 8 (row 8) marks the start of theorisations</div>
</div>

Note that a long |title= also/still causes the same problem. I can't find a display value to style the title's div that prevents this (table-header-group and table-row both end up setting the width for the following divs).

(time passes)

I've made the changes in ((Periodic table (micro)/sandbox)) and created ((Periodic table (micro)/testcases)). The usage in Extended periodic table would look like:

((Periodic table (micro)/sandbox|number=119|mark=Uue|title=Extended periodic table|caption=[[Ununennium]] (element 119) (boxed) in period 8 (row 8) marks the start of theorisations))

Pinging @Matt Fitzpatrick, who made the table→div change in 2018.

Comments, problems anyone? —[AlanM1(talk)]— 19:42, 19 February 2020 (UTC)

I wonder whether folks with knowledge about accessibility, such as User:RexxS and User:Pigsonthewing, would be able to help you resolve the problem with caption widths. Whatamidoing (WMF) (talk) 20:48, 20 February 2020 (UTC)

Hi. I, on portuguese Wikipedia domain, realized there's an error within the current JS code content in the mentioned page. I found it through the Chrome console mode (where I believe it is manifesting itself as the only findable error), but I understand just a little about the language, and, soon, really cannot restore it. Could someone fix it?
What is happening involves the page fonts and the identification of the existent and unexistent links, which, respectively, aren't the same previous one (that is the only thing I can confirm; they, now, are presenting itself as the standard for them) and don't differ between the usual colors, blue and red, illustrating what I said. Some detailed images: 1, 2 and 3. Creditor Editor (talk) 19:43, 12 February 2020 (UTC).

@Creditor Editor: to report a software bug with the ContentTranslation extension you will need to open a task at phabricator, directions to do that are available here: mw:How_to_report_a_bug. — xaosflux ^Talk 18:23, 13 February 2020 (UTC)

Creditor Editor, what are the JS errors themselves? --Amir E. Aharoni (talk) 07:06, 21 February 2020 (UTC)

I'm using this feature, which I have turned on in the preferences, but there is an error (with the version history of MatthewOF's talk page as an example):

https://i.imgur.com/DyFRDA6.png

(Click the link to view the image. I don't host it on Wikipedia because it would be quickly deleted).

The links to the differences are also marked like that.

Also, there is another issue: one of the edits is marked as Replaced, but it actually blanks the page. Someone must fix that. Also, why is editing revision tags not available to normal users? Keyacom (💬 | 🖊) 07:51, 16 February 2020 (UTC)

@Keyacom: all things being equal, probably better you avoid edit-warring with an administrator. Promising Wikipedia careers have come to a halt over less. ——SN54129 08:01, 16 February 2020 (UTC)

For the question of tags, see Wikipedia:Tags with a list at Special:Tags. One example is MediaWiki:Tag-mobile web edit. These are added mostly by software, filters, bots and other automated methods, so it would be pretty disruptive and a huge mess if anyone could add or change them. Already I would say there is a mess, for example with many hardly used tags for wikiEdu. Replaced means "Edits that remove more than 90% of the content of a page", so blanking falls into that category. Blanking should also apply, and these tags are generated by software, so it's difficult to change it! When I use the edit tags interface there are only about 16 different tag names I could add, and replaced or blanking were not options. The only ones are the tags labelled "Applied manually by users and bots". Graeme Bartlett (talk) 10:45, 19 February 2020 (UTC)

@Graeme Bartlett: But, when MatthewOF did this edit, the user actually blanked the page. Keyacom (💬 | 🖊) 15:38, 21 February 2020 (UTC)

Greetings, From time-to-time I see "Processing request" delay while waiting for another article to load. I've been working on backlog at "Category Unassessed biography articles". Currently my ISP linespeed is at 5MB/sec. Wondering if upgrade to 10MB/sec will actually reduce or eliminate delay? JoeHebda (talk) 15:41, 20 February 2020 (UTC)

@JoeHebda: No. It is the server computer needing to do some work (such as processing a database querry) before it can send results to you over the network, not an issue with the network connection speed. RudolfRed (talk) 02:08, 21 February 2020 (UTC)

RudolfRed, I don't know how technical you are, but if you want to dig a bit under the covers, and you're running Chrome, there's a ton of information available in the console. Under View / Developer, select "Developer Tools" go to the Performance tab, click record, and reload the page. That'll tell you more than you could possibly want to know about how much data is being transferred, and how fast.

Just to give you an idea, I timed reloading this page. It moved a total of 923 Kbytes of data in 1.8s, which works out to about 0.5 MB/sec. The bottom line is that for anything text based, almost any internet connection is going to be way faster than you need. Anything more than a couple MB/sec will really only make a difference for streaming video.

As a practical suggestion, what you might want to do is install a browser extension like Open Selected Links. That will let you go to Category:Unassessed biography articles, select a bunch of articles, and in a single click, open them all in individual tabs. Then you can work through the preloaded tabs one at a time, doing whatever you need to do to each one. — Preceding unsigned comment added by RoySmith (talk • contribs) 02:38, 21 February 2020 (UTC)

@RoySmith: Thanks for the "Open Selected Links" suggestion. I used it once so far & it's helpful. Yesterday, I changed DNS servers for my internet connection & that gave a bit more speed. Regards, JoeHebda (talk) 17:05, 21 February 2020 (UTC)

Resolved

 – COMPLETED  Done with Thank you to John of Reading for the assist. Rogermx, if you encounter similar technical snafus like this in the future, please don't hesitate to use ((help me)) on the applicable article's talk page or ask at this this technical village pump. Doug Mehus T·C 22:19, 21 February 2020 (UTC)

FYI

 – This was procedurally moved from a closed MfD discussion. See below for the copied message from editor Rogermx

This is appearing as its own article in the Fix Wikilinks list. I don't want it deleted really - I just want someone take notice and move it to its right place. Rogermx (talk) 21:07, 21 February 2020 (UTC) --Originally posted here Doug Mehus T·C 21:43, 21 February 2020 (UTC)

Question Does anyone know Rogermx means by the page "appearing as its own article in the Fix Wikilinks list," and can they offer insight into any fix that may be required? Doug Mehus T·C 21:45, 21 February 2020 (UTC)

I've added a colon to remove this archived talk page from Category:All articles with too few wikilinks. I wonder if that was the issue? -- John of Reading (talk) 21:54, 21 February 2020 (UTC)

John of Reading, Thank you, and I should've known that, too. I'm almost positive that's what Rogermx meant, particularly looking at the the prior edit diff that showed that category, and I see it's removed from Category:All articles with too few wikilinks. I'm going to go ahead and mark this as done and close it in a few days if we don't hear back from Rogermx. Doug Mehus T·C 22:01, 21 February 2020 (UTC)

 Possilikely (a mix between possible and likely)  Resolved by John of Reading. Doug Mehus T·C 22:03, 21 February 2020 (UTC)

Thanks to everyone for their quick attention on this. Rogermx (talk) 22:13, 21 February 2020 (UTC)

Doug Mehus T·C 22:15, 21 February 2020 (UTC)

I am doing some year calculations with ((NEXTYEAR)) for example ((NEXTYEAR|3)) shows the year 3 years from now (2027). However for this task the number "3" will be in HTML format. But this does not work: ((NEXTYEAR|& #51;)) (I added a space between "& #" so the browser doesn't interpret the HTML). When passed HTML ((NEXTYEAR)) throws an error as it probably should. Is there a wikitemplate that takes as input HTML and outputs ASCII? Something like ((NEXTYEAR|((html2ascii|& #51;)))) -- GreenC 17:26, 21 February 2020 (UTC)

Does

((#switch:(({1|0))}|0=0|1=1|2=2|3=3|4=4|5=5|6=6|7=7|8=8|9=9))

work?

In lua, there is mw.text.decode ('3') which will take more than one html entity and returns whatever text is in the string so if you give it the digit 4 (mw.text.decode ('4')) it will return '4'.

I think that I recall that someone has written a module that will call a single lua function but can I find it? Nope. If it's out there, surely someone here knows where it is. Of course, if that doesn't exist, a simple module:

p={};
function p.html_entity_decode (frame)
	return mw.text.decode (frame.args[1]);
end

return p;

—Trappist the monk (talk) 21:13, 21 February 2020 (UTC)

Are you talking about Module:LuaCall? (((#invoke:LuaCall|call|mw.text.decode|3)) -> 3) * Pppery * _{it has begun...} 21:20, 21 February 2020 (UTC)

Yeah, that.

—Trappist the monk (talk) 23:46, 21 February 2020 (UTC)

It does work, thank you! Behold: ((NEXTYEAR|((#invoke:LuaCall|call|mw.text.decode|3)))) = 2027 -- GreenC 01:31, 22 February 2020 (UTC)

In MonoBook skin, the page history has recently been subject to a styling change: the buttons like "Compare selected revisions" no longer look like buttons, but flat white text boxes. I am finding it harder to pick out these objects, and that makes it an accessibility issue. How do I get the buttons to look as they did before, i.e. like the "Mark all pages as visited" button at Special:Watchlist. --Redrose64 🌹 (talk) 20:53, 21 February 2020 (UTC)

The buttons now look the same as the "Mark all changes as seen" button on the watchlist. A welcome change too, the default buttons were small and barely legible. --qedk (t 桜 c) 21:06, 21 February 2020 (UTC)

I, too, use MonoBook and prefer them the way they were before. I thought about asking here for css help to change them back, but hadn't taken the time to write the request. I'd certainly appreciate it if someone could tell me how. BlackcurrantTea (talk) 22:53, 21 February 2020 (UTC)

I note the color of Wikieditor toolbar has also changed to a very poor color. It'd be good to get back the old color there too. – Ammarpad (talk) 05:22, 22 February 2020 (UTC)

Put $(".mw-ui-button").removeClass("mw-ui-button") in your common JavaScript, like so. You'll get a flash of unstyled content by doing it in javascript instead of css, but previous oo-ui fugliness went so deliberately far out of its way to make a pure css solution impractical that I didn't even look for one this time. —Cryptic 07:07, 22 February 2020 (UTC)

Thank you, that works. It also fixes the "Contest this speedy deletion" button in Template:Db-g2. --Redrose64 🌹 (talk) 08:43, 22 February 2020 (UTC)

I edit with JavaScript turned off because the interface annoys me in various ways, and would still very much appreciate a css solution if that's possible. BlackcurrantTea (talk) 15:29, 22 February 2020 (UTC)

I am posting here to serve notice that I've requested a patch to the common.js file. Request is here: MediaWiki talk:Common.js#MetadataPanel date fix. Magog the Ogre (t • c) 17:29, 22 February 2020 (UTC)

There is a comment in MediaWiki:Edittools that any changes there need to be coordinated with MediaWiki:Gadget-charinsert.js but the latter page gives no indication of what would need to be updated. Does it mean that it's now on a different page, or that it is outdated? Pinging Krinkle as the last editor of that js page. Jo-Jo Eumerus (talk) 10:56, 23 February 2020 (UTC)

@Jo-Jo Eumerus: now at MediaWiki:Gadget-charinsert-core.js DannyS712 (talk) 11:12, 23 February 2020 (UTC)

Hmm. I see. I've updated the edittools message although one wonders if it's possible to use a template for both. Jo-Jo Eumerus (talk) 11:15, 23 February 2020 (UTC)

I am asking this question here based on a suggestion from Headbomb after inquiring about their use of citation expander. I am able to use this tool via the Tools on the left nav bar, though never am able to see or access the Citations button anyplace. Can somebody help me determine what the problem is, as that may make things a bit easier. Thank you. --- FULBERT (talk) 17:41, 15 February 2020 (UTC)

@FULBERT: What is your browser, and your skin at Special:Preferences#mw-prefsection-rendering? Does the Citations button appear if you preview a blank version of User:FULBERT/common.js? You don't have to save changes there, just look for the button on the preview. Does the button appear if you log out and click here? PrimeHunter (talk) 19:26, 15 February 2020 (UTC)

That looks like MonoBook to me. Whatamidoing (WMF) (talk) 20:26, 20 February 2020 (UTC)

The image posted here is the illustration at Wikipedia:Citation expander. FULBERT is missing the "Citations" button. PrimeHunter (talk) 12:24, 21 February 2020 (UTC)

PrimeHunter, Thanks for helping me troubleshoot this, and sorry for the delay in my reply. I am using the default Vector Skin and am using Firefox (the most current version). I now seem to see the button when I click "Edit Source" (the only place I now seem to see it, as I have reset some of my previous Preferences) and if I press it I cannot see if anything is found or not. Is that the right place where I should see it, and if so, how do I know if it finds anything that should be accepted / reviewed? Many thanks. FULBERT (talk) 22:24, 22 February 2020 (UTC)

See User:Citation bot/use#via the citation expander gadget. See User:Citation bot/use#Examples for some examples you can try copying to an edit window and press the button. The gadget should then automatically change the text, for example from <ref>((cite journal |jstor=650874))</ref> to <ref>((cite journal |jstor=650874|title=Bastard Feudalism Revised: Reply|last1=Coss|first1=P. R.|journal=Past & Present|issue=131|pages=190–203|year=1991|doi=10.1093/past/131.1.190))</ref>. PrimeHunter (talk) 22:47, 22 February 2020 (UTC)

Pinging FULBERT. PrimeHunter (talk) 22:48, 22 February 2020 (UTC)

PrimeHunter, Thanks for this; it now (oddly?) seems to be working. I am scratching my head as I think part of the problem has been how I have understood the directions. I have been reading the instructions for "Edit" which really should be speaking about "Edit source," and thus the instructions are assuming the default editor is the source editor, though I did not actually see that mentioned explicitly. Many thanks for your help in the pointing out the clearer directions and examples than I had located on my own! FULBERT (talk) 16:35, 23 February 2020 (UTC)

((Random slideshow)) seems to be broken. First noticed it not working on my userpage, and decided to check some others, like Portal:Italy. Indeed, it's broken there, too. I've confirmed via IRC that others are seeing it, so posting here. Pinging the creator, Evad37 (but nobody has edited it in about a year). — Rhododendrites ^talk \\ 14:42, 21 February 2020 (UTC)

The problem is not from the template or the module it relies on but probably the gallery tag. See phab:T245553. – Ammarpad (talk) 19:07, 21 February 2020 (UTC)

Thanks. Following now. — Rhododendrites ^talk \\ 17:32, 23 February 2020 (UTC)

See[16] Black Kite set pending changes to expire January 19th. JzG and I reverted pending edits this week, as have a number of other editors since pc should have expired. Which seems to have just happened with the same problems that led to the article being protected multiple times. Doug Weller talk 19:45, 22 February 2020 (UTC)

No, Black Kite set semiprotection to expire January 19th. Pending changes were last set (before today) at 14:35, 21 February 2019, and didn't expire until 14:35, 21 February 2020. The logs are clearer than the history here. —Cryptic 20:24, 22 February 2020 (UTC)

@Crytpic: I'm confused. Yes, I was wrong about what Black Kite set, sorry. That mistake of mine didn't help. But look at the history/[17] where it's obvious pc was working on the 18th.

EG 16:34, 18 February 2020‎ Valenciano talk contribs block‎ [+] 64,386 bytes +11‎ Undid revision 941443355 by 107.77.195.231 (talk) rv POV/dishonest edit summary undothank Tag: Undo [automatically accepted]

But Where do you get pending changes set on the 21st for a year? I see "19:47, 22 February 2020 JzG talk contribs block configured pending changes settings for Gavin McInnes [Auto-accept: require "autoconfirmed" permission] (Persistent vandalism) (hist)" - ie JzG set them right after my post, but no mention of your 21st date. In fact, this view shows nothing since the expiry of semi-protection on the 19th. Something's wrong. Doug Weller talk 17:14, 23 February 2020 (UTC)

Pending changes changes, unhelpfully, only show up in their own log, not in the protection log, as you'd expect. Also in all logs, where the relevant entry is currently fifth from the top. —Cryptic 17:41, 23 February 2020 (UTC)

Damn, I guess I should have known that. But, Cryptic, spelling it correctly this time, how about the acceptance on the 18th? And why no end date for those set by JzG? — Preceding unsigned comment added by Doug Weller (talk • contribs) 17:50, 23 February 2020 (UTC)

On February 18, the pc set by JzG on February 21 2019 were still in effect. The pc change on February 22 2020 is indefinite, as you can see when reprotecting it. I agree it's inconsistent that the pc log doesn't say '(indefinite)' in such cases (sample protection log entry, for comparison). —Cryptic 18:04, 23 February 2020 (UTC)

@Cryptic: thanks. I see my confusion now. I was looking at the fact that semi-protection was being set covering much of the same period that article also had pc but not noticing that they overlapped. I didn't occur to me an article would have both. Doug Weller talk 18:48, 23 February 2020 (UTC)

I urgently need 2FA disabled because my mobile device has failed and been replaced and the scratch codes I have written down, don't work. I'm assuming they are from a previous iteration.

Can anyone tell me how to get this done please? Guy (help!) 20:58, 23 February 2020 (UTC)

@JzG: phab:T245956 please send an email to ca@wikimedia.org from your registered email address to confirm ownership. DannyS712 (talk) 21:11, 23 February 2020 (UTC)

JzG, quoting WP:2FA: If you are totally locked out, regaining access to your account will be very difficult and usually involve proving your identity beyond the shadow of a doubt to one of the developers via the Phabricator system who may or may not decide to manually disable 2FA in the database directly. If you cannot satisfy these requirements or the developers deny your request, it is impossible to turn 2FA off and you'll have to create a new account. Since you're still in control of your account and presumably the email associated with your account it probably won't be too much trouble proving you are you. ‑‑Trialpears (talk) 21:11, 23 February 2020 (UTC)

Trialpears, Hence the message while I wasn't. All fixed now. Guy (help!) 22:03, 23 February 2020 (UTC)

Resolved

@MusikAnimal: My traceroute is intermittent and the site does not open at all on the browser. Anyone else facing the same issue? I'm not sure what information this is giving me. --qedk (t 桜 c) 20:48, 22 February 2020 (UTC)

@QEDK: You scared me! All looks good on my end https://stats.uptimerobot.com/BN16RUOP5/779220479. Are any other VPS/Toolforge tools not loading for you? — MusikAnimal ^talk 17:33, 23 February 2020 (UTC)

@MusikAnimal: Seems sorted now! Other Toolforge tools were ok so I'm guessing something went wrong on Xtools' instance. Quite unsure what happened. --qedk (t 桜 c) 05:03, 24 February 2020 (UTC)

Have a look, e.g., at Weegee's stats page. Right at the bottom—literally the last thing before your taskbar—is some text in tiny font. It is completely irrelevant to the page itself and reads as if people are having a conversation on it. Oh, and it's randomized too. ——SN54129 15:10, 24 February 2020 (UTC)

Serial Number 54129, it looks like it's pulling from some kind of a "funny quotes" list. Also, it looks like it appears everywhere that xtools theme is used - even on the main xtools page. ^creffpublic _{a creffett franchise} (talk to the boss) 15:25, 24 February 2020 (UTC)

That's quite funny I guess. Bizarre is the word; I wonder how long it's been doing it  ;) cheers for the info Creffett ——SN54129 15:28, 24 February 2020 (UTC)

Serial Number 54129, https://github.com/x-tools/xtools/blob/master/config/quote.yml has the full list. It looks like some history got lost, but the relevant files have been in the repo since at least 2019. ^creffpublic _{a creffett franchise} (talk to the boss) 15:30, 24 February 2020 (UTC)

You can PM me if you want, and I can ignore you if I want...might make that my wikimotto  :) ——SN54129 15:35, 24 February 2020 (UTC)

Yes, all fun and games. The quotes originate from meta:IRC/Quotes and the old Bugzilla bug tracker (hence the technical jargon). There was once a dedicated tool, which technically still works, it just isn't discoverable. We decided it wasn't worthy of having it's own tab in XTools, so instead of throwing it away we went with this subtle way of showing the quotes. It has been at the bottom of every page since the "new" version was deployed in 2017. — MusikAnimal ^talk 17:49, 24 February 2020 (UTC)

The tools bar in the left hand pane of my browser usually displays 12-15 options - this afternoon most of those have disappeared, and now it only diaplsys 6. Any idea what has happened? Is it a wider issue or a problem with the script? GiantSnowman 18:10, 24 February 2020 (UTC)

It's that script. Ohconfucius edited it today [18] and accidentally removed the ending apostrophe at the last change. PrimeHunter (talk) 19:52, 24 February 2020 (UTC)

Many thanks. Found and fixed the glitch. -- Ohc ^¡digame! 20:02, 24 February 2020 (UTC)

@PrimeHunter and Ohconfucius: now working again, many thanks. GiantSnowman 20:05, 24 February 2020 (UTC)

20:59, 24 February 2020 (UTC)

I'm trying to develop a tool similar to Twinkle's unlink but for replacing links and I seem to be encountering a rate limit and I'm getting the message As an anti-abuse measure, you are limited from performing this action too many times in a short space of time, and you have exceeded this limit. Please try again in a few minutes. What exactly is the rate limit (practically for extended confirmed users and rollbackers)?– BrandonXLF (talk) 23:46, 24 February 2020 (UTC)

Your quote is MediaWiki:Actionthrottledtext. mw:Manual:$wgRateLimits says the MediaWiki default rate limit for edits is 90 edits in 60 seconds for autoconfirmed users. https://noc.wikimedia.org/conf/highlight.php?file=InitialiseSettings.php sets the same default for Wikimedia wikis and doesn't change it for enwiki. Special:ListGroupRights does not give noratelimit to extended confirmed users or rollbackers, so I think 90 edits in 60 seconds should apply to you unless you are hitting an edit filter throttle. Are you getting the message here at enwiki? I didn't find many rapid edits in your recent contributions. PrimeHunter (talk) 00:52, 25 February 2020 (UTC)

Also you can see the limits that apply to you using the API's meta=userinfo module, like this. Anomie⚔ 01:55, 25 February 2020 (UTC)

@PrimeHunter: Yeah I'm doing it here on the enwiki. I'm doing blank edits as a test for now because I don't want it to stop editing halfway through. I tried editing at 90 edits/minute and I'm still getting the error. It seems to allow me to do 30 edits than it shows the error 30 times than it resets, when editing at a rate of 1 edit/second. Which would make it seem like the rate limit is 30 edits/minute, but I don't see how that would apply to edits looking through InitialiseSettings.php and now [19]– BrandonXLF (talk) 02:00, 25 February 2020 (UTC)

Just realized my empty edits were linkpurges, which have the 30/60 limit :/. 90/60 seems to be working. – BrandonXLF (talk) 02:44, 25 February 2020 (UTC)

Came across this page when strolling through the system messages. I am a little unclear what its purpose is; 😂? Jo-Jo Eumerus (talk) 11:03, 23 February 2020 (UTC)

@Jo-Jo Eumerus: it boosts the search results of pages with the templates listed DannyS712 (talk) 11:08, 23 February 2020 (UTC)

Ooh, that's a cool feature which I didn't know about either. Found the syntax documentation at MediaWiki:Cirrussearch-boost-templates/qqx. the wub "?!" 11:57, 23 February 2020 (UTC)

In general, you can usually find documentation for MediaWiki messages by clicking the edit or view source tab, and then "translatewiki.net" in a message at the top. It's unusual that the /qqx page displays documentation. It merely shows the default uncustomized MediaWiki message which happens to contain documentation here. PrimeHunter (talk) 12:32, 23 February 2020 (UTC)

So, for example, putting Template:BLP unsourced|0% would cause any page transcluding ((BLP unsourced)) to disappear from Cirrus Search? I am just asking to understand how that works (I don't think hiding it from the internal search would be a good move). Jo-Jo Eumerus (talk) 16:55, 23 February 2020 (UTC)

0% does not remove a page but just places it after everything else. For example, Sukhi Turner has ((BLP unsourced)) so the article is last on page 2 of currently 33 results on "Sukhi Turner" boost-templates:"Template:BLP unsourced|0%". It's also last with 33% but moves to second-last with 34%. It's first on a normal search "Sukhi Turner". See more at mw:Help:CirrusSearch#Boost-templates. PrimeHunter (talk) 17:29, 23 February 2020 (UTC)

This only applies to actual searches. I assume the "Go" feature of the search box would still go directly to the article if the exact title is entered. PrimeHunter (talk) 17:36, 23 February 2020 (UTC)

You can see an example of it working at commons:MediaWiki:Cirrussearch-boost-templates. I think the original idea was also to make porn be de-ranked in the search results list, but as you could imagine, that's unlikely to happen. Bawolff (talk) 03:03, 25 February 2020 (UTC)

The maintenance reports in Special:SpecialPages are very useful. I for one use Special:WantedTemplates to find things that need cleaning up.

It would be useful to have a bot update this list once a week.

The bot doesn't have to run against the live database, it can run against a copy as long as the reports reflect the database as it was less than a week ago. davidwr/(talk)/(contribs) 15:58, 21 February 2020 (UTC)

Special pages aren't updated by a bot. It's listed at Help:Special page#Inactive, which makes me wonder if it's meant to be happening at all. User:😂 might have a guess. Whatamidoing (WMF) (talk) 21:57, 21 February 2020 (UTC)

Help:Special page was last updated in August, Special:WantedTemplates was updated in November, which means it became "active" at some point. Either that, or someone updated the Wanted Templates page it on a one-off basis. It's valuable and it should be updated much more regularly, at least weekly if possible. davidwr/(talk)/(contribs) 22:21, 21 February 2020 (UTC)

Different special pages work on different schedules. Special:Wantedtemplates is supposed to be updated on the 20th of every month [20]. In theory anyways. However looking at the page, it looks like that hasn't happened for several months. Bawolff (talk) 03:15, 25 February 2020 (UTC)

So what can be done about it? Is there someone or some group on the English Wikipedia or on Meta or elsewhere that needs to be alerted? davidwr/(talk)/(contribs) 03:28, 25 February 2020 (UTC)

It will be handled by devs. I've filed a ticket. This isn't the first time the system has broke. Bawolff (talk) 03:30, 25 February 2020 (UTC)

Resolved

Urbanecm fixed this. He re-ran Special:Wantedfiles today so it should be up to date on enwiki, and going forward it should be updated on the 20th of every month. I also updated Help:Special page#Inactive to include the update schedule. Bawolff (talk) 13:06, 25 February 2020 (UTC)

On the German Shepherd page there is a duplication ((short description)) error. I searched the article for a possible second posting of the template, found none. Hopefully someone here can figure this out. - FlightTime (open channel) 17:06, 24 February 2020 (UTC)

The infobox template (((Infobox dog breed))) sets the short description. —  Jts1882 | talk  17:20, 24 February 2020 (UTC)

Yes, and it's done it for over a year now. --Redrose64 🌹 (talk) 20:27, 24 February 2020 (UTC)

As a general question, is it a good idea for infoboxes and taxoboxes to determine the short description? —  Jts1882 | talk  21:04, 24 February 2020 (UTC)

I'd say no, on grounds of the principle of least surprise - I think the average editor would only expect the short desc to be modified by an explicit ((short description)) template, not by an infobox. ^creffpublic _{a creffett franchise} (talk to the boss) 21:20, 24 February 2020 (UTC)

I'm a big fan or short descriptions through templates since it's the best way to automatically generate large quantities of short descriptions easily. There is also possible generate descriptions using a bot like is done with PearBOT 5 but that has several disadvantages, mainly that only one editor can modify the code and that doesn't apply retroactively. I can also say that the bot route is also a lot more time consuming since the accuracy has to be so extremely high while templated uses can be fixed later. There are problems and this situation can be potentially confusing, but the solution is not to remove the hundreds of thousands of descriptions from templates, it is to improve how tools like shortdesc helper handle multiple short descriptions and template generated short descriptions to avoid confusion. ‑‑Trialpears (talk) 22:56, 24 February 2020 (UTC)

One that came up on my watchlist recently was ((Infobox UK place)), which has been modified to provide an automatic shortdesc, discussion is at Template talk:Infobox UK place#Short description. @UnitedStatesian, Jonesey95, and Hike395: it did occur to me to enquire what would happen about those articles using ((Infobox UK place)) that already had a shortdesc. --Redrose64 🌹 (talk) 23:57, 24 February 2020 (UTC)

Answering the questions in reverse order: As I attempted to explain at Template talk:Infobox UK place#Short description, when the "noreplace" option is present in a template's ((short description)) transclusion, it means let a short description template in the article override the infobox's description. That means that if you put a short description in an article that already has one set by the infobox, the one in the article will be shown to readers. The short description in the infobox is applied by default if a better one is not present locally in the article.

As for German Shepherd, I don't see a duplicate short description, and I don't see a recent change to the article or to ((Infobox dog breed)) that would explain the error that FlightTime reports. Maybe another editor can puzzle out that one. FlightTime, perhaps try a purge or a null edit? – Jonesey95 (talk) 03:10, 25 February 2020 (UTC)

@Jonesey95: Cleared my cache, made a null edit, then took this sreenshot - FlightTime (open channel) 03:40, 25 February 2020 (UTC)

Just guessing here: That looks like the desktop view, so I suspect that you have some script or gadget turned on that shows short descriptions, and that maybe you have two such scripts or the one you have doesn't work quite right. Did you follow these instructions to get the short description to show? If not, try that, and disable any other script you are using. All of that said, I remember seeing duplicate (and identical) short descriptions, without an error message, for a short period a while ago. It was not a problem in articles or in my configuration, and it went away by itself. – Jonesey95 (talk) 04:53, 25 February 2020 (UTC)

That is from this line .shortdescription { display:block !important; } in your common.css file. Since simple css can't determine which short description is actually being used it just displays both. Mobile readers only see one. ‑‑Trialpears (talk) 06:01, 25 February 2020 (UTC)

@Trialpears: You're correct, I deactivated that line and it fixed the issue (it also removed the description altogether, which is Ok I really don't need those anyway. I only added that line cuz I thought I'd help with adding them to articles). I want to thank everyone for their time and help, I kinda feel like someone who "cried wolf", but I guess that's what "community" is all about. Cheer to all and thanx again, - FlightTime (open channel) 15:30, 25 February 2020 (UTC)

That is right. I have the same code in my css. Sometimes it is useful to see what all the other short descriptions are that may be lurking unseen. One from an infobox and one from a local template is fine as long as it is overridden. Cheers, · · · Peter Southwood ^(talk): 16:00, 25 February 2020 (UTC)

Regarding this discussion at the ideas tab, is it possible to tailor an edit notice so that, for instance, it would show a different message to someone creating a new page if they have never created a new page before? Sdkb (talk) 20:39, 13 February 2020 (UTC)

I know that the first time someone tries to edit, a notice pops up prompting them to consider switching to the visual editor; does anyone know how that came about? Sdkb (talk) 20:39, 13 February 2020 (UTC)

If you don't have an editor declared when you try to call the editor it can ask which editor you want to use, but that wouldn't work for this use case. — xaosflux ^Talk 00:18, 14 February 2020 (UTC)

The edit notice (a module and template) isn't able to tell if the current user has ever authored a page before, that would be a very "expensive" query as it would require going through all of their past contributions. — xaosflux ^Talk 00:18, 14 February 2020 (UTC)

@Xaosflux: Ah, that makes sense. Do you have any ideas about how to better achieve what we're looking to do? Is this something we'd need to get the WMF to help us code? Sdkb (talk) 07:33, 14 February 2020 (UTC)

What if we add something like:

.nonextendedconfirmed-show {
   display: none !important;
}

to Mediawiki:Group-extendedconfirmed.css. Then a different version of the message could be shown to extendedconfirmed and non-extendedconfirmed users. Sdkb, that's not exactly what you're looking for, but is it close enough? Suffusion of Yellow (talk) 20:32, 14 February 2020 (UTC)

@Suffusion of Yellow: Something like that sounds like it would be very useful! Sdkb (talk) 06:18, 17 February 2020 (UTC)

@Sdkb: Sorry, meant to get back to this sooner. @Xaosflux: I realized that most admins aren't in the group extendedconfirmed. What do you see here between the parentheses: (FNORD)? If there's nothing there, then to avoid showing sysops the "newbie" version of the message, we'd also to make some adjustments to MediaWiki:group-sysop.css. Does this seem like a bad idea? Suffusion of Yellow (talk) 21:33, 25 February 2020 (UTC)

@Suffusion of Yellow: an element can have multiple classes, such as in here: (FNANDD). That being said, I don't think there are a lot of edit notices that would only pertain to extended-confirmed people, are there some examples? — xaosflux ^Talk 21:41, 25 February 2020 (UTC)

@Xaosflux: But if we want to hide something from admins too, we'd still need a nonsysop-show class in Mediawiki:group-sysop.css, yes? Sdkb was wondering if we could a show different version of an edit notice to users who have never created a page before. We could approximate that with

<div class="nonsysop-show nonextendedconfirmed-show"> 
[newbie editnotice here]
</div><div class="sysop-show extendedconfirmed-show">
[regular editnotice here]
</div>

but no, I don't know of any other use cases besides the one suggested here. Suffusion of Yellow (talk) 22:00, 25 February 2020 (UTC)

We could do a bunch of things like that, but I don't think it is really a "good" idea, and "extendedconfirmed" doesn't really have anything to do with creating an "article". — xaosflux ^Talk 22:44, 25 February 2020 (UTC)

Can anyone tell me why we need ((As of))? It's highly used, and adds articles to Category:Articles containing potentially dated statements, but does anyone ever refer to that? It currently has 59,682 members, some (like this one) being, contrary to its usage instructions, in the future, and others, (example), also against those instructions, historic. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:25, 25 February 2020 (UTC)

I certainly have used it for statements that refer to a specific time period and need periodic updating. Jo-Jo Eumerus (talk) 16:45, 25 February 2020 (UTC)

I don't monitor the category pages but I have "Show hidden categories" at Special:Preferences#mw-prefsection-rendering and sometimes make an update after noticing an old as of category on an article of interest. PrimeHunter (talk) 22:49, 25 February 2020 (UTC)

I just got a notice that someone try and failed to login my account multiple times. Just wondering if I'm alone in this, or if it's more widespread. Headbomb {t · c · p · b} 19:30, 25 February 2020 (UTC)

@Headbomb: I haven't noticed anything on my end for the time being. Amaury • 19:38, 25 February 2020 (UTC)

https://grafana.wikimedia.org/d/000000385/loginnotify?orgId=1&refresh=10s&from=now-30d&to=now suggests no (The green line is the number of notices for failed logins). Bawolff (talk) 19:52, 25 February 2020 (UTC)

Guess someone had it for me. Good thing it didn't work! Headbomb {t · c · p · b} 20:59, 25 February 2020 (UTC)

Yup, still getting targeted. Headbomb {t · c · p · b} 21:19, 25 February 2020 (UTC)

5 in 3 days here. Leaky caldron (talk) 21:23, 25 February 2020 (UTC)

(edit conflict) @Headbomb: What bridge did you burn? Amaury • 21:24, 25 February 2020 (UTC)

No idea, if I had to guess either someone in the Kudpung arbcom case, or someone who's edits I reverted for citing predatory journals. Headbomb {t · c · p · b} 21:33, 25 February 2020 (UTC)

Yeah, doesn't look like anything above the normal background noise of the usual suspects trying to cause havoc. Not much that can be done about it other than making sure you have a strong password, WP:2FA, and have an email set. --AntiCompositeNumber (talk) 21:28, 25 February 2020 (UTC)

I do have a strong password, but I suppose it's time to have 2FA. Hopefully it's not too annoying if you use 2-3 devices. Headbomb {t · c · p · b} 21:33, 25 February 2020 (UTC)

One suspect is the blocked sock who made an appearance at AC Kudpung. Leaky caldron (talk) 10:58, 26 February 2020 (UTC)

Something is amiss markup-wise in Wikipedia:Articles for deletion/Aridhu Aridhu. The blue background div that's supposed to cover the entire AfD text only extends down as far as the reference list, and the next few paragraphs are outside the box. I'm guessing some interaction with the ((reflist)) template, but I can't see what. -- RoySmith (talk) 13:13, 26 February 2020 (UTC)

Never put a reflist inside a list. --Redrose64 🌹 (talk) 13:16, 26 February 2020 (UTC)

Sorry, for writing this text in English. If you could help to translate it, it would be appreciated.

You might know the new interface for edit conflicts (currently a beta feature). Now, Wikimedia Germany is designing an additional interface to solve edit conflicts on talk pages. This interface is shown to you when you write on a discussion page and another person writes a discussion post in the same line and saves it before you do. With this additional editing conflict interface you can adjust the order of the comments and edit your comment. We are inviting everyone to have a look at the planned feature. Let us know what you think on our central feedback page! -- For the Technical Wishes Team: Max Klemm (WMDE) 14:14, 26 February 2020 (UTC)

Hello!

Can you adjust your settings so that files at file pages and at Special:ListFiles/USER has a transparent background instead of white? With transparent I mean the dark gray/light gray checkerboard which are seen when looking at files in WP:Media Viewer.Jonteemil (talk) 10:05, 25 February 2020 (UTC)

@Jonteemil: "Transparent background" means the image itself is defined as transparent so the background is determined by something else and not by the image. The checkerboard is a way to indicate that an image is transparent. If transparent images are displayed with a white background then it's hard to tell whether it's the image itself which has a white background. The checkerboard is only seen for transparent images, e.g. File:Adidas Logo.svg#/media/File:Adidas Logo.svg. If I hover over the image on the file page File:Adidas Logo.svg then I also get the checkerboard there. I get it permanently on commons:File:Adidas Logo.svg. commons:MediaWiki:Common.css has this:

/* Put a checker background at the image description page only visible if the image has transparent background */
/* You may want to clear the gallery background for the main namespace on other projects as galleries are used in articles */
#file img,
.filehistory a img,
.gallerybox .thumb img,
.com-checker img{
 background: url("//upload.wikimedia.org/wikipedia/commons/5/5d/Checker-16x16.png") repeat;
}

It includes places you didn't request. You can add Special:Listfiles by including .mw-special-Listfiles img, in the list:

.mw-special-Listfiles img,
#file img,
.filehistory a img,
.gallerybox .thumb img,
.com-checker img{
 background: url("//upload.wikimedia.org/wikipedia/commons/5/5d/Checker-16x16.png") repeat;
}

Place the code in your CSS. PrimeHunter (talk) 12:35, 26 February 2020 (UTC)

@PrimeHunter: Thanks!Jonteemil (talk) 12:40, 26 February 2020 (UTC)

@PrimeHunter: Can you do it globally on all language versions of Wikipedias btw? Like adding something to m:User:Jonteemil/global.css? Jonteemil (talk) 20:09, 26 February 2020 (UTC)

@Jonteemil: That should work fine. Your global css applies to all Wikimedia wikis, not just Wikipedia languages. PrimeHunter (talk) 21:19, 26 February 2020 (UTC)

Yeah, I know. I think Wikipedia is the only Wiki I use that have file pages so it shouldn't be a problem elsewhere. Thanks.Jonteemil (talk) 21:21, 26 February 2020 (UTC)

Commons has a few... They already have the CSS for file pages but not for commons:Special:ListFiles/Jonteemil. PrimeHunter (talk) 21:48, 26 February 2020 (UTC)

What is going on? If I sign out I can use collapsible elements but when I'm signed in to my account, they do nothing when clicked. — Preceding unsigned comment added by Daemonspudguy (talk • contribs) 18:22, 26 February 2020 (UTC)

Is it still happening? The green collapsible areas at the top of this page are working fine for me. There may be a bug in you Skin or other settings in your preferences or one of the gadgets or .js or other configuration files may have a bug or be triggering a bug. If your web browser or operating system recently updated, that could also play a role, but I would look at other things first. Do you have the same issue on other projects, such as the Commons? Standard IT advice which is almost certainty overkill if the problem is with your computer but probably useless if it's not: Reboot the computer and try again. If that doesn't work, try again using a different web browser or different computer, or at least clear all caches, "cookies," and other data from your web browser. davidwr/(talk)/(contribs) 18:31, 26 February 2020 (UTC)

@Daemonspudguy: If it works with safemode=1 then try removing importScript("User:Thespaceface/MetricFirstAmericanSpelling.js"); in User:Daemonspudguy/common.js. PrimeHunter (talk) 22:12, 26 February 2020 (UTC)

MediaWiki:Wikimedia-copyrightwarning and MediaWiki:Copyrightwarning. They both use purposefully the same text, but why does MediaWiki display two separate system messages for them? Jo-Jo Eumerus (talk) 10:56, 23 February 2020 (UTC)

@Jo-Jo Eumerus: wikimedia-copyrightwarning = override provided by mw:Extension:WikimediaMessages, copyrightwarning = mediawiki core message. They say the same thing because the latter transcludes the former: ((MediaWiki:Wikimedia-copyrightwarning)) DannyS712 (talk) 11:03, 23 February 2020 (UTC)

I know this part, the thing I am wondering is why MediaWiki has 2 system messages for this. Jo-Jo Eumerus (talk) 11:04, 23 February 2020 (UTC)

@Jo-Jo Eumerus: The WikimediaMessages extension is for all of the WMF changes that aren't in wikimedia core. The core message will always exist, but it can be deleted here, because it should never be shown. See WikimediaMessagesHooks::onSkinCopyrightFooter and mw:Manual:Hooks/SkinCopyrightFooter DannyS712 (talk) 11:10, 23 February 2020 (UTC)

Thanks. Yes, this question was basically a question of whether one of them can be deleted. Given that they are a) interface messages and b) copyright sensitive, I wanted to know exactly what they do before a MFD (nevermind plain deletion). Jo-Jo Eumerus (talk) 11:13, 23 February 2020 (UTC)

I would keep MediaWiki:Copyrightwarning. It's linked from 62 pages, and people who know MediaWiki may look it up directly to find our license. If something in MediaWiki fails or is changed, it might be displayed again instead of MediaWiki:Wikimedia-copyrightwarning (I wouldn't be shocked if it's already displayed unintentionally somewhere). Reusers who copy our pages to a MediaWiki installation but don't have the extension may also display it. PrimeHunter (talk) 12:52, 23 February 2020 (UTC)

As with any other system message, if you delete it, then the default text (which is not stored on wiki) will appear whenever it's invoked. You won't just see an empty message or a redlink. I believe the default text is:

Please note that all contributions to Wikipedia are considered to be released under the $2 (see $1 for details). If you do not want your writing to be edited mercilessly and redistributed at will, then do not submit it here.
You are also promising us that you wrote this yourself, or copied it from a public domain or similar free resource. Do not submit copyrighted work without permission!

at the moment. (The $1 and $2 variables get filled in based on other strings.) Whatamidoing (WMF) (talk) 21:50, 24 February 2020 (UTC)

@Whatamidoing (WMF): You don't need to say "I believe", since the default text is displayed here. You just added a couple of extra newlines. --Redrose64 🌹 (talk) 00:10, 25 February 2020 (UTC)

The default English message is also displayed at subpages which don't correspond to a language code, e.g. MediaWiki:Copyrightwarning/qqx. Whatamidoing copied it exactly with a <br /> which was rendered as a newline while AllMessages displays the code. PrimeHunter (talk) 23:00, 25 February 2020 (UTC)

I copied it from MediaWiki.org, and the line break came with it. Whatamidoing (WMF) (talk) 02:27, 26 February 2020 (UTC)

I wasn't referring to the <br /> tag, but to the two newlines: one after "for details)." and the other after "free resource." --Redrose64 🌹 (talk) 12:04, 26 February 2020 (UTC)

Whatamidoing also copied those exactly. They are in the source of MediaWiki:Copyrightwarning/qqx and mw:MediaWiki:Copyrightwarning. They don't render in html because newlines don't do that but they are also in the html source of your here link. Maybe Special:Allmessages should be coded to render newlines but it doesn't now. PrimeHunter (talk) 22:22, 26 February 2020 (UTC)

Hi, I just downloaded enwiki-20200201-pages-articles-multistream.xml.bz2 .

I tried to open it with wikidumpparser. It crashed on the first line, saying "System.Xml.XmlException: 'Unexpected end of file has occurred. The following elements are not closed: mediawiki. Line 45, position 1.'" I extracted the xml file. Too big for notepad++. I tried using firstobject xml editor, which I have used to open xml files larger than a few Gigabites before. Firstobject xml editor just closed without any error message when I tried to open the xml.

I would prefer to open it in .net, but any language will do. I just want a program to be able to look up many articles, and I thought a local file would be better than many calls to the online wikipedia. Perhaps I was wrong. Do you have any suggestions? Is there something wrong with the dump? Is it a newer format? Do you have any suggestions on how to access it at all or alternatively for accessing the online wikipedia often in the best way?

I have used a few .net libraries some years ago, but as I read the documentation, nowadays I need permission, and probably special permission if I want to make many calls. So I thought the dump might be an alternative, not to disturb anyone too much.

I recently realized that wictonary may be more appropriate for my needs . I had similar problems with the dumps. Star Lord - 星爵 (talk) 22:15, 25 February 2020 (UTC)

Star Lord - 星爵, how many is "many articles"? A thousand a day? A thousand an hour? A thousand a minute? Whatamidoing (WMF) (talk) 02:26, 26 February 2020 (UTC)

At this point in time, I cannot tell how many it will be eventually, Whatamidoing (WMF). It may be years before it needs any amounts at all. I am investigating possibilities for the future. I shall ask again when I can give you reliable numbers. However, I have now had a look at "https://en.wiktionary.org/w/api.php?" and it looks like this will serve me well initially. Initially, there will only be a few lookups for basic definitions. I read somewhere that there seems to be a limit for these calls. 500 calls a day standard and 5000 for bots. Are these reliable numbers? Would I need to register a bot somewhere when ( and if ) the numbers approach 500 a day, do you know? Star Lord - 星爵 (talk) 07:10, 26 February 2020 (UTC)

There is not (yet) a limit on number of API calls per day. However, mw:API:Etiquette encourages making requests serially rather than in parallel and using a user agent that identifies your code and indicates a way to contact you in case you wind up doing something that negatively impacts the sites. Anomie⚔ 13:09, 26 February 2020 (UTC)

Thank you! Star Lord - 星爵 (talk) 17:05, 26 February 2020 (UTC)