Wikipedia:Village pump (technical)

From Wikipedia, the free encyclopedia
Jump to navigation Jump to search
 Policy Technical Proposals Idea lab Miscellaneous 
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. If you want to report a JavaScript error, please follow this guideline. Questions about MediaWiki in general should be posted at the MediaWiki support desk.

Frequently asked questions (FAQ) (see also: Wikipedia:FAQ/Technical)
Click "[show]" next to each point to see more details.
If something looks wrong, purge the server's cache, then bypass your browser's cache.
This tends to solve most issues, including improper display of images, user-preferences not loading, and old versions of pages being shown.
Font size changed unexpectedly?
You may have accidentally changed the font size on your browser for a particular website by pressing a shortcut key or scrollwheel without realising it. Try resetting the zoom with Ctrl+0 (typing the digit zero while holding down the control key) or adjusting the zoom with Ctrl++ or Ctrl+-. Alternatively, look for the View option on your browser's menu and reset it to 100%.
No, we will not use JavaScript to set focus on the search box.
This would interfere with usability, accessibility, keyboard navigation and standard forms. See bug 1864. There is an accesskey property on it (default to accesskey="f" in English), and for logged in users there is a gadget available in your preferences.
No, we will not add a spell-checker, or spell-checking bot.
You can use a web browser such as Firefox, which has a spell checker.
If you have problems making your fancy signature work, check Wikipedia:How to fix your signature.
If you changed to another skin and cannot change back, use this link.
Alternatively, you can press Tab until the "Save" button is highlighted, and press Enter. Using Mozilla Firefox also seems to solve the problem.
If an image thumbnail is not showing, try purging its image description page.
If the image is from Wikimedia Commons, you might have to purge there too. If it doesn't work, try again before doing anything else. Some ad blockers, proxies, or firewalls block URLs containing /ad/ or ending in common executable suffixes. This can cause some images or articles to not appear.
Numbers listed in parentheses in the "Recent changes" section, on history pages and in your watchlist are the number of added or removed bytes.
For server or network status, please see Wikimedia Foundation Grafana.
« Older discussions, 149, 150, 151, 152, 153, 154, 155, 156, 157, 158, 159, 160, 161, 162, 163, 164, 165, 166, 167, 168, 169


How to permanently and globally disable mobile wikitext editor without disabling mobile wiki skin.[edit]

Reposting from helpdesk according to suggestion

I have repeatedly encountered the problem and tried to searched and asked for solution but still can't find anything that can help me.

On mobile devices, due to the limited amount of memory, it's easy for browser tabs to be clear out of memory when user opened too much other tabs to look for information when from other sites.

Normally, when browser reload those tabs when user switch into the tab after the tab being cleared out if the memory, it would still be possible for original text in editor field to be loaded back.

However, since that wikitext mobile editor was dynamically pulled in the page, this browser text field recovery process could not work, and thus hours and hours of edits that would have been made via mobile browsers have all go into vain thanks to that completely counterproductive design.

How to permanently disable that?

C933103 (talk) 03:08, 6 September 2018 (UTC)

C933103, which of the multiple mobile-editing systems is being used here? Whatamidoing (WMF) (talk) 17:59, 7 September 2018 (UTC)
@Whatamidoing (WMF): The one with "#/editor/0" appear in URL when used. C933103 (talk) 18:02, 7 September 2018 (UTC)
C933103, I asked a couple of tech folks about this, and I have sort of bad news and maybe-okay news. There doesn't seem to be a way to change the browser behavior. The default at "#/editor/0" is the Javascript-based mobile wikitext editor, and there's no way to stop the browser from clearing out the memory, nor is there any autosave. (The original text in the editing window is only auto-reloaded by some browsers, some times, usually on desktop.) However – and this is the maybe-okay news – if you can switch to the mobile visual editor, then you'll get a built-in autosave feature which would usually save your work in such cases (although it's not guaranteed). Whatamidoing (WMF) (talk) 15:07, 12 September 2018 (UTC)
@Whatamidoing (WMF): So that mean I can switch the editor, but I can only switch it to the mobile visual one instead of the traditional desktop one? If editor switching is already possible, can I request the feature pf switching it to the traditional mobile one? 221.127.109.116 (talk) 16:16, 12 September 2018 (UTC)
If the URL says "#/editor/0" at the end, then you aren't using "the traditional desktop one" (of which there are about four, depending upon how you count them, plus multiple other "non-traditional" mw:editors). If you are on the mobile website, regardless of device, then you have only three options for editing:
  1. The "traditional" (but not the "original") mobile wikitext editor (You are using this if Javascript is enabled in your browser, and you see wikitext.)
  2. An empty HTML <textarea> box, aka the 2003 wikitext editor (Javascript is disabled. You will see wikitext but no toolbar or buttons.)
  3. The visual editor (This is the only option that doesn't show wikitext codes. It is also the only option that has a built-in auto-save feature.)
You can already switch between all of the three available options. Unfortunately, what nobody can do right now is:
  • make any of the visual editor's built-in features (its citation filling tool, its auto-save feature, etc.) appear in any of the other editing environments (and vice versa), or
  • make the web browser on your phone auto-save lost work in the same way that the web browser on your laptop auto-saves lost work. Note this key detail: If you accidentally close a tab in Chrome or Firefox on your Windows laptop, and your changes are restored when you re-open the tab, that recovery is being done directly by Chrome or Firefox on your laptop – not by anything Wikipedia controls. So far, it appears that the makers of mobile web browsers have not chosen to provide a similar feature on mobile browsers. You'd have to contact the makers of UC Browser, Opera, Firefox, etc., and ask them to build that (and then it would work for all websites).
Whatamidoing (WMF) (talk) 18:33, 12 September 2018 (UTC)
@Whatamidoing (WMF): I mean, do you know how can I switch from using "#/editor/0" by default, into using "?action=edit&section=0" by default? Or alternatively, how can I change to use the "2003 wikitext editor" you described while still staying in the mobile skin when reading? I can't find where can I make such a switch option. C933103 (talk) 21:32, 12 September 2018 (UTC)
C933103, sorry for the late reply. I don't think that you can switch the URL. You get the 2003 WTE by turning off Javascript in your web browser, but (a) you might not like the results, since lots of pages will look worse and most tools will disappear, and (b) I don't think it would solve your actual problem.
Your actual problem is that your web browser is running out of memory and, as a result, actively throwing away your unsaved changes. Since the problem is "browser out of memory, throwing away all the changes", then it seems to me that it is unlikely that you will, even in the 2003 WTE, get "browser out of memory, throwing away all the changes – also, saving those changes in memory, just case he re-opens this tab". The reason that a desktop web browser (sometimes) saves your changes when you accidentally close a tab is because your desktop browser is not running out of memory, so it has a place to save those. If your mobile web browser had memory to save it, it wouldn't have thrown it away in the first place. But it has no memory to spare, so it throws away your changes permanently, with no hope of recovery.
I don't think that there is any change you can make on Wikipedia that will stop your web browser from actively throwing away your changes on Wikipedia when it runs out of memory. If you need Wikipedia to save your changes, so that they can (usually) be recovered when your web browser throws them away (or crashes), then that feature is only available in VisualEditor. If you want your web browser to save your changes (or just to stop removing them), then you need to upgrade your mobile device, to something with a lot more memory. In the meantime, it might be a good idea to "Save Early, Save Often". Whatamidoing (WMF) (talk) 17:25, 18 September 2018 (UTC)
@Whatamidoing (WMF): Except I do get my text back if I use the desktop editor and then page get purged due to lack of memory. The reaso is that mobile browser also have something like cache memory that's stored within devices' storage instead of RAM. So, the no-js editor is actually helpful too, but I don't want to disable js for my entire browser just tp use this particular old edit tool. How can I get that no-js editor via setting? Or should I request the implementation of such feature that would allow user to manually switch between different editors?C933103 (talk) 18:56, 18 September 2018 (UTC)
Have you tried switching to that editing environment in Special:Preferences, and seeing whether that carries over to the mobile editing environment? mw:Editor probably has the necessary details, but you need to turn off the 2017WTE in Beta Features, turn off the 2010 ("enhanced") toolbar, **and** turn off the 2006 toolbar. Each newer system secretly overrides all older ones. (What a confusing mess. We need to fix this, so you can just pick the one you want, all on the same page.)
If that doesn't work, then you might have to disable Javascript in your mobile web browser. (It should be sufficient to do that just for the en.m.wikipedia.org domain, if there's some sort of add-on.) Also, before you do that, please look at phab:T192018. It appears that you won't be able to edit the introduction of any article on the mobile site with Javascript disabled. Whatamidoing (WMF) (talk) 17:36, 19 September 2018 (UTC)
@Whatamidoing (WMF): I have tried turning off both the 2007/2010/2006 editors but they only affect the desktop editing environment and the mobile editing environment is still the 2013 one without changes. And I don't want to turn off javascript for the entire browser just for a single site and Chrome Android browser support turning off js for individual site nor support plugin (Strangely it support turning on js just for a few site while blocking all other sites from using js). And no, it seems like I can edit lead section using the js-less editor. C933103 (talk) 02:41, 20 September 2018 (UTC)

