Wikipedia:Village pump (technical)/Archive 172

From Wikipedia, the free encyclopedia
Jump to navigation Jump to search


created timestamp


-TonyTheTiger (T / C / WP:FOUR / WP:CHICAGO / WP:WAWARD) 18:16, 16 January 2019 (UTC)

I created Template:Did you know nominations/151 North Franklin with its first published edit at 03:30, 25 December 2018. However, the scripts that I am running show "Created by TonyTheTiger (talk | contribs) on Mon, Dec 24 2018, 21:30:50 (Central Standard Time)" at the top of the page. I never noticed that this was shown in local time instead of UTC. How can I get this script to make my page show UTC times?-TonyTheTiger (T / C / WP:FOUR / WP:CHICAGO / WP:WAWARD) 03:40, 25 December 2018 (UTC)

@TonyTheTiger: first check your timezone in Special:Preferences#mw-prefsection-rendering - if you want UTC times but have set this to something else change that. If that isn't it, can you provide more information about "the scripts" you are using? — xaosflux Talk 04:09, 25 December 2018 (UTC)
User:TonyTheTiger/vector.js imports User:Eizzen/PageCreator.js. User:Eizzen/PageCreator says how to choose between local time and UTC, but UTC is supposed to be default and it doesn't work to set it with the specified method. I think User:Eizzen/PageCreator.js should change that.useUTC === true to that.options.useUTC === true. . User:Eizzen has not edited since 2017. PrimeHunter (talk) 11:45, 25 December 2018 (UTC)
PrimeHunter, Thx. How can we get this change enacted? Does Eizzen have exclusive powers?-TonyTheTiger (T / C / WP:FOUR / WP:CHICAGO / WP:WAWARD) 13:21, 25 December 2018 (UTC)
Wikipedia:Interface administrators can edit it. Some of them monitor this page. Eizzen might respond to an email, or you could copy the code to your own userspace. The latter wouldn't help other users of the script but there are only around a dozen. PrimeHunter (talk) 15:05, 25 December 2018 (UTC)
TonyTheTiger, I have now modified that page as described. —TheDJ (talkcontribs) 08:53, 28 December 2018 (UTC)
TheDJ, I am now seeing GMT instead of Central Standard Time at the top of my pages. Still not UTC.-TonyTheTiger (T / C / WP:FOUR / WP:CHICAGO / WP:WAWARD) 02:50, 3 January 2019 (UTC)
Xaosflux, would you care to comment here where I think other experts are watching.-TonyTheTiger (T / C / WP:FOUR / WP:CHICAGO / WP:WAWARD) 01:36, 9 January 2019 (UTC)
GMT and UTC are the same for all practical purposes (unless you are navigating a ship or aligning an astronomical telescope) - there's only a fraction of a second in it. --Redrose64 🌹 (talk) 11:26, 9 January 2019 (UTC)
Redrose64 year round?-TonyTheTiger (T / C / WP:FOUR / WP:CHICAGO / WP:WAWARD) 06:22, 15 January 2019 (UTC)
Yes. --Redrose64 🌹 (talk) 19:01, 15 January 2019 (UTC)

Date format in signatures as viewed by unregistered users

Is there a reason why the date format in signatures is dd mmm yyyy when viewed by unregistered users? I presume it's just the way the css is configured but is there any background for that configuration rather than mmm dd, yyyy? Nthep (talk) 13:28, 16 January 2019 (UTC)

@Nthep: signature dates are not stored as any sort of typed data value, they are simply text and readers see them just as they are in the wikitext. In fact everyone sees them this way unless they specifically implement a hack to see them some other way. — xaosflux Talk 14:06, 16 January 2019 (UTC)
I get that but was there any reason why it's the way round it is, other than that's the way the developer set it? Nthep (talk) 14:29, 16 January 2019 (UTC)
I think that day-month-year is more common around the world than month-day-year, which IIRC is pretty much just a North American thing (or maybe more generally an English thing?). It also orders the time units by length. Writ Keeper  14:34, 16 January 2019 (UTC)
It's just a North American thing, I live in the UK and we use DDMMYY. [Username Needed] 15:10, 16 January 2019 (UTC)
See also Date format by country#Usage map. Some wikis use another date format. PrimeHunter (talk) 18:42, 16 January 2019 (UTC)
Is there an example somewhere of such a "hack" I can use to make the standard sig times display the same way as my (localized ISO-3166) history/contrib times (e.g. to convert "01:23, 16 January 2019 (UTC)" to "2019-01-15T17:23")? —[AlanM1(talk)]— 15:12, 16 January 2019 (UTC)
@AlanM1: there is a Gadget for that, see Wikipedia:Comments in Local Time for documentation and limitations. — xaosflux Talk 15:20, 16 January 2019 (UTC)
I think you'll also want to check out Special:Preferences#mw-prefsection-rendering, specifically the "Date format" and "Time format" sections. ~ Amory (utc) 15:23, 16 January 2019 (UTC)
@Amorymeltzer: Thanks. I already had that set, affecting the history and contribs pages.
@Xaosflux and Gary: Just what I wanted Face-smile.svg. I copied User:Gary/comments in local time.js to User:AlanM1/comments in local time.js and tweaked it a bit to render e.g. "2018-12-24T19:40, Monday (23 days ago)". I added two new boolean config items to LocalComments: dropOffset drops the "(UTC±n)" suffix; diffLast causes it to render the date and time together as shown (like the gadget setting mentioned above) and put the dayOfTheWeek and descriptiveDifference last. —[AlanM1(talk)]— 21:01, 16 January 2019 (UTC)

Emergency server switch is NOT HERE

Quick note, while everyone else is trying to sort out MassMessage problems: There's going to be a partial m:server switch tomorrow, because of hardware problems; it's just like all the previous ones, except affecting only some (most) wikis and with much less planning. It will NOT affect the English, German, French, or Russian Wikipedias (or several smaller places). Check the Phab link for the list of affected wikis.

On a side note, please ping me if you need my attention this week (or any time you think something's important, ever). Thanks, Whatamidoing (WMF) (talk) 19:59, 16 January 2019 (UTC)

From the title, I thought we were blocking someone that had named themself Emergency server switch as WP:NOTHERE. Natureium (talk) 20:00, 16 January 2019 (UTC)
The task's been closed, so this is done. It sounds like editing was blocked on those wikis for less than four minutes. Whatamidoing (WMF) (talk) 17:52, 17 January 2019 (UTC)
This isn't WP:ANI :) Galobtter (pingó mió) 17:53, 17 January 2019 (UTC)
Galobtter, so tempted to create the account named Emergency server switch just to say that it is here... Home Lander (talk) 20:35, 17 January 2019 (UTC)
Sorry, was someone looking for me? Emergency Server Switch (talk) 21:23, 17 January 2019 (UTC)
Soooooooooooooock! Natureium (talk) 21:39, 17 January 2019 (UTC)

Template Data Table

Question... When adding TemplateData is there any way to edit it basically in a spreadsheet? It is so time consuming to use the data editor, constantly going back and forth between different params... --Zackmann (Talk to me/What I been doing) 19:26, 17 January 2019 (UTC)

@Zackmann08: There's some other tools you can try listed at Wikipedia:TemplateData/Tutorial#Tools, or you can edit the wikitext directly (but you need to be careful to keep the JSON syntax valid, or the page will refuse to save) - Evad37 [talk] 00:53, 18 January 2019 (UTC)
@Evad37: thanks!!! --Zackmann (Talk to me/What I been doing) 03:29, 18 January 2019 (UTC)

Floating 6

Can anyone fix the floating bold "6" here? I can't seem to find where this is in the code. ―Justin (koavf)TCM 03:55, 18 January 2019 (UTC)

@Koavf:  Done --DannyS712 (talk) 04:12, 18 January 2019 (UTC)
Thanks! ―Justin (koavf)TCM 04:36, 18 January 2019 (UTC)

Weird "Revert"

Could someone explain what happened Here? [Username Needed] 15:45, 18 January 2019 (UTC)

An IP user used the "undo" button, presumably from the page history, to undo Nochorus's edit. The undo functionality, unlike rollback or Twinkle, can work on edits that aren't the most recent. Writ Keeper  15:51, 18 January 2019 (UTC)

Usage metrics of a script

Is there any particular way to answer questions like "How many people use my script right now ?" or "How many times is a script used per day ?".(especially if the script in question is a unconventional one like User:FR30799386/undo.js ?) << FR 12:20, 18 January 2019 (UTC)

You could query for the ads it leaves in the edit summaries. It's miserably slow, though. Here's the 100 most recent. —Cryptic 14:30, 18 January 2019 (UTC)
Regarding the first, some writers of scripts advise the use of backlinks. For example, see User:Anomie/previewtemplatelastmod.js or User:Evad37/XFDcloser. The backlink is the wikilink that follows the ; // characters, and it allows usage to be checked using e.g. Special:WhatLinksHere/User:Anomie/previewtemplatelastmod.js or Special:WhatLinksHere/User:Evad37/XFDcloser after which you need to look for only page names that end in ".js" and ignore the others. --Redrose64 🌹 (talk) 17:56, 18 January 2019 (UTC)
An insource search always works anyhow - this search in userspace finds that 20 people use the script. Galobtter (pingó mió) 18:00, 18 January 2019 (UTC)
That answers my questions. Cryptic, I have forked your query so that I can run it on a later date, it answers my second question. I have added a backlink and the insource search does give me an idea of how many people are importing it right now. :) << FR 18:26, 18 January 2019 (UTC)

Idiosyncratic watchlist

I use my watchlist to keep an eye on articles I have written, particularly for detecting vandalism or unsuitable changes to articles. But the watchlist is inconsistent, and does not show me all the entries I would like it to. Today for instance I noticed (by resting the pointer on "diff") that Desert hare had been vandalised, but decided to look at another article on the watchlist before clicking through to Desert hare. By the time I got back to the watchlist, Desert hare was no longer listed there. By this time someone else had dealt with the vandalism, but the article should still have appeared on my watchlist, with a different time tag. Then there are pages like this one which I particularly want to watch, and where I can't rely on the watchlist alerting me to changes, which means that I often miss comments. Is there anything I can do to make the watchlist more suited to my requirements? Cwmhiraeth (talk) 10:10, 18 January 2019 (UTC)

@Cwmhiraeth: in your watchlist do you have any filters enabled, for example - hide probably good edits? Depending on your configuration you may only see WL entries for the "latest" entry - and if you filter it out, it won't show. — xaosflux Talk 13:44, 18 January 2019 (UTC)
At Preferences → Watchlist, make sure that "Expand watchlist to show all changes, not just the most recent" is turned on. --Redrose64 🌹 (talk) 17:49, 18 January 2019 (UTC)
Thank you. We'll see how it goes now. Cwmhiraeth (talk) 18:35, 18 January 2019 (UTC)

Edit conflicts on talk pages

