Wikipedia:Village pump (technical)

 Policy Technical Proposals Idea lab WMF Miscellaneous 

• Table of contents
• First discussion
• End of page
• New post

The technical section of the village pump is used to discuss technical issues about Wikipedia. Bug reports and feature requests should be made in Phabricator (see how to report a bug). Bugs with security implications should be reported differently (see how to report security bugs).

Newcomers to the technical village pump are encouraged to read these guidelines prior to posting here. Questions about MediaWiki in general should be posted at the MediaWiki support desk.

« Archives, 194, 195, 196, 197, 198, 199, 200, 201, 202, 203, 204, 205, 206, 207, 208, 209, 210, 211, 212, 213, 214

Gadget CSS order

Watchlist bolding

Since today, all entries in my watchlist are bolded. I have the " Display pages on your watchlist that have changed since your last visit in bold (see customizing watchlists for more options)" unchecked (like it used to be), but it bolds them anyway. If this is the new WMF standardn can the option in preferences please be turned into the opposite? I hate pages with that much shouting. Fram (talk) 06:52, 7 October 2016 (UTC)

Bold IS the default, it's English wikipedia that is divergent. A change was rolled out to how gadget's etc load, and it seems that for some reason our overrides are no longer overriding, we probably need to rework that gadgets slightly. This used to be Edokter's cup of tea :( —TheDJ (talk • contribs) 07:53, 7 October 2016 (UTC)

I've been having the same problem today. Someguy1221 (talk) 07:52, 7 October 2016 (UTC)

Came here to complain as well - surely someone knows what software has been altered in the last 24 hours? - Arjayay (talk) 08:16, 7 October 2016 (UTC)

Well, yesterday was Thursday - the normal day that breaking changes go live. --Redrose64 (talk) 08:35, 7 October 2016 (UTC)

Of course someone knows... that doesn't mean such knowledge works like fairy dust to fix problems. —TheDJ (talk • contribs) 08:40, 7 October 2016 (UTC)

Right. Style loading has changed slightly for Gadgets (phab:T42284). As a side effect, gadget ( specifically style only modules) no longer have dependencies/order I believe. That means that to immediately correct this, someone has to raise the specificity of style rules in MediaWiki:Gadget-WatchlistBase.css, with one level, and the specificity of style rules in MediaWiki:Gadget-WatchlistGreenIndicators.css, MediaWiki:Gadget-WatchlistGreenIndicatorsMono.css and MediaWiki:Gadget-WatchlistChangesBold.css with at least two levels. —TheDJ (talk • contribs) 08:40, 7 October 2016 (UTC)

Oh, horrors. --Redrose64 (talk) 08:45, 7 October 2016 (UTC)

Hopefully it will be "back to normal" and not so irritating at some point, and to the tech or editor who can do that, many virtual baked goods. Randy Kryn 12:06, 7 October 2016 (UTC)

Chiming in. For me it started yesterday in the late afternoon my time. I didn't post anything because I was foolishly hoping some overworked developer who no doubt inadvertently caused it would realize their error and fix it by today. Apparently not.--Bbb23 (talk) 12:52, 7 October 2016 (UTC)

Someone can also set type=general in the definition to revert to the old (still inefficient) behavior. —TheDJ (talk • contribs) 11:39, 10 October 2016 (UTC)

• I posted something about it on the VP yesterday or the day before, but I can't find it. The bolding is horrible and totally unnecessary. Another whim of a WMFer who thinks he knows best and probably never edited a Wikipedia to any extent. Kudpung กุดผึ้ง (talk) 23:00, 10 October 2016 (UTC)
  • Your comment about the people involved is unfair, and I think you should strike it. If you look at the bug linked above (three days before your comment), the patch was written by someone who's an admin on two wikis and who has made more than 50,000 edits as a volunteer. The patch was written to resolve a real technical problem that was reported by a volunteer, User:He7d3r, who is an admin at two wikis and has made more edits than you. Describing this as merely some "whim of a WMFer who thinks he knows best and probably never edited a Wikipedia to any extent" is rude and wrong. Whatamidoing (WMF) (talk) 06:32, 11 October 2016 (UTC)

    Whatamidoing (WMF), in most cases my comments about the WMF are perfectly correct. I won't say publicly what I think about your comments over the years. Patches to MediaWiki software should NEVER have to be repaired by unpaid volunteers. Kudpung กุดผึ้ง (talk) 07:01, 11 October 2016 (UTC)

    I can agree that it's annoying when a favorite script stops working, especially when you have no idea how to fix it. However, it's quite the other way around: all local user scripts (gadgets are merely local user scripts that you can enable with the click of a button) are required to adapt to the global MediaWiki software. It is neither typically practical to find out which of the many thousands of user scripts on the hundreds of WMF wikis might be affected by any given change, nor reasonable to refuse to solve a known technical problem merely because it would require an update or a correction to a local user script. Whatamidoing (WMF) (talk) 07:49, 11 October 2016 (UTC)

    • But they could at least be aware of the type of problems their fix might cause, and give some indication when a solution might happen once they have been made aware of the problem. (And of course, equating one of the few general gadgets on enwiki with "the many thousands of user scripts on the hundreds of WMF wikis" is quite an easy cop-out). Fram (talk) 08:29, 11 October 2016 (UTC)