Specific Inquiry about Data on Mathematics Portal[edit]

On the Portal:Mathematics page (https://en.wikipedia.org/wiki/Portal%3AMathematics), there is a claim that "There are approximately 31,444 mathematics articles on Wikipedia. I'm curious about how Wikipedians have gone about estimating this number. Can someone point me in the right direction to find the answer? I looked at WikiData, but did not find enough of a robust dataset that could support this high count reported on the Portal.

Any help would be greatly appreciated. — Preceding unsigned comment added by 001JakubSvec (talkcontribs) 04:12, 17 September 2018 (UTC)

I've removed the statement. The count hadn't been updated since 2015. — JJMC89(T·C) 04:34, 17 September 2018 (UTC)
JJMC89, thank you for the speedy update, but I was mostly curious about how Wikipedia determined that in the first place, even if it was in 2015 that it determined that statistic. -001JakubSvec — Preceding unsigned comment added by 001JakubSvec (talkcontribs) 12:26, 17 September 2018 (UTC)
This example was kept at Wikipedia:WikiProject Mathematics/Count. The page history [1] shows it was updated by a bot until 16 June 2015‎. The edit summaries only said "daily update from wikilabs". Other examples have used counts of articles tagged by a WikiProject. Wikipedia:WikiProject Mathematics uses {{Maths rating}} but it only has around 17,000 transclusions. Category:Mathematics articles by quality gives the same total. I don't know where the bot counted the extra articles. PrimeHunter (talk) 13:04, 17 September 2018 (UTC)

Copying on tablets and smartphones[edit]

There’s an unresolved issue about copying content on devices such as tablets (iPads and etc) we need an extension that lets us copy all the content of a page at once without having to scroll through each line for copying, for example you have to sell yourself to Satan to copy a page like this on a tablet, and to people like myself who contribute mostly using tablets, this is annoying as heck. It would be really cool if we had some sort of “select and copy all” tool, developed either by a user or Wikimedia.--▸ ‎épine talk 08:48, 17 September 2018 (UTC)

@Épine: are you using the app/mobile view/desktop view/etc? If not using the app, are you only having this issue with certain browsers? — xaosflux Talk 16:15, 17 September 2018 (UTC)
@Xaosflux: I’m using desktop mode on an iPad, Safari browser. I rarely edit using the wiki app. The browser is not an issue, the way the apple products are designed to copy content is. This issue can be easily resolved with a small and quick tool that can either be developed by a user or the wikimedia foundation. I don’t know why this issue keeps getting overlooked.--▸ ‎épine talk 18:36, 17 September 2018 (UTC)
The Editing team has been talking about some problems with mobile editing. Épine, would you mind leaving a note at mw:Talk:Mobile editing using the visual editor report about this? It's not strictly on topic, but I think it'll be the best way to make sure that everyone on the team sees it. Whatamidoing (WMF) (talk) 17:38, 18 September 2018 (UTC)
@Whatamidoing (WMF): I don’t think it’s appropriate to address this issue there. I think they’re talking about the visual editor which I never use, I only use source editor. If you can address it on my behalf I would appreciate it.--▸ ‎épine talk 18:55, 18 September 2018 (UTC)
Épine, at the moment, they're mostly talking about basic problems with using mobile devices, including copying and pasting, so I'm sure they'd be interested. (Presumably Safari's copying/pasting system is the same on all of the editing tools on Wikipedia.) I can certainly talk to them for you, if that's what you prefer. Whatamidoing (WMF) (talk) 21:01, 18 September 2018 (UTC)
@Whatamidoing (WMF): you have a higher chance of being listened to (made some other requests that are left unanswered for some reason) so please do so and warn them about this issue. On PC you can just ctl+a and select everything while on tablets on phones you can’t execute an action like that. Note that copying from protected pages is even worse. Thank you.—▸ ‎épine talk 22:15, 18 September 2018 (UTC)
I've started with a note on that page. I pinged you, so you can make sure that I accurately described the problem. I also pinged Jess, the team's new designer. I think she'll be particularly interested in this problem. Whatamidoing (WMF) (talk) 17:48, 19 September 2018 (UTC)

Oddity with navigation popups[edit]

This has been brought up at WP:ERRORS today. At Template:Did_you_know, the last hook of the day contains a link to Crime Does Not Pay (comics). If I hover over this link, the preview actually shows me the "Spinoffs" paragraph of the article, instead of the lede as you would expect. This happens in Firefox, Edge and Chrome. However, on all three of those browsers, if I log out, it works correctly. I am on Windows Home 10.0.17134. Black Kite (talk) 09:24, 17 September 2018 (UTC)

