Wikipedia:Village pump (technical)/Archive 161

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


Preference page "improvements" aren't improvements

The preference page was just changed. There are too many blank lines on this page, especially at the top "Basic information" section.

The check box next to

Treat the above as wiki markup....

needs to be top-aligned, because it is now, confusingly, next to the words Do not use images, templates, or external links in your signature.

Can we please revert to the previous preferences page? —Anomalocaris (talk) 21:32, 30 November 2017 (UTC)

I highly doubt that that will happen. @MatmaRex: Care to expand a bit on this? Nihlus 22:41, 30 November 2017 (UTC)
List of ways the new Preference page is not as good as the old
  1. User Profile: The new screen has ludicrously large white spacing, causing something that could be fully traversed with one PgDn keystroke on a 1080 monitor to one that requires two PgDn keystrokes.
  2. User Profile: The helpful boxes are lost, and the sections are not as distinct.
  3. User Profile: Language field is no longer next to its descriptor; this is inconsistent with the Basic information section, where other fields are next to their descriptors.
  4. User Profile: Your existing signature is no longer next to its descriptor, which weakens the association between the two.
  5. User Profile: check box for Treat the above as wiki markup is badly placed.
  6. User Profile: Email (current) is not next to its descriptor (Email (optional)*), weakening the association between the two.

I was going to review the other tabs, but it's more of the same. This change was unwarranted, ill-considered, and harmful. Please revert immediately! —Anomalocaris (talk) 00:13, 1 December 2017 (UTC)

The centered signature checkbox at Special:Preferences is only confusing because the English Wikipedia changed the default one-line message at MediaWiki:Tog-fancysig/qqx to the long MediaWiki:Tog-fancysig with two bolded parts. We can avoid or reduce the confusion by starting with "Check the box" or by changing the message layout, e.g. unbolding the second bolded part. PrimeHunter (talk) 00:23, 1 December 2017 (UTC)
You could reduce "Custom signatures should link to your user page or your user talk page. Do not use images, templates, or external links in your signature. Please ensure your custom signature complies with the relevant guideline" to just "Please ensure your custom signature complies with the relevant guideline." FACE WITH TEARS OF JOY [u+1F602] 01:04, 1 December 2017 (UTC)
  • This new page is hideous looking, huge swatches of whitespace, a forced max width layout area leaving even more whitespace. Blech. — xaosflux Talk 01:46, 1 December 2017 (UTC)
  • @Anomalocaris: I created phab:T181770 which I suspect will be 'wont fixed' but feel free to comment on it. — xaosflux Talk 01:58, 1 December 2017 (UTC)
Xaosflux:  Done (my first use ever of {{done}}! —Anomalocaris (talk) 02:19, 1 December 2017 (UTC)
Xaosflux: Painstakingly detailed. —Anomalocaris (talk) 19:25, 1 December 2017 (UTC)

I have reverted the change. See Gerrit change I44b5daea for a longer explanation. If all goes well, the revert will be deployed to Wikimedia wikis this week, per the usual schedule (Wikipedias on Thursday). Matma Rex talk 22:08, 2 December 2017 (UTC)

(Side note: You must spell my name correctly if you wish for me to receive pings. "MatmaRex" does not ping me. If you need urgent response, it's better to send me an email, e.g. via Special:EmailUser/Matma Rex.) Matma Rex talk 22:08, 2 December 2017 (UTC)

Matma Rex: Thank you for reverting. I am not sure if my lobbying on this issue made any difference, but I applaud your decision. —Anomalocaris (talk) 12:04, 3 December 2017 (UTC)
@Matma Rex: Do we need to wait until Thursday? --Redrose64 🌹 (talk) 19:53, 3 December 2017 (UTC)
I've started the backport process now. Since it's still Sunday in the US, I'm not going to deploy it this afternoon/evening, but I'll finish it up tomorrow morning. So short answer: no, we won't wait. FACE WITH TEARS OF JOY [u+1F602] 21:09, 3 December 2017 (UTC)
@Matma Rex: That's a pleasant surprise. Thanks for taking the initiative to not only improve the wiki but also to go back to the drawing board (despite the way in which the message was delivered). Nihlus 21:36, 3 December 2017 (UTC)

Discussion at Talk:2014–15 A-League National Youth League#Pseudo-headings

You are invited to join the discussion at Talk:2014–15 A-League National Youth League#Pseudo-headings. -- Marchjuly (talk) 22:22, 3 December 2017 (UTC)

HELP: Templates broken - need urgent attention?

PROBLEM: Seems "Template:Human timeline"; "Template:Life timeline" and "Template:Nature timeline" on the "English Wikipedia" are broken? Up until a very short time ago, all the templates looked like their related respective ones on the "Simple Wikipedia" => "simple:Template:Human timeline"; "simple:Template:Life timeline" and "simple:Template:Nature timeline" - Help and/or Comments Welcome - in any case - Enjoy! :) Drbogdan (talk) 22:57, 26 November 2017 (UTC)

Fixed. Transcluding pages may need a WP:PURGE to display correctly. --Redrose64 🌹 (talk) 23:04, 26 November 2017 (UTC)
@Redrose64: Yes - verified - all templates now seem *entirely* ok - Thank you *very much* for your help with this - Enjoy! :) Drbogdan (talk) 23:09, 26 November 2017 (UTC)

@Redrose64: and others => URGENT HELP NEEDED - *MORE VANDALISM* (see odd-images at => ) on TEMPLATE(s) at => Template:Life_timeline - Thank you in advance for your help with this - Enjoy! :) Drbogdan (talk) 13:45, 28 November 2017 (UTC)

BRIEF Followup - VANDALISM has also occurred on related TEMPLATES => Template:Human_timeline and Template:Nature_timeline - Thanks for your consideration of these issues - and - Enjoy! :) Drbogdan (talk) 13:52, 28 November 2017 (UTC)
Seems to have been to do with these edits which have been reverted by another editor. —PaleoNeonate – 13:54, 28 November 2017 (UTC)
It was fixed six hours ago. Affected pages just need a WP:PURGE. --Redrose64 🌹 (talk) 13:54, 28 November 2017 (UTC)
One of those cases reminding that resurecting some Template space protection discussion may be worthwhile... —PaleoNeonate – 13:59, 28 November 2017 (UTC)

@Redrose64 and PaleoNeonate: Thank you for your help with this - for my part, should have "purged" Templates beforehand - lesson learned - Thanks again - and - Enjoy! :) Drbogdan (talk) 14:05, 28 November 2017 (UTC)

I added it to my watchlist earlier (when I noticed the user page block notice), thank you very much for filing the case. I now added to my TODO list to search for previous discussions about Template: space cascading protection, edit filter requests, etc. Two that I remember of so far: 1, 2. —PaleoNeonate – 09:45, 30 November 2017 (UTC)

wl-hovering shows unrelated image

When hovering ISO 4 (mouseover to give article preview), I see an unrelated image. Any ideas? -DePiep (talk) 22:22, 3 December 2017 (UTC)

It's because of this edit to a template. If you purge the cache it should go away. Nihlus 22:26, 3 December 2017 (UTC)
Fixed. OK, purge. -DePiep (talk) 22:36, 3 December 2017 (UTC)

Tech News: 2017-49

17:50, 4 December 2017 (UTC)

How to search diff history

What are the best methods and options for searching an article's diff history for the origin of a given piece of text? It will be for a bot, so API needed. I believe there's a user-level tool for this also, but don't know where (maybe it's open source I can check out). Anyone with experience with this who has any suggestions before I get started, thanks. -- GreenC 15:28, 4 December 2017 (UTC)

Are you looking for Wikipedia:WikiBlame? --SarekOfVulcan (talk) 15:33, 4 December 2017 (UTC)
Yes that's it, thanks. I'm also looking for help from programmers who may have done revision history searching for a text string origin, what methods you use or suggestions. I can download sequentially each revision working backwards in time until I find one where the string doesn't exist, but that seems wasteful and slow. Are there any other methods or options? -- GreenC 15:45, 4 December 2017 (UTC)
Think I may have found the answer.. User:Flominator/WikiBlame uses a binary search algorithm to speed up discovery. -- GreenC 16:02, 4 December 2017 (UTC)
I wonder how accurate that is for text that has been edit-warred over. If the middle edit doesn't contain the text, then you'd search the wrong half for the origin, and the "result" would be the edit in which someone re-adds, rather than the origin. (That's the method I use manually; I don't know of a better one.)
Depending upon your goal, you might also be interested in Wikipedia talk:WikiProject Medicine#Authorship details are now avaliable within article space as a script. Whatamidoing (WMF) (talk) 19:50, 4 December 2017 (UTC)
Flominator mentions on the support page that edit warring is a weak point in the algorithm. I guess it would make sense then to walk forward from the first revision looking for the search text. -- GreenC 20:40, 4 December 2017 (UTC)

Log of changes to wikipedia

Is there somewhere a log of the changes that have been made to the wikipedia interface? The font in the edit box in my browser changed to a much less readable font, and I want to know if it is a site-wide change or if it's an issue with my browser. Natureium (talk) 16:02, 4 December 2017 (UTC)

This that log, but what you are describing there may be a browser issue. Jo-Jo Eumerus (talk, contributions) 16:19, 4 December 2017 (UTC)
You may want to look through WP:Tech News as well. Ravensfire (talk) 16:25, 4 December 2017 (UTC)
Thanks! Natureium (talk) 19:25, 4 December 2017 (UTC)
Could be in preferences. More specifically the option for Edit area font style. -- The Voidwalker Whispers 21:15, 4 December 2017 (UTC)

Automatically generated reference list: numbering

When the {{Reflist}} or <References /> markup goes missing, since 2014 the numbered list of references still appears at the very foot of the article (see [8]). Now, the reference numbers are not shown and you just get a bullet and a carat against each item. See, for example, [9]. In these cases it would be helpful to readers if the numbers could be reinstated. Could someone please raise a bug report?: Noyster (talk), 10:16, 5 December 2017 (UTC)

@Noyster:You can do it yourself - please follow the instructions at WP:BUGS. עוד מישהו Od Mishehu 11:35, 5 December 2017 (UTC)
The references will normally be numbered. It fails in your example because the last rendered wikitext is a list with asterisks in external links. The references are displayed as part of that list. Any other content like a navigation or stub template would have broken the list. It's not uncommon that a page ends with a list in a see also or external links section so a fix would still be nice. PrimeHunter (talk) 11:50, 5 December 2017 (UTC)
This is phab:T70293 from 2014: "Cite: Markup before automatic reference list displays list style as unordered". PrimeHunter (talk) 12:07, 5 December 2017 (UTC)

Fundraising campaign

I just switched on a computer in a place I've not visited before and was greeted by this message:

Hi reader in the UK, it seems you use Wikipedia a lot; I think that's great and hope you find it useful. It's a little awkward to ask, but today we need your help. We depend on donations averaging £10, but fewer than 1% of readers choose to give. If you donate just £2, you would help keep Wikipedia thriving for years. That's right, the price of a cup of coffee is all that I ask. Please take a minute to keep Wikipedia growing. Thank you. — Jimmy Wales, Wikipedia Founder

How do they know? (talk) 11:10, 23 November 2017 (UTC)

Checking the contributions log I see the IP number has been used before. Does this have something to do with it? (talk) 11:12, 23 November 2017 (UTC)

How do they know what? Whether you are in the UK? That's geolocation - all IP addresses will resolve to a geographical area, with a greater or lesser degree of accuracy. Normally the country is correct. If you go to the bottom of your contributions list, you will see some links in a box. The last row of this box should include these links:
Try those out. --Redrose64 🌹 (talk) 11:42, 23 November 2017 (UTC)
If you ask how they know you use Wikipedia a lot: If you didn't log in then they can often use HTTP cookies in your browser to say that the used computer and browser has visited Wikipedia. I don't know whether the IP address of readers is also used for this. An IP address can be shared by many people and be reassigned so it would be unreliable. See also foundation:Privacy policy. PrimeHunter (talk) 11:57, 23 November 2017 (UTC)
I know that the geolocation of the computer is identified - for example if I go to Google maps my latitude and longitude comes up. However, that link you provided says that WMF only collects information when I interact in some way (i.e. editing). Do they also place a cookie in my browser the first time I connect to the site? Is my IP address recorded every time I visit the site? (talk) 12:10, 23 November 2017 (UTC)
"Is my IP address recorded every time I visit the site?" Yes, almost every website will record this. Wether or not they do something with that information is another story of course. "Do they also place a cookie in my browser the first time I connect to the site? I" yes, but they do not identify you. They either reflect functional state, or a bit of behaviour over a short term. You can find the storage elements, their purpose and their duration on the FAQ. —TheDJ (talkcontribs) 12:24, 23 November 2017 (UTC)
Cookie: WMF-Last-Access (30 days): "Helps us calculate Unique devices accessing our site." That's technically identifying. I filed a task 2 years ago to get those ugly EU cookie notices.

You can see the list of banners we're running at meta:Special:CentralNotice. The one you hit was likely B1718_1116_enGB_dsk_p2_sm_amt_cnt. — Dispenser 16:42, 23 November 2017 (UTC)

Last year the European Court of Justice ruled that E U laws forbid the "general and indiscriminate" retention of internet data. The current legislation is the Privacy and Electronic Communications Regulations 2011. The new law, the General Protection Data Regulation, is expected to come into force in May. Users must consent to sharing their personal information by choosing privacy settings via browsers or other software. Publishers can ask users to reconsider their choice not to consent, but users are under no obligation to give up their information. An added provision prevents websites from denying users access if they refuse to share their information, "regardless of whether this service is remunerated or not". The embedded browser privacy settings, which will replace publisher site notices, would, by default, be set to the most "privacy friendly" option. I understand this to mean that personal data will no longer be available unless the user takes some action to allow the website to collect it. Sockpuppets are unlikely to give consent. Does this mean that all the CheckUsers will be out of a job? (talk) 18:32, 2 December 2017 (UTC)
Example CheckUser information is this: 1 January 2017 12:01 am
Browser (Safari)
Mozilla/5.0 (Mackintosh:Intel Mac OS X 10_12_3) AppleWebKit/602.4.8 (KHTML, like Gecko) Version/10.0.3 Safari/602.4.8, gzip (gfe), gzip(gfe)
Will the GPDR inhibit the collection of this and other information mentioned at Device fingerprint? (talk) 15:37, 4 December 2017 (UTC)
@Dispenser: Any info? (talk) 14:49, 5 December 2017 (UTC)
Well I'm not in nor operate in the EU, so I don't follow it much. IIRC the cookie directive applies to non-logged in users. And that particular cookie was being set on causing caching problems. — Dispenser 16:00, 5 December 2017 (UTC)

Diff viewer

Am noticing that the diff viewer is providing less than useful results lately. In this diff for example the change that occurs is not highlighted.[10]

Any thoughts? Have tried it with WikEd on and off, and with chrome and firefox.

Doc James (talk · contribs · email) 19:28, 4 December 2017 (UTC)

I'm experiencing the same thing. Without looking at the number of bytes, I wouldn't have known that anything was changed. I've had this problem a few times recently. (I use Chrome without WikiEd). Natureium (talk) 19:48, 4 December 2017 (UTC)
Comm Tech was/is playing around with an algorithm to better-detect/display overall changes which introduce new lines. Maybe this is a case of a regression for that work. --Izno (talk) 21:18, 4 December 2017 (UTC)
WP:WIKEDDIFF shows the changes to the actual text. It clashes with the new syntax highlighting, but may be an alternative temporary solution. Nihlus 23:39, 4 December 2017 (UTC)
WP:WIKEDDIFF should be standard. I use it all the time to reveal changes that are otherwise impossible to see. -- GreenC 03:01, 5 December 2017 (UTC)

I think this is phab:T180259. There were some changes recently to better detect moved sections, and it seems that those are making this particular diff worse. —TheDJ (talkcontribs) 16:28, 5 December 2017 (UTC)

2-factor Authentication

Hi. I am a wiki user in both Farsi and English wikipedia. I have activated 2-factor authentication via authenticator's camera barcode reading and documented the numeric codes that was requested to be kept safe. However, due to reseting my mobile the app and wikipedia related data have been deleted from the app. I have downloaded the app again but there is no barcode to read it via camera access via the authenticator to add my wikipedia data in the app again. I need to deactivate 2-factor authentication to try to reactive it to get the barcode again to enter it in the app again. But, to deactivate that it asks for a code from the app. It is a catch 22 how can I fix this? How can I use those numeric codes. I am still logged in in my account both Farsi and English (both same ID "Gharouni"). Thanks.Gharouni Talk 17:23, 5 December 2017 (UTC)

Solved. I have used one of the codes and it worked. Thanks. Gharouni Talk 17:58, 5 December 2017 (UTC)

Location map alignment

Perhaps it is just a missing flag or something, but the location map in the Project Emily article, about 2/3rds of the way down, is aligned on the right. Is there a way to center it? Maury Markowitz (talk) 20:47, 5 December 2017 (UTC)

Template:Location map+#Parameters says | float = center. That works for me in preview. PrimeHunter (talk) 20:59, 5 December 2017 (UTC)

How to add more leaders to country infobox?

In the Australia article I noticed that the infobox included the names of various government officials, so I thought that it would be appropriate to include also the names of the heads of the upper and lower houses. How can I do that? Thinker78 (talk) 22:12, 5 December 2017 (UTC)

@Thinker78: Without commenting on whether consensus is there to do this, it can be achieved by adding more |leader_title#= and |leader_name#=:
|leader_title1      = [[Monarchy of Australia|Monarch]]
|leader_name1       = [[Elizabeth II]]
|leader_title2      = {{nowrap|[[Governor-General of Australia|Governor-General]]}}
|leader_name2       = [[Peter Cosgrove|Sir Peter Cosgrove]]
|leader_title3      = [[Prime Minister of Australia|Prime Minister]]
|leader_name3       = [[Malcolm Turnbull]]
|leader_title4      = [[Chief Justice of Australia|Chief Justice]]
|leader_name4       = [[Susan Kiefel]]
|leader_title5      = 
|leader_name5       = 
|leader_title6      = 
|leader_name6       =
Let me know if you have any questions. Nihlus 08:59, 6 December 2017 (UTC)

CSD tag fails to log

CSD tag.png

Not a major malfunction, but not much point in a log that doesn't log :) See the image. — Preceding unsigned comment added by Serial Number 54129 (talkcontribs) 12:13, 7 December 2017 (UTC)

Automated notice after changing email address outdated/erroneous? [SOLVED]

Hi y'all, hopefully this is a decent place to share this …

I just updated the email address associated with my user account and after entering my new address via the "(Change or remove email address)" link found under § "Email options" in "preferences" the system displayed this, as so:

Change or remove email address

A confirmation email has been sent to the specified email address. Before any other email is sent to the account, you will have to follow the instructions in the email, to confirm that the account is actually yours.

Return to Special:Preferences.

However, when I checked my email the message I received, titled Wikipedia registered email address has been changed, simply stated:

Someone, probably you, from IP address XX.XXX.XXX.XX, has changed the email address of the account "XXXXXXXXXX" to "XXXXX@XXXXXXX.XXX" on Wikipedia.

If this was not you, contact a site administrator immediately.

note: "XXX"s = redaction by me –

No confirmation link was included, nor indeed apparently necessary as my account appears to have succesfully updated without such.

I'm inclined to presume at this point that the prominent red notice I received onsite was just some sort of legacy remnant lingering in place.

Hopefully this will help someone who knows how to tinker around 'under-the-hood' bring things up-to-date and into alignment.

Thanks for your time and attention, --–A Fellow Editor– 20:52, 7 December 2017 (UTC)

Arrgh, this may not be so simple after all. Though my new email address shows in 'preferences' for me my 'user' and 'user talk' pages aren't showing an email link in the 'tools' sidebar ... However, manually clicking the "Confirm your email" link found under § "Email options" in "preferences"—above which it now states, with golden yellow background color, "Your email address is not yet confirmed. No email will be sent for any of the following features."—leads to ...
Confirm email address

You must validate your email address in order to use email features. Click the button below to send a confirmation email to your address. Then, follow the instructions in the email. To check whether you have already confirmed, please see your preferences.

A confirmation code has already been emailed to you; if you recently created your account, you may wish to wait a few minutes for it to arrive before trying to request a new code.

[Mail a confirmation code]

... Which at first seems to me to imply it's noting the sparse email message I received as if it had carried a confirmation link. However, another possibility may be that it still has retained some toggled value from when I set up my account's associated email some years ago. Meh, I'm gonna' try and 'click' the "Mail a confirmation code", regardless. --–A Fellow Editor– 21:36, 7 December 2017 (UTC)
  • AHA! My gmail acct. is sorting the confirmation emails into its 'social' tab, yet the updated address message had shown up in the primary inbox tab. I'd already checked the 'spam' folder, but had forgotten to check gmail's inbox sub-categories. I've now confirmed the new address and all's well. --–A Fellow Editor– 21:54, 7 December 2017 (UTC)

Either Template:Sfn or some subtemplate of it appears to be broken

Either Template:Sfn or some subtemplate of it appears to be broken. See, for example, the article Dunkirk evacuation at the end of the sentence that reads "they would never return": Template:Sfn is generating a very long line of visible wikisyntax starting out "[[#cite_note-FOOTNOTEHart1948" that should not be rendered. —Lowellian (reply) 08:30, 6 December 2017 (UTC)

@Lowellian: I've moved the {{page needed}} template outside the call to {{sfn}}. -- John of Reading (talk) 08:52, 6 December 2017 (UTC)
(More) I've made the same fix at Lady-in-waiting. Perhaps something has changed behind the scenes, and {{sfn|Author|Year|p={{page needed}}}} used to work better than it does now. @Trappist the monk: might know. -- John of Reading (talk) 16:35, 7 December 2017 (UTC)

