Wikipedia:Village pump (technical)/Archive 144

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


"Keep me logged in for up to 30 days" not working

I always tick "Keep me logged in for up to 30 days" and in the past that has worked. For the last few days I have had to re-login every day. I wonder if it is related to accessing WP from different computers. But I have long regularly used two computers and only had to log in on each every 30 days. Nurg (talk) 09:37, 10 February 2016 (UTC)

I've been having to log in again every couple of weeks on the same computer. DuncanHill (talk) 09:39, 10 February 2016 (UTC)
This is because of phab:T124440. I myself have been forced out three times. --Redrose64 (talk) 09:55, 10 February 2016 (UTC)
Login on Commons is also not working, as of 5 minutes ago. It told me I was centrally logged in and then that I had to login. I was logged in here on WP. When I attempted to login on Commons, I got sent to the main page 3 times. I finally gave up and left. White Arabian Filly (Neigh) 20:52, 10 February 2016 (UTC)
@White Arabian Filly: It is suspected that you were using the mobile version of the website when you encountered this ? The developers just discovered that in the last couple of hours, logging in on mobile commons can be a problem. They are verifying and fixing it as we speak. The desktop version should be usable while this situation is being worked on. —TheDJ (talkcontribs) 21:39, 10 February 2016 (UTC)
The configuration issue keeping mobile web logins on commons and meta from working should be fixed as of 2016-02-11T01:58Z. See T49647 which was reopened as a regression. --BDavis (WMF) (talk) 03:14, 11 February 2016 (UTC)
All users have been forcibly logged out several times over the past two weeks. This was required, because a very complex dance is going on with the system that keeps track of the logins. Since there had been indications that something had gone wrong in that dance, it was decided it was safer to have everyone log back in, rather than that there was the possibility that people would have access to accounts that did not belong to them. The full details are in T124440 as already mentioned by Redrose64 —TheDJ (talkcontribs) 21:39, 10 February 2016 (UTC)
The forced session expirations for T124440 have been completed now. MediaWiki 1.27.0-wmf.13 was deployed to "group1" wikis (everything except Wikipedias) at 2016-02-10T20:03Z, undeployed at 2016-02-10T23:38Z, and finally redeployed at 2016-02-11T01:58Z. Each of these transitions may have caused some users to lose their CentralAuth sessions again. If further instability is seen (e.g. suddenly logged out when not expected or error messages related to cookies or sessions when logging in), please report here on the Village Pump, on irc, and/or as a Phabricator bug. We have done a lot of testing with the new SessionManager component, but there may still be edge cases that we haven't been able to fully exercise yet. Having details about which wiki(s) you were using when the error occurred, and if possible the cookies and headers that your browser or bot received will be very helpful. --BDavis (WMF) (talk) 03:14, 11 February 2016 (UTC)
Ok, that's fine. Thanks everyone. Keep up the good work. Nurg (talk) 07:10, 11 February 2016 (UTC)
  • I've been getting a lot of "cannot complete edit because of loss of session data" today. Is this related? DuncanHill (talk) 13:12, 11 February 2016 (UTC)
    I don't know. But, it might be that there is some loss of synchronisation - something thinks that you're logged in, something else doesn't. Or something thinks that you're logged in with cookie/token A, something else thinks that you're logged in with cookie/token B. You can force these to sort themselves out by going to the project that you last logged in through, and deliberately logging out, then logging in again. A deliberate logout will force invalidation of all cookies and tokens that have your name on, so you start with a clean sheet; and a login will create a fresh set with matching values. --Redrose64 (talk) 13:59, 11 February 2016 (UTC)
    Another possibility at the moment is that WMF's Ops team is upgrading the servers that host the redis instances that hold the session data. When they depool a server to upgrade it and again when they repool it after upgrading, that could cause session loss as it changes how the data is sharded among the different servers. Anomie 14:52, 11 February 2016 (UTC)
    The work by WMF technical operations on upgrading the Redis servers is tracked in T123711 and was just announced on the wikitech-ambassadors mailing list. Unfortunately the sessions that are actively stored on a particular server are lost when it is removed from the available pool. I've been watching backend monitoring metrics for edit session loss and it does have spikes of failures each time a server is taken out of the rotation for maintenance work. These elevated rates subside pretty quickly as session storage for affected users is remapped to new backend servers. --BDavis (WMF) (talk) 19:10, 11 February 2016 (UTC)

This also seems to be affecting STiki. Flyer22 Reborn (talk) 08:29, 12 February 2016 (UTC)

Just to be clear, those "AuthenticationManager" changes haven't come into force yet, right? We're still suspecting this is session-based? Thanks, West.andrew.g (talk) 16:00, 12 February 2016 (UTC)
Correct, AuthManager hasn't started yet, and isn't likely to for several weeks. Although the issues with Huggle and STiki this week aren't due to session changes either, they're actually due to a mostly-unrelated change to make the login and account creation tokens more logical (i.e. you can now fetch them the same way you fetch every other token) and secure that happened to break some bad assumptions that people's code was making (i.e. that action=login would never return warnings or that login tokens didn't need to be percent encoded). Anomie 17:59, 12 February 2016 (UTC)

Watchlist not showing all edits

For Chachapoya culture (edit | talk | history | protect | delete | links | watch | logs | views) it shows a reversion of vandalism today[1] but not the vandal's edits.[2] Doug Weller talk 15:17, 12 February 2016 (UTC)

It works for me. Maybe you are hiding anonymous users or only showing the most recent edit. See Help:Watchlist#Options and Special:Preferences#mw-prefsection-watchlist. PrimeHunter (talk) 16:38, 12 February 2016 (UTC)
Thanks, but I checked all those before coming here. I'll see if it happens again. Doug Weller talk 19:25, 12 February 2016 (UTC)

Harv error shows in Chrome in edit preview

With the Chrome browser under Windows 10 while previewing edit of a section that contains {{sfn}} citations an error message appears like:

1. ^ Bourrée 2004. Harv error: link from #CITEREFBourr.C3.A9e2004 doesn't point to any citation.

The citation is in fact present, but in a section at the end of the article, not the section being edited. For example, Maxime Blocq-Mascart#Inter-war period.

The error message does not appear with Microsoft Edge or with Firefox.

Also, in all three browsers if the last line is preceded by a single line break it shows as a new paragraph in edit preview mode, but flows into the previous paragraph in normal viewing mode. Aymatth2 (talk) 19:35, 9 February 2016 (UTC)

The latter thing is a known issue and will be fixed next week when the followup improvements to reference previewing will roll out. The first thing, I have no clue... When you are comparing the browsers, are you logged in into your account on all three of them as well ? —TheDJ (talkcontribs) 19:53, 9 February 2016 (UTC)
  • I was not. When I log in, the red error message appears in all three browsers. I do not recall see the list of citations before, with or without error messages. It seems as if a {{reflist}} is being added at the end of the section for preview purposes. I tried defining a citation with <ref name=testref>blah blah</ref>, then referring to it in another section, and got the message:
  1. ^ Cite warning: <ref> tag with name testref cannot be previewed because it is defined outside the current section or not defined at all.
I guess this is a new "preview citations" feature. I do not like it. I always put citation details at the back of an article, so will always get error messages. Aymatth2 (talk) 20:31, 9 February 2016 (UTC)
For many people this is desirable behaviour. If you don't like it, you can disable it. You can add #wikiPreview .references { display: none; } to your common.css. Alternatively, I've written a script that makes the references invisible by default but allows you to show them if you wish: add importScript('User:Relentlessly/hiderefs.js'); to your common.js. Relentlessly (talk) 21:15, 9 February 2016 (UTC)
Yeah Cenarium is working on improving on avoiding the warning messages. Still, It makes slighly more sense that it is suddenly consistent if you log in to all accounts, but I don't have errors with that particular section preview, and I'm logged in as well so something more complex is at play. /me has to ponder on it a bit. —TheDJ (talkcontribs) 21:40, 9 February 2016 (UTC)
@Aymatth2: The red error message is because you did this in May 2014. More information at User:Ucucha/HarvErrors. --Redrose64 (talk) 23:32, 9 February 2016 (UTC)
  • The css #wikiPreview .references { display: none; } has the effect that even when editing the whole article the {{notelist}} and {{reflist}} are suppressed in the preview. In full-article edit mode it would be useful to preview the appearance of the whole article before saving.
  • The hiderefs.js script is good when editing one section, gives slightly odd results when editing the whole article, with two "Show/hide refs" buttons, one for the {{notelist}} and one for the {{reflist}}, with the top and bottom of one button displaced a bit, so they look quite odd - but it does work. Is there a place I can upload a screenshot of this?
Ideally, what I would like is the option (preference) to suppress the generated {{reflist}} when previewing a section, but not when previewing the whole article. That is, for Show preview to show the section or whole article as they will look when saved. Aymatth2 (talk) 02:22, 10 February 2016 (UTC)
@Aymatth2: re Is there a place I can upload a screenshot of this? – you can upload screenshots to Wikipedia or Commons, see WP:WPSHOT for info - Evad37 [talk] 05:05, 10 February 2016 (UTC)
  • @Relentlessly: Here is a screenshot of the effect of the hiderefs.js script when previewing edit of the whole article, for a "Notes" section that holds {{notes}}{{reflist|30em}}. The buttons work, so there is no real problem, but look a bit odd. Chrome Windows 10.
Hiderefs script result 2016-02-10 A.png

Now I am unsure what works best. I typically start an article and add most of the content in "full article edit" mode: I want to see what the whole article will look like, and will often merge or split sections and shuffle content around from one section to another. At this stage I obviously want any cite link problems to be highlighted, so
  • User:Ucucha/HarvErrors.js is essential
  • css #wikiPreview .references { display: none; } is not really an option
  • hiderefs.js is awkward since I would have to click two buttons every time I want to preview, which in my case is "often".
I may go back to an article a day or two later to look at it with fresh eyes and copyedit, one section at a time. At this stage I do not have any use for the list of citations, particularly when non-errors are highlighted.
Hiderefs script result 2016-02-10 B.png

The false error messages are a bit distracting.
I often make minor edits to other articles, such as adding links to an article I just started. If this includes adding a citation I will do it in "full article edit" mode, so I can see that all the citations for the article looks consistent, and perhaps tidy up the others a bit while I am at it. If I am editing just one section it would be a very minor edit where I would not have any use for the list of citations.
What are the chances of getting an "opt-out" preference, so the citation list does not appear in single-section edit preview? Aymatth2 (talk) 14:28, 10 February 2016 (UTC)
To get the "false error messages" fixed or suppressed would probably need the attention of Ucucha (talk · contribs), who wrote the script - it's not part of MediaWiki, nor is it a recognised gadget - it's a user script which everybody (Ucucha included) uses at their own risk. --Redrose64 (talk) 00:14, 11 February 2016 (UTC)

  • @Redrose64: User:Ucucha/HarvErrors.js may be a red herring, although it highlighted the problem. A very similar result would appear with named references defined in different sections, or perhaps tucked away at the back inside {{reflist|refs=<ref name=abc>{{citation ...}}</ref><ref name=xyz...> }}, thus:

Hiderefs script result 2016-02-10 c.png

What looked at first like a bug seems to be a question of whether an editor can default to suppressing the list of citations that is now added to the preview of a section edit. A solution that would work well for me and perhaps for other experienced editors would be to have hiderefs.js act only in "section edit" mode, not "full page" edit mode, and to have it remember the editor's preference or last choice on whether the list of citations should be shown or hidden. A user who had chosen "hide" would see the Show/hide refs button but not the list of citations. They could click on the button to see the citations if they wanted – the best of both worlds. In "full page" edit mode they would always see the citations as they would appear after the page was saved, so the button would not be needed. Is that practical? Aymatth2 (talk) 02:44, 11 February 2016 (UTC)
This'll be possible next week today since there's going to be a class specifically for references in section preview ("mw-ext-cite-cite_section_preview_references", cf phab:T125981). Cenarium (talk) 10:50, 11 February 2016 (UTC)
  • @Cenarium: That is good news. I do not think I am unusual in preferring to usually hide the preview of references. I mostly work on short articles, maybe 10k long. My habit is to make significant edits, including addition of citations, in full-article mode. I frequently preview to check the appearance of the whole article, including references. I use section edits only for small changes like adding a link or fixing a typo, where I am not interested in previewing the references. When the references are visible, more scrolling is needed to compare the preview text to the edit text. But this is just personal habit, and I am sure that for others the preview of references will be very useful. I will find it useful when editing sections in very large articles, where editing and previewing the article as a whole is less practical. Some editors work almost entirely on large articles.
How do I request addition of a Show references / Hide references button to show or hide references in section preview? It could perhaps appear on the Preview of References heading line and default to the user's last choice... Aymatth2 (talk) 14:12, 11 February 2016 (UTC)
I don't know about making it a switchable preference, but I can show you how to turn it off long term. To suppress the display of reference lists in preview mode, there's a simple CSS rule:
/* hide reflist in preview mode */
div#wikiPreview ol.references {
  display: none;
To display the reflist, but suppress the red Harv errors (also the recently-introduced black Harv warnings, which you might not have noticed), don't use the above - instead, a more complicated selector is needed for the rule:
/* hide Harv errors and warnings in preview mode */
div#wikiPreview span.reference-text strong.error,
div#wikiPreview span.reference-text strong.warning {
  display: none;
Whichever one you choose to go with, put it in Special:MyPage/common.css. These rules are only effective in preview mode: they will not affect the display of references when viewing pages normally. --Redrose64 (talk) 16:58, 11 February 2016 (UTC)
  • @Redrose64: Thanks, but those css changes work on preview of full article edits as well as just section edits, and hide footnotes as well as citations. I would rather put up with seeing a sort-of-preview of the references, single column, bold red warnings and all, when editing a section than lose the ability to see a preview when editing the whole article. Perhaps I am being too picky. I feel I am taking up too much time over this. Again, thanks, Aymatth2 (talk) 18:59, 11 February 2016 (UTC)