Black Kite, does it work now? Works for me now after this which I think allows navpopups to detect the bold lead instead of skipping to the bold text in Crime_Does_Not_Pay_(comics)#Spinoffs Galobtter (pingó mió) 09:36, 17 September 2018 (UTC)
Also, when you're logged out, mw:Page_Previews is used which is different from Wikipedia:Tools/Navigation_popups Galobtter (pingó mió) 09:39, 17 September 2018 (UTC)
Seems to be working for me now (I am the editor who first raised ths at ERRORS). Thanks all for the help. DuncanHill (talk) 13:39, 17 September 2018 (UTC)
Yes, it works for me now as well, thanks. It's still a bug, though, isn't it? Black Kite (talk) 18:15, 17 September 2018 (UTC)

Tech News: 2018-38[edit]

21:57, 17 September 2018 (UTC)

Feedback wanted on mobile web contribution prototype[edit]

CKoerner (WMF) (talk) 15:34, 18 September 2018 (UTC)

IAdmin access request for User:Pharos[edit]

A request for Interface administrator access under the stop-gap process for User:Pharos is currently open at Wikipedia_talk:Interface_administrators#IAdmin_temporary_access_request_for_User:Pharos. Community commentary on the request is welcome at that page. Best regards, — xaosflux Talk 18:05, 18 September 2018 (UTC)

Audio recording software[edit]

Anybody have any recommendations for a (preferably) free open source software for recording/editing spoken audio recordings of articles? I would have posted this at WikiProject Spoken Wikipedia, but it seems pretty dagum dead there. GMGtalk 18:57, 18 September 2018 (UTC)

Audacity is quite popular lately and simple to use (it's not necessarily for voice recordings only, however). —PaleoNeonate – 19:37, 18 September 2018 (UTC)
If I'm not mistaken I think I used Audacity some ten-odd years ago in college, but I don't remember it having any kind of editing functionality. My intuition was to do two takes and splice the paragraphs together for which ever was the better take. But the last time I messed with audio editing I was (again) in college, and I don't own any fancy pants software anymore. GMGtalk 19:41, 18 September 2018 (UTC)
Audacity does allow editing audio, and it should allow doing what you want re splicing pretty easily Galobtter (pingó mió) 21:47, 18 September 2018 (UTC)
@GreenMeansGo:. Second Audacity. Standard tool used by the LibriVox community. A helpful page. -- GreenC 13:34, 19 September 2018 (UTC)
I downloaded it last night and did a couple of test runs. But I'm going to have to dig through the stacks of boxes that are the remnants of my music room to find one of my old USB mics. The mic on my laptop bottoms out on any subtle inflection and basically records nothing. GMGtalk 13:41, 19 September 2018 (UTC)
  • I'd also recommend Audacity. I use it several times a month, at least. As for the mic, if you have to buy one I'd recommend a Blue Yet as a relatively cheap mic that's very popular with youtubers. Don't forget the pop filter. I have one and while it's not quite studio quality, it's close enough to produce professional-sounding audio with the right post-processing. I also have a bunch of tips for processing vocal audio, if you're interested. Let me know at my talk page. ᛗᛁᛟᛚᚾᛁᚱPants Tell me all about it. 14:23, 19 September 2018 (UTC)

Prefs change[edit]

OOUI continues its march; see https://en.wikipedia.beta.wmflabs.org/wiki/Special:Preferences for the latest. AFAICT some of the sections look just about the same, and some (especially the first) are more obviously different. Remember that the content isn't changing; it's just things like the size of the buttons and the color of the tabs.

Also, there's at least one feature that's likely to be useful: You can now give people a link to the relevant sub-section, not just the tab. This means that the WP:AFD instructions can be updated to tell people to go to "https://en.wikipedia.beta.wmflabs.org/wiki/Special:Preferences#mw-prefsection-gadgets-browsing" to turn on Twinkle (for example), rather than just to the gadgets tab, and then to scroll around until you find it. Later, that team is hoping to change things so that individual items (e.g., the Twinkle button itself) can be linked and highlighted. So there's some good news here. Whatamidoing (WMF) (talk) 21:06, 18 September 2018 (UTC)

You can also test this locally at Special:Preferences and tacking ?ooui=1 to the end of the URL. --Izno (talk) 21:42, 18 September 2018 (UTC)

Watchlist updating itself[edit]

If this a new feature? If so, why was it implemented? I don't want my watchlist updating itself, especially when I'm in the process of catching up on my watchlist. It's annoying having to find the spot I was at time and again. Flyer22 Reborn (talk) 23:12, 18 September 2018 (UTC)

This could be one of two things:
  • There was a gadget or user script lying around which implemented this. Verify you aren't loading one of those.
  • This is part of the recent (a few months ago) watchlist improvements. You can verify those are turned on if there is no checkmark at Special:Preferences#mw-prefsection-watchlist. Either a) you can opt out there entirely for all improvements or b) you can go to the watchlist itself, find the button that says "Live updates", and press it, such that a triangle ("play") displays after, rather than a square ("stop").
--Izno (talk) 23:29, 18 September 2018 (UTC)
Thanks, Izno. Flyer22 Reborn (talk) 00:14, 19 September 2018 (UTC)
Flyer, there's a button right above the first date/item. It says "Live updates". If it's selected/dark blue, then un-select it. Whatamidoing (WMF) (talk) 17:22, 19 September 2018 (UTC)

A technical request[edit]

Is there a way to find instances of {{infobox song}} where certain fields are not filled in? I sometimes find instances where at least one of the genre, label, writer, or producer is not filled in, and would like to work on filling those in where possible, as I just did on Jump Around. Ten Pound Hammer(What did I screw up now?) 23:38, 18 September 2018 (UTC)

There's an external tool or two lying around which list parameters which are unused, but I don't know if unused in specific templates... You could use AWB, search for "hastemplate:infobox song", and then set it to skip when it detects | *paraname *= *.* or something like that. --Izno (talk) 23:53, 18 September 2018 (UTC)
If those are required (or very nice to have) parameters, it might be worth it to add a tracking category for parameters that are missing. For an example of such a category, see Category:Comics infobox missing language parameter. If you need help, post on the template's talk page and ping me. I'll stop by. – Jonesey95 (talk) 09:19, 19 September 2018 (UTC)
TenPoundHammer, see templates with missing genre and missing writer. One can't find instances missing the other two parameters using this tool because they aren't set as "suggested" parameters in the WP:TemplateData for {{infobox song}} (though one could change that and it'll come in next month's report) Galobtter (pingó mió) 09:31, 19 September 2018 (UTC)

Is tools.wmflabs down?[edit]

Greetings, for several days now when attempting to run tools.wmflabs.org/enwp10/cgi-bin/update.fcgi and getting "504 Gateway Time-out" instead. Not sure who to contact so I thought to start here at VPT. Regards, JoeHebda • (talk) 13:25, 19 September 2018 (UTC)

@JoeHebda: is a platform for developers to host their programs. So no, not all the tools.wmflabs.org platform is down, only the enwp10 tool :)
@Hedonil, Kelson, and Theopolisme:, project maintainers of https://tools.wmflabs.org/enwp10 tool. --Framawiki (please notify) (talk) 16:42, 19 September 2018 (UTC)
I reported at Phabricator, open task T204844 is "504 Gateway Time-out on enwp10 tool". JoeHebda • (talk) 16:45, 19 September 2018 (UTC)
Pings to maintainers: @Theopolisme:, @Kelson:, and @Hedonil:. — xaosflux Talk 17:12, 19 September 2018 (UTC)