I think I found it but don't understand the fix. In {{fix}} was this line:

}}[[{{{link|Wikipedia:Cleanup}}}|<span title="{{delink|1={{{title|{{{link|Wikipedia:Cleanup}}}}}}{{#if:{{{date|}}}|<nowiki /> ({{{date}}})}}}}">{{{text|}}}</span>]]{{#if:{{{post-text|}}}

That self-closed <nowiki /> tag was (I think) the source of the strip marker in this:

[[#cite_note-FOOTNOTEHaydon1964<sup_class="noprint_Inline-Template_"_style="white-space:nowrap;">[<i>[[Wikipedia:Citing_sources|<span_title="This_citation_requires_a_reference_to_the_specific_page_or_range_of_pages_in_which_the_material_appears.<nowiki>{{#ifexist:}}_(February_2017)">page needed]]]-6|[1]]]</nowiki>

I replaced the <nowiki /> tag and the following space with &#32; and the 'problem' seems to have gone away. Today is Thursday so shit breaks. Did MediaWiki decide that self-closed <nowiki /> tags are no longer acceptable? (replacing <nowiki /> with <nowiki></nowiki> didn't fix the problem).

Trappist the monk (talk) 23:12, 7 December 2017 (UTC)

Invitation to Blocking tools consultation

Hello all,

The Wikimedia Foundation's Anti-Harassment Tools team invites all Wikimedians to discuss new blocking tools and improvements to existing blocking tools in December 2017 for development work in early 2018.

How can you help?

  1. Share your ideas on the discussion page or send an email to the Anti-Harassment Tools team.
  2. Spread the word that the consultation is happening; this is an important discussion for making decisions about improving the blocking tools.
  3. Help with translation.
  4. If you know of previous discussions about blocking tools that happened on your wiki, share the links.

We are looking forward to learning your ideas.

For the Anti-Harassment Tools team SPoore (WMF), Community Advocate, Community health initiative (talk) 23:23, 7 December 2017 (UTC)

Unregistered user with edits

I just came across User:Alan D, who is unregistered but has some edits from 15+ years ago - see User:Alan D~enwiki for the actual account (logged as registered 8+ years ago despite edits being 15+ years ago). The contributions are split between the two accounts, seemingly without any pattern. How do we handle this, for example, does it count as an unregistered username for WP:CSD#U2 purposes? ansh666 03:32, 7 December 2017 (UTC)

The edits at Alan D without the enwiki suffix have their [[user ID stored as 0 (as opposed to their actual user ID number) in the rev_user field of the revision table, or I (or another user) may have imported them from another Wikipedia database without remembering to change the username. The reason this happened is that the user didn't exist in the database when their edits were originally imported into the Wikipedia database in September 2002. Graham87 06:02, 7 December 2017 (UTC)
Yeah, I figured that something like that would be the problem. Is there any way to merge the contributions between the two accounts? ansh666 18:14, 7 December 2017 (UTC)
Not really, but this Phabricator ticket is kinda relevant. Graham87 05:41, 8 December 2017 (UTC)
I've just happened to delete User talk:Alan D a few moments ago. I hope that wont trigger a zombie apocalypse. Please feel free to revert if you believe it will (or I can too, if you ask). Rehman 06:34, 7 December 2017 (UTC)
Meh ... IMO it technically doesn't qualify for U2 because it's the previous name of a renamed user, but it doesn't really matter because it just contained an automated notice. Graham87 07:25, 7 December 2017 (UTC)

Legend box on watchlist is obscured

As title. It looks like there was a recent change to the features added to the watch list quite a while ago as I noticed the Live Updates button is in a different position, and now the box with "List of abbreviations," etc. is obscuring text: [11]. Amaury (talk | contribs) 02:14, 8 December 2017 (UTC)

Amaury: This is phab:T182156. I personally can't reproduce this. May I ask you what browser and skin you're using? Nirmos (talk) 03:23, 8 December 2017 (UTC)
Also, does the problem go away if you're in safemode (RecentChanges with safemode, Watchlist with safemode)? Nirmos (talk) 03:45, 8 December 2017 (UTC)
Chrome. Default. No. Amaury (talk | contribs) 05:34, 8 December 2017 (UTC)
Ok. So, if you see the error in Chrome, and Legoktm's screenshot in phab:T182156 is taken in Firefox, we can rule out browser as a factor. Skin can also be ruled out as Schnark can see the error in any skin. And if you still see the problem in safemode, we can rule out all user css/js, all site css/js and gadgets, so the error has to be in MediaWiki. But because I (and many others, obviously) don't see this error, it has to be related to some kind of preference. Nirmos (talk) 06:26, 8 December 2017 (UTC)

Found it. "Group changes by page in recent changes and watchlist" at Special:Preferences#mw-prefsection-rc causes this. Nirmos (talk) 07:03, 8 December 2017 (UTC)

Thank you. I guess I'll disable that option for now until/if it's fixed. Face-smile.svg Amaury (talk | contribs) 16:44, 8 December 2017 (UTC)

Anomalous wikilink color, neither red nor blue

Sorry if this is a known issue. It is new to me.

A wikilink to a nonexistent page, with "User" or "User talk" in Arabic, followed by a colon, followed by the name in Arabic, instead of displaying as a normal redlink, displays as a gray-pink link. This description is probably more specific than it needs to be. Maybe it is also true of all r-t-l languages, or whatever. I don't have time to experiment about that. Here is an example, involving redlinks to User:Anwar and User talk:Anwar in Arabic.

  • [[مستخدم:أنور |Anwar]] + [[نقاش المستخدم:أنور|talk]] : Anwar + talk

Compare this to the Devanagari symbol ॐ, which redirects to the article Om. As expected, the valid link is blue; two symbols together are invalid and display as a redlink.

Anomalocaris (talk) 05:21, 8 December 2017 (UTC)

The examples you posted above look fine for me, are you having this problem on the English Wikipedia? I don't expect we support Arabic namespace aliases here. — xaosflux Talk 05:38, 8 December 2017 (UTC)
Xaosflux: I have just discovered that the Anomalous wikilink color is not an issue in Internet Explorer or Google Chrome. It is a problem in Mozilla Firefox. Also, there is no rule against having a user name in non-Latin letters. It is anomalous, however, to express "User" and "User talk" in a foreign language. But, this is exactly what User:أنور has in their signature, as you can see on User talk:أنور. The signature has redlinks to bogus user and user talk pages with the words "user" and "user talk" in Arabic instead of English. I have advised the user to change the links to working links to the actual user and user talk pages, but meanwhile, the redlink signature is gray-pink in Firefox, see for yourself. —Anomalocaris (talk) 06:18, 8 December 2017 (UTC)
The above links Anwar + talk are normal redlinks for me in Firefox. If you refer to the user's signature then they apply text-shadow: silver and font color="#004225" in: anwar call me. The result may depend on your browser. For me it's red with a silver/grey shadow to the bottom-right of the letters. PrimeHunter (talk) 10:39, 8 December 2017 (UTC)
The grayish/pink link is a visited red link as far as I know. Nihlus 10:41, 8 December 2017 (UTC)
Nihlus, same observation in Firefox for me - there is a slightly different shade for "visited" and "non-visited" red links. @Anomalocaris:, yes these usernames are supported, but localized aliases for namespaces are not supported on other projects - it's not a ltr/rtl specific issues (e.g. Usuario:Xaosflux doesn't work on enwiki even though it works on eswiki). The linking to a wrong namespace in their signature is also noted at User_talk:أنور#Your_signature - and should be changed by that user for use on enwiki. — xaosflux Talk 13:27, 8 December 2017 (UTC)
  • Just a note, the namespace bases are in English and will be honored on other projects just as you could call this page Project:Village pump (technical) as well as our localized namespace name "Wikipedia:"). — xaosflux Talk 13:31, 8 December 2017 (UTC)
Nihlus nailed it. Firefox and Internet Explorer display visited redlinks in the gray-pink. Chrome displays redlinks the same whether visited or not. Perhaps there are browser preferences involved also. —Anomalocaris (talk) 17:08, 8 December 2017 (UTC)
Yes, and Firefox also displays visited bluelinks in a darker blue - I'd guess it's just overlaying a grey on to the original colour, or something like that. I find it very useful for seeing which pages in lists of, say, unblock requests I haven't yet examined. Boing! said Zebedee (talk) 17:46, 8 December 2017 (UTC)

MP3 uploading now supported on Commons

See the blog post or the announcement on Commons. Kaldari (talk) 23:19, 4 December 2017 (UTC)

  • Would've liked a heads up on the blog post since I've been chasing after it for the last year ;-). So far its only playback which we could've had then. The game changer is transcoding to MP3 so we can guarantee playback for everyone.

    The next formats going patent free are AAC-LC and MPEG 2 (the DVD codec) in February. — Dispenser 04:44, 5 December 2017 (UTC)

transcoding to MP3 so we can guarantee playback for everyone

This is already working, and there seems to be a script or something running that is starting transcode for most / all previous audio files. Oddly enough it seems to also be transcoding mp3 -> ogg , which seems rather pointless and a waste of time and space. 07:34, 7 December 2017 (UTC) — Preceding unsigned comment added by (talk)

You're thinking of OGV.js. It decodes Vorbis/Opus in JavaScript and is disabled for a sizable number of readers (iPhone users). Native MP3 decode would consume less battery and/or allow smoother video playback. — Dispenser 00:16, 9 December 2017 (UTC)
Nope, real transcodes ( , 06:49, 9 December 2017 (UTC)

A note that seems important. Commons currently uses an abuse filter to block most people from uploading MP3s. So while this is "allowed" copyright wise it is not allowed for most people. The Commons right extended uploader has been created to allow certain people to upload MP3s after they have proven they know what they are doing. --Majora (talk) 00:56, 9 December 2017 (UTC)

Bizarre Favicon Issue

I just noticed this really odd quirk with the Wikipedia favicon. When I click away from any Wikipedia tab on Firefox 57, two of what appear to be diaereses appear over the "W" in the favicon. I have no idea why, and thought I'd pint this out as a possible bug. These dots blink once when the tab is rolled over, and vanish when the tab is active. A screenshot of this is available at [12] Any ideas what's going on? Is this a Wikipedia issue, or should I report this to Mozilla instead? CreationFox Talk Page 02:08, 8 December 2017 (UTC)

Graphics related, hence not a Wikimedia issue. --Malyacko (talk) 13:27, 8 December 2017 (UTC)
Are you sure? I see the same in Firefox except for me it's the active tab which has the dots and the other tabs don't. When I reload a page the dots appear a little after the W. If there are enough tabs to get an arrow to display them vertically then both the active and other tabs have the dots in the vertical display. I have a similar but not identical issue in Microsoft Edge. The first Wikipedia tab I open has the W a little blurry but no dots. Additional Wikipedia tabs get a non-blurry W but a single dot in each of the upper left and right corner, farther from the W than the double dot pairs in Firefox. The favicon is from which has no dots when I view it directly. I haven't noticed any dots in IE or Chrome whether there is one or multiple tabs. In Firefox and Microsoft Edge I have only seen such favicon dots at Wikipedia so I wonder whether has an issue which could be fixed. Favicon says "a file containing one or more small icons". I don't know how to analyze ICO (file format) but that article also says "contain one or more small images". Could include a problematic icon which is only shown by some browsers in some situations? Zooming shows the image has rounded corners near where the dots appear. PrimeHunter (talk) 16:35, 8 December 2017 (UTC)
Hiya! Do you love Prime95 as much as I do? I use Icofx to open .ico files. (((The Quixotic Potato))) (talk) 10:22, 9 December 2017 (UTC)

Slowness with gadgets and loading pages in general

Is anyone else having Twinkle (and sometimes, it seems, HotCat?) loading tremendously slow lately, including just about all day today? Pages load, but then sit there "still loading" for 10-15 seconds sometimes before the Twinkle tabs load in, and clicking on a link brings up the 'Could not load twinkleoptions.js" banner in the upper right. Sometimes it cleared up - and, naturally, as soon as I started typing this, it went away completely...- The Bushranger One ping only 10:23, 8 December 2017 (UTC)

Although now it seems to be doing it again. But posting this, it's not. Sigh! - The Bushranger One ping only 10:40, 8 December 2017 (UTC)
Oh it's not just me? I even switched my Internet connection earlier because the whole site was taking ages to load, but scripts (Popups and Twinkle) were being especially slow. It made clearing the AIV backlog rather difficult. HJ Mitchell | Penny for your thoughts? 10:46, 8 December 2017 (UTC)
Nope, not just you (and it's good to know it's not just me either!). I would muse on "It's-Thursday" but I've seen this happen before a few times. (Although maybe those were always Thursdays too? I dunno, let me check my notes.) - The Bushranger One ping only 11:02, 8 December 2017 (UTC)
Issues like these are usually infrastructure problems, not software stack problems, so unlikely to be connected to the thursday release schedule. Their cause can be any of the many intermediate places between your computer and the wikimedia server. It can help to gather a traceroute and report this back to the Wikimedia operations team. If the problem is close enough to them, sometimes they can cause the traffic to be rerouted to avoid the problem. Note that this might reveal your IP and/or location. —TheDJ (talkcontribs) 12:57, 8 December 2017 (UTC)
Not sure if it's related - User:RonBot1 Ran very slowly last night (1-2 pages a minute, when it usually manages 7), also noticed same issue with AWB (could not do better than 4 pages a minute and expected 50+) and user:Theo's Little Bot1 was affected as well (so not my PC at fault). Ronhjones  (Talk) 16:38, 8 December 2017 (UTC)
Same slowness here. --SarekOfVulcan (talk) 16:40, 8 December 2017 (UTC)
Me too - periods of very slow loading of pages, and frequent "Could not load twinkleoptions.js" error (though the latter not for a couple of hours). Boing! said Zebedee (talk) 17:49, 8 December 2017 (UTC)
Same here since yesterday. I also noticed that my Special:Contributions page now says "No changes were found matching these criteria," although my Preferences page gives my correct edit count. Cleared the cache. No change. JimVC3 (talk) 19:16, 8 December 2017 (UTC)
Me too, both general loading of pages and very late loading of scripts on pages (not Twinkle, which I haven't used lately, but other scripts). Makes it hard for me personally at WP:SPI.--Bbb23 (talk) 19:25, 8 December 2017 (UTC)
@JimVC3: Your issue with contributions is described at #Contributions in preferences. --Izno (talk) 20:20, 8 December 2017 (UTC)
@Izno: Thank you! I'll take a look. — Preceding unsigned comment added by JimVC3 (talkcontribs) 22:36, 8 December 2017 (UTC)
I can confirm the speed of pages loading, etc, has gone down from terrible to dogshit. Please fix. Thanks. Lugnuts Fire Walk with Me 19:38, 8 December 2017 (UTC)
I asked on IRC and apparently phab:T182322 is likely the cause. They are working on it MusikAnimal talk 20:03, 8 December 2017 (UTC)
I'm relieved that it's not just me! Natureium (talk) 20:08, 8 December 2017 (UTC)
Was also wondering what happened. Kante4 (talk) 20:26, 8 December 2017 (UTC)
My speeds suddenly speeded up, no wait after pressing "save" on AWB - fingers crossed it's a fix Ronhjones  (Talk) 20:30, 8 December 2017‎
Yep, looking good. For now! Lugnuts Fire Walk with Me 10:39, 9 December 2017 (UTC)

is it possible to have a bug that automatically edits, adds/removes a character, and then saves a page repeatedly?

Subject says it all, really. Without introducing a custom Wikipedia tool/bot, by what technical mechanism(s) would it be possible for browser/operating system/hardware problems to cause an account -- otherwise functioning/editing normally -- to edit a page, add or remove a character, and then save, making about 30 such edits in a row in a short span of time? I can't wrap my head around it, but asking here in an attempt to AGF. — Rhododendrites talk \\ 03:13, 8 December 2017 (UTC)

@Rhododendrites: some crazy user script (which could run client side) - an interface bug, several things. Examining the edits may help - were they made with visual editor? — xaosflux Talk 03:56, 8 December 2017 (UTC)
To expand, the edits in question consisted of adding a line of white space, saving, removing the white space, and then saving again - doing that several times in the same article, and then moving on to another article to do the same thing - with affected articles in alphabetical order. And it sometimes went on for hours at a time, with multiple sessions spanning days and weeks. The editor in question denies there was any deliberate act involved, was not doing any manual editing at the time, and insists it was a computer fault. Rhododendrites has deliberately not linked to the discussion in question, which makes it harder, and I could (and will if you need it) show you some of the edits in question - but based just on this, how likely does the "computer fault" explanation sound? Boing! said Zebedee (talk) 13:09, 8 December 2017 (UTC)
PS: I don't know if the edits used Visual Editor - is there any way to tell? Boing! said Zebedee (talk) 13:10, 8 December 2017 (UTC)
@Boing! said Zebedee: That story is unlikely to be true. Check their userscripts (e.g. common.js and vector.js). Edits made while using VE are tagged, see Special:Tags and Wikipedia:Tags. (((The Quixotic Potato))) (talk) 13:13, 8 December 2017 (UTC)
I have found the edits we are talking about. On the 23rd of March the same user seems to have used software to remove a category from articles that were in said category. Note that the +1 edits are also editing articles in a specific category sequentially. The edits are not tagged with AWB. (((The Quixotic Potato))) (talk) 13:29, 8 December 2017 (UTC)
Ah, thanks. There are no tags I can see on the edits, and the user does not appear to have a common.js or vector.js (assuming I could see them as an admin). So you're saying that this was done with something automated, but which does not appear to be AWB? Interesting that the +1 edits are category-driven. Boing! said Zebedee (talk) 13:32, 8 December 2017 (UTC)
Any editor can see anyones vector.js afaik. I think it is extremely likely that the same script that made those changes on the 23rd was used to do the +1 edits. Heck, I would bet money on it. It would be a bit bizarre if there was a bug that happened to reproduce the same behaviour. (((The Quixotic Potato))) (talk) 13:35, 8 December 2017 (UTC)
I see the category driving the +1 edits at that time now, thanks. Boing! said Zebedee (talk) 13:40, 8 December 2017 (UTC)
The chances that this was caused by a computer fault are negligible to 0. Computers aren't magical, able to log on some days and make only the changes in question (review UTC April 6 and April 16 where these are the only edits which were made those days). --Izno (talk) 13:33, 8 December 2017 (UTC)
I think you folk have pretty much nailed it for us, many thanks for your help. Boing! said Zebedee (talk) 13:40, 8 December 2017 (UTC)
A couple of years ago there was a user (who may still be with us) who had installed some third-party browser add-on that would scan through a page looking for clickable links, and open each and every one in a new tab. Unfortunately, they had the rollback right, and when they went to their watchlist, the most recent edit(s) to every listed page were reverted, silently. It took some time to work out what was happening, by which time they'd picked up a block and (I think) forfeited the rollback right.
Maybe this is another case of third-party browser add-on. --Redrose64 🌹 (talk) 11:39, 9 December 2017 (UTC)
Nope, the person in question has admitted that I am correct. (((The Quixotic Potato))) (talk) 11:52, 9 December 2017 (UTC)

Watchlist so big that I can't edit it

Other than manually going and removing articles, is there a solution when your watchlist is so big that you can't edit? I keep getting the "There are too many pages to display here." message when I try either of the two options to edit my watchlist. Flyer22 Reborn (talk) 00:32, 4 December 2017 (UTC)

@Flyer22 Reborn: how big is it? Are you able to access the page here: Special:EditWatchlist/raw? — xaosflux Talk 01:18, 4 December 2017 (UTC)
It currently has 8,996 pages. No, I can't edit it that way. Again, I tried both options offered. Flyer22 Reborn (talk) 01:46, 4 December 2017 (UTC)
@Flyer22 Reborn: Can you try safemode? — xaosflux Talk 02:06, 4 December 2017 (UTC)
Yeah, that works. So did the raw editing, even though it didn't work before. Some pages I tried to remove before were a lot of IP user pages. Because I don't see any IP user pages on my watchlist right now (although I probably overlooked some), I wonder if my initial attempts did work but were delayed. Flyer22 Reborn (talk) 02:57, 4 December 2017 (UTC)
@Flyer22 Reborn: Is the message "There are too many pages to display here" being displayed when you begin editing the watchlist, or when you click the "Remove titles" button at the button of the "edit watchlist" page? As a response to "Remove titles", the message seems to be short for "The software has successfully removed lots of pages from your watchlist, but it is impractical to list them in this confirmation message" -- John of Reading (talk) 07:17, 4 December 2017 (UTC)
When I get an actual problem of being too big, the error message is in a pink box. Backing out once and trying again succeeds, albeit with the "There are too many pages to display here" warning. --Redrose64 🌹 (talk) 11:30, 4 December 2017 (UTC)
John of Reading, I would get the message after I clicked the "Remove titles" button. Flyer22 Reborn (talk) 16:57, 4 December 2017 (UTC)
@Flyer22 Reborn: Then you can safely ignore it. @Everyone else: - where does this message come from? Can it be made clearer? -- John of Reading (talk) 17:40, 4 December 2017 (UTC)
It's MediaWiki:Watchlistedit-too-many. PrimeHunter (talk) 19:39, 4 December 2017 (UTC)
  • I've had the "There are too many pages to display here" message a few times after deleting a lot of entries from my watchlist, but I'm pretty sure it's only been referring to an inability to display the list of deletions - the deletions still worked. Boing! said Zebedee (talk) 13:36, 9 December 2017 (UTC)

History display

Ordinary editors see a display like this:

00:01 1 January 2017 Wikipedia editor (talk) | (contribs)..(10,000 bytes) (+100)..(Add references) (undo)

However, it appears that administrators see a display like this:

2017-01-01T00:01:00 Wikipedia editor (talk) | (block)..(10,000 bytes) (+100)..(Add references) (undo)

Is the display really set up so that the administrator can block virtually instantly without checking the editor's contribution record? When the blocking dialogue box comes up is it prepopulated with the editor's account details to make blocking that much faster? (talk) 14:45, 9 December 2017 (UTC)

Yes it's everywhere - it's not quite like that because (for logged in users) we also see a contribs link - and it's very handy. I use it a lot, for example I recently used it on User:ExtraLongJucySchlong. Though most relevant admins will have popups enabled so you can see contribs, edit count, and other details without wandering too far. And yes, the form contains the username to block, but the reason and other details need to be filled in. -- zzuuzz (talk) 14:55, 9 December 2017 (UTC)
Thanks. I was just about to ask, given that for IPs the username is the contributions link, would there be a contributions link in the example, and you've clarified that. (talk) 15:00, 9 December 2017 (UTC)

Orange box on move dialog

(split from above section)

Is the appearance of an orange background around the pink "You will need to delete the page you're attempting to move to" box related to this somehow? - The Bushranger One ping only 02:48, 9 December 2017 (UTC)

@The Bushranger: this is not present on the test sites, appears to be enwiki localization related to the template wrappings called from: MediaWiki:Delete and move text. — xaosflux Talk 16:33, 9 December 2017 (UTC)
Gotcha. It's not annoying, it's just something I never noticed before, so I thought I'd ask. - The Bushranger One ping only 22:49, 9 December 2017 (UTC)

Two quick questions

  1. Is there a way to thank directly from my Watchlist?
  2. Is there a quick or one-click way to watchlist all articles in a list (say, the contribs of a sock puppet) or a category?

Thanks, Justlettersandnumbers (talk) 22:31, 9 December 2017 (UTC)

1. Without seeing the actual edit? I am not sure why you would want that. "Thank" links are not part of watchlists or recent-changes. They are only in page histories and edit-diff pages. To be honest I think it would be better to remove those links from the page histories.
2. Not as far as I know. (((The Quixotic Potato))) (talk) 22:38, 9 December 2017 (UTC)
I use them from page histories regularly. I usually go "view diff - view history to see if anything else changed - thank". - The Bushranger One ping only 22:51, 9 December 2017 (UTC)
You don't have to; when viewing a diff you can see if there are newer revisions than the diff you are currently viewing (if so then a "Next edit →"-link appears). If that link is absent then nothing else has changed and you are looking at the latest revision. (((The Quixotic Potato))) (talk) 23:14, 9 December 2017 (UTC)
  1. phab:T51541 is the task for this. I would guess someone has a Javascript lying around which can do this.
  2. phab:T3710 is the task to be able to do this with the software directly with a category. There is a comment a little bit down the page with a Javascript you can install. Special:Recentchangeslinked is also a pretty good alternative.
--Izno (talk) 00:39, 10 December 2017 (UTC)
@Justlettersandnumbers: If you are checking the diff with popups without leaving the watchlist, you can choose "actions > send thanks" from the popups menu. -- John of Reading (talk) 08:32, 10 December 2017 (UTC)
Thanks, John of Reading, but I'm used to the way this excellent script works; and no, The Quixotic Potato, I've no wish to thank anyone if I don't know what I'm thanking them for (and removing the thank link from page histories wouldn't really make it easier to express thanks). Thank you, Izno, will look. Justlettersandnumbers (talk) 09:54, 10 December 2017 (UTC) (Re-ping Izno, not enough coffee. Justlettersandnumbers (talk) 09:56, 10 December 2017 (UTC)
The second one didn't work either. --Izno (talk) 13:38, 10 December 2017 (UTC)

Template: Infobox civilian attack - missing parameters

G'day from downunder! {{Infobox civilian attack}} shows that |coroner= is an unknown parameter type. Can anyone help or explain to me why this occurs? Many thanks and seasons greetings, etc. Rangasyd (talk) 15:15, 10 December 2017 (UTC)

I've traced it back to this edit which capitalised the parameter name incorrectly. --Redrose64 🌹 (talk) 15:38, 10 December 2017 (UTC)

Error in Tuckingmill article

Hiya. Not sure where to post this. I'm seeking an editor to correct a formatting error in the Leed of Tuckingmill, Camborne, Cornwall article. Thx in advance, Trafford09 (talk) 17:47, 10 December 2017 (UTC)

@Trafford09: See this edit. (((The Quixotic Potato))) (talk) 17:51, 10 December 2017 (UTC)

Many thx TQP - I saw how you fixed it. Trafford09 (talk) 18:32, 10 December 2017 (UTC)

Filtering page list based on source content

Is there any reasonable way to remove from User:Od Mishehu/hd cat any pages which, ignoring spaces, contain "nocat=y"? עוד מישהו Od Mishehu 14:11, 10 December 2017 (UTC)

You seem to have AWB permission (on the account Od Mishehu AWB). You can also ask another AWB user to do it, see Wikipedia:AutoWikiBrowser/Tasks. (((The Quixotic Potato))) (talk) 14:55, 10 December 2017 (UTC)
How would I do the filtering using AWB, other than through trying to edit each article which has this? עוד מישהו Od Mishehu 15:05, 10 December 2017 (UTC)
AWB can pre-parse lists, without making any edits. You can import the list, preparse it to remove pages that contain the stuff you do not want, and export the list. If you post an AWB task you can ask them to describe how they did it. I am currently on my phone so I cannot give detailed instructions at the moment. (((The Quixotic Potato))) (talk) 15:22, 10 December 2017 (UTC)
I think you need to enable preparse mode (in the Options menu). In the "Skip" tab you can say that if the text contains "nocat\s=\sy" then the article must be skipped and removed from the list. In regex \s means whitespace. Remember to check the regex checkbox. (((The Quixotic Potato))) (talk) 15:34, 10 December 2017 (UTC)
My AWB is running. It will take a while (roughly two hours I believe). I am not sure if the instructions I gave above are clear enough, if not then please let me know. Screenshots are probably easier. (((The Quixotic Potato))) (talk) 16:52, 10 December 2017 (UTC)
I have posted the results over at User_talk:Od_Mishehu/hd_cat. (((The Quixotic Potato))) (talk) 19:06, 10 December 2017 (UTC)
Thanks. עוד מישהו Od Mishehu 07:17, 11 December 2017 (UTC)

Special:Undelete OOUI idiocy

To pre-empt the inevitable complaints about the latest round of OOUI whitespace stupidity, this time afftecting Special:Undelete, I have created phab:T182398. MER-C 10:51, 8 December 2017 (UTC)

MER-C: If I understand correctly, what you don't like is that the container for the textarea has a max-width. You can remove it by adding
.oo-ui-textInputWidget {
	max-width: none;
to Special:MyPage/common.css. Nirmos (talk) 12:07, 8 December 2017 (UTC)
@Nirmos: I 100% agree with @MER-C: here - this goes beyond a WP:IDONTLIKEIT issue and shoudn't require a hack, especially not a per-user hack. max-width abuse has been rearing its ugly head in multiple OOUI updates lately, and need to continue to be called out to the programmers. In this case, it appears it has already been accepted that this should not have been released as-is and will be fixed. — xaosflux Talk 13:41, 8 December 2017 (UTC)
Hi folks. Sorry about this, my bad, I should have caught this during review of the change. We're going to revert back to the old textbox (but keep the buttons OOUI) on Special:Undelete, on monday. Bawolff (talk) 17:43, 8 December 2017 (UTC)
Shit happens, thanks for fixing it ASAP. (((The Quixotic Potato))) (talk) 17:45, 8 December 2017 (UTC)
Thank you. I hope the changes to the text box stay reverted. Having monospaced font is often useful for me, especially when I need to copy some text or when I need to count the number of characters. It's easier to click between any pair of monospaced characters than to click between two narrow ones, like a pair of apostrophes, and with monospaced you can just count a specific number of characters and divide up your paragraph into equal-sized lines. Totally impossible with a proportional font, superior though it is for the publicly viewable side of things. Nyttend (talk) 02:45, 10 December 2017 (UTC)
Wait, there are font changes ? That would be unexpected AND not what this discussion was about, so please file separate tickets about that. —TheDJ (talkcontribs) 08:59, 11 December 2017 (UTC)
The font changes are awful. I've tried a few browser work-arounds and I still hate it. Natureium (talk) 16:44, 11 December 2017 (UTC)

This is reverted now (The textbox anyways, the buttons are staying OOUI). Bawolff (talk) 14:52, 11 December 2017 (UTC)

Tech News: 2017-50

17:57, 11 December 2017 (UTC)

Regex intitle searches

It seems that intitle:/U\.S\.A/ doesn't work – it's ignoring the punctuation just like doing a search on intitle:U.S.A would. This doesn't happen with insource:/U\.S\.A/. Is there some trick that works for getting intitle: searches to stop ignoring punctuation when you're explicitly telling them to stop?  — SMcCandlish ¢ >ʌⱷ҅ʌ<  08:14, 10 December 2017 (UTC)

Our search box cannot do it as far as I know. can but it's slow and cannot be combined with other searches. PrimeHunter (talk) 10:16, 10 December 2017 (UTC)
It looks to me as though you are getting results, and they all have titles that involve "U.S.A." -- they're all redirects though! Since that's the case, the primary listing will be the target of the redirect, with original title listed as (redirect from ...). I think it just looks odd because it's not immediately visual that your results are correct. I've uploaded a screenshot of my first few results, including sister projects. By the way, syntax variations I used for escaping which all gave basically the same results were: intitle:U.S.A., intitle:"U.S.A.", intitle:U\.S\.A\., intitle:U\\.S\\.A\\., intitle:U\\\\.S\\\\.A\\\\. (implies to me we're doing a good job of stripping overly zealous escape sequences, heh). FACE WITH TEARS OF JOY [u+1F602] 10:43, 10 December 2017 (UTC)
PS: the first suggestion, intitle:/fooooo/ wouldn't work as you intended here. Intitle does not support regular expressions and so the slashes would be stripped. FACE WITH TEARS OF JOY [u+1F602] 10:46, 10 December 2017 (UTC)
intitle does not support regular expressions; T156474 is the task. T156510 is the task for better punctuation support, barring support for regular expressions. --Izno (talk) 13:41, 10 December 2017 (UTC)
The Article List tool associated with Release Version Tools can handle regex title searches with a period. Try this search for WikiProject United States articles with U.S.A. in the title (the search chokes for me if I don't limit it in some way, such as by WikiProject). Plantdrew (talk) 20:31, 11 December 2017 (UTC)

New-page curation toolbar: issue/potential bug with AFD

Please see [18], which happened when I used the new-page curation toolbar to create an AFD for an article that, unbeknownst to me, had already been deleted prior to a deletion discussion. (I have resubmitted the AfD via Twinkle, which did its thing correctly.) Thanks! - Julietdeltalima (talk) 21:38, 11 December 2017 (UTC)

@Kaldari: - can you take a peek at this? Let us know if a new phab ticket should be opened. — xaosflux Talk 22:19, 11 December 2017 (UTC)
Disregard, GeoffreyT2000 found it! — xaosflux Talk 23:56, 11 December 2017 (UTC)
@Julietdeltalima: This is phab:T169441. GeoffreyT2000 (talk) 22:37, 11 December 2017 (UTC)

Someone (probably you) recently logged in to your account from a new device

Hi! I received the following email:

«Someone (probably you) recently logged in to your account from a new device. If this was you, then you can disregard this message. If it wasn't you, then it's recommended that you change your password, and check your account activity.»

I did logged out and back in recently. So it is probably that. But... I used the same computer, and the same browser - maybe a newer version, I upgraded days ago. My contributions are OK, I changed the password just in case (though a bad faith intruder would have changed it too).

The point is: could the message be more useful? *Why* was it triggered? *which* new device? This way I can not know for sure if it was me. And it is the second or third time I write here because of vague security messages... maybe it is within industries best standards, I suppose they are, but then the standards are quite poor, aren't they? Or maybe I expect the impossible? - Nabla (talk) 02:42, 11 December 2017 (UTC)

Imagine that someone has hacked your email, and has reset your Wikipedia password that way. The attacker would also get information about which device you (last) used, when, from which IP etc. I think the vagueness of these messages is protecting us. (((The Quixotic Potato))) (talk) 07:36, 11 December 2017 (UTC)
There is this ticket phab:T174388, which suggests adding IP/geolocation to the message. —TheDJ (talkcontribs) 09:08, 11 December 2017 (UTC)
Bad idea. Maxmind's free database is complete shit (except on country-level) and their paid stuff isn't much better. Including geolocation information will only cause more confusion and problems. I expect an endless stream of messages like: "Oh no, someone logged in from another city in the same country, but I haven't been in that city lately. Help!". Confusing noobs with misinformation can be fun, but not in this case. (((The Quixotic Potato))) (talk) 09:43, 11 December 2017 (UTC)
The last idea for that was to only use country level information (also because that is translatable). But currently, no one is working on it, nor planning to work on it. —TheDJ (talkcontribs) 10:12, 11 December 2017 (UTC)
Thank you. On country-level it is do-able, and the quality of the database is good enough. (((The Quixotic Potato))) (talk) 10:26, 11 December 2017 (UTC)
Yes, being more specific than a country is fraught with problems, see User:Redrose64#Where am I? It's why I (occasionally) advise people at WP:Geonotice not to be too specific in the coordinates. --Redrose64 🌹 (talk) 21:26, 11 December 2017 (UTC)
For what it's worth, I agree with adding country level info. While that info may not help in the event someone else in the same country gets into your account.. The information presented would be reliable and helpful in all other situations. My IP regularly shows up as belonging to a city/town up to 600 kilometres (370 mi) away (but always within the same country)... this is simply due to the nature of dynamic IPs within your local telco. - Vanstrat ((🗼)) 15:06, 12 December 2017 (UTC)
  • From an unrelated web site, I recently got a message telling me that someone had successfully logged in to my account from somewhere in South Korea. That was very valuable, and it led me to immediately log in and change my password. Had it not been country specific, I might not have done that, as my ISP in the UK tends to provide varying nonsense locations for IP lookups (though always in the UK) and I would have assumed that's all that had happened. I therefore strongly support adding the country information to the message. Boing! said Zebedee (talk) 15:12, 12 December 2017 (UTC)

CSS to prevent list items wrapping in a hlist?

Is there any CSS class to prevent list items wrapping in a hlist?

I would like to do that in Template:United Kingdom MP categories header, where YYYY–YY links get wrapped on the endash ... but don't want to clutter the markup by enclosing each list item in a {{nowrap}}. It would be easy to do in raw CSS, but wikimarkup doesn't give access to that.

Similar issues at {{Teachtaí Dála category navigation header}} and {{Members of Seanad Éireann category navigation header}}. In each case the by-term entries get wrapped on the endash. (Slight difference to the UK MPs, in that entries here are of the form nth (YYYY–YY) ... but only the "nth" is linked.

Any pointers or suggestions? --BrownHairedGirl (talk) • (contribs) 20:21, 10 December 2017 (UTC)

I can only propose defining a new class, which should be like 'hlist' but prevent contents of <li> elements from wrapping. Ruslik_Zero 20:45, 10 December 2017 (UTC)
That's what I'd like. I hoped that it might exist already, ready to meet me. --BrownHairedGirl (talk) • (contribs) 20:56, 10 December 2017 (UTC)
Surely you can already do this in {{hlist}}, by putting a suitable CSS declaration into an appropriate style parameter? For instance, |item_style=white-space:nowrap; --Redrose64 🌹 (talk) 21:26, 10 December 2017 (UTC)
Thanks, @Redrose64. In these cases, I am not using {{hlist}} directly; the templates use {{infobox}} or {{navbox}}, and I don't see any item_style param in either case.
Have I missed something? --BrownHairedGirl (talk) • (contribs) 22:42, 10 December 2017 (UTC)
Hmmm, I tried it - seems that it just prevents wrapping between an item and the following bullet, wrapping can still occur between a bullet and the following item, also between the en-dash and the following figure. At least, that's what happens in Opera 36 - other browsers may vary. --Redrose64 🌹 (talk) 23:21, 10 December 2017 (UTC)
@BrownHairedGirl: You can use {{wj}} or {{zwj}} (or &zwj;) on either side of the endashes to prevent it from breaking at those points. --Ahecht (TALK
) 20:07, 12 December 2017 (UTC)
Thanks, @Ahecht. That sounds like the most elegant solution so far. Not as pretty as CSS, but better than wrapping the whole thing in a template. --BrownHairedGirl (talk) • (contribs) 20:22, 12 December 2017 (UTC)
This is an ugly solution. Ruslik_Zero 20:23, 12 December 2017 (UTC)
I added an appropriate css to User:Ruslik0/common.css. It works. So, a class can be defined I think. Ruslik_Zero 20:34, 12 December 2017 (UTC)

Prior version environment?

So I know we have testwiki and test2wiki where releases get pushed slightly early (mw:MediaWiki 1.31/Roadmap) - is there anywhere where they are pushed purposefully LATE? Whenever we get a "Must be Thursday" troubles - we always get a "was it like this before?" problem - but nowhere to actually go check. Is it time for test3wiki? — xaosflux Talk 12:33, 12 December 2017 (UTC)

I support this idea. Natureium (talk) 18:44, 12 December 2017 (UTC)
This came up on the wikitech-l mailing list a while back, and basically everyone said you should report anything that seems like a bug, regardless of whether you think it's a regression. I'm mostly in support of a test3 wiki too, so we can easily compare/contrast, but I'm not smart enough with infrastructure things to really make a case. I recommend creating a phab ticket proposing this, and tag it with "Release-Engineering-Team". MusikAnimal talk 23:09, 12 December 2017 (UTC)

Tool for highlighting links that point to redirect pages?

Hi all, is there a tool/gadget that I can activate that will indicate (say with a color) that a link points to a redirect page? There's a gadget under Preferences > Appearance that will display links to disambiguation pages in orange. Looking for something like that. Context: List of former child actors from the United States has a lot of blue links, but how many of those point to redirect pages, implying that the individuals may not be notable? Thanks, Cyphoidbomb (talk) 22:10, 10 December 2017 (UTC)

Links that point to redirects have the CSS class mw-redirect. So if you want to you can add a line to Special:MyPage/common.css.
For example:
.mw-redirect { color:green;}
If you also want to control the color of links that you've visited already:
.mw-redirect:visited { color:darkgreen;}
You can find a list of colors over at Web_colors. For example, you can replace "green" with #000 (which is black).
(((The Quixotic Potato))) (talk) 22:20, 10 December 2017 (UTC)
I put the following in my Special:MyPage/common.css, which puts the Insert redirect.png icon after the link (similar to how external links are presented):
.mw-redirect {
	background: url( center right no-repeat;
	padding-right: 13px;
--Ahecht (TALK
) 23:28, 11 December 2017 (UTC)
A simple solution for occasional use in cases like the mentioned article, that works very well in Google Chrome, is to view the HTML code ("View source") of the page and do a text search for "mw-redirect". The hrefs in the HTML are linked to the corresponding web pages for easy access.
I think this works better in Chrome, where "View source" uses a regular browser tab, than in Safari, which shows the HTML in a Web Inspector tab. It doesn't work at all in Firefox, where hrefs on the HTML source page are linked to other pages of HTML code. --Pipetricker (talk) 12:08, 12 December 2017 (UTC)
@The Quixotic Potato, Ahecht, and Pipetricker: Thanks for the ideas, guys. Appreciated. Cyphoidbomb (talk) 16:24, 13 December 2017 (UTC)

Structured Commons newsletter, December 13, 2017

Welcome to the newsletter for Structured Data on Wikimedia Commons! You can update your subscription to the newsletter. Do inform others who you think will want to be involved in the project!

Community updates
Things to do / input and feedback requests
A multi-licensed image on Wikimedia Commons, with a custom {{EthnologyItemMHNT}} Information template. Do you also know media files on Commons that will be interesting or challenging to model with structured data? Add them to the Interesting Commons files page.
Presentations / Press / Events
Presentation about Structured Commons and Wikidata, at WikimediaCon in Berlin.
  • Sandra presented the plans for Structured Commons during WikidataCon in Berlin, on October 29. The presentation focused on collaboration between the Wikidata and Commons communities. You can see the full video here.
Partners and allies
  • We are still welcoming (more) staff from GLAMs (Galleries, Libraries, Archives and Museums) to become part of our long-term focus group (phabricator task T174134). You will be kept in the loop of the project, and receive regular small surveys and requests for feedback. Get in touch with Sandra if you're interested - your input in helping to shape this project is highly valued!
  • Research findings from interviews and surveys of GLAM project participants are being published to the research page. Check back over the next few weeks as additional details (notes, quotes, charts, blog posts, and slide decks) will be added to or linked from that page.
  • The Structured Commons team has written and submitted a report about the first nine months of work on the project to its funders, the Alfred P. Sloan Foundation. The 53-page report, published on November 1, is available on Wikimedia Commons.
  • The team has started working on designs for changes to the upload wizard (T182019).
  • We started preliminary work to prototype changes for file info pages.
  • Work on the MediaInfo extension is ongoing (T176012).
  • The team is continuing its work on baseline metrics on Commons, in order to be able to measure the effectiveness of structured data on Commons. (T174519)
  • Upcoming: in the first half of 2018, the first prototypes and design sketches for file pages, the UploadWizard, and for search will be published for discussion and feedback!
Stay up to date!

Warmly, your community liaison, SandraF (WMF) (talk)

Message sent by MediaWiki message delivery - 16:32, 13 December 2017 (UTC)

Title blacklist


Is there a tool to show which row(s) of the title blacklist a proposed title violates? (It wouldn't be hard to write one, but it feels like a wheel that someone wil already have invented.) I'm trying to move {{S-line/MINSKMETRO left/Avtozavodskaya}} to {{S-line/MINSKMETRO left/Aŭtazavodskaja}} but getting a generic "on the title blacklist" message. Knowing the exact problem would tell me whether I'm trying to do something that's been banned for good reason, or just caught by an overzealous regex. Thanks, Certes (talk) 11:44, 13 December 2017 (UTC)

You can look at mw:Extension:TitleBlacklist#Testing_for_matches. Ruslik_Zero 12:41, 13 December 2017 (UTC)
@Ruslik0: Thanks, that's exactly what I needed. The new title is deemed too shouty, as it has more than 9 consecutive capital letters (the same 10 as the old title). Certes (talk) 16:41, 13 December 2017 (UTC)

The Intorient template does not display properly on Wikipedia Mobile Dark Mode.

A screencap demonstrating the broken nature of the Intorient symbol

I noticed that the Intorient carries a white background with it unlike most math symbols because unlike most math symbols which use the 'math' tag the Intorient is template. I was wondering if there was a way to edit how the template works or if it could be permanently replace by LaTeX's \ointclockwise (as seen here on page 2), how ever that would need to be integrated into what Wikipedia recognizes as a symbol as \ointclockwise is not currently recognized as a symbol.
What intorient looks like: \ointclockwise
The Editor's Apprentice (talk) 04:24, 5 December 2017 (UTC)

@The Editor's Apprentice: Those characters are not part of amsmath and thus not supported by our math mode. This is why a template is used to insert an image of them instead. The dark and sepia modes of the apps however do not invert colors of images (as most of the time that would be highly annoying for most images), so you get this white background. This is the downside of using dark mode unfortunately I think... —TheDJ (talkcontribs) 16:41, 5 December 2017 (UTC)
I created a ticket for this problem, but I suspect it will be rather low priority as there are several fundamental issues that will likely block it. —TheDJ (talkcontribs) 17:00, 5 December 2017 (UTC)
@TheDJ: Why does Wikipedia only support the amsmath package? — Preceding unsigned comment added by The Editor's Apprentice (talkcontribs)
@The Editor's Apprentice: Because it's a reputable, maintained and stable package, and included in almost all LaTeX distributions of all operating systems. Most additions are considerably less stable and thus riskier to introduce. Which doesn't mean we are not open to adding more, just that we are careful about doing so. —TheDJ (talkcontribs) 08:54, 7 December 2017 (UTC)
@TheDJ: That makes sense, how would one go along getting the relevant LaTeX package included? The Editor's Apprentice (talk) 00:25, 14 December 2017 (UTC)

Mutilated and vanishing text, history and edit screens, green on black gadget

I use the green on black gadget when using Wikipedia, as I fid it more comfortable. For the last few weeks I have noticed a couple of oddities on the edit screen, and on history pages. On the edit screen, most of the text below the edit summary box and the save button is now illegible (apparently it is in black, or nearly black). On the history screen the external tools are apparently overprinted with gibberish. I've made some screenshots on Imgur, I hope they make sense. this and this are the links. At first I just thought "Oh, they're buggering about as usual, it'll pass in a day or two", but it hasn't. Anyone know what has caused this and how to fix it? Thanks, DuncanHill (talk) 23:45, 12 December 2017 (UTC)

It's called "Use a black background with green text" at Special:Preferences#mw-prefsection-gadgets. The talk page is MediaWiki talk:Gadget-Blackskin.css. I see the same issues with Vector and Firefox. The text around the edit summary is black on grey background without the gadget. I guess the gadget doesn't know how to handle that properly. The gibberish is a series of external link icons as background of the link text instead of a single icon after the text. I don't know why that happens. The links are made with code in MediaWiki:Histlegend. Some of the styling apparently misbehaves when used with the gadget and displayed outside the normal wikitext area. It works fine for me when rendered below with the gadget. PrimeHunter (talk) 00:18, 13 December 2017 (UTC)
For any version listed below, click on its date to view it. For more help, see Help:Page history and Help:Edit summary.

(cur) = difference from current version, (prev) = difference from preceding version,  m = minor edit, → = section edit, ← = automatic edit summary

The problem here is a combination of two things.

  1. MediaWiki:Gadget-Blackskin.css defines a background-image for external links, but does not specify how this image should behave with regard to position and repetition.
  2. MediaWiki does specify how background-images should behave with regard to position and repetition, but the rule is scoped to .mw-parser-output, which is the part of the page that comes from the wikitext.

This means that there are three ways to solve the problem:

  1. You can remove
    html .mw-body-content .external {
    entirely from MediaWiki:Gadget-Blackskin.css.
  2. You can specify how this background-image should behave with regard to position and repetition in MediaWiki:Gadget-Blackskin.css, using background-position and background-repeat.
  3. The selector .mw-parser-output .external could be changed to .external in MediaWiki.

Nirmos (talk) 04:24, 14 December 2017 (UTC)

Does Wikipedia, its sister projects and Wikimedia in general use spreadsheets for some purposes?

I am curious whether spreadsheets (Excel, Google Sheets or others) are used for any tasks at Wikipedia/Wikimedia and related projects. If so, which tasks are those? orschiro (talk) 19:41, 7 December 2017 (UTC)

I have not seen editors use spreadsheets for behind-the-scenes work, but editors creating article content may find it convenient to create tables in their favorite spreadsheets, then import. See WP:TOOL for approaches to this. --Mark viking (talk) 20:02, 7 December 2017 (UTC)
Thanks, Mark! orschiro (talk) 06:14, 8 December 2017 (UTC)
@Orschiro: I use Excel for maintaining my book citations. One row for each book; one column for each element e.g. title, last1, first1, last2, first2, publisher, isbn etc.; the last column is a formula which puts all this together into a {{cite book|...}} template. When I acquire a new book, I add a new row. When I use any book in a Wikipedia article, I find the row for the relevant book, copy the last cell on that row, and paste it between my <ref>...</ref> tags. --Redrose64 🌹 (talk) 22:06, 8 December 2017 (UTC)
@Redrose64: thanks! That's interesting. How do you synchronize between your Excel and Wikipedia articles? Manually? Would a tool help you to do the sync automatically? orschiro (talk) 07:28, 9 December 2017 (UTC)
Why would I need to synchronise? Books, once they have been printed, don't change. So the content of the {{cite book}} has no need to change. --Redrose64 🌹 (talk) 14:18, 9 December 2017 (UTC)
Yes, you are right...Thanks! orschiro (talk) 06:31, 14 December 2017 (UTC)

Monobook formatting

I am currently working on quite a large table that appears pretty disjointed and squashed in Vector skin, yet perfectly fine in Monobook skin. I was just wondering whether there might be an option to have the table appear as it did in Monobook in Vector, perhaps by the creation of a new template such as {{Monobook begin}} or by adding |style="monobook" in the table. I know that the obvious solution would be to decrease the overall font size down to 90%, but sadly that would in turn affect how the table looks in Monobook. I am not quite sure what to do.--Nevéselbert 00:05, 13 December 2017 (UTC)

Can you point to the table? Is it a different font that you can just use? — xaosflux Talk 02:28, 13 December 2017 (UTC)
Once again: you will get better help if you provide a link to the thing you are working on. Being vague in your problem reports does not help you get your problems solved. – Jonesey95 (talk) 05:44, 13 December 2017 (UTC)
Sorry Jonesey95, I will try and be more specific. @Xaosflux: The page I am working on is the list of British prime ministers, and my point is that the table formatting in Monobook skin is vastly superior than that in Vector skin. I don't believe a different font will help, per MOS:FONTFAMILY. I would like to find a way of reducing the font size as it appears in Vector without affecting the size in Monobook. I don't know whether that is possible, or whether there might be an easier way to solve this.--Nevéselbert 10:37, 13 December 2017 (UTC)
The table appears to be functional in both skins, I think it looks more "squashed" in monobook (which is my normal skin), the biggest side by side difference is just that the entire body shifts because the article space is more to the right in vector. Please keep in mind that readers could be at any resolution or zoom level, so the layout will be mostly browser (and browser setting) dependent to them. — xaosflux Talk 12:16, 13 December 2017 (UTC)
You can, but you shouldn't, per xaosflux. --Izno (talk) 12:25, 13 December 2017 (UTC)
Thanks for the link. It helps. I looked at the two links you provided, and the pages look essentially the same to me. The only thing that looks not quite right to me is the text for the "Ministerial portfolios held during tenure" column; the leading of the rows is too tight. It appears that someone has set "line-height:90%" in the cells of that column, even though there is room for the text. I removed that line-height setting and previewed the result, and the table looks better to me.
If you are still seeing problems, perhaps a screen shot would help us understand what you are seeing. I know that it is harder to provide a screen shot than a link, so I will understand if you find it difficult to provide one. – Jonesey95 (talk) 15:41, 13 December 2017 (UTC)
Thanks for the reply Jonesey95. I have changed the line-height setting to 100%, from 90%, which might work better. You're right that the skin doesn't really make that much of a difference, and I guess the real issue is browser width. On the subject of screenshots, the issue of misaligned table lines persists. See here, "1802" is not aligned correctly.--Nevéselbert 00:46, 14 December 2017 (UTC)
I don't see misaligned tables in three up-to-date browsers on Mac OS. I did clean up some mismatched brackets and braces, along with one set of italics, but I don't think that would change anything. I suspect a rowspan/colspan error, but diagnosing it on that table is a major endeavor. – Jonesey95 (talk) 03:45, 14 December 2017 (UTC)
@Jonesey95: Where do you think the best place would be to ask about the misaligned lines? This might be an Internet Explorer bug.--Nevéselbert 11:20, 14 December 2017 (UTC)
See Wikipedia:Screenshots of Wikipedia for instructions. Alternatively, sometimes e-mailing it to one or two people is just as useful. Whatamidoing (WMF) (talk) 20:07, 13 December 2017 (UTC)

File usage problem

Afternoon, all. File:SarekOfVulcan with Bag Balm.jpg, under File Usage, states "No pages on the English Wikipedia link to this file." What Links Here, on the other hand, shows that it was linked from at least two discussions, using the :-syntax used above. This has caused it to be tagged twice (and deleted once) as an orphan file. Should the File Usage be fixed, or should the bot use different criteria, or what? --SarekOfVulcan (talk) 21:09, 13 December 2017 (UTC)

A link is not a file usage and thus the image is indeed an {{orphan image}}. However that is not an automatic reason for deletion, but I guess stuff easily slips through. I would either move it to Commons, or mark it with {{keep local}}. —TheDJ (talkcontribs) 21:23, 13 December 2017 (UTC)
How about {{Esoteric file}}? --SarekOfVulcan (talk) 21:30, 13 December 2017 (UTC)
I can see how the text written under "file usage" can be confusing. Might it be better to use the word "transclude"? Or more simply, "display"? Killiondude (talk) 21:28, 13 December 2017 (UTC)
Display would be clearer, yes. --SarekOfVulcan (talk) 21:30, 13 December 2017 (UTC)
I have long wondered why it says "link to" this file instead of display or use. The message is MediaWiki:Nolinkstoimage. We have customized it but the MediaWiki default at MediaWiki:Nolinkstoimage/qqx also says "link to", and the message name hints it's supposed to say that. PrimeHunter (talk) 23:13, 13 December 2017 (UTC)
That message is also displayed for audio and video files, so it seems something like MediaWiki:Nouseoffile or Notusedfile would be a better name. --Pipetricker (talk) 13:23, 14 December 2017 (UTC)
"Display" may seem to be the wrong word for audio files, but all used media files have a visual representation on the page, so I think "No pages on the English Wikipedia display this file" would be a good wording. --Pipetricker (talk) 13:23, 14 December 2017 (UTC)

"Clipping" of text/caret in edit summary and subject/headline

When I enter an edit summary the lower part of the text is not displayed - eg the bottom of the letter "g" and underscore characters are not visible. When the text gets long enough to reach the right-hand side of the edit summary text box (near the remaining-character count) the caret (vertical bar) disappears. This is quite annoying. The problem appears with MonoBook skin. It always seems to be a problem with articles, and sometime is also a problem with subject/headline. I'm using Pale Moon (web browser) v27.6.2 (the current version), but a similar problem occurs with FireFox v54. FF v57 fixes the descenders but not the disappearing caret. Does anyone know if this is a problem with Wikipedia, or is it a problem with the browser? If it's the browser, does anyone know if there is a specific bug (eg on Mozilla's website) covering it, which I could point the Pale Moon developers at? Or is there some other fix eg my custom CSS)? Mitch Ames (talk) 07:13, 2 December 2017 (UTC)

Opera too, and not just those: most one-line input boxes, including those in the goshawful new preferences thing (such as the custom signature). I picked MonoBook over Vector for some very good reasons, two of which were compactness and clarity. These are being thrown by the wayside and soon we will have a situation where it doesn't matter what skin we pick, it'll all look the same - unreadable. This is NOT GOOD for accessibility, and I REQUIRE some means of obtaining the former appearance. --Redrose64 🌹 (talk) 00:30, 3 December 2017 (UTC)
Nevermind that basically every accessibility guideline in existence disagrees with you when it comes to compactness. Padding is good for the eyes. But hey, maybe people will listen to your REQUIREMENTS. — Preceding unsigned comment added by (talk) 03:44, 3 December 2017 (UTC)
Listen, I have poor eyesight. The MonoBook version of the prefs was just fine. This one is not. Clipping off descenders can in no way be considered "helpful". --Redrose64 🌹 (talk) 19:55, 3 December 2017 (UTC)
I think we can safely trust users to know whether they can read things on their own computer screens. Whatamidoing (WMF) (talk) 19:41, 4 December 2017 (UTC)

Unable to reproduce on macOS. Can someone check on Windows/Linux ? —TheDJ (talkcontribs) 15:39, 4 December 2017 (UTC)

I have the problem on Windows 7. Mitch Ames (talk) 12:17, 5 December 2017 (UTC)
Could someone with this problem please check to see whether the descenders are clipped on the edit summary box while logged out/in a private window, or in &safemode=1? I'd like to see if we can rule out the possibility of broken scripts. Whatamidoing (WMF) (talk) 19:41, 4 December 2017 (UTC)
While logged out the problem does not appear (i.e. descenders and underscores are visible, caret is visible at the extreme right of the edit box) - but so far as I know you can't chose anything other than the default skin unless logged in, and even when I am logged in I see the problem with MonoBook but not Vector. (I.e the difference may not be that I am logged in/out, but that I have a different skin when logged out.)
While logged in, with MonoBook and &safemode=1 (e.g. I can see descenders and underscores, but the caret disappears when it is on the right side of the edit box.
Mitch Ames (talk) 14:02, 5 December 2017 (UTC)
You can try while logged out/in a private window. But I think that these results so far suggest that the problem with the descenders is in a gadget or script. Perhaps you and Redrose64 have a script in common? Whatamidoing (WMF) (talk) 18:00, 5 December 2017 (UTC)
I was under the impression that user scripts were disabled at Special:Preferences, so that you would still have a recovery means if you happened to lock yourself out with careless scripts. --Redrose64 🌹 (talk) 18:36, 5 December 2017 (UTC)
I don't think that user scripts (that is in one's own .js subpages) can be controlled through a preference. Jo-Jo Eumerus (talk, contributions) 19:19, 5 December 2017 (UTC)
I'm not saying that they can be controlled through a preference. I'm saying that user scripts are normally sent to your browser automatically when you visit any Wikipedia page (perhaps in a <link /> element or a <script>...</script> element), and such scripts are suppressed when you visit Special:Preferences as a safety feature. --Redrose64 🌹 (talk) 19:40, 5 December 2017 (UTC) while not logged in behaves the same (other than the expected MonoBook look) as the default: descenders and underscores are visible, caret is visible at the extreme right of the edit box.
Perhaps you and Redrose64 have a script in common — How do I get a definitive list of what scripts I'm running? I know I'm using, and my common.css has #wpTextbox1 { height: 52em; }. Mitch Ames (talk) 11:18, 6 December 2017 (UTC)

───────────────────────── There are at least these modifications to your account:

Are you still using WikEd? Whatamidoing (WMF) (talk) 19:08, 6 December 2017 (UTC)

The problem appears to be the syntax highlighter gadget. Clearing all of my .js and .css scripts made no difference, but the missing descenders and underscores is only a problem when the syntax highlighter is enabled. @Remember the dot: can you help us out here?
The caret still disappears at the right end of the edit box, even with the syntax highlighter disabled.
(I tried WikEd and the Beta Wikitext syntax highlighting, but for various reasons I much prefer the syntax highlighter.)
Mitch Ames (talk) 13:22, 9 December 2017 (UTC)
I can reproduce both the invisible underscore problem and the disappearing cursor problem, with or without the syntax highlighter enabled, using the MonoBook skin on Pale Moon 27.6.2 on Windows 10. I can't reproduce either problem with Pale Moon on Linux. You could try different versions of Firefox to figure out approximately when the behavior changed, and then look for people discussing similar problems online. —Remember the dot (talk) 02:21, 11 December 2017 (UTC)
I've just tested with Pale Moon on Windows 10 (in a VirtualBox virtual machine) and I get the same results - the problem appears whether or not use the syntax highlighter. Also, the problem appears with Pale Moon and not syntax highlighter on my normal Windows 7 machine if I delete my Pale Moon profile and use a default profile. It looks like some obscure combination of any number of things is triggering the problem. Mitch Ames (talk) 13:23, 11 December 2017 (UTC)
Just to make it more interesting, I tried Windows 7 in a VM, with a new Windows user (default Windows and PM profile), not logged in to Wikipedia - now in both Win 7 and 10 I can see the descenders and underscores disappear and re-appear as I scroll the up and down the page using the browser scroll bars! If nothing else, this gives me something reproducible to report to the Pale Moon developers. Mitch Ames (talk) 13:42, 11 December 2017 (UTC)

───────────────────────── I've reported the problem on the Pale Moon bug report forum: [19]. Mitch Ames (talk) 12:32, 15 December 2017 (UTC)

Recent changes changes


When using the Recent changes / Related changes page as of late, the basic URL to which I usually use now automatically gets appended with filter information (for example "?hidebots=1&hidecategorization=1&hideWikibase=1&limit=500&days=30&target=Watchlist&urlversion=2" ) ever since the more specialized filter options app started being used. I've also noticed that if I click a link in the RC page (simple click rather than open a new tab) but then try to return to the RC page by using my browser's back button, I only get on the RC page "No changes during the given period match these criteria." Is this a bug or is there a a setting in my preferences to get the simple RC page back? Thanks in advance. —Mr. Matté (Talk/Contrib) 16:47, 13 December 2017 (UTC)

@Mr. Matté: I moved your post to an existing section about the issue. PrimeHunter (talk) 18:40, 13 December 2017 (UTC)
@PrimeHunter: It doesn't seem like my issue is related to the parent issue. Mine is related to clicking the back button (Firefox 53 BTW at least at this computer) and having information not appear on the related changes page while the parent issue seems to deal with a user sandbox redirect. —Mr. Matté (Talk/Contrib) 21:25, 13 December 2017 (UTC)
OK, maybe there are just similarities. I have returned it to a level 2 heading. I cannot reproduce your result in Firefox 57.0.2. Try posting the full url at each step, including before you click Recent changes / Related changes. PrimeHunter (talk) 23:02, 13 December 2017 (UTC)
At home using FF 47, it seems as though the issue is if there's a / in the article title. Starting with this, clicking on any link and then using the back button, no issues found. Trying out User:Mr. Matté/sandbox, doing a recent changes click like this, going to another link and returning via back brings me to giving the recent changes for User:Mr. Matté. Next trying out the RC page for User:Mr. Matté/sandbox/test here, doing the same procedure ends up giving me the RC for User:Mr. Matté/sandbox. Even non user pages like Wikipedia:WikiProject U.S. Roads/Maps task force/Requests, doing the same procedure for this brings me up one level to RC for Wikipedia:WikiProject U.S. Roads/Maps task force, repeating the iterations from this then gives me the RC for Wikipedia:WikiProject U.S. Roads. I guess it was similar to the previous issue, I only assumed it was different as I got the "No changes..." message (probably because the previous RC page I was using had no links in the next level up). —Mr. Matté (Talk/Contrib) 01:48, 14 December 2017 (UTC)

Like the section above, my issue is resolved. —Mr. Matté (Talk/Contrib) 16:09, 15 December 2017 (UTC)

Error with italicized Cyrillic names

Resolved: Answered, thank you. Jip Orlando (talk) 17:16, 15 December 2017 (UTC)

In looking through random articles, I've noticed that many Cyrillic names are displaying the following error: (error: {{lang-xx}}: text has italic markup (help). Here is an older revision of an article that has this error: And a diff displaying what I did:

Did something happen in the with the markup that now displays this problem? There appear to be many articles that now display this error flag. I'd be happy to fix on sight but if they don't need to be modified it would be easier. Thank you! Jip Orlando (talk) 16:10, 15 December 2017 (UTC)

There is a lot of change happening with the {{lang}} template. See Template talk:Lang. – Jonesey95 (talk) 16:20, 15 December 2017 (UTC)
The error message has a (help) link, which takes you to the tracking category page Category:Lang and lang-xx template errors, which is informational, in particular: § italic markup errors. --Pipetricker (talk) 16:39, 15 December 2017 (UTC)

Sandbox returns to User page

I’ve noticed an irritating problem recently when using my sandbox, if I click on an article link from my sandbox and then press the back button, it returns to my User page and not my sandbox, using this odd url-link The same thing happens if you refresh the sandbox. It doesn’t happen with other users sandboxes, only my own. Occurs with both Android and Win 8.1 on IE11, and when logged in and out. TonyTheTiger reported something similar on the help desk.

Does anyone else have the same annoying problem as this...Jokulhlaup (talk) 11:16, 13 December 2017 (UTC)

@Jokulhlaup: I'm in a bit of a hurry this morning, but I can let you know that this is the section of the page that is triggering it:
{{scrolling window|link=Special:RecentChangesLinked/User:Jokulhlaup/Smite|height=200px|title=Lighthouses}}
xaosflux Talk 12:27, 13 December 2017 (UTC)
I can reproduce in Fx 57.0.2 on Windows 8. It's probably related to the fact that you are transcluding Special:Recentchanges (based on the ?hidebots=1&hidecategorization=1&hideWikibase=1&limit=50&days=7&target=sandbox&urlversion=2 part of the string, which is part of the filters work done) and probably worth a Phabricator report as such. --Izno (talk) 12:28, 13 December 2017 (UTC)
Phab task already filed: phab:T181032. --Izno (talk) 12:40, 13 December 2017 (UTC)
Thanks for the quick replies, now I know what is causing the problem. Thanks to Izno for completing the Phab report, much appreciated...Jokulhlaup (talk) 14:59, 13 December 2017 (UTC)

Misleading rollback links

It seems that for users with the rollbacker right, when at the watchlist page, the most recent edit to every page is given a "[rollback]" link even when page protection would prevent that user from editing said page. Is this a recent software change? See Wikipedia talk:Rollback#Rollback allowing non-admins to rollback edits on fully protected pages? --Redrose64 🌹 (talk) 12:05, 12 December 2017 (UTC)

I'm glad that the system inherently checks permission level and clicking those links doesn't work. Since the rollback link doesn't show up in the page history itself, It seems like whatever check is being made there that decides not to show the link simply isn't being made in the watchlist. If it's possible to correct it to remove confusion I recommend it. - Vanstrat ((🗼)) 14:53, 12 December 2017 (UTC)
Redrose64, would this be worth creating something in Phabricator about? Or is this outside of that system's scope? - Vanstrat ((🗼)) 18:20, 12 December 2017 (UTC)
I've created a task in phabricator. - Vanstrat ((🗼)) 22:40, 15 December 2017 (UTC)

Obscure problem with Template:Cite certification and asterisk in a parameter

I appear to be having a problem with Template:Cite certification that I am unable to figure out. When I put "*NSYNC" into the |artist= parameter and the region is Germany, the template appears to replace the asterisk with a line feed and an asterisk, which causes an undesirable white space in the title parameter along with a red error message. When I replace the asterisk with its corresponding HTML entity number, it works fine. Can anyone explain what is going on here, and if there is a way to fix the template?

Region Certification Certified units/sales
Germany (BVMI)[1] Gold 250,000^
Germany (BVMI)[2] Gold 250,000^

*sales figures based on certification alone
^shipments figures based on certification alone


  1. ^ "Gold-/Platin-Datenbank ( *NSYNC; '*NSYNC')" (in German). Bundesverband Musikindustrie. Retrieved 25 July 2012. line feed character in |title= at position 25 (help)
  2. ^ "Gold-/Platin-Datenbank (*NSYNC; '*NSYNC')" (in German). Bundesverband Musikindustrie. Retrieved 25 July 2012.

Thanks for any help you can provide. – Jonesey95 (talk) 22:14, 15 December 2017 (UTC)

It's the issue at Help:Template#Problems and workarounds. You found the right fix in the call. A possible fix in templates is mentioned at Wikipedia:Village pump (technical)/Archive 158#Template:la and wikisyntax but it's not ideal and hasn't been used in practice as far as I know. PrimeHunter (talk) 22:31, 15 December 2017 (UTC)
Thanks. I figured it was something like that, since the asterisk is treated specially by WP. I don't think that description fully described the effect here, since the asterisk was not the first character of the template or of a parser function. I have amended the text to describe it more fully (and possibly incorrectly; correct it if I got something wrong) and to add words that describe these characters so that searching within WP might turn up this paragraph as a result. – Jonesey95 (talk) 22:53, 15 December 2017 (UTC)
Help:Template#Problems and workarounds is talking about the first character produced by a template or parser function. I have clarified this and added: "The problem often occurs when a parameter value in a template call starts with one of the four characters."[20] The caller of the template does not know how the template processes the parameter so it's unpredictable for the caller whether the problem happens. PrimeHunter (talk) 23:39, 15 December 2017 (UTC)

Editing templates

When editing a template like "Template:Jesuits", does it take time for the edits to take effect in articles where it is used, or must something else be done to make the edits take effect? I find the template wasn't affected in articles, like Society of Jesus. Jzsj (talk) 22:23, 14 December 2017 (UTC)

@Jzsj: yes, you can WP:PURGE the pages to get it to update right away. — xaosflux Talk 22:24, 14 December 2017 (UTC)
Purging updates the display of the page on your computer only. If you made a change that involves categorization or something similar, you need to WP:NULLEDIT the page in question (click edit and then save without changing anything). – Jonesey95 (talk) 23:00, 14 December 2017 (UTC)
Jonesey95 you linked to the same page I did :p — xaosflux Talk 23:16, 14 December 2017 (UTC)
Purging updates the display of the page on everyone's computer (except for categories and "What links here"), since it clears the cache on the server. --Pipetricker (talk) 08:49, 15 December 2017 (UTC)
Right. @Jonesey95: As a template editor I suggest you check out the difference between Wikipedia:Bypass your cache, Wikipedia:Purge and Wikipedia:Purge#Null edit. PrimeHunter (talk) 15:16, 16 December 2017 (UTC)
I read them, thanks, but the description of purging does not comport with my (likely faulty) memory. My recollection is that even after a page was purged, some viewers did not see the updated version, possibly due to delayed syncing between multiple load-balanced servers. Maybe this is a fake memory, or maybe it was a bug that has since been fixed. – Jonesey95 (talk) 19:10, 16 December 2017 (UTC)

Thank you all. I think this did it. Jzsj (talk) 00:42, 15 December 2017 (UTC)

@Jzsj: The other way is to simply wait, see Help:Job queue. --Redrose64 🌹 (talk) 20:36, 15 December 2017 (UTC)

Title blacklist for page moves but not for page creations?

I tried to move Template:M23 SBS BRT map-infobox to Template:M23 SBS BRT RDT, and Template:M79 SBS BRT map-infobox to Template:M79 SBS BRT RDT, for consistency with other templates in Category:MTA Regional Bus routes. When I did, I got an error that the new names were on MediaWiki:Titleblacklist. However, I was able to create the new pages just fine. What happened that prevented me from moving a template to a target I was able to create? epicgenius (talk) 23:14, 16 December 2017 (UTC)

The moves are blacklisted: .*\p{Lu}(\P{L}*\p{Lu}){9}.* <casesensitive | moveonly> # Disallows moves with more than nine consecutive capital letters. — JJMC89(T·C) 23:24, 16 December 2017 (UTC)
I see, thanks. But I also noticed that this move seemed to be allowed, and that move was made on November 27 by an editor without page mover or administrator rights. I was also able to move Template:Bx6 BRT map-infobox to Template:Bx6 SBS BRT RDT without any problems, even though the latter had nine consecutive capital letters. epicgenius (talk) 00:36, 17 December 2017 (UTC)
Useddenim is a template editor, which have tboverride allowing them override the blacklist. — JJMC89(T·C) 01:17, 17 December 2017 (UTC)
Yes, see Special:ListGroupRights or Wikipedia:User access levels#Table. The regex disallows more than nine consecutive capital letters with "consecutive" meaning no lower case letters between them but other characters can be between them. Template:M23 SBS BRT RDT gives 10 capital letters including the initial M. Template:Bx6 SBS BRT RDT has a lower case x so the initial B is not included in the count and there are only 9 capital letters which is allowed. PrimeHunter (talk) 01:25, 17 December 2017 (UTC)
Thanks for the explanation. I'd known that there was something that I was missing. epicgenius (talk) 02:19, 17 December 2017 (UTC)

Impossible lifespans

I just now almost assigned someone to an impossible lifespan: the person lived 1871-1948, but thanks to a typo I almost put him in Category:1871 births and Category:1848 deaths. I vaguely remember there being something on the Toolserver that tracked articles of people who died years before they were born, but (a) was there such a tool, (b) if so, is it still around, and (c) if so, where is it? Nyttend (talk) 16:00, 15 December 2017 (UTC)

@Nyttend: Wikipedia:Database reports/Unbelievable life spans might be what you are remembering, but it hasn't been updated recently. -- John of Reading (talk) 17:25, 15 December 2017 (UTC)
Thank you. The updating bot is still active, so I've asked the operator to start handling this task again. Nyttend (talk) 01:30, 16 December 2017 (UTC)

Impossible lifespans, take two

In response to my #Impossible lifespans question, John of Reading pointed me to Wikipedia:Database reports/Unbelievable life spans but noted that it was years out of date. I asked the update-bot's operator, MZMcBride, if the updates could be restarted, and there's now been an update. If people could start checking this report periodically, it would be helpful. Nyttend (talk) 04:23, 17 December 2017 (UTC)

Contributions in preferences

In my user preferences, I have the button enabled to "hide probably good edits". This has never affected my viewing of my own contributions until now. When I clicked on the link, it said "No changes were found matching these criteria" (or something like that), and the box on top (Hide probably good edits) on top had been automatically checked. I tried to uncheck it, but it would not let me. (It appeared to uncheck, but then I clicked the search button to make them appear and it rechecked it.) I had to go into my preferences and remove that setting to view them. I'm not on my normal computer (using a school Chromebook, usually use a Mac); could this be a reason why or is this just a new change with a bug? A lad insane talk 23:42, 7 December 2017 (UTC)

I am so tempted to de-red-link WP:ITSTHURSDAY. Basically, software is deployed on en.WP every Thursday. When you see something not working now where it used to work before, and the day happens to be Thursday, it's a solid bet that the software changed. This is probably a "we didn't quite think through how Special:Contributions should implement Advanced Filters" and likely deserves a task in Phabricator. --Izno (talk) 23:50, 7 December 2017 (UTC)
Okay, makes sense. Having the same problem on Mac. Would file a bug report but don't know how. A lad insane talk 04:55, 8 December 2017 (UTC)
@A lad insane: I fixed this problem (eventually) by going to Preferences→Recent changes→Revision scoring on Recent changes, Related changes, and Contributions and un-tick 'Show only likely problem edits (and hide probably good edits)' (this was so annoying). J947 (c · m) 05:47, 8 December 2017 (UTC)
Thanks. Seems to work. A lad insane talk 14:56, 8 December 2017 (UTC)


The "contributions" choice following "watchlist" suddenly produces a special page with no entries at all. What am I doing wrong? I am running Windows 7 with Mazilla Firefox 57.0.2 (64 bit) browser.--Dthomsen8 (talk) 20:04, 9 December 2017 (UTC)

I assume you mean those links in the top right of the screen.
Is the URL you visit ? If you click that link, do you see an empty page? I see your contribs. Can you make a screenshot? (((The Quixotic Potato))) (talk) 20:10, 9 December 2017 (UTC)
If you have enabled "Show only likely problem edits (and hide probably good edits)" at Special:Preferences#mw-prefsection-rc then try disabling it. PrimeHunter (talk) 20:17, 9 December 2017 (UTC)
@PrimeHunter: Dthomsen8 has sent me a screenshot of his contributions page. It has a tick at "Hide probably good edits", so your suggestion looks correct. -- John of Reading (talk) 08:28, 10 December 2017 (UTC)
Thank you, that was it!--Dthomsen8 (talk) 18:28, 10 December 2017 (UTC)
I was having the same problem but PrimeHunter's solution worked. Thank you!   - Mark D Worthen PsyD (talk) 06:23, 17 December 2017 (UTC)

User contributions page not functioning

This morning my User contributions page stopped functioning. Can this be connected to the fact that I just dropped Microsoft Word and went to a shareware provider? "Hide probably good edits" keeps popping up on the User contributions page and it doesn't respond to any dates I put in. I think I'm using the latest version of Google Chrome browser. Jzsj (talk) 18:03, 10 December 2017 (UTC)

Quote from User:PrimeHunter: "If you have enabled "Show only likely problem edits (and hide probably good edits)" at Special:Preferences#mw-prefsection-rc then try disabling it.". (((The Quixotic Potato))) (talk) 18:49, 10 December 2017 (UTC)
And no, I don't think Microsoft is punishing you for dropping Microsoft Word Face-wink.svg. (((The Quixotic Potato))) (talk) 18:51, 10 December 2017 (UTC)
  • Thanks much, you got it. I hadn't made any recent changes myself and so didn't think to look under that. (Microsoft had received access to my computer yesterday, and I thought they may have made a mistake.) Thanks again! Jzsj (talk) 22:44, 10 December 2017 (UTC)

Archive bot

Hi, I'm an admin in Azerbaijani Wikipedia and I've been referred to coders. We were just wondering is it possible to create archivebot and patrol system for Az.Wikipedia? --Azerifactory (talk) 04:37, 17 December 2017 (UTC)

@Azerifactory: while the software will be largely re-usable, a key component is having an operator that is able to understand it, willing to run it, and has somewhere to do it from. All "archiving" is done by making edits, so software must regularly check pages to see if it is ready, then do it. — xaosflux Talk 15:43, 17 December 2017 (UTC)
This page is archived by User:lowercase sigmabot III. It is written in Python. (((The Quixotic Potato))) (talk) 16:15, 17 December 2017 (UTC)
Thank you and I will contact him.--Azerifactory (talk) 07:00, 18 December 2017 (UTC)

Gathering User Inputs for WikiCV Project

Hi all, I'm a 4th year Computer Science undergraduate student based out of India. I've been selected as an intern for Wikimedia under Round-15 of Outreachy. I'll be building a web tool called WikiCV (under the mentorship of Gergő Tisza and Stephen LaPorte), somewhat similar to your LinkedIn, StackOverflow or Github profile. Before starting with the project, I wanted inputs from users who are my target audience, that is you all!
We came up with this project because we feel that Wikipedia needs a powerful force to draw new editors to the project and allow existing editors to spend more time on it without harming their career; unfortunately, due to the highly collaborative nature of Wikipedia, the value of one's participation is hard to measure for an outsider, which makes it very hard for contributors to take credit for value added to Wikipedia.
Hence, we want to create a contribution summarizing tool which (unlike the existing ones that focus on statistics and are hard to interpret for someone not familiar with Wikipedia editing) highlights contributions in an easy-to-understand manner.

I want your inputs on:
1. What all things would you like to see in your CV for Wikipedia contributions?
2. In what way should we present the data/ contribution summary so that it is understandable by a non-Wikipedia user?
3. What are the benefits/problems of the current tools that summarize the contribution of a user (like Xtools)?
4. The CV will definitely reflect your contribution, but would it be better if it shows your current standing with respect to other users? For example, reputation points in Stack Overflow reflect how good you are relatively. One idea that I thought was - Imagine a tool that tells someone is in the top 1% of editors. Would it be nice? If yes, what would you consider a good basis for that statement?

Also, I prepared a mockup for the CV to give a rough idea as to what we are thinking of. Please check it out as well.
Apart from this, I thought of presenting the contributions in a manner similar to Github. I've prepared a tool for that. Kindly have a look at that as well and give your reviews about it.

My work is largely dependent on your inputs, so please pour in your comments/views. Your help will be quite appreciated!
Anyone can reach out to me through mail( as well.
Eagerly waiting for your inputs :)
Meghasharma213 (talk) 19:37, 16 December 2017 (UTC)

I moved my comment to Wikipedia_talk:WikiCV. (((The Quixotic Potato))) (talk) 07:42, 18 December 2017 (UTC)

Connecting one infobox to another

What is the syntax for connecting one infobox to another using "module=?"--Georgia Army Vet Contribs Talk 23:44, 17 December 2017 (UTC)

I have replied at Wikipedia:Teahouse#Modules in templates. PrimeHunter (talk) 08:28, 18 December 2017 (UTC)

SVG file question

Why does clicking some versions of File:Question book-new.svg in the file history produce a page of code rather than displaying the image? To be clear, this link shows a page of code but this link shows the image. There is some related discussion at File talk:Question book-new.svg#MIME type. — Martin (MSGJ · talk) 13:15, 7 December 2017 (UTC)

@MSGJ: The servers cannot determine the mime type and thus return it as html. This is most likely because the old file version doesn't have a DOCTYPE, causing some of the services between the original upload and serving the file up again, to not be able to recognise it as an svg+xml document. This is known as issue phab:T131012. —TheDJ (talkcontribs) 16:39, 7 December 2017 (UTC)
@TheDJ: I really don't think that it's the absence of a DOCTYPE. Indeed, the SVG spec (section 1.3 SVG Namespace, Public Identifier and System Identifier) advises against adding one.
In recent weeks, I've seen the problem elsewhere; during which I've noticed that other SVG images lacking a <!DOCTYPE ...> display fine. Instead, I think it's the lack of a <?xml ... > and I've expanded on this at File talk:Question book-new.svg#MIME type. --Redrose64 🌹 (talk) 22:01, 8 December 2017 (UTC)
@Redrose64: This is absolutely correct! The missing XML processing declaration <?xml ... > together with missing server configuration is in some cases resulting in this error. We've recently started an SVG coding convention (for internal use in Foundation products for now), which also mentions both of those finding. --Volker E. (WMF) (talk) 16:25, 18 December 2017 (UTC)

Wikitext syntax highlighting vs. dashes script

I use this script for fixing dashes, but it doesn't work if Wikitext syntax highlighting (one of the beta features in preferences) is turned on. Are these fundamentally incompatible, or is this something that can be fixed? I also noticed that turning on highlighting causes the browser to think you've made a change to the form, so you can't leave the page without confirming even if you've made no changes to the text. It would be nice to fix that too. Mike Christie (talk - contribs - library) 12:00, 18 December 2017 (UTC)

if you edit the textarea value and want to take into account other editors editing the same value, then you need to make use of Mediawiki's jquery.textSelection javascript api. Without that, multiple textarea manipulators are not aware of each other and might thus overwrite each others edits. AutoEd (on which this script is based) does not currently use this api. —TheDJ (talkcontribs) 17:19, 18 December 2017 (UTC)
Thanks for the explanation. Mike Christie (talk - contribs - library) 17:33, 18 December 2017 (UTC)


I am currently working on a table (see here) and there is a cell containing a self-reference that I would like to hide if printed, so I added |class=noprint before it. The problem is, this is the result. I tried using <span class="printonly">foo</span>, per Help:Printing#Controlling print, although this apparently no longer works. I would like the Foo8 and Foo9 cells to rowspan (in print) from where the Foo3 cell is on screen. Alternatively, it would be great if there were a template which could transclude both noprint and printonly, as in {{print|foo|foo1}} (which I tried having a go out). It's a shame that {{Only in print}} no longer works.--Nevéselbert 13:56, 17 December 2017 (UTC)

I do not understand you question. "there is a cell containing a self-reference" which cell exactly? You showed a result but did not describe what you expected to see and why the result is wrong. Ruslik_Zero 14:20, 17 December 2017 (UTC)
@Ruslik0: Foo3 is meant to be a self-reference. I am basically trying to hide that cell in print mode, so that it only appears on screen.--Nevéselbert 14:23, 17 December 2017 (UTC)
You can not do this using the standard table syntax. You can read this, which shows how to do this using custom 'div' containers. Ruslik_Zero 17:05, 17 December 2017 (UTC)
Please don't construct tables in bizarre ways just to remove a cell from printable. You can use {{noprint}} inside the cell to hide the contents in printable but there would still be an empty cell. PrimeHunter (talk) 22:21, 17 December 2017 (UTC)
@PrimeHunter: Might there be a way to float the cell, perhaps? I'm not quite sure how to format custom 'div' containers.--Nevéselbert 10:41, 18 December 2017 (UTC)
You cant create two tables: one with 'printonly' class and the second with 'noprint' class. The first will show in non-print media, the second in print media. Ruslik_Zero 18:47, 18 December 2017 (UTC)

Tech News: 2017-51

15:26, 18 December 2017 (UTC)

I notice that this message calls Template:CURRENTCONTENTLANGUAGE (or perhaps someone thinks it is a WP magic word). Is this template or magic word supposed to exist? Does it exist on other WPs? Should we create it? I was unable to find it in a revision history search of Help:Magic words. – Jonesey95 (talk) 16:09, 18 December 2017 (UTC)
It exists on Meta-Wiki m:Template:CURRENTCONTENTLANGUAGE. It was lately reported at m:Talk:Tech/News#CURRENTCONTENTLANGUAGE. Stryn (talk) 16:14, 18 December 2017 (UTC)
Thanks for the link. So should we submit a bot request to replace all instances of CURRENTCONTENTLANGUAGE on en.WP with CONTENTLANGUAGE? It appears to be a cosmetic edit, and there are about 425 instances. – Jonesey95 (talk) 18:02, 18 December 2017 (UTC)
Or we could just create Template:CURRENTCONTENTLANGUAGE with en or {{CONTENTLANGUAGE}}. The above Tech News originally said {{#time:j xg|2017-12-19|{{CURRENTCONTENTLANGUAGE}}}}. This has a purpose at meta in translated subpages like meta:Tech/News/2017/51/it where the month name will be displayed in Italian. The English Wikipedia does not use translated subpages so it seems safe to just return en always. It's cosmetic here in {{#time:j xg|2017-12-19|{{CURRENTCONTENTLANGUAGE}}}} since an unrecognized language code is ignored and #time then uses the default language of the wiki. A non-existing template may confuse some users but I don't think it's worth 425 edits to mostly user talk pages when we can just create the template. PrimeHunter (talk) 20:54, 18 December 2017 (UTC)

Potential bug with {{NAMESPACE}} variable

I have just noticed that the {{NAMESPACE}} variable gives no output when it is wrapped inside the {{Multiple issues}} template. Other variables that I checked give the correct output so the failure seems to be with the variable and not the template. Can someone look at this to see what may be awry. Thank you.--John Cline (talk) 07:29, 19 December 2017 (UTC)

This variable returns namespace name, so unsurprisingly it's empty for main namespace. This is a documented and expected behavior. Max Semenik (talk) 08:35, 19 December 2017 (UTC)
@John Cline: You may find it easier to use {{Pagetype}} -- John of Reading (talk) 08:59, 19 December 2017 (UTC)
Thank you both. I'll certainly consider an alternative.--John Cline (talk) 09:19, 19 December 2017 (UTC)

Use of Template:lang-XXX when There are english description word needed in between.

How to present the following content properly within the lang-XXX template?

QQQ (XXXese: AAA, BBB, or CCC) ....

One might want to simply write it as:

QQQ {{lang-XXX|AAA, BBB, or CCC}}

However it is problematic because it would tell the browser, reading software the English word "or" is part of the XXXese, and the word or will also be italicized to visually give user an impression that the "or" is XXXese while it is not.

One way to mitigate that would be writing

QQQ {{lang-XXX|AAA, BBB, ''{{lang|en|or}}'' CCC}}

Which would both tell the browser that "or" is an English word and also escape Italic sequence, however it would trigger an warning from the tempkate that italic markup not being allowed in the template, therefore I swithed to use

QQQ {{lang-XXX|AAA, BBB, </i>{{lang|en|or}}<i> CCC}}

Which created the desirable effect. However this things is too long, complex, and contain HTML code which might not be intrusitic to some editors, therefore is there a better way to use the template function and syntax to achieve same result? Note that, while the English word in between in this context is "or", it might also be another English word(s) instead depend on context.C933103 (talk) 06:45, 18 December 2017 (UTC)

QQQ ({{lang-XXX|AAA}}, {{lang|XXX|BBB}}, or {{lang|XXX|CCC}}). --Izno (talk) 12:30, 18 December 2017 (UTC)
Yes, that's the correct markup. Not all languages even use the comma that English does.  — SMcCandlish ¢ >ʌⱷ҅ʌ<  11:46, 19 December 2017 (UTC)

Annoying search for "CAT:"

When I type "CAT:PROD" in the search bar, it automatically converts it to "Category:CAT:PROD", which doesn't ecist. The same happens with "CAT:CSD", which brings me to Category:CAT:CSD. Basically, every search for "CAT" expands to "Category:CAT", instead of to "Category:" or to "CAT:". Is this a new problem or a known bug? Fram (talk) 13:58, 12 December 2017 (UTC)

What is your setting at Preferences → Search? There are four choices. --Redrose64 🌹 (talk) 14:20, 12 December 2017 (UTC)
Completion suggester: "default (recommended)". Prefix search: not selected. Fram (talk) 14:28, 12 December 2017 (UTC)
There you are: "Corrects up to two typos. Resolves close redirects." In short, a PITA. I suggest you switch to "Classic prefix search", as this has "No typo correction. Matches the beginning of titles." in short, it won't attempt to second-guess you. --Redrose64 🌹 (talk) 14:33, 12 December 2017 (UTC)
Thanks, I'll change my preference, but if someone from the WMF (or whoever developed this "completion suggester") reads this, perhaps they should take a look and change the code for this specific issue? Fram (talk) 14:58, 12 December 2017 (UTC)
The bug does not depend on that preference. It occurs after you have included "Category" at Advanced search and chosen "Remember selection for future searches" (only possible when logged in). mw:Extension:CirrusSearch/CompletionSuggester is only supposed to suggest existing pages. Suggesting non-existing pages like Category:CAT:CSD when you type CAT: is a clear bug and not just poor typo correction. I assume the bug is triggered by CAT:CSD redirecting to the category namespace. Any tested search starting with CAT: only gives non-existing pages starting with "Category:CAT:". Typing Category:CAT: gives the same false results when it should have given no results. PrimeHunter (talk) 15:14, 12 December 2017 (UTC)
It sounds like phab:T115756 from 2015: "Search suggests non-existent title due to namespace/redirect mixup". The same can happen for redirects to other namespaces. I selected "Wikipedia" at Advanced search and chose "Remember selection for future searches". Then MOS: suggests red links like Wikipedia:MOS:NUM instead of MOS:NUM. It's not limited to names with colons. Expanded a suggests Wikipedia:Expanded article instead of Expanded article. PrimeHunter (talk) 19:03, 13 December 2017 (UTC)
Thanks. Let's hope that after more than two years they can fix this! Fram (talk) 13:57, 14 December 2017 (UTC)
Thanks PrimeHunter for mentioning that task. I shared the conversation here with the Search team and they've got a patch (software change) that should remedy most of the cases like this. However, due to the timing it won't be applied until after the holiday. We try not to do anything that will break when everyone is away with family and friends. :) I wanted to mention this here before the thread disappears into the archive and to let folks know before the holiday break. CKoerner (WMF) (talk) 14:41, 19 December 2017 (UTC)

Seemingly spurious Harv error warnings

Hi, I wonder if anyone might have any suggestions on this issue that started for me yesterday, before I head over to Phabricator with it. TIA Nortonius (talk) 21:20, 18 December 2017 (UTC)

@Nortonius: I normally use User:Gadget850/HarvErrors.js, and using that I see no errors in HMS Spiteful (1899). When I switched to User:Ucucha/HarvErrors.js temporarily I saw spurious errors. Perhaps our local scripting experts can compare the two scripts and repair either or both of them? -- John of Reading (talk) 21:34, 18 December 2017 (UTC)
Responded at Nortonius's talk page. – Jonesey95 (talk) 21:52, 18 December 2017 (UTC)
Thanks for the input John of Reading and Jonesey95, I'll follow this back to my talk. Cheers. Nortonius (talk) 14:59, 19 December 2017 (UTC)

Infobox NRHP

Can anyone figure out how to stop {{Infobox NRHP}} placing Flemington Historic District in the non-existent Category:Historic districts in USA New Jersey Hunterdon County, instead of the correct Category:National Register of Historic Places in Hunterdon County, New Jersey?

AFAICS, Whitehouse–Mechanicsville Historic District uses exactly the same parameter locmapin = USA New Jersey Hunterdon County#New Jersey#USA, but doesn't cause this error. W–M is correctly in Category:National Register of Historic Places in Hunterdon County, New Jersey.

I have no idea how {{Infobox NRHP}} works, and am stumped. --BrownHairedGirl (talk) • (contribs) 22:49, 18 December 2017 (UTC)

This is actually a good example of why we don't use user-facing templates to populate categories automatically. It would probably be easier for you to post a request at WP:Bot requests to have the lot cleaned up. --Izno (talk) 23:04, 18 December 2017 (UTC)
I'm checking the template, but I do note that the category for W-M seems hardcoded, and not coming from the template. Still checking. --Masem (t) 23:36, 18 December 2017 (UTC)
Adding "nocat=yes" to the template makes the template stop trying to resolve the category name. I would recommended doing that for the first case, and add the category manual (eg replicate what happened on W-M).
The categories come out of Template:Infobox NRHP/conv. In the calls in the main template, if it is not one of a few special areas (like DC, Georgia, etc.) it is passing the value of "locmapin" directly to the /conv template , which then gets put into the Category name. But that is missing the translation of the machine-sensible text used to pull up the right Location map to a human-sensible name. --Masem (t) 23:43, 18 December 2017 (UTC)
Thanks, @Masem.
I fixed[22] it using nocat=yes.
And yes, @Izno, these auto-categorisations are a nuisance. --BrownHairedGirl (talk) • (contribs) 00:23, 19 December 2017 (UTC)
PS I have let a note at WT:NRHP#Infobox_NRHP_broken_categorisation. --BrownHairedGirl (talk) • (contribs) 00:30, 19 December 2017 (UTC)
  • I am curious, couldn't you redirect the category as a quick fix?--John Cline (talk) 01:28, 19 December 2017 (UTC)
    That would of course get the reader to the right place, but wouldn't fix the article. Thanks to Masem, the article was fixed in less than 2 hours. --BrownHairedGirl (talk) • (contribs) 03:22, 19 December 2017 (UTC)
I agree. I did spend some time looking at this myself, to no avail. I will look with interest to see how it was resolved. Thanks Masem.--John Cline (talk) 03:43, 19 December 2017 (UTC)
I didn't touch anything, I just noted what I saw above. I believe the specific page was fixed by adding "nocat=yes" to disable that functionality, but that still leaves the problem that the template is broken in some fashion. --Masem (t) 03:47, 19 December 2017 (UTC)
Thank you. It seems that setting |nocat=yes is indeed outlined in the templates documentation (here) to mitigate the eventuality of such nonexistent categorization. I think using {{#ifexist:}} will prove to be better.--John Cline (talk) 06:26, 19 December 2017 (UTC)

─────────────────────────I'm in the process of dealing with this - the first step is to make sure that all articles categorized in this method are also in the categories directly, so that they won't be removed when I (or someone else) fix the template. עוד מישהו Od Mishehu 09:00, 19 December 2017 (UTC)

{{Infobox NRHP}} is currently transcluded in 62,867 articles. Autocategorization does have advantages when implemented appropriately. Many of those articles would probably be missing a category without it, and there are thousands of possible categories in Category:National Register of Historic Places by state and its subcategories. The template has a documented nocat parameter as recommended at Wikipedia:Category suppression#Attribute-based suppression examples. John Cline's suggestion to use {{#ifexist:}} seems better than removing auto-categorization. If the automatically chosen category does not exist and nocat is not set then articles could be added to Category:NRHP infobox needing cleanup or a new subcategory instead of adding a non-existing category. PrimeHunter (talk) 10:20, 19 December 2017 (UTC)
Actually, most of these 62,867 articles aren't categorized by the template. I added direct categorization to 233 articles (including both manual and AWB-assisted); I have a list of 671 articles to check over - and probably fewer than half of them actually depend on the template to categorize them. עוד מישהו Od Mishehu 10:53, 19 December 2017 (UTC)
I just looked at the top 10 of the 671 articles. Of them, only for 4 does the template include a category; and 2 of these articles already included explicit categorization in that category. I certainly can't guarantee that this 20% represents everything, although if it does then there would only be 134 articles needing to be updated. עוד מישהו Od Mishehu
Checking the cases using Special:Search, I see a lot of places where there is no manual category (and also where the automatic category has been suppressed). Listing those with no manual category: 583, 5400 that need the appropriate Category:Historic districts in ..., 7 for Category:Individually listed contributing properties to historic districts on the National Register, 332, 30 for Category:Historic district contributing properties [...], 0 for Category:National Memorials of the United States (and could be removed from the code today), 5 for Category:National Battlefields and Military Parks of the United States. --Izno (talk) 15:32, 19 December 2017 (UTC)
(Searches are a little restrictive on their whitespace judgement--a search with * rather than  ? may yield slightly different results. --Izno (talk) 15:37, 19 December 2017 (UTC))

View source text next to section titles on protected pages

Moved from WP:VPP

You know how for editable pages, the word edit appears next to each header, and clicking it allows one to view and edit the source code only for that section? It's especially convenient for long pages. I propose that this also be done for pages that can't be edited, but instead of saying edit, the text would say view source, and the reader would be able to but not edit the source. This would make finding wikicoding for a particular thing in the middle of a long page or something easier. (talk) 14:46, 18 December 2017 (UTC)

This looks like a good idea, but requires changes to the software. Please see Wikipedia:Bug reports and feature requests for the proper place and method to make these requests. עוד מישהו Od Mishehu 08:57, 19 December 2017 (UTC)
Note, this has nothing to do with policy, if available this would be at most a user option not requiring a policy change. Moving to WP:VPT. — xaosflux Talk 16:39, 19 December 2017 (UTC)
  • This is already open as phab:T11394 - it is stalled, perhaps you can request it again in 2018's wishlist survey. — xaosflux Talk 16:41, 19 December 2017 (UTC)

Lowest-impact string replacement?

What's the lowest-impact solution we have for doing string replacement? I want to patch a template to auto-escape double quotation marks in input that refers to #anchorName link targets, without unduly adding to parserfunction and template load.  — SMcCandlish ¢ >ʌⱷ҅ʌ<  11:54, 19 December 2017 (UTC)

Can you use {{Trim quotes}}? It should be a little faster to bypass the template and invoke Module:Trim quotes directly. PrimeHunter (talk) 19:40, 19 December 2017 (UTC)

Clicking "Show preview" publishes the edit

About a half dozen times or so over the past few weeks, when I click "preview" to review changes I've made, the page saved (or "published") instead. If it was only once or twice, I could see it possibly being my error, (as in, I thought I clicked 'preview' but actually clicked 'save'), but I am now certain that this issue is with the site, that clicking 'preview' did result in the page saving my changes. Anyone got any advice on what I should do about this? (if there's anything I can do, that is). Thanks - theWOLFchild 23:58, 15 December 2017 (UTC)

It doesn't happen for me and I don't know what causes it for you but you could try to separate the buttons more with code like this in your CSS:
#wpPreview {margin-left: 10em;}
PrimeHunter (talk) 00:11, 16 December 2017 (UTC)
Hi, I appreciate the reply, but I am certain that some of the pages I've edited have saved when I clicked the 'preview' button, so while your suggestion may be helpful (and I will try it), it doesn't address the problem. I'm just wondering if there is anything else I can or should be doing? I'm also curious if anyone else has experienced this issue. Thanks - theWOLFchild 00:31, 16 December 2017 (UTC)
I haven't seen reports from others at any help pages so it may be something at your end like mouse, browser, or yourself being less accurate than you think. All these could potentially be helped by separating the buttons. I see you added the code to User:Thewolfchild/common.css. __NOINDEX__ and {{nobots}} are meant for wikitext pages. CSS pages use another language. It doesn't have an equivalent but you don't need it anyway. Userspace pages are noindexed by default. Only yourself and administrators can edit your CSS pages, and I haven't heard of any admin bots doing it. PrimeHunter (talk) 15:04, 16 December 2017 (UTC)
When did the "default" status begin? My user pages used to show up on Google. They haven't since I added those templates. My page at the did show up today in a Google search, and it didn't have those template. (It does now). So, I have found these two little bits of markup helpful, they seem to do what they're supposed to and I haven't noted any problems because of them. Cheers - theWOLFchild 02:13, 19 December 2017 (UTC)
The English Wikipedia decided to noindex userspace by default in 2015 at Wikipedia:Village pump (proposals)/Archive 126#Userpage drafts shown in search engines. It's implemented with this code in
# ROBOT @{
'wgNamespaceRobotPolicies' => [
	'enwiki' => [
		NS_USER => 'noindex,follow', // T104797
		NS_USER_TALK => 'noindex,follow',
Some other wikis do the same but not scowiki. T104797 refers to phab:T104797. PrimeHunter (talk) 20:07, 19 December 2017 (UTC)
Which of the many editing environments are you using? And are you clicking (i.e., with a mouse or trackpad), or do you commonly use the keyboard shortcuts? Whatamidoing (WMF) (talk) 07:15, 18 December 2017 (UTC)
The issue has occurred at least once on 3 different devices; 2 laptops with finger pads and buttons and a smartphone with touchscreen. Never used keyboard short-cuts. Cheers - theWOLFchild 07:23, 18 December 2017 (UTC)
Were you always logged in or always logged out when it happened? Can you remember a specific edit when this happened, and give me the diff?
I also need to know which editing tools you were using at the time. There are about a dozen different wikitext editors, and the devs have to know where to look for the problem. Whatamidoing (WMF) (talk) 20:19, 18 December 2017 (UTC)
I believe I was logged in. I don't use special tools or text editors (that I'm aware of). I'll see if I can find a specific edit where this issue occurred. Thanks - theWOLFchild 02:13, 19 December 2017 (UTC)

Infobox's population_total displaying year 2011 as 2,011 at Challur


Title says it all, I guess. I came across this article when fixing typos. [23] (((The Quixotic Potato))) (talk) 07:27, 20 December 2017 (UTC)

Fixed. The right parameters just weren't being used. Nihlus 07:31, 20 December 2017 (UTC)
@Nihlus: Thank you! (((The Quixotic Potato))) (talk) 07:44, 20 December 2017 (UTC)

Problem with Protected Template Edit Requests

I've been advised (see this) to report this problem here. When I requested a change at protected Template:Smiley, by going to the template and clicking on 'View Source' and then on 'Submit an edit request' thus ending up here, I entered the change's description, but it created a section with no such description (here), thus forcing me to add in the change description manually (here). Luckily I had a copy of the description, but some other editor might have to type it in twice. Also I was left uncertain as to whether the description could be seen at whatever Noticeboard really matters, especially as the comment field just above the place we're told to put the description tells us 'Blank edit requests will be declined.' (I've since learned there's no description field at the Noticeboard either (see here)). And I was also left uncertain as to where to report the problem (which is why it took me 5 days to report it, after having to ask for this info twice). I also tested it again both at the time and today, and it still shows a blank description, at least in the Preview. Regards, Tlhslobus (talk) 14:52, 19 December 2017 (UTC)

@Tlhslobus: Since your edit request contained an equals sign, I suspect that this edit is what was needed. -- John of Reading (talk) 15:01, 19 December 2017 (UTC)
Thanks, John, that seems to have fixed the problem, and I note that the 1= now appears automatically, at least for Template:Smiley (as for other Templates, I assume you know a lot more about that than I do). Thanks again and Merry Christmas and Happy New Year to you.Tlhslobus (talk) 15:41, 19 December 2017 (UTC)
For the record, it's the first point at Help:Template#Usage hints and workarounds. The source usually keeps the parameter even if it's ignored but in the reported case it disappeared from the source because the template was substituted. PrimeHunter (talk) 19:46, 19 December 2017 (UTC)
Thanks. Tlhslobus (talk) 12:24, 20 December 2017 (UTC)

Problem with Mobile App and Template:Photomontage

Is this intentional? While using the mobile app, some of the articles which use the Template:Photomontage are showing this image instead of the montage. Screenshots of two articles are given here. AG47 Talk 21:31, 19 December 2017 (UTC)

Template:Photomontage was vandalized today and fixed 17 hours ago.[24] It sometimes takes a while before all pages using a template are automatically updated in the desktop and mobile version of the site. A purge can update a page right away there. I don't know which of the many apps at List of Wikipedia mobile applications you refer to or how it updates after template edits. After some searching (please always link relevant pages) I found your examples Thiruvananthapuram and Trujillo, Peru. They display correctly for me in desktop and mobile. PrimeHunter (talk) 23:13, 19 December 2017 (UTC)
I did a purge and null edit of the Thiruvananthapuram page, but the vandalism image is still showing up in the official Android app for me. --Ahecht (TALK
) 23:19, 19 December 2017 (UTC)

This is essentially the same issue as Wikipedia:Village pump (technical)/Archive 161#HELP: Templates broken - need urgent attention? - different template, different image, probably different perp, but same fix. --Redrose64 🌹 (talk) 23:25, 19 December 2017 (UTC)

Its in the official Android Mobile App here. Don't know weather it works fine on ios and other platforms. The desktop version, mobile browser version and the windows 10 store app works fine. I tried reinstalling the app, purging the page and tried different devices and the image still shows up in the Android App. And its only affecting some of the articles which uses the template. Some of the affected articles are Majuro, Thiruvananthapuram, Trujillo, Peru, Kabul, Art Deco, some color pages like Green, Blue, Red, Yellow. AG47 Talk 07:49, 20 December 2017 (UTC)
Some more screenshots here. AG47 Talk 08:12, 20 December 2017 (UTC)
Have you WP:PURGEd each of the affected pages? --Redrose64 🌹 (talk) 08:33, 20 December 2017 (UTC)
If it helps I manually null-edited AND purged the desktop-version of the affected pages within an hour of the vandalism. I also blacklisted the image at the same time. Do we need to also purge the mobile versions? It would be nice if there was a way to have this automated. Perhaps someone has a script to do that? -- zzuuzz (talk) 08:44, 20 December 2017 (UTC)
Yes. I tried purging the desktop version. No change in the Mobile app. But the desktop and mobile version don't have any problem. The vandalism image still showing up only in the official Android app. I don't know much about Apps, but it seems like the Android Application somehow managed to cache this image in it's database. Is there any way to purge the Android App? AG47 Talk 09:17, 20 December 2017 (UTC)
It's supposed to be automated. When you purge, that is the way to get around of the automation failing :) This seems like a deeper problem somewhere in the application. —TheDJ (talkcontribs) 10:12, 20 December 2017 (UTC)
I've found that the app api endpoint is serving up stale HTML content. I've created a ticket. —TheDJ (talkcontribs) 10:27, 20 December 2017 (UTC)
@TheDJ: this sounds a similar issue to ticket T174993. Nthep (talk) 12:06, 20 December 2017 (UTC)
@Nthep: I had the same thought.. couldn't immediately find back that ticket, so thank you for mentioning it. —TheDJ (talkcontribs) 13:24, 20 December 2017 (UTC)

Call for Wikimania 2018 Scholarships

Hi all,

We wanted to inform you that scholarship applications for Wikimania 2018 which is being held in Cape Town, South Africa on July 18–22, 2018 are now being accepted. Applications are open until Monday, 22 January 2018 23:59 UTC.

Applicants will be able to apply for a partial or full scholarship. A full scholarship will cover the cost of an individual's round-trip travel, shared accommodation, and conference registration fees as arranged by the Wikimedia Foundation. A partial scholarship will cover conference registration fees and shared accommodation. Applicants will be rated using a pre-determined selection process and selection criteria established by the Scholarship Committee and the Wikimedia Foundation, who will determine which applications are successful. To learn more about Wikimania 2018 scholarships, please visit: wm2018:Scholarships.

To apply for a scholarship, fill out the multi-language application form on:

It is highly recommended that applicants review all the material on the Scholarships page and the associated FAQ before submitting an application. If you have any questions, please contact: wikimania-scholarships at or leave a message at: wm2018:Talk:Scholarships. Please help us spread the word and translate pages!

Best regards, David Richfield and Martin Rulsch for the Scholarship Committee 19:24, 20 December 2017 (UTC)

Unbundling rollback

Rollback is only to be used to revert vandalism, not for any other purpose. If it is abused it is usually withdrawn. This revert [25] was not of vandalism. Rollback is not part of the administrator toolkit. Is it possible to withdraw it without affecting use of the tools? 2A00:23C1:3180:8301:F1B4:1DBA:E6E5:EF62 (talk) 16:17, 16 December 2017 (UTC)

While it may be technically possible to remove the (rollback) from the Administrators group, it is never going to happen here. If you have issue with a particular edit, first discuss it with the editor that made it. — xaosflux Talk 16:25, 16 December 2017 (UTC)
(edit conflict) And then admins could still self-assign the rollbacker right. {{repeat|p|3}}ery (talk) 16:26, 16 December 2017 (UTC)
See WP:ROLLBACK, lead section, last paragraph which includes "an admin could be stripped of their administrative privileges". --Redrose64 🌹 (talk) 08:08, 17 December 2017 (UTC)
Seems a bit much. It would probably make more sense to have an AN or ANI discussion. If it concluded that the party in question is careless with rollback, but not a loose cannon with admin tools, they could be get rollback removed and be banned from using rollback (would who, of coruse, preclude them administratively giving it back to themself), pending some later appeal. A restriction doesn't have to be a technical one to be implemented, or we would not have move bans, topic bans, interaction bans, 3RR/1RR, and other restrictions which have no technical enforcement mechanism.  — SMcCandlish ¢ >ʌⱷ҅ʌ<  12:03, 19 December 2017 (UTC)
Well, theoretically, the edit filter could be set up to enforce most of those restrictions to some degree. {{repeat|p|3}}ery (talk) 12:38, 19 December 2017 (UTC)
It's nothing to do with the technical question being asked, but the revert being questioned was justified as reverting a banned user, which I would posit is a permissible use. QuiteUnusual (talk) 16:24, 21 December 2017 (UTC)

Remove spurious Template:italics title from articles with infobox journal/magazine

Wikipedia:Bots/Requests for approval#JCW-CleanerBot 3 is a proposal for a bot to cleanup unnecessary {{italics title}} in articles with infobox journals/magazine. Before 2009, you had to italicize the titles of articles on journal/magazine by hand, now this is done by the infoboxes. Most of these instance date from before 2009.

The bot, while technically WP:COSMETICBOT, would remove crap from the lead space of the article, and make things much less confusing for newcomers, that try to copy-paste from existing article to create new articles. It also causes issues if |italic title=no is set, since there's a clash, and the article title will remain italicized. I plan on running this with genfixes enabled which would maximize the usefulness of the run. This would be a one time run that affects ~1200 pages. No one in the WP:JOURNALS/WP:MAGAZINE project objects to this, but I was told to start a discussion here to gain consensus for that. It's not a high priority issue, but it makes maintenance journal/magazine articles that much easier, and more editor-friendly.

Headbomb {t · c · p · b} 01:47, 21 December 2017 (UTC)

Support. I don't see a point in retaining code that does nothing (because another piece of code is doing the same thing). I agree that it can be confusing for new editors; when I started editing articles on species and genera of organisms, I was blindly adding {{italic title}}, not realizing, that in many cases {{Taxobox}} already automatically italicized article titles (I'd also support a separate bot request to remove {{italic title}} from species/genus articles). Plantdrew (talk) 19:22, 21 December 2017 (UTC)

File Upload Wizard

I was told that I should ask here for the solution to a problem I am encountering. The file upload wizard does not seem to work for me. I click on it but it just changes the bottom where it says when it was last modified and who modified it for a second then goes back to the original screen. This is a problem because I find many missing album/single covers on the Wikipedia. I know you can’t upload those to Wikimedia because I have gotten many copyright strikes for it. I would greatly appreciate help. DatBoy101 (talk) 23:23, 1 December 2017 (UTC)

What browser/OS do you use? Do you use some custom gadgets? Ruslik_Zero 15:46, 2 December 2017 (UTC)

I use Safari on my iPad Mini. DatBoy101 (talk) 16:49, 2 December 2017 (UTC)

What version of iOS? Ruslik_Zero 19:57, 3 December 2017 (UTC)
DatBoy101, I'm happy to help file a task to have the engineers look at the issue, but I need some more infomration. As Ruslik0 asks, what version of iOS are you using? Are you using the mobile web view or the desktop view? CKoerner (WMF) (talk) 21:08, 7 December 2017 (UTC)

I use IOS 11.2 I’m using the mobile view DatBoy101 (talk) 00:29, 8 December 2017 (UTC)

@CKoerner (WMF): Ruslik_Zero 13:12, 13 December 2017 (UTC)
DatBoy101 Sorry for the delay. Ruslik, thank you for the ping. I made some time before the holiday break to see if I could reproduce. I didn't want to leave you all hanging as things get quiet around here. :) Yep, I can reproduce. It looks like something is weird with the link at Wikipedia:File Upload Wizard when using the mobile skin. I created a task to let the folks smarter than I take a look. If someone familiar with that page is interested, I left some notes in the task. CKoerner (WMF) (talk) 22:07, 21 December 2017 (UTC)

Thank you DatBoy101 (talk) 03:06, 22 December 2017 (UTC)

A strange problem with UK articles which pull map data from Wikidata

I often patrol Category:Location maps with marks outside map and outside parameter not set, an error tracking category for problems with location maps. Yesterday I noticed that about 50 articles had landed on the page. When I went to the pages to check, they all had a UK map and all had a dot which was correctly within the map. If I did a blank edit and save, they came off the category. The only common feature which they share is that they all use a UK map and they all have an infobox which pulls from Wikidata. I can't find a suspect edit to Wikidata or to the various nested layers upon layers of templates that pull Wikidata and then feed it into location map templates. While it's a pretty easy fix to get all the articles off the tracking category, this problem is concerning, because an edit was made somewhere which broke a part of a number of articles, but which is very difficult to track down and therefore very difficult to fix. Can anyone figure out what happened??

On a side note, I'm amazed at how easily changes at Wikidata can break a large number of pages in ways that are not obvious how to fix them...Tobyc75 (talk) 16:27, 21 December 2017 (UTC)

Yeah, it's almost as if the relentless march towards automating infoboxes based on Wikidata is a bad idea or something... --Ahecht (TALK
) 21:57, 21 December 2017 (UTC)
@Tobyc75: Well i'd first blame template syntax, lua and a gazillion years of stacking template backwards compatibility due to merged templates, but yeah. The more complicated stuff becomes, the harder it is to reverse engineer. Anyway, without knowing an actually example article where this occurred, it's not even hard, but simply impossible. —TheDJ (talkcontribs) 08:40, 22 December 2017 (UTC)
Probably some item common to these pages which was vandalised on Wikidata, which then was propagated to enwiki causing the errors, but corrected on Wikidata before you came along to do your null edits. Having a few actual examples of articles where this happened would help. (I have seen the same happen with articles on Romanian topics, when "Romania" was changed to "Moldavia" on Wikidata, only then the vandalism wasn't corrected yet on Wikidata). "I'm amazed at how easily changes at Wikidata can break a large number of pages in ways that are not obvious how to fix them..." is one of the main reasons that using Wikidata on enwiki isn't as positive as it sometimes seems... Fram (talk) 09:24, 22 December 2017 (UTC)

Script window sizes

I'm using Chrome 63.0.3239.84 (adblock/tracker blocker disabled on WP) on Windows 8.1. Sometimes scripts open in super tiny windows - this more just a nuisance for resizable ones like WP:Twinkle (which frequently pops up as almost just a horizontal bar), but others like mw:WikiLove are practically unusable. Has anyone else seen this? Could it be a setting that I missed somewhere, or will I just have to live with not being able to send people kittens? ansh666 18:58, 22 December 2017 (UTC)

Taxbobox and Category:Near Threatened species

Can anyone gure out why {{Taxobox}} is placing 2 articles (Blanfordia simplex and Blanfordia japonica) in Category:Near Threatened species rather than in the correct Category:Near threatened species?

The conservation status categories were moved from capitalised format to sentence case at WP:CFD 2011 May 18, so I presume that the templates were updated at the time. --BrownHairedGirl (talk) • (contribs) 02:15, 23 December 2017 (UTC)

@BrownHairedGirl:, the underlying issue seems to be that no |status_system= is specified. It's likely IUCN3.1, but neither species is listed in the IUCN Red List database, and I'm not comfortable assuming it's actually IUCN3.1 on the basis of a dead-link to a document in a writing system I can't read. Plantdrew (talk) 05:30, 23 December 2017 (UTC)
Thanks, Plantdrew.
It doesn't seem like there is an easy fix, so I have reverted your 2 edits which unintentionally broke the categories, just to remove them from Special:WantedCategories (which was the only reason I visited the articles). Good luck in sorting it out. --BrownHairedGirl (talk) • (contribs) 05:45, 23 December 2017 (UTC)

Contribs page filter

I've never found a way of actually getting it to filter results (I particularly wanted to isolate CSD noms), and I couldn't see anything specific at WP:WATCH; can anybody advise? Many thanks in advance if so! (Apologies if this is- probably- a stupid question!). >SerialNumber54129...speculates 12:37, 23 December 2017 (UTC)

purge this page

I have an approved bot running AWB which I use from time to time. Now, when I try to use it, a message appears which I cannot get rid of and cannot use the bot. So what to do? Message is:

 User talk: Hmainsbot1
   Purge this page
   Clear the cache of this page?  
Purging a page clears the cache and forces the most  
 current revision to appear   

Hmains (talk) 04:54, 23 December 2017 (UTC)

@Hmains: Try logging in to the Hmainsbot1 account in a web browser and visiting the bot's talk page. This will clear the "account has new unread messages" indicator that AWB checks for. -- John of Reading (talk) 08:49, 23 December 2017 (UTC)
Yes, this solved the problem, which was perhaps related to when the bot's talk page had been vandalized and I was not being forwarded the notices to my regular account. Thanks. Hmains (talk) 19:41, 23 December 2017 (UTC)


I left a message on Template talk:BillboardURLbyName#No longer works a week ago that it does not appear to work properly anymore - the link goes to the main page for the artist rather than the chart specified, for example, all the Billboard chart links in Rihanna discography go to the same page, whether they be US album/single or Canadian charts. I don't know if this is fixable (it could be simply just a change in url), but since it is protected, we can't change it ourselves. Can someone with the right permission do it for us? Hzh (talk) 18:36, 23 December 2017 (UTC)

The Rihanna article has many Billboard links. Please choose one that does not work, and inform us of what it should be amended to. --Redrose64 🌹 (talk) 19:27, 23 December 2017 (UTC)
It looks like the Billboard site has changed its URL structure. The old URL for Rihanna Chart History for Dance/Electronic Albums was The new URL for the same chart history is It looks like Template:BillboardChartNum and probably some other related templates need to be rebuilt to match the new URL structure. Good fun. – Jonesey95 (talk) 19:40, 23 December 2017 (UTC)
The article code for this example is {{BillboardURLbyName|artist=Rihanna|chart=Dance/Electronic Albums}} which produces At the time of my post it says where 946 comes from |Dance/Electronic Albums = 946 in {{BillboardChartNum}}. Hundreds of previously numbered charts may need a text name, and other templates need changes to use the name. PrimeHunter (talk) 21:20, 23 December 2017 (UTC)
It sounds daunting, but if it is just a change in structure, presumably we can just ignore the code number and simply use the chart name (which is specified) which would be simpler, but I suspect there would be complications. Hzh (talk) 21:46, 23 December 2017 (UTC)

Lua error on Spain infobox Any explanation for these errors? Eman235/talk 03:44, 24 December 2017 (UTC)

It is not there now. I think it was an error in Module:Lang that has since been fixed. – Jonesey95 (talk) 06:02, 24 December 2017 (UTC)

The Wikitext Infobox in an article has been broken and I don't know how to repair it )



I hope this is the right place to make this request. At some point, an editor broke the Infobox on this Wikipedia page, and I don't yet have the knowledge to repair it. Thank you. Beauty School Dropout (talk) 05:22, 25 December 2017 (UTC)

Problem has been solved by another editor. Thank you. Beauty School Dropout (talk) 05:31, 25 December 2017 (UTC)

How to quote a poem in a citation template's |quote= ?


Use–mention distinction#Notes has a footnote (not written by me) which quotes a limerick. The limerick is formatted using : and :: wiki markup, but the (required) preceeding line breaks lead to line feed character in |quote= at position 245 (help). Is there a right way to do this? (talk) 09:40, 24 December 2017 (UTC)

This has been resolved by another editor. Thanks for reporting it. Wtmitchell (talk) (earlier Boracay Bill) 07:55, 25 December 2017 (UTC)

URLs of Wikipedia articles in print

Merry Christmas everyone. I was just wondering whether there's a template that display the URLs of Wikipedia pages in print.--Nevéselbert 13:39, 25 December 2017 (UTC)

You do not need a template. You can use {{fullurl:{{FULLPAGENAME}}|printable=yes}}, which produces this. Ruslik_Zero 19:25, 25 December 2017 (UTC)

Problem with named footnote


The Population decline complains, "Cite error: The named reference bizweek was invoked but never defined". I took a look, and it looks as if it is defined OK to me. I'm probably missing something which should be obvious; could someone else please take a look? Thanks. Wtmitchell (talk) (earlier Boracay Bill) 00:53, 26 December 2017 (UTC)

another <ref> was missing its </ref>.
Trappist the monk (talk) 00:58, 26 December 2017 (UTC)
Thanks. I thought to go look for that while you were responding with astounding rapidity. I fixed it. Thanks. Wtmitchell (talk) (earlier Boracay Bill) 01:02, 26 December 2017 (UTC)

"Clipping" of text/caret in edit summary and subject/headline

When I enter an edit summary the lower part of the text is not displayed - eg the bottom of the letter "g" and underscore characters are not visible. When the text gets long enough to reach the right-hand side of the edit summary text box (near the remaining-character count) the caret (vertical bar) disappears. This is quite annoying. The problem appears with MonoBook skin. It always seems to be a problem with articles, and sometime is also a problem with subject/headline. I'm using Pale Moon (web browser) v27.6.2 (the current version), but a similar problem occurs with FireFox v54. FF v57 fixes the descenders but not the disappearing caret. Does anyone know if this is a problem with Wikipedia, or is it a problem with the browser? If it's the browser, does anyone know if there is a specific bug (eg on Mozilla's website) covering it, which I could point the Pale Moon developers at? Or is there some other fix eg my custom CSS)? Mitch Ames (talk) 07:13, 2 December 2017 (UTC)

Opera too, and not just those: most one-line input boxes, including those in the goshawful new preferences thing (such as the custom signature). I picked MonoBook over Vector for some very good reasons, two of which were compactness and clarity. These are being thrown by the wayside and soon we will have a situation where it doesn't matter what skin we pick, it'll all look the same - unreadable. This is NOT GOOD for accessibility, and I REQUIRE some means of obtaining the former appearance. --Redrose64 🌹 (talk) 00:30, 3 December 2017 (UTC)
Nevermind that basically every accessibility guideline in existence disagrees with you when it comes to compactness. Padding is good for the eyes. But hey, maybe people will listen to your REQUIREMENTS. — Preceding unsigned comment added by (talk) 03:44, 3 December 2017 (UTC)
Listen, I have poor eyesight. The MonoBook version of the prefs was just fine. This one is not. Clipping off descenders can in no way be considered "helpful". --Redrose64 🌹 (talk) 19:55, 3 December 2017 (UTC)
I think we can safely trust users to know whether they can read things on their own computer screens. Whatamidoing (WMF) (talk) 19:41, 4 December 2017 (UTC)

Unable to reproduce on macOS. Can someone check on Windows/Linux ? —TheDJ (talkcontribs) 15:39, 4 December 2017 (UTC)

I have the problem on Windows 7. Mitch Ames (talk) 12:17, 5 December 2017 (UTC)
Could someone with this problem please check to see whether the descenders are clipped on the edit summary box while logged out/in a private window, or in &safemode=1? I'd like to see if we can rule out the possibility of broken scripts. Whatamidoing (WMF) (talk) 19:41, 4 December 2017 (UTC)
While logged out the problem does not appear (i.e. descenders and underscores are visible, caret is visible at the extreme right of the edit box) - but so far as I know you can't chose anything other than the default skin unless logged in, and even when I am logged in I see the problem with MonoBook but not Vector. (I.e the difference may not be that I am logged in/out, but that I have a different skin when logged out.)
While logged in, with MonoBook and &safemode=1 (e.g. I can see descenders and underscores, but the caret disappears when it is on the right side of the edit box.
Mitch Ames (talk) 14:02, 5 December 2017 (UTC)
You can try while logged out/in a private window. But I think that these results so far suggest that the problem with the descenders is in a gadget or script. Perhaps you and Redrose64 have a script in common? Whatamidoing (WMF) (talk) 18:00, 5 December 2017 (UTC)
I was under the impression that user scripts were disabled at Special:Preferences, so that you would still have a recovery means if you happened to lock yourself out with careless scripts. --Redrose64 🌹 (talk) 18:36, 5 December 2017 (UTC)
I don't think that user scripts (that is in one's own .js subpages) can be controlled through a preference. Jo-Jo Eumerus (talk, contributions) 19:19, 5 December 2017 (UTC)
I'm not saying that they can be controlled through a preference. I'm saying that user scripts are normally sent to your browser automatically when you visit any Wikipedia page (perhaps in a <link /> element or a <script>...</script> element), and such scripts are suppressed when you visit Special:Preferences as a safety feature. --Redrose64 🌹 (talk) 19:40, 5 December 2017 (UTC) while not logged in behaves the same (other than the expected MonoBook look) as the default: descenders and underscores are visible, caret is visible at the extreme right of the edit box.
Perhaps you and Redrose64 have a script in common — How do I get a definitive list of what scripts I'm running? I know I'm using mw:User:Remember the dot/Syntax highlighter, and my common.css has #wpTextbox1 { height: 52em; }. Mitch Ames (talk) 11:18, 6 December 2017 (UTC)

───────────────────────── There are at least these modifications to your account:

Are you still using WikEd? Whatamidoing (WMF) (talk) 19:08, 6 December 2017 (UTC)

The problem appears to be the syntax highlighter gadget. Clearing all of my .js and .css scripts made no difference, but the missing descenders and underscores is only a problem when the syntax highlighter is enabled. @Remember the dot: can you help us out here?
The caret still disappears at the right end of the edit box, even with the syntax highlighter disabled.
(I tried WikEd and the Beta Wikitext syntax highlighting, but for various reasons I much prefer the syntax highlighter.)
Mitch Ames (talk) 13:22, 9 December 2017 (UTC)
I can reproduce both the invisible underscore problem and the disappearing cursor problem, with or without the syntax highlighter enabled, using the MonoBook skin on Pale Moon 27.6.2 on Windows 10. I can't reproduce either problem with Pale Moon on Linux. You could try different versions of Firefox to figure out approximately when the behavior changed, and then look for people discussing similar problems online. —Remember the dot (talk) 02:21, 11 December 2017 (UTC)
I've just tested with Pale Moon on Windows 10 (in a VirtualBox virtual machine) and I get the same results - the problem appears whether or not use the syntax highlighter. Also, the problem appears with Pale Moon and not syntax highlighter on my normal Windows 7 machine if I delete my Pale Moon profile and use a default profile. It looks like some obscure combination of any number of things is triggering the problem. Mitch Ames (talk) 13:23, 11 December 2017 (UTC)
Just to make it more interesting, I tried Windows 7 in a VM, with a new Windows user (default Windows and PM profile), not logged in to Wikipedia - now in both Win 7 and 10 I can see the descenders and underscores disappear and re-appear as I scroll the up and down the page using the browser scroll bars! If nothing else, this gives me something reproducible to report to the Pale Moon developers. Mitch Ames (talk) 13:42, 11 December 2017 (UTC)

───────────────────────── I've reported the problem on the Pale Moon bug report forum: [26]. Mitch Ames (talk) 12:32, 15 December 2017 (UTC) Restored section archived by Lowercase sigmabot III to give the Pale Moon people a bit longer to look at it. Mitch Ames (talk) 06:41, 26 December 2017 (UTC)

Is there a template for Country/The Country?


Do we a have template to check whether a country's name is prefixed with "the" in running text?

Something which would take the name of a country, and return it with or without the prefix as appropriate.


  • {{TheCountry|Canada}}Canada
  • {{TheCountry|Comoros}}the Comoros
  • {{TheCountry|Japan}}Japan
  • {{TheCountry|Gambia}}the Gambia
  • {{TheCountry|Spain}}Spain
  • {{TheCountry|United States}}the United States

or maybe just return either "the" or nothing e.g.

  • {{TheCountry|Canada}}
  • {{TheCountry|Comoros}}the
  • {{TheCountry|Japan}}
  • {{TheCountry|Gambia}}the
  • {{TheCountry|Spain}}
  • {{TheCountry|United States}}the

I vaguely remember finding something like that before, but may be mistaken. --BrownHairedGirl (talk) • (contribs) 19:48, 26 December 2017 (UTC)

Duh. Facepalm Facepalm
I made it myself, in January: {{CountryPrefixThe}}. --BrownHairedGirl (talk) • (contribs) 20:11, 26 December 2017 (UTC)
What an interesting idea! Do you think it could be used to fix this ambassador-article-naming problem? – Jonesey95 (talk) 21:11, 26 December 2017 (UTC)
Yes, @Jonesey95. Looks like it would solve that problem. --BrownHairedGirl (talk) • (contribs) 21:24, 26 December 2017 (UTC)

User contributions

User contributions has changed. It used to have a From year (and earlier) box and a From month (and earlier) box which was simple and quick to use. It now has a From date and To date box, which requires some fiddling to get to the year and month required. Also, sadly, it doesn't work at all for me. I suspect it may be because I have javascript disabled by default on my main browser. However, when trying it out on a browser with java enabled, though it was more responsive, it still did not take me to the year I wanted. Is there a way I can return to the previous system? SilkTork (talk) 23:15, 26 December 2017 (UTC)

On my device, I do get the date selector dialog, but I am still able to directly type in the date in YYYY-MM-DD format. Does that not work for you? 🎄BethNaught (talk)🎄 23:19, 26 December 2017 (UTC)
I am now using a third browser, which allows all scripts, and on that it does work. So, it seems to fail if java is disabled (which is my preference), and if noscripts is running. On your device I assume you are running java. If you turn off java, you'll see the problem.
Is it possible for me to do a user contributions history search without having to enable java? And, preferably, using the previous system which was quick and easy. SilkTork (talk) 23:27, 26 December 2017 (UTC)
Yes, when I disabled JavaScript I ended up without direct text input. I can't answer your other question, sorry. If nobody can help I suggest you open a Phabricator task. 🎄BethNaught (talk)🎄 23:32, 26 December 2017 (UTC)
Thanks Beth. Sometimes when there are technical changes which create user difficulties, somebody develops a fix or workaround which can be used. If there is one, perhaps someone will direct me to it. SilkTork (talk) 00:09, 27 December 2017 (UTC)
@SilkTork: Works for me; Both with javascript enabled, and with javascript disabled (BTW Java is something different). I suspect this is due to the usage of noscript, which blocks execution of certain scripts, instead of actually disabling scripting, which makes it very simple to accidentally break the website. Likely the website detects that you have javascript capabilities and starts running on that assumption, then you block some, but not all of the Javascript and stuff gets confused. Usage of no script is NOT supported, just to be clear. —TheDJ (talkcontribs) 09:44, 27 December 2017 (UTC)
Thanks for that. Yes, I meant javascript throughout. I'm looking at my browser configuration to see what it is that I've done that may be breaking the code. I have noscript on my Waterfox, but not on Opera, my main browser, because it's rather interfering! SilkTork (talk) 09:55, 27 December 2017 (UTC)

Edit filter question

Moved to Wikipedia:Edit_filter_noticeboard § Article_age_variable: To prevent forking. — xaosflux Talk 19:46, 27 December 2017 (UTC)

Non breaking spaces

Invisible non-breaking spaces are being added to Wikipedia in the 100s. They were added in this edit for example.[27]

Than when one edits the article with WP:WikEd on, the 450 invisible non-breaking spaces turn into these "&nbsp;"

I think this has something to do with WP:VE as the edits adding the invisible hard spaces are always edits via VE.

Have started this phabricator ticket[28] trying to figure out how to get this issue fixed. Others thoughts? Doc James (talk · contribs · email) 08:14, 24 December 2017 (UTC)

I've been getting exactly the same thing for months now and wondering wtf. I've got WikiEd enabled and it only happens when I'm in Visual Editor. Thanks for raising this, James. --Anthonyhcole (talk · contribs · email) 13:59, 24 December 2017 (UTC)
Actually, James, I just checked my preferences and I've got wikiEdDiff enabled, not wikiEd. --Anthonyhcole (talk · contribs · email) 14:31, 24 December 2017 (UTC)
Yes the problem appears to be being generated by WP:VE. Maybe we can look at blocking edits from VE that contain this error? Doc James (talk · contribs · email) 03:39, 25 December 2017 (UTC)
Also see the discussion and comments in phab:T183647. --AKlapper (WMF) (talk) 14:01, 25 December 2017 (UTC)
User:Beetstra as an expert in edit filters, can these invisible hardspaces be blocked? Doc James (talk · contribs · email) 00:28, 26 December 2017 (UTC)
I recommend not setting up an abuse filter for that. The end result will be losing content from users who didn't cause the problem and (in 99% of the cases) can neither see the problem nor fix it. If it bothers you, then you could try to convince WikEd to ask how you want 'invisible' non-breaking spaces to be converted (i.e., to plain spaces or to visible HTML codes). In the meantime, I think you should let the devs look over the bug report and see if it can be fixed first, and if you want that to happen faster, then it'd be really helpful to know exactly how those spaces are getting added. If you directly type non-breaking spaces into the visual editor, then it automagically converts them to normal spaces (in Safari 11/Mac OS 10.12). Whatamidoing (WMF) (talk) 06:44, 27 December 2017 (UTC)
The original description of phab:T183647 is incorrect. It appears that something (VE? copy/paste using an external editor?) is inserting dozens of U+00A0 characters into articles. An edit filter could at least tag such edits so their source can be examined. wikEd was only mentioned because it makes the problem visible when it converts the U+00A0 characters to &nbsp;. Johnuniq (talk) 07:15, 27 December 2017 (UTC)
Yes, the ideal solution is to figure out how some editors are putting non-breaking spaces into articles while using the visual editor, and to stop that. Or, ideally, to stop them from doing it accidentally and allow me to do it intentionally. If you (or anyone) can figure out how to create non-breaking spaces in the visual editor, then please share that information.
But WikEd is relevant: If WikEd didn't blindly convert all of the nbsp's to the HTML code, but instead first asked Doc James whether he actually wanted to convert them to HTML or to plain spaces (especially on talk pages!), then it could be a one-click solution to his immediate problem. Whatamidoing (WMF) (talk) 07:27, 27 December 2017 (UTC)

───────────────────────── Okay it is fairly easy to verify that their are hidden hard spaces in this version of the article.[29] As it is impossible to seperate "Spine," and "sternoclavicular" in the Signs and symptoms section. It would definitely be best if VE stopped adding them. I will see if I can duplicate the problem. Doc James (talk · contribs · email) 08:25, 27 December 2017 (UTC)

Okay I have just replicated the issue.
1) Take this section of the article Septic_arthritis#Signs_and_symptoms. Hit edit using VE.
2) Copied it here within VE editing mode User:Doc_James/HardspaceTest
3) Copied it from User:Doc_James/HardspaceTest but did not hitting edit in VE first (just copied in reading mode).
4) Pasted it back[30]
5) They appear.[31]
In this version I cannot separate "fever" and "is" so even when not visible they are there. These are NOT being added by WikEd but by VE.
Doc James (talk · contribs · email) 08:31, 27 December 2017 (UTC)
Note that it does not appear to happen if the copying occurred within the edit mode of VE.
The edit filter could explain to people that they need to be in the edit mode before they copy and paste.
Edit mode is also required to bring the references along, so useful advice regardless. Doc James (talk · contribs · email) 08:35, 27 December 2017 (UTC)
It's not easy to see U+00A0. Two browsers that I have tried copy them as normal spaces. I used wget to download
and searched the file for U+00A0. As Doc James reports, his 08:28, 27 December 2017 edit introduced several of them. For example, the red asterisks in the following show where the edit replaced a normal space with U+00A0.
joint rigidly.*Fever*is also a symptom
For testing, I could write a Q&D module to show U+00A0 if it were really needed, but an edit filter to tag them would be better. Johnuniq (talk) 09:07, 27 December 2017 (UTC)
User:Johnuniq how would we go about creating an edit filter?
I have started a request here as I do not know how to make one myself. Doc James (talk · contribs · email) 09:26, 27 December 2017 (UTC)
Sorry, I can't help create a filter, but I commented at the filter request. Writing a filter requires experience. Johnuniq (talk) 09:48, 27 December 2017 (UTC)
The edit filter (as proposed, to "explain to people that they need to be in the edit mode before they copy and paste") is too late. Imagine a new editor doing this. He works for an hour to get sourced information ready. Then he tries to save his changes. What happens then? He gets a note from the AbuseFilter that basically says, "Hey, probably about 57 minutes ago, you should have magically known that you needed to click an extra button before copying something. Now, somewhere in your changes, there's at least one non-breaking space, which (a) you can't see, (b) you can't find, and (c) you might not be able to fix even if you do." What do you think he's going to do then, other than feel bad?
Until the problem can be fixed properly (which could be as soon as next week), I think it's better to leave the hapless, innocent editor alone and clean these spaces up later. Which, as I've repeatedly said, would be a lot easier for some editors to do if WikEd included an option for stripping pre-existing invisible nbsps, instead of always converting pre-existing invisible nbsps to their visible HTML code. Whatamidoing (WMF) (talk) 17:35, 27 December 2017 (UTC)
The discussions on this are confused. An edit filter should merely tag insertions of U+00A0 without notifying anyone. That is needed for a few days to gather evidence about whether there is a significant issue. WikEd is not relevant except that it reveals the problem. The underlying issue (if significant) should be fixed.
The problem is seen at Septic arthritis:
  • An edit by a new user (tagged Visual edit) occurred at 00:30, 23 December 2017: diff.
  • That changed the first of the following permalinks to the second:
I had to download the permalinks with wget to verify the above. Why did VE insert 234 U+00A0 characters? Are other examples available? Johnuniq (talk) 01:12, 28 December 2017 (UTC)
So yes we need to simple start by tagging the problem
Agree it would be nice if WikEd gave the option of removing rather than converting these (agree the problem is not created by WikEd but they could be part of a temporary solution)
The Visual Editor team needs to fix this. Certainly they can be given a few more weeks.
Doc James (talk · contribs · email) 05:43, 28 December 2017 (UTC)

Watchlist issue?


Hi, my watchlist appears as empty and I'm getting a Below are the last 0 changes in the last 0 hours, as of 28 December 2017, 12:09 message despite having more than 4000 pages on my watchlist. Anyone is having the same issue? -- Luk talk 12:11, 28 December 2017 (UTC)

@Luk: Go to Preferences → Watchlist and make sure that "Days to show in watchlist:" and "Maximum number of changes to show in watchlist:" are both positive and non-zero. --Redrose64 🌹 (talk) 12:16, 28 December 2017 (UTC)
@Redrose64: yay thanks! Days to show in watchlist was set to 0. Weird... -- Luk talk 12:23, 28 December 2017 (UTC)
At one time, 0 was interpreted as "maximum legal value", which for Days to show in watchlist: was 30. A few weeks ago, they altered it to be treated literally. --Redrose64 🌹 (talk) 12:26, 28 December 2017 (UTC)

Sidebar problem

I am currently experiencing an issue with a particular sidebar, which I brought up before Christmas here. Screenshot.--Nevéselbert 21:13, 27 December 2017 (UTC)

I seem to be unable to reproduce the problem. Are you using IE 11 (v11.125.16299.0) on Win10? What is the zoom level and screen size? (((The Quixotic Potato))) (talk) 17:56, 28 December 2017 (UTC)

Mobile viewing of closed discussions

When reading discussion pages (usually ITNC) in mobile view, the standard archive template used there (ITNC) displays irregularly, with several screen's worth of blank space between the top closing statement and the actual discussion. Is this normal? A lad insane talk 21:23, 26 December 2017 (UTC)

Same with {{archive top}} ... {{archive bottom}}. -DePiep (talk) 11:04, 27 December 2017 (UTC)
Wikipedia:Village pump (technical)/Archive 158#template:Archive-top on mobile? Anomie 18:37, 28 December 2017 (UTC)

Should pages of the namespaces:Draft, Template and User be included in Category:Commons category template with no category set


I would like to raise the attention to some questions I rose on Category talk:Commons category template with no category set#Should pages of the namespaces:Draft, Template and User be included in this category? here in order to reach a bigger number of users.

many thanks for your attention and for your feedback on this topic. --Robby (talk) 22:08, 28 December 2017 (UTC)

I froze my sandbox

Hi while drafting a new article I evidently piled in too many templates or something. The result is I can’t access my sandbox in any browser any more, it just times out. Same for other editors who’ve tried from their machines. Is there any clever way of just zapping everything in my sandbox so I can start again? Many thanks.Mccapra (talk) 14:12, 28 December 2017 (UTC)

Tag the page with {{db-u1}}, an administrator deletes it, make the page again, and then ask an administrator to restore the deleted revisions. --Izno (talk) 14:15, 28 December 2017 (UTC)
How is tagging going to be possible if one cannot even access the sandbox? It isn't working for me either. Galobtter (pingó mió) 14:17, 28 December 2017 (UTC)
I was able to access the page. I use Firefox 57 on Windows 8 FWIW. It's very odd that the user can't access the page as there's only about 2kb of wikitext. What browser and OS are you two using? I've just reverted to the September blanking. --Izno (talk) 14:21, 28 December 2017 (UTC)
Also, what gadgets/Javascript are you two loading? --Izno (talk) 14:22, 28 December 2017 (UTC)
Works on firefox for me, not on chrome. On firefox it is slow to load but it loads. Galobtter (pingó mió) 14:30, 28 December 2017 (UTC)
@Mccapra: I deleted User:Mccapra/Sandbox for you. — xaosflux Talk 14:35, 28 December 2017 (UTC)
wow that was quick! Thank you all very much for your help!Mccapra (talk) 15:13, 28 December 2017 (UTC)
For those wondering how to edit an un-readable page: You can hand-edit the URL without first visiting the page to read it. Just tack ?action=edit onto the end of the regular URL that won't load, or ?action=submit if you have the beta feature for the 2017 wikitext mode enabled, and you want to bypass that in favor of the 2010 WikiEditor. Whatamidoing (WMF) (talk) 18:39, 28 December 2017 (UTC)
Or you can supply a delete link for an admin to action, by using ?action=delete and pasting the result into a discussion page that admins are known to visit. If you really want to be complete about it, use ?action=delete&wpReason=%5B%5BWP%3ACSD%23U1%5D%5D%3A+User+request+to+delete+page+in+own+userspace The %5B%5BWP%3ACSD%23U1%5D%5D part is merely an encoding of the link WP:CSD#U1. --Redrose64 🌹 (talk) 22:43, 28 December 2017 (UTC)

WikEd blocks the keyboard shortcuts on Google Chrome and Firefox.

@Imaginelenin: I'm using Firefox v56, and they work fine. Maybe it's a script conflict. Do you have any (other) scripts installed? Have you reset your preferences to test if it works with no [other] gadgets installed? The Transhumanist 13:29, 19 December 2017 (UTC)
thank you @The Transhumanist: I did unistall all other scripts and alt+shift+save worked on Google chrome. I have other wikis and alt+shift+s [save] also works just fine too. So it is definitely an issue with WikEd. Does alt+shift+s work when you have WikEd installed? Imaginelenin (talk) 14:51, 19 December 2017 (UTC)
Testing, testing...
@Imaginelenin: What version of Firefox are you using? The Transhumanist 18:02, 19 December 2017 (UTC)
57.0.2 @The Transhumanist:
It works on Firefox! I think the problem was I had the English/Russian language on for Microsoft 10, and those keyboard shortcuts were conflicting with Wikipedia shortcuts. But that doesn't explain why it won't work on Google Chrome!
It still DOES NOT work with Google Chrome.
Let me make a video...
Here is the youtube video:
Definitely WikEd, as you can see in the video. Thanks for your time Trans :) Imaginelenin (talk) 19:30, 23 December 2017 (UTC)
@Imaginelenin: I don't have nor desire a youtube account. Not sure why the link is protected.
I tried some of the WP keyboard shortcuts in Chromium, while in WikEd, and they do not work. I tried them in the regular editor, and they work. Yep, it's WikEd, just like you said. Updated the report at User:Cacycle/wikEd#Known general issues, and also posted my findings in your thread on the talk page. I don't have time to dig deeper at the moment, but will be certain to return to this issue soon. The Transhumanist 07:32, 29 December 2017 (UTC)

Twinkle and bot edits

Resolved: Question has been answered. For further discussion, see WP:VPR#Twinkle's "unlink backlinks" feature and meatbot edits; for the drama, see WP:ANI#Near-orphaning of English language. – Uanfala (talk) 20:48, 27 December 2017 (UTC)

Anyone has an idea what's happened here. That's over 400 edits done by a single user in the space of two minutes, all apparently bearing a Twinkle tag in the edit summary. I know you can write anything in your edit summary (like link to Twinkle without actually having used the tool), and there's apparently nothing physically stopping users from running unauthorised bots, but that still appears somewhat strange. – Uanfala (talk) 18:24, 27 December 2017 (UTC)

Could it have been the editor used it to avoid being stopped by an edit filter? (Hoping someone with familiarity with current filters will chime in.) Killiondude (talk) 18:44, 27 December 2017 (UTC)
Ah, it turns out they've used Twinkle's unlink backlinks feature (thanks Galobtter for pointing this out!). Mystery solved. But then this leaves me wondering how on Earth is access to this feature not restricted in some way, given its potential for wreaking havoc? – Uanfala (talk) 19:11, 27 December 2017 (UTC)
You know, when I learned about that feature, I too had (and have) the same question of "huh?" how is anyone with over 10 edits have access to that feature. There should be some sort of guideline on it. Maybe WP:BEANS though; but i'd say surely he should've gotten consensus for that first. Galobtter (pingó mió) 19:20, 27 December 2017 (UTC)
there is some limit. Both inside twinkle, and the server has rate limits. Anyway. Twinkle doesn't allow you to do anything you couldn't do by opening 400 browser windows. It's your perception that assumes this is a lot of edits, but it really isn't that much. :) —TheDJ (talkcontribs) 09:12, 29 December 2017 (UTC)

Search for multiple incategory tags: doc/functionality is broken?

Context: Wikipedia:Help_desk#Search_question.

Help:Searching#Parameters gives that example for a double incategory: search, but the resulting output is empty (which it should not be, for instance Brooklyn bridge should pop out). I am not sure if that is a problem with the search itself, with the handling of subcategories, or something else entirely. TigraanClick here to contact me 14:19, 29 December 2017 (UTC)

@Tigraan: incategory doesn't look in subcategories. --Izno (talk) 14:33, 29 December 2017 (UTC)
OK then... (1) Is there a way to search through subcategories? (2) Shouldn't the doc be corrected, then? TigraanClick here to contact me 14:39, 29 December 2017 (UTC)
(2) Possibly. I didn't review the doc.
(1) You have to use another tool such as WP:Petscan, but that's less a search and more a query. Try it, see if you like it. --Izno (talk) 15:13, 29 December 2017 (UTC)


How did User talk:The359 get to be in Category:Noindexed pages? User:The359 does not know; see User talk:The359#NOINDEX. —Anomalocaris (talk) 07:16, 27 December 2017 (UTC)

John of Reading discovered the reason: I pasted the whole of this talk page into Special:ExpandTemplates to track it down. In the January 2017 section, above, there is an {{Unblock-auto reviewed}} template; that template calls {{vandal}} to display some links about the IP address; and that template includes the __NOINDEX__ keyword. And, finally, pages containing that keyword are automagically placed in the category. עוד מישהו Od Mishehu 11:09, 27 December 2017 (UTC)
עוד מישהו: Thanks for the explanation! —Anomalocaris (talk) 02:50, 30 December 2017 (UTC)

Simple diff

Normal diff - text and markup
Simple diff - text only, no markup

I'm looking for someone or a team who can program Mediawiki. I'm sick of squinting at diffs trying to find the text changes amongst all the markup. I want a simple diff option: a diff that shows only changes to article text and none of the markup. To make this simple diff to the right, I (1) copied just the article text from the current version and a historical version of an article (2) pasted my copy of the historical version into a new wiki page and saved it (3) replaced that text with my copy of the current version and (4) clicked "cur" beside the older version in that page's history. It's this process I'd like to be automated. Can anybody help?

I submitted this to the WMF "community tech wish list" last month. There were 214 proposals and this proposal shared 21st place with two others. The WMF community tech team has only been funded to address the ten most popular proposals.

Any volunteers? --Anthonyhcole (talk · contribs · email) 11:08, 23 December 2017 (UTC)

You're referring to meta:2017 Community Wishlist Survey/Reading/Simple diff I assume. Have you tried WikEdDiff? It is a gadget that makes reading changes much easier, with or without syntax changes. --Izno (talk) 15:10, 23 December 2017 (UTC)
I played with it a year ago but was unable to make a diff like this. Maybe I'm doing it wrong or maybe it's evolved in the meantime. Are you able to make a simple diff using it, @Izno:? --Anthonyhcole (talk · contribs · email) 13:44, 24 December 2017 (UTC)
@Anthonyhcole:Please don't use text from Wikipedia, including in screenshot form, without attribution to its author(s); linking to the original page is considered good enough, but a simple statement of "Wikipedia editors" isn't. עוד מישהו Od Mishehu 07:32, 24 December 2017 (UTC)
More at WP:WPSHOT. --Redrose64 🌹 (talk) 07:56, 24 December 2017 (UTC)
Thank you both, Od Mishehu and Redrose64; I hadn't thought about that and will do in future. --Anthonyhcole (talk · contribs · email) 13:44, 24 December 2017 (UTC)
There is already something like this in the works: visual diff. But it needs some further optimization and it needs some better support for changes in big blocks like tables and templates, before it will become available. —TheDJ (talkcontribs) 11:05, 24 December 2017 (UTC)
I'm aware of that and discussed it with James Forrester. Presently, it can't do anything remotely like what I need, and my guess is it will be at least two years before it can. I want this now. --Anthonyhcole (talk · contribs · email) 13:44, 24 December 2017 (UTC)

What if I offered to pay for this?

Does anybody here have a feel for the amount of labor this task would involve, and so the order of cost? Or do you know anyone who might be able to sensibly estimate the cost? (The task is automating steps 1 to 4 in my opening post.) --Anthonyhcole (talk · contribs · email) 13:44, 24 December 2017 (UTC)

@Anthonyhcole: I've made a userscript in less than 24 hours that basically does what you want: User:Evad37/TextDiff.js. It's a bit rough, quite slow, and probably buggy, but it seems to work on a few diffs that I tested, and refinements should be possible. - Evad37 [talk] 19:10, 24 December 2017 (UTC)
Interesting. How muuch do you want for it, Evad37, and can you show me how to install it (if that's the right word) and use it? --Anthonyhcole (talk · contribs · email) 01:12, 25 December 2017 (UTC)
@Anthonyhcole: See User:Evad37/TextDiff for installation/usage instructions. I honestly didn't do this for any sort of monetary reward (I didn't see you're offer to pay until after I had finished it), so you don't have to pay me anything. But if you still want to reward me with something, whatever you decide would be fine – email me and we'll work out the details. - Evad37 [talk] 03:53, 25 December 2017 (UTC)
Jesus Evad37, you are a machine. The WMF should have hired you years ago. — Insertcleverphrasehere (or here) 04:02, 25 December 2017 (UTC)
I love it User:Evad37 amazing work. Barnstars on it way :-) Doc James (talk · contribs · email) 06:35, 30 December 2017 (UTC)
Evad37, I just tested this too, and it is awesome. Presenting it as a 'toggle' is perfect. I think I will use this quite regularly. I add my thanks to the others. -- Begoon 06:53, 30 December 2017 (UTC)

Global object?

"mw" is the alias for "mediaWiki", the global object.

What is a global object? The Transhumanist 12:58, 19 December 2017 (UTC)

@The Transhumanist: is this a quote from somewhere else, context may help. You may be referring to the meta:Interwiki map. — xaosflux Talk 13:50, 19 December 2017 (UTC)
@Xaosflux: Context, right. See below... The Transhumanist 18:39, 19 December 2017 (UTC)
I think you are talking about a Javascript object. Global variables are declared outside any function, and they can be accessed (used) on any function in the program. Local variables are declared inside a function, and can be used only inside that function. Same thing with global and local objects. mw:ResourceLoader/Core modules Disclaimer: I am not a Javascript expert. (((The Quixotic Potato))) (talk) 17:57, 19 December 2017 (UTC)
@The Quixotic Potato: That link is where I came across the term. At mw:ResourceLoader/Core modules#mediawiki It says:

This is the mediawiki base module. It initialises the mediaWiki global object (with mw as alias). Alias mw is available everywhere and should be used.

But I can't find the definition of "global object" anywhere. As far as I can tell, it means that "mediaWiki" and "mw" refer to the mediaWiki object (initialized by the mediawiki base module) no matter what script they are used in on Wikipedia.
Does that mean scripts on Wikipedia don't need a bodyguard function to protect the mw alias?
Is "global object" a neologism? It would be nice to be able to look up the definition. The Transhumanist 18:25, 19 December 2017 (UTC)
I'll ping @TheDJ: who knows a hell of a lot more about this stuff than I do. (((The Quixotic Potato))) (talk) 18:29, 19 December 2017 (UTC)
mediaWiki is a library using the javascript object structure. It is accessible via the variable name mediaWiki (or mw) in javascript's global scope for variables. Global variables can be written and read by everyone, so they are a bit dangerous to use, therefor we try to limit how many we use, so that we make fewer mistakes. We use bodyguards functions to 'hoist' these global variable names and make them functionally scoped variables (we import jQuery and mediaWiki, and instead of using them directly within the bodyguard, we use by renaming them to the function parameters $ and mw). This has multiple advantages. First, by lifting, we basically get to name them however we want and we can be consistent about that throughout the module (pick one and stick to it). Second, we won't be bothered by other libraries accidentally overwriting the global variable after our code in the bodyguard began executing (these can be very hard problems to debug, as they are cause by someone else's code). Third, it makes it easier to keep track of the global variables that you are using, making it harder to unintentionally use a global variable. For jshint/eslint, we define just the globals that we import with the bodyguard, allowing us to easily spot unintentional global variable usage in any other place in the code. —TheDJ (talkcontribs) 19:47, 19 December 2017 (UTC)
@TheDJ: I don't understand the answer (I was expecting a "yes" or "no" response). Do "mediaWiki" and "mw" have the power of reserved words (in scripts on Wikipedia)? Do scripts on Wikipedia need a bodyguard function to protect the mw alias? I generally include the following, but is it providing any benefit?
// Start off with a bodyguard function to reserve the aliases mw and $
( function ( mw, $ ) {
    // body of program goes here
}( mediaWiki, jQuery ) );
What am I missing?
By the way, I'm still having trouble grasping a particular term. On the page at mw:ResourceLoader/Core modules#mediawiki it says:

This is the mediawiki base module. It initialises the mediaWiki global object (with mw as alias). Alias mw is available everywhere and should be used.

In the quote above, what exactly does "mediaWiki global object" refer to? I look forward to your replies. The Transhumanist 15:31, 30 December 2017 (UTC)
I assume "global" refers to scope (computer science) (especially global scope) whereas object refers to a Javascript object. In other words, it is an object which any program can access on a specific MediaWiki page. Changing some attribute of the object will cause all other programs or scripts accessing the object to be affected. (And for that reason, I assume that the majority of attributes of the object are read-only.) --Izno (talk) 18:35, 19 December 2017 (UTC)
@Izno: Thank you. Any comments on TheDJ's Dec 19 answer above? (I don't get it). The Transhumanist 23:26, 23 December 2017 (UTC)

How did this happen?

A few minutes ago, I decided to take a quick glance at the New Pages Feed. When filtered to articles created "by newcomers," three appeared on the list: Qasymbek Arabin, Allan Katerega, and Marcus Van Wattum. The first article was created on December 28 by an IP. This case is especially remarkable; I thought IPs had been forbidden from creating article for over a decade, ever since the Seigenthaler incident. The latter two articles were created by non-autoconfirmed users on December 5 and 27, respectively. Both dates are after the implementation of the ACTRIAL.

Is there some kind of loophole here? Biblio (talk) 02:02, 31 December 2017 (UTC)

Drafts moved to mainspace... The 3rd one by a new user, as soon as they became autoconfirmed, maybe a COI, from username - but nevertheless, moved by autoconfirmed user. -- Begoon 02:20, 31 December 2017 (UTC)
I see. Evidently, some AFC reviewers do not mark pages as patrolled when they move them. Biblio (talk) 02:32, 31 December 2017 (UTC)

KML data for Wilts & Berks Canal article

There seems to be a problem with the kml data on the Wilts & Berks Canal article. In the "Map of route" section, there is a GeoGroup template, with options to show all co-ordinates on Google maps and on OSM. Clicking the Google maps option works ok, and shows the 20 or so points on the map. Clicking on the OSM option shows just a single point, and when you click on the description in OSM, it takes you back to the article on Wiltshire, rather than the Wilts & Berks Canal. I have tried replacing the GeoGroup template with a kml template, but that looks and works in the same fashion. I have checked the OSM option on several other canal articles, and they all work fine. It feels like the kml data that is passed to OSM is for the wrong article (ie Wiltshire), and that flushing something somewhere might fix it, but I have no idea if this is the case of not. Cheers. Bob1960evens (talk) 18:11, 30 December 2017 (UTC)

I think I may have found part of the solution. It appears that the ampersand in the title Wilts & Berks Canal confuses whatever invokes OSM, and it picks up the data from Wilts_, rather than Wilts_&_Berks_Canal. I don't know if anything can be done about that, or whether this should now be reported as a bug, and if so, where? Bob1960evens (talk) 18:16, 30 December 2017 (UTC)
Map all coordinates in "Wilts and Berks Canal" using: OpenStreetMap 
Download coordinates as: KML · GPX
Yes, it looks like some weird urlencoding thing - the template tries to encode the & as %26, then osm4wiki on the toolserver encodes that again into %2526, and it then seems to treat this as the end of the page title. Seems to be a bug in osm4wiki and I'm not sure how to report that.
There is a workaround, though! If you tell the template to look at Wilts and Berks Canal, which is a redirect to the ampersand title, it follows that redirect okay and picks up all the points - it displays a little bit clunkily but it's definitely functional. {{GeoGroup|article=Wilts and Berks Canal}}. I've made the change on the page. Andrew Gray (talk) 00:05, 31 December 2017 (UTC)
There are maintainers listed at PrimeHunter (talk) 00:18, 31 December 2017 (UTC)
Thanks for your help. Bob1960evens (talk) 09:57, 1 January 2018 (UTC)

Bot removal of <center> in Template:US Census population

I have requested approval for a bot (BRFA) to remove <center> where it is present inside |footnote= of {{US Census population}} and to replace it with |align-fn=center, in the mainspace. This would cause approximately 20,000 edits, mostly to articles on US locations.

I am looking to do this as part of the WP:Lint effort as <center> is an obsolete HTML tag. From a visual point of view today, there would likely be no change for the majority of readers. From an non-visual point of view, these tags cause validation warnings. At some point in the future (either in MediaWiki or in your Internet browser), these tags will not appear as they do today (it is likely that the tag will either be silently ignored, or displayed as the literal string <center>centered thing</center>).

This first effort is a low-hanging fruit out of the 16 million obsolete tag errors. This task would not be authorized to remove <center> everywhere. (<center> is sometimes context-sensitive, especially in tables where there are superior replacement options.)

Your feedback is appreciated. --Izno (talk) 17:54, 28 December 2017 (UTC)

I want to say: Thank you for working on this huge and important project, whose goal is to fix pages now, so that some upcoming technical changes to MediaWiki parsing don't result in readers getting visibly broken pages. I appreciate and admire your dedication, and I hope that other technically minded folks will pitch in to help out. Whatamidoing (WMF) (talk) 18:36, 28 December 2017 (UTC)
I don't know how the Wikipedia template software works, so I have a question. Instead of making 20K edits, is it possible to instead have the template ignore the <center> code and not emit it back out when it generates the HTML? RudolfRed (talk) 23:43, 28 December 2017 (UTC)
The template could do this, but that makes both the template itself and the page in which the template is placed more complex (without obvious good reason besides avoiding bot edits--the purpose of the template doesn't require the additional complexity), and additionally it requires expensive processing of the input.
The direct answer aside, these are probably going to come off these pages with some other bot run in some way. There are approximately 80k pages in total of this particular tag, and the vast majority are not inside templates. --Izno (talk) 00:06, 29 December 2017 (UTC)
One other point: teaching newbies to use better syntax is easier when they do not have bad examples to follow.
I did have an aside that PrimeHunter didn't touch on but which came to mind: instead of adding the |align-fn=center, it might be easier just to remove center and then add the alignment by default in the template. --Izno (talk) 00:24, 29 December 2017 (UTC)
Seems fine to me, though I would advise a low edit rate (because people are weird about that). I also think you should just make the style for that template centered by default, instead of adding align-fn=center, if in any way possible without being too disruptive. One more thing you should check, is if there is any images or other block content, as <center> enforces both text and block alignment, whereas those are two different things in CSS. —TheDJ (talkcontribs) 09:06, 29 December 2017 (UTC)
@TheDJ: As it happens, 18.5k are using <center> and 6.5k are using align-fn to center the text (total 25k of the 30k uses), so I've just made the default text alignment centered. I'll plan to remove the center tags only now.
In the limited (anecdotal--set was not random) AWB run I've already done on IznoRepeat, I didn't see any files or other block content. Although my regex-fu isn't strong, this is a search that would capture the file/image case, all of which are false positives (I did not realize insource could capture newlines with the . class--+ too). Every other block content is either unaffected by the difference (lists and tables would have a slight rendering delta due to the block centering lost, but I don't see a big issue in the context of these tables) or invalid in wikitext (figure/video/canvas) given the default styling of browsers for the tag in question. --Izno (talk) 14:10, 29 December 2017 (UTC)

I totally support the removal of the html center tag. -- Magioladitis (talk) 18:23, 31 December 2017 (UTC)

I'm not particularly familiar with this issue, so maybe you should ignore this comment as clueless :-) Is there a way that the template could be coded so that it interprets <center as |align-fn=center? If so, what's the point of making all these edits? If you can't, I agree that a bot run should be performed. Nyttend (talk) 23:50, 31 December 2017 (UTC)

@Nyttend: See response to RudolfRed above, broadly, as well as the first paragraph in re to TheDJ. TL;DR: No, not clueless, your suggestion is possible. However, this is only the low-hanging fruit of an effort to remove these everywhere, and given the quantity, those removals will need to be botted also. --Izno (talk) 06:42, 1 January 2018 (UTC)
I'd stopped reading halfway through this discussion; I saw the response to RudolfRed but not the part about making the template centered by default. Thank you for the pointer. Nyttend (talk) 12:22, 1 January 2018 (UTC)

File deletion - small bug

I just deleted file:Sui_Dhaaga_2018.jpg and got the message back:

"Sui Dhaaga 2018.jpg" has been deleted undelete | salt.

Note that in the undelete and salt links there is a "File:" missing. Please fix. — RHaworth (talk · contribs) 13:12, 1 January 2018 (UTC)

I just undeleted and redeleted it, and the message is identical. But it's not just this one; I got the same links with File:Nyttend's bad link alignment.png. Commons is different; I just deleted c:File:Kukoamines 2D Structure.png and got links to c:Special:Undelete/File:Kukoamines 2D Structure.png and c:Special:WhatLinksHere/File:Kukoamines 2D Structure.png. Nyttend (talk) 13:37, 1 January 2018 (UTC)
It must have been caused by this this edit to MediaWiki:Filedelete-success. I have made a fix.[32] It didn't work a minute after my edit but there is sometimes a delay before edits to the MediaWiki namespace take effect. PrimeHunter (talk) 14:26, 1 January 2018 (UTC)

Lang template

The {{lang}} template (i.e. not the lang-xx ones such as {{lang-de}}) now seems to automatically make the target text italicised. It didn't use to, but now for example {{user de-1}}, which uses the template, is all in italics, this has happened in the last few days I think, though the last edit to Template:lang was made weeks ago. Does anyone know what happened and why? – filelakeshoe (t / c) 00:52, 2 January 2018 (UTC)

The template was recently rewritten to use Lua, so most of the action now happens at