• Please note: All entries aren't bold. Only the entries that were last edited by someone other than yourself. That's the purpose of the bolding -- to let you easily see where other editors have changed something. If you made the last change, the entry isn't bold. Softlavender (talk) 06:59, 11 October 2016 (UTC)
  • We know that, we aren't stupid. That doesn't mean this is the best way to do this. In the past, we had the opposite as default, and a gadget if you wanted this version. Now, we have this as the default, and no way (except by editing your css, which is not really a userfriendly way of doing this) to get the reverse. Fram (talk) 08:29, 11 October 2016 (UTC)
    • Fram, why would you need your own edits to be bolded? We already know about our own edits. What we need to know about are other people's edits -- that's why they are bolded, to accentuate them. And why does your OP say "all edits" if you don't mean "all edits"? Softlavender (talk) 22:11, 13 October 2016 (UTC)
      • You're right, I didn't explain that correctly. My watchlist (and the watchlist for everyone on enwiki who hadn't checked the gadget) showed no bolding at all so not "the opposite" of the current situation). Unviewed edits could be seen by the colour of the circle in fornt of the edits (blue or green). As to your second point, I do mean "all edits" as I have "hide my edits" checked by default (why would I want to see my edits on my watchlist?). So for me, all entries were bolded, with a few select ones later unbolded after I visited the page. 95% or more are bolded at any one time. Fram (talk) 10:03, 14 October 2016 (UTC)
  • Some of us are stupid, so thanks Softlavender. Some of us are just technophobes. Some of us may be newbies. Some of us are (getting more) forgetful. So thanks, Softlavender, for reminding us of what may be obvious to some. Martinevans123 (talk) 10:31, 11 October 2016 (UTC)

I note that I have given two possible solutions/workarounds already in this section, yet no community member has chosen to act on either. This is just an indication of how underrepresented technical skilled editors are amongst the sysops. We need WMF'ers to do everything for the English Wikipedia these days ? —TheDJ (talk • contribs) 09:11, 11 October 2016 (UTC)

Display problem, MonoBook, black background gadget

Tracked in Phabricator
Task T147667

Partial screenshot illustrating the problem

I use the MonoBook skin, and the black background with green text gadget. Since yesterday evening (British Summer Time) it has not been displaying properly. The left hand column with the search box, help, recent changes links etc. is displaying in blue text on white, and a phantom Wikipedia globe is present to the right of where it should be, overlaying some of the links at the top of the page. I have uploaded a screenshot to Img Safe here. DuncanHill (talk) 13:08, 7 October 2016 (UTC)

• I've added the picture here for ease of reference. DuncanHill (talk) 13:57, 7 October 2016 (UTC)

I see you import MediaWiki:Gadget-Blackskin.css in User:DuncanHill/common.css, but I get the same result as you when I choose MonoBook and enable the gadget in preferences (only an option in MonoBook). It works for me when it's loaded in this way: https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)?useskin=monobook&withCSS=MediaWiki:Gadget-Blackskin.css. That's not a practical solution but just an observation. PrimeHunter (talk) 20:08, 7 October 2016 (UTC)

I'd forgotten I had it in css. I also had it clicked in gadgets. I've removed it from my css. DuncanHill (talk) 20:18, 7 October 2016 (UTC)

• Still a problem. DuncanHill (talk) 21:52, 17 October 2016 (UTC)

Dark Skin Gadget Use a black background with green text on the Monobook skin is not fully working properly

Hello,

There is an issue with the following gadget: 'Use a black background with green text on the Monobook skin'. The issue is that the page MediaWiki:Gadget-Blackskin.css is not updated to work properly with wikipedia's design.

Basically, the gadget is outdated at this time, causing breakage of appearance. For instance, 1) the sidebar remains blue-text-on-white, 2) the background remains white, and 3) the table of contents remains blue-on-white.

You can test by enabling the gadget yourself, and the issues should appear on any computer. As this gadget provides a high-contrast theme for users, I'd like to request that the gadget be updated to fix these issues. X.A.N.A. the Evil Virus (talk) 04:55, 18 October 2016 (UTC)