--

I have restarted the Web service manually and it is back. Kelson (talk) 10:06, 20 September 2018 (UTC)

Sortable side-scrolling table[edit]

Hello there: on the suggestion of Waldir, I wish to ask here if anyone can add the ability to sort in {{Scrolling table}}? I think adding such functionality may be useful for tables like the one at Škoda Auto § Sales and markets, as well as more sophisticated examples that I not know of yet at this time. Best, --Marianian(talk) 17:27, 19 September 2018 (UTC)

@Marianian: You should now be able to set |sortable= to any value to add sortability. --Izno (talk) 20:29, 19 September 2018 (UTC)
Hi, I think it takes more than adding the parameter to {{Scrolling table/top}}. I tested it and I cannot see the functionality to sort the values. For the record, using Firefox 62.0. Best, --Marianian(talk) 21:48, 19 September 2018 (UTC)
@Marianian: So I just took a second look, and what you're requesting cannot be done with the way the templates are implemented. The general point I'm going to make is that the table is fake -- it might look like a single table, but it is actually two tables. I'm half tempted to send the templates to TFD because a) they are not widely used and b) should not be used at all, as I would guess they are inaccessible. --Izno (talk) 22:07, 19 September 2018 (UTC)

Broken template[edit]

Something is causing the template to be broken. See Wikipedia:Articles for deletion/Jean-Philippe Susilovic, where the {{u|7&6=thirteen}} is displayed as [[User:{{{1}}}|{{{1}}}]]. PS please ping me if this is replied. I'm not watching this page. I have also posted at Template_talk:User_link#Broken_template but redirected replies here. --Tyw7 (🗣️ Talk) — If (reply) then (ping me) 20:24, 19 September 2018 (UTC)

Fixed. Ruslik_Zero 20:27, 19 September 2018 (UTC)
Ruslik0, erm still not working https://en.wikipedia.org/w/index.php?title=Wikipedia%3AArticles_for_deletion%2FJean-Philippe_Susilovic&type=revision&diff=860316837&oldid=860316800 --Tyw7 (🗣️ Talk) — If (reply) then (ping me) 20:45, 19 September 2018 (UTC)
@Ruslik0: I don't think that your fix is the best way of doing it, although it does work in certain circumstances. A better way would be to explicitly number the parameter, as in {{u|1=7&6=thirteen}}. --Redrose64 🌹 (talk) 20:48, 19 September 2018 (UTC)

Pinging Enterprisey as his widget uses this template. --Tyw7 (🗣️ Talk) — If (reply) then (ping me) 20:46, 19 September 2018 (UTC)

@Tyw7: The explanation of the original problem is that since 7&6=thirteen (talk · contribs)'s login name contains an equals sign, whenever it is used in what is intended to be a positional parameter of a template, it is instead treated as a named parameter - the name being 7&6 and the value being thirteen. --Redrose64 🌹 (talk) 20:48, 19 September 2018 (UTC)
You can always contact me by using [[User:7&6-thirteen]]. 7&6=thirteen () 20:51, 19 September 2018 (UTC)
7&6=thirteen, thanks. Yeah I was trying to ping you. Plus Enterprisey's reply gadget uses that template. --Tyw7 (🗣️ Talk) — If (reply) then (ping me) 20:54, 19 September 2018 (UTC)
@7&6=thirteen: no we can't. User=7&6-thirteen is a redlink to a non-existent article. --Redrose64 🌹 (talk) 21:13, 19 September 2018 (UTC)
Redrose64, is there a possible fix to the bug for users with "=" in their name? Also maybe user:Enterprisey can fix his reply gadget to use the 1= template to make it more resilient. --Tyw7 (🗣️ Talk) — If (reply) then (ping me) 20:52, 19 September 2018 (UTC)
One can make reply-link do that by setting replyLinkPreloadPingTpl to "{{u|1 = ##}}, ". Not sure if i'd want "1=" everywhere for the very rare cases of breakage.. Galobtter (pingó mió) 20:56, 19 September 2018 (UTC)
@Tyw7: There is no possible fix, other than the |1= method that I already described, because there is no bug. It is a design feature of the MediaWiki template parser that in every template, every parameter that contains an equals sign is interpreted as a named parameter. See H:T#Parameters. --Redrose64 🌹 (talk) 21:18, 19 September 2018 (UTC)
Redrose64, ah right. I guess the only fix is probably a rename but I doubt 7&6 would want to do that. --Tyw7 (🗣️ Talk) — If (reply) then (ping me) 22:19, 19 September 2018 (UTC)
There is a possible workaround in the template; if implemented in Lua the template could automatically interpret unrecognized parameters as usernames containing equals; something like for k, v in pairs(args) do if (string.match(k, '%D')) and (not paramWhitelist[k]) do addEqualsUsername(k, v) end end would let usernames containing equals be "escaped" automatically. {{Nihiltres |talk |edits}} 13:57, 20 September 2018 (UTC)
@Nihiltres: Other than checking to see if the user page exists (which only works if the user has a user page, which is not a given), how would the lua script interpret {{u|1=one}}? Is it User:1=one or User:one? --Ahecht (TALK
PAGE
) 16:24, 20 September 2018 (UTC)
@Ahecht: It would handle your example as "User:one"; the logic (string.match(k, '%D')) I mentioned checks for any non-numerical characters ("%D") before the equals sign; normally those are "lost" as unrecognized parameters, but the example code would recapture those cases. A user "User:1=one" would still be a problem; there's no safe way of checking one that would match a purely-numeric named parameter. I'd recommend such users either a) be renamed or b) included as narrow special cases, where (b) only applies if they register the conflicting account themselves to ensure it isn't used. {{Nihiltres |talk |edits}} 17:18, 20 September 2018 (UTC)

Found another issue. The user's name broke the [[]] and []. --Tyw7 (🗣️ Talk) — If (reply) then (ping me) 21:08, 19 September 2018 (UTC)