The new code has been deployed so you can just add
.mw-ext-cite-cite_section_preview_references{display: none;}
to hide the ref section completely in section preview. Or
/* hide Harv errors and warnings in preview mode */
.mw-ext-cite-cite_section_preview_references span.reference-text .error,
.mw-ext-cite-cite_section_preview_references span.reference-text .warning {
  display: none;
to only hide errors/warnings. (Errors/warnings are likely to become spans in the future, and mw-ext-cite... div.) Relentlessly will probably update the script too. Cenarium (talk) 20:11, 11 February 2016 (UTC)

Harv error (break)

@Cenarium: I tried the first option, adding

.mw-ext-cite-cite_section_preview_references{display: none;}

to User:Aymatth2/common.css, and the result was strange:

Preview section citations css 2016-02-11 d.png

I got this even after closing Chrome and restarting. I blanked common.css, tried again, and as expected got:

Preview section citations css 2016-02-11 e.png

Chrome under Windows 10. No idea what is wrong. The last-line-new-para bug is fixed. Aymatth2 (talk) 21:18, 11 February 2016 (UTC)

Looks like the rendered html on WMF wikis is not the one I had expected from local testing. You can add
$(".mw-ext-cite-cite_section_preview_references").each(function() {
to your special:mypage/common.js. This will add Relentlessly's script only in section preview, not in full page preview. Cenarium (talk) 16:08, 12 February 2016 (UTC)
  • Thanks Cenarium. That works well for me. Perhaps it would be worth considering something like this as standard for all users? Aymatth2 (talk) 17:12, 12 February 2016 (UTC)
  • This shouldn't be a default since inexperienced users benefit most from previewing the references in section preview and might not think of clicking on the show button. This could be a gadget though. Cenarium (talk) 17:32, 12 February 2016 (UTC)
Thanks, Cenarium. I've added the conditional to the script, so it only works in section previews. Relentlessly (talk) 17:27, 12 February 2016 (UTC)
  • One way to do it would be to put a toggle link on the reference preview header, like:
Preview of references [ hide ]
  • reference1
  • reference2...
Then if the editor clicked on "hide" it would change to
Preview of references [ show ]
[references hidden]
The initial default would be to show the references. Once they click hide on a section preview the references would be hidden on subsequent previews until they click show, after which the references would be shown on subsequent previews. Probably that violates all sorts of guidelines though. Aymatth2 (talk) 20:40, 12 February 2016 (UTC)

Moving article didn't work at first

I moved Ásta Helgadóttir to Ásta Guðrún Helgadóttir, as she is best known under her full name. When I first tried moving the article, it wasn't yet interwiki-linked to the Icelandic and German articles through Wikidata. I entered the new article name (Ásta Guðrún Helgadóttir), gave a reason, and checked the "Watch source page and target page" box. When I clicked the "Move page" button, there seemed to be some kind of browser response, a short loading time, but nothing happened and the page didn't get moved. I tried this, I think, three times without success. Well, I tried it again after I linked the pages in Wikidata, and also didn't check "Watch source page and target page" this time. For whatever reason, now it worked. No idea whether this may have something to do with Wikidata (Icelandic and German article were already named Ásta Guðrún Helgadóttir), or with the watchlist, or whatever, but well, maybe it's an interesting report for some people dealing with technical matters ;-) Gestumblindi (talk) 20:55, 12 February 2016 (UTC)

Elkman infobox creator not working

Any idea why the Elkman infobox creator is not working?Zigzig20s (talk) 00:13, 13 February 2016 (UTC)

@Zigzig20s: You might want to ask at User talk:Elkman. GoingBatty (talk) 03:33, 13 February 2016 (UTC)

Infobox not shewing a field

On Arthur Quiller-Couch the "influenced" field in the infobox does not shew. Anyone know why, and how to fix it? Thanks, DuncanHill (talk) 12:26, 11 February 2016 (UTC)

|influences= and |influenced= no longer supported. See documentation at {{Infobox writer}}.
Trappist the monk (talk) 12:36, 11 February 2016 (UTC)
(edit conflict) Support for the "influences" and "influenced" parameters was removed from {{Infobox writer}} on 4 August 2013 here. The discussion that led to the removal is at Template_talk:Infobox_writer/Archive_8#"Influences" and "Influenced", with a related RFC here. -Niceguyedc Go Huskies! 12:40, 11 February 2016 (UTC)
Thanks, that would explain it! DuncanHill (talk) 13:11, 11 February 2016 (UTC)
Thanks for expanding my vocabulary! --Pipetricker (talk) 13:28, 11 February 2016 (UTC)
Arthur Quiller-Couch would have approved of no other spelling. William Avery (talk) 13:37, 11 February 2016 (UTC)
And Ed Sullivan would have approved of the pronunciation. :-) GoingBatty (talk) 03:30, 13 February 2016 (UTC)
"Shew" is usually pronounced the same as "show". In Milton it's pronounced to rhyme with "hoo" or "moo". I have no idea how Ed Sullivan pronounced it. DuncanHill (talk) 09:08, 13 February 2016 (UTC)

Mobile app


Hi am BOTFIGHTER, Can I login in Wikipedia official app(from playstore)?BOTFIGHTER (talk) 12:24, 10 February 2016 (UTC)

Editor is not sure where to ask this question. (talk) 13:01, 10 February 2016 (UTC)

They were advised at WT:RD to post to WP:HD, which is one of the two preferred places for how-to questions. This page is for suspected technical problems/issues with Wikipedia software. But it's been bounced around enough, so I'm leaving it here. ―Mandruss  13:48, 10 February 2016 (UTC)
@BOTFIGHTER:: You can login using the Android app, yes. Tap on the menu icon in the top left corner, next to the search box (VisualEditor - Icon - Menu.svg). You'll get a fly-out from the left that has the option to login. Keegan (talk) 23:17, 11 February 2016 (UTC)
Thank you Keegan, for your answer, it would help me!BOTFIGHTER (talk) 15:53, 13 February 2016 (UTC)

Autobiography filter

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Starting yesterday the Teahouse and Help desk have received questions like this. When the user tries to create an article they receive a message that the edit was trapped by the autobiography filer, offering a workaround. When they try the workaround, it repeats the original message. While trapping autobiographies is a good thing, the workaround seems to be broken, leading only to frustration. Maybe a solution would be to direct the author to save the article as a draft and then submit it through AFC. —teb728 t c 00:07, 12 February 2016 (UTC)

Does anyone know about this? —teb728 t c 13:47, 13 February 2016 (UTC)
I believe this is due to or related to phab:T22661. Really needs fixing. Sam Walton (talk) 15:21, 13 February 2016 (UTC)

The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Wikitext on .js page

Resolved: Recreated page. — xaosflux Talk 18:46, 13 February 2016 (UTC)

The page User:Gharouni/monobook.js is a .js page but its content model is "wikitext" because Gharouni monobook.js was moved to User:Gharouni monobook.js, which was then moved to User:Gharouni/monobook.js. This can be fixed by deleting the page. GeoffreyT2000 (talk) 18:01, 13 February 2016 (UTC)

And the reason for posting it here is...? --Edgars2007 (talk/contribs) 18:07, 13 February 2016 (UTC)
The page content model is supposed to be "JavaScript" for .js pages, but it is "wikitext" for the page mentioned above. GeoffreyT2000 (talk) 18:16, 13 February 2016 (UTC)
The page is currently a Javascript page, and unless some bug of which I am unaware has messed up with it that's what this page always was. עוד מישהו Od Mishehu 18:30, 13 February 2016 (UTC)
 Done - recreated to fix the content model. — xaosflux Talk 18:44, 13 February 2016 (UTC)

I know, it's archived, but still. If the problem was to delete (recreate) the page, then it's AN matter, not VPT. Yes, it's a known bug, that page content model doesn't get updated, when performing such moves. --Edgars2007 (talk/contribs) 19:21, 13 February 2016 (UTC)

Yes, this technical issue could have been requested at AN; rather than move this discussion to AN, I just did it here. — xaosflux Talk 20:47, 13 February 2016 (UTC)
  •  Administrator note: adding directly to archive because someone may come searching for this one day Special:ChangeContentModel is now available for admins to fix these directly. — xaosflux Talk 18:30, 16 March 2016 (UTC)

Lynx support

WP Browser notes says Wikipedia supports the Lynx browser

(with some problems).

This is not what I see: When I try to access Wikipedia

using Lynx (2.8.5 DJGPP), I get NO response from the server.

Would anyone at this list please check ?  — Preceding unsigned comment added by (talk) 23:36, 10 February 2016 (UTC) 
It works just fine for me. But we only support HTTPS, so my guess is that your version of lynx doesn't support https, or the algorithms of HTTPS that we require. —TheDJ (talkcontribs) 23:53, 10 February 2016 (UTC)
SSL (https) is a configure-script (build-time) option.
The version message (lynx -version) shows whether lynx is built with OpenSSL (or even GNUTLS).
The SSL configure option (--with-ssl) for Lynx provides the ability to make use of SSL over HTTP for secure access to web sites (HTTPS) and over NNTP for secure access to news servers (SNEWS).
Lynx also has experimental support for GnuTLS (configure option --with-gnutls). The Quixotic Potato (talk) 02:03, 11 February 2016 (UTC)
My version of Lynx supports https (with OpenSSL, no TLS). Anyway, when I type "" in the address bar,

I get the message "making https connection to" and nothing more, till the connection times out.

Another machine, at the side of the first, using Firefox 2.0 and the same gateway can access without any problem almost 100% of the time.
Note: I am the guy who did post the first message of this thread, even if my IP address is not the same.  — Preceding unsigned comment added by (talk) 23:00, 13 February 2016 (UTC) 

viewing figures

hello. Is there some way I can see how many people have viewed a wikipedia page per month? Govindaharihari (talk) 06:33, 12 February 2016 (UTC)

Depending on your needs, see toollabs:pageviews and/or the API. — JJMC89(T·C) 06:49, 12 February 2016 (UTC)
Many thanks Govindaharihari (talk) 07:44, 12 February 2016 (UTC)
@Govindaharihari: You can also go to the page, click 'View history', then click 'Page view statistics'. Akld guy (talk) 05:42, 14 February 2016 (UTC)

Overlined text does not display properly in table of contents

The Prosigns for Morse code article includes several sections with overlined text like this. This overlining is significant to the content of the article and cannot be substituted by any alternate highlighting forms such as underlining or italics, angle brackets, etc. The overlining displays correctly in the article itself, but does not display in the automatically generated table of contents. Is there a fix or workaround for this? Thanks. (talk) 10:48, 14 February 2016 (UTC)

The same question was asked at Help desk. Per WP:MULTI, don't post the same question in multiple places. --Edgars2007 (talk/contribs) 10:52, 14 February 2016 (UTC)
The short answer is no. Try to use different section names instead. The longer answer is those symbols are using 'visual' markup icw text. Think of it like this. Text == "content" but visual markup == "non-important decoration". For various reasons, we only allow text in headers (you don't want images in your headers either right). There is actually some way to do this with text. It's the combining overline diacritic: H̅H̅. Unfortunately the way it displays is very dependent on the fonts used by the computer trying to display this sequence, and most computers are still terrible at it. People with work on math articles often run into similar problems btw. You are running into the limitations of what computers can currently do. (they can do it quite well in a 'sandboxed' and specialized environment, but not so well in a generic environment like the web). —TheDJ (talkcontribs) 12:31, 14 February 2016 (UTC)

Images not working properly

Resolved: Answered at destination fredgandt 13:12, 14 February 2016 (UTC)

There are three images that, in theory, are standard image formats, but won't display in articles (even though the web browser's can display them standalone). Please chime in at Wikipedia:Files_for_discussion/2016_February_13#File:Trustee.png if you understand what is going on with them. Thanks, Oiyarbepsy (talk) 21:26, 13 February 2016 (UTC)

Section not acknowledged as a section

So I encountered this bug when trying to respond to a message on my talk page. In this image, you can see that the bottom section isn't being acknowledged as a section. At first I thought it was improper formatting, but the wikimarkup is properly formatted as a level 2 header. Yet, this section is not recognized as one. I tried to access it manually by setting the section id in the edit address, only to get a section not found error.—cyberpowerBe my Valentine:Online 14:27, 10 February 2016 (UTC)

Anyone can see this bug on my talk page.—cyberpowerBe my Valentine:Online 14:34, 10 February 2016 (UTC)
It may be the opening curly braces causing the issue. Maybe try surrounding them with nowiki tags? Ravensfire (talk) 14:44, 10 February 2016 (UTC)
Yes, that's fixed it. -- John of Reading (talk) 14:48, 10 February 2016 (UTC)
Huh, interesting. I still say that's a bug though. The MW parser is clearly in conflict. — Preceding unsigned comment added by Cyberpower678 (talkcontribs) 15:04, 10 February 2016 (UTC)
Not a bug. A pair of opening braces introduces a template transclusion, and the MediaWiki parser expects there to be a matching pair of closing braces later on. Not being closed is an error by Bgwhite (talk · contribs), not the MediaWiki parser. --Redrose64 (talk) 21:49, 10 February 2016 (UTC)
I disagree. The parser ignored the template and left the text alone. It should not be considered a template if it can't find respective closing braces. It's clearly an inconsistency. Either it makes it a template, it ignores it COMPLETELY, not halfway.—cyberpowerBe my Valentine:Limited Access 18:14, 11 February 2016 (UTC)
To call the MediaWiki parser a true parser probably does it more justice than it should... I believe Parsoid seeks to correct that mistaken impression. --Izno (talk) 19:12, 11 February 2016 (UTC)
  • Yup. Looks like a sure fire bug to me. The PHP isn't outputting the correct HTML, so that's a definite bug. Yeah, the whole <span class="mw-editsection"> is omitted. If those two braces aren't being parsed properly, there's the potential for all kinds of nasty hackery. fredgandt 13:38, 14 February 2016 (UTC)

WP:MERGE sorted by WikiProjects

Is there any way by which I can track the articles proposed for merger tagged with a particular WP tag, say for example WP Jainism? -- Pankaj Jain Capankajsmilyo (talk · contribs · count) 10:26, 14 February 2016 (UTC)

@Capankajsmilyo: Link --Edgars2007 (talk/contribs) 16:57, 14 February 2016 (UTC)


Hello folks, so building on top of the earlier quicksurvey experiment. This is headsup that the team is running anther survey tomorrow. By the afternoon, the sampling rate will be (0.002%) meaning that 1 out of every 500 will get to see the survey. It is planned to run for 2 weeks, however, we may stop after 1 week if we have enough responses by then. More info around the user research is found here. Feel free to ask question there. Thank you--Melamrawy (WMF) (talk) 21:39, 10 February 2016 (UTC)

intrusive in-article placement of "quicksurveys"?
Why do you run this on such short notice, Melamrawy (WMF)? WMF ran the same survey on enwiki in November 2015 (via Google Forms!). Now you want to rerun it, again via Google Forms(!) with even moar data collection on users ("We have added additional instrumentation that will allow us to join survey responses to the web-request logs, which opens up many new avenues of analysis...") "Given the added instrumentation there is a new privacy policy" ("We may disclose any collected information when required by law, when we have your permission, when needed to protect our rights, privacy, safety, users, or the general public, and when necessary to enforce our Terms of Use or any other Wikimedia policy.") - that is very open to interpretations... And additionally Wikipedia readers have to agree to the google Terms Of Service...! And, regarding "we will run Survey 1-2, and 3 in 2 more languages." - which Wikipedias / languages will that be? --Atlasowa (talk) 23:04, 10 February 2016 (UTC)
@Atlasowa: Regarding running surveys 1 and 2 in two more languages: We ran the surveys in eswiki and fawiki at the end of January. We will be able to share the results of the handcoding from that survey on the Research page in the week of February 15. The goal of those surveys was to assess whether the categories and labels identified from running surveys 1 and 2 in enwiki persist as we go to other languages.
Regarding the timing of the survey: I'm more than happy to be a bit more flexible and make sure you have enough time to learn more about it before we start the survey. I will ask the team to start the testing in the morning PST with a very low sampling rate of 5 out of 100K requests or something along that line. This way we will at least have another 18 hours to discuss. If we have questions we cannot address in that time, I'll request a delay for the survey for us to have some more days to talk. I'm hoping that this addresses the comment below by @The Quixotic Potato:. Face-smile.svg --LZia (WMF) (talk) 03:40, 11 February 2016 (UTC)
Can someone please start an RfC or something to stop this? The Quixotic Potato (talk) 01:47, 11 February 2016 (UTC)
This isn't a change in the privacy policy. The privacy statement for the survey fulfills our obligations under the main privacy policy. In the Surveys & Feedback section, there is flexibility in how we run surveys, so for each survey we provide more information about what we will collect, share, and keep, as well as the purpose of the survey. Just to clarify, the survey's privacy statement just applies to users who opt to fill out the survey, not everyone reading Wikipedia. Stephen LaPorte (WMF) (talk) 02:22, 11 February 2016 (UTC)
Atlasowa, The Quixotic Potato: on top of what Stephen and Leila said, I'd be very happy to discuss any additional questions or concerns you may have about this study and its participation, which is entirely opt-in. Please ping me so I can respond promptly.--Dario (WMF) (talk) 06:04, 11 February 2016 (UTC)
@Melamrawy (WMF): @LZia (WMF): @Slaporte (WMF): @Dario (WMF): Hi! I am talking about the WMF as a whole, not about anyone individually. Please don't kill me, even if you disagree with me. Thank you.
  • The WMF offered to wait, to hear our input. Thank you. This is a very good idea. We are not in a hurry.
In the future, please assume that there is always someone out there who disagrees with or complains about whatever you do (because there is, this community is big), and post a message (for example at the village pump) asking people for input. If you cannot get a consensus then it is probably a bad idea. If you have a good idea then it is incredibly easy to get consensus, and it doesn't take a lot of time. If everyone agrees that it is an excellent idea they will still be grateful that you've asked them for their input, because it means that you value their input. If some people still dislike it then you can point out that you have asked for input from the community and that you have consensus to do whatever you are doing.
I think that this would be an excellent strategy from now on. Do you agree?
  • The WMF seems to be addicted to surveys. This needs to stop. Every week you guys run another survey, and they are usually pointless. Communication with the userbase is a good thing, but asking people to fill out survey after survey after survey is extremely annoying. If you value the time of others then please please stop doing this. I have noticed that the results of the survey are usually ignored, because the quality on average is very low. Most people who are smart and use Wikipedia a lot can more or less predict what the answers would be anyway. Informally asking for input at (for example) the Village Pump will reduce the need for Yet Another Survey (I believe most of them can be avoided this way).
Look at the community; it is running a billion "surveys" at the same time, but it uses the discussion format instead of creating HTML forms. The Village Pump, WP:Requests for comment and AfD, that is the kind of stuff the community uses to quickly get consensus about something (or not). The WMF's insistence on using surveys with HTML forms isn't helpful, it would be better to adapt to the community and to allow it to use the discussion format.
  • Surveys should ALWAYS be opt-in. No exceptions. Don't tell me that this introduces bias, everything introduces bias. Every choice you make while creating the survey influences the results in some way. The simple act of observing a particle changes it. Opt-in means that you do not see a surveyquestion unless you explicitly opt-in to receive surveys. You seem to be using your own (wrong) definition. Opting in for beta features is something completely different.
  • The WMF doesn't seem to understand how difficult it is to create a good survey (and how difficult it is to create a good way to deal with the response). Asking the right questions in the right way and interpreting the results correctly is an art and a science. Doing this kind of research is incredibly complicated, and the WMF makes the same basic mistakes over and over again. I am not an expert on this topic but you guys can probably find a community member who is, or hire someone. Scientists have been working on this for quite a while; why doesn't the WMF use their knowledge to its advantage? Like I said, every choice you make while creating the survey influences the results in some way.
  • Surveys should NEVER be placed in articles. Can I test this somewhere without installing the QuickSurveys extension in my own MediaWiki installation? The WMF doesn't seem to understand that they are not allowed to touch the part of the interface that contains the article. I hate banners with the burning passion of a thousand suns, but even that would be a better idea because it they are outside of the article content and they are opt-in. The community owns Wikipedia, because the community created it, and the WMF should serve and protect the community.
  • The WMF seems to be a bunch of individuals working without any organized leadership... like Wikipedia. In the WMF's case that is a bad thing. Why don't you guys stop doing surveys for 3 months? During this period you collect all the requests for surveys, and then you create 1 combined survey that is multi-purpose. This way you can have 4 big surveys per year, this is MORE than enough. Maybe it is a good idea to start with a period of 6 survey-less months, during this time it is possible to create the infrastructure required and hire someone who knows how to do this kinda stuff.
  • There seems to be no one in the WMF who dares to stand up and say "this is a bad idea". Please hire me or someone like me, I am extremely good at detecting bad ideas and I don't mind being perceived as rude or blunt. Even I think I am kind of an asshole. I do not know if they are afraid to lose their job or if this is part of the (sub)culture or something but you guys really need to hire some Negative Nancies and Debbie Downers like me who are good at identifying bad ideas and are not afraid to point them out. I am not sure what has caused this problem but I know that this is a very big problem. Pointing out mistakes made by others is my job in real life.
  • The WMF doesn't seem to understand that discussions are better than surveys and better than voting. This example perfectly illustrates that it would be better if you guys would've started a discussion about this a couple of weeks ago.
  • The WMF announces things that will happen the next day, and then they are unprepared to deal with all the criticism in this short period of time. The community sees something change unexpectedly and starts complaining en masse. This could all be prevented by making the announcement at least a week or so in advance (preferably more). Or better yet, instead of announcing something, ask around if it is a good idea.
  • I strongly recommend making a list of people who are willing and able to provide feedback, and asking those people for input. Again, this should be an opt-in list. You can use the message delivery service or pings or something like that to get their attention.
  • The WMF needs to create a centralized portal where the community and the WMF can ask eachother questions. User:Mdennis (WMF) explained to me that there is a lack of resources in this area. I think that this is incredibly important. It would be nice to have a FAQ, and a place where WMF members can describe the projects they are working on and invite the community to give feedback. Currently, the community isn't able to see what the WMF people are working on. More transparancy = more trust. Another problem is that the community is unable to give feedback on projects that are unfinished. I think a lot of time and money is wasted because the WMF does not ask the community for help when it should (in the earliest stage possible). Certain members of the community are ready, willing and able to point out the mistakes made by the WMF and some can even fix/improve the code written by the WMF. But its not all negative, the community can also help by posting feature requests, translations, help writing documentation, post suggestions to improve something, bugreports etc. There must be someone in the WMF's hierarchy who is able to allocate more resources to the team to speed up the process of creating this hub. Should I ask Jimbo to prioritize this?
The Quixotic Potato (talk) 07:44, 11 February 2016 (UTC)
  • Support call for RFC and comments by Atlasowa and Quixotic Potato. I mean, am I really supposed to believe that Wikipedia can't write up a couple of forms with check boxes on its own???? Is this about collecting information for Wikipedia - or for collecting information for Google!? Or its masters at the NSA, who can rely on the company's "unique relationship" with Firefox (and ownership of its own browser) to have reliable long-term identification of users, perhaps. Let's be clear here: the mistake is that MediaWiki should not have extensions that rely on closed-source code or third-party servers, period. Didn't Wikipedia do a huge purge of the toolserver just a year ago over code licensing issues? How'd you miss this? I would be curious to find out whether Google gets to run its script before the users randomly selected for enhanced screening measures even get a chance to say no, and whether the running of this script "due to a bug" on mobile users was able to provide Google with reliable tracking of each article they viewed until they declined the survey. (The survey privacy policy specifically allows the sharing of raw data with "service providers", and the page being viewed is explicitly part of the survey information) Wnt (talk) 08:13, 11 February 2016 (UTC)
    Instead of using a survey format I would recommend using discussions, a far more flexible format. But I can imagine that in certain scenarios a survey format is more convenient, so that means the WMF should create an extension that handles the HTML forms. @Wnt: is correct, the technical side of that isn't very difficult, and there is no need for a 3rd party to handle that stuff.
    The current QuickSurveys extension should be changed: we need to have something that is truly opt-in, e.g. by showing a sitenotice that says "please participate in this survey". When you click the link it should show a popup like WikiLove or go to a different page. The Quixotic Potato (talk) 09:07, 11 February 2016 (UTC)
    @Wnt: No, Wikipedia did not "do a huge purge of the toolserver just a year ago". Toolserver was shut down at the start of July 2014 by Wikimedia Deutschland, who had provided it. The shutdown had nothing to do with code licensing, it was simply a lack of funding. You can't purge something that was no longer operational, and it was not within the remit of Wikipedia to control Toolserver, even if it had still been functional. --Redrose64 (talk) 14:10, 11 February 2016 (UTC)
I think that this definitely is NOT the right village pump for this discussion. I also have some opinions about the discussion being opened, but i have no energy to wikilaywer over stupid stuff like this —TheDJ (talkcontribs) 13:17, 11 February 2016 (UTC)
@TheDJ: it would be helpful if you'd enlighten us where we *should* have this conversation? It sounds like several of us think an RfC is in order, and it would be best to put it in the proper spot from the beginning. Wnt (talk) 13:41, 11 February 2016 (UTC)
I agree that this place is far from ideal, but at least its better than nothing. The Quixotic Potato (talk) 00:31, 12 February 2016 (UTC)
Hello again everyone, I would like to clarify a few points around QuickSurveys: This is a service that helps us understand our readers based on data which we can't collect otherwise. The idea of showing messages to users while they are browsing Wikipedia, helps us reach to the right audience directly (our readers), and gives them an optional chance to help us better identify their needs. The survey itself is entirely optional and people can skip it in one click. The screenshots you shared, are for an old mockup of the idea of the survey, the actual survey has a button that checks if the person wants to participate in the survey, and there are yes or no buttons. By choosing not to take it, the message will disappear. Those surveys run for two weeks or less, and are showed to a tiny percentage of users. This survey we announced should show to 0.2% of readers, meanings that every one person out of 500 people will see the survey. Actually, thanks to our traffic, we can collect a reasonable sample in a very short time. QuickSurveys idea has first been announced in the reading team updates since August 2015 and October 2015. Those updates themselves are announced on Wikitech-l. There was an early announcement on this village pump in November 2015, when the first survey was launched and the project has a clear documentation on meta with clear dates, results, and next steps. The phabricator workboard for the project is public which helps keep up to date with all project details, and suggest specific solutions or requests around certain implementation details. We currently do not have a system that enables us to collect data for multiple questions, so we are using an external service, while notifying our users that we are doing so. Even with the current implementation, they way how the system is set up, doesn't allow the third party to identify users identities. So while we need to collect data in order to help us better assess our decisions for the readers products, we trust, that we are not currently exposing our readers to a possible breaching of their privacy, while they are doing us an optional favor of helping us understand what our users want. I hope this has helped clarify more info around those QuickSurveys, and if not and you have more specific questions or suggestions, please share them. Thank you--Melamrawy (WMF) (talk) 23:54, 14 February 2016 (UTC)

PNG rendering in the infobox

When I compare a png image here 1, 2, 3 I see an unusually dark rendering in 1 (new Firefox or IE), why? Materialscientist (talk) 05:41, 15 February 2016 (UTC)

I've seen this problem also brought up on Czech Village Pump and German Commons Forum. If I get it correctly it seems to be an issue in the underlying ImageMagick software which would get solved once the systems on Wikimedia servers get upgraded to a more recent Linux distribution. --AKlapper (WMF) (talk) 08:49, 15 February 2016 (UTC)

How long does it take for a page to update?

I just was helping out at MFD, and found 2 pages where the discussion link was red. While I know that it sometimes takes some time for these links to be updated, these discussion pages were created on January 31. Is the system that slow in updating this? עוד מישהו Od Mishehu 06:08, 15 February 2016 (UTC)

Sometimes these updates get lost and you need to trigger them manually with a WP:PURGE. —TheDJ (talkcontribs) 09:39, 15 February 2016 (UTC)

The text under the image, to the left of the table

What can I make to fill a blank space under image? class="wide wikitable" . Thanks.--Парис "Анима" надаль (talk) 08:25, 15 February 2016 (UTC)

Where two blocks that are not text (an infobox and a table in this case), compete for space, white space will be present, it is unavoidable. Also never make too many assumptions about positioning to begin with. Positioning is dynamic and will behave different on mobile vs desktop and narrow and wide monitors. —TheDJ (talkcontribs) 09:45, 15 February 2016 (UTC)

Images being suppressed

Thumbnails are suppressed on pages I browse and replaced by a link - I think by Adblock Plus - how do I correct this? Paul venter (talk) 09:32, 15 February 2016 (UTC)

You can disable Ad Block Plus by clicking on its logo. You can disable it for a specific page, an entire website, or disable it everywhere. After you've disabled Ad Block Plus, press F5 to refresh the page, and check if the problem is fixed. If not, re-enable Ad Block Plus. The Quixotic Potato (talk) 13:25, 15 February 2016 (UTC)

Watchlist: pages added to categories

I've been away for a week, and an older bug seems to have reappeared for me. Some two weeks ago, all changes to the contents of a category you watched were shown in your watchlist, until the WMF emergency rollbacked that change after many complaints here. Now, this "feature" seems to have returned. However, in my preferences, under "watchlist", " Hide categorization of pages" has been checked. All I want to see is a change to the actual category page (the code of the category), not any additions or removals of pages to that category. Am I the only one with this problem? And any ideas on how to solve this, without removing these categories from my watchlist (I really want to watch these for vandalism or other problems, like people adding pages directly to a category page instead of by adding the "category" syntax to the page). Fram (talk) 08:18, 15 February 2016 (UTC)

I have meanwhile found the checkbox (hide [...] page categorization) on the actual watchlist page, however I still wonder what the preference is supposed to do, as it didn't work for me. The preference should automatically chech that checkbox, no? Fram (talk) 08:44, 15 February 2016 (UTC)

Let me see if I think you're reporting the same experience that I think I'm experiencing: Changes in categorization of articles are being logged as changes to categories. This is causing changes on the category pages to get lost in the sea of changes, right? --Izno (talk) 12:31, 15 February 2016 (UTC)
Yes! You can suppress this by going to the top of your watchlist and checking the "page categorization" box (second to the right, before Wikidata); but there is also a checkbox in your preferences (tab watchlist), which is the better way of handling these but which (for me) doesn't work. Fram (talk) 13:28, 15 February 2016 (UTC)
I can't speak to the issue you raise, and I agree you should be able to fine tune this setting, but I am enthusiastically in favor of the change that enables ability to monitor changes in category membership. olderwiser 13:41, 15 February 2016 (UTC)
older: Right, me as well. --Izno (talk) 13:59, 15 February 2016 (UTC)
Fram: So you want (and I'm pretty sure I would like also) some way for only category changes and not their membership changes to be obvious? For me, this edit showed up on my watchlist with "page categorization" checked on Special:Watchlist (while none of the membership changes show up). Is it possible that in the categories you're watching none have had an edit made to them in the past watchlist time period?

I haven't checked my preferences, but the checkmark in Special:Watchlist persists across browser sessions, so I would guess that the checkmark in preferences does control the default state of the checkmark on Special:Watchlist. --Izno (talk) 14:01, 15 February 2016 (UTC)

The watchlist check does what it should do, but it wasn't checked for me despite having the preference already set correctly in the past (and still set correctly now). I hadn't at first seen the watchlist check, so was wondering why the preference didn't do anything (for me): I still wonder the same thing, but with the watchlist check it is a lot less urgent of course. And I agree that ity is nice that we can see which articles get added to categories, but for me it isn't useful as I also have some categories with too many articles on them, so my watchlist gets flooded if I enable it. Enabling it on a per-cat basis would be great, but that's something for the advanced watchlists we may get one day. Fram (talk) 14:29, 15 February 2016 (UTC)

Tech News: 2016-07

16:16, 15 February 2016 (UTC)

Belated praise for seeing the references when you preview a section you are editing

This has changed my life as most of what I do around here is adding references to articles. Kudos wherever you are. (talk) 16:41, 16 February 2016 (UTC)

Collapsible tables/divs

I have just made a change from class="collapsible" to class="mw-collapsible" on Template:Multiple issues at the request of Tacsipacsi. The result is a more stylish fading in/out of the collapsed content, and according to him/her the article load time is reduced. I'm just checking here that this is a good idea, before deploying this change more widely. Thanks — Martin (MSGJ · talk) 08:57, 16 February 2016 (UTC)

@Tacsipacsi and MSGJ: mw-collapsible does not support autocollapse functionality; that is that tables/divs using the mw-collapsible will not be displayed automatically if there is only one invocation of the class on the page of interest. This is the reason none of our templates use it presently; the change necessary in core was not considered a blocker for deployment by Krinkle at phab:T32352 when mw-collapsible was deployed. Tacsipacsi appears to be subscribed to the task there since December, so I'm not sure why he thought it was a good change to make. --Izno (talk) 12:35, 16 February 2016 (UTC)
Yes, I know that it has no autocollapse functionality (I wish it would have), but I think it isn’t a problem in templates which actually doesn’t use autocollapse. (Autocollapse is useful when there are half a dozen of navboxes at the end of the article, but I think it doesn’t make sense in such templates.) I recently changed the navbox template on huwikibooks to use the mw class if state is explicitly given, and also changed common.js to load the “old” method only if needed. I don’t know about any problems it caused. I know, that’s much smaller wiki than this, but I think it only means that the English Wikipedia’s change will be longer, not that it won’t change. --Tacsipacsi (talk) 13:56, 16 February 2016 (UTC)
Izno, do you agree that for this is a positive change for tables that don't use autocollapse? — Martin (MSGJ · talk) 19:39, 16 February 2016 (UTC)
Sure, but is this template such a case? It looks to me like the template in this case could use autocollapse. --Izno (talk) 19:51, 16 February 2016 (UTC)
I think autocollapse is not needed for this template in the sense of technique which collapses the templates if there are more than one from it on the page. Actually there mustn’t be more than one {{multiple issues}} template on one page. It might need some automatic collapsing based on the length of its content, but that’s not what the autocollapse CSS class is for (I think it could be done with Lua, but I’m not sure how can we do it exactly). --Tacsipacsi (talk) 21:46, 16 February 2016 (UTC)

How to create a one-time notice for all new user pages?

One of the all-day-every-day issues with speedy deletion is people who think that their user page is like a social media profile page and they can and should post their resume, life story, details about their company, etc. I'm wondering if it is technically feasible to create a a notice that would pop up the first time someone edits their own userpage, to inform them what it is and what it is not, in order to hopefully cut down on this problem. Note that all I am looking for at this time is if it can be done, and if so, how. Or alternately, if there already is something like this and as someone who registered their account nine years ago I'm just not aware of it. Beeblebrox (talk) 21:21, 16 February 2016 (UTC)

you probably want to look at MediaWiki:Newarticletext. peace - קיפודנחש (aka kipod) (talk) 21:44, 16 February 2016 (UTC)
That seems like it may be where such a notice could be made, the how is pretty murky, and the talk page has no edits since 2014. Beeblebrox (talk) 22:06, 16 February 2016 (UTC)
{{Base userpage editnotice}} is what should be modified if it’s not enough. (How to check what appears: Open the new users’ log and click on a random red user page link.) --Tacsipacsi (talk) 22:23, 16 February 2016 (UTC)
That does look like the right place, thanks. Beeblebrox (talk) 22:26, 16 February 2016 (UTC)

Images on watchlist using mobile version

Somehow my watchlist setting on my iPad got changed to the mobile version, which was widely spaced and with images for each article. I'd think that's the last thing you'd want on a mobile. Doug Weller talk 13:24, 17 February 2016 (UTC)


Was there any discussion on adding yet more 18.1KiB of JS code (from module ext.gadget.addMe) to all users on all pages? Helder 01:42, 17 February 2016 (UTC)

@Pharos: can you tell anything about why this was enabled by default ? —TheDJ (talkcontribs) 07:38, 17 February 2016 (UTC)
You can see this gadget in use at Wikipedia:Meetup/NYC/ArtAndFeminism_2016_Training_2#Participants. If only we could easily limit gadgets to only load on certain pages, without resorting to unpleasant and flaky hackery... — This, that and the other (talk) 08:28, 17 February 2016 (UTC)
You can at least make it better than this, by writing a loader gadget to dynamically load this module only under certain conditions. —TheDJ (talkcontribs) 10:18, 17 February 2016 (UTC)
Good point TheDJ, I've turned it off for now.--Pharos (talk) 14:25, 17 February 2016 (UTC)

Source of the "Sign your posts on talk pages ..." text below editing window?

Where does the code live that generates the "Sign your posts on talk pages: <code>~~~~</code> Cite your sources: <ref></ref>" text below the editing window? I want to see about copyediting "posts on talk pages" to "talk posts" (we also sign talk posts on noticeboards, etc.), to make a little room for adding "Wrap code: <code><nowiki></nowiki></code>", which would save probably hundreds of thousands of keystrokes per year among editors (a lot of our template documentation is crappy and hard to read because people get tired of typing that out and just give up). "Cite your sources" should probably also be changed to "Cite a source", since a pair of <ref>...</ref> tags is only for a source, not for plural sources, and "your" is condescending infantilism in this context. Some of the code in the "Insert:" options available in the drop down menu also need to be tweaked for readability, etc. (e.g. the one for [] needs to be kerned so it doesn't look like a single-character rectangle, etc.)

I'd like to adjust this stuff both on our local system and contribute the tweaks to the stock MediaWiki version, but I have idea where anything is since all the repository changes made a year or so ago; some pointers would be helpful.  — SMcCandlish ¢ ≽ʌⱷ҅ʌ≼  21:17, 14 February 2016 (UTC)

I believe you're looking for MediaWiki:Edittools. Special:Allmessages is the tool to find these. —Cryptic 21:34, 14 February 2016 (UTC)
Sankyu beddy mush! I did not know of that tool, somehow.  — SMcCandlish ¢ ≽ʌⱷ҅ʌ≼  08:26, 15 February 2016 (UTC)
~mediawiki:"Sign your posts on talk pages"CpiralCpiral 04:20, 16 February 2016 (UTC)
Or use the mw:qqx trick. Whatamidoing (WMF) (talk) 18:37, 17 February 2016 (UTC)

Clicking SVG images gives raw file


I'm getting raw SVG code when I click the thumbnail or "Original file" link on some SVG images such as

in Firefox and Chrome and wonder if the media or MIME type are incorrectly set. Would anyone know what's wrong?

Thanks, cmɢʟeeτaʟκ 13:53, 17 February 2016 (UTC)

In the first case, it's due to the root <svg> lacking the namespace definition xmlns="". I don't know what's wrong with the second file; oddly, it works fine if I download it and open the local copy in Chrome, but not if I view the online original in the same browser. In IE both work; in Firefox and Edge the online SVGs cannot be displayed directly (they only give a prompt to download the file). SiBr4 (talk) 14:50, 17 February 2016 (UTC)
Thanks, SiBr₄. I got the same problem. I'll fix the former and reupload the latter. Cheers, cmɢʟeeτaʟκ 18:10, 17 February 2016 (UTC)
SVG files don't have a mime type, they're plain text. In both cases, I think that the problem is the omission of the processing instruction
<?xml version="1.0" encoding="UTF-8" standalone="no" ?>
In the second case, I think that it may also be the presence of a
<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "">
which might be confusing some clients, see SVG 1.1 section 1.3 SVG Namespace, Public Identifier and System Identifier which says "it is not recommended that a DOCTYPE declaration be included in SVG documents". --Redrose64 (talk) 21:07, 17 February 2016 (UTC)

Missing watch list changes?

Browser: Google Chrome/OS: Windows 7 Pro Hello, I am having a persistent problem of changes in pages that I have on my watchlist are sometimes not coming through to my watchlist changes. For example if you see: Mysterious My last comment came through to my watchlist, but the previous one by ColinFine did not. I had to go to the help desk section to know it was there. Jed Stuart (talk) 01:55, 17 February 2016 (UTC)

I think there is a thread going around about items not showing if you have both "hide bots" AND "Group changes by page in recent changes and watchlist" enabled - try removing one or both of these and see if your expected watchlist item returns. — xaosflux Talk 02:14, 17 February 2016 (UTC)
I checked and neither are enabled. Your message did not come through to my changes list, however another from WP:VPT has.Jed Stuart (talk) 05:08, 17 February 2016 (UTC)
How about the option to "Hide minor edits from the watchlist" in your preferences? Graham87 09:20, 17 February 2016 (UTC)
Hide minor edits is unchecked.Jed Stuart (talk) 00:11, 18 February 2016 (UTC)
That's happened to me. I do have "group changes" but not "hide bots" or indeed hide anything. Doug Weller talk 13:23, 17 February 2016 (UTC)
Jed Stuart, it would be helpful to know what your settings are in Special:Preferences#mw-prefsection-watchlist, especially the item that says "Expand watchlist to show all changes, not just the most recent". Most people have that turned off. Whatamidoing (WMF) (talk) 19:41, 17 February 2016 (UTC)
Ah! That's what it will be. I haven't got around to understanding Advanced settings and was assuming that I should be getting all changes, which will now happen when I turn that on. The default position with that on would have been better for someone like me.Thanks.Jed Stuart (talk) 00:11, 18 February 2016 (UTC)

Keeping count

Is there any bot or device that counts the number of times edits by IP's are reverted? Or is there any place where editors can manually increment such a count? I mean does anyone care about making a statistic about this thing, or does the almighty 'Wikipedia is the encyclopedia that anyone including vandals can edit' override our need to keep such a statistic? It's mid-February, the summer break is over and the kids have been back at school for a couple of weeks, and I'm getting tired of reverting vandalism caused by bored kids with cellphones. Akld guy (talk) 00:11, 18 February 2016 (UTC)

How is an article linked to its WikiData entry?

I don't see any links in article source text.

Where are the links recorded? The Transhumanist 23:33, 17 February 2016 (UTC)

It’s stored on Wikidata. MediaWiki reads it from the WD database. --Tacsipacsi (talk) 23:41, 17 February 2016 (UTC)
Where in the WD database? I'd like take a look at the article links. Please show me the way. The Transhumanist 00:49, 18 February 2016 (UTC)
Click "Wikidata item" under "Tools" in the left pane, or "Edit links" under "Languages". PrimeHunter (talk) 01:02, 18 February 2016 (UTC)

What links here ignoring a redirect

I created a redirect Mowl, Timothy to point to Timothy Mowl, to aid in making links from references to his books. When I look at Special:WhatLinksHere/Timothy_Mowl it does not shew, neither does it shew on Dispenser. I did all this last night, and thought at the time maybe it was just a delay in different bits of Wikipedia catching up with each other, but it is now over 10 hours later. What is occurring please? DuncanHill (talk) 10:12, 18 February 2016 (UTC)

This is indeed odd. The redirect certainly exists and is working, and has inward links of its own; it should be listed here but it isn't. Try a WP:NULLEDIT at Mowl, Timothy. --Redrose64 (talk) 11:08, 18 February 2016 (UTC)
I did a couple of null edits last night, but they did nothing, having done one just now it seems to work! Well, it's fixed but it is odd that it happened. DuncanHill (talk) 11:13, 18 February 2016 (UTC)

meta:Fixing transparent PNGs

Is this page still correct? In the lede it says: Among other problems, this browser [Internet Explorer] doesn't properly support PNG images with alpha channel transparency. --Leyo 15:39, 17 February 2016 (UTC)

Isn't that page specifically about Internet Explorer 6? New features were added to Internet Explorer 7. The page seems to be from 2004. --Stefan2 (talk) 15:44, 17 February 2016 (UTC)
You are probably right, but I think this fact needs to be mentioned explicitly. Otherwise, people think that this issue persists. --Leyo 15:47, 17 February 2016 (UTC)
@Leyo: I stuck a "historical" tag on the top of that page. May I ask how you came across that page? Any pages that link to it probably need to be updated or marked historical themselves. — This, that and the other (talk) 09:58, 18 February 2016 (UTC)
Thank you. It was just by chance that I came across that page. There does not seem to be any en.wikipedia page that needs update. WP:PIFU and Template:Opaque are fine. --Leyo 11:55, 18 February 2016 (UTC)

Hacking {{Noping}} to show red links for users without a userpage

I have been able to get the Noping module to recognize when a userpage does not exist (see {{Noping/test}}). I would like to use this feature extensively for my bot on Commons.

However, I cannot figure out how to directly edit the external links. The <div> looks like this, which doesn't output red links:

<span class="plainlinks">
    <span class="new">
        <a class="external text" href="//">Link1</a>

For reference, this is what a normal redlink looks like :

<a href="/w/index.php?title=User:Link1&amp;action=edit&amp;redlink=1" class="new" title="">User:Link1</a>

Question: Is it possible to get the Lua template to output red links for users with all CSS skins, and not to appear as redlinks for users who have this option turned off in their preferences? I think it's acceptable to edit Mediawiki:Common.css, but IMO a sitewide Javascript approach is too expensive for an infrequent use case like. Magog the Ogre (tc) 03:21, 16 February 2016 (UTC)

The class a.external has "color:black !important". You might have success by stripping out the class="external text" from the "ret" variable, using substrings. Mamyles (talk) 04:30, 16 February 2016 (UTC)
Tried and failed to do so... Maybe someone else knows what's up. Mamyles (talk) 04:41, 16 February 2016 (UTC)
@Mamyles: is it possible to return HTML rather than wikicode? Magog the Ogre (tc) 04:22, 18 February 2016 (UTC)
@Magog the Ogre: No because the essential feature, the <a>...</a> element, is not whitelisted. Also, the {{Reply to}} template is not intended for WP:SUBSTitution. --Redrose64 (talk) 11:57, 18 February 2016 (UTC)

Edit limit problems from shared IP addresses

Hi everyone. I'm planning to run an editing workshop at my university (the Ateneo de Manila University) later this month and I was hoping to get some help.

I've been trying to run WP:TWA to make it more fun for editors to learn how to edit Wikipedia, but for some reason as they edit Wikipedia, they receive errors saying that too many people are doing the exact same action at the same time. I actually have no idea how this happened, but I suppose it's because the computer labs at my university all share the same IP address (or two). I was hoping to get some advice on how to go around that problem so that the 20-30 students who I'll be teaching later this month will be able to play the game, and ultimately edit Wikipedia, with no problem. --Sky Harbor (talk) 04:05, 18 February 2016 (UTC)

What is the exact error message? The only thing slightly related coming to my mind is meta:Mass account creation... --AKlapper (WMF) (talk) 10:43, 18 February 2016 (UTC)
@AKlapper (WMF): I'm not sure exactly since it happened a while back, but based on the link on Meta I suppose it had something to do with edit rate limits as a result of the IP cap. --Sky Harbor (talk) 13:46, 18 February 2016 (UTC)

Request for help fixing a template

Per the old request at Template talk:Infobox SCOTUS case#Links to dates, would it be possible to update the template code so that articles with this template to do not appear at Special:WhatLinksHere for years? (e.g. Graham v. Connor at 1989). Thanks! GoingBatty (talk) 17:00, 14 February 2016 (UTC)

Nothing has changed in how {{#ifexist}} works. So, the answer is no. Ruslik_Zero 20:02, 14 February 2016 (UTC)
Shouldn't be linking the date, anyway, per MOS:NUM. If only reason to link a year in a case like this is to go to a specific article about that topic in that year, e.g. [[United States Supreme Court Decisions, 1989|1989]], and we'd only do that (as in this template) in cases of tables or other highly compressed information, where it's clear in context that we're linking to a resource organized by year, not to a year article (which is what the assumption would be if the link appeared in article prose, though one can reasonably do something like "... the Supreme Court [[United States Supreme Court Decisions, 1989|decisions in 1989]] and [[United States Supreme Court Decisions, 1990|in 1990]] were ...").  — SMcCandlish ¢ ≽ʌⱷ҅ʌ≼  21:23, 14 February 2016 (UTC)
@SMcCandlish: I understand that we shouldn't be linking the date, which I why I started this thread. Can you change how {{#ifexist}} works so these pages aren't linked to the year articles? GoingBatty (talk) 22:56, 14 February 2016 (UTC)
{{#ifexist:}} is not something we can change, it's a conditional expression, part of the MediaWiki ParserFunctions extension. --Redrose64 (talk) 01:24, 15 February 2016 (UTC)
I think the way to fix it would be for the current {{#ifexist:}}s to be checking whether the |date= parameters are dates, rather than if those articles exist. That would remove the links. My query is whether that's possible currently in the template, or if we have a Lua module lying around somewhere that can do it. Maybe the CS1 date validation module can? --Izno (talk) 01:54, 15 February 2016 (UTC)
Pinging @Trappist the monk: for assistance. GoingBatty (talk) 06:01, 15 February 2016 (UTC)
The cs1|2 date validation code is rather overkill for this case which requires a single date format (MDY). Perhaps, instead of the {{#ifexist}} test, you could write a sub-template that accomplishes much the same thing. Or, why bother? Are bad dates in these templates a problem that needs solving?
Trappist the monk (talk) 11:54, 15 February 2016 (UTC)
Someone somewhen thought so. --Izno (talk) 12:23, 15 February 2016 (UTC)
{{#ifexist:}} cannot be used to test the validity of parameters. Its function is to check whether the named page exists or not; in so doing that page is added to the "what links here" table. Thus, "{{#ifexist:10 feet|it exists|it does not exist}}" → "it exists" and see Special:WhatLinksHere/10 feet where you will find Wikipedia:Village pump (technical)/Archive 144 listed; compare "{{#ifexist:20 feet|it exists|it does not exist}}" → "it does not exist" observe that you will still find Wikipedia:Village pump (technical)/Archive 144 listed at Special:WhatLinksHere/20 feet. --Redrose64 (talk) 10:02, 15 February 2016 (UTC)
Right, I perhaps was not clear in my statement: their invocations should be replaced. --Izno (talk) 12:23, 15 February 2016 (UTC)

@GoingBatty: you could probably use a combination of the parser functions time and iferror to determine whether a date is valid or not. — Martin (MSGJ · talk) 09:01, 16 February 2016 (UTC)

You would think that but, but {{#time}} will modify its output to give the appearance of a correct date when its input is clearly wrong. Here is an example of an invalid date and format (February does not have 30 days and the format is missing the comma):
{{#time:F j, Y|Feb 30 2015}}
March 2, 2015
If one could turn off the date mathematics in that function ...
Trappist the monk (talk) 12:30, 16 February 2016 (UTC)
Why not replace {{#ifexist:{{{year}}}||[[Category]]}} with {{#ifeq:{{#expr:(1789<={{{year}}}) and ({{{year}}}<={{CURRENTYEAR}})}}|1|[[Category]]}}, which should catch both non-numerical answers as well as out-of-range years? --Ahecht (TALK
) 17:31, 18 February 2016 (UTC)
Are you are replying to my post? My post was a reply to Editor MSGJ's comment re: the {{#time}} parser function. If these tests are important, then it is also necessary to test the 'date' portions (month followed by day) which {{#time}}, because of the date mathematics functionality doesn't do such a good job at. I'm not seeing any obvious reason why your proposed code could not work for the 'year' portions of the date checking. If these date checks are important, perhaps the correct solution is to simply adapt a portion of Module:Citation/CS1/Date validation to do the work. Are these checks important?
Trappist the monk (talk) 17:54, 18 February 2016 (UTC)

Labs service out of order today??

Not browser specific. Both IE and Firefox get this same message when trying to access Labs (Page Views, etc.):

503 Service Temporarily Unavailable, nginx/1.9.4

I've been getting this for several hours. — Maile (talk) 22:22, 18 February 2016 (UTC)

See [11]. Legoktm (talk) 22:48, 18 February 2016 (UTC)
Thank you. That was a quick answer. — Maile (talk) 22:54, 18 February 2016 (UTC)
Some tools might still work... my Ruby tools are still up, I guess because they are running on Unicorn and not lighttpd or nginx toollabs:musikanimal MusikAnimal talk 22:49, 18 February 2016 (UTC)
Actually I have no idea what I'm talking about. Just to be clear MusikAnimal talk 22:52, 18 February 2016 (UTC)

Link title and URL parms in template

Coemgenus, the creator of the Census template, is unable to resolve issues with this template, as shown by the lack of responses on the Template talk page, and I'm trying to fix it myself. One of the issues was that the Title parm was by default wikilinked to a WP article about the census. This wikilink isn't useful, as the template should link to the actual URL of the source. I removed the WL from the Title parm, and added a parm for URL, but I don't have the expertise required to wikilink the title and URL, as is done in the Cite template. For example, see this census citation containing a URL in Danny Thomas. Can someone point me to an example or documentation that I can use to fix this issue? Thanks — btphelps (talk to me) (what I've done) 05:54, 19 February 2016 (UTC)

I linked the title to the url if provided here using #if. {{Citation}} uses Module:Citation/CS1, which I don't think would currently support {{Cite census}}. This template has issues with punctuation when certain parameters are not used. — JJMC89(T·C) 07:07, 19 February 2016 (UTC)
Thanks for the quick assist! I noticed the punctuation issue as well, but I'm unclear about how to refine it further. I think additional uses of the #if parserfunction might do it, so that when a parm is not present, the punctuation is not displayed, though it's complicated by the various parms that might or might not be present. — btphelps (talk to me) (what I've done) 07:19, 19 February 2016 (UTC)

How do I force the table of contents to the top of a page (i.e., no lede)?

Sorry. I don't know where in Help: to look for this. --Anthonyhcole (talk · contribs · email) 00:51, 18 February 2016 (UTC)

Help:Magic_words#Behavior_switches, you want __TOC__ as the first line in the article, I believe. --MASEM (t) 00:55, 18 February 2016 (UTC)
See alternatives, and also reasons you might not want to do so, at WP:TOC (i.e. "However, if there is any text at all between the TOC and the first heading, this will cause problems with accessibility."). Quiddity (WMF) (talk) 00:57, 18 February 2016 (UTC)
Just try writing WP: or Help: in the search box followed by what you search information about. Help:TOC, Help:Table of contents, WP:TOC and WP:Table of contents all work. PrimeHunter (talk) 01:08, 18 February 2016 (UTC)
Thanks all. Awesome service. --Anthonyhcole (talk · contribs · email) 13:23, 19 February 2016 (UTC)

Image formatting problem

In Names of Germany there is an image of Gaius Cornelius Tacitus at the beginning of the section Names from Germania (where it belongs; at least in the source), but a string of images on the right from the preceding section is pushing this down. I can't see why. Worse, if you adjust the browser width so that the image is just at the top of the Names from Alemanni section, instead of the title Names from Alemanni flowing around it, it is superimposed on the image. How would I go about sorting this out? Is there an explanation somewhere of the basic strategy to use for images floated left and right - presumably in Wikispeak (I sort of know how to deal with it in html). Thanks Imaginatorium (talk) 15:55, 17 February 2016 (UTC)

My resolution would be to put the maps into a gallery. cmɢʟeeτaʟκ 18:13, 17 February 2016 (UTC)
Floated images are always displayed in the same order that they occur in the page source; two consecutive images might have their upper edges level with one another if one is left-aligned and the other is right-aligned (or vice versa). So if you have a sequence of right-aligned images, then any left-aligned image that occurs anywhere within or after that sequence cannot be displayed any higher up the page than the top of the last right-aligned image which precedes it. --Redrose64 (talk) 21:12, 17 February 2016 (UTC)
@Imaginatorium: {{clear}}: Makes content wait until existing content is completed in all columns. The Transhumanist 00:02, 18 February 2016 (UTC)
@The Transhumanist: This won't work. --Redrose64 (talk) 11:02, 18 February 2016 (UTC)

Thanks for the responses. My impression of doing this sort of thing in HTML is that a floated left/right image works wonderfully; two floated images cause problems. Do I understand from this that basically it is better to avoid large numbers (>2) of images as in this case? But I'm also not clear if @Cmglee:'s suggestion of a "gallery" would allow a "vertical" gallery down the right, or whether this means I should simply move all the maps to the bottom somewhere? Imaginatorium (talk) 12:15, 19 February 2016 (UTC)

I was thinking of a horizontal gallery (with wraparound) similar to the mock-up below. I'm unfamiliar with the subject so can't recommend a section in which to place them. They are currently in the Names of Germany#Names from Diutisc section but that doesn't seem relevant to the maps. Perhaps creating a new section at the bottom would be better. Cheers, cmɢʟeeτaʟκ 13:59, 19 February 2016 (UTC)

Many thanks!! Imaginatorium (talk) 14:31, 19 February 2016 (UTC)

graphs on pages like WP:Wikipedians

I'd like to create a graph of the community, using the Graph Extension. I think a form of a tree would fit. I did a simple draft:

Wikimedia movement
organisations wikis. users (technically) people involved in the movement
WMF chapters ... Wikipedians, Wikivoyagers... users with permissions ... volunteers organisations' employees ...
activists, power users #Stallman not involved / occasional users #just_editin' global local

And a visualisation. I don't know whether top-to-bottom or left-to-right is better. How to create a proper graph? @Yurik:. Tar Lócesilion (queta) 00:39, 16 February 2016 (UTC)

Hey @Tar Lócesilion:, Unless there are few items, left-to-right is generally more readable without having to scroll horizontally, as there are usually more items per level than levels. See . I didn't manage to get the map extension to work, though, so YMML! If that fails, try Template:Clade. Cheers, cmɢʟeeτaʟκ 14:41, 19 February 2016 (UTC)

Deprecated parameters in the citation template

I usually fill out citation templates by clicking on the "cite" button in the panel above the editing window and then following the instructions (choosing web, news, or book, I believe I have never chosen other options). At least in the news, the form apparently uses a deprecated parameter "coauthor", and if I fill it in, the template looks partially broken. I guess this is because the form was not updated after it was decided that the template is deprecated. One can check History of Ukraine, Ref. 59 which I minutes ago added using the panel interface. Could somebody please do something about this? Thanks.--Ymblanter (talk) 11:25, 19 February 2016 (UTC)

Yes, the form is using a deprecated parameter of the cite templates. I fixed the problem. For the future, I suggest that you review the help page which was prominently linked. --Izno (talk) 12:35, 19 February 2016 (UTC)
Thank you. Actually, my question was not about fixing the template on the specific page (which I know how to do, I just left it as an illustration of a problem), but about fixing the citation interface in the panel so that it would not produce deprecated parameters any more.--Ymblanter (talk) 12:38, 19 February 2016 (UTC)
Ah. This is the same problem as Help talk:Citation Style 1/Archive 10#Complaint Box - coauthors:. The fix is for you to be using the up-to-date gadget/Javascript. :) --Izno (talk) 13:19, 19 February 2016 (UTC)
I see, thanks.--Ymblanter (talk) 15:33, 19 February 2016 (UTC)

Music template looks weird

The "listen" template looks messed up on my laptop (Asus using Windows 8). Here's an example to the right.

I see a big black rectangle separating the title from the description. Any idea why? This problem started maybe ten days ago.Anythingyouwant (talk) 06:47, 15 February 2016 (UTC)

Would you be so kind to take a screenshot? You can upload it on something like and post the link here. The Quixotic Potato (talk) 13:27, 15 February 2016 (UTC)
This is a screenshot on February 15, 2016 of Wikipedia:Village pump (technical). It is uploaded at the request of editors who need to see the appearance of a music template, in order to diagnose a problem.
Hi Quixotic Potato, the image is at right.Anythingyouwant (talk) 18:27, 15 February 2016 (UTC)
@The Quixotic Potato: Imgur should not be necessary; some of us find it objectionable because of the payload (such as advertising) found on every page, which slows the computer right down whilst irrelevancies are loaded. Is there anything wrong with the directions at WP:WPSHOT? --Redrose64 (talk) 20:08, 15 February 2016 (UTC)
Your browser cache seems to not be up to date. Try WP:BYPASS. —TheDJ (talkcontribs) 20:59, 15 February 2016 (UTC)
@TheDJ: Whose browser cache? You appear to be replying to me. --Redrose64 (talk) 21:18, 15 February 2016 (UTC)
FYI, I am now in my car on the road for a few days, separated from my computer. Will follow up on this when I get home. In the meantime, I hope this report will be useful.Anythingyouwant (talk) 21:27, 15 February 2016 (UTC)
@Redrose64:, so don't click? You're generally very helpful and I look for your responses when skimming technical discussions, but your harsh tone here seems misdirected. I use a nifty tool called AdBlock that helps dispel "irrelevancies". I can understand why some users, especially newer contributors, would use Imgur when it's as simple as drag-and-drop without fumbling over the sometimes-awkward wiki image uploader. In summary: I hope you're having a better day today. :) Killiondude (talk) 23:29, 16 February 2016 (UTC)
@Killiondude: We don't know if the comment has a harsh tone, that is one of the limitatons of on-wiki communication. It is possible to interpret Redrose's comment as having a harsh tone but it is also possible to interpret it without one. I highly recommend using stuff like Ad Block Plus, HTTPS Everywhere, Privacy Badger and even NoScript. If a single website is able to bring your computer to its knees then there must be something wrong. It's easy to write some JavaScript that will crash a browser but the rest of the operating system should continue working. contains ads, but no malware afaik. is easier to use than this form. It would be cool to have something similar to, but ad-free and with online cropping. Another advantage of is that they don't care as much about copyrights. The Quixotic Potato (talk) 00:36, 17 February 2016 (UTC)
I'm back home now. I have followed the directions at WP:BYPASS, but still have the same problem (i.e. big black rectangle in the "Listen" template). What should I do now? Do you get the same problem?Anythingyouwant (talk) 04:05, 17 February 2016 (UTC)

I’ve just got the same error on Wiktionary. The console said that it got a 404 Not Found answer while trying to obtain It seems to be permanent (i.e. I tried it twice, there was a minute or so between the two). --Tacsipacsi (talk) 22:53, 16 February 2016 (UTC)

So far I've been unable to reproduce this problem but I will try again later tonight. The Quixotic Potato (talk) 04:16, 17 February 2016 (UTC)
Thanks. FWIW, I also get a 404 Not Found answer while trying to obtain I'm not sure if this is connected with the "Listen" template at Wikipedia, but whatever.Anythingyouwant (talk) 04:39, 17 February 2016 (UTC)
Normally that file looks like this. The Quixotic Potato (talk) 07:03, 17 February 2016 (UTC)
I get the same 404 Not Found message on my iPhone that I get on my laptop.Anythingyouwant (talk) 09:10, 17 February 2016 (UTC)

Right, I did some further digging. The reason why BYPASS doesn't work here, is because this is not coming from the server, it's actually using something inside your browser called LocalStorage. Now something about the setup of the servers has changed in the past month, that made what is in that storage invalid. It's a bit of a cornercase. Luckily, this should be fixed after monday (for the smaller wiki's) and/or wednesday (for the larger wikis), since a new patch will then roll out also will happen to fix this particular instance of the problem. —TheDJ (talkcontribs) 13:42, 19 February 2016 (UTC)

Thanks DJ, I'll look forward to seeing if it clears up, and will come back if it's still messed up.Anythingyouwant (talk) 20:02, 19 February 2016 (UTC)

Scripts not working

I have some scripts installed (User:Vanjagenije/common.js) that are essential for my SPI Clerking. Yesterday afternoon all scripts stopped working and they are still not working. I am using Google Chrome, but I also tried using Opera, but it's the same. Page is loading and loading, but the scripts are not loaded. What's the problem? Vanjagenije (talk) 10:17, 20 February 2016 (UTC)

At intermittent intervals since about 18:00, 19 February 2016 (UTC), perhaps earlier, I've had HTTP 503 errors like "Error Our servers are currently experiencing a technical problem. This is probably temporary and should be fixed soon. Please try again in a few minutes." I suspect that you've encountered an outage like that when loading the script. --Redrose64 (talk) 11:09, 20 February 2016 (UTC)
@Redrose64: It seams that there was a problem with WP:IGLOO. I uninstalled it, and everything is OK now. Vanjagenije (talk) 21:35, 20 February 2016 (UTC)

New non-unified account?

I am confused: how can a recently created account, Nuriaj95, have an account on,, and Commons but not on Wikibooks?! The user, who posted at the Teahouse, apparently is part of a university class working at Wikibooks. But my link to where their user talk page on Wikibooks should be shows not only no page but no account. —teb728 t c 08:23, 21 February 2016 (UTC)

It is indeed a unified account; it simply appears that the user hasn't visited Wikibooks yet. The user should log out and then perhaps try logging in from Wikibooks, to see if that creates their account there. — This, that and the other (talk) 08:33, 21 February 2016 (UTC)
Occasionally, wisiting Special:MergeAccount will "create" a number of "missing" accounts, by ensuring that links exist. It doesn't always do all of them though. --Redrose64 (talk) 10:22, 21 February 2016 (UTC)

Mobile version not displaying some content

If you go to Columbia in the desktop version, you will see a table with the largest cities (rendered by a template) Colombia#Largest_cities.

If you go to the mobile version of the same article:

mobile version of Colombia

there is a section heading for “largest cities” but no content. Does anyone know why?--S Philbrick(Talk) 20:52, 19 February 2016 (UTC)

It's because {{Largest cities}} uses navbox class, which isn't shown in mobile version. --Edgars2007 (talk/contribs) 20:57, 19 February 2016 (UTC)
That template is transcluded in 611 articles 611 times. Should something be changed? (thanks for the quick response)--S Philbrick(Talk) 21:19, 19 February 2016 (UTC)
I think most templates are intentionally hidden on mobile. Probably for both performance and aesthetics MusikAnimal talk 21:21, 19 February 2016 (UTC)
Yes, many templates (most notably {{navbox}}) are intentionally hidden on mobile. It's not a bug. OK, I agree, that in this case it looks somehow weird, that the section is empty on mobile version. --Edgars2007 (talk/contribs) 21:25, 19 February 2016 (UTC)
I understand that the common navboxes at the end of an article are different. They are (arguably) not part of the content of the article itself, but helpful navigational aids for people who might be interested in related topics. However, a list of the largest cities of a location in the middle of the article is a very different thing. It may have been convenient to use navboxes to construct them, back before mobile existed, but now that mobile exists, we have many articles (611 transclusions) with a section about largest cities which is empty. I came across this by fielding a question from a reader at OTRS who wanted to know why there was no list of cities in the section clearly labeled as a list of largest cities. If I tell them it is not a bug, I don’t expect that to fly.
These are not obscure articles, the list includes Featured Articles like Germany. Glancing at the list it appears to be a significant proportion of all countries of the world.--S Philbrick(Talk) 21:45, 19 February 2016 (UTC)
My suggestion is not that we rethink the rendering of the navbox template on mobile, but given the ubiquity of this template in lists of large cities, that we look into a conversion of these templates into something that will render. --S Philbrick(Talk) 21:47, 19 February 2016 (UTC)
I agree: "a list of the largest cities of a location in the middle of the article is a very different thing." Translated: Someone used the wrong template for the wrong purpose. See also: Wikipedia:Navigation_templates. You shouldn't expect it to work. —TheDJ (talkcontribs) 12:45, 20 February 2016 (UTC)
If these templates are crucial to page content, then they are not abiding by WP:MOSCOLLAPSE and should accordingly be changed. --Izno (talk) 21:56, 19 February 2016 (UTC)
@MusikAnimal: It's not most templates, it's a comparatively small number. The templates that get hidden are those that belong to certain classes, including sistersitebox tmbox ambox navbox vertical-navbox metadata - most of these are only found in box-type templates. If a template encloses its content in one of these classes, that content won't display on mobile. --Redrose64 (talk) 00:50, 20 February 2016 (UTC)

If you think that this table is important for mobile readers, you should probably start with making it fit on their small screens. Max Semenik (talk) 20:40, 20 February 2016 (UTC)

The most useful solution for a mobile phone would be if the template displayed a link, so that the user can navigate to the list, if interested. That would be a similar experience to expanding a list, with the main difference that it doesn't display the surrounding text, which isn't necessary here. (The other difference is that it will count as a new page request, which has its advantages, too.) I think that it should also be easier to implement than other solutions. — Sebastian 22:53, 21 February 2016 (UTC)

Turn off annoying notices on watchlist?

How can I turn off those intrusive and annoying notices on my watchlist? New England Cop (talk) 22:33, 21 February 2016 (UTC)

There is a [dismiss] button at the end of the message. Or, if you want to hide all messages forever, you can add

#watchlist-message {
	display: none;

to your common.css. --Tacsipacsi (talk) 22:47, 21 February 2016 (UTC)

I always click the dismiss but new ones appear. I view them the same way as I do spam and advertisements- nuisances. New England Cop (talk) 23:10, 21 February 2016 (UTC)
New England Cop Go to your personal user Preferences, then Gadgets, under the Browsing section. Scroll down to the two "suppress" options and check one or both, whichever you feel applies to you. Click "Save" at the bottom of the page. — Maile (talk) 23:26, 21 February 2016 (UTC)

Reporting: Gadget only works with Vector skin, javascript error

Greetings, The gadget Mobile sidebar preview (Preferences / Gadgets / Mobile sidebar preview - Show page in mobile view while browsing the desktop site) has an error for all skins except Vector.

The error was found while preparing Tip of the day for February 17. This new tip is proposed by Checkingfax who guided me to Phabricator, and now reporting here. Regards,  JoeHebda (talk)  13:49, 14 February 2016 (UTC)

As written in phab:T126553, gadget/user script code that is hosted on-wiki is not handled in Phabricator... Just saying to avoid wrong expectations. --AKlapper (WMF) (talk) 08:40, 15 February 2016 (UTC)

* Awaiting – February 17 is approaching. Wondering if the javascript error and be found, tested & made live before then? Or should this tip be rescheduled forward? Per the Phab.T126553, TypeError: $content.position(...) is undefined

Hence the line

var top = $content.position().top,

in (which is called from ) needs to be fixed by anybody interested in fixing this.

 JoeHebda (talk)  14:30, 15 February 2016 (UTC)

* Update – I posted information about this error at Wikipedia talk:User scripts#Fix needed: Gadget only works with Vector skin, script error, since there are over 400 watchers, and hopefully and expert there who can update this script.  JoeHebda (talk)  19:33, 15 February 2016 (UTC)

this gadget appears under "Testing and Development". i just can't imagine someone interested in "testing and development" using any skin other than the standard one - you don't do either testing or development using monobook. indeed, it should not result in JS error, and the solution is trivial: add to the definition of this gadget (MediaWiki:Gadgets-definition) "skin=vector", so it won't be invoked for other skins. peace - קיפודנחש (aka kipod) (talk) 20:24, 15 February 2016 (UTC)
  • @JoeHebda: Found the message at WT:US. It appears to be a blindingly simple fix: just remove that line. The top variable hasn't been used since this edit back in 2014, so unless the content.position() function call is doing something by side effect that I'm not aware of, we can just ditch that assignment completely. (Of course, the var keyword needs to be kept, though, for the other assignments in that statement.) jcgoble3 (talk) 20:28, 15 February 2016 (UTC)
  • @קיפודנחש: I believe the "testing and development" section is not meant for users performing testing and development, but rather it means that those gadgets themselves are still being developed and tested and might not be fully finished or fully functional yet, which in turn means that they might break from time to time. Such is the nature of using beta software. jcgoble3 (talk) 20:34, 15 February 2016 (UTC)
  • @Jcgoble3 and קיפודנחש: – Thanks for the info. as I know very little about scripts. In order to get the Tip-of-the-day posted for February 17, I will update this tip to state As of February 15, 2016 the mobile sidebar preview gadget is available only with the Vector skin. Regards,  JoeHebda (talk)  20:55, 15 February 2016 (UTC)
i get it: "testing/development" is about the state of the script, rather than what it's used for. even so,, i think my point still stands: this gadget is meant for people who wish to make sure the page they are editing looks good in the mobile view. it is hard to imagine that someone using an outdated, obsolete skin cares about "how the page looks for mobile users" - they should care at least as much about "how this page looks to (practically all) desktop users" (i.e., how does it look using vector). so i still think my "stopgap" suggestion, to limit this gadget to vector users via "gadgets-definitions", makes sense. on the happy side, i looked at the script, and the issue seems pretty obvious. i left a message on the author's talk page in meta (author is User:Brion VIBBER, and his meta talk page is, naturally, m:User talk:Brion VIBBER). peace - קיפודנחש (aka kipod) (talk) 21:53, 15 February 2016 (UTC)
  • @Jcgoble3 and קיפודנחש: – Looking forward, to prevent future confusion: Can the Gadgets page be updated to mention (Vector skin only) for the Mobile sidebar preview option? It looks like that page is non-editable so I don't know where/how to have the change made.  JoeHebda (talk)  00:43, 16 February 2016 (UTC)
    • @JoeHebda: This is the page you'd want changed, but like I said, the code throwing the error isn't even in use anymore, and it's likely (but not guaranteed) that removing that piece of code would fix it in other skins, so I would strongly recommend pursuing that change first before giving up and labeling it Vector-only. @קיפודנחש:, I think, is barking up the wrong tree here (albeit with good intentions); the other skins are not "outdated [and] obsolete", but rather, some people simply hate Vector and prefer a different look, and those skins are actively maintained AFAIK. Users can simultaneously prefer a different look on desktop and still be concerned about mobile appearance; there's nothing wrong with that. So it can easily be of use to non-Vector users, and support for those skins shouldn't be dropped that quickly (much less implementing a technical restriction completely preventing it from being used at all on those skins, as was suggested earlier in this thread). jcgoble3 (talk) 01:01, 16 February 2016 (UTC)
      • @Jcgoble3 and קיפודנחש: – Thanks Jcgoble3 for the insights. For the Tip-of-the-day, I posted the Feb. 17 tip about Mobile view sidebar from the desktop. For now, it has the (Vector only) in the lead sentence. Since I know very little of scripts, I am unsure of how long it will take to: 1) find someone to update the non-Vector skins to include this feature; 2) testing 3) go-live. Being somewhat new to Wikipedia (April, 2014) my first thoughts are that completing this may take many weeks and/or months to complete. I'm just happy that the Vector gadget works correctly, even though I do not like Vector skin & prefer Modern instead. Current report of User preferences, Skin shows majority of users chose MonoBook - 2,182,546 vs. Vector - 162,136. Regards,  JoeHebda (talk)  01:27, 16 February 2016 (UTC)
some comments:
  1. it's not about fixing other skins to support the script - it's about fixing the script to work with all skins. the script is maintained by User:Brion VIBBER, on his meta accound (meta:User:Brion VIBBER/mobile-sidebar.js). it should take Brion less than 10 minutes to fix it (one minute for the fix, the rest for testing with all skins). there's a topic about it in Brion's talk page on meta.
  2. as to enwiki: IMO, the correct thing to do, is not to edit the gadget's description, linked above by User:Jcgoble3, but rather to edit MediaWiki:Gadgets-definition, and add "skin=vector". this will hide the gadget from the gadgets' page in "preferences", and avoid loading it even if selected, when the skin is not vector. look at the page history to figure out whom you can ask to edit it.
  3. vector vs. monobook users: the stats page does not show the default value used by the vast majority of registered users, and 100% non-registered readers. (according to Special:Statistics, there are some 27 mil. registered users on enwiki. anyone not using one of the existing non-vector skins, is using "vector". so there are about 25 mil. registered vector users, and about 800 mil non-registered users...
peace - קיפודנחש (aka kipod) (talk) 02:33, 16 February 2016 (UTC)
@קיפודנחש: Again, putting "skin=vector" into MediaWiki:Gadgets-definition is the nuclear option here and IMO is completely ridiculous when the script can likely be fixed on the other skins by removing a single line. That's not a reason to completely and totally prevent the gadget from loading at all for anyone at all on the other skins. The correct solution is to fix it so it can be used on those other skins, which looks to be very simple to do. And I do not care one whit about what numbers you come up with; MediaWiki supports the other skins, and therefore we should also support them wherever feasible. And here it is likely plenty feasible to do so. I strongly oppose that course of action unless and until it is determined that it is completely impossible to get the script working on any other skin. We are far from making such a determination here. Don't throw the baby out with the bathwater. jcgoble3 (talk) 02:51, 16 February 2016 (UTC)
@Jcgoble3: i do not feel that strongly about it, but i think there are some slight difference in point of view here: (1) i do not see editing MediaWiki:Gadgets-definition as a "nuclear option". it is not something holy (i've done it on hewiki dozens of times - nothing to it, really), and it seems cleaner - instead of changing the gadget prompt to say "does not work with modern", we just don't show this choice to modern skin users. i don't see why you consider it "nuclear".
(2) i don't see a huge issue in doing it this way now, and reverting once the script is fixed.
(3) as to the fix in the script - i suspect it's tiny bit more than just removing one line, but it should not be that much more (basically, replace all calls to $('#content') with mw.util.$content ).
(4) if User:Brion VIBBER will not respond to the prompts in his meta user page, it's always possible to copy this script locally to enwiki and fixing it here. this is not the desired solution, but it *is* possible.
peace - קיפודנחש (aka kipod) (talk) 19:58, 16 February 2016 (UTC)
@קיפודנחש:‎ 1) and 2) For something as simple as this, it's unnecessary and would actually make debugging a little harder (in that the script would need to be manually installed at Special:MyPage/common.js to be tested on the other skins). And the "testing and development" header implies that stuff there is not guaranteed to work correctly and may be broken, so there's no urgent need to disable it when leaving it there can simplify testing. 3) I'm not all that familiar with the mw library, so perhaps so. Still, it's not a big script, so should be an easy fix. 4) Indeed possible, and I think it might be better to copy the script to the local MediaWiki: namespace so that the many admins here can maintain it, rather than relying on one person on Meta to keep it up-to-date. I'll leave that decision to others, though (obviously). jcgoble3 (talk) 20:11, 16 February 2016 (UTC)

ω Awaiting action – Wondering what would be the next step? Regards,  JoeHebda (talk)  01:02, 22 February 2016 (UTC)

Question about DIFF pages

How hard would it be to implement a plus/minus number at the top of the diff pages? In the history pages there is always a +/- number beside each edit summary which gives an approximate clue of the number of characters changed in the edit. This can however be misleading since it is a net-difference (remove 1000 chars, add 1001 different characters, display a +1 change). What I would like to see is:

  • a number above the left column of the diff showing the # of chars removed,
(highlighted by the CSS entry for td.diff-deletedline .diffchange{background:...)
  • a number above the right column of diff showing the # of chars added,
(highlighted by the CSS entry for td.diff-addedline .diffchange{background:....)
  • and a number above the middle of the two columns showing the net change (the same number as on the edit history entry).

Preferably both side numbers would be highlighted just like the actual change text below them are. I suspect this number already exists as a counter in the code just because the text is highlighted. IMHO this would be a trivial code change to display these numbers but a very helpful one when going through a long series of diffs. Just my opinion (and wishlist). Koala Tea Of Mercy (KTOM's Articulations & Invigilations) 00:59, 21 February 2016 (UTC)

Have you tried the wikEdDiff gadget? The Community Tech team claims to be working on an improved diff compare screen (because I told them to). On the Notes page you'll see that James Hare made a similar suggestion. Unfortunately the Community Tech team is a part of the WMF... The Quixotic Potato (talk) 03:52, 21 February 2016 (UTC)
That's a bit disingenuous. Tha "improved diff screen" proposal was voted on by the community after being proposed by The Quixotic Potato and another user. No-one told anyone to do anything. And in fairness, diff is a difficult thing to get right. wikEdDiff is certainly not infallible. It will most likely take the Community Tech team some time to work on improvements, especially since the request is so broad. — This, that and the other (talk) 07:48, 21 February 2016 (UTC)
Disingenuous? I didn't want to explain the full circumstances, which would be quite boring, but I wanted to make clear that this wasn't an idea they made up on their own. And yes, after I wrote my proposal another user posted a proposal that was similar to mine, so someone merged them. Of course they do not listen to me, because I am just a random potato who fixes typos on Wikipedia and I do not work for the WMF but I am pretty sure I did tell them to do that. Multiple times. They finally started to take this request seriously when it received unanimous support in that survey, but that wasn't the first time that I posted that request... You seem to be unaware of the history behind that request, so you shouldn't claim that that comment is disingenuous. It is true that wikEdDiff isn't perfect, almost nothing is, but in most cases it is a hell of a lot better than the default diff compare screen. The amount of chars added/removed is also displayed on the history page and the list of recent changes.The Quixotic Potato (talk) 08:05, 21 February 2016 (UTC)
@Koala Tea Of Mercy: To return to the original q. No, the numbers are not present in the default (i.e. non-wikEdDiff) diff, so there is nothing that we can do to reveal them. The differing colours are because the MediaWiki software has compared two lines, detected some inconsistencies, and has wrapped those inconsistencies on the left in <del>...</del> elements, and those on the right in <ins>...</ins> elements. These elements also have classes so that the colours may be applied through CSS. To add the numbers (bytes removed, bytes added, +/- change) sounds nice, but we can't do it - to have it implemented you would need to file a feature request at phab:. --Redrose64 (talk) 10:19, 21 February 2016 (UTC)
Redrose64, I would be fine with filing a feature request at Phab, if that is all it takes to start the ball rolling then you have answered my question. I thought maybe I would have to put up some sort of RFC or whatnot here first. Thanks for the information.
When I said that "I suspect this number already exists as a counter in the code" I was referring to the MediaWiki code. Whenever you compare strings there is a length counter involved. This is fundamental to all string processing routines in any programming language I know of. That length counter has to be used to help setup what text will be highlighted (essentially this kind of process always requires 2 variables: a start-pos and string-length to isolate the string to be highlighted). All that would be needed is to insert a single instruction near the end of the highlighting subroutine, "borrowing" the length counter for a microsecond and adding it to either the master-ADDs-length-counter or the master-DELs-length-counter [these are just pseudo-code var names for illustration] for eventual display the final diff page layout. I am by no means a master programmer but I would wager this is so trivial that if someone would point me to the diff highlighting section of the Wikimedia code I could write up a concrete proposal including the appropriate code. Someone familiar with the more complex diff page layout would then need to write a few lines to actually put the numbers on the page [I know better than to try and tinker with something that complex myself]. Koala Tea Of Mercy (KTOM's Articulations & Invigilations) 17:13, 21 February 2016 (UTC)
There are many phabricator tickets and not enough developers; if you can show that you have a consensus that your idea is a good idea then it is more likely to get attention from the developers. The Quixotic Potato (talk) 17:49, 21 February 2016 (UTC)
"If someone would point me to the diff highlighting section of the Wikimedia code". It's all in here. —TheDJ (talkcontribs) 09:33, 22 February 2016 (UTC)

Closed RfAs in mobile

Closed RfAs, such as Wikipedia:Requests for adminship/Peacemaker67, are not shown in mobile. GeoffreyT2000 (talk) 04:31, 22 February 2016 (UTC)

It's because it is using the metadata class. Which it probably shouldn't be using (what metadata is it wrapping ?). —TheDJ (talkcontribs) 06:42, 22 February 2016 (UTC)
I got rid of the metadata class from the RFA closure templates (it had been there since they were created in 2005, and there are no CSS rules applied to it on desktop). Of course, this won't affect any existing RFAs, as the template is substituted into every old RFA subpage. — This, that and the other (talk) 10:39, 22 February 2016 (UTC)

Autobiography filter

This autobiography and COI fliter seems to be permanently empty now, despite obvious items that should have been detected such as Duo Miri created by User:Duo Miri. What's gone wrong since 11 February? Jimfbleak - talk to me? 12:03, 22 February 2016 (UTC)

@Jimfbleak: A "quite serious" bug turned up. See the archived discussion here and other discussions linked from there. -- John of Reading (talk) 12:33, 22 February 2016 (UTC)
@John of Reading:, thanks for that. I've been away for a couple of weeks so I only just spotted the problem. What weird bug! Jimfbleak - talk to me? 13:13, 22 February 2016 (UTC)
@Jimfbleak and Xaosflux: I've re-enabled the filter sans the user warning. This stops the bug occurring and means you can still patrol the tags. Sam Walton (talk) 13:28, 22 February 2016 (UTC)
Thank you for the update. — xaosflux Talk 14:55, 22 February 2016 (UTC)

Template bug?

There may be a bug in the "Infobox nrhp" template. When the perimeter "nrhp_type" is set to "cp" (for "contributing property"), it generates a redlink to a category at the bottom of the article. See Kenton Hotel, South Camden Trust Company, and Paramount Theatre (Asbury Park, New Jersey). Thanks. Magnolia677 (talk) 21:15, 21 February 2016 (UTC)

It's based on the map supplied by the map you're using in the |locmapin= parameter — it automatically transcludes a category entitled "Historic district contributing properties in {{{locmapin}}}". The first and third articles display the map in question, and the second omits it because coordinates aren't specified in the template. For a quick example of how this is supposed to work, see the article on the William B. Dunlap Mansion and its categories. I don't remember how to do it, but it can be fixed; there are lots of articles about NR-listed places in Portland, but the Kenton Hotel is the only article currently in Category:Historic district contributing properties in USA Portland, so presumably the rest of them have the coding to fix this problem. Nyttend (talk) 00:16, 22 February 2016 (UTC)
@Magnolia677: The categorisation was added in this edit by Dudemanfellabra (talk · contribs) just over two years ago. I think that setting |nocat=yes will prevent this categorisation. --Redrose64 (talk) 09:48, 22 February 2016 (UTC)
From the template documentation:
Historic district articles are autocategorized into a state-level category, Category:Historic districts in STATE, which are all listed in Category:Historic districts in the United States by state. This categorization uses the locmapin parameter; if locmapin is left blank or not included, the article will be placed into Category:Historic districts in the United States. Since this is a top-level category, it is desirable to move articles down to lower, more localized categories. Most times this can be fixed by simply adding a state name to the locmapin parameter, but this will cause the locator map to be displayed. If, for whatever reason, the location map should not be displayed, there is a workaround:
nocat – Setting any value to this parameter will cancel all autocategorization and allow you to manually categorize the article.
Example format – nocat = yes.
This will suppress autocategorization and still allow no locator map to be displayed. This is also a useful fix for when the locator map displayed doesn't have a category yet. For example, {{Location map Boston}} exists, but Category:Historic districts in Boston does not. For this case, nocat can be set, and Category:Historic districts in Massachusetts can be added manually to the article.
--Dudemanfellabra (talk) 15:48, 22 February 2016 (UTC)

Tech News: 2016-08

18:22, 22 February 2016 (UTC)

Zotero translator coding workshop

FYI, one of the Zotero maintainers is hosting a workshop next week on how to write Zotero translators (the website parsers that are used in Citoid's citation generation backend). I highly recommend joining in. It's scheduled for next Monday, the 29th, at 20:00 UTC (more details) I am no longer watching this page—ping if you'd like a response czar 06:56, 22 February 2016 (UTC)

This is awesome. I hope there will be a high attendance, since this is really important for our references. Unfortunately I myself will be on vacation during that time, so I hope the recording will be of sufficient quality to fully enjoy it afterwards. —TheDJ (talkcontribs) 18:35, 22 February 2016 (UTC)

AfD stats

The external stats tool in AfDs such as Wikipedia:Articles for deletion/List of Overwatch characters no longer works. GeoffreyT2000 (talk) 17:19, 22 February 2016 (UTC)

GeoffreyT2000 I believe you are referring to, in this particular example, AFD Vote Counter, which is a tool that was created by Snottywong. He hasn't been around for years, and most of his tool replacements are here: Toolserver replacements, but it doesn't look like the one for AFD Vote Count is there. — Maile (talk) 22:28, 22 February 2016 (UTC)

username issue

I created my account with my real name, but soon realized that it is not a good idea. I recently changed my username but all my old contributions still have my old name as the Author and not my new name. Can anyone help me with it? — Preceding unsigned comment added by WavesOfTahoe (talkcontribs) 21:46, 16 February 2016

@WavesOfTahoe: See WP:CHU. --Redrose64 (talk) 22:11, 16 February 2016 (UTC)
Redrose, they've already been to WP:CHU. WoT, your old username doesn't show on those edits anymore, with the exception of your signature on the WP:CHU page. For transparency, I don't think we usually delete those. However, you have a very short editing history, so if you're concerned about any links to your previous name, it's probably easier to just abandon this account and start a new one, with yet another username. As long as you don't continue any disputes you had under the old name (if any - I haven't checked), that's a perfectly legitimate thing to do. --Floquenbeam (talk) 22:19, 16 February 2016 (UTC)
@WavesOfTahoe: See also Wikipedia:Oversight. The Transhumanist 01:46, 18 February 2016 (UTC)
@The Transhumanist: This won't work; you'd already notified me, amending it won't notify WavesOfTahoe and it certainly didn't de-notify me. --Redrose64 (talk) 01:19, 18 February 2016 (UTC)
@Redrose64: What about with refreshed sig? The Transhumanist 01:52, 18 February 2016 (UTC)
This won't work because it's not a new signature but an amendment to an existing one. This certainly didn't work, because you added a link but no new signature. I have explained all this before, many times, on this page (see for example my comments here) and elsewhere. You need to add a new post which includes a new link and a new signature. Amendments to existing posts will not work. It's covered at WP:Echo#Triggering events and at mw:Manual:Echo#Technical details. Consider this edit which will not have notified The Transhumanist even though there is a new link - it's not a new post, and the signature is not new but amended. --Redrose64 (talk) 11:26, 18 February 2016 (UTC)
However, The Transhumanist will have been notified by this edit. New post, complete with link and sig from the outset, not corrected or otherwise modified. --Redrose64 (talk) 11:29, 18 February 2016 (UTC)
Good to know. Thanks. The Transhumanist 23:09, 22 February 2016 (UTC)

Anarchy Comics

Hi there! If you go to this page, you'll see a bunch of redlinked templates at the top which shouldn't be there. I tried to fix it on my own but, clearly didn't do it right. If someone wouldn't mind fixing it or, better yet, explaining to me how to do it on my own so I know should I encounter this again, I would very grateful! Thanks in advance!Cebr1979 (talk) 00:36, 23 February 2016 (UTC)

 Done Someone has fixed it. — billinghurst sDrewth 00:52, 23 February 2016 (UTC)
User:Trappist the monk just got it and I used the diff from his correction to see how it needed to be fixed. Thank you, Trappist!Cebr1979 (talk) 00:53, 23 February 2016 (UTC)

Irrelevant geonotice

I've just started getting a banner at the top of my screen:

Meta-logo-35px.png Are you editing Wikipedia in Ireland? Participate in this survey to share how Wikimedia Community Ireland can support you!

For one thing, where is this coming from? MediaWiki:Sitenotice hasn't been edited in months. For another thing, I'd otherwise guess that it would be some sort of geonotice, but I have a Time Warner Cable IP address in the USA. Nyttend (talk) 00:09, 22 February 2016 (UTC)

I also just got that notice. And I am also in the United States. And it's coming from — Maile (talk) 00:13, 22 February 2016 (UTC)
I don't see it when I'm logged out. Sorry to confuse you: "where is this coming from" was meant as a question about the page where this change was made, i.e. when someone hit "Save" to deploy this note, what page were they editing? MediaWiki:Gadget-geonotice-list.js is the only MW:space page that's been edited in four days, according to Special:Recentchanges. Nyttend (talk) 00:33, 22 February 2016 (UTC)
It's a CentralNotice from Meta which has been geo-targeted at Ireland and the US. It looks like the US was added in error; User:Smirkybec might be able to do something about this. — This, that and the other (talk) 01:48, 22 February 2016 (UTC)
There are more Irish in the USA than on Ireland, but I think this notice is better suited to Africans in Dublin than to Irishmen in New York. Nyttend (talk) 02:15, 22 February 2016 (UTC)
Also ping User:MZMcBride. — This, that and the other (talk) 10:47, 22 February 2016 (UTC)
Indeed, it was out intention (in Wikimedia Community Ireland) for just those in Ireland to be targeted with this survey. MZMcBride was kind enough to help our group set up the banner and he campaign, so this issue should be resolved by tomorrow (GMT) Smirkybec (talk) 15:11, 22 February 2016 (UTC)
Whoops, sorry about that. For some reason I thought you all intended to target users in the U.S. and Ireland in both Gaelic and English on both and It seems that understanding was close, but not quite right. James A. already fixed the issue over on Meta-Wiki, according to m:Special:CentralNoticeLogs. (Thank you, James!) --MZMcBride (talk) 00:57, 23 February 2016 (UTC)

Interminable flashing

Gobi Desert has suddenly begun flashing interminably, at a frequency of a couple dozen hertz. At points, almost the whole page is visible, while at others, it's almost totally blank. See the screenshots I've uploaded as File:Gobi Desert screenshots.pdf for three examples of what's happening. It happens regardless of where I am on the page: top, bottom, or in between. It's only when I view the page while logged in, either the live version or the version I see when previewing (the history page is fine); logging out fixes the problem, as does viewing it in Firefox instead of my normal browser, the latest Internet Explorer. Perhaps it's a skin thing, since I use Monobook. Neither cache-clearing nor making a dummy edit had any effects. Any idea what could be causing this? Nyttend (talk) 01:04, 23 February 2016 (UTC)

PS, now that I've logged out and logged back in again, it's normal. Even weirder. Any ideas? Nyttend (talk) 01:05, 23 February 2016 (UTC)

It sounds like a graphics card driver problem. You can disable hardware acceleration in your browser settings to avoid these (rather common, imo) issues. To do so in firefox, go to firefox menu > options > advanced > general and uncheck use hardware acceleration in that panel. Mamyles (talk) 04:41, 23 February 2016 (UTC)

I opened Wikipedia and somehow I was logged in to this account

Okay, this is really weird, but I'm actually User:FallingGravity. Somehow I logged into this account when I opened my laptop, even though I never typed in the username and I don't have any clue what the password is (I checked and it's not the same as my actual password). Apparently this account used to be active on the Chinese Wikipedia. Anybody have any clue how this happened? Should I be worried about my account? Actually I think I'll just go ahead and change my user password just in case. 023yangbo (talk) 06:34, 23 February 2016 (UTC)

Yes, it is me. FallingGravity (talk) 06:35, 23 February 2016 (UTC)
@FallingGravity: See WP:Village pump (technical)/Archive 143#Looking for reports of users being logged in as someone else. — JJMC89(T·C) 06:55, 23 February 2016 (UTC)
Thanks, I'll be logging out of this account now. 023yangbo (talk) 07:18, 23 February 2016 (UTC)
Ignoring the two posts here, the real 023yangbo (talk · contribs) has made 75 edits in 11 years, all of them on Chinese Wikipedia. --Redrose64 (talk) 20:18, 23 February 2016 (UTC)

Question: article with 20 wikitables

Greetings, I'm about one-half way through updating columns in article List of popes which has 20 tables, one for each century. For each table, I'm doing a copy-and-paste of this wikicode:

! style="width:5%;"|Numerical order

! style="width:10%;"|Pontificate

! style="width:5%;"|Portrait

! style="width:15%;"|Name: English
· Regnal
Latin (English)

! style="width:10%;"|Personal name

! style="width:10%;"|Place of birth

! style="width:5%;"| Age at start/
end of papacy

! style="width:45%;"|Notes

Is there any way that I can do something like an "include" or "copy" or "subpage" to create the column heading wikicode only once? Then each table could pull in the same columns wikicode. Back in my mainframe programming days, this was easy to do. Right now I'm lost & asking for help. Going forward it would make table maintenance a lot easier too. Thanks.  JoeHebda (talk)  14:25, 22 February 2016 (UTC)

Templates. I recently created {{shipwreck list begin}}, {{shipwreck list item}}, and {{shipwreck list end}} to create tables for the lists in Category:Lists of shipwrecks by year. Something similar would work for you.
Trappist the monk (talk) 18:51, 22 February 2016 (UTC)
Greetings User talk:Trappist the monk – Interesting example & might work for this list also. Please excuse me if I'm asking a dumb question (do not know much about templates): can only the begin & end templates be made like a wrapper for existing data? Or are all 3 required?  JoeHebda (talk)  19:49, 22 February 2016 (UTC)
You even can use only one for beginning. --Edgars2007 (talk/contribs) 20:07, 22 February 2016 (UTC)
The item template is not required but is I think easier to maintain in the long run. The shipwreck lists {{shipwreck list item}} simply encapsulated the table row markup and data making it easier to edit later if necessary. That same could apply to List of popes especially since there is special markup applied to each row (vertical-align:top) and to three of the columns cells in a row (style="font-size:85%"). Should it ever be desirable to add or take away a column, change the markup, or other 'global' changes, those changes would likely be easier done once to a template than to touch every row.
It isn't necessary, though for editor readability it might be desirable, to have each column's data in a row have a named parameter.
Trappist the monk (talk) 20:25, 22 February 2016 (UTC)
Hi User talk:Trappist the monk – Sounds like a lot of work with eight columns of data and 266 rows spread across the 21 tables. Wondering if there are any kind of template/table conversion tools out there? Or maybe a bot that can change a wikitable into a template?
For now, it might be easier for me to continue plowing through the remaining (1st to 12th centuries) and look to do the template update as a next step. Any advice would be great. Cheers!  JoeHebda (talk)  21:56, 22 February 2016 (UTC)
The basics are done at:
{{pope list begin}}
{{pope list item}}
{{pope list end}}
See the results at my sandbox
Trappist the monk (talk) 22:33, 22 February 2016 (UTC)

Hi User talk:Trappist the monk – Thanks so much for doing this. Never in a million years could I have ever figured this out on my own. Very good & easy to understand example! Will try it out with 21st century (two most recent popes). Learning something new every day. :-) Cheers!  JoeHebda (talk)  22:54, 22 February 2016 (UTC)

Trappist the monk – When I reviewed the List of popes I saw the error because I missed adding the title= to the Pope list begin template. Now I'm puzzled about why the edit links for each century no longer work? The "1st millennium" edit link works, but not for the century wikitables. For "2nd millennium", I have not yet fixed the title error & all of the century edit links work. Any idea of how to fix? Regards,  JoeHebda (talk)  18:43, 23 February 2016 (UTC)
Greetings Trappist the monk – All is good: Wikitable titles = done; Edit links = done; all pope list begin = done; all pope list end = done. 21st century has pope list item template in place. So now as time allows, I can do the item templates. Thanks again for your expert help! Cheers!  JoeHebda (talk)  00:51, 24 February 2016 (UTC)
 Done –  JoeHebda (talk)  00:55, 24 February 2016 (UTC)

Show preview – Thanks due

Now, when I edit a section and click "Show preview", the preview includes the references cited in that section. This is a big improvement. I would like to thank whoever implemented it. If this is not the right place for my thanks, could someone please let me know where is? Maproom (talk) 14:51, 23 February 2016 (UTC)

PiRSquared17 implemented this feature with some help from Cenarium and TheDJ. They are the ones deserving thanks for that feature. The change itself can be seen at gerrit:129932. It would be best to leave your thanks on their talk pages.--Snaevar (talk) 17:54, 23 February 2016 (UTC)
Thank you – I have done so. Maproom (talk) 19:29, 23 February 2016 (UTC)
I concur that is is nifty new feature. I look forward to the day when it can fully deal with sections that are referenced in WP:LDR (list defined references} format‍—‌those using named references, e.g.- <ref name="Annual report" />. Cheers! {{u|Checkingfax}} {Talk} 23:21, 23 February 2016 (UTC)
I concur with the thanks and with the hope that someday LDRs will also preview, although I can't imagine how that would work, since they are defined outside the section. Easy enough to open another window and view the References section, though. Perhaps an elegant solution would be to have the References preview when editing the section where they're listed, in the order in which they're listed?
D'Ranged 1 VTalk 00:15, 24 February 2016 (UTC)
Cenarium has been working on that as well (tracked in T124840), but it indeed comes with some added complexity, so probably best not to make promises on that just right now. —TheDJ (talkcontribs) 00:23, 24 February 2016 (UTC)
Also thanks from this little corner of Wikipedia, as I no longer have to insert a test {{reflist}} to preview, and then (sometimes forget to) remove it before I save the section. MaxiKudes!  Follow Jimbo! Paine  02:27, 24 February 2016 (UTC)

Article statistics

Anyone know how to get the number of edits by each editor of an article over a specified period please? Martin Hogbin (talk) 17:36, 19 February 2016 (UTC)

The closest I know is Page/History/Revision history statistics. That's not as narrow as you indicate you want. However, the results tell you the first edit and last edit of a given editor. 1. — Maile (talk) 17:42, 19 February 2016 (UTC)
Thanks. Martin Hogbin (talk) 20:07, 19 February 2016 (UTC)
@Martin Hogbin: Is Sigma’s Article revision statistics tool something like what you want?—Odysseus1479 03:28, 24 February 2016 (UTC)

Unsigned article talk threads

As a general rule, what should be done with very old unsigned threads on article talk pages? These will never be archived and they effectively reduce |minthreadsleft=, potentially to zero. Example: Talk:9-1-1. ―Mandruss  17:53, 22 February 2016 (UTC)

I usually add my own signature and a comment saying the above thread is very old. Then it gets archived away by a bot or whatnot. OTOH, you can also manually archive it if it's that old. Either way works. --Izno (talk) 17:56, 22 February 2016 (UTC)
"Manually archive it" means locating the appropriate archive page and then editing it and the talk page? Ugh. ―Mandruss  17:58, 22 February 2016 (UTC)
Yeah, it can be a pain, but that's the other way to do it. You might be able to fake an old signature; I don't know the specifics of how the archive bots work, so I'm not sure that that will work. --Izno (talk) 18:02, 22 February 2016 (UTC)
(edit conflict) If I can, I find the original edit for the comment and add the {{unsigned}} template. Imzadi 1979  18:03, 22 February 2016 (UTC)
Right. That's a lot of work for a thread that's years old, especially for one that has no replies, making it fairly useless. ―Mandruss  18:07, 22 February 2016 (UTC)
Mandruss. While it would be perfect to have it in context of its date, the reality is that it isn't now, so just archive it to the last archive. It will be searchable anyway, and if it is that old, its value is probably not high. Personally, I would stick a manufactured date on it at an approximate point of time, and let the bot sort it out. The world is less than perfect. <shrug> — billinghurst sDrewth 00:50, 23 February 2016 (UTC)
I enjoy a bit of talk page cleanup every now and then (my last spree before this one was at Talk:Microsoft Windows), and unsigned messages are one of my pet peeves on Wikipedia. Therefore I've archived the unsigned threads manually into their proper positions and signed them using the {{unsigned}} template. WikiBlame makes this task an awful lot easier. BTW, ClueBot III is better at dealing with threads with no signatures when it's working, as it uses the page history to determine when an edit was made. Graham87 12:01, 23 February 2016 (UTC)
@Mandruss: I have User:Anomie/unsignedhelper.js installed on my vector.js file. When I come across an unsigned section, I edit that section and then click the {{unsigned}} link under the edit window. The script thinks for a while and then inserts an {{unsigned}} template. Before I click Save edit, I open the history in another window just to make sure that the script picked the correct edit. Hope this helps! GoingBatty (talk) 04:14, 24 February 2016 (UTC)

Category changes in watchlist in mobile view

When I check my watchlist in mobile view [17], I get all changes to all categories on my watchlist, even though in my preferences I have checked "Hide categorization of pages" (this works on the standard watchlist in desktop mode). I see no way to change this for mobile explicitly, so it looks as if that preference doesn't work for mobile view, making my watchlist useless in that mode (I get changes from the last 13 minutes there on my watchlist, nothing further back!). The grouping (see only the last change to a page) doesn't work there either. Basically, I'm very glad that I do my editing from desktop and not from mobile, but I had no idea it was so bad. Am I the only one with this situation, or is this standard snafu? Fram (talk) 15:44, 22 February 2016 (UTC)

I submitted a task for this at phab:T127723. --Izno (talk) 16:53, 22 February 2016 (UTC)
@Fram: There's a current patchset to remove category membership changes from mobile review. Does that satisfy you? --Izno (talk) 20:04, 23 February 2016 (UTC)
Thanks. Well, I guess it should just follow the preferences people have given, I can't see anything in "preferences - watchlist" indicating that these are only valid for the desktop and not for the mobile environment. But it certainly is an improvement. If the mobile watchlist would follow the preferences, it would also mean that it wouldn't show every change made to followed pages, but only the most recent one, which is also one of the vey useful standard options (certainly on mobile, where you can't see that many changes anyway). In general, the mobile experience for everything but reading pages is clearly vastly inferior, even for things (like these remarks above) which are not inherent to mobile and its smaller screen. But that's a general remark, not aimed at you, you are helpful so thanks! Fram (talk) 07:21, 24 February 2016 (UTC)

Magic word for section title?

Is there a magic word or template for the title of the section on a page? That is, something like {{FULLPAGENAME}} but for section titles. --Stefan2 (talk) 17:48, 18 February 2016 (UTC)

In general no, (see Help:Magic words). For transcluding a section by title, see Help: Labeled section transclusion. For how to find links to a section title see {{linksto}}. — CpiralCpiral 18:07, 18 February 2016 (UTC)
What I need is to insert the title of the current section in the output of a template. None of those methods would allow me to do this. --Stefan2 (talk) 18:21, 18 February 2016 (UTC)
T3605, {{section}} variables for name and number; promising, but no implementation yet. — CpiralCpiral 19:29, 18 February 2016 (UTC)
And open since 2005 ;) —TheDJ (talkcontribs) 20:21, 18 February 2016 (UTC)
Wiktionary wants this as well. I expect it will happen at some point in the next couple of years as section handling is overhauled, but as I often say, don't hold your breath. — This, that and the other (talk) 06:15, 19 February 2016 (UTC)
TTO, could you make sure that Wiktionary's needs are adequately described in that Phabricator task? Otherwise, it might be overlooked. Whatamidoing (WMF) (talk) 03:52, 24 February 2016 (UTC)
Wiktionary's needs are mostly articulated at phab:T122934. In any case, I'm keeping track of what's going on and will be sure it doesn't get forgotten about. — This, that and the other (talk) 09:45, 24 February 2016 (UTC)

Is there a tool for finding IPv6 contributions?

Is there a tool for finding contributions to Wikipedia from an IPv6 range? For IPv4, I use X!'s Tools, but it doesn't seem to work for IPv6. At least, I got nothing when I input an IPv6 range, even though I knew of three contributions from that range. Unless I used the wrong format? I expressed the range the way I got it from NativeForeigner's rangefinder, which was this: 2600:1:c22b:eeae:8000::/65. Pinging MusikAnimal. Bishonen | talk 14:29, 21 February 2016 (UTC).

Someone posted WP:AN#Blockcalc: IP range calculator in the past week; will that be sufficient? --Izno (talk) 14:58, 21 February 2016 (UTC)
Thanks, but not really, as Native Foreigner's tool will already calculate IPv6 ranges. I've got the range; what I need is a tool that will find the contributions from it. (I notice that the template you link to says, a ways down, that "no tools are available to show the contributions for an IPv6 range", so I guess I'm not optimistic.:-( Pinging NativeForeigner and Johnuniq.) Bishonen | talk 15:15, 21 February 2016 (UTC).
I thought the contribsrange gadget supported IPv6, but I'm currently unable to get it to work. A heavy-duty off-wiki tool like xTools that supports IPv6 is much needed. Whatever your findings do try to keep WP:ADMINTOOLS updated. Best MusikAnimal talk 15:40, 21 February 2016 (UTC)
Sorry, not that I know of. If you try {{blockcalc}} you will see that it provides contribs links for a single IPv4 or IPv6, and for IPv4 ranges, but I could not find any contribution links for a range of IPv6 addresses. I pondered what would be involved in writing a tool, but I'm unlikely to get around to it. Such a tool would need to examine every edit on the recent changes feed and build an efficient database of IPv6 ranges active in the last month. It would be do-able but tricky code would be needed. Johnuniq (talk) 23:32, 21 February 2016 (UTC)
But you're so clever, John! It would be really useful, in fact right now I have a situation, and a call to make, where it's very frustrating not to have it. Bishonen | talk 01:49, 22 February 2016 (UTC).
Huh! You think I'm susceptible to flattery!? The problem is that such a tool would need to be at wmflabs which is a big unknown to me, and whereas I am comfortable at a command line, I have no idea of how or whether tools can access recent changes. If someone volunteers to hold my hand for those details, I could eventually code the rest of it. One unknown would be how many entries a database would have to hold, and how much storage/time would be used. Johnuniq (talk) 01:58, 22 February 2016 (UTC)
I have a reasonable idea how the existing ipv4 tool works but I just don't have anywhere near the time to implement it and probably won't until June-September, if this year at all. NativeForeigner Talk 08:23, 22 February 2016 (UTC)
But you're so brilliant, John, I mean it! Would somebody like to volunteer to assist John with just a little handholding? Pinging @MusikAnimal, Writ Keeper, and Cyberpower678: Or you, NativeForeigner, might you have time for that? You're very clever too! Bishonen | talk 09:24, 22 February 2016 (UTC).
Sorry, I just won't. At most I could go through the source code on the ipv4 tool and try figure out its exact mechanism. NativeForeigner Talk 09:27, 22 February 2016 (UTC)
My time too is also very limited. Not only that but IPv6 is a bit iffy as different formats can mean the same IP. I do know that quentinv57's global contributions tool has full IPv6 support, after I added it, but it doesn't do ranges. So you could feed it individual IPv6's to get global contributions.—cyberpowerChat:Online 14:36, 22 February 2016 (UTC)
@Bishonen: Enable the "Allow /16, /24 and /27 – /32 CIDR ranges on Special:Contributions" gadget and search 2600:1:c22b:eeae:* User talk:NeilN/Archive_28#IPv6 range contribs (talk) 20:25, 23 February 2016 (UTC)
Neil..? It's been enabled all along,, but apparently I don't understand what to do next. I can't get it to work. :-( Bishonen | talk 20:36, 23 February 2016 (UTC).
Update: I've got it now. Thank you, IP. Bishonen | talk 10:33, 24 February 2016 (UTC).

Setting values in templates

In a template, is it possible to create and set a parameter that was not passed in through the template call? For example, in a template I am modifying/updating, there are six or seven occurrences of this: {{{show_name|}}} ({{if||{{{season_qualifier|}}}|{{{season_qualifier}}} |}}{{{season_type|season}}} {{#expr:{{{season_number|}}}+1}}). Instead of having to use all of this code over and over again, is it possible to create and set a new parameter to equal the above? i.e. {{{full_show_name}}} = [All the code above], and simply use {{{full_show_name}}}? Or. Can I create a sub-template that I can pass all parameters to in a simple way (e.g. global parameters), and just use that to concatenate all of the above, and use it as a call to the sub-template? Alex|The|Whovian? 04:37, 22 February 2016 (UTC)

Second solution would be better. The first one isn't possible, I think, if I have understood correctly. --Edgars2007 (talk/contribs) 06:53, 22 February 2016 (UTC)
@Edgars2007: Thanks for the reply. I saw on some other wiki that they have a {{#set}} parser function, but Wikipedia doesn't have that. Do you know of a way that I can pass all parameters to in a simple way (e.g. global parameters) to the sub-template instead of passing them one-by-one? Alex|The|Whovian? 07:00, 22 February 2016 (UTC)
MW:Extension:Variables would be what you want; however, it is not installed here. — JJMC89(T·C) 07:04, 22 February 2016 (UTC)
Is there a page where editors can recommend the installation of an extension? Alex|The|Whovian? 10:39, 22 February 2016 (UTC)
There probably is, but in this case, I rather suspect that they'd reject it saying "use Lua". --Redrose64 (talk) 10:47, 22 February 2016 (UTC)
Highly likely indeed. The developers have no interest in furthering the complexity of parserfunctions. It does not scale. —TheDJ (talkcontribs) 18:29, 22 February 2016 (UTC)
So, I need to create a whole module which will be a few lines long at most for this? That's a waste of space and time. And how does one pass all parameters into a Lua function without passing them through {{#invoke}}? Alex|The|Whovian? 06:06, 23 February 2016 (UTC)
These are questions which I am unable to answer, I find the whole Lua thing a total mystery. Templates which I formerly had no problem reading, explaining, amending and maintaining, suddenly become a black hole upon conversion to Lua. I unwatch them and let somebody else pick up the fallout. --Redrose64 (talk) 20:02, 23 February 2016 (UTC)
The complicated answer: use frame:getParent().args. The simple answer: ask me, and I'll write the module for you. ;) Or if you want to do this in template code, the traditional way is to use a subtemplate and then pass all the parameters through for each use. — Mr. Stradivarius ♪ talk ♪ 11:36, 24 February 2016 (UTC)

Creating/parameterising a template to categorise broken section anchors

Hello. I was hoping that it would be possible to create a template (or add a parameter to an existing one) that will categorise broken section anchors (i.e. here and here). If so, would it be possible for the template to be added to those redirects automatically (e.g. via a bot) or will one have to do such a task manually. Thank-you.--Neveselbert 22:29, 22 February 2016 (UTC)

You'd be wanting to modify one of the {{rcat}} templates, probably adding a flag to {{R to section}} and {{R to anchor}} which are slightly different but both affected by this. Pinging Paine Ellsworth, he does a lot of work with them. As for a bot adding them that's probably easy enough, but I'm not a coder. Ivanvector 🍁 (talk) 22:33, 22 February 2016 (UTC)
Category:Pages containing links with bad anchors has a backlog of more than 4,000 entries. You probably want to populate a category similar to that one? That category contains talk pages and was used by WildBot when it was active, but I don't know how the bot's creator, Josh Parris (hasn't edited for almost a year, now), populated it. WildBot would sense the broken anchors and leave a message box near the top of the article's talk page, then categorize the talk page to the above-linked category. Don't know what happened to Josh Parris, but I hope somebody will come along and continue that important work.  Good faith! Paine  00:22, 23 February 2016 (UTC)
@Paine Ellsworth: Thanks, although I still do not understand. Is it possible to parameterise/categorise these broken section anchors all at once or not?--Neveselbert 17:18, 24 February 2016 (UTC)
I don't know how Josh Parris and WildBot actually found the broken anchors unless they worked from a list similar to the ones to which you linked above, then categorized the talk pages to the category to which I linked. The data finder that populates those lists could also populate a category, but if there are lists, then I have to wonder why a category would also be needed? If you think there should also be a category, then you probably want to check with the editors who work on the data finders at WT:Database reports. Since I know of no template that can be placed on redirects that are known to target broken section links or anchors, your only other alternative would be to use Category:Redirects to sections and Category:Redirects to embedded anchors (which might be what a bot may use to generate a broken anchors list) to find broken anchors. Both of those categories are pretty heavily laden, so a bot would be needed that's programmed to find the broken redirects in those categories. Wish I could be of more help – perhaps someone else here can get you closer to where you want to go?  Follow Jimbo! Paine  17:58, 24 February 2016 (UTC)

Can't sort by date in Firefox

For background, please see Wikipedia talk:Sockpuppet investigations/Archives/Archive17#Can't sort by date?

I noticed yesterday that the large table at Wikipedia:Sockpuppet investigations can't be sorted by any of the timestamp fields (table is transcluded from here) but all of the other fields work. On investigation and help from other users, it seems it works in Chrome but not in Firefox or Safari, nobody bothered to check IE and I don't care to. Is this a bug? I can't think of any other pages which use a detailed timestamp field in order to check if this is just an issue with this table or with the browser, but I can confirm that sorting by year works elsewhere. Ivanvector 🍁 (talk) 20:00, 24 February 2016 (UTC)

This is a known issue with date parsing, which is one of the things I intend to fix in the coming 2 weeks. —TheDJ (talkcontribs) 22:26, 24 February 2016 (UTC)

Technical server problems?

During the last 1-2 days I see this recurring message:Error - Our servers are currently experiencing a technical problem. This is probably temporary and should be fixed soon. Please try again in a few minutes. with the Wikimedia logo to the left (sporadically like 3-4 times per day). What's strange about this: there is zero lag, and re-loading the same Wikipedia page a millisecond later works perfectly fine again. It could be a problem on my side or in my region, but does anyone else experience this sporadic message lately? (FF 44.0.2, Windows XP) GermanJoe (talk) 10:46, 24 February 2016 (UTC)

I've been getting this, too. עוד מישהו Od Mishehu 15:34, 24 February 2016 (UTC)
Me as well, with increasing frequency. Also, when I try to log in to WP:UTRS via labs I'm getting a 502 "bad gateway" error.--Jezebel's Ponyobons mots 20:33, 24 February 2016 (UTC)
Strike the UTRS bit, which has now been fixed.--Jezebel's Ponyobons mots 22:55, 24 February 2016 (UTC)
I mentioned this at Wikipedia:Village pump (technical)#Scripts not working. --Redrose64 (talk) 21:14, 24 February 2016 (UTC)

Deleted and restored edits in recent changes

Restoring a deleted page with recent changes does not put those back into recent changes. In other words, deleted edits are permanently removed from recent changes. For example, Frederick T. Attenborough has three recent edits by Slootio, but those edits are not shown in Special:RelatedChanges/Category:Wikipedia pages needing cleanup from September 2015. The page was deleted and then undeleted by RHaworth. GeoffreyT2000 (talk) 04:40, 25 February 2016 (UTC)

Pageview Stats down again

Pageview stats at are down again. Stats have not compiled since October 11. Thus, the following is a summary the datefiles that are currently not compiled.

— Preceding unsigned comment added by TonyTheTiger (talkcontribs) 03:28, 26 January 2016‎ (UTC)

Are there any instructions for compiling these stats? Who needs to do it? WormTT(talk) 07:30, 29 January 2016 (UTC)
-( I hope that someone will be do it. --Swd (talk) 12:03, 30 January 2016 (UTC)
Henrik use to run this process. His last edit on WP was in August 2014. In 2015, it went inactive a couple of times and it is quite a mystery as to who kick started it.--TonyTheTiger (T / C / WP:FOUR / WP:CHICAGO / WP:WAWARD) 11:56, 2 February 2016 (UTC)
Yes, sadly should no longer be seen as an active project. We released a new pageview API and there are several efforts to write a tool that will replace, by querying the API. The project we're all watching right now is one by Jan Ainali's students. Here's the task in Phabricator (the wmf task tracker): Once a stable tool is up, we (the analytics team) will be helping to maintain that. We can be reached most easily on Phabricator with the tag "Analytics". Milimetric (talk) 22:39, 10 February 2016 (UTC)

Although clunky to use, wikitech:Analytics/PageviewAPI#Pageview counts by article seems to be effective for accessing page view stats for individual articles in Wikipedia. Woodlot (talk) 13:21, 3 February 2016 (UTC)

Well, how do we use what you have linked? Can you give us instructions, please? Once upon a time we had as an alternative the wonderful Wikiviewstats. Although it's still listed at Labs, it has not been enabled for a long time. — Maile (talk) 13:46, 3 February 2016 (UTC)
@Maile66: For example, here [18] is a printout of User:Maile66 page views between January 2, 2016 and February 2, 2016. Just enter the article name into the URL along with the dates you want to view. Like I noted, it is clunky to use! Woodlot (talk) 21:42, 3 February 2016 (UTC)

Pageview stats has been down for the past 15 days

Can someone please fix this quickly? Makeandtoss (talk) 00:06, 1 February 2016 (UTC)

@Makeandtoss: Hey, what do you mean? This example API call looks to be fine to me? Jdforrester (WMF) (talk) 02:13, 1 February 2016 (UTC)
@Jdforrester : Are you seriously recommending that people use things like this "API call" that you linked to? Michael Hardy (talk) 20:08, 6 February 2016 (UTC)
@Jdforrester (WMF): For example, here. Latest stats is from Jan 21st. --Makeandtoss (talk) 02:46, 1 February 2016 (UTC)
@Makeandtoss: Oh, right, that tool. I don't recommend using it, though I know a lot of people do. There's some work being done to build the information into the ?action=info page, but that's not done yet, which isn't very helpful, I know. Sorry. Jdforrester (WMF) (talk) 02:52, 1 February 2016 (UTC)
Looking at the "about" page on that tool's site, it says "They should be directed at User:Henrik on Wikipedia." regarding questions or comments. The page also carries the disclaimer "This is very much a beta service and may disappear or change at any time." That mention should notify him of this thread, but I think it's fair to say that he's under no obligation to fix it quickly (looks like an unofficial personal experiment to me, with even less warranty than the rest of Wikipedia). Murph9000 (talk) 03:02, 1 February 2016 (UTC)
User Henrik hasn't opened Wikipedia in years... Well dammit, it coincides with my DYK. Why not make this tool official? Its used by alottt of people. --Makeandtoss (talk) 03:06, 1 February 2016 (UTC)
The new API is official. And as James stated, a very simple version of it will soon be added to the "Page information" list. There are also several groups looking into making a new ''-like official tool using this new official API. will likely disappear however at some point. —TheDJ (talkcontribs) 09:58, 1 February 2016 (UTC)

Well, I think there is a real problem with the stats... Completely out of order and we don't know why. Rather bad, unfortunately, for Wikipedia. (talk) 10:21, 2 February 2016 (UTC)

Let me add my two cents to the page view statistics being inoperative. This is one of the tools that we, major contributors but non-technical wikipedians. like and use. It would be a shame if we didn't have access to page view data. Please get it functioning again. I have no idea what an API is. I just want something that works. Smallchief (talk 02:20, 3 February 2016 (UTC)

No news, unfortunately. Stats completely out of order... And Wikipedia out of order next day ? Best regards. (talk) 11:15, 4 February 2016 (UTC)

I know this is frustrating, this is precisely why we built the API. I know people don't care what an API is, but I'll expand a little. So, the reason is hard to maintain and probably the main reason Henrik stopped doing it is that we have a ton of data that he has to crunch to get these stats. So, the API gives everyone access to that pre-crunched data. So instead of a huge server parsing through billions of lines of text, now you can use a browser on a mobile phone to get the stats you need. The problem right now is that nobody has built a nice website like to take advantage of this new client. But it's a very simple project and I personally promise all of you that if it's not built by the end of this quarter I will build it myself. I'm "milimetric" on irc, I hang out in #wikimedia-analytics. I work on the Analytics team which works on Phabricator, and this is the work we do: If you'd like to see an example website that uses the API, you can take a look at this demo that someone else cooked up quickly: They say they'll be maintaining that but I wouldn't treat it as a permanent link. We'll announce the one tool that survives this early stage and gets maintained going forward. Please let me know where that announcement should go so it reaches everyone who's interested. Milimetric (talk) 22:51, 10 February 2016 (UTC)

Article traffic statistics

I don't seem to be able to read article traffic statistics for any date past 2016-01-20. Is there a problem or should I wait a few more days to see the article traffic statistics for 2016-01-28 for Birdsill Holly (day of DYK)?--Doug Coldwell (talk) 12:05, 29 January 2016 (UTC)

Hi Doug Coldwell. I don't know where I saw it but I saw mention that the traffic stats database has not been updated for a while and that last week is one of the weeks that is taking a hit. Cheers! {{u|Checkingfax}} {Talk} 12:30, 29 January 2016 (UTC)
According to the pageview api ( Birdsill Holly had 10209 visits on 2016-01-28 and 39 visits on the day previous to that date. Keep in mind that the metrics for the pageview api are not the same as on (talk) 16:36, 29 January 2016 (UTC)
  • Just out of curiosity, what counts as a page-view for these stats’ purposes? Specifically, when Navigation Popups or any similar tools grab a preview, does that count as a hit, or are there means of access that aren’t monitored for counting purposes? Also, is there a time limit within which repeated loading of a page is counted as a single viewing, or is every request for the URL registered as a distinct hit? Finally, is access to a past revision or diff counted?—Odysseus1479 02:52, 24 February 2016 (UTC)

Page view stats - somebody please fix this!

This is the third thread on this page about the fact that "page view stats" (one of the installed links on the "view history" page) has not worked for more than two weeks. The WMF attitude seems to be summed up by User:Jdforrester (WMF): "Oh, right, that tool. I don't recommend using it." He goes on to say we should be using some other tool that none of us have ever heard of, much less have a convenient link to. The attitude of the rest of is well summed up by User:Smallchief: "This is one of the tools that we, major contributors but non-technical wikipedians. like and use. It would be a shame if we didn't have access to page view data. Please get it functioning again. I have no idea what an API is. I just want something that works."

Look, folks. This is a tool that many of us use every day. Don't blow it off. Don't blow US off. Either fix the existing system, or replace that link with one that works. We are your volunteers, the creators of content without whom Wikipedia would not exist. All we ask is a system that works. To just ignore a major glitch like this for two weeks is not acceptable. --MelanieN (talk) 21:56, 4 February 2016 (UTC)

What's not working? This is the same tool we use at WP:RFD and it seems to be working fine from there. Ivanvector 🍁 (talk) 22:02, 4 February 2016 (UTC)
@Cyberpower678 and MusikAnimal: What would it take for Labs to re-enable Wikistats on XTools and become a routine part of the Revision Stats? It's such a wonderful tool, that I don't understand why it was more-or-less deactivated on Labs. — Maile (talk) 22:06, 4 February 2016 (UTC)
Well, User:Ivanvector, it may work for you, but for me (and apparently for a lot of us) that page only shows data up through January 20. [19] Same with every other page on Wikipedia. [20] [21] --MelanieN (talk) 22:12, 4 February 2016 (UTC)
Ah, that is indeed broken. Ivanvector 🍁 (talk) 22:17, 4 February 2016 (UTC)
It's my understanding there will soon be a new and far more accurate WMF-provided pageviews API. Currently the pageview stats show only desktop hits, not mobile, which probably accounts for most traffic. There's a demo here, which appears to be working. Xtools wikistats is unlikely to return to service MusikAnimal talk 22:23, 4 February 2016 (UTC)
I failed to read everything above... I guess the new API and demo is no secret. Why are we complaining about, then? I would not trust it over the WMF API MusikAnimal talk 22:28, 4 February 2016 (UTC)
I moved this section from below per WP:MULTI/WP:REFACTOR. I do not know why MelanieN felt the need to post a 4th thread about the issue. --Izno (talk) 22:31, 4 February 2016 (UTC)
Because the earlier complaints and requests were getting blown off and ignored. That's why. User:MusikAnimal, the reason we are "complaining about" is because it is the default. It is the button that Wikipedia gives us called "page view stats". If they want us to use something else, replace that link with the one we are supposed to use. --MelanieN (talk) 22:36, 4 February 2016 (UTC)
@MelanieN: Hey there. I'm a bit confused when you say "Either fix the existing system, or replace that link with one that works.". There are no official links from Wikipedia to; any and all such links that you may find have been added by well-meaning volunteers like yourself. The "existing system" is fixed, covers both desktop and mobile views, and is very solid (about as reliable as the site itself; maybe four–five-nines). Jdforrester (WMF) (talk) 22:35, 4 February 2016 (UTC)
@Jdforrester (WMF): Is there a way to deep link to show certain article(s) on the demo? If so I can update the MediaWiki:Histlegend, which currently links to MusikAnimal talk 22:45, 4 February 2016 (UTC)
  • At last check we were not certain what was causing the problem. That tool was written by a dewiki user on his own, and then left the project, without educating the remaining users on how to maintain it. Also I am no longer a major contributor to xTools. As such I am not going to be of much help.—cyberpowerChat:Online 5:42 pm, Today (UTC−5)
@Jdforrester (WMF): How the average user accesses page views is article Page/History/Page View Statistics. That all the average editor knows how to access and read the stats. What we want changed, is for somebody to link the new tool to Page View Statistics. Any tool. We don't care. Just link one that works all the time, please. — Maile (talk) 22:47, 4 February 2016 (UTC)
(ec)What Maile said. This is what my "view history" page looks like: [22] See those links at the top? The one at the far right is called "page view statistics". From what you say, I guess it links to That's the link that is used by the 99.99% of us users that are not technical and do not follow the techie pages to keep up on all the latest innovations. If you have a better system, one which "is fixed, covers both desktop and mobile views, and is very solid", great! Then make it the link for us to use. Don't expect us, one by one, to have to find out about it and figure out how to use it. --MelanieN (talk) 22:49, 4 February 2016 (UTC)
Yes, that is set by MediaWiki:Histlegend, which we can change. There's just nothing to change it to you... yet. My guess is someone needs to write a tool using the new API. I could do it, but I use Ruby, and if I leave the project there won't be many other Ruby devs to takeover. Let's defer to someone who writes Python or PHP MusikAnimal talk 22:51, 4 February 2016 (UTC)
P.S. And thanks, MusikAnimal and cyberpower, for all you do to try to maintain these things. I know it isn't easy. If I am yelling at anyone here, it isn't at you two; you do heroic work. I guess I am yelling about the lack of any help, or even concern, we are getting from the WMF about this. --MelanieN (talk) 22:57, 4 February 2016 (UTC)
The link above is to a forum post announcing the API. How would a not-technically-proficient user such as myself create a URL to produce page view stats for a given page using that API? For example, Module:PageLinks can currently be called to produce a link to for a given page, and that module is in turn called by several templates on enwiki (e.g. {{rfd2}}). Is there something equivalent for the new API? Or are we just at this point waiting for someone to create one? Ivanvector 🍁 (talk) 22:59, 4 February 2016 (UTC)
Yes, I think we need someone to create it for us using the new API. I will see to it that this gets done, since I know all the techy people to ask. If no one does it I'll give it my best shot :) MusikAnimal talk 23:00, 4 February 2016 (UTC)
Oh, Lawdy Miss Clawdy, somebody who understands exactly what we are saying (MelanieN, you and I are seeing it the same). It's not by user, but the link for Page View Statistics that appears on each page history. Yes, yes, yes. Please someone make the necessary techno version of abracadabra-alakazam, so even first-time editors can just click on it and get the stats. — Maile (talk) 23:02, 4 February 2016 (UTC)
I can make something very simple, but can't promise something as full featured as the demo they've created. If only they supported deeplinking! Seems like it'd be better to take their source and work off of that MusikAnimal talk 23:08, 4 February 2016 (UTC)
@MusikAnimal: The average users just want daily number totals. Everything else is frosting on the cake. — Maile (talk) 23:13, 4 February 2016 (UTC)
@Maile66 and MelanieN: Yes, I'm aware that some of the volunteers on this wiki have hacked in a line of links to unsupported tools as "External tools". I personally think it's pretty disrespectful to link to things we know often don't work in such a prominent way, which leads to the entirely-reasonable belief by many that they are "official" even though they aren't, but every time I point this out I get shouted down because people like them too much. :-( As I mentioned above, the Community Tech team are working to provide this information on-wiki in ?action=info; see m:Community Tech/Pageview stats tool for some details from them. On reflection, adding hacky things that don't quite work but do so well enough to reduce the demand for a real replacement might be considered a poor approach in future; really, WMF should have built a page view tool years ago. I can appreciate that you are frustrated that this hasn't yet been built, but please don't feel that you're not getting any help just because some volunteers haven't fixed things; they do awesome work, and it's no reflection on them that WMF hasn't yet managed to finish this work despite embarking on it five years ago. Jdforrester (WMF) (talk) 23:13, 4 February 2016 (UTC)
@Jdforrester (WMF) and MelanieN: Hacked in? I don't know about that. Henrik, who ran stats.grok has been around for a decade, and his stats tool has been the linked tool since I've been around, which is 9 years. That long ago, he was probably approved to do it. — Maile (talk) 23:17, 4 February 2016 (UTC)
@Jdforrester (WMF): I think it's pretty disrespectful of you to characterize the community's creation of tools to fill in functionality gaps left by what the Foundation fails to develop as "hacked in" and "unsupported", as much as that may be the case, in particular in your Foundation-associated capacity. A volunteer developed this to provide a vital tool, and it worked perfectly well enough for many years such that its vital function became an integral part of this wiki. I think we all know full well that if the volunteer who developed it is not around now then there's not anything any of us can do to fix it, and the Foundation's own replacement is not ready to go, so we're stuck without a stats tool for the indefinite future, until a different volunteer develops a replacement tool. But your characterization of the tool and the links to it as some sort of illicit plot is frankly insulting. Ivanvector 🍁 (talk) 03:01, 5 February 2016 (UTC)
As a side note, hack doesn't mean bad. On the other hand, unsupported by the WMF does mean things like "run entirely by a private individual on his own website, which he is free to ignore or even turn off without even telling anyone in advance".
I think that reasonable people can honor what this volunteer provided for years, while still wondering whether it is wise for this community to continue to depend upon the good will, finances, and continued existence of a single individual's private website for what you call a "vital tool". I'm glad that we're moving away from that. Perhaps we should do the same with the link to WikiBlame, which is in the same histlegend text, and also goes to someone's personal website. WhatamIdoing (talk) 07:59, 13 February 2016 (UTC)

We seem to be going around in circles. Let's simplify this dialog. First, go to any one of 5 million Wikipedia articles in English. Second, click "View History" at the top right of the page. Third, when the history page shows up click: "Page view statistics." Fourth, a graph will appear that shows the number of number of views per day that page has had for last 30 days -- or for any period which you wish to see.

That is the tool that quit working about January 20, 2016. We, or at least some of us, would like to see it restored -- or replaced with another tool that will tell us the number of views of that page on a given day or other period of time.

What is the answer? Will this long-functioning, easily-accessible, and comprehensible tool be restored? What is the problem with keeping it functional until such time as a better system, if needed, can be developed? Smallchief (talk 00:42, 5 February 2016 (UTC)

The exact tool that has been used for so long? Unlikely, at best. And we honestly have no idea how it's still functioning, since the user who runs it is inactive. No-one else is publicly maintaining it, so we don't know who to bug. You can try User talk:Henrik, but it looks like at least one user has already attempted contact with him.

The official API provided by Wikimedia linked above provides the same raw data (you can get the raw data by looking at the documentation page, which includes some GUIs to play with). A tool providing "graphs" as with Henrik's tool is in development. --Izno (talk) 02:20, 5 February 2016 (UTC)

Addition: It looks like there's a demo tool that provides similar functionality to Henrik's tool. --Izno (talk) 02:26, 5 February 2016 (UTC)

Well.. In fact, no news... Stats completely out of order. Without any explanation. Do you know a Wikipedia administrator ? No ! There is no Wikipedia administrator ! So, I think it's rather disturbing. Maybe, next day, Wikipedia out of order. Without any explanation... (talk) 07:39, 5 February 2016 (UTC)

I have forked the demo at toollabs:musikanimal/pageviews with support for deep linking. This means we can replace the "page view statistics" link on revision history pages (specified by MediaWiki:Histlegend). The data is accurate, but there are some interface bugs which I should have fixed very soon. This will hold us over until the official WMF tool is deployed, which I believe isn't too far off MusikAnimal talk 08:14, 5 February 2016 (UTC)
Up and running. If you add pages, change date range, etc, the URL will be updated with the new params so that you will have a unique URL to what you are seeing. However hitting the browser "Back" button won't do what you think it does, but I don't think anyone cares about that. Basically just let me know if you have any issues. Best MusikAnimal talk 16:01, 5 February 2016 (UTC)
HOORAY! Thank you so much!! — Maile (talk) 16:11, 5 February 2016 (UTC)
That seems to be a most helpful response from somebody who is doing something about fixing the problem. Thank you.
As an explanation for my interest, if you look at my user page, you will see that I follow page views for the pages I have created. I'm curious about what subjects attract the most attention -- and what attracts the least, plus the trends if any. For my personal interests, I much value having consumer-friendly access to page view statistics. Plus, there is statistical gold in wikipedia page view stats that may be useful to social scientists for the next X thousand years -- so I hope Wikipedia gets this problem fixed. Smallchief (talk 16:21, 5 February 2016 (UTC)
THANK YOU, THANK YOU, User:MusikAnimal, for honchoing this and for "tweaking" the result. The code is also credited to a user named marcelrf, but I can't find them to thank, so please give them all of our gratitude as well. I wonder what it says, that WMF can't get this done in five years, and it takes you volunteers one day? :( Oh, and the reason for my current interest: It turns out that my latest DYK was my most-viewed ever and is one for the record books. This kind of feedback is very rewarding to us volunteers. --MelanieN (talk) 21:24, 5 February 2016 (UTC)
@MelanieN and Maile66: Absolutely, thank you to MusikAnimal for taking this on, and to Mforns (WMF) ("marcelrf") for the original code. BTW, you should not compare numbers from this tool (which are as accurate as the Analytics Engineering team know how to make them) to the numbers taken from (which are less accurate for a variety of reasons, and most notably miss many mobile page views); they're not really measuring the same thing, sadly. Jdforrester (WMF) (talk) 20:56, 8 February 2016 (UTC)
No, they're not, and for most purposes they will be very different - orders of magnitude in some cases. But in the specific case of WP:DYK views - that is, page views on the day the DYK runs - the difference doesn't seem to be as great as first expected. Some testing suggests that the DYK-day views differ by only 5–10% between the old and the new systems. I'm told that DYK does not show up on the mobile view of Wikipedia, and this could explain why the difference in DYK page views is not huge. This is of interest to editors who put their new articles up for DYK; we get our jollies if lots of people look at our article because of the DYK, and records are kept of the most "successful" DYKs. We'll see if the DYK folks decide to modify their criteria; they'll probably decide when they see the February results. --MelanieN (talk) 22:38, 8 February 2016 (UTC)

Where is the documentation on this new API? So we can get at the data without Javascript? Hawkeye7 (talk) 05:39, 25 February 2016 (UTC)

@Hawkeye7: Is this what you're looking for? — JJMC89(T·C) 06:19, 25 February 2016 (UTC)
Looks like it. Hawkeye7 (talk) 07:35, 25 February 2016 (UTC)

Centralizing at Wikipedia:Web statistics tool

I would suggest to bundle questions, links and discussions at Wikipedia:Web statistics tool. - OK? --.js[democracy needed] 00:10, 6 February 2016 (UTC)

Page Views graph now available

{{Graph:PageViews}} would show this for the current page. You can insert this template into any talk page (it automatically shows last 30 days), and on any wiki (if you copy it there, no dependencies). You could also specify number of days, page name, and another wiki as 3 parameters, e.g. {{Graph:PageViews|90|Main Page}}.


--Yurik (talk) 02:54, 16 February 2016 (UTC)

This is very cool, thanks to the people who implemented this. Jenks24 (talk) 06:30, 17 February 2016 (UTC)
  • Ditto, many thanks to Yurik and everyone who worked on it. SarahSV (talk) 06:34, 17 February 2016 (UTC)
  • This is great. Thanks for sharing. — Rhododendrites talk \\ 13:22, 18 February 2016 (UTC)
    @Yurik: This is awesome! Though I'm not sure about the name. The Graph: prefix is misleading as it implies it is in the "Graph" namespace, which does not exist. How about Graph-PageViews (replace with dash)? MusikAnimal talk 23:55, 19 February 2016 (UTC)
@MusikAnimal: thanks, naming is hard. I would like for all graph templates to have a well known/identifiable suffix. At this point there has been a number of templates like template:Graph:Chart that follow this convention. But you are right, the colon there is misleading. Dash is another option. I'm open for suggestions, and could even rename them, not that hard. --Yurik (talk) 14:07, 20 February 2016 (UTC)

Oddity when pages added to watchlist on editing

I have the "Watch this page" box ticked when I edit a page. Today I have noticed that when I edit a page not already on my watchlist, the "watch" tag at the top of the page does not change to "unwatch" after I save the edit. When I go to "my watchlist" the page has been added, and if I navigate back to the page, then the tag says "unwatch". Is this a bug? DuncanHill (talk) 11:55, 25 February 2016 (UTC)

Wikidata adding ±1

I added the episode count to Gravity Falls (Q550555), but it shows up as "40±1". How do I get rid of the "±1"? The series has already ended. nyuszika7h (talk) 14:27, 25 February 2016 (UTC)

Add "±0" (or "+-0") in the text box. --Yair rand (talk) 14:51, 25 February 2016 (UTC)

EXIF link broken

See the EXIF data at File:Hiramkennedycenterfront.jpg — because the camera name includes < and > characters, the normal {{R from EXIF}} link is broken. Is there any way to fix this onwiki (presumably at Commons, but I suppose also here), or is this something we need to send to Phabricator? Nyttend (talk) 14:10, 25 February 2016 (UTC) says (exif-model-value: <KENOX S730 / Samsung S730>, ), so the text is made by commons:MediaWiki:Exif-model-value. The MediaWiki default is just $1 which doesn't attempt to make a link so it's not a Phabricator issue. Commons has changed the default to {{Exif-model-value|$1}}. This uses commons:Template:Exif-model-value so that would be the place to potentially make some string processing to deal with characters that are not allowed in page names, for example removing them. If it's a rare issue (don't know) then I'm not sure it's worth using resources on string functions every time a file page is displayed. Our own Template:Exif-model-value is used by locally uploaded images. It doesn't handle disallowed characters either. PrimeHunter (talk) 17:29, 25 February 2016 (UTC)

VisualEditor News #1—2016

Read this in another languageSubscription list for this multilingual newsletter

Did you know?
Among experienced editors, the visual editor's table editing is one of the most popular features.
Screenshot showing a pop-up menu for column operations in a table
If you select the top of a column or the end of a row, you can quickly insert and remove columns and rows.

Now, you can also rearrange columns and rows. Click "Move before" or "Move after" to swap the column or row with its neighbor.

You can read and help translate the user guide, which has more information about how to use the visual editor.

Since the last newsletter, the VisualEditor Team has fixed many bugs. Their workboard is available in Phabricator. Their current priorities are improving support for Japanese, Korean, Arabic, Indic, and Han scripts, and improving the single edit tab interface.

Recent changes

You can switch from the wikitext editor to the visual editor after you start editing. This function is available to nearly all editors at most wikis except the Wiktionaries and Wikisources.

Many local feedback pages for the visual editor have been redirected to mw:VisualEditor/Feedback.

You can now re-arrange columns and rows in tables, as well as copying a row, column or any other selection of cells and pasting it in a new location.

The formula editor has two options: you can choose "Quick edit" to see and change only the LaTeX code, or "Edit" to use the full tool. The full tool offers immediate preview and an extensive list of symbols.

Future changes

The single edit tab project will combine the "Edit" and "Edit source" tabs into a single "Edit" tab. This is similar to the system already used on the mobile website. (T102398) Initially, the "Edit" tab will open whichever editing environment you used last time. Your last editing choice will be stored as an account preference for logged-in editors, and as a cookie for logged-out users. Logged-in editors will have these options in the Editing tab of Special:Preferences:

  • Remember my last editor,
  • Always give me the visual editor if possible,
  • Always give me the source editor, and
  • Show me both editor tabs.  (This is the state for people using the visual editor now.)

The visual editor uses the same search engine as Special:Search to find links and files. This search will get better at detecting typos and spelling mistakes soon. These improvements to search will appear in the visual editor as well.

The visual editor will be offered to all editors at most "Phase 6" Wikipedias during the next few months. The developers would like to know how well the visual editor works in your language. They particularly want to know whether typing in your language feels natural in the visual editor. Please post your comments and the language(s) that you tested at the feedback thread on This will affect the following languages: Japanese, Korean, Urdu, Persian, Arabic, Tamil, Marathi, Malayalam, Hindi, Bengali, Assamese, Thai, Aramaic and others.

Let's work together

If you aren't reading this in your favorite language, then please help us with translations! Subscribe to the Translators mailing list or contact us directly, so that we can notify you when the next issue is ready. Thanks!

Whatamidoing (WMF) 17:46, 25 February 2016 (UTC)

How do I manually bot-archive talk sections?

Trying this didn't work (I was told) and the users operating MiszaBot and lowercase sigmabot III state on their talk pages not to be responding... Can anyone help? --.jsWP: [democracy needed] 11:17, 24 February 2016 (UTC)

@.js: I think it's pretty safe to assume that Henrik won't be back any time soon, so I would just remove those sections. There's no real need to archive them, as you can just look at Wikipedia:Wikipedia Signpost/Archives. There's nothing in the settings for lowercase sigmabot III that might let you archive specific threads immediately, but the bot is still working, so if you don't want to remove the sections you can just do nothing they will all be archived eventually. Alternatively, if you really want to archive all of the Signpost threads right now, you can always do it manually with copy and paste. — Mr. Stradivarius ♪ talk ♪ 12:43, 24 February 2016 (UTC)
Also, User talk:Misza13 is watched, by over 300 people including myself and John of Reading (talk · contribs); we aim to answer queries within a day or so. There have been no recent queries there - the last was on 15 January 2016, sorted inside seven hours. --Redrose64 (talk) 21:18, 24 February 2016 (UTC)
@Redrose64: I only referred to User talk:Misza13 stating "Please do not post here regarding archiving bots." and User talk:Σ stating "I cannot help with issues about archiving your own talk page."
@Mr. Stradivarius: thank you for helping! My thoughts were to clear the page of the Signposts and then stop the bot from further archiving it, so that more people looking for infos see them more easily. Would that be according to the en:wp user talk page guidelines and what do you think about that idea? --.jsWP: [democracy needed] 08:15, 25 February 2016 (UTC)
@.js: Normally we wouldn't remove posts like this from other people's talk pages, but this seems like a valid case of WP:IAR to me. I say go for it. — Mr. Stradivarius ♪ talk ♪ 10:47, 25 February 2016 (UTC)
Yes I would also usually never touch another's talkpage like that, thanks for your support. I already tried to contact Henrik via nail and other people at sv:wp, no response. Still I think I rather wait two or three more days if anyone opposes here or there and then do as above. --.jsWP: [democracy needed] 20:10, 25 February 2016 (UTC)

How do I override a template that automatically italicizes the article title?

{{DISPLAYTITLE}} appears to be intentionally overridden. Specially I'm trying to force Fireside chats to not be italicised, as "fireside chats" wasn't the official name of the broadcasts.--Prisencolin (talk) 23:17, 25 February 2016 (UTC)

Place {{DISPLAYTITLE:Fireside chats|noerror}} after the infobox?
Trappist the monk (talk) 23:22, 25 February 2016 (UTC)
That gets done by the infobox (see Template:Infobox radio show). The box at the start of that documentation says how to deal with that – use the |italic_title=no parameter. --Mirokado (talk) 23:26, 25 February 2016 (UTC)

Typing a half

How do I type 1/2 so it looks like a fraction instead of "1 or 2"? I'm sure it used to be available in the "symbols" underneath the edit field, but it appears to have disappeared. DuncanHill (talk) 11:40, 25 February 2016 (UTC)

Use {{frac|1|2}}, which is available at "math and logic". --Edgars2007 (talk/contribs) 11:46, 25 February 2016 (UTC)
I found it at Wikipedia:Manual_of_Style/Dates_and_numbers#Fractions. It is indeed available at "Math [sic] and logic", but unless you already know that that's what you're looking for, you won't know what it is and does. DuncanHill (talk) 11:48, 25 February 2016 (UTC)
Duncan, do you use Windows? If so, type it as an extended character, ALT+0189. Nyttend (talk) 14:11, 25 February 2016 (UTC)
I do, but the chance of me remembering all the ALT codes for fractions I'm likely to need is significantly lower than the chance (not itself high) that I'll remember about the frac template! DuncanHill (talk) 14:19, 25 February 2016 (UTC)
I made up {{half}} which gives 1/2, but in the past it gave "½" but which does not comply with MOS. I coould not remember that frac template either (or sfrac). Graeme Bartlett (talk) 13:00, 25 February 2016 (UTC)
Please consider accessibility and don't use visual trickery, such as that employed by {{half}}. There should be no reason not to use {{frac|1|2}}. --Redrose64 (talk) 16:39, 25 February 2016 (UTC)
The trouble with the frac template is that it is inaccessible to editors. DuncanHill (talk) 17:29, 25 February 2016 (UTC)
There's also {{1/2}}. -- [[User:Edokter]] {{talk}} 19:28, 25 February 2016 (UTC)
Yes, my problem is it is too hard to remember so many templates. It is easier if they have a very obvious name. We also have to consider whether the output is useful, ie will search engines find it and summarise correctly, will copy and paste work, will screen readers be able to pronounce the output. Anyway the MOS should have considered that. Graeme Bartlett (talk) 03:16, 26 February 2016 (UTC)

Policy short-cut template issues?

I'm not familiar at all with templates except in basic usage so perhaps I'm missing something. However, something looks a little weird with {{policy shortcut}}. I was here and clicked on WP:LOWERCASE, and it took me to here, not sure why it has a redirect=no in there. Is this expected behaviour? What is also weird, and this may be desired behaviour, but I went to the page for the policy shortcut template, and when I clicked 'Talk', it took me to the talk page for the Shortcut template. Anyway, I thought I'd ask here. I don't think it's a browser issue, but I'm running Firefox 44.0 on Ubuntu 64-bit, from distro packages with no unusual add-ons. Thanks in advance! Chrisw80 (talk) 00:36, 26 February 2016 (UTC)

As designed, the shortcuts are advertised in a link-style, and the link goes to the redirect page (for maintenance access). Now, had you taken the step to view the code at Template:policy shortcut (talk · links · edit), you'd see it uses Template:no redirect (talk · links · edit), which was really all you needed to know to figure out the puzzle; you'd be happy, not embarrassed. Face-smile.svgCpiralCpiral 04:31, 26 February 2016 (UTC)

Emailing users?

What is going on with the Wikipedia email function? I have not made any change in my email address or anything else, and although I used it successfully in mid January, it now is suddenly not delivering mail, incoming or outgoing. Is this being handled somewhere? Tvoz/talk 20:38, 23 February 2016 (UTC)

Can you check in your preferences, at the bottom under "Email options", if your email address is still confirmed ? —TheDJ (talkcontribs) 00:17, 24 February 2016 (UTC)
Thanks, yes, has been since June 2007 and still is. Is it working for everyone else? Tvoz/talk 03:06, 24 February 2016 (UTC)
Tvoz, I've sent you a test message just now. I received the "Email me a copy of my message" one, so at least that much is working. Please let us know if you get it. Whatamidoing (WMF) (talk) 04:21, 24 February 2016 (UTC)
OK - yes I got it. Thanks. But I just sent you one back via the email system (not as a reply to yours) and I did not get the "email me a copy" one, although it is checked off. Did my message get to you? Tvoz/talk 05:09, 24 February 2016 (UTC)
Now I got a notification that my email address was no longer confirmed - although it was confirmed when I checked a few hours ago - so I reconfirmed it. Will see if it all works now. Anyone know what's going on? Tvoz/talk 06:13, 24 February 2016 (UTC)
Further info: I have re-confirmed my email, but when I do it I get a notification here that reads:"Your registered email address has been unsubscribed due to multiple message delivery failures. You can verify your email address again." So I am back to square one - I tried testing it by sending email to myself and this was the result. Hope someone can figure this out.Tvoz/talk 06:28, 24 February 2016 (UTC)
And now the "email this user" has disappeared from my user page, since the system unsubscribed me - the problem is getting worse. Tvoz/talk 06:44, 24 February 2016 (UTC)
I received an Echo notification that you sent an e-mail message to User:WhatamIdoing, but no e-mail message. I don't suppose that you have a Yahoo! e-mail address? (I do, on my real account; staff e-mail is processed through Gmail.) There were some problems with that a while ago. Also, you might look at phab:T123068 and see how much of that sounds familiar. Whatamidoing (WMF) (talk) 06:59, 24 February 2016 (UTC)
If it's about Yahoo, see phab:T66795. But I've lately heard similar stories about Hotmail. --AKlapper (WMF) (talk) 10:33, 24 February 2016 (UTC)
Yes, this is tied to a yahoo account - but it has been working perfectly since 2007, including a month ago when I used the email link incoming and outgoing with no problem. I'll take a look at that page and get back to you. Thanks Tvoz/talk 04:48, 25 February 2016 (UTC)
OK - I changed it to a different non-yahoo account and it seems to be working when I send to myself, but if someone could send me a test I'd appreciate it. Thanks for all the help - that seemed to be the problem. Tvoz/talk 08:04, 25 February 2016 (UTC)
I've just sent another to you. Click here to try to send one back to me. Whatamidoing (WMF) (talk) 17:59, 26 February 2016 (UTC)

Tech Talk on Zotero and citations

Auto-citing a source using VisualEditor, small.gif

Some of you may be interested in this:

There is a Tech Talk next Tuesday Monday, 29 February at 20:00 UTC (12 Noon Pacific Time) about Zotero and the mw:citoid service.

The main subject is how to extract accurate, automated bibliographic citations from websites. This talk is mostly about Zotero, which is a free and open-source citation management tool. Zotero is used on the Wikipedias through the automagic citoid service. Citoid is currently an option in the visual editor and will (eventually) be used for automated citations in the wikitext editor at some Wikipedias. Zotero is also used by many academics and researchers, and most of the information presented will be useful to people outside of Wikipedia as well.

Please share this invitation with anyone that you believe will be interested. If you have questions, then please leave a note on my talk page. Whatamidoing (WMF) (talk) 03:44, 24 February 2016 (UTC)

@Whatamidoing (WMF): I spotted a slight date mistake - it looks like that should be Monday 29, not Tuesday. — Mr. Stradivarius ♪ talk ♪ 10:07, 24 February 2016 (UTC)
Thanks; I corrected all of the other announcements. Whatamidoing (WMF) (talk) 18:01, 26 February 2016 (UTC)

Help us make wiki search auto completion better!

Searching for articles is getting a much needed boost in intelligence. When searching for an article on any Wikimedia project, a list of possible matches appear as you type. This incremental search 'completion suggester' helps narrow down possible results for your search query. Currently the completion suggester is very literal - mistype a word and you won't see any suggestions. The Discovery team has an update that will make the search better at detecting typos and spelling mistakes. The list of suggestions is also tends to be more accurate and relevant to the original search query. You can see the improvement for yourself at a beta feature. The plan is to begin rolling out this update in the coming month.

This improvement will impact all Wikimedia sites (with the exception of Wikidata). With the initial rollout, there will be a few limitations. For technical reasons, the completion suggester will only affect articles in the mainspace, not other pages like policy or user pages. Those searches will continue to use the existing incremental search. We're hoping to expand the scope of the completion suggester to include other pages in the future, but this will not be a part of the initial release.

Why are we making this change? The success of our A/B tests on the completion suggester show a reduction in users who find zero results when searching. We also have a fairly large number of Wikimedians (nearly 19,000 editors since December 2015) using the beta feature, and we've received positive feedback on the feature so far. The completion suggester has the potential of lessening the need for redirects based on spelling mistakes as well.

The goal is to bring these updates to the default search across all Wikimedia projects in the coming month. This change will affect the completion suggester in the main search box on desktop, mobile apps, adding links in VisualEditor, and the search box on the Wikimedia Portal.

Here are two animations showing the completion suggester before and after (using a misspelling of "Abendessen", with a missing "s").

Since December 2015, nearly 19,000 editors have already opted into the completion suggester beta feature. We encourage you to try it out and share your feedback on the Completion Suggester discussion page.

If you'd like to read a little more about the work of the Discovery Department and other improvements to search, please check out the Wikimedia blog or read about CirrusSearch, the Mediawiki Extension that powers our search. CKoerner (WMF) (talk) 20:04, 26 February 2016 (UTC)

Page I tagged for Speedy deletion is not in the relevant Category queue

Back in December I nominated User:Producer Factory/sandbox/ProducerFactory for Speedy deletion in terms of {{db-spamuser}} but it appears that the page has never been listed in Category:Candidates for speedy deletion as spam, so it is still waiting for admin attention. The Category link is on the page but is not functional for some reason I can't figure out. Roger (Dodger67) (talk) 13:16, 26 February 2016 (UTC)

There was an issue in that timeframe where categories were not being populated correctly. An insource:/\{\{db-/ search will probably find them, which also appears to identify some pages which need updating in the search engine (likely for the same reason). --Izno (talk) 14:05, 26 February 2016 (UTC)
Sounds like Wikipedia:Village pump (technical)/Archive 141#Category membership issues and phab:T117332. --Redrose64 (talk) 20:48, 26 February 2016 (UTC)

"maintenance" at the top of all pages

Not browser specific, IE and Firefox show the same word - maintenance - in the upper left of all articles and talk pages alike. Special Pages don't seem to have it. It's been showing for several days 24/7, and the phenomenon has occurred previously, quite some time ago. I can't remember if I asked about it then. But why is that word there as a constant without going away? — Maile (talk) 00:32, 25 February 2016 (UTC)

Someone may be trying to debug the xTools, which used to give us editor statistics, but we are currently not getting these pages, and a set of dots used to eventually display as xtool reports. --Ancheta Wis   (talk | contribs) 00:50, 25 February 2016 (UTC)
That would explain it. I have an XTools script in my JS. Thanks. — Maile (talk) 00:52, 25 February 2016 (UTC)
Yes I have it as well. Its really annoying.Blethering Scot 21:28, 26 February 2016 (UTC)

Page curation toolbar

The page curation toolbar no longer automatically pops up in articles such as Wintour is Coming. One has to click on "Curate this article" to see the toolbar. GeoffreyT2000 (talk) 00:54, 27 February 2016 (UTC)

Mobile talk page bug

There is apparently an ongoing issue happening repeatedly to users trying to add new sections to different talk pages, and the software adding the section to Undefined instead. As a precautionary measure I've protected the page so that only admins can edit it until this issue is resolved. Coffee // have a cup // beans // 08:47, 27 February 2016 (UTC)

This sounds like the software is not properly recording the title of the page in question, and thus it pushes the text onto a default page - "Undefined". Thus they end up on Undefined.Jo-Jo Eumerus (talk, contributions) 10:25, 27 February 2016 (UTC)
Has anybody filed a phab: ticket? If not, there's nothing we can do from this side, since it's the MediaWiki software itself, over which we have no control. --Redrose64 (talk) 12:05, 27 February 2016 (UTC)
That at least explained what I've seen at Undefined! Doug Weller talk 13:02, 27 February 2016 (UTC)

Notification failure?

In this discussion @BillKenny14: aka Smooth Sailing states that they did not get any notifications, despite three pings by me in the discussion and 23 messages on their talk page. How can we figure out what is wrong? We have a relatively new editor, who is trying to add some decent content, but is understandably unhappy because it appears contributions are being deleted without notice.--S Philbrick(Talk) 02:49, 27 February 2016 (UTC)

@Sphilbrick: Notifications can be a bit finicky. You need to make sure that (1) the edit includes a link to the userpage, e.g. using {{ping}} (2) the edit must be signed with ~~~~ (3) the edit needs to look like an addition to the page, not an edit to existing content. (1) to (3) must be in a single edit. (3) would probably be why this edit[23] wouldn't have generated a ping. Further details at mw:Manual:Echo#Technical_details - Evad37 [talk] 05:59, 27 February 2016 (UTC)
Although [24] looks like it should have gone through, so maybe it's something else? - Evad37 [talk] 06:05, 27 February 2016 (UTC)
I knew about items one and two. Those bit me in the past, as I sometimes miss typed the username and the pain and found that if I simply corrected it, the ping would not go through. However, I think I’ve corrected my behavior for those two items. Three is new to me; I didn’t know about that. The editor followed up in an email to me that the failure isn’t 100%. Sometimes the red doesn’t show up but if the editor clicks on the symbol, there is a notification. However, the edits to the talk page don’t seem to be going through is a notification. I will ask the editor @BillKenny14: to pay attention going forward and to follow up here if clear examples can be identified which are failures. Thanks for your comments. --S Philbrick(Talk) 13:58, 27 February 2016 (UTC)

Bot is making mistakes

IMPORTANT!!! User, possibly bot, User:Edwardx is making a huge mess. Example: Mexico|Mexican. If not reported yet then will be useful...--Obsuser (talk) 13:40, 27 February 2016 (UTC)

I am not a bot. Have a read of WP:OVERLINK. Edwardx (talk) 13:44, 27 February 2016 (UTC)
He's talking about left "Mexico|Mexican" instead of "Mexican". --Edgars2007 (talk/contribs) 14:05, 27 February 2016 (UTC)
Fixed. Not exactly a 'huge mess'. --Tagishsimon (talk) 14:08, 27 February 2016 (UTC)
Aaah, I see now. Thank you Tagishsimon, for fixing a very small mess! Edwardx (talk) 14:11, 27 February 2016 (UTC)

NeuroproteXeon and Macbflo

When going to User talk:Macbflo, the contributions link on the left side goes to Special:Contributions/NeuroproteXeon instead of Special:Contributions/Macbflo. Also, the former still lists some contribs while the latter incorrectly says NeuroproteXeon at the top. The user was recently renamed. GeoffreyT2000 (talk) 01:07, 27 February 2016 (UTC)

See phab:T128276 --AKlapper (WMF) (talk) 14:36, 27 February 2016 (UTC)

Question about Permalink

I know there are (at least) two ways to link to an old version of an article (or page):

  • [ This is a URL link]
  • [[Special:Permalink/706174807|This is a permalink]]

I've been experimenting in my sandbox, and I've found that the URL method always works, but the Permalink method frequently malfunctions, bringing up the wrong previous version or the current version.  I've tried it many many times using two different browsers (albeit using the same tablet) and always with the same result.  I'm wondering if this is a known Wikipedia bug, or if it's more likely a problem at my end.
Richard27182 (talk) 11:47, 23 February 2016 (UTC)

You've got a direction=prev in that URL that fetches the revision before the revision ID specified in the URL (706167695). Special:Permanentlink is designed to fetch the revision whose ID is the only parameter. MER-C 12:15, 23 February 2016 (UTC)
Right, I guess you arrived at that url by clicking "Previous revision" on the current revision. If you remove direction=prev then is the same as Special:Permalink/706174807. Click "Permanent link" in the left pane to get a permanent link to the revision you are viewing. On "Permanent link" produces, so it's the same as Special:Permalink/706167695. PrimeHunter (talk) 12:27, 23 February 2016 (UTC)

Hi MER-C and PrimeHunter.  Thanks to both of you for replying.  I think I understand it now.  Having that "direction=prev" in the URL link means use the version previous to the one whose number is specified.  That's why, even though the URL and the Permalink specified the same version number, they did not return the same version; the one the URL link brings up is the one before the one specified by number.  Using the URL without "direction=prev"  will bring up the actual version specified.  (I hope I got that right.)
Richard27182 (talk) 14:09, 23 February 2016 (UTC)

Another option is to use {{oldid2}}. – Jonesey95 (talk) 22:52, 27 February 2016 (UTC)

Unable to edit


I broke Alexander the Great today by omitting a </ref>. I tried to fix it, but editing the page and undo both just looped. Tried it on Chrome, Firefox and Edge. No joy. Help! Lfstevens (talk) 02:39, 28 February 2016 (UTC)

Now fixed by DangerousJXD. — Mr. Stradivarius ♪ talk ♪ 03:26, 28 February 2016 (UTC)

Removing trailing space with search and replace

When I use the regex  + or \s+ to remove trailing whitespace from articles, sometimes it removes spaces from a few other places, resulting in weird things like {{Usemdydates|date=March2015}}. I'm not sure what's the cause of this problem. nyuszika7h (talk) 19:30, 26 February 2016 (UTC)

That is because + means one or more. Try \s{2,} or \s\s+, if I correctly understand, what do want to do. --Edgars2007 (talk/contribs) 19:44, 26 February 2016 (UTC)
@Nyuszika7H: It sounds like you need to "anchor" your regex to the end of the string with $, e.g. with \s*$. What regex tool are you using to do this? The exact details will vary depending on the regex flavour that the tool uses. — Mr. Stradivarius ♪ talk ♪ 04:22, 28 February 2016 (UTC)
@Mr. Stradivarius: Sorry, I meant \s+$, that's what I'm using. I'm using the search and replace tool on the enhanced editing toolbar. It doesn't remove all spaces in the middle of lines, just the first few at the beginning of the text. And I want to remove just one trailing space at the end too. nyuszika7h (talk) 09:38, 28 February 2016 (UTC)

Tracking articlespace pages moved from non-articlespace

Hi! Is there a way to get some kind of overview of pages that have been moved from, say, userspace to articlespace? I came across this user, who tends to create pages in userspace and then moves them later on to articlespace, essentially creating a new page. Those pages are usually desperately in need of curation, but they do not appear in Special:NewPages and so could remain undetected for a long time. While this particular user appears to act in good faith, others could exploit this unguarded backdoor for adding things like adverts and POV-pushing. - HyperGaruda (talk) 09:36, 28 February 2016 (UTC)

The page Curation tool tracks these pages. Graham87 11:42, 28 February 2016 (UTC)
@HyperGaruda: You can also filter for the tag "de-userfying" on Special:RecentChanges. – nyuszika7h (talk) 12:02, 28 February 2016 (UTC)
@Nyuszika7H: Ah perfect! Just what I needed. Thanks a lot! - HyperGaruda (talk) 12:04, 28 February 2016 (UTC)
Correction, almost perfect; moves by old editors are not included. I think Graham87's suggestion is usable, in combination with filters set for redirects from userspace, considering that these redirects are usually the result of page moves. - HyperGaruda (talk) 12:21, 28 February 2016 (UTC)
Odd... That particular filter combination is not recognised, i.e. the "set filter" button stays grayed out. I guess the de-userfying option is as good as it gets at the moment. - HyperGaruda (talk) 12:31, 28 February 2016 (UTC)

Meet up banner lag?

Sorry, wasn't sure where to post this. My watchlist is still showing a reminder banner at the top for the Liverpool meetup, for 27 February i.e yesterday (even in USA!) Is there some kind of time zone problem here? I thought these banners automatically deleted after they had expired. Martinevans123 (talk) 10:57, 28 February 2016 (UTC)

I assume that it's deleted manually, which would mean that this isn't a technical issue. עוד מישהו Od Mishehu 12:44, 28 February 2016 (UTC)
Yes it would. But I still don't know. Any suggestion for a better place? Thanks. Martinevans123 (talk) 13:00, 28 February 2016 (UTC)
It's still there because the expiry date of the notice is 13 March 2016, which is the date of London 103. I've now taken out the Liverpool information (plus some expired notices) - for Sunday meetups I normally do this on the Monday; for Saturday meetups I do it on the Sunday (today). For midweek meetups I often forget... --Redrose64 (talk) 13:31, 28 February 2016 (UTC)
Thanks. Some kind of automatic function might be useful for this? It's not a big problem, as one just obviously just "hide" it if it has gone. I guess some folks might even like to be reminded they've missed a meet-up! Martinevans123 (talk) 13:34, 28 February 2016 (UTC)
It is automatic, in that the expiry date (in this case end: '13 March 2016 17:00 UTC') will cease showing the notice if it's left unattended after the last meetup mentioned has passed.
I also replied at m:Talk:Meetup/Liverpool/18#Banner. --Redrose64 (talk) 13:41, 28 February 2016 (UTC)

Template malfunction?

I am having issues with Template:Infobox civil conflict. In Example Alpha, if I try to add a bullet point to the last entry "C3" in the "causes" field, then the bullet points with subpoints in the "result" field will not indent as desired. In Example Beta, if I remove the bullet point to the last entry "C3" in the "causes" field, then the bullet points with subpoints in the "result" field will format correctly by indenting. I am using web browser Firefox version 44.0.2. I don't know what to do to fix this.

Example Alpha
Caused by
  • A
    • 1
    • 2
    • 3
  • B
    • 1
    • 2
    • 3
  • C
    • 1
    • 2
    • 3
Resulted in
  • X
    • 1
    • 2
    • 3
  • Y
    • 1
    • 2
    • 3
  • Z
    • 1
    • 2
    • 3
Example Beta
Caused by
  • A
    • 1
    • 2
    • 3
  • B
    • 1
    • 2
    • 3
  • C
    • 1
    • 2
Resulted in
  • X
    • 1
    • 2
    • 3
  • Y
    • 1
    • 2
    • 3
  • Z
    • 1
    • 2
    • 3

Mitchumch (talk) 00:36, 28 February 2016 (UTC)

@Mitchumch: The problem is that the template is trimming the newlines from the end of the list, and the last list item ends up containing code added by Module:Infobox. If I feed example alpha into Special:ExpandTemplates, I get this:
Extended content
<table class="infobox vevent" style="width:22em;width: 300px"><tr><th colspan="2" class="summary" style="text-align:center;font-size:125%;font-weight:bold;font-size: 125%; background-color: #CEE0F2; vertical-align: middle">Example Alpha</th></tr><tr><th scope="row">Causes</th><td>
**3</td></tr><tr><th scope="row">Result</th><td>
The problematic parts of that are **3</td></tr><tr><th scope="row">Result</th><td> and **3</td></tr></table>. All of that HTML-like markup needs to be on a new line. My first thought is that you could fix it by adding some dummy character after the list like this:
But perhaps someone else can think of a more elegant way of doing it. — Mr. Stradivarius ♪ talk ♪ 03:44, 28 February 2016 (UTC)
Come to think of it, doing this with HTML list markup would work. Probably the easiest way would be by using {{bulleted list}}:
{{bulleted list
|A {{bulleted list|1|2|3}}
|B {{bulleted list|1|2|3}}
|C {{bulleted list|1|2|3}}
In an ideal world I would fix the template itself, but I think that may be difficult to do without affecting the way it displays on other pages. — Mr. Stradivarius ♪ talk ♪ 04:07, 28 February 2016 (UTC)
@Mr. Stradivarius: That insight works for me. Thank you. Mitchumch (talk) 05:11, 28 February 2016 (UTC)
@Mr. Stradivarius: was on the right track with the "dummy character" approach though wiki mark-up/parser/parsoid/parsley prefers a "null character" more often than not (an empty div usually "works")
-- George Orwell III (talk) 06:39, 28 February 2016 (UTC)
Good point. <nowiki /> would also do the trick. — Mr. Stradivarius ♪ talk ♪ 07:49, 28 February 2016 (UTC)
The dummy character can be something as simple as &#32; or &#x20; - the entity representing a normal space. The advantage of this is that it remains in the markup without being sanitised, tidied, or modified in any other way - until a very late stage, by which point all necessity for its presence has been eliminated; it's then cleanly removed. Even if it does somehow make it through to the rendered page, the browser treats it as regular whitespace. --Redrose64 (talk) 13:21, 28 February 2016 (UTC)
Are A, B, C an ordered series? If so, and the same is true for X, Y, Z and 1, 2, 3 then bulleted lists are not semantically appropriate. Ordered lists are preferable, although using Wikimarkup the only available style is numbered:
  1. First cause
    1. First sub-cause
    2. Second sub-cause
    3. Third sub-cause
  2. Second cause
but you can get letters for the outer lists by mixing Wikimarkup with HTML -
  1. First cause
    1. First sub-cause
    2. Second sub-cause
    3. Third sub-cause
  2. Second cause
  1. First result
    1. First sub-result
    2. Second sub-result
    3. Third sub-result
  2. Second result
More on the HTML markup for ordered lists is at HTML5 section 4.4.5 The ol element. --Redrose64 (talk) 13:55, 28 February 2016 (UTC)

Double redirect bots

It is still taking double redirect bots over 3 days to fix double redirects. Does anyone out there know why this is the case? Please ping me when you respond. --Jax 0677 (talk) 14:25, 23 February 2016 (UTC)

  • Comment - I think that a "first in first out" methodology should be implemented in order to make this happen. --Jax 0677 (talk) 20:33, 25 February 2016 (UTC)
@Jax 0677: I believe the bots work the list at Special:DoubleRedirects, and thus are dependent on the frequency of updating of that. Right now, it says:
"The following information is cached, and was last updated 07:53, 26 February 2016."
Discuss this special page at Wikipedia talk:Special:DoubleRedirects; maybe that's where you can ask and find out why it isn't updated more frequently. I'm curious to know the answer myself. – wbm1058 (talk) 21:27, 28 February 2016 (UTC)


I want to write a regex that can puts references after (or before) punctuation ((?:(?:<ref[^<>]*\/>)|(?:<ref[^<>/]*>[\s\S]*?<\/ref>)) *(?:(?:<ref[^<>/]*>[\s\S]*?<\/ref>)*(?:<ref[^<>]*\/>)*)*)([:;,]) ․ This regex works when article contains only wrong punctuations

TEXT1<ref>sasdsada</ref>. TEXT2<ref>fgfgddfg</ref>. → TEXT1.<ref>sasdsada</ref> TEXT2.<ref>fgfgddfg</ref>

but when one of them is in correct place regex works wrongly

TEXT1.<ref>sasdsada</ref> TEXT2<ref>fgfgddfg</ref>. → TEXT1..<ref>sasdsada</ref> TEXT2<ref>fgfgddfg</ref>

how to solve this bug?--ԱշոտՏՆՂ (talk) 11:53, 28 February 2016 (UTC)

@ԱշոտՏՆՂ: Your problem is greedy matching somewhere, so you'd presumably need to add a question mark after an asterisk somewhere, or otherwise restrict matching two tags at once. I wrote and use this search-and-replace pair, and it seems to work well without any greediness issues: ([^\.,:;])<\s*ref(\s*[^>]*)>([^<]*)<\s*\/\s*ref\s*>([\.,:;]) and $1$4<ref$2>$3</ref> . {{Nihiltres |talk |edits}} 21:19, 28 February 2016 (UTC)
Thanks Nihiltres. Will this work with many refs? Or named refs? ԱշոտՏՆՂ (talk) 21:34, 28 February 2016 (UTC)
@ԱշոտՏՆՂ: Yes, this should work with many refs and named refs. I use this with the WikiEditor search-and-replace feature and the "replace all" option. I can't promise it's perfect, but it seems to work pretty well and I'd love feedback if you notice it missing something or making a mistake. {{Nihiltres |talk |edits}} 03:51, 29 February 2016 (UTC)
Thanks, Nihiltres! I also was looking for such regex. --Edgars2007 (talk/contribs) 06:16, 29 February 2016 (UTC)
Thanks, Nihiltres! I meant refs like this: <ref>dfghe</ref><ref>wrhehrts</ref><ref name="fdd" /><ref>ergbverdasb</ref>. Maybe this will work: ((?:(?:<ref[^<>]*\/>)|(?:<ref[^<>/]*>[^>]*<\/ref>)) *(?:(?:<ref[^<>/]*>[^>]*?<\/ref>)*(?:<ref[^<>]*\/>)*)*)([:;,.]) but if reference contains ">" it will give wrong result․ Do somebody knows how to negate string in regex? (in this case we need to negate "</ref>" instead of ">")--ԱշոտՏՆՂ (talk) 10:17, 29 February 2016 (UTC)

@ԱշոտՏՆՂ: Right; mine won't recognize calls to named references (e.g. <ref name="foo" />). Heh, hasn't been a problem to date, because usually the editors who put punctuation after refs rarely use named refs. I guess supplement it with ([^\.,:;])<\s*ref\s*([^>]*)\s*\/>([\.,:;]) and $1$3<ref $2 /> , and alternate "replace alls" of each until both match nothing consecutively. {{Nihiltres |talk |edits}} 15:15, 29 February 2016 (UTC)

Weird URL after redirect

When visiting Why Me? (Daniel Johnston Album) (which is linked to from Daniel Johnston discography#Live albums), the page one ends up at is Why Me? (album), as was intended by the redirect. But the URL — which, mercifully, nowadays is modified to point to the final destination page title instead of the redirect title — is ending up as //, clearly not was intended (the red indicating stuff that shouldn't be there). I assume this a known bug, but I couldn't find anything about it. - dcljr (talk) 07:12, 29 February 2016 (UTC)

The question mark is apparently being interpreted as the start of a query string in [25] by User:Matma Rex. It says: "The code also supports forwarding query parameters like 'debug=1'." PrimeHunter (talk) 11:24, 29 February 2016 (UTC)
That's funny, I'll investigate. Filed as T128380. Matma Rex talk 15:32, 29 February 2016 (UTC)

Tech News: 2016-09

20:12, 29 February 2016 (UTC)

Yesno/subst and case sensitive »['abc'] = {'def', 'eXample', 'ghi'},« or not

  1. Why is
    • {{#ifeq:{{yesno|{{{df|yes}}}}}|yes|{{#expr:{{{3}}}}}. {{MONTHNAME|{{{2}}}}}|{{MONTHNAME|{{{2}}}}} {{#expr:{{{3}}}}},}} {{{1}}}. год.
    not giving same result as
    • {{#ifeq:{{yesno|{{{df|yes}}}}}|no|{{MONTHNAME|{{{2}}}}} {{#expr:{{{3}}}}},|{{#expr:{{{3}}}}}. {{MONTHNAME|{{{2}}}}}}} {{{1}}}. год.*?
    Maybe something is wrong with {{yesno}} because note that
    • {{#ifeq:{{{df|yes}}}|no|{{MONTHNAME|{{{2}}}}} {{#expr:{{{3}}}}},|{{#expr:{{{3}}}}}. {{MONTHNAME|{{{2}}}}} }} {{{1}}}. год.
    is working very awesome... Face-confused.svg Only "subst:" or "lc:" should be able to get found as responisble as switch is working properly for sure, or some definitions inside "no", or I am missing something obvious...
  2. Are definitions for various names in Lua [I need it for CS1 modules, specifically] such as 'sheet', 'Лист', 'liSt' in ['Sheet'] = {'sheet', 'лист', 'list'}, for ['Sheet'] case sensitive or not?

--Obsuser (talk) 07:57, 29 February 2016 (UTC)

1. Template:Yesno#Usage says: "By default, the template returns "yes" in the first and last case but returns blank in the other cases." You apparently assume it returns no in the other cases. It returns blank by default because it becomes easy to make a test {{#if:{{yesno|...}}|code for yes|code for no}}. If you want it to return "no" then see Template:Yesno#Customizing the output. PrimeHunter (talk) 11:42, 29 February 2016 (UTC)
Thank you. For me it was really intuitive it will return no if it is no because template name is "yesno" and it returns yes for yes, but I hadn’t previously read the documentation. I’ve made modifier template {{yes/no}} that will return yes for any yes and no for any no, and in other cases works as same as {{yesno}}. Maybe it is possible to simplify it using {{yesno}} with extra options, don’t know.
Wasn’t it better to make at the very beginning template {{yesno}} returns no for any no and simply use either {{#ifeq:{{yesno|...}}|yes|code for yes|code for no}} or {{#ifeq:{{yesno|...}}|no|code for no|code for yes}} because we cannot really say "it is easier to make a test" {{#if:{{yesno|...}}|code for yes|code for no}} than one of the previous two I’ve mentioned: difference is negligible (eq and |yes or |no are only extra text, and I don’t believe "ifeq:" takes more time than "if:" to be parsed)?--Obsuser (talk) 14:23, 29 February 2016 (UTC)
{{yesno}} already has an option to specify the output for no. I wrote: If you want it to return "no" then see Template:Yesno#Customizing the output. {{yesno|X|no=no}} returns "no" if X is one of the values meaning no. Non-blank for true and blank for false is a very common and practical convention in template code. It is easier to write {{#if:{{yesno|...}}|code for yes|code for no}}, and you don't have to worry about whether a positive return from {{yesno}} says "Yes", "yes", "True", "true", "1", or whatever. There may be many template coders who are more familiar with #if than #ifeq, and the #if code is also easier to read when you know the practice. It may be confusing to have {{yesno}} and {{yes/no}} with different behaviour. PrimeHunter (talk) 19:56, 29 February 2016 (UTC)
(edit conflict)@Obsuser: Why did you create it as a subtemplate of {{yes}}?
It's far too late to change the default behaviour of {{yesno}}, there are a lot of templates out there that rely on {{yesno|no}} returning an empty string. But if you want it to return an explicit "no", it's easy - just use {{yesno| (test value) |no=no}} for example: {{yesno|no|no=no}} → no and it does the same for the empty input string: {{yesno|no=no}} → no --Redrose64 (talk) 19:58, 29 February 2016 (UTC)
I mixed up something and could not get it work using {{yesno|no|no=no}}, but now I understand. {{Yes/no}} is a redirect. Is it OK? If not, it can be nominated for speedy and deleted.
Are those names in Lua case sensitive?--Obsuser (talk) 22:07, 29 February 2016 (UTC)
Which names? --Redrose64 (talk) 23:05, 29 February 2016 (UTC)
It depends on what you do with them. {'sheet', 'лист', 'list'} creates an array containing three (in themselves case-sensitive) strings; the functions that process that data may or may not operate case-sensitively. SiBr4 (talk) 23:10, 29 February 2016 (UTC)
Where can I define translated names for CS1 parameters; i.e. is it necessary to define both »URL« and »url« such as ['NotImportant'] = {'url', 'URL'},, for example, so one can use both |url= and |URL= as a parameter name in—let’s say—{{cite web}}?
One "real-life" example:
  • ['MessageID'] = {'message-id', 'messageid', 'message-ID', 'messageID', 'порука-ид', 'порукаид', 'порука-ИД', 'порукаИД', 'порука-id', 'порукаid', 'порука-ID', 'порукаID', 'poruka-id', 'porukaid', 'poruka-ID', 'porukaID'},.
Are "порука-id" and "порука-ID" both needed here if I want both of them to be in function as the CS1 template parameters?
PS I didn’t wanted to get no for empty parameter; is there a way to use {{yesno}} to have exactly this (yes for every yes, no for every no, empty for empty or any other values): Yes-no on .sr? --Obsuser (talk) 00:30, 1 March 2016 (UTC)
Oh, parameter names in templates. These are always case-sensitive, and a template needs to be specially coded to allow variants of case, which complicates them and slows them down, so we don't normally do it except in special cases. Templates like {{cite web}} do allow |URL= as an alias for |url=, but it's not case-insensitive because |Url= isn't recognised (and nor are five other variants of case). If you want to get more case variants recognised by the CS1 templates, you'll need to get your proposal past Trappist the monk (talk · contribs) who
To your last q: as twice noted above by PrimeHunter, see Template:Yesno#Customizing the output - it's |blank=. --Redrose64 (talk) 07:30, 1 March 2016 (UTC)

Page view dates

I wish you hadn't chosen to use the cockeyed date format in the new page view graph page. Most of Wikipedia uses d-m-yyyy, or the international format yyyy-mm-dd. But the new graphs use m-d-yyyy, which is used and understood in only a minority of he English-speaking world. I hope this can still be fixed. DOwenWilliams (talk) 15:59, 29 February 2016 (UTC)

@DOwenWilliams: What "new page view graph page"? Most of Wikipedia does not use d-m-yyyy, that goes against WP:DATESNO. --Redrose64 (talk) 18:26, 29 February 2016 (UTC)
Redrose64 On the articles, stats.grok has been replaced by the Tools Pageview Analysis and shows the views as a bar graph. Henrik used the European date format on stats.grok. The Tools pageview uses American-style dates. — Maile (talk) 18:50, 29 February 2016 (UTC)
European style dates as described in MOS:DATE do not have hyphens. Nor do American style. --Redrose64 (talk) 18:56, 29 February 2016 (UTC)
The hyphens are not the point here. That's just the way the editor above wrote it. What he is referring to is that the Pageviews display mdy, where stats.grok used dmy.— Maile (talk) 20:11, 29 February 2016 (UTC)
Pageviews Analysis checks your computer/browser settings (with navigator.language) and displays the date format that is considered the standard for that language/country. Users of IE 10 and below get the default YYYY-MM-DD. You can force it to always use YYYY-MM-DD by turning off date localization in the "Settings". MusikAnimal talk 22:56, 29 February 2016 (UTC)
A semi-related helpful hint: if you use the yyyymmdd format when naming files that are otherwise the same name, they will list in order of date. For example, suppose you are a secretary responsible for keeping the minutes of weekly meetings. If you name the minutes for December/January like this: 2015-12-26 Minutes, 2016-01-02 Minutes, 2016-01-09 Minutes, they will list in order of date in your folder. It works for monthly meetings too. Neither of the other two date systems does that. Akld guy (talk) 14:21, 1 March 2016 (UTC)

Sure. That's a consequence of writing the dates in declining order of significance, years, then months, then days. The notation can be continued with hours, minutes and seconds. I suppose someone, somewhere, may write tines as minutes, then seconds, then hours, which would be as illogical as the mdy notation for dates. DOwenWilliams (talk) 16:23, 1 March 2016 (UTC)

Page link notifications

Whenever I recieve notifications of one page that links to one I am watching, when I try to click on the link I am watching I am redirected to the other page. What is the point in highlighting both pages when the notification only allows you to click on one of them? Simply south ...... time, deparment skies for just 9 years 12:33, 28 February 2016 (UTC)

@Simply south: All the notifications are in the process of being standardized, so that they're more consistent and less confusing. Previously, each notification had a "primary" link (clicking anywhere in the rectangle), and could optionally include additional text-links, too - these could duplicate the primary link, as well as link to secondary and tertiary (and more) items. This led to some confusion/ambiguity about which was the most important detail, and why a click that was a few pixels away led to a different page than intended; hence there is now just a single primary link, and secondary/etc links are added separately below. For page-linked notifications specifically, they used to read: $3 was {{GENDER:$2|linked}} from $4. (or for bundled notifications $3 was {{GENDER:$2|linked}} from $4 and $5 other {{PLURAL:$6|page|pages}}.). Because this notification is about a page that the recipient ("you") created, it is assumed that the recipient is familiar with that page, and will be more interested in the page that linked to it; hence the primary link is to that page, and there's a secondary link (below) that targets Special:WhatLinksHere/$2. The page names are both emphasized to make them easier to pick out of the surrounding text.
Hope that helps. Quiddity (WMF) (talk) 19:09, 1 March 2016 (UTC)

Archive bot issue

The Ashoka talk page currently has two archives titled 1. One of these appears to have been created manually while the other appears to have been created by ClueBot III. What's the best way to fix this? Other bots have an option to leave at least the last X threads on the talk page unarchived. Does Cluebot have an option for this? Thanks.--Cpt.a.haddock (talk) (please ping when replying) 13:58, 1 March 2016 (UTC)

There was an error in the archiving template. I have corrected that to start. --Izno (talk) 14:12, 1 March 2016 (UTC)
And now I've fixed the minimum threads issue. --Izno (talk) 14:15, 1 March 2016 (UTC)
Thanks, @Izno:! Can something also be done about the two archives titled "1" (in the search archives box)? Cluebot (or the search template) seems to be detecting both of them even though it appears that you've merged them into the one archive.--Cpt.a.haddock (talk) (please ping when replying) 17:36, 1 March 2016 (UTC)
I would suggest a deletion of the Archive1 page, possibly using WP:CSD#G6 with a custom rationale. I didn't feel comfortable doing so myself because I was unsure if you wanted the extra page around or if ClueBot would fix the inclusion on the template page (apparently not--it's probably embedded in the template logic). There's no substantial history to speak of since all of the archived content is located on the Archive 1 page and so the CSD should go right through. --Izno (talk) 17:55, 1 March 2016 (UTC)
Thought I was fixing the problem but, still have a page that needs deleting :P Mlpearc (open channel) 18:08, 1 March 2016 (UTC)
Done. Graham87 10:23, 2 March 2016 (UTC)

Template:Infobox title parameter is not centered in mobile view

(reposting from Template Talk:Infobox): {{{title}}} is left-aligned, instead of centered, in mobile view: [34]. This looks like a CSS problem to me, but whatever it is, I figure someone here would be able to diagnose it and determine the best place to fix it. – Jonesey95 (talk) 04:32, 2 March 2016 (UTC)

Note for people looking at this: Many infoboxes don't use title which is outside the box but only use above which is inside the box. above is centered in mobile. See Venus (mobile view) for an example with title. PrimeHunter (talk) 13:14, 2 March 2016 (UTC)

Inspire Campaign: Making our content more meaningful


The second Inspire Campaign has launched to encourage and support new ideas focusing on content review and curation in Wikimedia projects. Wikimedia volunteers collaboratively manage vast repositories of knowledge in our projects. What ideas do you have to manage that knowledge to make it more meaningful and accessible? We invite all Wikimedians to participate and submit ideas, so please get involved today! The campaign runs until March 28th.

All proposals are welcome - research projects, technical solutions, community organizing and outreach initiatives, or something completely new! Funding is available from the Wikimedia Foundation for projects that need financial support. Constructive, positive feedback on ideas is appreciated, and collaboration is encouraged - your skills and experience may help bring someone else’s project to life. Join us at the Inspire Campaign and help your project better represent the world’s knowledge! I JethroBT (WMF) 19:55, 2 March 2016 (UTC)

"This talk page is protected, you don't have permission to add to it"

I keep getting this message when I try to add to talk pages using the mobile add discussion tab. It doesn't happen when I simply edit the same page. I'm logged in and can edit semiprotected pages, so this must be a technical issue. White Arabian Filly Neigh 02:19, 2 March 2016 (UTC)

Which pages does this happen to you at? עוד מישהו Od Mishehu 06:11, 2 March 2016 (UTC)
Probably the same issue discussed above at #Mobile talk page bug? — This, that and the other (talk) 08:25, 2 March 2016 (UTC)
I would agree. @White Arabian Filly: Does your device show the URL when editing? If so, does that contain title=Undefined or title=undefined anywhere? If so, what is happening is that the URL you are using is trying to edit Undefined which is fully-protected. --Redrose64 (talk) 10:02, 2 March 2016 (UTC)
It does show a url if I scroll up and hide the "Editing page name" tab, but not the undefined or any other kind of parameter. This has never happened before last night and it happened on two different pages. Neither of them are protected at any level. I bet it is connected to the issue above. White Arabian Filly Neigh 00:11, 3 March 2016 (UTC)

view stats

page view statistics is one of the most sought after features. it used to be external tools, and every time they break you'd hear people asking for it.

our good friends in mediawiki recently added inbuilt/API access to view statistics, that allows us to do some interesting things. User:Yurik created Template:PageViews graph that displays the page view stats. there are some interesting things that can be done using this template:

  1. add it directly to the bottom of MediaWiki:Pageinfo-footer (instead of, or in addition to, the link that enwiki has today. you can see it in "page information" on hewiki.
  2. i create a tiny wrapper script to display the template (using the api call "parse" with the template name) in a "popup" dialog box. see User:קיפודנחש/viewstats.js. this 20-liner add a "View statistics" item to p-caction, that pops a dialog showing the page view statistics. it's practically instantaneous.

i suggest doing #1 now. peace - קיפודנחש (aka kipod) (talk) 00:59, 2 March 2016 (UTC)

phab:T43327 has a few blockers, but ultimately we'll have something natively through mw:Extension:WikimediaPageViewInfo. See a demo here. Adding the graph to action=info in the interim isn't a bad idea, though, if others are in support MusikAnimal talk 01:27, 2 March 2016 (UTC)
Just please be careful with adding a graph on every page - we wouldn't want the servers to melt :). It might make sense to have a popup of some sort that would get the graph image. --Yurik (talk) 03:39, 2 March 2016 (UTC)
i do not know that it's possible to get stats for number of times people use action=info (aka "page information"), but i doubt it's that many. IMO, adding this graph to "Page information" makes sense. as to popup: please test User:קיפודנחש/viewstats.js (basically, hit F12 and in JS console type mw.loader.load('User:קיפודנחש/viewstats.js') ), and then click "View statistics" from the "More" menu on top to view how it looks. peace -