Could edit conflicts on talk pages ever be reworked? My thought process for this is that after an editor (#1) has posted a comment, and while s/he is going back to edit it, fix typos, etc., another editor (#2) is already writing up their response. Editor #1 saves their fixes, Editor #2 goes to save their brand new reply, and is presented with an edit conflict. Going back to the question, could edit conflicts on talk pages be reworked so that the server could detect that Editor #2 didn't actually have any sort of conflict and just wanted to submit a new reply, and add the reply to where it was meant to go while ignoring Editor #2's changes? -- /Alex/21 13:18, 18 January 2019 (UTC)

Obligatory "structured discussions would solve this problem but en.WP refuses to use them". (Not without some decent reasons, mind you.) --Izno (talk) 13:55, 18 January 2019 (UTC)
Obligatory trout to the face for Izno for bringing up Flow... — xaosflux Talk 20:34, 18 January 2019 (UTC)
This is probably a good idea in principle. I'm just worried about the case where Editor #2 posts information that would make Editor #1 change their reply, which would result in Editor #1 having to go back and make edits. For my part, in an upcoming reply-link change I'm going to display a little popup saying something like "An editor has made another comment here since you started writing [click here to reload]" if something like that is detected. Enterprisey (talk!) 21:54, 18 January 2019 (UTC)

Tabular data not available

I'm investigating an error at California's 5th congressional district#2012. This is the wikitext and the error:

{{election box US auto|California|2012|United States Representative District 5|Mike Thompson link=Mike Thompson (California politician)}}
Lua error in Module:Election_box_US_auto at line 159:
Unable to find tabular data:
California Elections/2012/General/

The above calls Module:Election box US auto which executes the equivalent of:

tab_name = 'California Elections/2012/General/'
tabular =

The result in tabular is false instead of a table, and that gives the error above. The result should be the Lua equivalent of c:Data:California Elections/2012/General/

In a sandbox at Commons, previewing the following shows a table of valid data, as it should:

{{Data:California Elections/2012/General/}}

I've done some sandbox testing that shows'California Elections/2012/General/') works at Commons but fails an enwiki. Any ideas? Johnuniq (talk) 02:09, 19 January 2019 (UTC)

Using what links here lead me to User:Legoktm/test (ping Legoktm). That is currently working but editing the page and previewing shows errors. There is a presumably temporary breakage that I suppose should be reported at phab somewhere. Johnuniq (talk) 02:26, 19 January 2019 (UTC)
This is phab:T214179. — JJMC89(T·C) 03:10, 19 January 2019 (UTC)
Magic, thanks. Basing articles on Wikidata and/or Commons tabular data has drawbacks. I wonder what appears in an enwiki watchlist if a Commons table is vandalized. Johnuniq (talk) 06:15, 19 January 2019 (UTC)

Staunton Mall

Can someone figure out why the map isn't working properly in the infobox for Staunton Mall? Ten Pound Hammer(What did I screw up now?) 04:11, 18 January 2019 (UTC)

@TenPoundHammer: How should it appear/work? --DannyS712 (talk) 04:14, 18 January 2019 (UTC)
@DannyS712: It should show a map. I'm just seeing a blank space where it should be. Actually all such maps appear to be malfunctioning right now. Ten Pound Hammer(What did I screw up now?) 04:17, 18 January 2019 (UTC)
@TenPoundHammer: I'm seeing a fully working map, and not just on that page. Maybe its a problem on your end? --DannyS712 (talk) 04:19, 18 January 2019 (UTC)
Seems to work for me as well. --Palosirkka (talk) 08:52, 19 January 2019 (UTC)

Transclusion links

What is the "hide transclusions" button supposed to do on the Special:WhatLinksHere page? I assumed it would hide links transcluded on to the target page through templates, but that's not working for me. SpinningSpark 12:08, 19 January 2019 (UTC)

It only hides pages where the whole page itself is transcluded. It's only useful on templates and other pages used for transclusion. User:PrimeHunter/Source links.js may help with what you want. It's a frequently requested feature. Wikipedia:Village pump (technical)/Archive 155#What Links Here vs.Templates has links to other requests here and at Phabricator. PrimeHunter (talk) 12:36, 19 January 2019 (UTC)
@PrimeHunter: that's great. The only thing that that isn't doing for me is finding links that come in via a redirect. It's not even finding the redirect page. But it's a great help, so often what links here is swamped by navbox entries making it useless. SpinningSpark 15:10, 19 January 2019 (UTC)

Logged in here, when I go to other sites I'm logged out

It happened at Wikisource a few days ago, just now at Wikimedia. Doug Weller talk 19:56, 19 January 2019 (UTC)

I think that can happen if you have some software that causes your browser to accept cookies from some sites but not others. Johnuniq (talk) 21:17, 19 January 2019 (UTC)
@Doug Weller: By Wikimedia, do you mean commons:, meta:, foundation: or another site? Wikimedia is the name of the organisation that hosts all of these Wikis - several hundred altogether. Most of these are part of the single unified login (SUL) system, but some (such as foundation) are not.
When you visit one of the non-SUL Wikis, you won't be logged in unless you log in there as a separate operation. There's nothing we can do to change that except file a phab: ticket.
When you visit one of the SUL Wikis and you are not shown as logged in, try a WP:BYPASS and see if that fixes it. If not, there is a possibility that you have a corrupt cookie. To fix this, go to a site where you are definitely logged in; then deliberately log out; then log in again. Logging out will invalidate all cookies that bear your login name; logging in will create a fresh cookie. When visiting other sites for the first time after logging in again, this fresh cookie may still need the bypass technique. --Redrose64 🌹 (talk) 21:41, 19 January 2019 (UTC)
@Redrose64: sorry, meta, to be exact meta:Stewards/Elections_2019. Wikisource a few days ago, meta today. It doesn't help that I use my iPad and my PC at times during the day so I can't recall which I was using at Wikisource, definitely my iPad earlier today. Thanks Doug Weller talk 22:02, 19 January 2019 (UTC)

RSU Afc Button

Hi. Has the Random submission button for AFC go away? If it did where can I find another one? It's the one by Flooded with them Hundreds. --Thegooduser Life Begins With a Smile :) 🍁 21:53, 20 January 2019 (UTC)

Thegooduser, FWTH retired and requested that all their userspace pages be deleted. Special:RandomInCategory/Pending AfC submissions should do what you want though. --AntiCompositeNumber (talk) 22:09, 20 January 2019 (UTC)
@AntiCompositeNumber: Given that you're not the only one who uses that script, I'm going to see if I can refund it into my userspace. --DannyS712 (talk) 22:10, 20 January 2019 (UTC)
Sorry, meant to ping @Thegooduser: --DannyS712 (talk) 22:10, 20 January 2019 (UTC)
I'll restore the page ask that it be restored. Primefac (talk) 22:21, 20 January 2019 (UTC)
@Primefac: I already did - I'm asking for all of his scripts. Also, you restored the documentation page, but not the actual script itself... --DannyS712 (talk) 22:26, 20 January 2019 (UTC)
(edit conflict)There was only one revision and it was simple, so I've just copied it here:
$.when( mw.loader.using('mediawiki.util'), $.ready ).then( function() {
    mw.util.addPortletLink( 'p-views', '/wiki/Special:RandomInCategory/Pending_AfC_submissions', 'RSu', '', 'Go to random draft submission', 'l');
~ Amory (utc) 22:30, 20 January 2019 (UTC)
@Amorymeltzer: Thanks. I've also requested that the scripts they wrote be resuscitated. Would you be willing to help? See Wikipedia:Interface administrators' noticeboard#Undeletion of FWTH's user scripts. Thanks, --DannyS712 (talk) 22:32, 20 January 2019 (UTC)
Done. ~ Amory (utc) 22:48, 20 January 2019 (UTC)
Thanks! Thegooduser Life Begins With a Smile :) 🍁 02:29, 21 January 2019 (UTC)

ProveIt issue

I have not been able to use ProveIt at all for the last 12 hours or so. This is because while it usually allows me to, for instance, add new references by entering text into the appropriate fields in the ProveIt sidebar, recently this has become impossible, because clicking on the "Add" tab on the top (which normally creates a new blank citation to fill in) now does nothing at all. Another odd problem is that when I click on the "list" tab on a page that does have fully formatted references, it lists the references, but when I then click on one of the references themselves, it always has "no template" selected in the "main template" menu, and there are never any other options to select, regardless of which citation template is actually being used. I have never seen this happen in >5 years of using ProveIt and I hope it can be fixed soon. IntoThinAir (talk) 15:19, 20 January 2019 (UTC)

This has been reported at phab:T214273 - Evad37 [talk] 03:50, 21 January 2019 (UTC)

Improving the ease of listening to audio (especially MIDI files)

(Sorry if this is misplaced. I figure this is mostly technical.) The most common method of including audio (at least in articles on music theory) seems to be Template:Audio. See Interval (music) (and many of the pages linked from it) for examples in the wild. Here's an example of the template's output: Alabama (About this soundplay ). When I click "play" (in Chrome), it navigates to a new page that plays the sound file. I think it would be nicer if clicking it played the file without navigating to a new page, but it's not a terrible experience.

However, if I use the Audio template with a MIDI file, it is pretty terrible. Example: About this soundPlay . In Chrome and Firefox, this opens a prompt to download the .mid file to my machine. From there, I can use some program to play it (if I'm lucky enough to have the appropriate software and plugins).

There does exist another template, Template:Listen which creates a widget that lets me play the audio without leaving the page. It doesn't work with MIDI files, but Template:Synthlisten is a variant that does.

I'd like to discuss a few potential improvements to the current state.

1. Modify {{Audio}} to act as an inline player

i.e. make it a miniature version of {{Listen}}. Ideally one that transparently works with MIDI in addition to ogg/flac/wav. I could imagine the appearance remaining basically the same, but with the 'Play' link acting as a button (which would perhaps change into a "Pause" button while the audio is playing).

This seems like the nicest solution to me. But I also realize it's a big feature request with significant implications. This has been discussed a few times. These proposals never seemed to catch much momentum, but nor were they dismissed as impossible:

2. Replace instances of {{Audio}} with {{Listen}}/{{Synthlisten}}, where appropriate.

There are some details that make this tricky.

If you look, for example, at Interval (music), you'll see that most instances of {{Audio}} occur in image captions. There is no obvious way to insert a {{Listen}} widget inside an image caption, or generally to combine {{Listen}} and an image into one figure. You can see a variety of methods I've experimented with at User:Dindon~enwiki/Listen_Plus_Image_Experiments. None of the approaches give flawless results. Tables seem to give the best layout, but it feels like a hack? Would be interested to get feedback on these approaches, or any others I may have missed.

(Specifically for cases where the image is of some unannotated sheet music, Score may also be a good replacement, although the translation would require some effort and expertise.)

Another issue is the existence of places where size considerations preclude the possibility of replacing {{Audio}} with {{Synthlisten}}, for example the table in Interval_(music)#Main_intervals. Unlike {{Listen}}, {{Synthlisten}} has a progress slider which makes it unavoidably very wide (see the first example at User:Dindon~enwiki/Listen_Plus_Image_Experiments where the widget overflows the box meant to contain the image caption). It would be helpful to at least have an optional parameter to supress the slider, matching {{Listen}}.

3. Document conventions regarding when to use {{Audio}} vs. {{Listen}}

Perhaps at Help:Creation_and_usage_of_media_files#Audio and on the respective template doc pages.

My impression is that {{Audio}} is appropriate when inlining some audio in the main text, or in very space-constrained contexts (e.g. the caption labelled "Augmented and diminished intervals on C" here, which contains links to 14 audio files). I can't think of any other scenarios where I wouldn't prefer {{Listen}}, but I may be missing something.

I found the following quote at Template_talk:Audio/Archive_1#The_other_audio_template which supports this interpretation:

I think it goes without saying that the listen template is better for everything except inlined text (for which it was never desinged) - it's cleaner, better looking, and more intuitive.

Dindon~enwiki (talk) 02:15, 20 January 2019 (UTC)

Regards MIDI files, I think it would be a good idea for MediaWiki to automatically make an Ogg preview. (It takes about 6.15 seconds to do this to
using ffmpeg on my machine.) We already do something similar for SVG files, and those are even rendered correctly in most browsers. Eman235/talk 03:25, 20 January 2019 (UTC)
That's more or less what {{Synthlisten}} already does, using mw:Extension:Score. We would be able to incorporate the feature into {{Audio}} if we could obtain the URL to the generated ogg without creating a player, but I don't know if the extension currently allows it. Nardog (talk) 10:14, 21 January 2019 (UTC)


Hi all, a general question: When a user is blocked indefinitely, does the system disallow them to create a new account using the same email address? Like, is the email address added to a blacklist or something? Seems like it would be easier to curtail sockpuppetry if the users had to keep signing up for new email accounts. If all they have to do is jump to a new IP and use the same email address that would be a lame flaw in our system. What are the other ways people can create accounts? I know that there's some way for an existing account to create other accounts--when a user is blocked, do we automatically block those other accounts? Wouldn't that be helpful as well in curtailing sockpuppetry? I don't typically go into the user creation logs unless I have a reason to. Thanks and sorry if my questions are weird, I'm just trying to think of better ways to reign in socking. Cyphoidbomb (talk) 18:03, 21 January 2019 (UTC)

As far as I know, the autoblock doesn’t look at email addresses. There’s a simple reason for that: an email address is not required to create an account. --AntiCompositeNumber (talk) 18:24, 21 January 2019 (UTC)

New-article edit-notice substitutes plus-characters instead of spaces

This is a flawed usecase:

  1. Click on redlink foo baz bar
  2. Click on "search" link in bulletpoint "You can also search for an existing article to which you can redirect this title"
  3. Click on redlink in "You may create the page "Foo+baz+bar", but consider checking the search results below to see whether the topic is already covered"
  4. Create and save the page
  5. Oh no! The page name is not "Foo baz bar", it's "Foo+baz+bar"

This has happened to me twice lately. Whatever template is generating the "search" link in step #2 needs to be fixed. jnestorius(talk) 16:18, 21 January 2019 (UTC)

It seems like {{urlencode: ... }} is redundant in MediaWiki:Newarticletext. I don't know why {{#titleparts: ... }} is necessary either. Nardog (talk) 16:31, 21 January 2019 (UTC)
Fixed, also removed titleparts. Galobtter (pingó mió) 16:36, 21 January 2019 (UTC)
Ping Dinoguy1000 as the person who added that. Galobtter (pingó mió) 16:38, 21 January 2019 (UTC)
When I added this code (keeping in mind that I was not the one who originally implemented the search link as an external link), it was necessary to properly handle titles with some special characters - {{PAGENAME}} by itself performs some encoding that broke titles with certain characters; #titleparts unencodes those characters, but broke for certain other titles; and urlencode allowed those other titles to work correctly. However, based on some limited testing I just did, it appears none of these gymnastics are necessary any more. IIRC I never even thought to try using an internal link for the search link at the time either. I suspect the search links in Template:No article text could also be simplified based on this, if anyone wants to investigate further. ディノ千?!☎ Dinoguy1000 19:37, 21 January 2019 (UTC)

Tech News: 2019-04

20:33, 21 January 2019 (UTC)

Recent changes to articles

How to incluide changes in categories which are localisted in the main category? Eurohunter (talk) 21:09, 21 January 2019 (UTC)

Syntax highlighting and spell checker in Firefox

I noticed that enabling syntax highlighting in (text) edit disables the spell checker in Firefox. Can it be fixed? --MarMi wiki (talk) 00:58, 21 January 2019 (UTC)

There are several syntax highlighters. I guess you refer to the one on a highlighter marker button Codemirror-icon.png, to the left of "Advanced" in some toolbars. It disables spell-checking in Firefox to avoid other problems. See phab:T177509. "Syntax highlighter" at Special:Preferences#mw-prefsection-gadgets works with spell checking. PrimeHunter (talk) 09:58, 21 January 2019 (UTC)
Thanks, I will try that version now. It looks like it's less graphical. --MarMi wiki (talk) 21:22, 21 January 2019 (UTC)

TemplateData not working for Template:Infobox video game

I tried to add {{Infobox video game}} using the VisualEditor but it displays neither the description nor the fields (tried two different browsers and accounts). As far as I can tell, Template:Infobox video game/doc which contains the TemplateData for this template has not been changed recently and when I try to edit the TemplateData there, all fields appear. I tried to append the whole TD block to the sandbox version and use that version but while I can edit the TD, it also won't appear when trying to add the template with the VE. Can someone help? Regards SoWhy 14:46, 19 January 2019 (UTC)

It doesn't work for me either. Assuming it's working correctly, it doesn't refreshed template yet (Help:TemplateData#Limitations_and_questions), and you can't null-edit the template because it's protected. --MarMi wiki (talk) 23:55, 19 January 2019 (UTC)
Possibly related to phab:T213953, since null-editing the template didn't fix it. - Evad37 [talk] 07:54, 20 January 2019 (UTC)
@SoWhy: The bug has been resolved, so it should be working now - Evad37 [talk] 05:38, 22 January 2019 (UTC)
Yes, works again. Thanks for the ping! Regards SoWhy 08:10, 22 January 2019 (UTC)


Hi, on my watchlist I saw this, "(Deletion log); 01:16 PorkchopGMX (talk | contribs) deleted redirect User:PorkchopGMX/Wait until the user edits by overwriting ‎(G6: Deleted to make way for move)" But how is this possible, PorkchopGMX is not an admin. Thegooduser Life Begins With a Smile :) 🍁 01:21, 22 January 2019 (UTC)

I’m pretty sure that it happens automatically when you move a page. In this case, i moved the page to an existing redirect that was in turn created from moving the same page before. The redirect was automatically deleted, so that the new version could be in place of it. PorkchopGMX (talk with me - what i've done) 01:25, 22 January 2019 (UTC)
Ah. Thanks. Thegooduser Life Begins With a Smile :) 🍁 01:27, 22 January 2019 (UTC)
This is Wikipedia:Moving a page#Moving over a redirect. Non-admins can only do it when the only edit in the page history is a redirect to the source of the move. PrimeHunter (talk) 01:41, 22 January 2019 (UTC)
Yes, that is correct. It's only in the last two years or so (since 1 December 2016 I think) that these deletions have been logged, but they have been occurring silently for many more years. --Redrose64 🌹 (talk) 11:46, 22 January 2019 (UTC)

User name can start with an asterisk

I used a template on User talk:*ptrs4all* which didn't work as intended. I suppose it's not too serious, but it looks strange and there could be other problems. — Vchimpanzee • talk • contributions • 22:36, 21 January 2019 (UTC)

It's an example of the known issue at Help:Template#Problems and workarounds. I have fixed Wikipedia:Teahouse/Teahouse talkback by inserting nowiki before the username.[7] Many other templates still fail on usernames starting with an asterisk. {{Encodefirst}} can also be used in fixes. PrimeHunter (talk) 23:11, 21 January 2019 (UTC)
One that definitely works as expected (by taking the star as-is and not as the first item of a bulleted list) is {{user}}, which I used successfully in this edit. --Redrose64 🌹 (talk) 11:37, 22 January 2019 (UTC)
How many user names, globally, start with an asterisk? How many of those are active? Maybe its worth raising a ticket to prevent the creation of new accounts using an asterisk at the start of the name; and also maybe forcing a rename of existing accounts? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:14, 22 January 2019 (UTC)
There are quite a few of them - several thousand from this decade alone - but I don't know how many are active (list). —DoRD (talk)​ 12:44, 22 January 2019 (UTC)
New usernames starting with an asterisk could be prevented in Wikimedia wikis in meta:Title blacklist. I once made a similar suggestion for equals sign but it was declined at meta:Talk:Title blacklist/Archives/2015#Equals sign. PrimeHunter (talk) 14:27, 22 January 2019 (UTC)

HELP - Code for time variation

HELP - Need-To-Know, if possible, any Code to present the variation in the time duration of a day on the planet Saturn - variation to present => "+1m52s/-1m19s" - OR - "+112s/-79s" - in order that the final presentation looks like => - from the following reference => < ref name="APJ-20190117">Mankovich, Christopher; et al. (17 January 2019). "Cassini Ring Seismology as a Probe of Saturn's Interior. I. Rigid Rotation". The Astrophysical Journal. 871 (1). Retrieved 18 January 2019.</ref> - Related material, so far, is the following =>  10h 33m 38s ( - from {{RA|10|33|38}} )
10 hours,33 minutes,38 seconds (+1m52s;-1m19s)[1][2] - iac - TIA - and - Enjoy! :) Drbogdan (talk) 21:35, 18 January 2019 (UTC)


  1. ^ Mankovich, Christopher; et al. (17 January 2019). "Cassini Ring Seismology as a Probe of Saturn's Interior. I. Rigid Rotation". The Astrophysical Journal. 871 (1). Retrieved 18 January 2019.
  2. ^ McCartney, Gretchen; Wendel, JoAnna (18 January 2019). "Scientists Finally Know What Time It Is on Saturn". NASA. Retrieved 18 January 2019.
{{val}} can use uncertainties like that but it cannot handle h/m/s units:
  • {{val|1234|+56|-78|sortable=off}}1234+56
Special:ExpandTemplates shows the following output:
<span class="nowrap">1234<span style="margin-left:0.3em;"><span style="display:inline-block;margin-bottom:-0.3em;vertical-align:-0.4em;line-height:1.2em;font-size:85%;text-align:right;">+56<br />−78</span></span></span>
If desperate, you might try replacing the numbers in the output wikitext with what is needed for the h/m/s superscripts. Johnuniq (talk) 22:13, 18 January 2019 (UTC)
@Johnuniq: Thank you *very much* for your reply - seems worth considering - and better than my own less worthy tries - Thanks again - it's *greatly* appreciated - Enjoy! :) Drbogdan (talk) 22:23, 18 January 2019 (UTC)

@Johnuniq: BRIEF Followup: Yes - seems your suggested code:

<span class="nowrap">10<sup>h</sup>33<sup>m</sup>38<sup>s</sup><span style="margin-left:0.3em;"><span style="display:inline-block;margin-bottom:-0.3em;vertical-align:-0.4em;line-height:1.2em;font-size:85%;text-align:right;">+1<sup>m</sup>52<sup>s</sup><br />-1<sup>m</sup>19<sup>s</sup></span></span></span>

works very well, as follows => 10h33m38s+1m52s

ALSO - the following code (per User:Kwamikagami from the Saturn article) =>{{RA|10|33|38}} {{+-|{{RA|0|1|52}}|{{RA|0|1|19s}}}} gives the following output =>  10h 33m 38s + 0h 1m 52s
− 0h 1m 19ss

hope this helps in some way - iac - Enjoy! :) Drbogdan (talk) 15:11, 22 January 2019 (UTC)

I was trying to code it to leave out the " 0h", but couldn't figure out how.
BTW, one of the nice things about the {{val}} and {{+-}} templates is that they use proper minus signs instead of hyphens, so we don't have to remember to do so and no-one needs to clean them up. — kwami (talk) 23:14, 22 January 2019 (UTC)
Well, that was an easy fix! Hrs now optional in the RA template. — kwami (talk) 23:38, 22 January 2019 (UTC)
@Kwamikagami: Thank you for your help with this coding - yes - agreed - update seems to work very well - and is appreciated => <span class="nowrap">{{RA|10|33|38}} {{+-|{{RA||1|52}}|{{RA||1|19}}}} </span> gives the following output =>  10h 33m 38s + 1m 52s
− 1m 19s
- Thanks again - and - Enjoy! :) Drbogdan (talk) 23:51, 22 January 2019 (UTC)

Misspelled namespace in the search interface ("Educaton")

I'd fix it but I wouldn't know where to find the source text. Upon a search, choose Add namespaces... and you'll find in the dropdown list "Educaton Program talk".--Fuhghettaboutit (talk) 04:39, 23 January 2019 (UTC)

@Fuhghettaboutit: we need a developer to fix that one, I've opened phab:T214456. — xaosflux Talk 04:59, 23 January 2019 (UTC)
Thanks all!--Fuhghettaboutit (talk) 13:02, 23 January 2019 (UTC)

Searches for certain numbers return nonsense results

I was searching for an obscure computer model number ("3838") and noticed that the results included several seemingly spurious hits on celebrities, such as Victor Garber:

Victor Garber
BNE: XX4827335 BNF: cb14555225q (data) GND: 1061811514 ISNI: 0000 0001 1477 3838 LCCN: n85322430 MusicBrainz: 0e8d3431-e40c-4ddc-93c0-db67a0cd16a5 SNAC: w6h99bnn

I tried a couple of other four-digit numbers, which picked up similar results ("4242" and Gemma Arterton, as another example).

There's no such text visible in the article source, so it appears that article metadata that is normally hidden is getting erroneously(?) indexed by the search engine. (Or is this considered a feature?)--NapoliRoma (talk) 16:31, 22 January 2019 (UTC)

That text is from the {{authority control}} template; it appears at the bottom of the Victor Garber page, under the navbox. The numbers themselves come from Wikidata, so they wouldn't be in the source on enwiki. Whether that's a bug or a feature is left as an exercise to the reader; Help:Authority control says that it's a way of associating a unique identifier to articles on Wikipedia, and that number is part of Garber's International Standard Name Identifier, so it might be intentional for such ids to be used in search criteria. Writ Keeper  16:39, 22 January 2019 (UTC)
It's hidden in the mobile version. You should see it in the desktop version. By default, the rendered desktop page is searched. {{authority control}} is an English Wikipedia template which outputs text in the rendered page just like navboxes and various other templates. Prefix the search with insource: if you only want hits in the source text: insource:3838. In this and many other examples it gives more results, e.g. when 3838 is part of a url with link text. 3838 insource:3838 finds pages where it's both in the source and rendered page. PrimeHunter (talk) 18:32, 22 January 2019 (UTC)
@NapoliRoma: To narrow search results, add word computer to the search: 3838 computer. --MarMi wiki (talk) 19:56, 23 January 2019 (UTC)

Infobox medical condition (new)

Example: infobox of Brain tumor. "Specialty Lua error: bad argument #1 to 'find' (string expected, got nil).", but specialty is well specified here. This error is now apparently affecting all pages that use {{subst:Infobox medical condition (new)}}, no matter if "specialty" is specified in wikidata. Materialscientist (talk) 00:38, 24 January 2019 (UTC)

I'm also seeing it on pages with {{Infobox video game}}. Seems to be a relation. What's going on? funplussmart (talk) 00:49, 24 January 2019 (UTC)
The problem has disappeared. Materialscientist (talk) 01:57, 24 January 2019 (UTC)
That was vandalism at Module:Complex date reported at WP:AN. Johnuniq (talk) 02:49, 24 January 2019 (UTC)

Amazing template switch

Many articles were in Category:Pages with script errors and I fixed a recent edit at {{College}} that was responsible. That is a very interesting template and in the spirit of sharing, I offer these puzzles (the first prize for a correct explanation of these outputs is a free post at User talk:Jimbo Wales and the second prize is two free posts):

It is amazing how well that template works given the enormous switch. If I have to pose a question, I suppose it would be to ask if all the colons and the pipes before most of them should be removed. Johnuniq (talk) 10:06, 23 January 2019 (UTC)