Watchlist bold type

I see the bold type has mysteriously returned to the watchlist. How does one turn this unsightly mess off? - I can't find where too do in my preferences. --Kudpung กุดผึ้ง (talk) 13:05, 8 October 2016 (UTC)

Ugly isn't it? See earlier section above.--Bbb23 (talk) 13:08, 8 October 2016 (UTC)

.mw-special-Watchlist .mw-changeslist-line-watched .mw-title { font-weight: normal; } in your common.css should get rid of it. - NQ (talk) 14:39, 8 October 2016 (UTC)

@NQ: I commented out the code. First, it moved my edit button back to the left, which I hate. Second, it didn't help the watchlist. I'm putting it back the way it was.--Bbb23 (talk) 15:26, 8 October 2016 (UTC)

@Bbb23: No I meant you have to copy this code - .mw-special-Watchlist .mw-changeslist-line-watched .mw-title { font-weight: normal; } and add it to your common.css :) - NQ (talk) 15:34, 8 October 2016 (UTC)

@NQ: Thank god you're patient with me. Everything now good. Thanks!--Bbb23 (talk) 15:41, 8 October 2016 (UTC)

+1 - I've had it since yesterday and assumed someone somewhere had cocked something up .... Then again I wouldn't be surprised if someone somewhere thought "Hmm lets improve the project ..... by making the watchlist bold" ....., I dislike the watchlist being bold full stop - It looks bloody awful and isn't an improvement (atleast not too me anyway). –Davey2010^Talk 14:52, 8 October 2016 (UTC)

FWIW I really like bold on the watchlist; when it's turned off I find it significantly harder to see what's changed. Sam Walton (talk) 15:33, 8 October 2016 (UTC)

Instead of per-user hacks, how about the fixes get put in to MediaWiki:Gadget-WatchlistChangesBold.css that everyone can already toggle via gadgets? If we've given up up having this gadget be used for this purpose, a replacement to unbold could be put out - and this one can be deleted. — xaosflux ^Talk 16:00, 8 October 2016 (UTC)

Is anyone doing something to fix this site-wide? I'm wary of such per-user hacks. This bold is incredibly ugly. I can't believe any experienced designer made deliberate choice for that to be the default. older ≠ wiser 16:13, 8 October 2016 (UTC)

Are you running Microsoft Windows? In the past, the common denominator for people who found bold ugly/fuzzy/difficult to read (as opposed to just disliking it) was having Microsoft Windows, which apparently tries to be helpful with bold fonts, but doesn't necessarily succeed. Whatamidoing (WMF) (talk) 06:37, 11 October 2016 (UTC)

Yes. I also edit on a Kindle where the bolding is a little less hideous, though still objectionable (although the biggest gripe about editing on kindle or or on my phone is that the size of the type changes when I click on something in my watchlist with the result I often end up clicking on something else as the entire line has shifted).older ≠ wiser 10:03, 11 October 2016 (UTC)

• This is already being discussed above at Wikipedia:Village_pump_(technical)#Watchlist_bolding DuncanHill (talk) 16:18, 8 October 2016 (UTC)

Search box width

I've noticed over the last few days that the "Widen the search box in the Vector skin" gadget in preferences no longer seems to be working. Is this intentional? Is there a workaround? Thanks. --Tryptofish (talk) 23:38, 9 October 2016 (UTC)

Looks like an admin needs to change MediaWiki:Gadget-widensearch.css to div#simpleSearch { width: 20em !important; }. For now you can add this to your common.css or your vector.css. -- The Voidwalker ^Whispers 00:01, 10 October 2016 (UTC)

 Done ~Oshwah~^{(talk) (contribs)} 00:12, 10 October 2016 (UTC)

@The Voidwalker and Oshwah: The !important annotation is a cop-out. Normally it's better to increase the specificity of the selector. --Redrose64 (talk) 07:29, 10 October 2016 (UTC)

By doing what exactly? I'm not exactly an expert, and !important was the first thing which came to mind. -- The Voidwalker ^Whispers 17:18, 10 October 2016 (UTC)

Nevermind, we may have implemented the wrong fix. It seems that the devs changed div#simpleSearch to have the attribute max-width, thus if one overwrites the max-width value, we can actually set a width value greater than it. Although, it appears that the max value is already at 20em. We need only use div#simpleSearch {max-width:20em; width:20em;} if the max-width value is what needs changing. We should check to see that a fix like that is needed. I don't want to be changing things where they don't need to be changed. -- The Voidwalker ^Whispers 17:50, 10 October 2016 (UTC)