@Tyw7: No, those broke because you used unencoded braces. Totally different issue. --Redrose64 🌹 (talk) 21:20, 19 September 2018 (UTC)
Redrose64, how to properly link then? With other usernames posting diffs usually work. --Tyw7 (🗣️ Talk) — If (reply) then (ping me) 21:46, 19 September 2018 (UTC)
It is nothing to do with the user name, it is the unencoded braces. This is one of the reasons that we request people not to use templates in section headings. To link to that section, either of the following work in Opera: User talk:7&6=thirteen#Username breaks the .7B.7Bu.7D.7D template; User talk:7&6=thirteen#Username breaks the {{u}} template, although the second one might not work in all browsers. --Redrose64 🌹 (talk) 22:03, 19 September 2018 (UTC)
Redrose64, the first one worked. User_talk:Enterprisey/reply-link#Gadget_fails_to_reply_to_users_with_"="_in_their_name --Tyw7 (🗣️ Talk) — If (reply) then (ping me) 22:18, 19 September 2018 (UTC)

Please post comments about Enterprisey's gadget here --Tyw7 (🗣️ Talk) — If (reply) then (ping me) 21:05, 19 September 2018 (UTC)

Sorry for my error. [[User:7&6-thirteen]]. 7&6=thirteen () 21:16, 19 September 2018 (UTC)
User:7&6-thirteen no such user. Please stick to the method that I described, which is proven to work. --Redrose64 🌹 (talk) 21:21, 19 September 2018 (UTC)
[[User:7&6=thirteen]] works. -- GreenC 21:30, 19 September 2018 (UTC)
Duh!. I just use four tildes. Sorry for the repeated errors. Thanks. 7&6=thirteen () 21:33, 19 September 2018 (UTC)
I was trying to link to his page.... how to do that? The talk page link to the specific thread breaks so as direct linking using the long URL> --Tyw7 (🗣️ Talk) — If (reply) then (ping me) 21:45, 19 September 2018 (UTC)
You link to the page in the way that I described already - make sure that you use |1= in order that the next equals sign is taken literally, and not as the separator of a name=value pair. If it helps, you can do this for all users, like this: {{u|1=Tyw7}}Tyw7. --Redrose64 🌹 (talk) 22:12, 19 September 2018 (UTC)
I once proposed to disallow equals signs in new Wikimedia accounts: meta:Talk:Title blacklist/Archives/2015#Equals sign. PrimeHunter (talk) 23:47, 19 September 2018 (UTC)
^ this seems like it would be the real solution. Killiondude (talk) 01:00, 20 September 2018 (UTC)
PrimeHunter, I support this proposal. Can you re-submit? --Tyw7 (🗣️ Talk) — If (reply) then (ping me) 01:25, 20 September 2018 (UTC)
An archive search shows it was also proposed at meta:Talk:Title blacklist/Archives/2018#= where it was rejected by Billinghurst. PrimeHunter (talk) 09:41, 20 September 2018 (UTC)
1) We already have usernames with equal signs. 2) Users can be renamed. 3) If it that problematic, get it fixed properly by opening a phabricator ticket, not a jerry-built job in the title blacklist. — billinghurst sDrewth 11:22, 20 September 2018 (UTC)
1) Blacklisting new "=" would reduce future problems without annoying existing users. 2) It's easier to blacklist "=" than to rename users who chose a name in good faith. 3) Many Wikimedia wikis have templates with usernames as unnamed parameters. Many other wikis may have no issue with "=" in usernames. It could be a MediaWiki configuration option but then it would be similar to just blacklisting it. Requested MediaWiki features are often declined or take years. PrimeHunter (talk) 13:00, 20 September 2018 (UTC)
1) Yes, though doesn't resolve our problem of use, just limits the cases into the future. 2) Sure, see 1) though it removes the problem into the future. 3) The issues of positional parameter and an equals sign is not limited to usernames alone, there are many times that it has an impact. It is not a new phenomenon, nor needs new solutions. We can and should educate our users, and write good templates, write good documentation, and utilise lua as required, not necessarily rely on lazy templating.

What if other wikis want their users to have an equals sign? What if users want to have an equals sign. We just forbid it so it makes it easier for user positional parameters at the gorilla wiki as it doesn't like it where it is a very occasional problem?

If it is truly problematic, start a phabricator ticket and see what ensues in the conversation, as ideally technical issues should have technical solutions, whereas social issues belong in blacklists. If it is seen as a crosswiki issue that needs resolution, then start your conversation at meta and invite the other communities to have an opinion, and if there is a consensus it will be undertaken. However, please just don't sit here and opine that it makes our use of a small set of templates here at enwiki harder for you when there is a pretty simple solution of 1= or user= and some updates to documentation. — billinghurst sDrewth 23:20, 20 September 2018 (UTC)

@Billinghurst: I'm not familiar with title blacklist additions. Is there a process on meta for gaining consensus for additions, or are proposals simply up to meta-admin/steward discretion? --Ahecht (TALK
PAGE
) 16:34, 20 September 2018 (UTC)
@Ahecht: Sure, meta is a consensus wiki like all WMF, and this discussion it would take place at m:talk:Title blacklist. Depending on the complexity and the impact of decisions that have a crosswiki impact, meta administrators may do it easily and quickly, or we may ask for a broader consensus, or we may ask for post to many/numbers of wikis to ensure that someone is open for many language, many sister wikis decision-making. The two previous occasions have had little input from users, and on both occasions the feedback was that it is probably a mediawiki-level determiner (so phabricator) if it is that problematic. If it came to my making a decision, I doubt that I would do that without broader xwiki input identifying the risks, the solutions, and that many wikis thought that it was appropriate. — billinghurst sDrewth 22:55, 20 September 2018 (UTC)

Tracking down a heavy memory leak[edit]

A few weeks ago, I volunteered for new page review and I tweaked some configs accordingly. Since then, every Wikipedia open tab leaks large amounts of memory, so that I have to kill the relevant processes in Chrome every few hours. I am trying to track down what the pages are doing, but had no luck so far. The Wikipedia pages typically accumulate memory allocation while in the background, sometimes up to gigabytes, while consuming a tiny fraction of CPU. Then when I switch to display such a page, memory usage goes back to a reasonable value. I am positive that this phenomenon only applies to the Wikipedia site. I have tried removing all my user scripts, to no effect. I also tried to disable many gadgets in Preferences, but had no luck isolating the issue. Is it possible to check the history of my preferences, especially in the gadgets section? Then I could restore them to a known working state prior to the memory leaks appearing. My next attempt would be to request removal of the NPR user right, although I don't understand how that would affect memory usage. Any help appreciated. — JFG talk 08:54, 20 September 2018 (UTC)