That is certainly an unusual template. The only parts which are transcluded (between includeonly tags) is
{{#switch:{{{1|}}}||:| = | #default = {{{1}}} }}
but it is obviously using the other code somehow ... — Martin (MSGJ · talk) 10:22, 23 January 2019 (UTC)
All code except <noinclude>...</noinclude> is transcluded. That means nearly all code is trancluded on that page. It uses some unusual code to render nicely on the template page so it becomes easier to edit. Most examples by Johnuniq are side effects of this unusual code. For example, colons are used to give indentation on the template page but causes a colon in the call to produce a match the first time for Adams State. PrimeHunter (talk) 10:45, 23 January 2019 (UTC)
Wow, I didn't understand that reason for the colons. Very innovative use of wikitext. Johnuniq (talk) 02:53, 24 January 2019 (UTC)
I'll take a crack at it. The parser (mostly) ignores the newlines in the switch statement, so, reorganizing it into one line of:
| match [|match [|match ...]] = result
for each possible result, the parser sees:
 | ==A== | Adams State College | Adams State | : = [[Adams State University|Adams State]]
 | Adamson University | AdU | Adamson | : = [[Adamson University|Adamson]]
 | United ... | AFA | : = [[United States Air Force Academy|Air Force]]
 | | University of Alabama | Alabama | : = [[University of Alabama|Alabama]]
 | Youngstown ... | : = [[Youngstown State University|Youngstown State]] 
 | : | = | #default = {{{1}}}
  1. The first call correctly matches Adams.
  2. I think the second call, with parm 1 set to ==A==, ends up passing an empty value because of the leading =. See #5 for why this yields Alabama.
  3. In the third call, a value of 1===A== passes ==A== as parm 1, which matches the first case of the first result, yielding Adams State.
  4. The fourth call, with param 1 set to :, matches the fourth case of the first result (the : between the | and the =, again yielding Adams.
  5. The fifth call, with param 1 set to nothing, matches the first case of the third result (the   in the | |), yielding Alabama. This is because, in the template code, the result above it (Air Force) is the first one to have a trailing | after it. It seems these trailing pipes should be removed to avoid matching an empty param so it can be trapped as an error.
The last case in the code doesn't need the : match, since that would have happened up in the first case. I think the = case should be trapped as an error (along with  ).
—[AlanM1(talk)]— 13:22, 23 January 2019 (UTC)
This template is a hairball, and I always dread seeing edit requests for it. I think we can make it better. The best thing would probably be some sort of Lua module with a data file, but pending that, I have created Template:College/testcases and Template:College/sandbox. The sandbox needs a lot more work, and many more testcases and error checks are needed. – Jonesey95 (talk) 14:58, 23 January 2019 (UTC)
I left a comment on the talk page about how I really don't see a need for the template at all. All it's doing is linking things, and we have a long history of deleting those kinds of templates at TFD. --Izno (talk) 15:45, 23 January 2019 (UTC)
It was nominated and kept at Wikipedia:Templates for discussion/Log/2018 October 30#Template:College after your talk page comment. PrimeHunter (talk) 18:25, 23 January 2019 (UTC)
Yeah, and I commented in the TFD too. Sigh. --Izno (talk) 19:25, 23 January 2019 (UTC)

Sandbox changes to Template:College

I have created and modified the sandbox. Here are the test cases from above, plus one more:

  • {{College/sandbox|Adams State}}Adams State
  • {{College/sandbox|==A==}}Error: Template:College requires a value
  • {{College/sandbox|1===A==}} → ==A==
  • {{College/sandbox|:}}Error: Template:College requires a value
  • {{College/sandbox|}}Error: Template:College requires a value
  • {{College/sandbox|Alabama State}}Alabama State
  • {{College/sandbox|Foo State}} → Foo State

In the sandbox version, Category:Pages using Template:College with unsupported name is added to pages with a blank value or a value that is not supported by the template. Values not supported by the template are rendered as submitted to the template (e.g. Foo State). You can see more examples at Template:College/testcases. Feedback is welcome. We should probably move this discussion to Template talk:College. – Jonesey95 (talk) 19:44, 23 January 2019 (UTC)

API: Interacting with JSON pages

Help request: When using the api to retrieve the content of a page, it usually returns in the form of a long string with escape characters, etc. For pages that are in the JSON content format already (eg Wikipedia:Geonotice/list.json) is there any way to have the api return the content as json? --DannyS712 (talk) 03:11, 24 January 2019 (UTC)

DannyS712, In PHP at least, this works:
$api = unserialize( file_get_contents( "" ) );
$json = $api['query']['pages'][58816915]['revisions'][0]['*'];
print_r( json_decode( $json, TRUE ) );
It returns:
Results SQLQuery me! 03:27, 24 January 2019 (UTC)
    [StanfordWikiDayJan2019] => Array
            [begin] => 6 January 2019 00:00 UTC
            [end] => 16 January 2019 1:00 UTC
            [corners] => Array
                    [0] => Array
                            [0] => 40.3
                            [1] => -124.6

                    [1] => Array
                            [0] => 34.7
                            [1] => -118.3


            [text] => Join us at Stanford University to '''[[Wikipedia:Meetup/San_Francisco/Stanford_Wikipedia_Day_2019|celebrate Wikipedia's 18th birthday]]''' on January 15th! Pizza, cake, refreshments provided.

    [StLouisWikiDayJan2019] => Array
            [begin] => 31 December 2018 00:00 UTC
            [end] => 16 January 2019 1:00 UTC
            [corners] => Array
                    [0] => Array
                            [0] => -90.77
                            [1] => 38.48

                    [1] => Array
                            [0] => -89.9
                            [1] => 38.85


            [text] => Join Missouri Wikipedia editors for a [[Wikipedia:Meetup/St. Louis/20|St. Louis Edit Party]] and celebration of Wikipedia's 18th Birthday on Tuesday, January 15. Refreshments provided.

    [SoCalFebMar2019] => Array
            [begin] => 12 December 2018 17:00 UTC
            [end] => 4 March 2019 12:00 UTC
            [corners] => Array
                    [0] => Array
                            [0] => 35.81
                            [1] => -114.13

                    [1] => Array
                            [0] => 32.51
                            [1] => -121.44


            [text] => Everyone is cordially invited to attend the following Southern California Regional mini Unconferences: [[Wikipedia:Meetup/San Diego/February 2019|Mission Valley, San Diego on Feb 3rd]]; [[Wikipedia:Meetup/San Diego/March 2019|Chinatown, Los Angeles on Mar 3rd]].

    [UK20190106] => Array
            [begin] => 05 January 2019 17:00 UTC
            [end] => 20 January 2019 17:00 UTC
            [country] => GB
            [text] => Interested in having a chat with fellow Wikipedians? There is a forthcoming meetup in: [[m:Meetup/Oxford/68|Oxford, 20 January]]!
            [comments] => Last 8 chars of ID is date of last amendment in CCYYMMDD format - change this if making major amendment or adding a meetup; leave alone if minor amendment or removing a meetup. Set the 'begin' parameter to yesterday's date - amend only if the ID was altered. Set the 'end' parameter to the date of last meetup shown. Try to limit 'text' to four meetups, no more than one per town/city, and no more than four weeks in advance; shorten month names to three letters if four meetups are shown.

    [WikipediaDayNYC19] => Array
            [begin] => 22 December 2018 0:00 UTC
            [end] => 14 January 2019 0:00 UTC
            [corners] => Array
                    [0] => Array
                            [0] => 50
                            [1] => -82

                    [1] => Array
                            [0] => 34
                            [1] => -60


            [text] => Join [[Wikipedia:Meetup/NYC/Wikipedia Day 2019|Wikipedia Day 2019 in NYC]] on Jan 13! And [[Wikipedia:Meetup/NYC/Wikipedia Day 2019#Lightning talks|sign up for a lightning talk]]!

I'm not sure what language you're using, but serializing at least gives me the page content without decoding everything. SQLQuery me! 03:27, 24 January 2019 (UTC)
@SQL: I've been using javascript. I'd rather try to avoid learning a new language just to figure this out, but thanks for the help. If noone else can help, I might just have to learn PHP --DannyS712 (talk) 03:31, 24 January 2019 (UTC)
You could also get the raw page content using ?action=raw, and parse that into JSON. E.g. with Javascript/jQuery:
.then(function(response) { return JSON.parse(response); })
.then(function(result) { console.log(result); });
- Evad37 [talk] 03:35, 24 January 2019 (UTC)
Evad37, Heh, forgot about that - that works perfectly as well! SQLQuery me! 03:39, 24 January 2019 (UTC)
@Evad37: Thanks. JSON.parse was the answer I needed. But, I thought I read somewhere that index.php is being depreciated? --DannyS712 (talk) 03:44, 24 January 2019 (UTC)
@Evad37: Thank you so much. The JSON.parse was what I needed. See User:DannyS712 test/get JSON.js for a proof-of-concept script that logs the selected page's json content. --DannyS712 (talk) 04:07, 24 January 2019 (UTC)

"established_date" not working in "Infobox settlement" template

Hi there. I'm not sure why this edit didn't work. I tried it myself as a preview and the established date didn't appear in the infobox. Thanks! Magnolia677 (talk) 22:46, 23 January 2019 (UTC)

Diff between the original edit and the fix. established_date is only shown if established_title is present. There is no default value. The documentation of {{Infobox settlement}} should probably say this. It's mentioned at Template talk:Infobox settlement#No defaults? PrimeHunter (talk) 00:29, 24 January 2019 (UTC)
Ah. Thanks! Magnolia677 (talk) 10:14, 24 January 2019 (UTC)

"Prompt me when entering a blank edit summary" does not recognize HotCat generated summaries

The title says it all. If I use HotCat to add multiple categories, I will get a warning that no edit summary has been entered despite HotCat filling in a summary. I have to manually edit that summary (by adding a space usually) for the check to no longer flag the comment. Before I fill a bug report, I'd like to make sure it's not just me, so can someone else reproduce this? Regards SoWhy 09:04, 24 January 2019 (UTC)

I reproduced it. You may wish to read phab:T10912 too, which is related. –Ammarpad (talk) 12:58, 24 January 2019 (UTC)

Lowercase sigmabot help

Due to an username change, I needed to reconfigure Lowercase sigmabot III's settings. However, in process of doing so, sigmabot forgot that I had archive 2 back when Miszabot was archiving it and archived some of 2018 Signposts to archive 1. Is there any help to prevent this from happening again? FMecha (to talk|to see log) 12:34, 24 January 2019 (UTC)

Fixed with counter = 2.[8] PrimeHunter (talk) 12:48, 24 January 2019 (UTC)
@FMecha: Lowercase sigmabot didn't "forget" - you told it to go back to the first archive, when in this edit you removed |counter=2 and replaced it with |counter=1. --Redrose64 🌹 (talk) 19:22, 24 January 2019 (UTC)

flaggedrevs-color-1 in watchlist page history?

For a short while (possibly just one page load?), every entry in my watchlist had a pale blue background. Disabling:

.flaggedrevs-color-1 {
    background-color: #eaf3ff;

in the Chrome DOM explorer turned it off. I'm no longer seeing that when I look at my watchlist again. Was there some change that was quickly rolled back, or just a random transient failure of some CSS file to load? -- RoySmith (talk) 18:45, 24 January 2019 (UTC)

PS, I'm sorry, not the watchlist. Page history, but only for a specific page: I'm still seeing it. -- RoySmith (talk) 18:48, 24 January 2019 (UTC)
@RoySmith: The page Kip McKean is under pending changes. In its history, all edits that have been accepted are given a pale blue background; if there were any that were awaiting review, they would have a brownish-yellow background like this. To see more examples, have a look at the page history of any article listed here. --Redrose64 🌹 (talk) 19:29, 24 January 2019 (UTC)

Why does advanced search make searching namespaces harder rather than easier?

On the search tab of preferences:

"Don’t show the Advanced Search interface.
Advanced Search adds a form to the Special:Search page. This allows you to perform specialized searches, even if you don't know any search syntax. It also changes the way namespaces can be selected.

Yeah, Advanced Search makes it more difficult to search templates for example. -- Timeshifter (talk) 14:22, 19 January 2019 (UTC)

Give an example why it's harder.
Earlier to search by namespace you needed to press enter in search box, click advanced search and then finally select namespace. Now it's shortened by 1 step. I don't like that it places cursor always in search, making browsing longer results by keyboard annoying (when you visit one result and then go back again to results page). --MarMi wiki (talk) 23:45, 19 January 2019 (UTC)
See Special:Preferences#mw-prefsection-gadgets. Check the box for "Open search results in a new tab or window when holding down the Ctrl key". It is not perfect, but it nearly always works. -- Timeshifter (talk) 10:34, 20 January 2019 (UTC)
Sorry, but that doesn't solve my problem.
What I meant by "cursor always in search" (I'm assuming the option was for that): search for something that gives couple of pages of result (increase number of results [or change screen resolution to smaller vertical size] per page if you can see all page), go one/two pages down by pressing Page Down, select one of the links, when page loads go back to search results (Alt+cursor left) (you should return to the same screen position on the results list), press up/down/Page Down key - cursor (focus) is in the search box, so you end up at the top of the page. --MarMi wiki (talk) 21:29, 20 January 2019 (UTC)
MarMi wiki. I see what you are saying. My idea gets around it though by not loading a new page on top of the search results list. So your place in the list (via page down) is exactly where you left it. You use ctrl-click on each search result. Each one opens in a new tab. -- Timeshifter (talk) 18:25, 22 January 2019 (UTC)
I guess that will work (equal number of steps needed). But I'm used to open results in one tab. --MarMi wiki (talk) 19:31, 22 January 2019 (UTC)
Example: Click on the search form icon to get to the search page. Click on "add namespaces". Uncheck "article". Scroll down to template. Check "template". Enter search terms. Click "search." That is more steps than before.
And worse, it is not as intuitive. The old search had all the namespace checkboxes in a very compact square. No need to scroll.
And now if you hit the wrong scroll button you lose the namespaces list. -- Timeshifter (talk) 10:34, 20 January 2019 (UTC)
Personally, I agree with you that the old list of checkboxes was more usable than the current dropdown list widget. You'd have to ask the people responsible for the redesign to know why they think this is better; you might file a task in the Phabricator project for the advanced search to ask them more directly, or figure out who the right people are and ping them. Anomie 15:28, 20 January 2019 (UTC)
Specifically, the old array of check boxes was also easier to access: just move the cursor to the box. With this scrolling arrangement (and why do people think scrolling is so neat it should be unnecessarily added?) you have to scan a list going by in quasi-random order. ♦ J. Johnson (JJ) (talk) 20:03, 24 January 2019 (UTC)
Thanks for the link. That link should be on the advanced search form, so people can see what has already been requested. I see you are a developer. Could you write up a task? I don't have much luck in writing tasks that get a favorable response. :) -- Timeshifter (talk) 16:21, 20 January 2019 (UTC)
Not something I'd do in my professional capacity, and in my personal capacity I don't really have time. Sorry. Anomie 01:20, 21 January 2019 (UTC)
Special:Search links to Help:Searching on "Help" in the English Wikipedia. If we want a link to phab:tag/advanced-search/ then it should be on the help page and not the search form itself. Advanced search is enabled by default but few readers will be interested in the phab page. PrimeHunter (talk) 10:15, 21 January 2019 (UTC)
PrimeHunter. One developer told me this recently about the link "Tell us what you think about the filtering tools" on the English Wikipedia and Commons watchlist page:
We don't plan to remove that link. We still need it to have a way to be aware of bugs.

If someone wants to suggest a change or an improvement, we will look at it but it may be implemented later.

Have a like like that is done on more and more tools because of the reason you mention: people won't come to Phabricator or elsewhere because they aren't aware of it.

So maybe there could be a similar link on the advanced search page. Rather than bury it on the help page. -- Timeshifter (talk) 18:12, 22 January 2019 (UTC)

@Timeshifter: Do you know that you can type in the name of the namespace (after clicking Add namespaces that space turns into search box with autocompletion)? --MarMi wiki (talk) 21:33, 20 January 2019 (UTC)
MarMi wiki. No, I did not know that. Thanks. It is kind of buggy though. A space entered in after typing in "template" causes the list to shrink down to just the checkbox for template talk. And I if I type in 2 namespaces in that form, with a space between them, I get nothing. I sometimes want to search in multiple namespaces quickly. The old set of checkboxes in a compact space was so easy, fast, and intuitive. -- Timeshifter (talk) 18:12, 22 January 2019 (UTC)
If you know names of namespaces then two letters should be enough to find them - ex. Talk and Template: ta -> click on Talk (or choose by cursor down+enter), te -> click on Template. It's quick too (if you don't need to select more than ~4). But expanding list (like for Advanced parameters) of all namespaces would be nice too.
By the way, you can scroll the namespace list by using mouse scroll wheel, it's more convenient. Too bad you cant do that from keyboard by PgDn/PgUp. --MarMi wiki (talk) 19:31, 22 January 2019 (UTC)

Could someone who knows about UTRS please reply to request at User talk:War Operation Plan Response?

See above. This user claims UTRS does not work for them and produces an error. Regards SoWhy 13:51, 24 January 2019 (UTC)

@SoWhy: UTRS issues can be reported to: (I'm not somewhere I can email them right now). — xaosflux Talk 14:05, 24 January 2019 (UTC)
Thanks, I'll tell them! Regards SoWhy 15:02, 24 January 2019 (UTC)
  • Doesn't work for me either (I was just caugnt up in unblock collateral) [Username Needed] 15:21, 24 January 2019 (UTC)
  • UTRS errors can also be reported here. — xaosflux Talk 14:41, 25 January 2019 (UTC)

Why am I seeing everything right justified here?

Suddenly all the pages I view here on the English Wikipedia are right justified - articles, talk pages, contributions, watch list (makes the watch list look quite strange). Pages at the French and German Wikipedias are appearing normally, as are those at Wikidata and Commons. Has something happened here? I haven't make any recent changes to my preferences. StarryGrandma (talk) 04:00, 25 January 2019 (UTC)

@StarryGrandma: if you look at this page in safemode is it still wrongly justified? — xaosflux Talk 04:05, 25 January 2019 (UTC)
In safemode it is back to normal. StarryGrandma (talk) 04:23, 25 January 2019 (UTC)
How about in force English mode? — xaosflux Talk 04:25, 25 January 2019 (UTC)
Still right-justified in "force English". StarryGrandma (talk) 04:32, 25 January 2019 (UTC)
@StarryGrandma: try blanking out your User:StarryGrandma/common.js and User:StarryGrandma/common.css files. Also are you using a desktop or mobile? What skin are you using? — xaosflux Talk 04:48, 25 January 2019 (UTC)
Thanks for looking into this Xaosflux. Blanked them, logged out, rebooted computer, and still seeing this all right-justified. I'm using the Vector skin in desktop mode with browser Firefox 64.0.2 (64-bit). I still have my Twinkle and AfC menus active even with css and js pages blank. But many people have those and I seem to be the only one with this problem. StarryGrandma (talk) 05:12, 25 January 2019 (UTC)
Xaosflux, somehow "justify paragraphs" was set in my user preferences, I didn't even know there was such a thing. Perhaps I clicked it earlier by accident and it has only just started affecting watchlists. Thanks for all your help. StarryGrandma (talk) 05:29, 25 January 2019 (UTC)
StarryGrandma, I know why because the same thing happened to me a few days ago. There was a bug in OOUI that let your mouse clicks pass through the save button in your preferences and toggle the checkboxes behind it. You were probably trying to click "Save", and it didn't work because you had toggled the checkbox next to "Justify paragraphs" with that click. This bug has been reported to the developers and they're currently fixing it. Enterprisey (talk!) 06:43, 25 January 2019 (UTC)
@Enterprisey: thanks for the note, got the ticket number? — xaosflux Talk 12:05, 25 January 2019 (UTC)
phab:T213517 maybe. — xaosflux Talk 12:14, 25 January 2019 (UTC)
Thank you Enterprisey. It's nice to know it wasn't something weird I did. StarryGrandma (talk) 22:23, 25 January 2019 (UTC)

Draft proposal: Script modules

Could javascript-savy users please review my draft proposal for script modules – bits of Javascript code intended to be easily reused by userscripts – and leave feedback on its talk page? Cheers, Evad37 [talk] 03:01, 26 January 2019 (UTC)

Replacing template programming element

I am currently dealing with the errors that are listed in this page. I would like to know how I can replace the previous and next seasons present in the infobox of the article 1996–97 ISL season. I tried to replace it with |previous= and |next= but it didn't work.Adithyak1997 (talk) 06:42, 27 January 2019 (UTC)

You can only use parameters which are known to a template, in this case the general {{Infobox}} which has no previous and next parameters. You could convert the whole template call to {{Infobox sports season}} or just use {{Succession links}} like in [9]. PrimeHunter (talk) 10:00, 27 January 2019 (UTC)

GNIS is broken

GNIS is broken, breaking {{cite gnis}} and equivalents as well as the search function. It was working on Monday. Just FYI, probably temporary, but something to watch. ―Mandruss  21:26, 24 January 2019 (UTC)

Update: I emailed an inquiry to the "GNIS Manager". The lengthy autoreply began: "You have reached the GNIS Manager email box. Due to the lapse in appropriations, I am prohibited from conducting work as a Federal employee, including returning phone calls and emails, until further notice." No comment. ―Mandruss  21:28, 25 January 2019 (UTC)

FixedMandruss  22:17, 27 January 2019 (UTC)

Tech News: 2019-05

18:15, 28 January 2019 (UTC)

Ten thousand pages with script errors

now that Module:Italian provinces/data has been deleted by Primefac after a discussion initiated by Pppery, we now have about ten thousand articles in Category:Pages with script errors. I don't know if the solution is to undelete the module or fix some code somewhere, but a large red error at the foot of a thousands articles can't be the best solution. Frietjes (talk) 20:57, 28 January 2019 (UTC)

@MSGJ and Johnuniq: it looks to me that the fix is to undelete Module:Italian provinces/data, since the proposal at tfd was to delete Module:Italian provinces and not the data page. Frietjes (talk) 21:07, 28 January 2019 (UTC)
Apologies, I'm usually getting yelled at for not deleting subpages! I've restored the /data module. Primefac (talk) 21:11, 28 January 2019 (UTC)
I did make the point at Wikipedia:Templates_for_discussion/Log/2018_October_24#Module:Italian_provinces that it was not a good idea for the submodule to remain at its current location while the parent module is deleted. There must be somewhere better for it. — Martin (MSGJ · talk) 21:52, 28 January 2019 (UTC)
@MSGJ, Primefac, and Frietjes: See Wikipedia talk:Lua/Archive 8#Requested move 28 January 2019. {{3x|p}}ery (talk) 23:01, 28 January 2019 (UTC)
The article script errors have gone. Presumably the ugly red error ("Lua error in Module:Data at line 7: attempt to index local 'data' (a nil value)") at {{ProvinciaIT}} + {{ProvinciaIT/alpha-sort form}} + {{ProvinciaIT/coat of arms}} + {{ProvinciaIT/region code}} + {{ProvinciaIT/short form}} + {{ProvinciaIT/unlinked}} will be fixed when someone works out what the point of the TfD was and what happened. Johnuniq (talk) 23:09, 28 January 2019 (UTC)
It is not, in my opinion, necessary to fix script errors caused by a template demoing itself with no parameters when calling it with no parameters in fact produces an error. {{3x|p}}ery (talk) 23:11, 28 January 2019 (UTC)
It adds yet more junk to Category:Pages with script errors. A worse problem is that it creates puzzles that waste time for other editors. If someone is investigating any of those templates they see an ugly error that could not be intentional. Puzzling over that wastes time. If you're going to delete stuff for recreation you have to clean up as well. Johnuniq (talk) 01:37, 29 January 2019 (UTC)

Use of Ctrl+Y (undo) in source text editor

How come Ctrl+Y does not work for edits created by elements of the default 2010 source editor toolbar? Has this problem already been discussed before?--Hildeoc (talk) 12:02, 26 January 2019 (UTC)

Hildeoc, I'm not really sure what you are referring to. Please include the behavior that you are seeing, the behavior you expect to see, and how to reproduce the issue as well as the exact editor you are using (2017 Wikitext editor (like the Visual Editor), 2010 wikitext editor (default), 2006 wikitext editor(legacy)). --AntiCompositeNumber (talk) 16:59, 26 January 2019 (UTC)
If the problem is that a single return does not create a line break in rendering then this is deliberate. Make two returns for a new paragraph. Have you enabled wikEd at Special:Preferences#mw-prefsection-gadgets, and is the problem that return works at first in the edit area but sometimes disappear on save or preview? This was reported at Wikipedia:Help desk#Bug when editing - closes up spaces and User talk:Cacycle/wikEd#wikEd bug report: blank lines deleted. PrimeHunter (talk) 17:10, 26 January 2019 (UTC)
@PrimeHunter: First of all thank you very much for posting! Next, I have to honestly apologize, as I've apparently completely mixed things up in my original inquiry – I actually meant Ctrl+Y (undo), and this with respect to edits made with elements of the default 2010 wikitext editor toolbar. Once again, I'm terribly sorry for the inconvenience caused by that startling confusion of mine – it's been a long night ...--Hildeoc (talk) 17:44, 26 January 2019 (UTC)
This is also the case with the 2006 wikitext editor. In all "normal" (non-VE) editors, if you click one of the links in the Insert/Wiki markup/etc. block below the edit window, the Ctrl+Z/Ctrl+Y functions will reset to a point just after the last use of the tool, so you can't undo the use of that tool. I expect the same applies to the buttons above the editwindow, although I don't use them (they take far too long to load). This resetting of the "earliest you can undo to" thing has been like that for some years now, although before VE was introduced it could undo/redo right back to the start of the editing session. --Redrose64 🌹 (talk) 19:19, 26 January 2019 (UTC)
@Redrose64: Thank you, too! Has this never been discussed at Phab? If yes, why hasn't it been resolved to this day?--Hildeoc (talk) 19:24, 26 January 2019 (UTC)
I have not checked Phab but in general, many things in software have not been resolved because there are always more issues (software bugs or enhancement requests) than people who might(or can) work on them, and different people may have different priorities. --Malyacko (talk) 23:53, 26 January 2019 (UTC)
Found the Phab task, there is a patch for review but the previous workaround was reverted due to compatibility issues. TheDJ is a assigned to the ticket, they might have more information. --AntiCompositeNumber (talk) 15:33, 28 January 2019 (UTC)
AntiCompositeNumber, Yeah newer browsers provide some options for this, but I need to rework the patch to take care of some side cases indeed. Unfortunately i've been really busy since Christmas, as some might have noticed I haven't event visited this forum very much, let alone did any coding for Wikipedia. —TheDJ (talkcontribs) 12:18, 29 January 2019 (UTC)

Hex characters and # in regex searches?

The docs for regex searches using insource:// do not mention \x, normally used to specify characters as hex values. Is there an alternative?

Also, # appears to be special in a regex, but I can't find what it means (when not escaped). Anyone know? —[AlanM1(talk)]— 01:10, 30 January 2019 (UTC)

User:MusikBot/FilterMonitor/Recent changes

This page transcludes onto WP:EFN, and something is causing it to spew HTML formatting text onto the list. Currently showing "Filter 1 — Actions: <span style='color:red; Flags: enabled; Pattern modified". Home Lander (talk) 16:34, 28 January 2019 (UTC)

Ping MusikAnimal, some issue with the bot I assume - was <span style='color:red;font-weight:bold'>disallow</span> previously. Galobtter (pingó mió) 17:17, 28 January 2019 (UTC)
Indeed. This is a known bug that's been there for years... The information you see is correct, just ignore the broken HTML :) I'll try to get this fixed soon. Thanks for the ping MusikAnimal talk 06:44, 30 January 2019 (UTC)

Category administrative feature requests, probably

A couple thoughts today:

  1. It would be great for cleaning up certain kinds of vandalism if we could view a history of changes to a category. Not the history of the category itself but the history of pages being added and removed from it. This activity shows up in the watchlist now but it's limited by the watchlist's own limitations (can't go back very far, limited entries, etc.).
  2. Similarly, it would be very useful if administrators could protect a category to block it being added and removed from pages. A very common POV-pushing mode is mass-adding single categories to multiple pages, and currently the only real options for admins are protecting each page being attacked (ineffective because the vandal will just attack different pages) or the usual limitations on blocking the vandal (dynamic IPs, busy ranges, sockpuppetry, and so on).

I'm not really actually sure where to make feature requests so I'll just leave this here. Ivanvector (Talk/Edits) 12:58, 30 January 2019 (UTC)

@Ivanvector: for 'category membership history' set the WABAC machine to 2005, we're going to visit phab:T6366! For the second one if there were a specific category getting repeatedly, disruptively, added to articles - we could make an edit filter for it. — xaosflux Talk 13:56, 30 January 2019 (UTC)

Searching contributions by date appears to have a glitch


I was searching someone's contributions for something they posted in 2017. So using the usual method, I did this

  • Went to their contributions
  • Clicked on the "From Date" box
  • Clicked on the up arrow twice, to get to the year. I was presented with years from 2000 to 2015. This is an error, the years should end with the current year.
  • Tried clicking on the right arrow to get the next years, only to be presented with 2020 to 2035
  • In other words, the years 2016 to 2019 are missing from the selection box. (The same thing happens with "To Date").

Obviously this isn't a massive issue for most people, because you can just type the dates in. It would be an issue for someone who (for example) uses a mouse and speech software, however. Black Kite (talk) 19:33, 24 January 2019 (UTC)

  • Note: it happens to all the windows. Clicking back one gives me 1980 to 1995 (i.e. 1996 to 1999 are missing).
  • Edit: it's a browser issue. In Edge and Chrome,it works fine. In Firefox 64.0.2, which is what I'm on, it looks like the window is too small to fit all 20 dates in. Black Kite (talk) 19:37, 24 January 2019 (UTC)
  • I see the issue in Firefox but only in MonoBook. Your screenshot looks like MonoBook. If you don't have the default skin Vector then please always mention your skin in reports of interface issues. PrimeHunter (talk) 00:59, 29 January 2019 (UTC)
  • You are right, and it works in Vector. So, just a Monobook issue in Firefox. Worth reporting? Black Kite (talk) 01:10, 29 January 2019 (UTC)
  • It also happens at other wikis. It sounds worth a phab: report with tags MediaWiki-Special-pages, MonoBook, Browser-Support-Firefox. PrimeHunter (talk) 02:45, 29 January 2019 (UTC)

I filed it as phab:T214997 and started looking into it. This is apparently due to size calculations in Firefox being off by half a pixel, pushing the last item in each row to the next row. Matma Rex talk 00:08, 31 January 2019 (UTC)

  • Ah, thanks for doing that - it had completely slipped by mind until it just appeared on my watchlist. Black Kite (talk) 00:14, 31 January 2019 (UTC)

Archiving of Talk:Opinion polling for the 2017 French presidential election

This talk page seems to be set up for archiving, and there are three exisiting archives of it: Talk:Opinion polling for the French presidential election, 2017/Archive 1, Talk:Opinion polling for the French presidential election, 2017/Archive 2 and Talk:Opinion polling for the French presidential election, 2017/Archive 3. Since the same name is not being for the article talk page and its archive, the archives are not showing up in the {{Talk header}} template. I'm not sure whether different names for the archives were intentionally selected or whether article was WP:MOVED after the archives were created. Is there a simple fix here (perhaps moving the archives to the Talk:Opinion polling for the 2017 French presidential election/Archive 1, etc.) or is something more involved needed? -- Marchjuly (talk) 05:45, 31 January 2019 (UTC)

The archives just need to be moved. I've done so and updated the archive bot configuration. — JJMC89(T·C) 06:53, 31 January 2019 (UTC)
Thanks for doing that. I wasn't sure if anything else besides that needed to be done. -- Marchjuly (talk) 08:17, 31 January 2019 (UTC)

Help:Gallery tag

Hi, in Help:Gallery tag#Syntax, why exactly does there occur so much spacing above and below the slideshow example captioned A Yeoman Warder, from a Victorian-era [...] (right above the subsection Extended syntax)? As I've already asked here before, those interested may as well want to look into this thread.--Hildeoc (talk) 22:29, 30 January 2019 (UTC)

Hildeoc, because that is the default styling that MediaWiki provides for this type of gallery. 4em margin at top and bottom. —TheDJ (talkcontribs) 08:42, 31 January 2019 (UTC)
That does seem large. Maybe we should mention it can be reduced with <gallery mode=slideshow style="margin-top: 0em; margin-bottom: 0em;>. PrimeHunter (talk) 10:32, 31 January 2019 (UTC)

{{Sisterlinks}} and {{Subject bar}} are not linking correctly

There are many, many instances of this but see (e.g.) Adrianne Wadewitz: the link to s: goes to "Adrianne Wadewitz" rather than "Author:Adrianne Wadewitz", even tho that is called out in the s= parameter. In that same instance, n= is ignored. For an example using {{sisterlinks}}, see the n: link at 2016 Oakland warehouse fire. I have tinkered around with the latter template but can never get it to work somehow. I looked at {{subject bar}} just now and it's just invoking some Lua and I'm totally lost. Can someone make these functional so that I don't have to go to our sister projects and make bad redirects? ―Justin (koavf)TCM 19:41, 31 January 2019 (UTC)

See the documentation at Template:Subject bar#Optional parameters:
  • n: Setting any value for this parameter will result in a link to Wikinews. The default search string is the article name.
  • n-search: This value replaces the default Wikinews search string.
  • s: Setting any value for this parameter will result in a link to Wikisource. The default search string is the article name.
  • s-search: This value replaces the default Wikisource search string. To search by author, start with "Author:".
{{Subject bar|n=y|n-search=Wikimedian activist Adrianne Wadewitz dies|s=y|s-search=Author:Adrianne Wadewitz}} produces:
I think |n=y should be implied when n-search is set, and |s=y should be implied when s-search is set. You currently have to set two parameters to choose another search string than the page name. PrimeHunter (talk) 22:47, 31 January 2019 (UTC)

Recaptcha without new links

Maybe it is not important but just in case. I've just made this edit but I had to input a recaptcha text in order to be able to save it. A message said I had added a new link in the text... ¿? Is it a bug or something else? Regards. -- (talk) 23:34, 1 February 2019 (UTC)

Did you get this 'long' message: MediaWiki:Captchahelp-text or this 'short' one: MediaWiki:Captcha-addurl? — xaosflux Talk 23:48, 1 February 2019 (UTC)
Not totally sure but I'd say the short one. There was surely more text but the short one is the one that rings a bell. -- (talk) 00:49, 2 February 2019 (UTC) I'm totally sure it was not the long one, though. -- (talk) 00:55, 2 February 2019 (UTC)

Too many expensive parser function calls

List of Federal Roads in Malaysia has 907 expensive parser function calls but no edits for over a year. The problem is that {{JKR}} is given a route number such as 123; it then uses ifexist twice to decide whether to display Image:Jkr-ft123.svg or Image:Jkr-ft123.png or 123. Any thoughts on how that should be fixed? I think I (or someone) fixed a similar problem by removing the ifexist and requiring the editor to write 123 if that is needed. I don't recall dealing with svg/png. Johnuniq (talk) 04:27, 29 January 2019 (UTC)

@Johnuniq: Suggestion to rewrite the template: instead of having {{JKR|route number|display}} where display is either svg, png, or the default of plain text. It would require a lot of conversion, but with a bot it shouldn't be too hard, and it would save expensive parser functions on all of the pages that use the template. --DannyS712 (talk) 04:34, 29 January 2019 (UTC)
500 expensive parser function calls are allowed. {{JKR}} is used in 942 pages. hastemplate:JKR incategory:"Pages with too many expensive parser function calls" only gives List of Federal Roads in Malaysia which appears to be the only affected article. I guess the idea of using ifexist is that images may be uploaded later so I suggest to keep ifexist except if the caller specifies an optional display. This parameter would only have to be used in one article. PrimeHunter (talk) 10:47, 29 January 2019 (UTC)

{{JKR}} currently uses only parameter 1 which is an identifier such as "123". I'm looking at adding parameter 2 which could be "png" to use the png file without testing if it exists, or "svg" likewise for svg, or "text" to show the identifier in italics such as 123. If parameter 2 is empty or missing, the current behavior would occur. The business part of the template is:

  • Should "Media" and "Image" both be replaced with "File"?
  • The |link= disables the link for an svg file but not a png file (examples: Jkr-ft1.png and Jkr-ft2.png). I suppose disabling the link is a good idea, but why not do it for png as well?

Johnuniq (talk) 07:01, 30 January 2019 (UTC)

Keep "Media". #ifexist:File: tests for a local file page and is false for Commons files. "Image:" is deprecated but still works. "File:" is recommended. Using |link= to omit a file page link is only allowed if the image license requires no attribution. I don't know whether that is an issue for some of the images. The example File:Jkr-ft2.png is public domain so no issue there. PrimeHunter (talk) 10:12, 30 January 2019 (UTC)
Since there is only one svg image and the rest are png ([11]), why not just remove the svg part of the template as it's not really needed yet? -- WOSlinker (talk) 10:23, 30 January 2019 (UTC)
A search finds three with the required name pattern: File:Jkr-ft1.svg. File:Jkr-ft2484.svg, File:Jkr-ft3219.svg. The latter two have no png alternative and were uploaded by SNN95 who added the svg code to the template. I wouldn't skip svg. PrimeHunter (talk) 10:41, 30 January 2019 (UTC)
Could change the checking order though, to look for png first and then svg. -- WOSlinker (talk) 10:51, 30 January 2019 (UTC)
Thanks for trying that. The number of expensive calls was greatly reduced but still over 500. Testing for png before svg did not account for the fact that both File:Jkr-ft1.png and File:Jkr-ft1.svg sometimes exist. At any rate, I got tired of the article being in the error tracking category so I did a major edit per my thoughts above. There are now 10 expensive calls and the problem is resolved. Johnuniq (talk) 09:28, 2 February 2019 (UTC)

Prevent switching to mobile view

Is there anything I can do to prevent my watchlist from switching to mobile view? I typically open multiple tabs from my watch list to review and edit them. Problem is that when I get back to the watchlist tab, it now consistently auto-refreshes into mobile view. This has only become a noticeable problem in the past few days. Previously this would only happen rarely. This only happens while editing on tablet. olderwiser 10:40, 2 February 2019 (UTC)

Layout of blue links and the footnote numbers is messed up during preview of an article in edit mode

I thought I should speak up about the deterioration in rendering the articles, particularly in edit mode. The changes over the past several months are starting to accumulate. I'm running Chrome OS Version 70.0.3538.110 (Official Build) (64-bit) on a vanilla Chromebook. For example during preview of an article in edit mode. Try editing United_States_Army_Futures_Command#AFC_branch_locations, click the blue edit link, and select preview mode. The spacing of black text, blue links and the footnote numbers are running together. This symptom clears up when I post the change, but Layout preview used to work well, years ago. Something has changed. --Ancheta Wis   (talk | contribs) 21:47, 31 January 2019 (UTC)

But when I try Chrome OS Version 71.0.3578.127 (Official Build) (64-bit), the symptom does not reproduce. 00:25, 1 February 2019 (UTC)

And preview in Chrome OS Version 65.0.3325.209 (Official Build) (64-bit) did not reproduce the symptom. The font size is slightly smaller. 00:36, 1 February 2019 (UTC)

The layout problem is described in the image description.

I restarted Chrome on the 1st unit, now its Version 71.0.3578.94 (Official Build) (64-bit), as it re-rendered, the fonts started to reproduce the symptom. Then it completed its re-paint, and the article looks normal again. --Ancheta Wis   (talk | contribs) 01:06, 1 February 2019 (UTC)

Ancheta Wis, can you make a screenshot ? —TheDJ (talkcontribs) 09:06, 1 February 2019 (UTC)
Thank you for the suggestion. When it comes up again, I will post it. --Ancheta Wis   (talk | contribs) 12:58, 1 February 2019 (UTC)
TheDJ OK, I posted the screenshot. The Chrome OS build is Version 71.0.3578.127 (Official Build) (64-bit). -- 11:41, 2 February 2019 (UTC)
I'm also seeing the crowding on Hypersonic_speed#Classification of Mach regimes -- 12:09, 2 February 2019 (UTC)
It's posted as File:Screenshot_2019-02-02_at_6.26.55_AM.png. The problem does not reproduce on an older Chromebook. --Ancheta Wis   (talk | contribs) 12:39, 2 February 2019 (UTC)

Mysterious hover image

A Stars Spiral (A Stars Spiral.ogv with default thumbnail) DBigXray
(A Stars Spiral.ogv with thumbnail at time=50) DBigXray

When I go to Kuiper belt and hover over "circumstellar disc" in the first sentence, I see a pop-up containing a photographic image sitting on top of the first two sentences of the target article. So far, so good; I find these pop-ups very helpful. The image is a head-and-shoulders portrait of a smiling woman with glasses wearing a black sweater, before a wooded area in the background. I have no idea who this person is, and when I click the link, it goes to the circumstellar disc article, which contains no such image in the article. Can someone shed some light on this? (The same image pops up when I hover over the link in this message, in Show Preview mode.) Mathglot (talk) 08:19, 2 February 2019 (UTC)

That's the default thumbnail of the lead video - see File:A Stars Spiral.ogv; but our article uses |thumbtime=50 to change the thumbnail so that's why you don't see the women when viewing the article. Galobtter (pingó mió) 08:27, 2 February 2019 (UTC)
(edit conflict) Mathglot it is due to the default thumbnail vs the thumbail at t= 50s. hope it helps clarifying your mystery. --DBigXray 08:28, 2 February 2019 (UTC)
Aha, at least I understand, now; thanks to both of you. I imagine there's no way to force that same image somehow in hover mode? I wonder how many others will encounter this (or other examples, in other articles using thumbtime). Is it worth making a request that wikimedia software interpret the 'thumbtime' param also in hover mode? Mathglot (talk) 10:02, 2 February 2019 (UTC)
See mw:Extension:PageImages#Why is my page image a blank box? and phab:T197839. PrimeHunter (talk) 22:32, 2 February 2019 (UTC)

Limit on template transclusions?

Nothing displays in WP:CRAPWATCH/SETUP#N2 and subsequent sections. Is this a template limit of some sorts? Headbomb {t · c · p · b} 03:12, 3 February 2019 (UTC)

Yup, that's what it is. I guess I'll split the page after the next bot run. Headbomb {t · c · p · b} 03:59, 3 February 2019 (UTC)
Headbomb, I've had luck just rendering the page via the bot without using templates for things that big. SQLQuery me! 05:06, 3 February 2019 (UTC)
@SQL: I tweaked Module:JCW-selected to be a bit less costly. It's a temporary solution, but it's workable for now. Headbomb {t · c · p · b} 05:07, 3 February 2019 (UTC)
Yes, your post-include is hitting the limit at
Post‐expand include size: 2097152/2097152 bytes
Template argument size: 1953728/2097152 bytes
--Izno (talk) 04:04, 3 February 2019 (UTC)

@Headbomb: It looks like there is a fairly easy fix because User:JL-Bot/Questionable.cfg is using {{JCW-selected}} which invokes Module:JCW-selected. A small tweak to the module would allow it be used with #invoke from the page. That is, eliminate the template. That would halve the expansion size. Johnuniq (talk) 06:07, 3 February 2019 (UTC)

It would also break the bot (although it could be updated). But most likely, it would probably make the page impossible to use because understanding LUA is very much like asking an illiterate Greek person to dictate Chinese text to a deaf English-speaker, who must translate it in German. Headbomb {t · c · p · b} 06:15, 3 February 2019 (UTC)
It's not that bad. The following shows some existing wikitext followed by its replacement:
{{JCW-selected|Academic Research in Science, Engineering, Art and Management|ARSEAM|source=BLP}}

{{#invoke:JCW-selected|main|Academic Research in Science, Engineering, Art and Management|ARSEAM|source=BLP}}
The only difference is "#invoke" and "|main". Johnuniq (talk) 06:58, 3 February 2019 (UTC)
@Johnuniq: I am not having much experience in dealing with the issue being discussed here. But my message is just to inform you that if such a replacement is done, I think the page will come in the category Template Programming Element which is related to WP:WCW.Adithyak1997 (talk) 07:04, 3 February 2019 (UTC)
No, there's nothing wrong with #invoke. For example, see List of cities by sunshine duration which has 4173 examples like {{#invoke:biglist|weatherboxcols|183.0}}. Johnuniq (talk) 07:11, 3 February 2019 (UTC)

Template:Gallery horrible display error

As has been noted at Template talk:Gallery#All gallery image captions end in "- so far...", there is a pretty horrible-in-my-view display error going on in "template:Gallery" which puts extraneous, undermining "so far ..." into every photo gallery into wikipedia. It really trashes appearance of articles, making everything look like it has an "under construction"-type appearance. Could someone please address this? --Doncram (talk) 00:02, 3 February 2019 (UTC)

To clarify, whenever I see photos in the gallery template, I see the text "-so far..." added to the end of each caption. I first noticed this in the last few days, but I don't see gallery photos every day so who knows when it started. It doesn't appear if I'm logged out, and my impression is that it's not appearing for all or even most accounts (since @Redrose64: doesn't seem to see it). Any thoughts? It does add a bit of a conspiratorial tone to all my image captions, which I don't hate. Screenshot here... Thanks all! Ajpolino (talk) 00:13, 3 February 2019 (UTC)
I don't see any "so far" and it's not in the html. Does it happen at Does it happen at Help:Gallery tag#Syntax which does not use the template? What is your browser? PrimeHunter (talk) 00:18, 3 February 2019 (UTC)
At Help:Gallery tag#Syntax I see it at every image caption. At I do not see the "-so far". Browser is Firefox. I also see it on Microsoft Edge Ajpolino (talk) 00:30, 3 February 2019 (UTC)
I have been seeing it for months i think. At first I thought it was by edits of one editor who I thought was indicating the articles were under construction. At Help:Gallery tag#Syntax I see "1 - So far...", "2 - So far ...", "3 - So far... ", "4 - So far...". I am using Chrome browser. --Doncram (talk) 00:35, 3 February 2019 (UTC)
User:Ajpolino/common.js loads User:Fred Gandt/getUnpatrolledOfAlexNewArtBotResultsPages.js which loads User:Fred Gandt/getUnpatrolledOfAlexNewArtBotResultsPages.css by Fred Gandt. It adds the text in certain circumstances:
#mw-content-text ul p:after {
    content: " - so far...";
It's not intended for gallery captions but maybe they recently changed something which activates the old css code. PrimeHunter (talk) 00:38, 3 February 2019 (UTC)
(ec) I don't know what "safemode" is, but at] I do not see the "so far...". At every caption has "so far ..." appended. --Doncram (talk) 00:41, 3 February 2019 (UTC)
safemode=1 omits loading JavaScript and CSS pages from userspace and the MediaWiki namespace. The script only appears to have around 25 users so it's not an urgent issue. PrimeHunter (talk) 00:54, 3 February 2019 (UTC)
Ah, thank you very much PrimeHunter! Removed that line from User:Ajpolino/common.js, and all is right with the world again. I don't use that script anymore, so no further fix is required for me. Thanks for your time! Happy editing! Ajpolino (talk) 04:04, 3 February 2019 (UTC)
I have fixed the userscript's call to load the offending CSS where it shouldn't and apologise for the inconvenience. Fred Gandt · talk · contribs 17:11, 3 February 2019 (UTC)

"Top of page" button

Webmaster: Suggestion: Place a floating, always-on-top, (return to) top-of-page button on the Wikipedia entry pages.

Please let me know if this suggestion should be posted elsewhere.

Zanski (talk) 18:18, 3 February 2019 (UTC)

@Zanski: See User:Danski454/goToTop.js for a floating, always on the bottom, return to top-of-page. --DannyS712 (talk) 18:21, 3 February 2019 (UTC)

Image updated on Commons but the old version still on Wikipedia

In the article Quillette the logo (File:Quillette.png) has a white background that doesn't exist in the latest version of the image. Caching issue? I already tried ?action=purge --RaphaelQS (talk) 17:33, 3 February 2019 (UTC)

That seems a lot like phab:T198370. I added a comment there to ask about it. Anomie 18:31, 3 February 2019 (UTC)
Thanks. --RaphaelQS (talk) 20:03, 3 February 2019 (UTC)

Syntax highlighting

Today I set out to fix a highlighting error and remove a page from Category:Pages with syntax highlighting errors. Upon evaluating Wikipedia:AutoWikiBrowser/Settings/Removing caps in headers I see <syntaxhighlight lang="xml"> in use and find that to be correct according to the category's link where it says: "To correct them, just define a known computing language name as an attribute ..." What am I missing about this page? And, if I may be bold, how important is it (in the scheme of things) that these highlighting errors be fixed? Thank you.--John Cline (talk) 07:26, 3 February 2019 (UTC)

Most of the ones I can see are on user pages and user talk pages, where people are probably just using it for appearance. We probably don't really have to touch those, although we could if we want to give them syntax highlighting. There were also some articles in the category. (I just went through the category and fixed all eight.) In many cases, we can fix these errors by specifying lang="text", although I saw some cases where that was being abused (i.e. there was actually code in a valid programming language). TL;DR It's probably not too bad to keep this category around, as it does improve readability of code to have syntax highlighting where we can. Enterprisey (talk!) 07:49, 3 February 2019 (UTC)
Thank you Enterprisey, I appreciate your reply. The more important question I am struggling with is: why is the page using <syntaxhighlight lang="xml"> categorizing as an error when "xml" is listed as a known language to use? If I change the attribute to "text" everything is fine and it should be with "xml" too (if I am seeing things correct?). FWIW, I also tried "Xml", "XML", and ".xml" but all categorized an error. And I changed the quotation marks just in case the ones in use weren't what they seemed. Thank you again.--John Cline (talk) 08:17, 3 February 2019 (UTC)
mw:Extension:SyntaxHighlight doesn't mention it but there appears to be a size limit for <syntaxhighlight>...</syntaxhighlight>. I don't know how large it is. PrimeHunter (talk) 09:50, 3 February 2019 (UTC)
That is an interesting hypothesis but it doesn't follow that other language attributes like "text" would be unaffected.--John Cline (talk) 10:01, 3 February 2019 (UTC)
Wikipedia:AutoWikiBrowser/Settings/Removing caps in headers also has the error category when I preview it with "text". I have "Show hidden categories" enabled at Special:Preferences#mw-prefsection-rendering. PrimeHunter (talk) 12:46, 3 February 2019 (UTC)
I see that you are correct PrimeHunter; not sure how I came to believe the "text" attribute worked. I tested it and clearly interpreted the results wrongly.--John Cline (talk) 03:55, 4 February 2019 (UTC)
phab:T104109#3879800 says: "const HIGHLIGHT_MAX_LINES = 1000; and const HIGHLIGHT_MAX_BYTES = 102400; are defined, this causes codes that contain more than 1000 lines or have size than 100kB don't get highlighted." This should be mentioned at mw:Extension:SyntaxHighlight#Syntax highlighting error category. PrimeHunter (talk) 13:03, 3 February 2019 (UTC)
It has now been added to mw:Extension:SyntaxHighlight#Syntax highlighting error category. PrimeHunter (talk) 23:20, 3 February 2019 (UTC)
100k-byte limit is mentioned here.
Trappist the monk (talk) 13:15, 3 February 2019 (UTC)

Transpose (in Mobile) This Page is Protected to Prevent Vandalism to You Are Not Allowed to Edit This Page Based on Its Level of Protection (Locked Instead of View Source on Desktop)

In the mobile version of the site for protected pages, there is a teeny tiny pen icon with a lock on the top of the page. When clicked it says This Page is Protected to Prevent Vandalism. Shouldn't that be changed into You Are Not Allowed to Edit This Page? It sounds more fancier than that.

In addition View Source on desktop rather be transposed to Locked. Let both of these changes happen before 2020. Responses if needed.

That's all, (talk) 14:29, 2 February 2019 (UTC)

  • Oppose both per WP:KISS. View source provides an option to editors to copy the content to their sandbox or userspace and continue the editing should they choose to edit, LOCKED will simply turn the new users away. (P.s. someone should rename this thread title) --DBigXray 18:17, 2 February 2019 (UTC)
  • Oppose per WP:BITE. The current notice is made to not drive people away from the project. This new message would be to off-putting to new editors. [Username Needed] 10:05, 4 February 2019 (UTC)

Tech News: 2019-06

17:11, 4 February 2019 (UTC)

New CharInsert code does not record the user pref between sessions

Some weeks ago, we were told at English Wikisource to update the old CharInsert script by copying it from here. Being a gadget, it is not supported by Wikimedia. The older script recorded the user preferred character row in a cookie. This stopped working since the code was updated. Here is the difference between the two scripts.

Is there a way to correct/update this feature because when editing we must re-select our character row on every page. This may not be important on Wikipedia, but I proofread ~30-50 pages a day. — Ineuw talk 18:05, 4 February 2019 (UTC)

Ineuw, u didn't update the gadget dependencies of the gadget's definition. —TheDJ (talkcontribs) 19:55, 4 February 2019 (UTC)
@TheDJ: Many thanks. Even though I don't know how to do it, I understand what it means. On the other hand, it does not work here on Wikipedia either. On Wikisource, will ask someone with familiarity with the gadgets. — Ineuw talk 20:05, 4 February 2019 (UTC)
Ineuw, it works for me... Note we no longer use cookies, we use LocalStorage. —TheDJ (talkcontribs) 20:11, 4 February 2019 (UTC)
@TheDJ: Thank you again for the info!!!— Ineuw talk 20:23, 4 February 2019 (UTC)

Edit not saved

I tried to add this to Portal:Current events but I got “error, edit not saved”. Please help.

Politics and elections

Rapid grant to enhance the ProveIt gadget

Hi! I just requested a grant to enhance the ProveIt gadget. ProveIt is a popular reference manager on several wikis (including this one) and the grant is to make it compatible with the new wikitext editor, the visual editor, and other goodies. Any ideas, questions, comments or endorsements are warmly welcome on the grant page. Thanks! Felipe (talk) 20:53, 4 February 2019 (UTC)

What has happened to mobile viewing?

In the past two days, the display on my phone has changed so that it is no longer possible to search, log in, or edit. It seems to be read-only. Until a few days ago the mobile version had some icons at the top: a magnifying glass for searching, a log-in button, and an edit button. The article itself hid the content of sections, with the ability to open a section and read. There was a button at the bottom of the page that allowed switching to desktop view. Starting two or three days ago, all that has changed. Now when I go to Wikipedia on my cell phone, there is no search function, no log-in, no edit, no choice of desktop. All I get is the article (the entire article, nothing hidden). If I go to another page via a wikilink, the new page shows the old format (with the magnifying glass etc.) for about half a second, then switches to this view-only version that I can’t do anything with. Is this happening to other people? Anyone know anything about it? -- MelanieN (talk) 19:53, 4 February 2019 (UTC) is working properly for me . Have you tried clearing your cache or restarting your device? --AntiCompositeNumber (talk) 20:20, 4 February 2019 (UTC)
Thanks. Tried it just now (what I call the Microsoft Solution - turn it off and on again.) Didn't help. -- MelanieN (talk) 20:31, 4 February 2019 (UTC)
Are you in a mobile web browser, or in the Wikipedia App? What version? If a browser, which browser? — xaosflux Talk 20:34, 4 February 2019 (UTC)
@Xaosflux: there is no search function, no log-in, no edit, no choice of desktop Sounds to me like she's using a browser (speaking of which, it works okay for me on Firefox on Android), but I'm guessing of course... Adam9007 (talk) 23:43, 4 February 2019 (UTC)
It's an iphone and it uses Safari. It has worked just fine up until a couple of days ago. Has anyone else even ever seen this read-only mode I seem to be stuck with now? -- MelanieN (talk) 02:10, 5 February 2019 (UTC) .
BINGO! I found it! On the line at the top of the page that displays the url, on the left, there is a little display of four lines. If you accidentally touch it, it converts a web page to read-only. Touch it again and things are supposed to go back to normal. That function is "reader view". It's supposed to be an option: when you go to a page, a line appears briefly at the top of the page that says "reader view available". My problem is that now on every page I go to, the "reader view available" line doesn't display; instead "reader view" is already checked. If I uncheck it it works OK for that page, but the next page has it pre-checked again. Clearly this is something within my phone, not something coming from Wikipedia. I can't find anything about this in my Safari settings. I will have to seek help online to find out why it is doing this. Sorry to bother you all. -- MelanieN (talk) 02:29, 5 February 2019 (UTC)
OK, I found it - here's the deal just in case it ever comes up for anyone else. If you hold down on the reader view icon instead of just tapping it, it opens a dropdown menu that allows you to select to always use reader view, and to cancel always using reader view. So now it's fixed. I am reminded of one of my favorite sayings: "I used to have a dream that one day my computer would be as easy to use as my phone. And my dream came true. Because now I don't understand my phone either." -- MelanieN (talk) 02:37, 5 February 2019 (UTC)
@MelanieN: It must be a browser-specific thing as I've just found a button in Firefox (Android) that seems to do precisely what you described. Adam9007 (talk) 02:42, 5 February 2019 (UTC)

Perform an API search with regexs

So I know there is a way to do some awesome searching using regular expression... For example I can search for insource:/table-layout:fixed;/ insource:/\{\{Episode list/ and get the pages containing those... Is there a way to do that in an API search? I'm trying to get a list of all the pages that this search returns so that I can do an WP:AWB clean up on them... --Zackmann (Talk to me/What I been doing) 19:40, 4 February 2019 (UTC)

Actually just found an easy workaround... Petscan actually has this built in! :-) --Zackmann (Talk to me/What I been doing) 19:46, 4 February 2019 (UTC)
@Zackmann08: If you are trying to get a page list for AWB, there is an option to generate a page list from Special:Search, which only requires the search string. I have successfully used the regex search with it. --Izno (talk) 20:45, 4 February 2019 (UTC)
@Izno: when you say there is an option to generate a page list from Special:Search, where is that option? In AWB, petscan or here on the wiki? --Zackmann (Talk to me/What I been doing) 21:13, 4 February 2019 (UTC)
@Zackmann08: In AWB, Source dropdown, Wiki search (and then choose title/text and main/all spaces). --Izno (talk) 22:27, 4 February 2019 (UTC)
@Izno: So weird... I could have sworn I tried that and it didn't work... I probably had a typo or something last time. Thanks a mil! --Zackmann (Talk to me/What I been doing) 22:36, 4 February 2019 (UTC)
If you work on the unix command-line check out Wikiget. The "-a" function for regex searches. It returns a list of page titles. eg.
wikiget -a "insource:/table-layout:fixed;/ insource:/[{][{][ ]*[Ee]pisode list/"
Has many other API calls, originally designed for AWB and bot writers making lists of article pages. -- GreenC 21:35, 4 February 2019 (UTC)
To answer the actual question asked here, you just use list=search, passing the same query as the value of the srsearch parameter (and the namespace IDs as srnamespaces). You can try it in ApiSandbox. Anomie 14:02, 5 February 2019 (UTC)

Unnecessary div tags

In the article Basidiomycota, I was able to find around 15 tags which does not have any data. If somebody can, please remove those unwanted ones. The tool I used to find it out was WPCleaner.Adithyak1997 (talk) 08:01, 3 February 2019 (UTC)

There is some weird wikitext in that article with div/span stuff. Some of it was added on 4 December 2018 by a new user who is not currently active. Would that have been a broken tool? Johnuniq (talk) 08:56, 3 February 2019 (UTC)
I've removed it all. I've no idea what happened. -- John of Reading (talk) 09:16, 3 February 2019 (UTC)
Looks like phab:T189148. ディノ千?!☎ Dinoguy1000 15:13, 5 February 2019 (UTC)
14 articles need to be eaten. No coffee though, please. --Izno (talk) 15:35, 5 February 2019 (UTC)
I've cleared them all. -- John of Reading (talk) 17:07, 5 February 2019 (UTC)

Inconsistent behavior of Template:Maplink when using inverse-shape

Today I noticed that when you enlarge the interactive map on Washington, D.C., it doesn't show the shape at all.


If you copy the code ({{maplink|frame=yes|plain=y|frame-width=285|frame-height=285|zoom=8|id=Q61|type=shape-inverse}}) somewhere else (see right), it's getting worse there: it doesn't even show the shape in the frame. Keep in mind I kept the id= part, so it's supposed to work.

I can't seem to reproduce this bug with other data, but found another inconsistency:

  • {{maplink|type=shape-inverse|id=Q1094308|text=Inverted shape (no frame)}}
  • Inverted shape (no frame)
  • {{maplink|frame=yes|type=shape-inverse|id=Q1094308|text=Inverted shape (has frame)}}
  • Inverted shape (has frame)

As you can see I have two exactly same maplink, but only the second one has frame.

  • When you click the first one (link), the enlarged interactive map zooms out all the way to global;
  • When you click on the second one (frame), however, the enlarged interactive maps zooms in to the area selected (better behavior) The frame itself still shows global, though. --fireattack (talk) 20:18, 1 February 2019 (UTC)
@Fireattack: I suspect the first issue occurs because the OSM relation for the District of Columbia contains a building in the middle, which doesn't have either of the roles "inner" or "outer". This could result in the multipolygon being assumed to be invalid by Kartographer, depending on how Kartographer interprets that building.
The second problem looks like a separate issue to me. Jc86035 (talk) 18:41, 5 February 2019 (UTC)

Time to allow double redirects?

In 2014 there was a proposal to allow some types of double redirects. It resulted in a clear consensus for, but it wasn't very well attended, and it doesn't seem to have been implemented. Given the problems that are sometimes created by the bots that fix double redirects (see this 2017 thread for an example), I'm wondering whether it might not be time to revive this idea. I would just like to probe the ground now: what are the technical limitations? Have there been any other discussions that I'm not aware of? Generally, what do people think about that? – Uanfala (talk) 02:24, 6 February 2019 (UTC)

The relevant task is phab:T67064, which appears to be blocked by phab:T32359 MusikAnimal talk 03:16, 6 February 2019 (UTC)

Talk page archive

Hi, I've been told (rightly) that I need to archive my talk page. Now someone did this for me many years ago and an archive icon appeared on the right hand side of my talk page to allow me to access the archive - just realized it no longer appears, any ideas how to access my earlier archive? As a follow-up what is the easiest way of creating another archive, thanks GrahamHardy (talk) 08:20, 6 February 2019 (UTC)

@GrahamHardy: I fixed the link to your past archive on your talk page. As for future archiving, see H:ARC for setting up automatic archiving --DannyS712 (talk) 08:28, 6 February 2019 (UTC)

Image appears to be broken?


The article Ophelia (John William Waterhouse) has an image which appears to be broken (incomplete upload), at least to me. The article was created today. However, the image is transcluded from Commons, and there it is not broken (last version uploaded in 2013). How is this possible and what should we do about it? Editing the article does not help. Thanks.--Ymblanter (talk) 08:58, 3 February 2019 (UTC)

It looks fine to me.--Auric talk 09:09, 3 February 2019 (UTC)
Same, this may have been a server issue but it looks fine now. -- Luk talk 12:58, 3 February 2019 (UTC)
Still broken for me. This might be a caching issue, though I purged it here and also the image on Commons.--Ymblanter (talk) 13:37, 3 February 2019 (UTC)
It works now. Probably a caching issue indeed.--Ymblanter (talk) 09:06, 6 February 2019 (UTC)

Village Pump source code download

Is there a download link for the VP source code? I want to make an online forum and want to make it wikipedia style. — Preceding unsigned comment added by Bagels95 (talkcontribs) 16:22, 5 February 2019 (UTC)

  • There isn't a source code for the Village pump but it works on MediaWiki. The source code for that can be found here. [Username Needed] 17:32, 5 February 2019 (UTC)
  • Forgot to say the installation guide can be found here. [Username Needed] 17:34, 5 February 2019 (UTC)
  • @Bagels95: Note that MediaWiki was made for collaborative editing of the same articles in a wiki. The same software is used for discussions so users can edit or remove posts by eachother. This requires well-behaved users or some policing. mw:Structured Discussions is an alternative but the English Wikipedia has rejected it. If you are not making a wiki then I suggest you use actual forum softwrae. PrimeHunter (talk) 12:26, 6 February 2019 (UTC)

Candidates for speedy deletion not categorizing

In regard to the following empty categories:

They are all tagged CSD-G6 and they all indicate their categorization into both Category:Candidates for speedy deletion and Category:Candidates for uncontroversial speedy deletion yet none of the pages show up in either category. Is there a reason why they are lingering in this state? Thank you.--John Cline (talk) 16:32, 6 February 2019 (UTC)

A null edit will fix them. I take it they were recently emptied? If so, giving them a couple hours for the job queue to catch up to them should do it, too. —Cryptic 16:48, 6 February 2019 (UTC)
Thank you Cryptic; the null edit did categorize a page. In time we'll know if the job queue will catch the rest. Thank you again.--John Cline (talk) 17:09, 6 February 2019 (UTC)
This is a long-term problem affecting Joe's Null Bot (talk · contribs). Basically, any category page that transcludes {{Monthly clean up category}} should be WP:NULLEDITed once a day, to ensure that its parent categories are correct - if the category itself is empty, the page goes into Category:Noindexed pages, Category:Candidates for speedy deletion and Category:Candidates for uncontroversial speedy deletion as well as its usual cats. There is a closely-related problem described at Wikipedia:Bots/Noticeboard/Archive 12#Checking for bot activity, Wikipedia:Bot requests/Archive 77#Joe's Null Bot task 5 clone and phab:T210307. --Redrose64 🌹 (talk) 21:15, 6 February 2019 (UTC)

Linking country's infobox "Area" heading to geography article

What causes the {{Infobox country}} "Area" heading, which is implicitly generated for the various "area_..." parameters, to automagically link to that country's geography article? Why does it happen for Canada and the United Kingdom, and not for the United States, where the only difference I can see is that the area for the U.S. is given in square miles, rather than square kilometers? I've searched for an explanation but found none. Dhtwiki (talk) 01:26, 6 February 2019 (UTC)

United States article uses |linking_name = America instead of |linking_name = the United States. Ruslik_Zero 09:00, 6 February 2019 (UTC)
And that caused an ifexist on Geography of America which is red so no link was made. I have added area_link = Geography of the United States to directly select the target Geography of the United States.[13] PrimeHunter (talk) 12:14, 6 February 2019 (UTC)
Thanks to both for the enlightenment and to PrimeHunter for fixing it at the US article. Dhtwiki (talk) 02:49, 7 February 2019 (UTC)

Lines appearing while editing a PC-protected page on IE11 and enabling the Legacy Toolbar gadget

I was testing out the old-school Legacy toolbar gadget with Internet Explorer 11 on Windows 7. Then I went to one of the pages listed at Special:StablePages. Then I went to the source/editor page and scrolled down and then up the editing window. Then I saw lines appearing (as seen in the below photo).

At first, I assumed that the PHP7 beta feature is responsible. However, then I disabled the PHP7 and then found the same results. I realized that it's the issue with using the Legacy Toolbar gadget itself at a "pending changes"-protected article on IE11. Fortunately, the lines can disappear when moving around the mouse, hitting one or a few keys, or clicking on the wikitext editor. -- George Ho (talk) 13:15, 2 February 2019 (UTC)

That's one of the many glitches that IE11 manifests when it starts running low on memory (along with click target areas not scrolling with the rest of the page, switching to 8-bit colors with arbitrary mapping, pages flashing, tabs spontaeously popping themselves into new windows, etc.). I'd try restarting your browser, if not your whole computer. --Ahecht (TALK
) 18:50, 5 February 2019 (UTC)
Tried restarting the browser and then the computer. The issue still persists. George Ho (talk) 05:34, 7 February 2019 (UTC)

Sorting search results

Oft requested, but finally possible at the backend side:

There is no UI for this yet (nor a timeline on that), but I figured people would be interested. You can thank mostly User:EBernhardson (WMF). I also care to point out that work on this was started last april and that initially adding some of these options took up to 10 weeks of processing historic information (this wasn't just flipping some sort of switch in a search engine.. ). —TheDJ (talkcontribs) 09:49, 6 February 2019 (UTC)

Thanks! I have flicked together a primitive script which adds sidebar links for each sorting on search pages: User:PrimeHunter/Search sort.js. PrimeHunter (talk) 11:49, 6 February 2019 (UTC)
Install with this in your common JavaScript:
importScript('User:PrimeHunter/Search_sort.js'); // Linkback: [[User:PrimeHunter/Search sort.js]]
PrimeHunter (talk) 11:58, 6 February 2019 (UTC)
Cool. I've created T215487 about missing search results when sorting by creation date. Graham87 07:37, 7 February 2019 (UTC)

Regex question

Is there a way to have some type of match a specific but generic pattern more than once via regex? What I mean by that is something if you have something like

{{JCW-selected|Journal of Crap|note=Note 0}}
{{JCW-selected|Journal of Stuff|note=Note 1}}
{{JCW-selected|Journal of Stuff|note=Note 2}}
{{JCW-selected|Journal of Things|note=Note 3}}

I'd want to match

{{JCW-selected|Journal of Stuff|note=Note 1}}
{{JCW-selected|Journal of Stuff|

but not

{{JCW-selected|Journal of Stuff|note=Note 2}}
{{JCW-selected|Journal of Things|

I can regex something like \{\{JCW-selected\|([^\|]*)\|.*\}\}\n\{\{JCW-selected\|([^\|]*)\|, but I want a way to have BOTH ([^\|]*) groups being the same to have a match.

Headbomb {t · c · p · b} 19:57, 4 February 2019 (UTC)

Use \1 in place of the second ([^\|]*). —Cryptic 20:04, 4 February 2019 (UTC)
Wonderful. I've just leveled up in regex! Headbomb {t · c · p · b} 20:06, 4 February 2019 (UTC)
@Headbomb: (edit conflict) I would try (\{\{JCW-selected\|[^\|]*)\|.*\}\}\n\1.* --DannyS712 (talk) 20:09, 4 February 2019 (UTC)
It is generally called a back reference. Ruslik_Zero 20:11, 4 February 2019 (UTC)
@Headbomb: Imho, the best resource on or off the web for this, is Jan Goyvaerts' Comprehensive, accurate, clear, and well-presented. Mathglot (talk) 08:27, 7 February 2019 (UTC)
Yes it's a pretty good source. But I didn't have a term for what I was looking for, so I couldn't really search for it. Headbomb {t · c · p · b} 09:42, 7 February 2019 (UTC)

Template:OSM Location map syntax error

The Template:OSM Location map is showing "Syntax error" as an output for all instances of its use (for example, 2019 Jolo Cathedral bombings and Alameda, California#Attractions. Not sure where to report this or who to contact for assistance in fixing the template. {{u|waddie96}} {talk} 17:53, 6 February 2019 (UTC)

Waddie96, I determined this is due to the new PHP7 feature. I have reported it here. —TheDJ (talkcontribs) 08:42, 7 February 2019 (UTC)
TheDJ Thank you, I've added a comment to T214984 as well. {{u|waddie96}} {talk} 11:11, 7 February 2019 (UTC)

Strange colouring

There's a gadget somewhere that colours the title of an article to match its rating: green for B class, orange for start class, etc. But this morning it seems to be malfunctioning, and instead of a title, I am getting a solid block of colour. I don't remember what the gadget is. It has only just stopped working properly. Any help would be appreciated. Hawkeye7 (discuss) 20:12, 6 February 2019 (UTC)

Hawkeye7, which browser/OS are you using? Do any errors appear in the console? Enterprisey (talk!) 20:15, 6 February 2019 (UTC)
I'm on Windows 7 with Firefox 64.0.2. I haven't upgraded Firefox. There are no errors, just a lot of warnings eg. "This page is using the deprecated ResourceLoader module "schema.ReadingDepth". See for migration info." Hawkeye7 (discuss) 20:24, 6 February 2019 (UTC)
The gadget concerned is "Display an assessment of an article's quality in its page header (documentation)" which uses MediaWiki:Gadget-metadata.js and MediaWiki:Gadget-metadata.css, neither of which have changed recently. It  Works for me in MonoBook, Opera 36. --Redrose64 🌹 (talk) 21:03, 6 February 2019 (UTC)
It also works for me on Firefox 65 on Timeless on Windows 10. The issue as described sounds like a conflict in scripts. What else do you have loaded Hawkeye gadgetwise? Try turning everything off/on 1 by 1. --Izno (talk) 02:35, 7 February 2019 (UTC)
Or start by logging out and testing If it's broken then the problem is not in your user settings. It works for me. What is your skin at Special:Preferences#mw-prefsection-rendering? PrimeHunter (talk) 11:16, 7 February 2019 (UTC)

Massdelete (nuke)

I tried to delete all the pages created by sock Emoteplump (talk · contribs · count). I asked the tool to list the pages. It listed 190. I think I unchecked one and then clicked on delete. Got an error message effectively saying it was taking too long and please break it down into smaller chunks. I changed the max from 500 to 75. This time it listed a bunch of pages which I deleted (I didn't count to make sure there were 75), after which they were all redlinked, but I didn't click on any of them to be sure. Then I went back to the list of new pages by the user, and it didn't look like anything was deleted. I clicked on a couple, and they were still there. After that point, nothing worked except for the helluvit I manually deleted one page, which worked. Now each time I try to list pages for deletion (I changed the max to 50 just cause) it lists, uh, two.

I am not going to delete all those pages one at a time. What to do?--Bbb23 (talk) 13:54, 3 February 2019 (UTC)

Special:Nuke will only show creations back so far, but why isn't it showing pages created today? I don't know. You could try using User:Animum/massdelete.js, which enables special:Massdelete, but that'll require some deft copy/paste work. Maybe someone else has a better suggestion. Also, FYI, Emoteplump (alt) exists. —DoRD (talk)​ 14:15, 3 February 2019 (UTC)
@DoRD: Yes, the word "recently" is not defined. In my experience it goes back earlier than just the same day, at least several days, but I have no idea what the cut-off is. In any event, it doesn't explain why it says it deleted 75 pages when in fact it had not. I've found a fair amount of buggy behavior by the tool, but it's all I've got. Thanks for the heads up about the alt account: now blocked.--Bbb23 (talk) 14:26, 3 February 2019 (UTC)
Your logs show it did delete those pages. (Maybe not immediately?) I've manually deleted most of the rest. Left a few portals (six according to xtools) that other people had edited beyond categorization; I'd have speedied them if they were articles, but who knows what constitutes a major edit in that useless should-be-a-gadget namespace. —Cryptic 14:37, 3 February 2019 (UTC)
Wait - when you say you "went back to the list of new pages by the user" - do you mean the "Articles created" link in Special:Contributions that goes to xtools? AFAIK that looks at the toolserver database replicas, which are always a few minutes behind production (and occasionally much longer). —Cryptic 14:42, 3 February 2019 (UTC)
(edit conflict) Thanks much for your trouble. I didn't look at my logs, but I did actually look at some pages themselves, and they weren't deleted. Of course, I didn't look at all, and I don't know in what order it deletes the pages, so maybe I looked at the "wrong" ones. As for the edits to the several you left, I am clueless as well. The Transhumanist, who is apparently experienced in this area, may know whether they can be deleted. Response to your second comment: Yes, but I waited for a while before giving up, perhaps not long enough.--Bbb23 (talk) 14:48, 3 February 2019 (UTC)
I've looked into this a little bit more. Special:Nuke pulls its list of pages from the recentchanges table (of Special:Recentchanges fame), so it should go back a month. But Emoteplump's relevant edits aren't in it. What gives? quarry:query/33170 has a snapshot of the current state. —Cryptic 15:46, 3 February 2019 (UTC)

@Cryptic and DoRD: Thank you for pining me. Please wait on this. Before you delete anything, please make a list, so that I or someone else can re-create those portals. Just nuking a large number of portals from the portals collection would be disruptive.    — The Transhumanist   18:06, 3 February 2019 (UTC)

Special:Log/create/Emoteplump. —Cryptic 18:17, 3 February 2019 (UTC)
Thank goodness for logs! I was under the impression that all evidence of sockpuppets was eradicated. It's good to keep these records. Helps us undo the damage. Thank you.    — The Transhumanist   21:07, 3 February 2019 (UTC)
Use Special:DeleteBatch. MW131tester (talk) 13:41, 7 February 2019 (UTC)

Edit is good when previewed but not good when saved

When previewing this edit to add a "context note" to a template using <ref group=note>annotation</ref> everything renders fine but when published, an error message is displayed where the annotation was displayed in preview. This belies the purpose of previewing an edit. in my opinion, whereas I presume a problem exists. Is there a technical explanation? Thank you.--John Cline (talk) 07:29, 8 February 2019 (UTC)

I see a big red "Cite error" at the bottom of the page when I preview it. – Jonesey95 (talk) 07:58, 8 February 2019 (UTC)
I am using the 2017 wikitext editor. Perhaps the bug resides there?--John Cline (talk) 08:08, 8 February 2019 (UTC)
When you have a <ref group=note>...</ref> there must be a matching <references group=note /> or a {{reflist|group=note}}. --Redrose64 🌹 (talk) 09:16, 8 February 2019 (UTC)
I understand Redrose64, thank you. Although mistaken, I had thought it announced, some three years ago: that talk pages would be having this markup written in at a default level, precisely to allow reference notations to appear on talk pages, without needing these tags? Nevertheless, this only compounds my befuddlement as to why the annotation appears, in it's expected location, when previewing the changes in edit mode (using the 2017 wikitext editor). This may be the wrong forum, if it is a bug with that editor? But I trust the advice given here, and it's all technical to me! Thanks again.--John Cline (talk) 11:13, 8 February 2019 (UTC)
The 2017 WTE has not completely implemented all of the behaviors of the 2010 or 2003 WTEs. This is likely just a regression and should be filed as a task in Phabricator. --Izno (talk) 14:03, 8 February 2019 (UTC)
As for default beahvior, reference notations are added at the bottom by default with the default reference group, but I'm not sure what happens with a "notes" group. I expect that to be the same behavior. --Izno (talk) 14:04, 8 February 2019 (UTC)

Redirect not redirecting

I added a forced redirect to User:A 10 fireplane/sandbox to Special:Log/newusers so when I click on my sandbox I will be redirected to help make fighting vandls faster but its not actually redirecting me. A 10 fireplane Imform me 16:45, 8 February 2019 (UTC)

@A 10 fireplane: Apparently this is a built-in restriction. It's mentioned in the second paragraph at Help:Redirect#Syntax. -- John of Reading (talk) 16:51, 8 February 2019 (UTC)
@John of Reading: ahh ok, thank you for the quick response Face-smile.svg A 10 fireplane Imform me 16:54, 8 February 2019 (UTC)
@A 10 fireplane: You can place this in your common JavaScript to make a Newusers link next to the sandbox link:
$( document ).ready( function() {
    mw.util.getUrl( 'Special:Log/newusers' ),
    'Go to Special:Log/newusers',
Or this to place the link next to Recent changes under Interaction in the sidebar:
$( document ).ready( function() {
    mw.util.getUrl( 'Special:Log/newusers' ),
    'Go to Special:Log/newusers',
PrimeHunter (talk) 17:06, 8 February 2019 (UTC)
@PrimeHunter:That would be great, when I try to paste the first one (to add next to sandbox) after pressing "create sorce" it wont allow me to paste the code A 10 fireplane Imform me 17:13, 8 February 2019 (UTC)
What error message is it showing? --Redrose64 🌹 (talk) 17:14, 8 February 2019 (UTC)
I am just unable to paste A 10 fireplane Imform me 17:16, 8 February 2019 (UTC)
Do you click in the edit area before trying to paste? How do you try to paste? Can you type there? PrimeHunter (talk) 17:28, 8 February 2019 (UTC)
@PrimeHunter:Ues I clicked on the edit area, I am editing on an ipad so I tried taping on the space and the "paste" window wont appear, yes I can type there A 10 fireplane Imform me 17:35, 8 February 2019 (UTC)
@A 10 fireplane: js and css pages use a default code editor which may interact poorly with your iPad. Try changing to the wikitext editor by clicking the < > icon to the top left of the edit area. PrimeHunter (talk) 17:49, 8 February 2019 (UTC)
@PrimeHunter: awesome I got it, thank you so much Face-smile.svg A 10 fireplane Imform me 17:54, 8 February 2019 (UTC)


The gadget GoogleTrans.js moves the caret during editing in VisualEditor. This makes it very hard (impossible) to edit some words. It could be it interact with something else, but in the end I turned it off. Jeblad (talk) 16:37, 2 February 2019 (UTC)

  • Question? This may sound dumb, but Jeblad could we rename that to something like GTranslate.js? I was pretty confused there for a bit. ―Matthew J. Long -Talk- 16:59, 8 February 2019 (UTC)
The row GoogleTrans[ResourceLoader]|GoogleTrans.js from MediaWiki:Gadgets-definition. If you or anyone else will rename the gadget feel free. I am not an admin. Jeblad (talk) 18:43, 8 February 2019 (UTC)


Why does doing this mess up the entire rendering of the page? Headbomb {t · c · p · b} 19:54, 8 February 2019 (UTC)

It looks like there's an unclosed nowiki tag after the "2:02, 7 February 2019 (UTC)" timestamp (well above your comment). When you added your comment, the parser finally found a closing tag for it, and everything in between was treated as nowiki'd text. Whatamidoing (WMF) (talk) 20:00, 8 February 2019 (UTC)
Ah I see. There was a 'nowkiki' tag. Headbomb {t · c · p · b} 20:03, 8 February 2019 (UTC)

Proposed gadget: Shortdesc helper

I recently revised my user script User:Galobtter/Shortdesc helper to fix some minor issues and use OOUI, and I'm proposing that it become a gadget. It apparently is/will be possible to conveniently edit short descriptions on the mobile app and it would seem good to have a gadget for doing so on desktop; shortdesc helper has been installed and used by a reasonable number of people and I haven't received much reports of bugs or issues with it. Galobtter (pingó mió) 13:39, 19 January 2019 (UTC)

Support as a useful step in involving more editors in this task. – But have you or will you fix the defect whereby input of {{Short description|none}} doesn't register and the helper script continues to display "Missing" or (in the case of a list article) "Wikimedia list article"?: Bhunacat10 (talk), 20:17, 21 January 2019 (UTC)
{{short description|none}} doesn't actually change the short description displayed on mobile (which would still pull from wikidata) - the relevant page property is not made empty - so the wikidata description should still be displayed but I'll see if I can put an indicator somewhere and disable the "missing". Galobtter (pingó mió) 08:28, 22 January 2019 (UTC)
  • Support Useful script, works as intended barring a small bug which I have raised with the maintainer. << FR (mobileUndo) 03:53, 24 January 2019 (UTC)
  • Let me bump this for some more input. Galobtter (pingó mió) 14:36, 30 January 2019 (UTC)
    @Galobtter: above you mentioned some additional work to do, what was the outcome of that? — xaosflux Talk 14:57, 30 January 2019 (UTC)
    Also, are you good with it starting in 'Testing and development' section (and obviously OPT-IN only)? — xaosflux Talk 18:28, 30 January 2019 (UTC)
    Xaosflux I've added support for {{short description|none}} so that work's done; obviously opt-in; I'd say it can be in testing and development while we make sure that the transition to a gadget didn't break anything but once that's done it should go in "editing". Galobtter (pingó mió) 19:47, 30 January 2019 (UTC)
  • Support, Easy to use and efficient. I have done thousands of short descriptions with it. The "none" issue is a deliberate bypass by WMF which they say will remain until we have 2 million short descriptions on Wikipedia. · · · Peter Southwood (talk): 18:10, 30 January 2019 (UTC)
  • @Galobtter: I've added your script to the gadget system, it is currently listed under testing and development. Feel free to advertise in the appropriate venues to get some production testers. — xaosflux Talk 02:17, 31 January 2019 (UTC)
    @Xaosflux and Galobtter: I just tried it, and it wasn't working as a gadget. But, as an imported script, it still works. Was it set up properly to be a gadget? --DannyS712 (talk) 02:46, 31 January 2019 (UTC)
    I installed with the base ResourceLoader, if you require additional dependencies let me know. — xaosflux Talk 03:03, 31 January 2019 (UTC)
    Tried moving int the css, and adding RL general - let me know what other options you may need. — xaosflux Talk 03:09, 31 January 2019 (UTC)
  • eraser Undone I've pulled this from the gadgets list, think it needs some tech work. For one, the javascript checked can't even finish 'too many errors' on the source. The following pages have been prepped and can be updated on request: MediaWiki:Gadget-Short-description-helper , MediaWiki:Gadget-Short-description-helper.js , MediaWiki:Gadget-Short-description-helper.css . — xaosflux Talk 04:15, 31 January 2019 (UTC)
    Gonna guess that might be due to one indent error per line; the code is indented in a slightly nonstandard way, and each line should be indented by one (more) level due to the outermost if statement. I looked through the code and don't see anything too terrible, although the "clicky" stuff is semantically iffy (as in, "SdhCustomButton" or whatever - naming is hard - might be an alternative). Enterprisey (talk!) 04:32, 31 January 2019 (UTC)
    (edit conflict) @Xaosflux: Oh, I thought that was just me. I've been getting the "Warning: too many errors" message too when editing some of my scripts, but was afraid to ask. I just tried pasting Mediawiki:Gadget-morebits.js, Mediawiki:Gadget-popups.js, and MediaWiki:Gadget-afchelper.js/core.js into a sandbox .js page, and each got the same warning, so maybe there's a bug in the code editor? Suffusion of Yellow (talk) 04:39, 31 January 2019 (UTC)
    Oh, haha, I thought you (xaosflux) were running a linter or something, instead of trying to use the code editor. Never mind what I said, then. Thanks for the investigation, Suffusion. Enterprisey (talk!) 04:47, 31 January 2019 (UTC)
    @Enterprisey: Well now that you mention it, isn't able to finish either, but I have to question its advice of "Use spaces, not tabs." on every single line. only gives four warnings. Suffusion of Yellow (talk) 04:57, 31 January 2019 (UTC)
  • Xaosflux Too many errors is because the code is too long - I think the mediawiki code editor linter cannot handle more than 200-400 lines of code before it times out or something. (open up, say User:Enterprisey/reply-link.js or any other reasonably lengthy script, and you can see the same issue) Enterprisey The inner code actually needs to be indented thrice (once for the if, once for the mw.loader.using, and once for callPromiseDescription) - but I don't that bit of IAR so that the code doesn't slide off the page would break anything, or at least cause it to break when made into a gadget but not as a user script. Suffusion of Yellow Tabs is what is recommended by the mediawiki coding conventions :)
@Xaos, I think the issue was that I was inadvertently using an ES6 feature (destructuring assignment), and gadgets may be enforced on to ES5 - when I ran ESlint with wikimedia-client settings on the code, that ES5 enforcement raised errors; I've fixed the issue in an update. That would explain the script breaking when made into a gadget but working fine as a user script. Could you see if the new version works? (just need to update the js with what is in User:Galobtter/Shortdesc helper.js) If it doesn't, could you copy what error is in the console, or leave the option of using the gadget long enough in the testing section so I can test it myself? For resourceloader dependancies, they should be "mediawiki.api,mediawiki.notify,oojs-ui-core,oojs-ui-widgets". Thanks for the help! Galobtter (pingó mió) 08:00, 31 January 2019 (UTC)
  • @Galobtter: may have just been the dependencies, I've updated the gadget from your codebase and reactivated and it seems to be loading now (note: it also seemed to need mediawiki.util - but most gadgets do these days) - however it does seem to be somewhat slow loading to the point of causing quite noticeable screen jumps. Regarding the jump (but not the speed), perhaps it could be moved up and to the right of the tagline, at least then it won't push the page down? I've got a feeling loading all those ooui items are the main delay - they are not normally loaded on articles. — xaosflux Talk 14:15, 31 January 2019 (UTC)
    Xaosflux, Thanks, yeah I've been noticing the script is somewhat slower than before, I'm investigating that and also seeing ways to eliminate the content jump. Galobtter (pingó mió) 14:24, 31 January 2019 (UTC)
    Yeah... I find that OOUI makes an excessive number of HTML elements for each individual part of the interface, so using plain button elements might help. But in this case there are so few parts of the interface that doing so might only have an effect on slower computers. Enterprisey (talk!) 21:19, 31 January 2019 (UTC)
    I don't think the html generated by OOUI is much of an issue, but waiting for it to load may slightly delay the showing of the buttons; the initial interface does not depend on OOUI so in an updated version I've not made it wait for OOUI. I don't think it is possible to speed it up beyond that - because the API query to grab the short description is what appears to take 95%+ of the time - but I've also created a bit of CSS which fills in the space for the script in mainspace pages and so completely eliminates the jump there (looks like that requires creating a second hidden peer gadget just to load that style). Galobtter (pingó mió) 09:16, 1 February 2019 (UTC)
    Sounds good to me! Enterprisey (talk!) 09:23, 1 February 2019 (UTC)
    • Note to all who may not be aware: If you put /*jshint maxerr:999*/ or some other such large number at the top of the code editor, it should work fine. You don't even have to save it, but you do have to ask nicely if the linter is going to do some extra work. ~ Amory (utc) 14:59, 31 January 2019 (UTC)
      Thanks for the tip! Galobtter (pingó mió) 15:04, 31 January 2019 (UTC)
      I'm not sure it's relevant for this particular script, but I understand that there's a regex bug in the latest version of Jshint. See if you're interested. Whatamidoing (WMF) (talk) 20:04, 8 February 2019 (UTC)

Infobox mangling template change

I've just created a new template at Template:SCOTUS URL Docket New, which takes two parameters to create a URL. I want to edit the currently used Template:SCOTUS URL Docket, which takes one parameter, to split the one parameter in two and invoke SCOTUS URL Docket New on the parts. But when I try that, the hyperlinks in the resulting Template:Infobox SCOTUS case articles don't format properly — the docket number appears on the next line from the URL and the hyperlink doesn't coalesce. What am I doing wrong? BenbowInn (talk) 20:08, 8 February 2019 (UTC)

@BenbowInn: A noinclude part should usually start at the end of the last line and not on a new line. I have removed a newline from Template:SCOTUS URL Docket New.[14] Does that work as you want? It's hard to tell when you don't give an example. PrimeHunter (talk) 22:18, 8 February 2019 (UTC)
@PrimeHunter: That works correctly. Thank you. BenbowInn (talk) 22:23, 8 February 2019 (UTC)

File or article

Resolved: Already speedy deleted. — xaosflux Talk 15:42, 9 February 2019 (UTC)

Just found File:Qari_Waheed_Zafar_Qasmi.jpg something isn't right, can someone sort it out? Thanks GrahamHardy (talk) 11:23, 9 February 2019 (UTC)

The 'page' is already at MfD, nothing more to do. It's just an article in File namespace where description (of existing file) ought to go. –Ammarpad (talk) 13:34, 9 February 2019 (UTC)

An alignment issue

I have recently tried to replace the center tag with that of div. It landed up in an issue related to alignment. Please check it in the page Template:Wikipedia:Cleanup/Header so that the center tag can be removed.Adithyak1997 (talk) 19:03, 9 February 2019 (UTC)

I see recent edits by Adithyak1997 (talk · contribs), Nardog (talk · contribs) and Izno (talk · contribs). Is there anything that still needs doing? If so, please be specific, since "an issue related to alignment" is rather too vague. --Redrose64 🌹 (talk) 22:52, 9 February 2019 (UTC)
@Redrose64:, When I posted this problem, the first section of the template was left aligned which I was not able to make it Centre aligned. But after posting it, Nardog (talk · contribs) as well as Izno (talk · contribs) solved that issue. Currently, there is no problem existing. Thanks for replying.Adithyak1997 (talk) 03:23, 10 February 2019 (UTC)

Inability to render ê in "ekhous apiston tênd anarkhian polei" in 3 March 2006 revision

Resolved: It's just a Unicode control character

If you click edit source, you can see there's supposed to be a character in between the "t" and the "nd", but it's not rendering properly. What could be the cause of that?

(Part of the reason I'm curious is, I'm using a python script to display the contents of an XML file containing that revision to the screen as it's processing it, and it always freezes up, to the point I can't even use ctrl-c to exit out but have to close the entire terminal window, when it gets to that character, so I'm wondering what's the deal with that character, anyway.) MW131tester (talk) 00:35, 10 February 2019 (UTC)

@MW131tester: I'm not seeing that in the source? What line is it on (what is a non-accented phrase near it maybe)? — xaosflux Talk 00:45, 10 February 2019 (UTC)
(edit conflict) The character between 't' and 'n' is Unicode character 'DEVICE CONTROL STRING' (U+0090) (UTF-8 two bytes: C2 90). See here.
Trappist the monk (talk) 00:47, 10 February 2019 (UTC)
User:Xaosflux, here's a screenshot. User:Trappist the monk, thanks for that resource. MW131tester (talk) 00:50, 10 February 2019 (UTC)
@MW131tester: ok so it seems to be garbage in - garbage out, and your script doesn't like garbage. Doesn't seem like there is anything else for us to do here? — xaosflux Talk 00:53, 10 February 2019 (UTC)
Oh, interesting, even now it allows us to put a  in there, but it won't appear in the diff or when the page is rendered. Okay, I learned something new. Thanks. MW131tester (talk) 01:05, 10 February 2019 (UTC)
The character is in the html of both the diff and the rendered page. It is your browser which does not display anything for it. Neither does mine but I guess some browsers or tools will display a placeholder symbol. My Firefox only does it in the edit area where I see the Unicode number 0090 in a square. PrimeHunter (talk) 01:34, 10 February 2019 (UTC)
Oh yeah, I see it when I do ctrl-u (page source). MW131tester (talk) 12:28, 10 February 2019 (UTC)

editscreen: tag and wiki-tag buttons

My editscreen has the usefull wiki markup buttons below to add tags & wiki-tags (like <sub></sub> and [[]]). Is there a topical page for these? Over there, I would like to ask:

  1. What is the logic behind the order of the options? To me it looks random chaotic. I cannot locate the right button easily.
  2. Why is <small></small> missing?
  3. Could we add option <code><nowiki></nowiki></code>?

-DePiep (talk) 15:13, 10 February 2019 (UTC)

It's made by MediaWiki:Gadget-charinsert-core.js with discussion at MediaWiki talk:Edittools. I suggested <code><nowiki></nowiki></code> at MediaWiki talk:Edittools/Archive 8#code and nowiki in one step, more discussion at MediaWiki talk:Edittools/Archive 9#Individual customization? PrimeHunter (talk) 15:26, 10 February 2019 (UTC)
At Help:Edit toolbar ...the size option looks like OOjs UI icon smaller-ltr.svg .--Moxy (talk) 15:31, 10 February 2019 (UTC)
Wikidata has option #3 [15]. -DePiep (talk) 16:11, 10 February 2019 (UTC)

CSS error

I get an error message about "persondata" (deprecated, I know) on my User:Randykitty/monobook.css. I must admit my ignorance here and am loath to make changes/delete lines without really understanding what I am doing. Perhaps someone who understands these things could have a look at this page and tell me what needs to be changed, I'd really appreciate that. Thanks! --Randykitty (talk) 09:23, 10 February 2019 (UTC)

I think you just need to remove the (top) table.persondata{...} line. —[AlanM1(talk)]— 12:01, 10 February 2019 (UTC)
Indeed, just remove the top line. --Izno (talk) 13:49, 10 February 2019 (UTC)
  • Great, thanks people for the quick response! --Randykitty (talk) 17:17, 10 February 2019 (UTC)

Resolving issues

Please check the question posted in the page Category talk:Unknown parameters. That page was viewed only by 2 persons (one is myself) after 2017 which forced me to post this message here.Adithyak1997 (talk) 08:32, 10 February 2019 (UTC)

@Adithyak1997: Most category pages have few watchers, in this case there are five. This is why you are presented with this message when editing that page. --Redrose64 🌹 (talk) 17:41, 10 February 2019 (UTC)
@Redrose64: Sorry. I didn't notice that.Adithyak1997 (talk) 18:37, 10 February 2019 (UTC)

Expand language template problem

Hi I noticed that when someone add this template {{Expand language|langcode=ar}} this category appears on the top of the article and it is visible [[Category:{{{topic}}} articles needing translation from Arabic Wikipedia]]. Here is an example [16]. Can this problem be solved? Thanks--SharabSalam (talk) 21:52, 10 February 2019 (UTC)

{{Expand language}} should not be called directly but it should behave better if it's done anyway. I have changed it to accept a missing topic parameter.[17] PrimeHunter (talk) 23:01, 10 February 2019 (UTC)


Hi there, I tried to edit the template in question to display the country parameter correctly by adding | country = Serbia, as before it displayed {{{country}}} and this was breaking the syntax. But I actually want the title to say "Largest cities in Vojvodina", not all of Serbia. Any help? 2607:FEA8:1DE0:7B4:5C5A:EACB:2CF0:A463 (talk) 01:00, 11 February 2019 (UTC)

It doesn't actually have to be a country. I simply said country = Vojvodina.[18] I also removed the name parameter which is only for template pages. and a province parameter which is ignored. PrimeHunter (talk) 01:55, 11 February 2019 (UTC)

Tech News: 2019-07

18:45, 11 February 2019 (UTC)

Navigation popups

On Opera, Google and Firefox (other browsers not tested) the disambiguation facility of WP:NAVPOPS seems to have disappeared, I now only get the display options, not the ability to use the tool to disambiguate links. Nthep (talk) 19:18, 11 February 2019 (UTC)

Notes not displaying correctly?

I recently noticed in two different browsers some notes displaying strangely. For example, when hovering over the first annotation ('a') on Alexander the Great, all that displays is "^[244]". Also noticed this with the infobox notes on Republic of Macedonia. S.A. Julio (talk) 15:28, 10 February 2019 (UTC)

This is because, the notes also have citations. If you hover over the "[244]" you'll then see the full citation. If it's the anotation that you want to see, then you should click the [a] to take you there. –Ammarpad (talk) 16:00, 10 February 2019 (UTC)
@Ammarpad: I don't think that is the intention though? For example, when hovering over annotation 'd' on Alexander the Great, the text "^Ἀλέξανδροςἀλέξωaléxōlit. 'ward off, avert, defend'[251][252]ἀνδρ-andr-ἀνήρanḗrlit. 'man'[253][252][254]" is displayed, when the full note states "The name Ἀλέξανδρος derives from the Greek verb ἀλέξω (aléxō, lit. 'ward off, avert, defend')[251][252] and ἀνδρ- (andr-), the stem of ἀνήρ (anḗr, lit. 'man'),[253][252] and means "protector of men".[254]". Surely the full note displayed while hovering previously? S.A. Julio (talk) 16:21, 10 February 2019 (UTC)
You're right, apparently {{cnote2}} doesn't work properly.
Check Template:Cnote2#Cnote2, last example: text[A] text[B] text[A] text[B]), scroll page to hide the "^ text text text text" lines, and hover over A - no text is displayed, only "^" character - it should display "text text text text". --MarMi wiki (talk) 16:43, 10 February 2019 (UTC)
Similar problem is with Template:Cref2 - check example at Template:Cref2#Multiple_occurrences - it works, but displays as "^ab..." or "^...". --MarMi wiki (talk) 16:59, 10 February 2019 (UTC)
There was a technical note a few weeks ago about a change in the behavior of note marks. Possibly related. – Jonesey95 (talk) 19:36, 10 February 2019 (UTC)
Tech/News/2018/50 and/or Tech/News/2018/49. --MarMi wiki (talk) 21:55, 10 February 2019 (UTC)
S.A. Julio, last week I updated the gadget to generate those previews, based on a request by Jack who built the house. Perhaps this is a side effect of that. —TheDJ (talkcontribs) 14:16, 11 February 2019 (UTC)
Thanks for the report! I fixed {{cnote2}} already, but there are more templates that try to emulate the reference mechanism but don't supply classes which the references usually go with (mw-cite-backlink, reference-text). There are two ways: 1) Add classes to these templates. 2) Update the gadget so that it would support even poorly formatted references.
Although I prepared the solution for the second option, I would suggest the first, as it would eliminate some other issues like hanging non-breaking space in the beginning of the reference text in a tooltip.
The mentioned templates are {{cnote}}, {{note}}, {{note label}}. They are all protected. I prepared versions of them with added classes in my user space: User:Jack who built the house/Template:Cnote, User:Jack who built the house/Template:Note, User:Jack who built the house/Template:Note label. @TheDJ: could you help with updating? Or, we could go with the second option and update the gadget instead. Jack who built the house (talk) 19:40, 11 February 2019 (UTC)

Sticky headers scramble table when sorting

RSP Sticky Header Sort Scramble.jpg

Using FFox 63.0.1 on Win10, if I enable the "Make sure that headers of tables remain in view ..." (sticky headers) option, when I click on any of the columns at WP:RSP#Sources to sort it, the legend text is super-imposed over the headers and data rows.

If I remove the class="sortbottom" from the legend rows, the problem goes away (though the legend rows are then included in the sort). —[AlanM1(talk)]— 01:45, 8 February 2019 (UTC)

That's fun. I see the same in Fx 64 on W10. BRB, will see what happens in 65. --Izno (talk) 02:17, 8 February 2019 (UTC)
Yup, still in 65. --Izno (talk) 02:19, 8 February 2019 (UTC)

I'll note, too, that the headers are missing the vertical borders between columns as well as the rightmost border (the leftmost one is there, though). The bottom border is also missing. —[AlanM1(talk)]— 01:56, 12 February 2019 (UTC)

Yes, borders getting clobbered is a known issue. That's a Firefox problem, not a script problem. --Izno (talk) 02:22, 12 February 2019 (UTC)

Sister project inline links

Hello, as can be seen from this version, there is apparently a glitch as to the relevant sister project inline link templates, causing that the transclusion of two or more of these in direct succession without using bullet points leads to them all being displayed in one and the same line. Does anybody have an idea how to correspondingly fix those templates (thus, regardless of their concrete transclusion)?--Hildeoc (talk) 20:38, 10 February 2019 (UTC)

I don't think that there is anything wrong with those templates. They are doing pretty much what they are advertised to do. If you want a list without bullet points wrap them in {{plain list}}:
{{plain list|
which gives this:
Trappist the monk (talk) 20:49, 10 February 2019 (UTC)
@Hildeoc: Yes, this is as expected (indeed, the template names contain "-inline" for a good reason) and is pretty much the same as the behaviour of plain text. If your page contains this:
The dictionary definition of phenomenon at Wiktionary
Quotations related to Phenomenon at Wikiquote
Media related to Phenomena at Wikimedia Commons
then it displays like this:

The dictionary definition of phenomenon at Wiktionary Quotations related to Phenomenon at Wikiquote Media related to Phenomena at Wikimedia Commons

It's covered by WP:LINEBREAK. --Redrose64 🌹 (talk) 00:09, 11 February 2019 (UTC)

I wonder why two out of these three tell you to use bullet points in the template doc but one doesn't. – Finnusertop (talkcontribs) 03:47, 12 February 2019 (UTC)

Proposed interim gadget : mobileUndo

Its been around two months since I put together the mobileUndo script (a script which allows reversion while using the mobile interface), currently around 25 people use it. I think it should be added as a gadget until the WMF implements this feature in its Advanced mobile contributions roll out. I feel that users who use the default mobile interface to edit Wikipedia on mobile (or for that matter anybody who uses the MinervaNeue skin) will benefit from using this script.  << FR (mobileUndo) 08:24, 2 February 2019 (UTC)

For those who want to test the script, the installation instructions are here << FR (mobileUndo) 03:39, 6 February 2019 (UTC)
  • Support, per Nominator. This is a good idea that has been tested. I can't see a reason why not to !vote support. ―Matthew J. Long -Talk- 16:57, 8 February 2019 (UTC)
  • Would be closing this in favor in T minus 48 hrs. Does not seem remotely controversial.WBGconverse 18:04, 12 February 2019 (UTC)

Page Deletion: User:Steeve815


Dear Wikipedia's administrators,
Please help me deleting my user page. I don't think I'll be usable.
Thanks, Steeve815 (talk) 19:27, 12 February 2019 (UTC)

 Done by User:Writ Keeper --DannyS712 (talk) 19:33, 12 February 2019 (UTC)

Conditional column

I have two tables, each 20em wide, one following the other (vertically). If there is enough room on the user's display (i.e. if it is more than about 42em), I'd like to put the second table beside the first instead of below it. I tried {{Col-break}} etc., hoping that it might be smart enough to move the second column below, but it just leaves it there and the user has to scroll right. Is there some magic to do this?

—[AlanM1(talk)]— 18:50, 12 February 2019 (UTC)

If the second table doesn't have a section heading then you can use style="display: inline-table;" per Help:Table#Positioning:
Table 1
Foo Bar
Lorem ipsum dolor sit amet,
consectetur adipiscing
Table 2
Moo Boo
Duis aute irure dolor in
reprehenderit in voluptate
PrimeHunter (talk) 19:09, 12 February 2019 (UTC)
@PrimeHunter: Very nice. Works with divs, too, including section headers. Face-smile.svg —[AlanM1(talk)]— 20:12, 12 February 2019 (UTC)

All images broken?

Whenever I check a page on Wikipedia - or, for that matter, on any Wikimedia site, such as the Commons - the images do not display. Just a broken link. I've tried using multiple different browsers and no fewer than three physical devices (a laptop, a desktop, and a cellphone), all of which appear to have the same issue.

I'm not sure if this is the right place to post this or not, but is this happening to anyone else? Gimubrc (talk) 17:07, 11 February 2019 (UTC)

Happening to me also103.215.54.84 (talk) 17:08, 11 February 2019 (UTC)
Me too. Seems to be working now. Adam9007 (talk) 17:09, 11 February 2019 (UTC)
Still out of order for me... I erased my browser's cache and cookies (everything over the past hour) and it fixed the problem. If anyone else is having issues, that should fix it.Gimubrc (talk) 17:13, 11 February 2019 (UTC)
Caused by a configuration error, see for preliminary details with a full analysis coming soon. —AntiCompositeNumber (talk) 17:43, 11 February 2019 (UTC)
But, it's not Thursday. It's only Monday :(. ~ ONUnicorn(Talk|Contribs)problem solving 17:51, 11 February 2019 (UTC)
"Config changes don't ride the train." And if that opaque statement doesn't mean more to you than it did to me, when I first heard it, then you may be interested in seeing the whole calendar at wikitech:Deployments. There's a chance for something to go wrong most days of the week. Whatamidoing (WMF) (talk) 20:16, 11 February 2019 (UTC)

There is now an incident report on this at wikitech:Incident documentation/20190211-varnish. the wub "?!" 21:47, 12 February 2019 (UTC)

SQL query requests

Wikidata has a wonderful forum Request a query where volunteers create SPARQL queries by request. It has never failed me within a day or less and is super helpful. Is there something like this for SQL such as for Quarry queries? -- GreenC 18:21, 12 February 2019 (UTC)

Where you would expect, and I believe it enjoys an interwiki link with the WD page. Feel free to advertise elsewhere :^). --Izno (talk) 18:27, 12 February 2019 (UTC)
OH thanks! -- GreenC 18:30, 12 February 2019 (UTC)
Izno, TIL, thanks! Watchlisted! SQLQuery me! 00:26, 13 February 2019 (UTC)

Failing "request an account" process

The process at these places is failing.

A notice at the first link says that the backlog is 2 months. The ideal turnaround is instant.

For those who need an orientation to the "request an account" service, it is useful for users who want to edit from a blocked IP address. Commonly these are shared IP addresses, such as at schools, community centers, parks, libraries, or large commercial buildings with shared wifi like some business complexes or malls. To support these people we can either coach them through removing an IP block - which usually is not possible or useful - or we can somehow get them an account.

The request an account process is supposed to be higher security than registering a Wikimedia account in the usual way. Currently it requires an email address. If we wanted more assurances then we could set up a registration process which asked for more.

I think this process needs to become automated. There are not many human volunteers who want to do this process, the talk page there is dead, this must be boring to review, and I am not able to see in the guide at Wikipedia:Request_an_account/Guide that there review aspects which a human has to do and automation cannot do.

Thoughts from others? Blue Rasberry (talk) 12:57, 12 February 2019 (UTC)

It's not easy to automate validation that requested usernames meet the username policy. It's not easy to automatically parse any comments from users who are requesting accounts. Most of the checks are automatable in a pass/fail manner, and we do have work in progress to improve that, currently blocked on a code review. We also have work in progress to do creations via OAuth, which should also increase the speed we can reach (again, blocked by code review). The truth of the matter is that probably 50-75% of requests we get will fail one of the automated checks, mostly blocks, recent contributions, multiple requests from one email or IP address - all of these need manual review. WP:ACC is meant to be the human review after the automated filters on the main on-wiki signup form have rejected; for that reason I'm fairly strongly against adding automated rejection of requests without human validation to ACC. This isn't helped by our general lack of people able to spend time working through the backlog. stwalkerster (talk) 13:46, 12 February 2019 (UTC)
It's also worth me noting that the talk page is indeed fairly dead, because most of the discussions we have are centred around specific requests or general policies, and tend to happen either on IRC or the mailing list due to the nature of the topics they contain. stwalkerster (talk) 13:46, 12 February 2019 (UTC)
Stwalkerster, time permitting of course, I will see if I can knock away some of that backlog. —CYBERPOWER (Be my Valentine) 14:35, 12 February 2019 (UTC)
I also forgot - checking the global rename log is also not automatable at the moment, pending phab:T193671. stwalkerster (talk) 20:32, 12 February 2019 (UTC)
@Stwalkerster: Okay, you have a lot of insight on this. I agree, the talk page would not matter because discussion happens in semi-private with no easily accessible record. Can you answer these questions briefly, and make your best guesses if you do not know the answer? I am making some guesses to start.
  1. How long does it take a human to review one of these requests? 2 minutes?
  2. How many requests are there a month? 100?
  3. What is the community base for addressing this queue? 10 people?
  4. How long does it take a human to learn to do evaluations in this queue? 2 hours?
  5. Under what circumstances could this queue get backlogged further?
  6. Is there anything I can do to encourage prioritizing the code review? Like for example, posting a link to this conversation somewhere or to someone?
Thanks @Cyberpower678: <3 happy valentines Blue Rasberry (talk) 00:08, 13 February 2019 (UTC)
Bluerasberry, Point 1 - 2 mins for a really easy request, maybe 30 mins max for a more difficult request. I've had some that have spanned multiple days while I discuss the matter with the blocking admin.
The present backlog is appx 3000 requests, at 2 months. So, the answer to point 2 is 1500 at this time, but going up.
Going by the IRC logs, I'd say the answer to point 3 is... "not many" :( 5-10 perhaps. We've all got our specialties and interests, mine is mostly to deal with the proxy queue.
To point 4, yeah - about 2 hours reading, and a couple more hours hands-on sounds about right.
Point 5....More requests?
To point 6, apparently the code review is with FastLizard4 as of nearly 2 years ago. It's been a long time since I started ACC, and I'm not sure I understand why that this is a point of failure spanning multiple years. SQLQuery me! 00:38, 13 February 2019 (UTC)
Bluerasberry, new ACC users can take anywhere from 2-10 minutes to assess a request. Veteran users can work as quickly as 10 seconds. My fastest time on a request is about 20 seconds. —CYBERPOWER (Be my Valentine) 01:33, 13 February 2019 (UTC)
In my humble opinion, a great non-technical way to reduce the backlog would be to stop making the recommendation for ACC so prominent. You'll see this recommendation at Help:I have been blocked, Template:Schoolblock, Template:Anonblock, Template:Rangeblock and various other places. Once upon a time we used to basically advise the user to find another IP address. ACC is a useful service but let's be honest hardly anyone is stuck on a single IP or range and unable to create an account on their own. People go to ACC because they think it's the recommended method, but in most cases it isn't. Incidentally this is a principle I'd also apply to OTRS, UTRS, functionaries, and various other places where things often get needlessly kicked. -- zzuuzz (talk) 00:31, 13 February 2019 (UTC)
(edit conflict) Bluerasberry: responses inline:
How long does it take a human to review one of these requests? 2 minutes? It entirely depends on who is doing it, and also on the specific request. Newbies to ACC would probably take in the region of 3-4 minutes for a simple request, more experienced users will probably take less than a minute per request. Wrinkles like AntiSpoof hits, blocks, multiple requests from the same IP, edits, talk page content, etc just adds time.
How many requests are there a month? 100? You're out by an order of magnitude. It's somewhere between 1000 on a quiet month to 2500 on a busy month, and recently it's been veering towards the upper end of that range - probably as more things have started pointing to ACC in that time.
What is the community base for addressing this queue? 10 people? There's more than 10 with access, but in practice there's been about 15 people handling requests in the last month
How long does it take a human to learn to do evaluations in this queue? 2 hours? That's hard to quantify - somewhere between 15 minutes of reading the guide and a few years of experience.
Under what circumstances could this queue get backlogged further? People not spending more time working on the queue? It's currently growing...
Is there anything I can do to encourage prioritizing the code review? Like for example, posting a link to this conversation somewhere or to someone? Not really unfortunately. Those who we need the sign-off from are already on it. stwalkerster (talk) 00:33, 13 February 2019 (UTC)

New gadget that adds "Read Now" buttons to book references

Hey guys, I have been working with Internet Archive to produce a gadget that adds Read Now links next to book references. This allows readers to quickly click through to the books without having to find a library that has it. For the missing books, users are presented with a Donate button should they wish to donate what's needed to make the book available online. I'm currently asking the community two questions. —CYBERPOWER (Chat) 18:04, 29 January 2019 (UTC)

Comment: People can try the gadget first right now. Just add importScript('User:Cyberpower678/IABooks.js'); to your common.js page as explained at Wikipedia:User_scripts#Full_manual_instructions. The working demo code is at User:Cyberpower678/IABooks.js. Thanks! Ocaasi (WMF) (talk) 04:31, 30 January 2019 (UTC)

Question 1: Given the potential usefulness to readers, should this be made into a gadget that can be enabled in preferences?

Question 2: Should the donate button have an opt-out method, ie should the gadget allow for the ability to suppress the donate buttons?

Users can test this gadget by adding importScript('User:Reinischmax/IABooks.js'); to their JS file.

Also I'm pinging Fuzheado and OcaasiCYBERPOWER (Chat) 18:04, 29 January 2019 (UTC)

Input (New Gadget Proposal)

  • Hi there, see images to the right of what this looks like. I've got a bunch of concerns (but not so much 'technical' concerns so this probably needs a wider venue than VPT).
    • First major (non-technical) concern - running in-article fundraiser advertisements for OUCH. Even if a reader were to click on the ad, go there, pay - there is no way to know what happens next (specifically - when will they get access to their source?).
      • Interesting... I never thought of asking people to donate $ to pay for books we would digitize and make available, including as linked from Wikipedia articles, as "advertisements" but I can now see how that may be the case. We actually suggested two options... donate $ or donate books. Do you think it would be OK if we dropped the request for $ but kept the request/opportunity for people who have "missing" books to donate them to us so we can digitize them and make them available? User:Markjgraham hmb 06:12, 31 January 2019 (UTC)
      • Technical issue here: these off-site links are embedding logged in usernames to the GET request - which would empower the third party to be able to correlate our editors accounts to their ip addresses - creating a privacy concern.
    • The "Read Now" links don't seem to actually take the reader to the source material - when trying the links so far I've ended up at the following results: (1) a message telling me the source isn't available, asking me to register off-site and get on a 'waitlist'; (2) landing at a "limited preview" where again I'm being prompted to register off-site. — xaosflux Talk 14:24, 30 January 2019 (UTC)
      Xaosflux, Can you provide an article with a Read Now button where case number 1 is happening? That shouldn't be happening. Also for the privacy concern, you are right. I thought nothing of it during implementation, but it will be removed in the next few minutes. It will no longer pass your username. —CYBERPOWER (Chat) 16:18, 30 January 2019 (UTC)
      @Cyberpower678: my examples were found in the first few hits on Analysis of variance. — xaosflux Talk 16:21, 30 January 2019 (UTC)
      Xaosflux, Thanks for that. Books shouldn't require an account generally, so this will be investigated. Also usernames are no longer passed in GET requests now. Thanks for bringing that up. —CYBERPOWER (Chat) 16:29, 30 January 2019 (UTC)
  • I have the same concerns as Xaosflux, especially regarding privacy (I doubt the WMF would be happy there), which would especially apply for a default gadget (no opting-in to have your data exposed to the Internet Archive); there are more concerns with privacy since the Internet Archive is also getting what page someone is visiting - is able to track people per IP.
    • Thank you for flagging this concern. We are happy to not get user data or IP Numbers.User:Markjgraham hmb 06:04, 31 January 2019 (UTC)
  • I have other concerns too: The script takes far too long to load (5+ seconds), and when it loads is disrupts the references somewhat - the buttons are far too large. Additionally, the images may violate WP:NFCC (similar issues around fair use arise even though NFCC is written for images uploaded), and we should not really be loading things from another website.
    • Instead, the "read now" links should be changed to "read on" and made into a simple, regular link to the book page added at the end of the reference - that would be a lot nicer, and would make the links similarly prominent to say the or google books links we already commonly include. If someone is looking at a reference and wants to read the book, they don't need a big button to see the option of going to
    • This would also allow dropping the dependency on OOUI.core, which is not loaded on articles by default and adds a a reasonable amount of KBs to a page load.
      • Great suggestions. The "Read Now" button was meant to be a placeholder. I think a link as you suggest would be better. User:Markjgraham hmb
    • The initial query to itself appears to take a long time and is possibly the main reason for how long the script takes to show the links, in addition to violating the content security policy of the WMF.
      • This could probably be made faster by only sending the generated list of ISBNs of books, so the entire page doesn't have to be read by the Internet Archive website.
  • So yeah, there are quite a few concerns here. The concerns are not as relevant if this is a user script that is installed by editors rather than readers, who say could benefit from the ability to relatively easily read book references when reviewing GAs and FAs and so on. Galobtter (pingó mió) 15:37, 30 January 2019 (UTC)
    Galobtter, The GET requests no longer pass a username. When it was implemented, we failed to consider the tracking by IP aspect of it. Since Internet Archive also takes privacy seriously, I have promptly removed passing the username. Donations are now anonymous.
    As for the load time issues, it's being worked on. Enterprisey will be helping us on that front as they have volunteered. The devs are reading your suggestions and will work on improving the gadgets. The primary goal is doing a service to Wikipedia's readers, so they appreciate your input. —CYBERPOWER (Chat) 16:43, 30 January 2019 (UTC)
    Galobtter, Regarding dropping the OOUI.core dependency: that is used to make the popups that display the archive's book information. I was looking for alternative ways like jquery UI and bootstrap, but these aren't supported. It's probably worth discussing whether the popups are necessary, and also what the best way to implement them would be. Reinischmax (talk) 20:11, 5 February 2019 (UTC)
    I think I may have forgotten to mention but I did mean removing the popups when I talked about dropping the dependency. Galobtter (pingó mió) 20:13, 5 February 2019 (UTC)
  • I'm feeling dumb. Why does think it's okay to digitize and subsequently 'archive' these books? --Izno (talk) 19:00, 30 January 2019 (UTC)
    Izno, to make them more readily available to the public as best as legally possible, especially when it comes to older, harder to obtain books. —CYBERPOWER (Chat) 19:05, 30 January 2019 (UTC)
    Izno, see https://controlleddigitallending.orgCYBERPOWER (Chat) 19:07, 30 January 2019 (UTC)
    And the brief statement: Only those books out of copyright? Or also those in? --Izno (talk) 19:15, 30 January 2019 (UTC)
    Izno, all books, including copyrighted ones, are being archived. The Internet Archive is creating a digital library that very much acts like a real library but with digital books. It will allow people to check out books, and it will only allow as many checkouts of a book as the number of copies they have of the book. It's pretty much all explained in the link I mentioned above. CDL is legal under copyright law when implemented correctly. —CYBERPOWER (Chat) 22:18, 30 January 2019 (UTC)
    Fascinating. But how many books are currently available at Internet Archive -- not counting old PD books that will seldom be used in actual articles as references? If relatively few, then this just becomes a giant donation drive which would need WMF approval. Renata (talk) 11:41, 31 January 2019 (UTC)
    About 4 million books with full text, with a peak in frequency around 2006 it seems. Nemo 21:39, 5 February 2019 (UTC)
Perhaps worth noting that the Internet Archive has recently (two weeks ago) been served cease-and-desists notices from the Authors Guild (U.S.) and Society of Authors (U.K.) over this service (report). Not sure how far we should be promoting it, particularly not with quite so prominent bright green high-visibility blocks of colour. Jheald (talk) 15:54, 31 January 2019 (UTC)
When it comes to copyright, Wikimedia and the Internet Archive are really miles apart. The latter is often pushing the border to make it fairer for individuals to consume content (a position with which I strongly agree). But the Wikimedia foundation is extremely careful not to violate any copyright law. I don't think WMF council would be comfortable with links to sources that are legally challenged. - kosboot (talk) 14:22, 1 February 2019 (UTC)
Wouldn't get too carried away about Authors Guild lawsuits, they have a habit of loosing. See Authors Guild, Inc. v. Google, Inc. -- the Court found and upheld on appeal that "display of snippets from those works are non-infringing fair use". And in Authors Guild, Inc. v. HathiTrust, "the court concludes that all uses of the copyrighted works by the HDL are fair use." Also it appears the lawsuit concerns lending complete digital copies to library patrons, while this service concerns a "limited preview" akin to what Google Books and Haithi do with snippets. -- GreenC 15:57, 5 February 2019 (UTC)
On that, see Nemo 17:01, 7 February 2019 (UTC)
  • First, thank you to the developers working on this. Next...before you go anywhere else with this, please consult WMF Legal and the Security team to find out their position on this. If they are okay with this and are willing to post their support onwiki....then and only then is it time to have a community discussion about whether or not the English Wikipedia community supports this addition. I don't want to load the script, so for those who have, does that "donate" button take one to a donation solicitation from Internet Archive? If yes...well, I have real issues with that. If no...then change the label on the button right away, even before sending it to Legal/Security. Risker (talk) 20:25, 5 February 2019 (UTC)
    • @Risker: it takes you to Talk 00:59, 6 February 2019 (UTC)
      • Thanks, Xaosflux. On that basis, I think it's objectionable that Wikipedia would be promoting another NGO when our community has already expressed concern about donor fatigue when it comes to asking for donations to *our own* NGO. Don't get me wrong: I support, use and donate to the Internet Archive myself. But if I was confronted with a dozen "donate" buttons, I'd probably never donate again. I think it would have an adverse effect on Wikipedia donors and donations as well. We don't even allow "Donate to Wikipedia" buttons on this project, except for carefully organized and scheduled fundraising campaigns. We just have one clickable "Donate to Wikipedia" line in the left-hand navigation bar. Risker (talk) 01:34, 6 February 2019 (UTC)
  • The address provided assumes that one is in USA. It's not clear to me what's the benefit of having an identical button repeated N times. How much less effective would it be to just have a static "Search and read now" link which merely searched and lets the third party website suggest the user what to do next (browse, read snippets, borrow, buy, donate or whatever)? Nemo 21:32, 5 February 2019 (UTC)
  • @Nemo bis, Risker, Xaosflux, GreenC, and Galobtter: Taking the input into account, the big buttons have been replaced by subtle links that click straight through to the book. The OOUI dependency has been removed and the load times are now improved. With the popups removed, the gadget is no longer loading images from external sites. The links now read "[Read on]". Please continue to provide input as this is very useful and helpful.—CYBERPOWER (Be my Valentine) 00:16, 12 February 2019 (UTC)
  • Comment Can we do away with any sort of donate link ? Instead leave it empty or add a message explaining that no preview is available. << FR (mobileUndo) 16:19, 13 February 2019 (UTC)

Adding weblinks with special characters in source text editor

Hello everybody! How come the source text editor (apparently in all the Wikis!) is still not able to convert URLs of Wiki sites into valid Wiki links, as soon as the former include special characters (for instance:ß)? When clicking OOjs UI icon link-ltr.svg, entering the URL, and selecting Insert link, it says: "The URL you specified looks like it was intended as a link to another wiki page. Do you want to make it an internal link?" However, upon selecting Internal link, the following error message occurs: "The requested page title contains invalid characters". Has this issue already been dealt with in the past? If yes, why hasn't it been fixed by now? (If no – since I am not at all familiar with reporting errors to Phabricator –, would somebody competent be willing to bring it up there?) Thank you in advance for any assistance. Best wishes--Hildeoc (talk) 11:36, 26 January 2019 (UTC)

When making internal wikilinks, I don't copypaste URLs. I go to the top of the page, and copy the page title, and paste that in between the double square brackets. --Redrose64 🌹 (talk) 15:47, 26 January 2019 (UTC)
@Redrose64: Thank you very much for commenting. Of course you're definitely on the safe side by proceeding that way. However, I wondered whether it couln't be possible to improve that OOjs UI icon link-ltr.svg function as to the above issue, since it's been included in the editor toolbar for quite some time now.--Hildeoc (talk) 16:11, 26 January 2019 (UTC)
Hildeoc, it does for me.. Which browser are you using ? —TheDJ (talkcontribs) 12:17, 29 January 2019 (UTC)
@TheDJ: Thanks for your interest! I use Firefox Quantum. Best wishes,--Hildeoc (talk) 20:23, 29 January 2019 (UTC)

PS: @Redrose64 and TheDJ:  Note: Unfortunately, the software is apparently also still not even intelligent enough to convert URLS to Wiki sites without special characters, but only consisting of more than one term – and thus including underscores as delimiters – into regular Wiki links without underscores ... Has this ever been discussed yet?--Hildeoc (talk) 17:52, 4 February 2019 (UTC)

PPS: @Redrose64 and TheDJ:  Note: Also, it cannot identify redirects, and label them as such – as this happens, in contrast, with dabs. Same question here: Has the community already come across that issue as well?--Hildeoc (talk) 21:47, 4 February 2019 (UTC)

VisualEditor (visual and wikitext modes) can do that, and I'm sure that it wouldn't have been built to do that if editors hadn't been wanting those features. I don't expect them to be added to the 2010 mw:WikiEditor, assuming that's the mw:editor you're using. Whatamidoing (WMF) (talk) 20:08, 8 February 2019 (UTC)
@Hildeoc: Tried to figure out what you did, and why you get the result you do. You say "selecting Insert link" so I assume you talking about the dialog in the 2010 WikiEditor. That dialog is not smart enough, and I don't know if anyone will put more work into it, making it work in the proposed way. The VisualEditor and WikitextEditor do recognize such links, and in VisualEditor you can simply paste the link straight into the editor and it will show up as a formatted link.
Your idea is sound though, and similar functionality should work the same way whatever editor you use. Jeblad (talk) 20:50, 8 February 2019 (UTC)
@Jeblad: Thank you very much for commenting! Yes, precisely, I mean the 2010 WikiEditor (which is where I get by clicking on "Edit source" here). Just for reasons of clarity: What exactly are you referring to by "Wikitext editor" then?--Hildeoc (talk) 20:35, 13 February 2019 (UTC)
@Hildeoc: WikitextEditor is also referred to as mw:2017 wikitext editor. It will recognize links in some dialogs, but it won't recognize them pasted into the text like VisualEditor. Jeblad (talk) 21:18, 13 February 2019 (UTC)

Collapse navbox for specific article

Is it possible to make a navbox appear in collapsed form on a specific article, even though there is only one navbox on the page and the navbox itself is set to autocollapse (i.e. when two or more on a page)? ClippednPinned (talk) 20:49, 13 February 2019 (UTC)

@ClippednPinned: Sure, its the state parameter. What article? --DannyS712 (talk) 20:56, 13 February 2019 (UTC)
You can set it to |state=collapsed collapsed. Ruslik_Zero 20:57, 13 February 2019 (UTC)
Thanks ClippednPinned (talk) 09:48, 14 February 2019 (UTC)

cite error

I get a cite error in the Matthew Whitaker article that I can't understand. As far as I can see the ref in quesion is defined. Can someone please help out? Could there be some invisible character involved?

Cite error: The named reference vladek was invoked but never defined

Thanks in advance.

HandsomeFella (talk) 21:18, 15 February 2019 (UTC)

Fixed. Someone commented out the paragraph containing the full reference, so the self-closed reference didn't work. – Jonesey95 (talk) 21:29, 15 February 2019 (UTC)
Which is one of the reasons I put the full citations ("reference" is rather ambiguous) into their own section. Even if folks insist on using named-refs, having the master "references" in their own section removes a point of possible breakage. ♦ J. Johnson (JJ) (talk) 21:42, 15 February 2019 (UTC)

Permission error?? Bug???

I'm an admin. When I went to restore a couple of deleted pages just now (an action I've performed a number of times during my centuries of adminship), User:Flooded with them hundreds/1.js and User:Flooded with them hundreds/common.js, I repeatedly got permission errors: "You do not have permission to view a page's deleted history, for the following reason: The action you have requested is limited to users in one of the groups: Administrators, Oversighters, Researchers, Checkusers." I was logged in to my normal, admin, account. (I know Bishzilla gets permission errors..) And when I went experimentally to view a user's deleted contributions, there was no problem; apparently I'm admin enough for that. What gives? Bug? Some special issue with those two pages? If somebody would like to help with the restoration of the pages, please give the reason "user request". But most of all I'd like to understand what went wrong, and to have it stop doing it. Bishonen | talk 10:02, 16 February 2019 (UTC).

Only interface admins can restore CSS and JS pages. The interface message is wrong. (T203083) — JJMC89(T·C) 10:06, 16 February 2019 (UTC)
Aha. Thank you. It would be great if someone corrected the message. Meanwhile, the user has requested undeletion of those pages, and there is no problem with it that I can see, so perhaps an interface admin would like to help? Bishonen | talk 10:10, 16 February 2019 (UTC).
(edit conflict)Pages restored - All admins are equal, but some are more equal than others. Because of phab:T202989, admins cannot see the deleted history of JS and CSS pages, and because of bugs with error messages, mediawiki assumes that you're not an admin if you can't see the deleted history (thus the error message that claims you're not an admin). Galobtter (pingó mió) 10:13, 16 February 2019 (UTC)
Thanks very much, Galobtter. Bishonen | talk 11:28, 16 February 2019 (UTC).

Bug: player overlaps music score display (css problem?)

View Wikipedia:Village pump (technical)#Bug: player overlaps music score display (css problem?) in the skin: 

{c' e' g' e' c' e' g' e' c' e' g' e'}

As you can see above, with default Vector skin (and most others) <score vorbis = "1"> shows the player overlapping several pixels over the score image. On or with Modern skin everything shows correctly. Seems like a problem with css styles. Please help. --M5 (talk) 22:09, 15 February 2019 (UTC)

@M5: I've opened phab:T216305 for this issue to be worked on, it shouldn't require localization of css to not be broken, also fails on testwiki. — xaosflux Talk 02:13, 16 February 2019 (UTC)
I've added a set of skin links so that others may be checked easily. I find that in Modern it's fine; in Cologne Blue it's just acceptable; but in MonoBook, Timeless and Vector it has the undesirable overlap. Why do section links not work in MinervaNeue?
Anyway, part of the problem seems to be that the height of the player changes as it loads (it starts off as a dark strip, then changes to a spinny thing, then to a paler strip which is taller than the original dark strip), but whilst the containing box changes its height to compensate, the second change is not far enough. --Redrose64 🌹 (talk) 13:51, 16 February 2019 (UTC)

Twinkle (old version)

Moved to Wikipedia:Village pump (technical)#Twinkle (redux)

Weird warning

Hi all, I was trying to add the following text to my user page under "Searches"

*"Virendra Singh Patyal" {{Search|"Virendra Singh Patyal"|long=y}} - Feb 2019 - See {{noping|Saims243}}, a sock of {{noping|Sscomputers201}}

(It helps me search for problematic stuff)

I got the following error message: Your edit was not saved because it contains a new external link to a site registered on Wikipedia's blacklist.

The text below said: The following link has triggered a protection filter:

But I don't see any part of that link on my user page, so I'm unclear on what the error was about. Help? Thanks, Cyphoidbomb (talk) 17:26, 14 February 2019 (UTC)

@Cyphoidbomb: worked for me could you try again? — xaosflux Talk 18:01, 14 February 2019 (UTC)
  • @Cyphoidbomb: I just tested it myself and got the same error. I took a screenshot and highlighted the relevant part, see here. @Xaosflux: the reason you didn't trigger the filter is because you only edited the section, and the link is not in that section. I got it to trigger by trying to edit the whole page. I have no idea why that site is blacklisted, though. ᛗᛁᛟᛚᚾᛁᚱPants Tell me all about it. 18:16, 14 February 2019 (UTC)
    • No, it is the code itself which adds the link. {{Search|long=yes}} produces a link to Xaosflux added the code inside a source comment so the template wasn't called in his edit. PrimeHunter (talk) 18:31, 14 February 2019 (UTC)
I copied and pasted Xaosflux's edit text, and did so in the same spot. AFAIK, the only thing I did differently was edit the whole page instead of the section. ᛗᛁᛟᛚᚾᛁᚱPants Tell me all about it. 18:52, 14 February 2019 (UTC)
  • OK, so \bbritannica\.com/search\?query is on the global spam blacklist (meta:Spam blacklist). — xaosflux Talk 18:18, 14 February 2019 (UTC)
    Options, we could add it to the MediaWiki:Spam-whitelist, or someone could request it be removed from the GSB. @Billinghurst: may have some more info on this one. — xaosflux Talk 18:20, 14 February 2019 (UTC)
    Also, Cyphoidbomb could remove those direct links from the page (seems to be OK to use the template only). — xaosflux Talk 18:25, 14 February 2019 (UTC) (The template also causes the hit - we could change the template to not use that search if it isn't useful anymore — xaosflux Talk 18:35, 14 February 2019 (UTC))
    Billinghurst added it in [19] and posted to meta:Talk:Spam blacklist/Archives/2018-09#spambot regexes to blacklist (September 5). Somebody was apparently using a spambot to add such links at the time. PrimeHunter (talk) 18:49, 14 February 2019 (UTC)
  • I think we should request whitelisting of that link. I have no idea how it could be used for spam in a manner that any link couldn't be used. ᛗᛁᛟᛚᚾᛁᚱPants Tell me all about it. 18:52, 14 February 2019 (UTC)
    The use of numbers of popular sites with search capacity utilised a regular spambot trick to make posts/edits look reasonable (almost like greylisting for the eyeball), especially with spambot user pages. I would tread warily in running around declaring its addition irrelevant. Similarly there has been some who think that adding search type links to articles is another winning idea, which it isn't for our encyclopaedia. — billinghurst sDrewth 22:42, 14 February 2019 (UTC)
@Billinghurst:Do you think you could expound upon that answer in more detail, please? I'm a software developer myself, but I've always shied away from web development and administration, so I'm not really grasping what you're saying here. You can reply at my talk page to avoid going off topic here. ᛗᛁᛟᛚᚾᛁᚱPants Tell me all about it. 23:30, 14 February 2019 (UTC)
  • I haven't experienced the problem again, so I suppose this has been resolved. Thanks to all involved! Cyphoidbomb (talk) 16:35, 16 February 2019 (UTC)

Labs is down is down (500 - Internal Server Error). It's been down since about 03:00 UTC. Does anybody know what's going on? Thanks, — Diannaa 🍁 (talk) 05:55, 15 February 2019 (UTC)

There are various issues, including multiple hardware failures, impacting Toolforge, ToolsDB, and other Cloud VPS instances. See phab:T216208 and mailarchive:cloud/2019-February/000548.html as well as other related tasks and emails. Expect poor performance for at least the next 24 hours. — JJMC89(T·C) 06:32, 15 February 2019 (UTC)
Update: The issues will likely not be resolved until Tuesday at the earliest. — Diannaa 🍁 (talk) 17:36, 16 February 2019 (UTC)

IABot ascribing edits to wrong account

Why is InternetArchiveBot ascribing edits like this to my old account, Noyster? When invoking the bot I am logged in using my present account, which is: Bhunacat10 (talk), 13:24, 16 February 2019 (UTC)

Bhunacat10, log out and log back in to the tool. —CYBERPOWER (Chat) 13:48, 16 February 2019 (UTC)
Thank you, but I'm simply making these edits through Page history|Fix dead links and no instruction is met with about logging out & in so that one's present account name will be shown as responsible for the edit: Bhunacat10 (talk), 13:55, 16 February 2019 (UTC)
Also log in and out of wiki with your old account to destroy all sessions that could be linked to a cookie. — xaosflux Talk 15:30, 16 February 2019 (UTC)
Bhunacat10, when you initially use the tool, you were prompted to login first. Go to the tool, in the upper right you should see your name. Go there and click Logout on the drop down menu. —CYBERPOWER (Chat) 16:27, 16 February 2019 (UTC)
Bhunacat10, BTW, why didn't just get yourself renamed? —CYBERPOWER (Chat) 19:43, 16 February 2019 (UTC)

Issues with infobox and sidebar

I have encountered issues with Template:Civil conflict sidebar and Template:Infobox civil conflict. Please see