Okay, I'm going to do everyone a favor and not touch it anymore. :-) ~Oshwah~^{(talk) (contribs)} 21:19, 10 October 2016 (UTC)

In the above CSS rule, the part inside the pair of braces is the declaration list, and the part which precedes the opening brace is the selector list. There is only one selector here, it is div#simpleSearch which is specific to any <div>...</div> element that has the attribute id=simpleSearch - if this selector had been #simpleSearch it would have been specific to any elements that have the the attribute id=simpleSearch. #simpleSearch has lower specificity than div#simpleSearch (and the div selector has even lower specificity since it applies to any <div>...</div> element, whatever attributes that element has). What we need to do is raise the specificity of div#simpleSearch still further, perhaps by using a type or class selector for the enclosing element. In this way we can avoid the use of !important - which is a last resort because it is so difficult to override: there is no !veryimportant annotation. --Redrose64 (talk) 16:53, 11 October 2016 (UTC)

For me, it's now back to working properly. Thanks. --Tryptofish (talk) 20:01, 10 October 2016 (UTC)

Well, that's what's important, let's not touch it again for as long as possible.... -- The Voidwalker ^Whispers 21:55, 10 October 2016 (UTC)

Watchlist

This has been going on for about two weeks for me...article titles are bold in my watchlist. I don't know if this has any affiliation with this since I only use Twinkle. — JudeccaXIII (talk) 21:55, 17 October 2016 (UTC)

@JudeccaXIII: That has to do with this section above. -- The Voidwalker ^Whispers 21:56, 17 October 2016 (UTC)

Failure of templates applying NOINDEX and probably other __magicwords__

Several templates attempt to apply __NOINDEX__ to hide problem-pages from search engines. It has just been discovered that this doesn't work. The pages don't actually get NOINDEXed. It seems likely that all __magicwords__ are being dropped from transclusion. A WMF staffer is currently looking into this. It will likely get fixed. Alsee (talk) 21:22, 11 October 2016 (UTC)

P.S. Roan Kattouw is the one looking into this. I'm pinging him here to post any updates. Oh, and "It will likely get fixed" was my assumption of the proper outcome here. Roan didn't say that. Alsee (talk) 21:31, 11 October 2016 (UTC)

Please post an example page. {{NOINDEX}} is currently working on all pages I examined, also after null edits. PrimeHunter (talk) 21:45, 11 October 2016 (UTC)

Is there a phab ticket open with more details? — xaosflux ^Talk 22:52, 11 October 2016 (UTC)

It looks like it's working just fine to me, from a quick test of a few pages (e.g. talk pages of BLPs are correctly showing it, non-BLP talk pages not showing it). Note that it can potentially take months for a change to be reflected in search engines, and that it's only an advisory request to them (i.e. search engines can ignore it if they want to). Note also that some namespaces have it disabled or forced on. From a quick look at InitialiseSettings.php and CommonSettings.php, it looks like NOINDEX is disabled in the main article and File namespaces, defaults to on in User and User talk, and is forced on in Draft and Draft talk. For other namespaces, it defaults to off and can be enabled on a per page basis. That's for enwiki, other WMF sites have different settings. See mw:Manual:Noindex for details of the MW config variables which control it (i.e. what to look for in those config files). Ideally those configuration settings should not be changed by WMF without first establishing community consensus for any change. I didn't check when the config last changed for them. Murph9000 (talk) 12:02, 12 October 2016 (UTC)

SOLVED. It has nothing to do with transclusion. NOINDEX is completely blocked in article space. That was where Roan Kattouw and I were testing it. The reason this came up is because there was discussion of having certain templates (like BLP-violation speedy delete) apply NOINDEX to the article. Alsee (talk) 12:46, 12 October 2016 (UTC)

I and many others could have told you that immediately and saved time investigating if you had just posted an example. One of the instructions in the edit notice here is: "Where did you encounter the problem? Please add links when possible." PrimeHunter (talk) 13:36, 12 October 2016 (UTC)

Well, that explains things, thanks for pointing that out. I've been a MediaWiki developer for over 9 years, yet I still learn new things about it from time to time, today is one of those days :) --Roan Kattouw (WMF) (talk) 17:23, 12 October 2016 (UTC)

BTW, the reason that this is the way it is, is to prevent people from easily NOINDEX'ing content, which is a highly non-visible change to a page. It's restricted out fear of abuse. —TheDJ (talk • contribs) 09:39, 14 October 2016 (UTC)

And when an inappropriate NOINDEX is removed it may take a long time before search engines discover it and start indexing the page. For this reason I would oppose any possibility of NOINDEX in mainspace, also with careful tracking. PrimeHunter (talk) 19:36, 15 October 2016 (UTC)

