:::::{{Re|Qwerfjkl}} At the top of common.js? What about {{mono|bcache{{=}}1}} and {{mono|maxage{{=}}86400}}; are they useful? [[User:Guarapiranga|— 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚]] ([[User talk:Guarapiranga|talk]]) 11:15, 31 May 2021 (UTC)
:::::{{Re|Qwerfjkl}} At the top of common.js? What about {{mono|bcache{{=}}1}} and {{mono|maxage{{=}}86400}}; are they useful? [[User:Guarapiranga|— 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚]] ([[User talk:Guarapiranga|talk]]) 11:15, 31 May 2021 (UTC)
::::::@[[User:Guarapiranga|Guarapiranga]] this code isn't mine, I just found it in my userpage, and I can't remember where I got it from. ―<span style="background:#8FF;border:solid 1px;border-radius:8px;box-shadow:darkgray 2px 2px 2px"> [[User:Qwerfjkl|<span style="color:#C00">Qwerfjkl</span>]] | [[User talk:Qwerfjkl|𝕋𝔸𝕃𝕂]] </span> <small>(please use {{tlx|reply to|Qwerfjkl}} on reply)</small>{{Z181}}<!--Template:Please ping--> 11:25, 31 May 2021 (UTC)
::::::@[[User:Guarapiranga|Guarapiranga]] this code isn't mine, I just found it in my userpage, and I can't remember where I got it from. ―<span style="background:#8FF;border:solid 1px;border-radius:8px;box-shadow:darkgray 2px 2px 2px"> [[User:Qwerfjkl|<span style="color:#C00">Qwerfjkl</span>]] | [[User talk:Qwerfjkl|𝕋𝔸𝕃𝕂]] </span> <small>(please use {{tlx|reply to|Qwerfjkl}} on reply)</small>{{Z181}}<!--Template:Please ping--> 11:25, 31 May 2021 (UTC)
:::::::{{Re|Qwerfjkl}} Looks deceptively simple to redefine importScript, but I can't see why it shouldn't work. Good one! [[User:Guarapiranga|— 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚]] ([[User talk:Guarapiranga|talk]]) 11:54, 31 May 2021 (UTC)
== Separating pages ==
== Separating pages ==
Revision as of 11:54, 31 May 2021
Page for discussing technical issues about Wikipedia
Newcomers to the technical village pump are encouraged to read these guidelines prior to posting here. If you want to report a JavaScript error, please follow this guideline. Questions about MediaWiki in general should be posted at the MediaWiki support desk. Discussions are automatically archived after remaining inactive for five days.
This tends to solve most issues, including improper display of images, user-preferences not loading, and old versions of pages being shown.
No, we will not use JavaScript to set focus on the search box.
This would interfere with usability, accessibility, keyboard navigation and standard forms. See task 3864. There is an accesskey property on it (default to accesskey="f" in English). Logged-in users can enable the "Focus the cursor in the search bar on loading the Main Page" gadget in their preferences.
No, we will not add a spell-checker, or spell-checking bot.
You can use a web browser such as Firefox, which has a spell checker.
If you changed to another skin and cannot change back, use this link.
Alternatively, you can press Tab until the "Save" button is highlighted, and press Enter. Using Mozilla Firefox also seems to solve the problem.
If an image thumbnail is not showing, try purging its image description page.
If the image is from Wikimedia Commons, you might have to purge there too. If it doesn't work, try again before doing anything else. Some ad blockers, proxies, or firewalls block URLs containing /ad/ or ending in common executable suffixes. This can cause some images or articles to not appear.
Traditionally, WMF projects and volunteers coordinated on FreenodeIRC servers. Should we migrate (or aim to migrate) these projects to Libera Chat instead? Headbomb {t · c · p · b} 20:13, 20 May 2021 (UTC)[reply]
Discussion
The question here is to address what we should general aim to try to do. I'm well aware each project is independent and can setup IRC channels wherever they want. However, we could decide that we encourage specific servers and discourage others, and try to migrate the 'official' Wikipedia/Wikimedia IRC channels to Libera instead of Freenode. Headbomb {t · c · p · b} 20:17, 20 May 2021 (UTC)[reply]
I don't see that this needs an RFC? Wikimedia group contacts have already announced they will migrate to Libera on meta. Izno (talk) 20:22, 20 May 2021 (UTC)[reply]
This affects a lot more than what the WMF does. For example, there's #wikipedia-bag, #wikipedia-en-afc in templates like {{AfC welcome}} (including substed version of it), etc. etc. etc. Headbomb {t · c · p · b} 20:41, 20 May 2021 (UTC)[reply]
So, why would we go somewhere else? Who has the knowledge in the community for that? Who wants to volunteer for that? Izno (talk) 20:46, 20 May 2021 (UTC)[reply]
See the above articles. As for who has the knowledge, there's busloads of technical users here that can help with this. Headbomb {t · c · p · b} 20:48, 20 May 2021 (UTC)[reply]
Ok, let me spell it out then: A) We don't need an RFC. An RFC is a waste of the community's time on the point. B) Plain common sense is "go where WMF says they're taking the main channels". Izno (talk) 20:53, 20 May 2021 (UTC)[reply]
If I understand correctly, the channels were set up by the individual channel operators? So I suggest they can come up with a proposed plan and publicize it. I imagine most people will be fine with that, but in the event anyone objects, it can be discussed further. (Just as at meta, there may be interest in other chat tools, but that shouldn't stop any transition plan under these specific circumstances.) isaacl (talk) 21:06, 20 May 2021 (UTC)[reply]
...and I had even looked at that section. Thanks for removing it. ~ ToBeFree (talk) 19:27, 21 May 2021 (UTC)[reply]
Simple Lua question
So I decided to learn Lua, and am banging my head on the screen to get this simplefor loop to work here. What am I doing wrong? Cheers. — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 (talk) 09:10, 22 May 2021 (UTC)[reply]
Looks like you are returning row in the first iteration of the loop. — Jts1882 | talk 09:51, 22 May 2021 (UTC)[reply]
As Jts1882 said. More is needed. Try searching for "mw.html.create" in module namespace. There is a page for Lua questions: WT:Lua. Johnuniq (talk) 09:55, 22 May 2021 (UTC)[reply]
Perhaps you didn't see it working for the 1st row (as I was trying different solutions); I do get the node output. Just don't yet understand why it doesn't loop through all rows in the source table. — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 (talk) 10:23, 22 May 2021 (UTC)[reply]
You need to declare a text variable before (outside) the for loop and append each row to it. Return that variable after (outside) the for loop. As of this version, you are returning the first row within the loop, so it only loops once then exits. If you need further help, WT:Lua can give more relevant advice. Certes (talk) 10:45, 22 May 2021 (UTC)[reply]
Got it! I hadn't realised return would break the loop. Now I'm running into time constraints. So is there really no way of returning results as it goes along, so that we can see how far it goes? I'll ask it at WT:Lua too. Thanks. — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 (talk) 11:33, 22 May 2021 (UTC)[reply]
Returning from inside a loop without ending execution of the loop requires coroutines in Lua (and other languages), which are disabled in our installation. Izno (talk) 13:14, 22 May 2021 (UTC)[reply]
Right, I see. It's working now, thanks to Jts1882 and Trappist the monk. It breaks after 210 rows, though, less than I was able to get from a more templaty (albeit static) approach. Any suggestions on what expensive calls to avoid, and make it go longer, or hopefully all the way? — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 (talk) 22:06, 22 May 2021 (UTC)[reply]
There is an time report when you preview User:Guarapiranga/sandbox/4, at the bottom of the page under "parser profiling data". Under that, you see that the module besides time would also hit the "Expensive parser function count" limit, as it is currently at 472 out of 500. That is caused by your usage of mw.title.new():getContent, mw.title.new().exists and Module:Redirect's mw.title.new().isRedirect.--Snævar (talk) 20:06, 24 May 2021 (UTC)[reply]
Thanks, Snævar. In the Edit source tab, after preview changes? I don't see it bc the server spits out Error contacting the Parsoid/RESTBase server (HTTP 504) (I get that a lot). — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 (talk) 01:17, 27 May 2021 (UTC)[reply]
Guarapiranga If you can't access it in the preview changes window for whatever reason then you can just view the html source of the finished page page and near the bottom you'll find a HTML comment which contains the same information. The first line of the comment is "NewPP limit report". 192.76.8.73 (talk) 01:37, 27 May 2021 (UTC)[reply]
Thanks @Rummskartoffel: Thanks. I can't change it there as it's protected. There are other problems with that template which I discovered recently. I don't know enough about templates or the mysteries of en-dashes to try to sort it out. DuncanHill (talk) 15:46, 22 May 2021 (UTC)[reply]
MOS:SUFFIXDASH suggests that the index article should be titled with an en dash when the country contains a space and a hyphen otherwise. The template could be changed to implement that, or we can just live with the redirects. Talk:Index of Ascension Island–related articles is also relevant. Certes (talk) 16:25, 22 May 2021 (UTC)[reply]
I made a naïve first attempt at detecting when to use what here, but that currently breaks with at least {{Gambia topics}}. (I think it may be that template's fault, but something would have to be done about it either way before, if at all, these changes could be used.) – Rummskartoffel (talk • contribs) 21:13, 22 May 2021 (UTC)[reply]
Using a redirect would work, but that'd kind of defeat the purpose here. I've noticed, however, that {{Gambia topics}} calls {{Country topics}} with |country=The Gambia instead of |country=Gambia and |prefix=the, so maybe the way to fix this would be to change that instead. – Rummskartoffel (talk • contribs) 22:12, 22 May 2021 (UTC)[reply]
download dialog has disappeared from Chrome mobile. can't rename files, or change save location..would appreciate the advice..many thanks..Gfigs (talk) 20:22, 25 May 2021 (UTC)[reply]
Once again, Gfigs, nobody on the planet (except you) has any idea what you're talking about, what you want or what you are seeing. You say you'd appreciate the advice; mine is: give us a clue, maybe two, even. Otherwise, this will just be another thread where you talk to yourself. — JohnFromPinckney (talk / edits) 02:37, 26 May 2021 (UTC)[reply]
hi, @JohnFromPinckney:, my apologies..what is "Azerbaijan: MTN (until 2015)" ? am guessing it is the equivalent of NSA ? is there perhaps an article on "Azerbaijan: MTN", does not seem to be appearing in MTN ? and if not, why is it appearing in search results, and not in the articles ?..thanks.. Gfigs (talk) 03:12, 26 May 2021 (UTC)[reply]
"Azerbaijan: MTN (until 2015)" appears in search results for any article that transcludes Template:National intelligence agencies, which contains that text. It links to Ministry of National Security of Azerbaijan. It is probably a bug that the quoted string appears in mobile search results, since you can't see that navbox template when you visit the article in mobile view. (ETA: added as T283651, FWIW.) – Jonesey95 (talk) 03:30, 26 May 2021 (UTC)[reply]
Please write in complete sentences, and then make sure to ask a coherent question using one or more complete sentences. As it is, you are wasting the time of hundreds of editors. – Jonesey95 (talk) 04:57, 26 May 2021 (UTC)[reply]
I've had a request to restore List of firsts in India to an editor's userspace. When I try to restore it with full history, I am consistently getting (over a couple of days of trying) the following error:
Database error: To avoid creating high replication lag, this transaction was aborted because the write duration (6.6316473484039) exceeded the 3 second limit. If you are changing many items at once, try doing multiple smaller operations instead. [802e408b-c4c2-4eff-84ce-bd4d017a979d] 2021-05-26 08:16:25: Fatal exception of type "Wikimedia\Rdbms\DBTransactionSizeError"
I can restore a single revision so that the content can be viewed, but the history is lost. Is there currently a server issue (I couldn't find details of any) or can anyone suggest a workaround? The article has a fairly substantial history but nothing out of the ordinary. Thanks. --Michig (talk) 08:22, 26 May 2021 (UTC)[reply]
Michig, you can split the restore operation into smaller chunks. For example, you could select around 500 edits and then restore them. Then do another 500 or so until they are all restored. If you click one check box and then shift click a check box around a 1/3rd of the way through the Special:Undelete/List of firsts in India page this should restore around 500 at a time. This shouldn't then give the database error as you are splitting the operation into smaller chunks and thus not hitting the 3 second limit on each undelete operation. Moving shouldn't give the database issue as from memory undeletion takes longer than simply moving. Dreamy Jazztalk to me | my contributions 08:42, 26 May 2021 (UTC)[reply]
While the advice about splitting large operations into smaller chunks is good advice, another trick to know is when something times out, often the easiest thing to do is just try it again right away. The first aborted attempt may well have pulled the required indexes into cache and a retry will be much faster. But in this case, since you say it's happening consistently, yeah, splitting it into smaller chunks is the right strategy. -- RoySmith(talk) 14:51, 26 May 2021 (UTC)[reply]
For what it's worth I've found in the last six months or so that for this sort of operation, redoing the undelete doesn't help anywhere near as often as it used to. Graham87 08:40, 27 May 2021 (UTC)[reply]
Sometimes three attempts works when two fail. Graeme Bartlett (talk) 12:25, 27 May 2021 (UTC)[reply]
I am seeing hundreds of error messages on COVID-19 pandemic in India. The error is in bold and red "Lua error: not enough memory." When trying to edit the page, more errors of the same kind appear. (Also seeing the same at the commons category for the same article "Category:COVID-19 pandemic in India") DTM (talk) 12:45, 26 May 2021 (UTC)[reply]
The article needs to be made smaller and/or less complex. —TheDJ (talk • contribs) 13:08, 26 May 2021 (UTC)[reply]
But there are larger articles which do not face the same problem? DTM (talk) 13:21, 26 May 2021 (UTC)[reply]
It's not about the raw size of the article, but rather the amount of time the various modules transcluded onto the page take to execute. You might get some joy asking here for assistance streamlining things. firefly ( t · c ) 13:23, 26 May 2021 (UTC)[reply]
TheDJ, Firefly, alright. The transclusions make sense. Thanks. DTM (talk) 13:26, 26 May 2021 (UTC)[reply]
This doesn't seem to be a Lua problem or due to article size. The error was introduced by this edit on 24 May 2021. The critical part was removing {{Update|date=April 2021}}. I've put it back and all those Lua errors they have gone. They can also be removed by removing the date preference template so there is some weird interaction of the templates above the infobox. I've no idea why. I've left the unnecessary update template as I think that is better than all the red lua errors, but I have no clue about how to fix the problem. — Jts1882 | talk 16:55, 26 May 2021 (UTC)[reply]
Jts1882, Wow, this is really weird. I copied the entire article to my sandbox to hack on it, and the Lua errors went away. This led me to wonder if it only happens in mainspace, so I copied it again to COVID-19 pandemic in India/temp and don't get the Lua errors there either. Bizarre. -- RoySmith(talk) 18:28, 26 May 2021 (UTC)[reply]
RoySmith I suspect that what is happening here is that some template on the page is pulling information from the associated wikidata entry, which is causing the page to go over the memory limit as the wikidata entry as it stands is a 3MB page with several thousand entries. This would explain why the issue only shows up on the main article - it's the only one linked to the wikidata entry. I can't see what template could be causing it though - the only template I can see on the page that is reading from wikidata is Template:Official website. 192.76.8.73 (talk) 01:27, 27 May 2021 (UTC)[reply]
That's definitely it: the /temp page (with no Wikidata item) has Lua memory usage 10,553,034 bytes, the current main page has memory usage 51,449,827 bytes (only a tiny amount less than the limit), and if I preview removing the call to {{coord}} (which relies on Wikidata to populate some tracking categories) from the infobox, it reduces the memory usage to 28,859,423 bytes, and previewing removing the call to {{official website}} in addition reduces the memory usage to 11,431,012 bytes. Memory usage accounting isn't consistent from one parse to another, so that can be considered equivalent to the /temp page. * Pppery *it has begun... 01:47, 27 May 2021 (UTC)[reply]
My goodness, what a mess of a situation... this makes me kinda dread how Wikidata is fetched... Elli (talk | contribs) 01:54, 27 May 2021 (UTC)[reply]
Elli Fetching properties from Wikidata is a mess. If you use a function like mw.wikibase.getBestStatements() which is designed to just retrieve a selection of values from a single property of an item the way it works is by first loading the entire item into lua memory, then it filters the properties to keep the single one you asked it to retrieve in the first place. There was a Phabricator task a couple of years back asking for this to be optimised to stop it from loading entire items when you were just accessing data for a single property, but it was closed with no action, on what appears to be the basis that "It's always worked that way". 192.76.8.73 (talk) 02:30, 27 May 2021 (UTC)[reply]
Tracking down and fixing problems with Lua/Wikidata interaction is the kind of thing that RexxS (talk·contribs) excels in. --Redrose64 🌹 (talk) 16:24, 27 May 2021 (UTC)[reply]
Last time I looked into it, I thought that it would be helpful if the template call would specify how many statements it is expecting. If there is only one needed, then the module can skip an loop looking for every one under an specified property.--Snævar (talk) 20:15, 27 May 2021 (UTC)[reply]
Snævar, that wouldn't make much if any difference to the memory usage - the fundamental problem is that there is no way to only access specific properties of an item on wikidata - the only way you can access information is to load the entire page into local lua memory, then sort it to pull out what you asked for, which is why cross checking an official website parameter uses 17MB of memory - it has to load the entire 3MB wikidata page into memory then run a sorting algorithm on it. As I see it there are 3 ways to deal with this issue
The developers rework the wikibase/Scribunto intergration. Facilities to search for and retrieve individual properties are built into wikibase, so that accessing a property in Lua returns only the value of that property to Lua memory.
We remove wikidata integration from any pages where the wikidata page gets excessivley large.
Wikidata splits their large entries into several smaller pages, e.g. "Covid 19 deaths in India" "Covid 19 vaccine rollout in India" "Covid 19 cases in India"
This first of these would require significant development time, the second would remove functionality from articles and the third would kind of defeat the purpose of a centralised database. I think for this specific case the best immediate solution is 2, as the wikidata integration isn't really doing anything important (it's only cross-checking a website and populating some categories) but as a long term solution we should probably be looking towards option 1. 192.76.8.73 (talk) 15:44, 29 May 2021 (UTC)[reply]
No, it's not quite that, as there are various other uses of Wikidata that don't consume appreciable memory, such as the {{short description}} (via code in Module:SDcat using mw.wikibase.getDescription) and {{commons category}} (via code in Module:WikidataIB using mw.wikibase.getBestStatements). It appears the tracking in Module:Coordinates could be easily re-written to use that function and presumably not use a huge amount of memory, but the same thing does not apply to Module:Official website, which uses some fancy logic to prefer English-language websites over websites in other languages. * Pppery *it has begun... 16:18, 29 May 2021 (UTC)[reply]
Pppery I don't think either of those templates are actually accessing wikidata properties in normal usage. Short descriptions aren't stored as properties, they're stored as labels and are kept in a separate "terms table" which can be loaded independently of the rest of wikidata entry. Module:WikidataIB doesn't use getBestStatements by default - it first looks for commons categories in the interlanguage links section of the wikidata which again are stored in a different format and can be loaded independently of the main wikidata entry. Phab:T198116 includes a respones from hoo (who wrote the getBestStatements function) which seems to confirm that accessing a wikidata property loads the entire entry into memory. 192.76.8.73 (talk) 17:37, 29 May 2021 (UTC)[reply]
reference when the copyright is not held by the authors
I have just used the reference Navy Board Ship Models [1] - but the copyright information at the front of the book clearly says "Copyright National Maritime Museum, Greenwich 2018". There seems to be no field for this important piece of information. Have I missed it, or does it not exist? Thanks, ThoughtIdRetired (talk) 15:03, 26 May 2021 (UTC)[reply]
It's not important for a citation if you have known publisher and author. Sometimes if you don't have one of those the copyright notice can be used to infer one or the other, but that is not the case here. Izno (talk) 15:37, 26 May 2021 (UTC)[reply]
Noted - thanks - I'll not worry about it then.ThoughtIdRetired (talk) 18:51, 26 May 2021 (UTC)[reply]
References
^Ball, Nick; Stephens, Simon (2018). Navy Board Ship Models. Barnsley: Seaforth Publishing. ISBN978-1-5267-0111-4.
Why is Script Installer still using importScript?
Just curious... If importScript is deprecated and mw.loader should be used instead,[1] why is Script Installer still using importScript? Is it just a string replace in the script, or does it require some transition? Cheers. — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 (talk) 00:19, 27 May 2021 (UTC)[reply]
What are the advantages of using mw.loader over importScript? Would it cause any issue if all user scripts were mass-updated to use mw.loader over importScript? Headbomb {t · c · p · b} 01:10, 27 May 2021 (UTC)[reply]
importScript is just easier to use. Also see T36958, which is what we're waiting for before actually hard deprecating importScript and telling people to move away. Legoktm (talk) 02:32, 27 May 2021 (UTC)[reply]
I don't see that task as blocking it at all? It's already 'hard deprecated' given that it emits console warnings. Izno (talk) 18:14, 27 May 2021 (UTC)[reply]
mw.loader is better because it's async, but as Legoktm alluded to, it has a dreadful "user interface" (i.e. you have to give it a full URL, which is difficult to do by hand). I guess that's not as important of a concern these days. But I'd still like it if we created an async function with importScript's "user interface" - i.e. you'd only need to give it a page name - and migrated everyone to that. Now, to actually answer the question, I figure switching Script Installer over might as well be done together with any migration we do in the future (which will also involve changing the docs, other script tooling, etc). Enterprisey (talk!) 05:20, 27 May 2021 (UTC)[reply]
@Enterprisey I'm having trouble understanding why people are saying importScript is not async. Multiple importScript calls do take place simultaneously. So what's the difference? – SD0001 (talk) 06:58, 28 May 2021 (UTC)[reply]
If anyone's interested, I've got a way of loading user scripts that's much superior to the existing methods, see User:SD0001/Making user scripts load faster. It speeds up script loads 100x (that is, if you have a below-average connection like mine) by caching them. Enjoy! – SD0001 (talk) 06:55, 28 May 2021 (UTC)[reply]
Ok, I'll bite. I'll let you know if it doesn't live up to that 100x faster promise ;D — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 (talk) 17:38, 28 May 2021 (UTC)[reply]
Ok, First thing that it did, having installed it through my mobile, was to make more scripts run on it (before only the first one or few were, I think). — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 (talk) 21:40, 28 May 2021 (UTC)[reply]
I disabled RedWarn, and kept your script cache. It does load scripts a lot faster than without. Can't it be made into and loaded as a common user script, SD0001? — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 (talk) 23:46, 30 May 2021 (UTC)[reply]
@SD0001: Have you tested that? According to the MDN, eval() is also slower than the alternatives, since it has to invoke the JavaScript interpreter, while many other constructs are optimized by modern JS engines.. I don't think new Blob() has that problem, though of course both will raise the blood pressure of anyone looking at your code. Suffusion of Yellow (talk) 20:03, 28 May 2021 (UTC)[reply]
I think the bottleneck here would be the fetch rather than the execution, esp. for those of us on slow connections. A normal fetch with index.php takes 300-500 ms for me. But with caching, most of the time the file gets retrieved from Chrome's disk cache which is like 3-5 ms. I suspect modern browsers execute code very fast, so the minor slowness of eval shouldn't be an issue. – SD0001 (talk) 04:52, 29 May 2021 (UTC)[reply]
@Dreamy Jazz fixed; that script was trying to import something from Special:MyPage! Though I still don't know what is the issue with RedWarn. – SD0001 (talk) 17:28, 30 May 2021 (UTC)[reply]
I've brought this up at Template talk:Install user script as well and have been shot down. I personally don't see any reason why either that template or the Script Installer need to be installing non-https scripts or installing scripts via a relative path, so would think both could be migrated to use ResourceLoader mw.loader.load. --Ahecht (TALK PAGE) 16:36, 30 May 2021 (UTC)[reply]
Choice of importScript vs mw.loader.load has nothing to do with https or ResourceLoader. – SD0001 (talk) 17:37, 30 May 2021 (UTC)[reply]
The excuse used at the fab ticket linked above (T27845) for why mw.loader.load was not a good substitute for importscript was that you had to specify whether or not to use https when using mw.loader.load. --Ahecht (TALK PAGE) 01:37, 31 May 2021 (UTC)[reply]
@Qwerfjkl: At the top of common.js? What about bcache=1 and maxage=86400; are they useful? — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 (talk) 11:15, 31 May 2021 (UTC)[reply]
@Guarapiranga this code isn't mine, I just found it in my userpage, and I can't remember where I got it from. ―Qwerfjkl | 𝕋𝔸𝕃𝕂 (please use {{reply to|Qwerfjkl}} on reply)Template:Z181 11:25, 31 May 2021 (UTC)[reply]
@Qwerfjkl: Looks deceptively simple to redefine importScript, but I can't see why it shouldn't work. Good one! — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 (talk) 11:54, 31 May 2021 (UTC)[reply]
I'm guessing this is one of those "perennial" questions. Could someone point me to some previous discussions that ask about separating article/user pages from the talk pages for the watchlist. Example: I want to watchlist John Wayne, but don't want to see the talk page show up in my watchlist (or the reverse). I had asked on VP talk, but it seems to be rather sparsely tended to at the moment. If this belongs at a different section, (Idea lab, proposal, etc.), feel free to move. thanks. — Ched (talk) 07:39, 27 May 2021 (UTC)[reply]
@Ched: there is no option that we could do here on the English Wikipedia for this, it would require upstream software work. You could refresh and reopen phab:T12175 (from 2007) about this to at the least get a more documented "Decline" response! — xaosfluxTalk 10:46, 27 May 2021 (UTC)[reply]
Kusma: That's bloody brilliant! I had no idea that was an option. Maybe I should spend some time looking at the Special pages. Thanks a bundle,— JohnFromPinckney (talk / edits) 12:35, 27 May 2021 (UTC)[reply]
First, thank you very much for the prompt responses. I had completely forgotten about that related changes option. Kusma, thank you for that memory jog - I think it's been 10 years since I heard about it (and never did act on it). It is most definitely something I'm going to set up in the next few days. I agree with John - "bloody brilliant". One thing I'll check is to see if the {{noping}} works in that setup. Xaosflux, thank you for finding that (I honestly don't know how some folks find things so old and obscure sometimes). I bookmarked it, and may dig up that "wish list" thing that meta/media has, and add/request it to something for developers to work on. TY again. — Ched (talk) 15:17, 27 May 2021 (UTC)[reply]
If you don't add a signature, there won't be any pings even if you link a user name. Johnuniq (talk) 03:05, 28 May 2021 (UTC)[reply]
There have been multiple failed attempts to log in to your account from a new device
Hi, Everyday now I'm receiving the "There have been multiple failed attempts to log in to your account from a new device" notification, Can this notification be disabled as it's now being used by a sock to annoy me. Thanks, –Davey2010Talk 11:41, 27 May 2021 (UTC)[reply]
@Davey2010: Please see Special:Preferences, click on 'notifications', and look for the header "Notify me about these events". There should be a list item: "Failed login attempts". You can customize your notification preferences from there. SQLQuery me! 12:07, 27 May 2021 (UTC)[reply]
Thank you so much User:SQL, Being honest I wasn't expecting something like that to exist hence why I didn't actively search. Anyway thanks again for your help it's much appreciated :), Thanks, –Davey2010Talk 12:13, 27 May 2021 (UTC)[reply]
Wasn't the default number of items on WhatLinksHere customizable?
I have customized "Number of edits to show in recent changes, page histories, and in logs, by default" in Special:Preferences#mw-prefsection-rc, but Special:WhatLinksHere now always shows 50 items unless the URL has limit=n. I feel like WhatLinksHere respected that setting and showed the custom number of links, or am I misremembering? Nardog (talk) 12:50, 27 May 2021 (UTC)[reply]
mw.loader.using(['mediawiki.util'],function(){varname=mw.config.get('wgPageName').replace("Special:WhatLinksHere/","");mw.util.addPortletLink('p-tb',mw.util.getUrl('Special:WhatLinksHere/')+encodeURIComponent(name)+'?limit=100','100 links here','pt-morelinkshere','100 pages containing links to this page',null,'#t-whatlinkshere');});
I don't know how to make it read the preference. PrimeHunter (talk) 13:39, 27 May 2021 (UTC)[reply]
I'm not asking that, I was just wondering if this was a regression or my brain was failing me. Nardog (talk) 13:43, 27 May 2021 (UTC)[reply]
Lost article
I am a Crosstor and I ask if there is an archive that has been in a recorded state for 3 years now, for example? I want to know how my article once disappeared without a trace from Esperanto Wikipedia. All my searches failed. If I had a fixed condition for 3 years, I would definitely find the article. This is not listed on the standard cancellation discussion board, meaning someone has deleted it arbitrarily and secretly. Sincerely, Crosstor. — Preceding unsigned comment added by Crosstor (talk • contribs) 13:36, 27 May 2021 (UTC)[reply]
@Crosstor: that doesn't sound like a technical issue - and certainly not one here on the English Wikipedia - I suggest you ask an eowiki admin about your deleted contribution here: w:eo:Vikipedio:Diskutejo/Administrejo. — xaosfluxTalk 13:52, 27 May 2021 (UTC)[reply]
Wikipedia:WikiProject User scripts/Scripts/WikiBreak
I've installed the script but it doesn't work well. What can I do? DrSalvus 13:40, 27 May 2021 (UTC)[reply]
@Dr Salvus: it looks like you used User:DannyS712/wikibreak later.js via an import - that script really just needs to be copy-pasted to your common.js; and then you need to set the start and end times. — xaosfluxTalk 13:46, 27 May 2021 (UTC)[reply]
Try it without loading a bunch of other scripts first. If you are on a wikibreak then you shouldn't need them. PrimeHunter (talk) 14:36, 27 May 2021 (UTC)[reply]
Also the direction say no leading zeroes. (example: 9 - correct, 09 - incorrect, however you used leading zeros. — xaosfluxTalk 14:51, 27 May 2021 (UTC)[reply]
@Dr Salvus: As PrimeHunter suggested, you should remove the other scripts you have installed above the wikibreak enforcer (that is, lines 1-10). It is not unlikely that an error in one of the other scripts is preventing the execution of the wikibreak enforcer. EDIT: actually, now that I look at it, I don't know where line 11 comes from, but it looks like it will almost certainly cause an error. You should remove that line. Writ Keeper⚇♔ 15:42, 27 May 2021 (UTC)[reply]
You added it here. Maybe you were trying to follow User:Enterprisey/script-installer#Options. You missed the ending semicolon, and OPTION and VALUE are placeholder text to be replaced with the option you want to set a value for. PrimeHunter (talk) 16:19, 27 May 2021 (UTC)[reply]
Whitespace around thumbnails got bigger?
Is it me, or has the text whitespace around thumbnails gotten bigger suddenly, especially below them:
Example text
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.
Curabitur pretium tincidunt lacus. Nulla gravida orci a odio. Nullam varius, turpis et commodo pharetra, est eros bibendum elit, nec luctus magna felis sollicitudin mauris. Integer in mauris eu nibh euismod gravida. Duis ac tellus et risus vulputate vehicula. Donec lobortis risus a elit. Etiam tempor. Ut ullamcorper, ligula eu tempor congue, eros est euismod turpis, id tincidunt sapien risus a quam. Maecenas fermentum consequat mi. Donec fermentum. Pellentesque malesuada nulla a mi. Duis sapien sem, aliquet nec, commodo eget, consequat quis, neque. Aliquam faucibus, elit ut dictum aliquet, felis nisl adipiscing sapien, sed malesuada diam lacus eget erat. Cras mollis scelerisque nunc. Nullam arcu. Aliquam consequat. Curabitur augue lorem, dapibus quis, laoreet et, pretium ac, nisi. Aenean magna nisl, mollis quis, molestie eu, feugiat in, orci. In hac habitasse platea dictumst.
Is there a way to automatically repopulate a restored category? (Or populate it based on another wiki)
Wikipedia:Deletion_review/Log/2021_May_7#Category:Recipients_of_the_Order_of_the_White_Eagle_(Poland) ended with permission to recreate the category. It can include 100+ entries from which it was removed in the past. Is there any way to automatically repopulate it, reverting the old removal of it from those articles post-deletion? Another workaround would be to just add it to articles it is present in on Polish Wikipedia and that have equivalents on English. I am certainly not looking forward to manually adding it to applicable articles... help! :) --Piotr Konieczny aka Prokonsul Piotrus| reply here 04:53, 28 May 2021 (UTC)[reply]
@Piotrus: no, the only way to "populate a category" is to make an edit to each page that will be in it. This could be semi-automated with tools if there is a specific list of pages known. — xaosfluxTalk 11:08, 28 May 2021 (UTC)[reply]
@Piotrus, you could go and check who did the removal and work from their contributions list. Might be possible to use AWB to turn that into a list of pages that AWB then can add the categories to (haven't used AWB in 10 years, though). —Kusma (talk) 11:29, 28 May 2021 (UTC)[reply]
I've found the bot that did the removal work and have managed to create a list of all the articles it was removed from (See wall of text here). If you click edit, the list will be easier to read. Check it over and if it looks OK, make a request at WP:AWBTASKS for someone to use the list to restore the category to those articles. - X201 (talk) 11:43, 28 May 2021 (UTC)[reply]
The call to {{tl:X24}} results in "Coordinates: Missing latitude", even though the two templates should do the same. Any idea why this is happening? Thnx, Ponor (talk) 06:47, 28 May 2021 (UTC)[reply]
I believe it's because {{Template:Coord}} is specifically identified as a wrapper template in Module:Coordinates (line 54). See Module:Arguments § Wrappers for an explanation. Basically, to get it to work like you want, you'd have to add {{Template:X24}} to the wrappers list in Module:Coordinates — sbb (talk) 07:31, 28 May 2021 (UTC)[reply]
... that is to say, as currently coded, Module:Coordinates can only be invoked like that from{{Template:Coord}} — sbb (talk) 07:35, 28 May 2021 (UTC)[reply]
@MusikAnimal: thanks very much for being so helpful! 👍 I appreciate you not sending me offsite over something so small. Vive NOT:BURO! All the best. ——Serial 10:58, 30 May 2021 (UTC)[reply]
Carbon footprint of our pages
This blog post is written in the context of local government in the UK, but the issues are generic. What can we do, as editors, to improve our carbon footprint while still serving our mission? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:25, 28 May 2021 (UTC)[reply]
Save changes only where necessary, instead of (as some people do) making one big edit followed by four or five small ones the only purpose of which is to correct the spelling and grammar. --Redrose64 🌹 (talk) 20:36, 28 May 2021 (UTC)[reply]
As editors, not much. As readers, use black backgrounds. As people, no more or less than any other person. Reduce, reuse, recycle. Headbomb {t · c · p · b} 20:38, 28 May 2021 (UTC)[reply]
AIUI, the "black background" suggestion only reduces carbon emissons for some types of monitor, not all. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:23, 30 May 2021 (UTC)[reply]
I would like to see WMF publish statistics on power consumption. Big data center operators like Google, Facebook and AWS put a lot of effort into reducing power consumption. From their point of view, it's about saving money, but reducing the electric bill and reducing the carbon footprint are closely aligned. WMF publishes some stats, but I don't see anything about power consumption. Computing and publishing J/view (Joules consumed per page view) would be a good place to start. What you'd like to see is a steady decline over time. Since WMF doesn't run their own data centers, this can get a bit messy to figure out, but you gotta start somewhere. -- RoySmith(talk) 21:13, 28 May 2021 (UTC)[reply]
You might be interested in m:Sustainability which has lots of data and reports on this. For example in 2019 data centres were reported to be using an average of 10.78 kWh and emitting 2.3 kg of CO2 equivalent per million pageviews. It's also worth noting that a significant part of Wikimedia's carbon footprint comes from staff and community travel to conferences such as Wikimania. Obviously this past year will have seen a significant cut in that! I'm interested to see how well Wikimania 2021 works as a fully remote event, and how we can increase remote participation at events in future. the wub"?!" 22:02, 28 May 2021 (UTC)[reply]
Thank you. I'm familiar with both, but I don't see whether either addresses the issue of what can be done by editors. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:25, 30 May 2021 (UTC)[reply]
@Veverve: you could remove the duplicate nominations from the list and tag them as {{db-error}}. Elli (talk | contribs) 10:42, 29 May 2021 (UTC)[reply]
Is there a script that excludes dab pages from the maroon-coloured substub formatting which can be enabled in Special:Preferences under "Appearance"? DaßWölf 14:48, 29 May 2021 (UTC)[reply]
$(".stub.mw-disambig").removeClass("stub"); should do the trick, I think. Dunno if there's a better way, though. – Rummskartoffel (talk • contribs) 20:11, 29 May 2021 (UTC)[reply]
The main page's playing up on wa.wiki
Hello everyone,
My apologies for writing that on en.wiki, but I don't know which Wikimedia-website to consult for this kind of problem. The wa.wiki main page is playing up right now for unknown reasons. I precise that nobody has modified the "main page" (which is, of course, protected) nor a template/module related to. Wa.wiki uses the same module of main page as wa.wiktionary. However, the main page of wa.wiktionary seems still working correctly.
Thank you in advance for your help,
--Èl-Gueuye-Noere (talk) 18:31, 29 May 2021 (UTC)[reply]
Yes, it was this one. I finally found the bug, it was a thing like this : < / div>, which added itself. That's why, the main page bugged without anyone nor any bot modifies it. I don't know if this kind of bugs often happens. I was afraid that something worse had happened. --Èl-Gueuye-Noere (talk) 19:23, 29 May 2021 (UTC)[reply]
As an IP, try to create a category (or follow a red link). You are not allowed and the banner points to Wikipedia:Article_wizard/Category, which redirects to Wikipedia:Article_wizard, which does not let you create Draft:Category:... because of the namespace, and instructs you to follow the category's red link, so you are stuck in a loop. --62.98.124.182 (talk) 20:38, 29 May 2021 (UTC)[reply]
Hmm, looks like this is by design via the title blacklist. I've taken out the prompt to direct IP editors to the ACW for redlinked categories. You can follow up at Wikipedia talk:Article wizard if you would like to discuss if this should be redesigned. — xaosfluxTalk 21:08, 29 May 2021 (UTC)[reply]
Pretty sure all it needed was |games=Commonwealth Games in the infobox (just judging by comparison with Canada at the Commonwealth Games for instance. I added the parameter to the infobox. — sbb (talk) 01:58, 30 May 2021 (UTC)[reply]
Text in non-Latin scripts should never be in italics or boldface. This is especially true for Chinese, which becomes unreadable in bold or italics even to many who could usually read it. Nobody deliberately typesets Chinese in bold or italics, but many infoboxes do so, as they automatically format text in italics or in bold (for example, book titles). Depending on the infobox, this can be fixed either with a language code parameter or in the morepedestrian way of using {{noitalic}} or {{nobold}}. The problem is how to actually find all these violations: is there a way to search for any text displayed in bold or italics that uses a given non-Latin character set? —Kusma (talk) 09:35, 30 May 2021 (UTC)[reply]
Identifying redirects
Consider the pages Wikipedia:VPT and Wikipedia:Village Pump (technical). Here, Wikipedia:VPT actually redirects to Wikipedia:Village Pump (technical). My question is, is there any method by which I can identify all the pages which contains the text Wikipedia:VPT that is actually a redirect? I have checked What Links Here, but its not a solution as it contains links with both the source and redirected title. Adithyak1997 (talk) 10:28, 30 May 2021 (UTC)[reply]
Yes, on the redirect's page itself (not on this page), check what links. Gonnym (talk) 10:40, 30 May 2021 (UTC)[reply]
Oversight bug
At https://en.wikipedia.org/w/index.php?title=User:Xaosflux/sandbox101&diff=prev&oldid=1018149200 (and any other suppressed revision), when you press on the top revision text (that says Revision as of 14:33, 16 April 2021 in this one), it says that this page revision has been removed from the public archives. Details can be found in the deletion log for this page. It should say that "this page revision has been suppressed", as it is oversight, not revision deletion. aeschylus (talk) 12:46, 30 May 2021 (UTC)[reply]
It seems like that diff was also revdeleted. Not sure if this is a bug or just a programming choice. Ivanvector (Talk/Edits) 12:55, 30 May 2021 (UTC)[reply]
@Ivanvector, it wasn't as I saw one suppressed one and one deleted one, and the deletion log only shows one revision being deleted, so it wasn't revdeleted first. aeschylus (talk) 16:45, 30 May 2021 (UTC)[reply]
This is MediaWiki:Rev-deleted-text-permission. Has this revision been first revdeleted and then suppressed? There is a log entry in the deletion log, so it doesn't seem totally wrong to point readers there. —Kusma (talk) 13:00, 30 May 2021 (UTC)[reply]
So, depending on your access levels you can come upon: MediaWiki:rev-deleted-text-unhide (for revdel only if you are an admin), MediaWiki:rev-suppressed-text-unhide (for os if you are an os), but if you have no access you do end up at MediaWiki:rev-deleted-text-permission. Now you end up at that last on regardless of why you can't see it and in the overwhelming majority of cases it will be because of normal deletion. The default prompt for that message is:
This page revision has been <strong>deleted</strong>.
Details can be found in the [{{fullurl:{{#Special:Log}}/delete|page=$1}} deletion log].
So we haven't materially changed the message and it doesn't have support for a conditional variable based on if suppression is also applied, and likely doesn't really need it for non-administrators - if you want support for that you would need to file a software request on that page logic. — xaosfluxTalk 13:49, 30 May 2021 (UTC)[reply]
Also, that was a revision suppression, not a 'page suppression'. On an actual page suppression, non-logged in users will see no message such as in User:Xaosflux/sandbox105 (which is page suppressed). — xaosfluxTalk 13:52, 30 May 2021 (UTC)[reply]
@Xaosflux, so how do you file a software request and is it likely to be accepted? aeschylus (talk) 16:46, 30 May 2021 (UTC)[reply]
@Aeschylus:WP:BUG has the link to Phabricator. It is likely to go in to the pile of not-declined-but-no-one-will-work-it on like other very low priority things that have an over 10 year backlog - as you don't seem to have identified something that is going to impact readers or prevent editors from working. — xaosfluxTalk 17:06, 30 May 2021 (UTC)[reply]
Template:Cite sign
What parameters are supported by Template:Cite sign? We are told on the page to copy a blank version, but there is no blank version to copy. Pinging @Tyrone Madera: for courtesy as they asked the same question. DuncanHill (talk) 15:22, 30 May 2021 (UTC)[reply]
Template:Infobox Site of Special Scientific Interest
There seems to be an image caption positioning issue in {{Infobox Site of Special Scientific Interest}} which can be seen in Bewick and Beanley Moors, and which is that when there is also a locator map, the caption for the image is beneath the map, rather than beneath the image. The dissociation of image and caption seems wrong and unhelpful. Grateful if this issue could be given some attention. --Tagishsimon (talk) 20:34, 30 May 2021 (UTC)[reply]
Fixed in the article by using the right parameter.[2]PrimeHunter (talk) 20:50, 30 May 2021 (UTC)[reply]
Collapsible tables not collapsing
For me, tables with the class "mw-collapsible" or using {{collapse}} (or similar), instead of having a [hide] link, it appears like this: [hide]. ―Qwerfjkl | 𝕋𝔸𝕃𝕂 (please use {{reply to|Qwerfjkl}} on reply)Template:Z181 21:12, 30 May 2021 (UTC)[reply]
@Qwerfjkl Works for me. Can you maybe open the developer console to see if there are any problems loading any of the scripts? Anything with "ERROR" or whatnot. Aasim (talk) 23:11, 30 May 2021 (UTC)[reply]
@Qwerfjkl Do the tables still collapse? Maybe if you paste a link to a screencast showing the problem I could maybe diagnose it. Aasim (talk) 07:27, 31 May 2021 (UTC)[reply]
It is more than likely you have a conflicting set of scripts as well... would like to see a screencast or whatever... it will help me identify the problem. Aasim (talk) 07:28, 31 May 2021 (UTC)[reply]
@Awesome Aasim the tables cannot (un)collapse, and sometimes appear collapsed, sometimes uncollapsed. ―Qwerfjkl | 𝕋𝔸𝕃𝕂 (please use {{reply to|Qwerfjkl}} on reply)Template:Z181 09:50, 31 May 2021 (UTC)[reply]
Is there a way to mark individual entries as read in the watchlist?
I'm an avid user of Writ Keeper's excellent In-place diffs, especially in the watchlist, so I don't always need to open the changed page. It'd be great if I could cross that off the watchlist rather than keep count of everything I already looked at before clicking "mark all as read". I see this was proposed 10 years ago but couldn't find the solution. I would've thought that bullet in the watchlist could work as read/unread toggle, as it does under notifications. — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 (talk) 00:32, 31 May 2021 (UTC)[reply]
Visit the page. Izno (talk) 00:40, 31 May 2021 (UTC)[reply]
phab:T92947 is about the inverse of this, but has some suggestions that this could possible be done with API calls, if so a userscript could be written for it. — xaosfluxTalk 01:18, 31 May 2021 (UTC)[reply]
Hmmm, well, it should be pretty simple to make a quick script that will do this on the standard watchlist; I'll whip something up uf you're still interested. Writ Keeper⚇♔ 08:32, 31 May 2021 (UTC)[reply]
@Guarapiranga: if you need it, I just made User:Writ_Keeper/Scripts/watchlistToggle.js. Should add a link to the "diff | hist" links on the watchlist to remove an item from your watchlist (and will allow you to re-add it, as well). LMK if any issues, as always. Writ Keeper⚇♔ 09:31, 31 May 2021 (UTC)[reply]
Awesome!, Writ_KeeperIt works. How does one unread the revision though (if that's what you meant)? When I click the link/button, it disappears (but not the entry). The script works well enough, but if you feel like polishing it, I'd suggest striking through the entry marked as read (and unstriking if you manage to mark it as unread), and—if at all possible—using the far left bullet as button instead of adding another, like UncleDouggie did. — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 (talk) 09:47, 31 May 2021 (UTC)[reply]
No, wait, sorry, that was listPageOptions I still had installed. Turns out it works in the Java interface. But having uninstalled it, I don't see your links, Writ Keeper. — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 (talk) 10:02, 31 May 2021 (UTC)[reply]
Hmmm, do you see any errors in your browser console? Writ Keeper⚇♔ 10:10, 31 May 2021 (UTC)[reply]
I'll do a proper debug when I'm back at the desktop, but I'm happy to report that it's working on my mobile (and also that my suggestion of using the far left bullet wouldn't work on mobile as it's not there). Thanks. — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 (talk) 10:59, 31 May 2021 (UTC)[reply]
Netblock-based IPv6 talk pages
Hello, I just found User talk:2600:8800:0:0:0:0:0:0/32 and I have to wonder: is this even a thing? Will it work as intended? Will every IPv6 user in that 32-bit netblock be notified of new messages here? What about IPv6 netblocks? Can I leave a message for User talk:128.65.0.0/16 as well? Or is this just a simple user error? Elizium23 (talk) 01:07, 31 May 2021 (UTC)[reply]
No, range talk pages do not affect anyone. Izno (talk) 03:37, 31 May 2021 (UTC)[reply]
Re-review this revision—from 2017
I'm used to seeing notices about "configured pending changes settings" in history, but never boxed up and presented at the bottom of the article page below the categories like this. So why does Trypophobia have a box echoing a revision made by Callanecc in 2017, and formatted just like a review pending changes input box, with a button for me to Unaccept their years-ago edit? Was this part of the release that gave us the mystery-font size issue?
Snippet of html from the footer of Trypophobia
<div class="printfooter">Retrieved from "<a dir="ltr" href="https://en.wikipedia.org/w/index.php?title=Trypophobia&oldid=1026062748">https://en.wikipedia.org/w/index.php?title=Trypophobia&oldid=1026062748</a>"</div></div>
<div id="catlinks" class="catlinks" data-mw="interface"><div id="mw-normal-catlinks" class="mw-normal-catlinks"><a href="/wiki/Help:Category" title="Help:Category">Categories</a>: <ul><li><a href="/wiki/Category:Phobias" title="Category:Phobias">Phobias</a></li><li><a href="/wiki/Category:2000s_neologisms" title="Category:2000s neologisms">2000s neologisms</a></li><li><a href="/wiki/Category:Holes" title="Category:Holes">Holes</a></li></ul></div><div id="mw-hidden-catlinks" class="mw-hidden-catlinks mw-hidden-cats-user-shown">Hidden categories: <ul><li><a href="/wiki/Category:Articles_with_short_description" title="Category:Articles with short description">Articles with short description</a></li><li><a href="/wiki/Category:Short_description_is_different_from_Wikidata" title="Category:Short description is different from Wikidata">Short description is different from Wikidata</a></li><li><a href="/wiki/Category:Wikipedia_pending_changes_protected_pages" title="Category:Wikipedia pending changes protected pages">Wikipedia pending changes protected pages</a></li><li><a href="/wiki/Category:Articles_containing_Ancient_Greek_(to_1453)-language_text" title="Category:Articles containing Ancient Greek (to 1453)-language text">Articles containing Ancient Greek (to 1453)-language text</a></li></ul></div></div>
</div>
</div>
<div id='mw-data-after-content'>
<form method="post" action="/w/index.php?title=Special:RevisionReview&action=submit" id="mw-fr-reviewform">
<fieldset class="flaggedrevs_reviewform noprint">
<legend id="mw-fr-reviewformlegend"><strong>Re-review this revision</strong></legend>
<p></p>
<p class="fr-rating-controls" id="fr-rating-controls">
<span id="mw-fr-ratingselects" class="fr-rating-options">
</span>
<span id="mw-fr-confirmreview">
<label for="mw-fr-commentbox" class="fr-comment-box">Comment:</label> <input name="wpReason" size="40" value="" id="mw-fr-commentbox" maxlength="500" class="fr-comment-box" /><input name="wpApprove" id="mw-fr-submit-accept" accesskey="s" title="Mark this revision as accepted [s]" disabled="" type="submit" value="Accept revision"/> <input name="wpUnapprove" id="mw-fr-submit-unaccept" title="Revoke acceptance of this revision by marking it as unaccepted" style="" type="submit" value="Unaccept revision"/>
<script>var jsReviewNeedsChange = 0;</script> <span id="mw-fr-logtoggle" class="fr-logtoggle-excerpt" style="display:none;">(<a class="fr-toggle-text" title="Toggle display of the latest entry in the pending changes protection log">hide pending changes protection log</a>)</span></span>
<div id="mw-fr-logexcerpt"><ul class='mw-logevent-loglines'>
<li data-mw-logid="86418828" data-mw-logaction="stable/config" class="mw-logline-stable"> <a href="/w/index.php?title=Special:Log&logid=86418828" title="Special:Log">05:02, October 21, 2017</a> <a href="/wiki/User:Callanecc" class="mw-userlink" title="User:Callanecc"><bdi>Callanecc</bdi></a> configured pending changes settings for <a href="/wiki/Trypophobia" title="Trypophobia">Trypophobia</a> [Auto-accept: require "autoconfirmed" permission] <span class="comment">(Persistent addition of <a href="/wiki/Wikipedia:INTREF" class="mw-redirect" title="Wikipedia:INTREF">unsourced or poorly sourced content</a>)</span> <span class="mw-logevent-actionlink">(<a href="/w/index.php?title=Trypophobia&action=history&offset=20171021050237" title="Trypophobia">hist</a>)</span> </li>
</ul>
<a href="/w/index.php?title=Special:Log&page=Trypophobia&type=stable" title="Special:Log">View full log</a></div></p>
<input type="hidden" value="Special:RevisionReview" name="title"/>
<input type="hidden" value="Trypophobia" name="target"/>
<input id="mw-fr-input-refid" type="hidden" value="0" name="refid"/>
<input id="mw-fr-input-oldid" type="hidden" value="1026062748" name="oldid"/>
<input type="hidden" value="3928ec26fb9fdebbabbead26754c8eaf60b470c3+\" name="wpEditToken"/>
<input id="mw-fr-input-changetime" type="hidden" value="20210531050433" name="changetime"/>
<input id="mw-fr-user-reviewing" type="hidden" value="0" name="userreviewing"/>
<input type="hidden" name="templateParams"/>
<input type="hidden" name="imageParams"/>
<input type="hidden" name="fileVersion"/>
<input type="hidden" value="d9d7ef2024098573ee57c1de169900a8" name="validatedParams"/>
</fieldset>
</form>
<div class="read-more-container"></div>
</div>
<div id="mw-navigation">
I think it's not about unaccepting Callanecc's revision, but your latest auto-accepted revision? (It seems to happen for all Special:StablePages) But I agree that this interface should not be on the article page, especially as it contains the exact wording of the log entry, which isn't usually written for the general public. There seems to be a "hide" link, but I don't know whether that's admin only and when we should use it. Are there instructions for this anywhere? Wikipedia:Pending changes doesn't help all that much. (I hate pending changes). —Kusma (talk) 09:45, 31 May 2021 (UTC)[reply]
Thinking about it, I can't see a good reason to unaccept a page without looking at the page history. Why would you unaccept a revision without checking whether the previous revision is any better? This interface should not be visible on the page itself. —Kusma (talk) 11:19, 31 May 2021 (UTC)[reply]
Thanks for removing it. ~ ToBeFree (talk) 19:27, 21 May 2021 (UTC)
Awesome! Thanks. That's very helpful. — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 (talk) 02:21, 27 May 2021 (UTC)
Done the deleted article at List of firsts in India has been moved with all the revisions to User:Dharmadhyaksha/List of firsts in India for development. Should the user decide to not continue working on this, the revisions should be moved back to mainspace at List of firsts in India and then redeleted to ensure that they are left deleted at the right location. Dreamy Jazz talk to me | my contributions 09:00, 26 May 2021 (UTC)