User:JFG, I'm sorry to hear that you are having problems with this. I wonder whether the "safemode" trick would help you figure this out. See mw:Help:Locating broken scripts#Test if you have problems related to user scripts or gadgets.
Did you turn off NAVPOPS? I've seen something similar in Safari on another wiki (one whose tabs I tend to open because I'll get back to it "soon", and days later I still haven't read them...), and I think that NAVPOPS might be one of the few commonalities. Whatamidoing (WMF) (talk) 16:42, 20 September 2018 (UTC)
Thanks for the tips. Loading a page with |safemode=1 still leaks memory. NAVPOPS is disabled. Any other ideas? — JFG talk 23:18, 20 September 2018 (UTC)
JFG, any browser extensions enabled ? —TheDJ (talkcontribs) 07:49, 21 September 2018 (UTC)
Yes, I've got a few. Did not change any of them prior to this issue, though. I could try disabling them. Also, I made a snapshot of memory use in debug mode, would that help if I upload it somewhere? — JFG talk 08:24, 21 September 2018 (UTC)
All extensions disabled this morning; still leaking like a sieve on idle pages. An article page that has been loaded, minimized, left untouched, and shares its process with no other page, grows to over a gigabyte of memory usage over a couple hours. I'm really puzzled. — JFG talk 10:34, 21 September 2018 (UTC)
I've filed phab:T205127 and liberally tagged some devs who might be interested. Please feel free to drag-and-drop your picture into a comment on the Phab task. Whatamidoing (WMF) (talk) 18:00, 21 September 2018 (UTC)
Great. Let's continue there. — JFG talk 21:12, 21 September 2018 (UTC)

Strike tag odd behaviour[edit]

I've been cleaning out some mis-matched <s> tags in old WP:FAC nomination pages, and ran into an odd situation, which I've reproduced in this sandbox. The closing </s> tag does not work there. Is there a non-printing character stuck in there somewhere that is screwing up the parsing? The original page which has the problem is here, now fixed with this edit, though I don't know why that worked. Mike Christie (talk - contribs - library) 10:52, 20 September 2018 (UTC)

This is expected behavior according to the lengthy discussion on T199057. I'd just skip to Matma's comment at phab:T199057#4524359. --Izno (talk) 12:26, 20 September 2018 (UTC)
That's a surprise, but I see why they declined it. Mike Christie (talk - contribs - library) 13:46, 20 September 2018 (UTC)
I see a glaring problem at Wikipedia:Featured article candidates/Banded sugar ant/archive1: there are some bad violations of WP:INDENTGAP which might aggravate that problem described at phab:. But regardless of that, there are a number of cases where <s>...</s> is used to enclose a list, which is not valid - lists are flow content, and <s>...</s> may only enclose phrasing content. Markup like this is valid:
::::<s>Comment</s>
::::<s>Comment</s>
::::<s>Comment</s>
but markup like this
<s>
::::Comment
::::Comment
::::Comment
</s>
is invalid for the reason that I just described. Even worse is
<s>
::::Comment
::::Comment
::::Comment</s>
since the absence of a newline before the </s> tag means that it is inside a list item, whereas the matching opening tag is not just outside the item, it is outside the whole list which is a nesting error. --Redrose64 🌹 (talk) 20:58, 20 September 2018 (UTC)

Email pings[edit]

I do not have email checked as notification of pings, not on Englilsh Wikipedia, nowhere. I just got 3 emails that I've been pinged on Wikipedia. One of them in non-English language (I'm guessing French, but I don't know for sure). As I have received no ping notices on my Wikipedia page itself, I'm deleting the emails without opening them. — Maile (talk) 19:40, 20 September 2018 (UTC)

Hi @Maile66:, without looking at the emails, we're not really going to be able to tell if they came from us or not. You may want to check Special:GlobalPreferences#mw-prefsection-echo to see if you have any email notifications on by default, where someone could email you from any of the other projects. — xaosflux Talk 19:49, 20 September 2018 (UTC)
Thanks. Checked Global Preferences. No email checked for notifications. — Maile (talk) 20:02, 20 September 2018 (UTC)
The reason is that you just received a silly attack at fr:User talk:Maile66 from an WP:LTA. I blanked the nonsense so I am afraid you will get another email. You can fix the emails at fr:Special:Preferences. The LTA has been dropping crap like that for a decade and has resumed activity recently. Johnuniq (talk) 23:08, 20 September 2018 (UTC)
Well, I figured out what is triggering it. Every one has happened within seconds of my blocking a user at WP:AIV. The last one came just seconds after my original block of 209.239.97.188. Well, it did make me change my password. Which is probably a good idea once in a while, anyhow. Thanks. — Maile (talk) 23:37, 20 September 2018 (UTC)
Also, I don't read French. So, I'm guessing that by unchecking the same two boxes that are unchecked in English WP has done the trick. — Maile (talk) 23:40, 20 September 2018 (UTC)
When I have set my preferences at another language site, the first step is to set the language to English and save that. That makes everything in preferences a lot clearer. It looks as though you can do that at the global preferences linked above and then it will apply by default to all sites. Johnuniq (talk) 03:41, 21 September 2018 (UTC)
For related cases, see ANI. Johnuniq (talk) 03:45, 21 September 2018 (UTC)
Thanks for the global preferences info. It worked. Re the ANI link ... yep, I blocked two lightening round-robin doppelganger socks of the yahweh vandal. — Maile (talk) 11:05, 21 September 2018 (UTC)

Problems with Template:Hidden begin/Template:Hidden end and sortable headers in collapsible tables.[edit]

EDIT: The problem appears to have resolved itself, at least on my end, although User:Woodlot was able to confirm it for me earlier. I'm going to strike this comment. Here's the unstruck version for readability. Hi, I'm going to paste here what I wrote on User:Woodlot's talk page about a technical problem I found with the use of Template:Hidden begin and Template:Hidden end:

On Webkit/Blink browsers (tested in Safari and Chrome and Mac OS X, and Chrome on Windows), if Template:Hidden begin and Template:Hidden end are on the page, all of the sortable column headers in other collapsible tables on the page disappear. For a comparison, see the Santa Barbara County voter registration tables before and after the {{Hidden...}} templates were added. The same thing happens on Contra Costa County [6][7], Sacramento County [8][9], etc.

The tables render normally in Firefox on OSX and Edge on Windows (the only other browsers I tested). I’ve checked the diffs and nothing changes in the tables themselves. It’s also worth noting that this is not restricted to tables in the same section, and it affects tables both above and below the {{Hidden...}} templates. See the "Crime" sections of the linked comparisons for the same effect.

Some additional information: When I checked my comparison links in Chrome (I primarily use Safari), I opened the “before” links first, and the “after” pages then appeared to render properly. I believe this is due to some rather aggressive caching on Chrome's part. To see what the revision actually looks like be sure to bypass the cache.

I'm sorry I don't have more information on this. User:Woodlot suggested I post it here – as you can no doubt see by my lack of an account, I don't spend much time behind the scenes on Wikipedia. I prefer to just make small copyedits and formatting fixes. Still, hopefully this information can be of some use. 50.1.108.138 (talk) 21:08, 20 September 2018 (UTC)