Noindex also intentionally does not work on the internal site search engine for similar reasons; it would be possible to hide pages from scrutiny incredibly easily, which has a lot of abuse potential. --Dan Garry, Wikimedia Foundation (talk) 03:22, 19 October 2016 (UTC)

Would it be possible to add Storymap to Wikipedia?

Yes. I know. First it would be Mediawiki. Then meta... then each Wikipedia. But the question is: could it be possible to add something as great as Story Map to Wikipedia, either using their software via inclussion or creating something similar? It would be a great feature in history articles, for example. Or even complex graphs. -Theklan (talk) 15:41, 14 October 2016 (UTC)

Theklan, I would love to make it possible as described in the vision article. Pretty soon Wikipedia will get embeddable interactive maps (you can already create map link (interactive highway). You can even use Wikidata queries to draw that data. Plus you have all the power of the Graph extension to make static and interactive data visualizations, even combining maps and graphs together, like in this locator map template. Hope this helps :) --Yurik (talk) 17:02, 14 October 2016 (UTC)

Wow! I'll search it all. I'm very happy taking data from Wikidata, as in the basque Wikipedia (where I normally am) we don't have a big task-force to make changes. Thanks for all, Yurik! -Theklan (talk) 18:53, 14 October 2016 (UTC)

The description of button for "All languages" from "Compact Language Links" beta feature is broken

Tracked in Phabricator
Task T148117

Broken "All languages" button descriptions

It seems to work fine in other languages of Wikipedia (Checked Chinese and French ones). --fireattack (talk) 17:37, 14 October 2016 (UTC)

A fix is planned to be deployed on Monday. — JJMC89 (T·C) 17:42, 14 October 2016 (UTC)

It works for me but apparently not for everybody. I don't know how many are affected but we could probably fix it here by simplifying MediaWiki:Ext-uls-compact-link-count from {{PLURAL:$1|One more|$1 more}} to $1 more. The only difference is that it would say "1 more" instead of the intended "One more" when there is only one. PrimeHunter (talk) 19:01, 14 October 2016 (UTC)

Editing News #3—2016

Read this in another language • Subscription list for this multilingual newsletter • Subscribe or unsubscribe on the English Wikipedia

Did you know?

Did you know that you can easily re-arrange columns and rows in the visual editor?

Select a cell in the column or row that you want to move. Click the arrow at the start of that row or column to open the dropdown menu (shown). Choose either "Move before" or "Move after" to move the column, or "Move above" or "Move below" to move the row.

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

Since the last newsletter, the VisualEditor Team has mainly worked on a new wikitext editor. They have also released some small features and the new map editing tool. Their workboard is available in Phabricator. You can find links to the list of work finished each week at mw:VisualEditor/Weekly triage meetings. Their current priorities are fixing bugs, releasing the 2017 wikitext editor as a beta feature, and improving language support.

Recent changes

• You can now set text as small or big.[1]
• Invisible templates have been shown as a puzzle icon. Now, the name of the invisible template is displayed next to the puzzle icon.[2] A similar feature will display the first part of hidden HTML comments.[3]
• Categories are displayed at the bottom of each page. If you click on the categories, the dialog for editing categories will open.[4]
• At many wikis, you can now add maps to pages. Go to the Insert menu and choose the "Maps" item. The Discovery department are adding more features to this area, like geoshapes. You can read more on MediaWiki.org.[5]
• The "Save" button now says "Save page" when you create a page, and "Save changes" when you change an existing page.[6] In the future, the "Save page" button will say "Publish page". This will affect both the visual and wikitext editing systems. More information is available on Meta.
• Image galleries now use a visual mode for editing. You can see thumbnails of the images, add new files, remove unwanted images, rearrange the images by dragging and dropping, and add captions for each image. Use the "Options" tab to set the gallery's display mode, image sizes, and add a title for the gallery.[7]

Future changes

The visual editor will be offered to all editors at the remaining 10 "Phase 6" Wikipedias during the next month. The developers want to know whether typing in your language feels natural in the visual editor. Please post your comments and the language(s) that you tested at the feedback thread on mediawiki.org. This will affect several languages, including Thai, Burmese and Aramaic.

The team is working on a modern wikitext editor. The 2017 wikitext editor will look like the visual editor and be able to use the citoid service and other modern tools. This new editing system may become available as a Beta Feature on desktop devices in October 2016. You can read about this project in a general status update on the Wikimedia mailing list.

Let's work together

Do you teach new editors how to use the visual editor? Did you help set up the Citoid automatic reference feature for your wiki? Have you written or imported TemplateData for your most important citation templates? Would you be willing to help new editors and small communities with the visual editor? Please sign up for the new VisualEditor Community Taskforce.

If you aren't reading this in your preferred language, then please help us with translations! Subscribe to the Translators mailing list or contact us directly, so that we can notify you when the next issue is ready. Thank you! Whatamidoing (WMF) (talk) 18:18, 14 October 2016 (UTC)

Save => Publish

@Whatamidoing (WMF): This was announced (and rejected by most people here, and by e.g. Wikinews) a few months ago. At the page you link to as "Information is available at Meta"[8] it still says "This change will probably happen during the week of 30 August 2016." Apart from that, that page still makes multiple claims you have been unwilling or unable to substantiate, about "Repeated user research studies", and no indication of any counter-study has been done, i.e. how many people would be confused by the "publish" label for their sandbox, drafts, or in general. Have you made these concerns publicly known to the people at Meta? Fram (talk) _Publish" class="ext-discussiontools-init-timestamplink">14:12, 17 October 2016 (UTC)

The Wikimedia Developer Summit wants you

The Wikimedia Developer Summit is the annual meeting to push the evolution of MediaWiki and other technologies supporting the Wikimedia movement. The next edition will be held in San Francisco on January 9–11, 2017.

We welcome all Wikimedia technical contributors, third party developers, and users of MediaWiki and the Wikimedia APIs. We specifically want to increase the participation of volunteer developers and other contributors dealing with extensions, apps, tools, bots, gadgets, and templates.

Important deadlines:

• Monday, October 24: last day to request travel sponsorship. Applying takes less than five minutes.
• Monday, October 31: last day to propose an activity. Bring the topics you care about!

More information: https://www.mediawiki.org/wiki/Wikimedia_Developer_Summit

Subscribe to weekly updates: https://www.mediawiki.org/wiki/Topic:Td5wfd70vptn8eu4

MKramer (WMF) (talk) 19:07, 14 October 2016 (UTC)

How does Special:WantedTemplates get updated?

Two questions:

1. How does Special:WantedTemplates get updated?

2. How can I add Special:WantedTemplates to my Watchlist so that I can see when it changes? There is no option to add it with the usual star, and when I try to add it to my Watchlist manually by editing the raw Watchlist, the page does not get added. – Jonesey95 (talk) 22:52, 14 October 2016 (UTC)

Special pages are generated on request by MediaWiki. They cannot be edited or watched and have no page history. Some of them are based on cached data and some of those are no longer updated. See Help:Special page#Inactive. https://en.wikipedia.org/wiki/Special:WantedTemplates?uselang=qqx shows it displays MediaWiki:Querypage-no-updates, so it is MediaWiki itself which says "Updates for this page are currently disabled". I don't know why it's disabled but I guess you would have to file a request at phab: if you want it to update, or make a request at Wikipedia talk:Database reports if you want an editor to create a wiki page with similar data. PrimeHunter (talk) 23:28, 14 October 2016 (UTC)

And yet the page was updated on 19 September 2016, so somebody must know how and when it gets updated. Hmm. – Jonesey95 (talk) 00:14, 15 October 2016 (UTC)

They're updated via cron jobs every $so_often. They're sometimes disabled, sometimes not. It's a fun guessing game! ^demon^{[omg plz]} 20:29, 17 October 2016 (UTC)

Article redirection?

Hi all, I'm just browsing some articles and came across Donald Drumpf. It seems like the whole article body is being redirected to a YouTube video. I tried clearing my cache to no avail. I'm not too sure what's going on or even if it is affecting other users. -- LuK3 (Talk) 02:26, 15 October 2016 (UTC)

Fixed. --Edgars2007 (talk/contribs) 02:37, 15 October 2016 (UTC)

Gotta say it's kinda "clever".. and he even tested it in his user page first :D -fireattack (talk) 03:11, 15 October 2016 (UTC)

Could someone help fix Joseph Stalin as well? -fireattack (talk) 03:20, 15 October 2016 (UTC)

Are Wikipedia Hacked? Help Us!

I clicked on Interstate 66 Article, But redirected to Strange YouTube Video. Sorry for Terrible English, beacuse I from Asia. I used Android Google Chrome Browser.--うぃきぺたん (talk) 12:47, 15 October 2016 (UTC)

The problem arose from vandalism to a template,see WP:ANI#Weird YouTube redirect, source cannot be found in page. The vandal has been blocked, and some affected pages have been purged, but you may see the same problem elsewhere until the cache is cleared. --David Biddulph (talk) 13:12, 15 October 2016 (UTC)

Image broken on Neutral powers in World War II