Collapsibility should be removed in main space per MOS:COLLAPSE. --Izno (talk) 21:22, 20 September 2018 (UTC)
I'm aware of that (in fact I mentioned it in my linked comment on Woodlot's talk page). I wasn't the one making the edits. However, it seems that all of the editors on those county pages and similar articles are either unaware of that part of the MOS or are certain that the collapsible content is excepted. Regardless, the technical problem remains. It's too big for me to fix myself – I've no idea how many articles have the problem, and I'm not comfortable using scripts to make bulk edits.
Anyway, it may be a moot point since I've just checked the live examples again and they seem to be working. The behavior has been too inconsistent for me to really find a reduced test case. User:Woodlot was able to confirm the same behavior when they replied to me before, but now I can't replicate it. I'm going to strike my above comment for now. 50.1.108.138 (talk) 22:03, 20 September 2018 (UTC)

WikiProject request for technical assistance[edit]

I have a request on behalf of WikiProject Newspapers for somebody with programming abilities. I think it's not terribly difficult, and it's something that could be useful not just to us, but to any number of cross-article collaboration projects or "sprints."

Our project aims to add 1,000 stubs about U.S. newspapers by mid-December of this year, as well as adding infoboxen to existing stubs. What we need is a straightforward way to measure our progress.

I imagine it working like this:

  1. Start with the results of a SPARQL query like this (thank you Certes)
  2. For each item returned, test for the following (and perhaps a few other things as well; this would be the bare minimum)
    1. Did it exist on June 1, 2018?
    2. Is it a redirect now?
    3. Was it a redirect on June 1?
    4. Does it have an infobox now?
    5. Did it have an infobox as of June 1?
  3. The output, I think, would ideally be a spreadsheet or a wikitable containing all that info.

Is there anybody who might be willing to help us create such a script? (Note, I inquired about this previously on Wikidata, but I have a clearer idea about what is needed now.)

Suggestions for better venues to seek help are most welcome as well. -Pete Forsyth (talk) 23:32, 20 September 2018 (UTC)

Just to keep track, here are some other characteristics it would be nice to track before-and-after. None of these is necessary, but all would be nice to have:
number of footnotes; what maintenance banners, if any, at the top of the article; how many categories; does its talk page have the WikiProject Newspapers template; what quality rating(s) does it have; how many character in the article; how many sections on the talk page. -Pete Forsyth (talk) 00:17, 21 September 2018 (UTC)

Fixing bad mobile layout[edit]

Lagrangian point looks fine in desktop view, but in mobile view the lead images obscure the text. Any recommendations for troubleshooting this? Thanks, 28bytes (talk) 02:08, 21 September 2018 (UTC)

@28bytes: Looks fine to me in mobile domain. What do you mean by "obscures the text"? Obscure would be a word I would use to say "in front of"--what I see is "moves the text down", as is reasonable. --Izno (talk) 02:31, 21 September 2018 (UTC)
@Izno: I have uploaded a screenshot of what I am seeing here. 28bytes (talk) 02:59, 21 September 2018 (UTC)
@28bytes: Obscure indeed. What operating system, browser, and version is that in? --Izno (talk) 04:41, 21 September 2018 (UTC)
@Izno: iPhone 6, iOS 10.3.3, Safari. 28bytes (talk) 11:03, 21 September 2018 (UTC)
It might be due to the 400 px fixed image size of the lead image, which is above MOS:IMGSIZE recommendations for fixed image size for the lead image. I've reduced it - does it look fine now? Galobtter (pingó mió) 10:00, 21 September 2018 (UTC)
@Galobtter: Unfortunately the text is still hidden behind the images, even at the reduced size. 28bytes (talk) 11:03, 21 September 2018 (UTC)

Does mw.config need to be loaded?[edit]

When writing a user script that uses values in mw.config, do I need to explicitly load mw.config using ResourceLoader? Enterprisey (talk!) 02:21, 21 September 2018 (UTC)

No, mw.config is part of the base mediawiki module [10], which does not need to be loaded per mw:ResourceLoader/Core modules. - Evad37 [talk] 05:26, 21 September 2018 (UTC)
Thanks! Enterprisey (talk!) 05:51, 21 September 2018 (UTC)

Help with problem loading linkclassifier[edit]

I've been using User:Anomie/linkclassifier for a long time. Ihave it as link in my toolbiox in vector skin. Some time ago I noticed it occasionally wouldn't display, and I figured there was some timing issue on what was getting loaded in page. Refreshing usually fixed it. Lately it has gotten to where it would not load at all. Then looking at the instructions I updated my jss to use a suggested new script to load

$.when( mw.loader.using( 'mediawiki.util' ), $.ready ).then( function() { var el = mw.util.addPortletLink('p-tb', , 'Link Classifier'); $(el).click(function() { LinkClassifier.onDemand(); } ); } );

instead of what I had before

mw.util.addPortletLink('p-tb', 'javascript:LinkClassifier.onDemand()', 'Link classifier');

But now, every time I click on it, it reloads the page and the highlighting only briefly flashes before the page reloads. olderwiser 09:44, 21 September 2018 (UTC)

Bkonrad, those instructions were incorrect. I've amended them now. I think i'm even to blame for the incorrect instructions. So sorry. —TheDJ (talkcontribs) 11:01, 21 September 2018 (UTC)� —TheDJ (talkcontribs) 11:01, 21 September 2018 (UTC)
Thanks User:TheDJ, everything looks to be good now. olderwiser 11:07, 21 September 2018 (UTC)

Central javascript library for tools idea[edit]

Not sure if this is the best place for this discussion, but figured it might as well start here.

I'm sure that many of you have been bitten over the years by how different tools handle seemingly identical operations (see NPP toolbar vs Twinkle in creating AfDs for pages that have had a previous AfD discussion). What I would like to propose is the creation of a centralized javascript library that would contain the code required for common tasks, talk page messages, AfD and CSD processing, etc, that could in turn be used by tools like NPP and Twinkle so that code doing the technical actions wouldn't need to be duplicated across tools. This should reduce the number of errors, both technical and human. I don't have a clear thought out plan on how to accomplish this, but I wanted to broach the topic and see if anyone thought it sounded like a good idea other than me. Part of the challenge will obviously be getting the developers of the individual tools to be on board. {{u|zchrykng}} {T|C} 03:32, 22 September 2018 (UTC)

@Zchrykng: I think you might be looking for mw:Gadget kitchen#What's this ResourceLoader thing? although perhaps you know about that already and you mean another set of different libraries? Quiddity (talk) 19:07, 24 September 2018 (UTC)
@Quiddity: thanks for the link, but no, that isn't what I'm looking for. I was more thinking about creating a centralized library/function that handles creating an AfD page for an article, or handles applying templates, etc. Basically things that many different scripts do, but each has their own slightly different code to handle. And some of these tools handle these function more elegantly than others. So I was thinking it would use useful to establish a single shared function/library that handles common tasks which than tools could use whichever parts are needed while providing their own custom UI on top of the functionality. Not sure if I'm explaining what I'm thinking well. {{u|zchrykng}} {T|C} 19:21, 24 September 2018 (UTC)

Justified text in edit boxes[edit]