I've removed a image on Neutral powers in World War II because the link led to https://upload.wikimedia.org/wikipedia/commons/thumb/2/21/Map_of_participants_in_World_War_II.png/300px-Map_of_participants_in_World_War_II.png which didn't work for some reason. Anyone know why this happened? Thanks. Conor2004 (talk) 12:39, 15 October 2016 (UTC)

I don't know why it happened but it seems to only affect the 300px version so I changed it to 299px in [9]. PrimeHunter (talk) 14:28, 15 October 2016 (UTC)

Thanks. Conor2004 (talk) 14:49, 15 October 2016 (UTC) And by the way, it seems to also affect the 500px version. Conor2004 (talk) 18:43, 15 October 2016 (UTC)

503 errors/possible Twinkle issues

Tracked in Phabricator
Task T146451

Seems to be affecting API calls -- samtar ^{talk or stalk} 15:34, 17 October 2016 (UTC)

And previewing -- samtar ^{talk or stalk} 15:35, 17 October 2016 (UTC)

I can report I get the message: Grabbing data of earlier revisions: error "Service Unavailable" occurred while contacting the API. when trying to use Twinkle. RickinBaltimore (talk) 15:35, 17 October 2016 (UTC)

• Watchlist notice added, feel free to remove upon resolution. — xaosflux ^Talk 16:19, 17 October 2016 (UTC)

I've been getting the same error message as RickinBaltimore when I try to revert someone's edits with Twinkle. Everymorning (talk) 16:26, 17 October 2016 (UTC)

I'm in the same general boat... "Grabbing data of earlier revisions: error "HTTP/2.0 503" occurred while contacting the API." Shearonink (talk) 16:30, 17 October 2016 (UTC)

I haven't experienced this myself, but then again, I haven't had a need to use Twinkle yet today. However, it seems to be working now based on reports being made with it over on WP:AIAV. Amaury (talk | contribs) 17:08, 17 October 2016 (UTC)

Several of my gadgets are malfunctioning

I'm getting a lot of failures from gadgets. As I write this my live Preview gadget displays nothing but

An error occurred while attempting to preview your changes.
HTTP error: error

My clock gadget that let's me purge a page by simply clicking it gets me a "Purge Failed" error.

My console suggests the root cause is because that https://en.wikipedia.org/w/api.php is returning a 503.—^cyberpower_{Trick or Treat:Online} 15:36, 17 October 2016 (UTC)

Seems that all API application servers have stopped working.--Antigng (talk) 15:41, 17 October 2016 (UTC)

Even the simple task of adding a page to my watchlist isn't working right now. Stevie is the man! ^{Talk • Work} 15:52, 17 October 2016 (UTC)

Nothing's working. Almost everything relies on the API. - NQ (talk) 15:54, 17 October 2016 (UTC)

I am and have been for a couple weeks getting the same error with the clock gadget using Chrome. - Mlpearc (open channel) 15:58, 17 October 2016 (UTC)

Same here. I can't even revert a WP:BLP violation.- MrX 16:02, 17 October 2016 (UTC)

I just added something to my watchlist via raw edit for the first time ever.  :) Stevie is the man! ^{Talk • Work} 16:04, 17 October 2016 (UTC)

Failed to fetch notifications

My "notifications" widget is showing that I have 1 new notification, but when I click on it, I get a message stating "Failed to fetch notifications". (Monobook.js skin; Twinkle installed.) WikiDan61^ChatMe!_ReadMe!! 16:02, 17 October 2016 (UTC)

mw:notifications relies on API, which fails to work now. --Antigng (talk) 16:05, 17 October 2016 (UTC)

• I had this too but it's working again now. Andrew D. (talk) 18:16, 17 October 2016 (UTC)

Tech News: 2016-42

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Recent changes

• There is a new newsletter from the Collaboration team at the Wikimedia Foundation. It will have more details about for example Flow and notifications. You can read the first issue.

Problems

• Some users got a warning about Wikipedia's security certificate last week. This was because of a problem GlobalSign had. This has now been fixed. Only a small number of users got the warning. [10]
• Editors couldn't edit semi-protected pages in the Wikipedia app for Android. This has now been fixed in the beta version. [11]

Changes this week

• There will be no new MediaWiki version this week. [12]

Future changes

• The Editing Department are working on a new wikitext editor. It will have tools that are in the visual editor but not in the wikitext editor today. You can read more about this. This is an early plan and things can change. The old wikitext editor will still exist.

Tech news prepared by tech ambassadors and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

16:42, 17 October 2016 (UTC)

Title blacklist

Hello, folks. If this is not the appropriate place to ask this question, I'll be happy to be re-directed elsewhere.

As a reviewer at Articles for Creation, I tried to accept a submission for publication, but was stopped with the notice that the move was forbidden ("titleblacklist-forbidden-move"). I took a look at both the local and global blacklists over at MediaWiki, but I'm not sure that I actually understood everything that was printed there.

For most of today, my watchlist had a notice that there was some central computer problem -- might this be what is preventing the move from Draft space into article space? Or is the title "There's a Gold Mine in the Sky" really on a black list?

I will greatly appreciate any help that you can provide. NewYorkActuary (talk) 00:02, 18 October 2016 (UTC)

@NewYorkActuary: Fixed. You should be able to move it now. Jackmcbarn (talk) 00:51, 18 October 2016 (UTC)

Thank you. NewYorkActuary (talk) 00:59, 18 October 2016 (UTC)

Woah, that regex is beyond me. How did removing "ſ" actually fix that? Someguy1221 (talk) 01:08, 18 October 2016 (UTC)

I, too, am lost & want for illumination. --Tagishsimon (talk) 01:17, 18 October 2016 (UTC)

@Tagishsimon, Someguy1221, and NewYorkActuary: I think the reason that helped is that the ſ character (the long s) is case-folded into an ordinary S character when case-insensitive comparison is used, probably causing this issue. Pppery 01:59, 18 October 2016 (UTC)

Thanks Pppery; that makes a sort of sense, although it feels more like a sort of unicode to ascii mapping than a case-insensitive issue ... but this is not my area. --Tagishsimon (talk) 03:23, 19 October 2016 (UTC)

Wishlist update

Hi, last year we had a wishlist process to decide what the WMF Community Tech team should focus on. The latest status report is out now, if you want to keep track of what's happening (and to make sure credit goes where credit should go: it's not just the Community Tech team doing things – other WMF teams, Wikimedia Germany and MediaWiki developers who do this in their spare time have worked on this as well).

The next wishlist process will start in November. /Johan (WMF) (talk) 09:09, 18 October 2016 (UTC)

Deleted article causing Petscan woe

A petscan report of mine lists Deborah L. Kerr as an extant en.wiki article, but per the redlink here, it does not exist; was deleted some time back. The fact of the undead article in the petscan list seems to break the WiDar tool which enables wikidata items to be created from petscan lists; it hangs. So that's bad. Can anyone throw any light on the problem? thanks --Tagishsimon (talk) 03:18, 19 October 2016 (UTC)

It should get reported here. But I think I have seen somebody telling about this to Magnus. --Edgars2007 (talk/contribs) 15:49, 19 October 2016 (UTC)

Thanks Edgars; I may have found a second, but so long as I know the bucket into which to throw them, I'm happy. --Tagishsimon (talk) 15:53, 19 October 2016 (UTC)

Linking new article to Wikimedia Q ID?

I am so not a tech guy. At the Greek Wikipedia, I stumbled on the Wikimedia Q# for Demetrios Alexatos. Right now I have just parked it at the article, but that's not right, I know. How do I link the new article to his Wikimedia Q ID?--Kintetsubuffalo (talk) 08:43, 19 October 2016 (UTC)

Visit Wikidata. Search for your man's record. Once found, look for the wikipedia box, hit edit, add en as the language and the article name for the page parameter. Wikidata checks that it has the right values for both (they appear beneath the input field boxes) ... save, done. But I've been there and done that for you, so, err... --Tagishsimon (talk) 08:49, 19 October 2016 (UTC)

Is there a way to find all article titles matching a particular regex?

There is a discussion going on MediaWiki talk:Titleblacklist to blacklist all titles which contain (or consist exclusively) 10 or more digits as they tend to be created by spammers. Is there a way to find out if there are legit titles which match this pattern? Something asked by MER-C on that talk page. JoJo Eumerus mobile (talk) 09:30, 19 October 2016 (UTC)

What I can do now is to set up a test abuse filter that checks all newly created pages against an arbitrary regular expression and just log the results. It'll take a week or so to get an idea of the false positive rate. MER-C 10:14, 19 October 2016 (UTC)

Done: Special:Abusefilter/1. MER-C 10:20, 19 October 2016 (UTC)

I searched the regular expression \d{10} (10 consecutive digits) at https://tools.wmflabs.org/grep without including redirects. It took around 10 minutes (and the tool has often timed out in the past) but it finally gave the below list. I had already seen four of them in Category:Integers. PrimeHunter (talk) 10:36, 19 October 2016 (UTC)

• 9814072356 (number)
• 9223372036854775807
• 4294967295
• Mohini 9886788888
• Katasumi and 4444444444
• 2147483647 (number)

Hrm. Six pages with some low potential for others. Is that too many legit articles for a titleblacklist entry? Jo-Jo Eumerus (talk, contributions) 16:00, 19 October 2016 (UTC)