The justified text option, as a gadget in user preferences, seems to enable text justification in edit boxes with source editing. While text justification is obviously useful in reading, it's frankly a pain when trying to edit pages, as the syntax and the like often leave large, unwelcome gaps between "words". If it's possible, please fix this so that justified text doesn't work in this case. Thanks. RAVENPVFF | talk ~ 10:38, 22 September 2018 (UTC)

@Ravenpuff: It doesn't justify source editing for me in Firefox, Vector. What is your browser? Your skin at Special:Preferences#mw-prefsection-rendering? Your Edit area font style at Special:Preferences#mw-prefsection-editing? Does it stop justifying when you disable the gadget? Please link an example page where source editing is justified on the Edit tab. The gadget uses MediaWiki:Gadget-JustifyParagraphs.css. What happens if you log out and click [11]? I get justified text in the "Notice about sources" box but not in the edit area. PrimeHunter (talk) 21:36, 22 September 2018 (UTC)
@PrimeHunter: I believe that I've discovered the culprit: the syntax highlighting tool, in the edit bar above the source editing box. Toggling it alters the edit text from justified and highlighted to left-aligned and plain. I use Google Chrome (version 69.0.3497.100), with the default Vector skin and monospaced edit font. Disabling the gadget prevents justification everywhere. Following your link, I get the same result as you did – justified text in the notice boxes and other text but left-aligned text in the editing box – but only because the syntax highlight is deactivated by default. Turning it on produces the same problem. It's a pity, really, as the syntax highlighting tool is quite useful to me; I've resorted to turning off text justification for now. RAVENPVFF | talk ~ 01:09, 23 September 2018 (UTC)

Proposal for bot-synced geonotices[edit]

A proposal to sync geonotices with a bot, which will allow all admins to edit geonotices again, is being discussed. Enterprisey (talk!) 19:04, 22 September 2018 (UTC)

Flag codes[edit]

So I'm doing some work with a new template {{Medals table}} and have been running into some issues with the flag icon templates. I have virtually made List of IOC country codes my homepage, but I'm curious if someone can direct me to THE page that is the be-all end-all for the 3 letter codes. I assume that there is a template somewhere with a massive switch/case statement or a module that has them all listed out or something. Can anyone point me to such a page? Many thanks!! --Zackmann08 (Talk to me/What I been doing) 00:25, 23 September 2018 (UTC)

{{IOC code}}? — JJMC89(T·C) 00:57, 23 September 2018 (UTC)
@JJMC89: that's a good one, but there are some templates that work with non IOC codes. For example {{flagCGF|ENG}} ->  England. ENG is not an IOC code. thanks though! --Zackmann (Talk to me/What I been doing) 01:02, 23 September 2018 (UTC)
Module:Country alias? – Jonesey95 (talk) 04:05, 23 September 2018 (UTC)
@Jonesey95: DING DING DING!!!! WINNER! That is exactly what I was looking for! Thank you! --Zackmann (Talk to me/What I been doing) 04:23, 23 September 2018 (UTC)

Anyone else noticing watchlists loading very slowly lately?[edit]

I edit WP and Commons and have about 1500 pages on each watchlist. For the past few weeks watchlist loading has been significantly slower. (I use Chrome and Firefox, if that matters.) Is anyone else calling attention to this? If so, is an improvement in the works? Thanks -- WikiPedant (talk) 03:00, 23 September 2018 (UTC)

My solution is to have my watchlist display a couple of days of history after I have been away for a while. Then wait for it to display. But when I want to refresh the watchlist I change it to show just the last, say, six hours. That is much faster. After doing that once, I can press F5 to quickly refresh. Johnuniq (talk) 03:33, 23 September 2018 (UTC)
@Johnuniq: Thanks. Helpful info. -- WikiPedant (talk) 01:02, 25 September 2018 (UTC)

Updating template causes lots of big red warnings[edit]

I recently updated the two refs at Template:Ohio class ballistic missile submarine displacement. One had moved so I updated the url, the other is dead and I marked it as such.

The problem is that these are both named refs, and those names are re-used in other places. Those other places apparently had the same bad url as the template I fixed. But now the content is different, so I get the big red warnings.

I don't know how to fix this, and I don't really want to revert the template. What should I do?

You can see the big red warnings for example at USS Wyoming (SSBN-742). Kendall-K1 (talk) 13:07, 23 September 2018 (UTC)

Kendall-K1, basically other templates in Category:Ohio_class_ballistic_missile_submarine_infobox_templates also use the same refs, so they should also be changed to fix the URL. The refs should probably be another template so that all the Ohio class templates are updated at the same time. Galobtter (pingó mió) 13:13, 23 September 2018 (UTC)
Thanks for the quick reply. I didn't know how to track down the other templates, so that's very useful. Kendall-K1 (talk) 13:17, 23 September 2018 (UTC)

Tech News: 2018-39[edit]

15:22, 24 September 2018 (UTC)

Category issue[edit]

Category:Wisconsin state senators has 954 members, any idea what should be done? GrahamHardy (talk) 20:34, 24 September 2018 (UTC)

GrahamHardy, this is due to a rename of Category:Wisconsin_State_Senators conducted by Timrollpickering after Cfd, probably move that cat here Galobtter (pingó mió) 20:39, 24 September 2018 (UTC)
All OK now thx GrahamHardy (talk) 20:47, 24 September 2018 (UTC)

Referral data / what search terms get people to wiki pages[edit]

Is it possible to find out what search terms lead people to particular wiki pages? (In particular, en.Wiktionarians are curious to know what brings people to wikt:Wiktionary:Translation requests.) -sche (talk) 21:56, 24 September 2018 (UTC)

@CKoerner (WMF): your bailwick I think since you're the comms engagement at mediawikiwiki:Wikimedia Search Platform. --Izno (talk) 21:59, 24 September 2018 (UTC)
I don't know if the 'search platform' means just the on-wiki search bar, but FWIW we'd be interested in what 'external' sites (e.g. particular Google searches using certain terms) users reach the page from if that is available, as well as what people might type into the on-wiki search bar. :) -sche (talk) 22:20, 24 September 2018 (UTC)
-sche, I doubt this kind of information can be made available. The privacy policy probably prevents it and the systems are probably engineered specifically to avoid collecting this. Maybe there is some info at a category level (search/internal/external links) but even that seems doubtful to me. —TheDJ (talkcontribs) 08:27, 25 September 2018 (UTC)

parsing MW template without the whole shebang[edit]

If I have an MW template and I want to bust it into a hash map, is there a way to do that other than some DIY broken regex hell? --76.122.98.253 (talk) 23:36, 24 September 2018 (UTC)

I guess it's not really possible to just "parse" because the MW runtime depends on knowing the valid template parameters at parse time --76.122.98.253 (talk) 00:55, 25 September 2018 (UTC)
Do you have a particular template/use case of interest? You could plausibly parse the HTML out of the DOM structure rather than try to figure out the wikitext instead in the general case. --Izno (talk) 01:59, 25 September 2018 (UTC)