Jump to content

Wikipedia:Village pump (technical)/Archive 160

Add links
From Wikipedia, the free encyclopedia
Village pump (technical) archive  

This page contains discussions that have been archived from Village pump (technical). Please do not edit the contents of this page. If you wish to revive any of these discussions, either start a new thread or use the talk page associated with that topic.

< Older discussions · Archives: A, B, C, D, E, F, G, H, I, J, K, L, M, N, O, P, Q, R, S, T, U, V, W, X, Y, Z, AA, AB, AC, AD, AE, AF, AG, AH, AI, AJ, AK, AL, AM, AN, AO, AP, AQ, AR, AS, AT, AU, AV, AW, AX · 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 100, 101, 102, 103, 104, 105, 106, 107, 108, 109, 110, 111, 112, 113, 114, 115, 116, 117, 118, 119, 120, 121, 122, 123, 124, 125, 126, 127, 128, 129, 130, 131, 132, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, 144, 145, 146, 147, 148, 149, 150, 151, 152, 153, 154, 155, 156, 157, 158, 159, 160, 161, 162, 163, 164, 165, 166, 167, 168, 169, 170, 171, 172, 173, 174, 175, 176, 177, 178, 179, 180, 181, 182, 183, 184, 185, 186, 187, 188, 189, 190, 191, 192, 193, 194, 195, 196, 197, 198, 199, 200, 201, 202, 203, 204, 205, 206, 207, 208, 209, 210, 211, 212, 213, 214, 215, 216

Misaligned table cell lines

This has been bugging me for a while. I have noticed that, in a number of wikitables, some cells do not accurately align with adjacent cells. In other words, the bottom line of a particular cell may appear 1px below the bottom line of the cell adjacent to it. Is this a browser issue or a Wikipedia one? FWIW I'm using Internet Explorer 11.--Nevé–selbert 02:14, 12 October 2017 (UTC)

@Neve-selbert: Examples please. --Redrose64 🌹 (talk) 07:52, 12 October 2017 (UTC)
@Redrose64: I created a task at Phabricator T178005, which was declined for lack of information apparently.--Nevé–selbert 17:10, 12 October 2017 (UTC)
It's almost certainly a browser issue, although there's a slight chance there's broken CSS somewhere. Anomie⚔ 18:00, 12 October 2017 (UTC)
It sounds likely to just be a browser issue in certain circumstances but you didn't post the page name and also failed to do it here. I have never seen the issue in Firefox. You should follow Aklapper's advice and make reproducible reports. The page name you are posting about is an absolute minimum. I found it at List of Prime Ministers of the United Kingdom#Since 1721 after some searching but I really shouldn't have to do that. I cannot reproduce it in Internet Explorer 11.608.15063.0 on Windows 10. Details like zoom level, font size and window size can affect browser rendering. I did notice a similar issue with vertical borders around merged cells sometimes differing by a pixel in IE 11. I guess the browser uses a system with "local" cell border calculations without ensuring the table gets globally consistent borders. PrimeHunter (talk) 18:29, 12 October 2017 (UTC)
@PrimeHunter: Might it have something to do with the skin I'm using? I use WP:MONOBOOK.--Nevé–selbert 19:42, 12 October 2017 (UTC)
@Neve-selbert: Is it List of Prime Ministers of the United Kingdom#Since 1721? There's a lot of rowspan= going on there. Maybe one of them is miscounted; you also need to avoid "disappearing" rows, as here:
Row 1, col 1, default size Row 1-2, col 2, 2 rows deep
Row 2-3, col 1, 2 rows deep
Row 3, col 2, default size
That's a three-row table, but in some browsers it may appear to have just two rows. --Redrose64 🌹 (talk) 20:18, 12 October 2017 (UTC)
Yes it is the list of British prime ministers. I should note that, when I enable Compatibility View, the lines correctly align. Strange.--Nevé–selbert 20:23, 12 October 2017 (UTC)
Many things might affect a small rendering detail like this. Skin could be one of them but I don't see the problem in MonoBook and IE11 with or without Compatibility View. PrimeHunter (talk) 22:45, 12 October 2017 (UTC)
Checked again, the lines no longer align in Compatibility View. I have tried tweaking the settings in Internet options but to no avail. @PrimeHunter: Which operating system are you using to run Internet Explorer 11? This might be a Windows 8 problem.--Nevé–selbert 02:07, 13 October 2017 (UTC)
I have Windows 10 as said above. PrimeHunter (talk) 10:12, 13 October 2017 (UTC)
@Redrose64: Do you know whether it would be possible to force table cell lines to align? Thanks in advance.--Nevé–selbert 15:25, 13 October 2017 (UTC)
@PrimeHunter: Do you think is a Windows 8 problem? If so, I'll try to upgrade as soon as I can.--Nevé–selbert 16:13, 13 October 2017 (UTC)
I think it depends on the browser and not the Windows version. As mentioned, I see a similar issue with vertical borders in IE11 on Windows 10. PrimeHunter (talk) 17:27, 13 October 2017 (UTC)
If they're in the same row, they must align. If they're not aligning, they can't be in the same row. --Redrose64 🌹 (talk) 18:22, 13 October 2017 (UTC)
To be clear Redrose64, the issue here is pixel alignment. I don't think rows have anything to do with it.--Nevé–selbert 22:17, 13 October 2017 (UTC)
PrimeHunter is right, this is a browser issue, more specifically an Internet Explorer issue. I was able to get my hands on Windows 10 yesterday and the lines aligned perfectly in Edge, but not in Internet Explorer 11.--Nevé–selbert 00:47, 15 October 2017 (UTC)

Template:Hiero

To save vertical space, is it possible to put two Egyptian hieroglyphs in Template:Hiero side by side, similar to the default placing in Template:Multiple image? I know it's possible via <hiero> </hiero>, but in that case it would give an impression of a single word or phrase, which is sometimes undesirable. Brandmeistertalk 12:36, 14 October 2017 (UTC)

A1
E27
Some caption
Does not look so. What do you need? Cannot something custom like this(→) be used? --ᛒᚨᛊᛖ (ᛏᚨᛚᚲ) 23:04, 14 October 2017 (UTC)
Yep, should work, thanks. Brandmeistertalk 07:33, 15 October 2017 (UTC)

IP was somehow able to edit a semi-protected page

Tracked in Phabricator
Task T178264

This article was semi-protected by Samsara at 04:07 UTC today. Five minutes later, an IP address somehow was able to edit the page despite semi-protection having been applied before they edited. —MRD2014 Talk • Edits • Help! 15:01, 15 October 2017 (UTC)

The logs appear to indicate that pending changes protection was applied, meaning that registered editors can see live edits even before they have been moderated/accepted, but they should see them in a separate section of the history until they are reverted/accepted (WP:PEND for more details). —PaleoNeonate – 15:36, 15 October 2017 (UTC)
It was also semi-protected at the same time, as seen in the logs (the times are in Eastern Time):
  • 00:07, 15 October 2017 Samsara (talk | contribs) configured pending changes settings for Motu Patlu [Auto-accept: require "autoconfirmed" permission] (Persistent disruptive editing: via RfPP) (hist)
  • 00:07, 15 October 2017 Samsara (talk | contribs) protected Motu Patlu [Edit=Require autoconfirmed or confirmed access] (expires 23:07, 14 November 2017) [Move=Require autoconfirmed or confirmed access] (expires 23:07, 14 November 2017) (Persistent disruptive editing: via RfPP) (hist)
—MRD2014 Talk • Edits • Help! 16:39, 15 October 2017 (UTC)
No, it was first semi-protected, and then pending changes protected (but very close together). Christian75 (talk) 18:10, 15 October 2017 (UTC)
But I can not edit it as IP-user. So you are right, it seems very stange that the IP could edit the article. Nothing has changed since the IPs edit. Christian75 (talk) 18:13, 15 October 2017 (UTC)
It may be that the IP began editing just before the page was protected and was allowed to save edit. Ruslik_Zero 19:51, 15 October 2017 (UTC)
I tried doing that, and my anon browser was disallowed from saving the edit. עוד מישהו Od Mishehu 03:08, 16 October 2017 (UTC)

IPBE and autoblocks

I was under the impression that IPBE allowed you to edit through autoblocks as well as through hardblocked IPs, and also I was under the impression that admins had IPBE by default. Which of those statements is wrong? Trying to find MediaWiki:Autoblockedtext, I decided to get it directly, so I blocked my alt account, logged out, logged into it, tried to edit (and got the you-have-been-blocked message), logged out, got the autoblocked message, logged into my main account — and I was autoblocked! The message said Editing from Nyttend backup has been blocked..., as if I were still logged into the alt. I thus posted a request with {{unblock-auto}}, and after a few minutes User:Floquenbeam came along and resolved the situation. The biggest annoyance here, moreover, is that as I was autoblocked from editing any pages other than my talk, I couldn't unblock my alt account, so I ended up being unable to undo my own block; when you post an unblock template, it looks rather silly to have the link to the blocking admin's page be black because the unblock is posted on the blocking admin's talk page :-)

So where did I go wrong? As an admin, shouldn't I be able to edit through an autoblock? I've been able to do that in the past; see [1]. Several years ago, I tried to use my alt account to edit from a public computer, but I found that it was autoblocked, so I used the main account to request IPBE for the alt (I didn't get autoblocked), and once someone gave me IPBE for the alt, I went back to using it and didn't have further problems. That was almost eight years ago; did we have some sort of software change that takes IPBE away from the basic admin rights package? Nyttend (talk) 22:43, 13 October 2017 (UTC)

@Nyttend: It sounds like you possibly hit a cookie block, which is different then a normal IP block. — xaosflux Talk 22:50, 13 October 2017 (UTC)
(edit conflict) According to Special:ListGroupRights, admins are exempted from IP blocks (search for ipblock-exempt, given to admins, bots and users with the IP block exemption user right). Also, the page states that this user right exempts the user from autoblocks.
The user right torunblocked, which allows you to edit using Tor (anonymity network), is apparently only given to those who are specifically given the IP block exemption user right: admins and bots can't use Tor by default. --Stefan2 (talk) 22:53, 13 October 2017 (UTC)
Hm, cookie block; I figured those simply were another means of assigning autoblock, i.e. it's a normal autoblock that detects you by means of a cookie, not by means of your IP address. I wasn't using Tor; it was just the public wireless network at Wendy's #2834, which uses Comcast IP 75.75.127.168. Nyttend (talk) 23:07, 13 October 2017 (UTC)
It could be that it was a cookie block, especially if you were using the same browser. See also phab:T5233. This may need some more experimenting. Generally it will be the same "person" that would be impacted by a cookie block, so being autoblock exempt (which is designed to prevent collateral damage for DHCP and rangeblocks) doesn't quite apply. — xaosflux Talk 00:30, 14 October 2017 (UTC)
Yes, it was the same browser. So I could have just closed the browser and logged in with another one? That didn't occur to me. Also, what's DHCP? WP:DHCP is red. And finally, is it intentional that you can't do things like blocks and protections when you're blocked? It seems rather pointless, since as a security measure it's not useful (a rogue admin can always unblock himself and continue to make mayhem until he's desysopped), and any kind of tool usage when you're blocked will get you in big trouble anyway, unless, like here, you're testing; it seems silly that removing a block that I myself had set would be impossible as long as I didn't get desysopped. Nyttend (talk) 00:36, 14 October 2017 (UTC)
PS, of course I know that this is a rare (and silly) situation, so I understand if fixing the problems I've identified here isn't considered to be worth the effort. Nyttend (talk) 00:44, 14 October 2017 (UTC)
DHCP = DHCP (Dynamic Host Configuration Protocol), a way of assigning an IP address for you when your computer connects to the Internet. --Stefan2 (talk) 00:50, 14 October 2017 (UTC)
Well, of course, the important thing is that important things such as deleting and protecting don't have to be bundled in with block (and more importantly unblockself). Therefore, the easiest way to deal with abusive accounts/problems in general is to simply block the user and not worry about handling rights in the short term. Of course, here on WP that doesn't really apply. -- The Voidwalker Whispers 00:55, 14 October 2017 (UTC)
If we got rid of unblockself, that would be fine with me; I just don't understand why that's an option and other stuff isn't (either all of them should be options, or none of them should be), since the rogue admin can't really be stopped without bureaucrat or steward assistance, but the confused self-autoblocking admin has to get help. Nyttend (talk) 01:06, 14 October 2017 (UTC)
The only thing admins can do when blocked is unblockself and editowntalk (if not also blocked). If you would have used a different computer or certain other browsers you would have a new set of cookies and would not be impacted by the cookie block anymore. — xaosflux Talk 01:17, 14 October 2017 (UTC)
Having tested it myself, I can confirm that an admin can edit from an autoblocked IP address, but not from a cookie-blocked browser. עוד מישהו Od Mishehu 05:08, 16 October 2017 (UTC)

Recent Changes problems

I have used Recent Changes for the past year, but the Recent Changes won't load properly when I put in my custom changes to fight vandalism, it just sit there and load for minutes. Is it a bug in the coding? Gary "Roach" Sanderson (talk) 16:14, 15 October 2017 (UTC)

@Gary "Roach" Sanderson: This may be a backward step, but on the "Recent changes" preferences tab there is a checkbox labelled "Hide the improved version of Recent Changes". Your custom changes may be incompatible with the latest version. -- John of Reading (talk) 16:21, 15 October 2017 (UTC)
What "custom changes" ??? —TheDJ (talk • contribs) 09:42, 16 October 2017 (UTC)

Tech News: 2017–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

  • When you edit a template with the visual editor it follows the template's format configuration on how to save it. You can now change the format in more powerful ways if your wiki wants it. [2][3]
  • The TwoColConflict extension is a new way to solve edit conflicts. It makes it easier to copy and paste the relevant text to the text field. It has been a beta feature for the last five months. You can now try out the new interface on a page where you will actually get simulated edit conflicts. You can give feedback to the developers.

Problems

  • There is a problem with recent changes pages and your watchlist that show a large number of pages. Until it is fixed, Wikidata edits will not be shown on recent changes or in your watchlist on Commons or Russian Wikipedia. If necessary, Wikidata edits will be removed from all wikis. [4]
  • Notifications are not working for some actions. For example some users don't get a notification when they are mentioned. The developers are working on fixing this. [5]
  • Users on some wikis could not change their preferences. This has now been fixed. [6]

Changes later this week

  • Editors and readers who still use Internet Explorer 8 on Windows XP will not be able to use Wikipedia from 17 October. Internet Explorer 8 on Windows XP can't connect securely to the wikis. When we allow them to do so it means that we get less security for everyone else. If you use Internet Explorer 8 on Windows XP you can install Firefox 52 ESR instead. Around 0.1% of the traffic to the Wikimedia wikis comes from Internet Explorer 8 on Windows XP. [7]
  • The new version of MediaWiki will be on test wikis and MediaWiki.org from 17 October. It will be on non-Wikipedia wikis and some Wikipedias from 18 October. It will be on all wikis from 19 October (calendar).

Meetings

  • You can join the next meeting with the Editing team. During the meeting, you can tell developers which bugs you think are the most important. The meeting will be on 17 October at 19:00 (UTC). See how to join.
  • You can join the technical advice meeting on IRC. During the meeting, volunteer developers can ask for advice. The meeting will be on 18 October at 15:00 (UTC). See how to join.

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

15:31, 16 October 2017 (UTC)

Disappearance of menu in Recent changes

Hello, does anyone else experience this problem: Just an hour ago I logged in, went to recent changes, and the whole menu have disappeared (i.e. I can't choose how many pages to display (from 50 to 500)). Any help will be appreciated. Thanks.--Biografer (talk) 20:22, 12 October 2017 (UTC)

Thursday change. --Redrose64 🌹 (talk) 22:35, 12 October 2017 (UTC)
@Redrose64: I was editing pages on this site every day (including Thursdays), never had an issue. What's changed (or changing)?--Biografer (talk) 22:50, 12 October 2017 (UTC)
From #Tech News: 2017–41 above:
If you look back through this page and its archives, most of the "unexpected" changes happen on Thursdays. --Redrose64 🌹 (talk) 22:53, 12 October 2017 (UTC)
The English Wikipedia always gets new MediaWiki versions on Thursdays, and got one this week. I suspect Redrose64 is just guessing that it's related. I get a menu at Special:RecentChanges but a couple of seconds after the rest of the page has loaded. PrimeHunter (talk) 23:06, 12 October 2017 (UTC)
We should try and isolate if it does have to do with the new version first. Does selecting "Hide the improved version of Recent Changes" in prefs change anything? -- The Voidwalker Whispers 23:22, 12 October 2017 (UTC)
@PrimeHunter: and @The Voidwalker: Your site already says that it's October 13. So no, apparently it have nothing to do with October 12 update. Will see if hiding it will do anything for me, if not, seek your suggestion and support. Thanks. PS: What would we do if it will not be fixed by October 19, shouldn't we just revert changes?--Biografer (talk) 02:20, 13 October 2017 (UTC)
Today being 13 October will have nothing to do with it. MediaWiki updates are typically rolled out once a week, on Thursdays, in the middle of the day (California time). If it is a MediaWiki problem, don't expect any change until Thursday 19 October.
@PrimeHunter: I also see that Recent Changes is different, instead of nice quick "50 100 250 500" links that were present right from the start, I now have to wait for the JavaScript to stop churning, click a button (that is not present until the JavaScript finishes), then click another button. --Redrose64 🌹 (talk) 07:42, 13 October 2017 (UTC)
Oh, and the buttons, having grey text on a grey background, are not good for accessibility. --Redrose64 🌹 (talk) 07:45, 13 October 2017 (UTC)
Biografer, is your interface looking like that one?
Redrose64, the colors as they are used pass the WCAG tests AA and AAA levels.
Trizek (WMF) (talk) 08:34, 13 October 2017 (UTC)
@Trizek (WMF): You will be surprised, but, no. All of them are white coloured and where its light green its bright yellow (old version). The problem is, is that the whole filter menu is gone, and three dots (indicating loading screen) appears. With that thing absent, I can only view 50 pages at a time, and when I am done, I need to hit recent changes link to refresh it. I hope, now you can get a clearer picture of what's going on. And yes, I tried hiding List of abbreviations box, tried to log out/log in back, nothing. :(--Biografer (talk) 16:03, 13 October 2017 (UTC)
@Biografer: At least until you get it sorted out, you can go to Special:Preferences#mw-prefsection-rc and check Hide the improved version of Recent Changes three sections down. Nihlus 16:08, 13 October 2017 (UTC)
Thanks. Now it works, like a charm.--Biografer (talk) 16:15, 13 October 2017 (UTC)
@Biografer:, I didn't get your notification (they are broken). The interface you have (had, before you opt-out) is apparently the right one. At least, there is no interference from a script or a gadget. On recent changes with the new interface, you can still change the number of pages you want to view, like any function you had before. There is new functions as well, like a direct link to update the list of results without reloading the page each time. Please have a look at the documentation to know more. Trizek (WMF) (talk) 16:32, 16 October 2017 (UTC)
Superb – that fix in the preferences works like a charm. Thanks! Lugnuts Fire Walk with Me 11:42, 14 October 2017 (UTC)

Looking for small tasks+mentors for new contributors – got something in mind?

Hi everybody! Google Code-in (GCI) will soon take place again – a seven week long contest for 13-17 year old students to contribute to free software projects. Tasks should take an experienced contributed about two-three hours and can be of the categories Code, Documentation/Training, Outreach/Research, Quality Assurance, and User Interface/Design. Do you have an idea for a task and could you imagine mentoring that task? For example, do you have something on mind that needs documentation, research, some gadget or template issues on your "To do" list but you never had the time, and can imagine enjoying mentoring such a task to help a new contributor? If yes, please check out mw:Google Code-in/2017 and become a mentor! Thanks in advance! --AKlapper (WMF) (talk) 19:51, 16 October 2017 (UTC)

"14,882 users are trying this feature."

In "preferences – Beta features", each feature gets a "X users are trying this feature." statement. Are this users on enwiki or global? Fram (talk) 14:28, 6 October 2017 (UTC)

It's related to the wiki you're looking at. Elitre (WMF) (talk) 14:40, 6 October 2017 (UTC)
That's what I thought someone said awhile ago as well. I then already thought that the numbers given were suspiciously high. For the "Content translation tool", it says "58,320 users are trying this feature.", even though the tool is "restricted to editors that are extended-confirmed.", of which there are at the moment only 36774... Fram (talk) 14:54, 6 October 2017 (UTC)
It wasn't always limited to extended-confirmed and all users still see the option in preferences and can enable it there even if it doesn't currently work in their account. PrimeHunter (talk) 15:05, 6 October 2017 (UTC)
In addition to this, the number is only about those who opted-in deliberately: doesn't count those who chose "Automatically enable...". Elitre (WMF) (talk) 15:07, 6 October 2017 (UTC)
While I can buy Pimehunter's explanation, it seems extremely unlikely that more than 50,000 editors on enwiki, who don't have 'enable all beta features', have actually specifically enabled this feature. Fram (talk) 15:44, 6 October 2017 (UTC)
It's not. First, because it's been a tool in active development for a few years now, that's globally much appreciated and will soon celebrate the creation of article #250k. Also, the English Wikipedia is quite often the source of translations, so one needs to have Content Translation enabled here to start a translation into their own language. Elitre (WMF) (talk) 16:07, 6 October 2017 (UTC)
To clarify: That number reports all accounts that are currently opted in at this (local) wiki, according to the prefs table. So if someone creates an account, plays around with the prefs, and forgets the password, then that account will always be counted as "trying this feature". But if you actually do try the feature, but without ticking the individual button, then your account will not be counted as "trying this feature". It is, at best, an estimate. Given that >99% of accounts are not actively editing, the difference between "actually using" and "ticked the button at some point in the past" can be quite substantial. Whatamidoing (WMF) (talk) 22:32, 16 October 2017 (UTC)

Not receiving pings

Tracked in Phabricator
Task T177825

Several people tried to ping me today, and nothing went through [8] [9] [10]. My settings don't have anyone muted, and the templates/signatures seem to have been placed correctly. Also checked to make sure that my preferences have notifications on for mentions. Anyone have any ideas why these aren't going through? TonyBallioni (talk) 01:07, 11 October 2017 (UTC)

I also noticed that a few pings were lost for me as well (i.e. I never received the two notifications from Beetstra at MediaWiki talk:Spam-blacklist#Torrent socks). —PaleoNeonate – 01:13, 11 October 2017 (UTC)
@TonyBallioni: Did you receive this ping? Also, do you know if those users have their settings set to tell them when they fail to ping someone? Adam9007 (talk) 01:17, 11 October 2017 (UTC)
I've just changed my settings so that it should tell me when I successfully ping someone. Testing: TonyBallioni. Update: Yes, ping was successfully sent. Adam9007 (talk) 01:21, 11 October 2017 (UTC)
I've also noticed several pings did not reach me too. Is this another system change? Incidentally, are all of the failed mentions from {{u}}? Alex ShihTalk 01:24, 11 October 2017 (UTC)
(edit conflict) @Adam9007:, I did. Looking at those pings they used the {{u}} template, while you used the {{re}}. I do not know if @Megalibrarygirl: has her settings to notify if pings don't go through. TonyBallioni (talk) 01:25, 11 October 2017 (UTC)
@TonyBallioni: I received your {{replyto}} ping, so maybe it's a problem with the {{u}} template? Adam9007 (talk) 01:28, 11 October 2017 (UTC)
@Adam9007: It's not going to be the {{u}} template. Templates do not, by themselves, trigger notifications: the required feature is a link to the user page. If a template – whether that be {{u}}, {{user}}, {{replyto}} or similar – happens to generate a user page link, a notification will be sent exactly as if a bare link had been used, as I did in this post. --Redrose64 🌹 (talk) 16:56, 11 October 2017 (UTC)
@TonyBallioni: Your first diff didn't notify because it was a modification, not a new post. --Redrose64 🌹 (talk) 16:56, 11 October 2017 (UTC)
  • I’m not receiving any pings from anyone either. For example, Huon pinged me multiple times on article talk pages where they started discussions about an issue with which I am involved. However, I didn’t get any of those notifications, and I was only aware of the discussions because I was watching those talk pages. Additionally, I didn’t get any notifications when my edits were reverted on some pages, even though my settings are supposed to send me such notices. This is appearing to be a technical bug of some sort, because pings and other notifications were working just fine a few days ago. Also, when I get a talk page message, the “You have new messages” banner appears, in addition to a notification in Special:Notifications. This is weird. —Ecstatic Electrical, 01:30, 11 October 2017 (UTC)
    I also have this impression, because I did not change any related setting and the edit history did show that the signature was present in the two edits I mentioned (a requirement for successful notification). —PaleoNeonate – 01:34, 11 October 2017 (UTC)
This edit from an alternative account with "Successful mention" enabled at Special:Preferences#mw-prefsection-echo gave the account "Your mention of PrimeHunter was sent", but my PrimeHunter account did not receive a notification. This may be a case of phab:T177825. PrimeHunter (talk) 01:39, 11 October 2017 (UTC)
@PrimeHunter: Pings are being received if they're sent using the {{Reply to}} template. It's pings sent by {{User link}} that appears to be the problem. That said, {{ping}} is the same as {{Reply to}}, so who knows? Adam9007 (talk) 01:45, 11 October 2017 (UTC)
Yes, I used {{ping}} and you used {{re}}. I didn't get either. When the software told the sending account that a notification was sent, I doubt it's related to which template was used. PrimeHunter (talk) 01:54, 11 October 2017 (UTC)
@PrimeHunter: It's not. The key requirement is a link to the user page. Templates have nothing to do with it. --Redrose64 🌹 (talk) 16:56, 11 October 2017 (UTC)
It sounds like you are referring to the mention feature in general when it's working correctly. We were discussing why some notifications failed to go through when they satisfied all the requirements including a link to the user page. When something is partially broken, it's fair to speculate about which circumstances cause it to fail. I received several mention notifications today so it works in some cases. My guess is that the failures are independent of whether a template or which template was used. PrimeHunter (talk) 17:30, 11 October 2017 (UTC)
I'm also confirming that it persists. —PaleoNeonate – 17:08, 11 October 2017 (UTC)
I've also been missing pings lately. GABgab 17:45, 14 October 2017 (UTC)
I have figured out what was causing this problem. 1367 users are affected on English Wikipedia, and they are not receiving any notifications (mentions or otherwise) from logged-in users (but notifications coming from anons should work). I have a fix lined up, but we probably won't be able to roll it out until Monday (most people don't work over the weekend, I usually don't either). In the meantime, you can work around the issue by making a change to your preferences. It can be any change, and you can even change it back, as long as you save in between. For example, change your language to Canadian English, save, change it back, save. Once you do that, you should start receiving notifications again. For a more detailed (technical) explanation and for a play-by-play of how I figured this out over the course of an hour, see my comments on the Phabricator task. --Roan Kattouw (WMF) (talk) 00:06, 15 October 2017 (UTC)
@Roan Kattouw (WMF): I have now made a pref change/un-change. Will I need to do this on all other wikis too?
Also, is there any possibility that these incorrectly-muted notifications could be re-sent? Since Monday 9 October 2017, the only notifications that I have received have been of just two kinds: (i) 'Your mention of Example was sent' and (ii) 'Example‬ left a message on your talk page in "‪Thread"'. It's easy to find out who has thanked me in that period; it's all recorded at Special:Log/thanks – but the notifications which I have really missed are those concerning: mentions elsewhere than my talk page; edit reverts; and notifications (of all types) from another wiki. I am certain that I have been reverted in the past six days, but I only know about those on my watchlist; similarly, I don't know who has mentioned me elsewhere than discussion pages on my watchlist. --Redrose64 🌹 (talk) 07:45, 15 October 2017 (UTC)
So I received my first ping today (since about a week ago) after changing a setting, saving, then changing it back, saving again. Lost notifications are not available in the log, however. I agree that it would be a very nice thing if when the bug is fixed the log could also be restored (assuming that it's still available somewhere in non-public logs)... —PaleoNeonate – 16:21, 15 October 2017 (UTC)
@Redrose64: @PaleoNeonate: Yes, you would have to do that on every wiki. However, that issue should be moot quite soon, as my fix for this should roll out within the next half hour or so (I'll update here when it does). Sadly, muted notifications are not stored (since muting happens at send time) and I don't think they're going to be recoverable. --Roan Kattouw (WMF) (talk) 18:27, 16 October 2017 (UTC)
It took a bit longer than half an hour because we mistakenly believed that my patch broke other things, but as of about 10 minutes ago, my fix is live. --Roan Kattouw (WMF) (talk) 23:37, 16 October 2017 (UTC)
I started reveiving pings again last night. Thank you Roan. — Malik Shabazz Talk/Stalk 02:32, 17 October 2017 (UTC)

User magic word

Hello again. I failed to find a magic word which expands to the current user's name in the documentation, like USERNAME (ideally not the signature). I thought of an unsubst trick with tildes, but tildes output the signature anyway, not the actual username (assuming that the signature includes a link to the user page, possibly that a fancy URL extraction trick would also be possible). Does anyone know of a simple trick to have a template automatically output the editor/substitutor's username as part of its results? Thanks, —PaleoNeonate – 09:51, 17 October 2017 (UTC)

I don't think you can do this unless the template is actually on the users userpage, when you can use variations of PAGENAME. The full list of parser thingies is Help:Magic words. Dysklyver 10:11, 17 October 2017 (UTC)
This is not possible, as it would mean that the page would be different for each user viewing it, which makes it uncachable. Wikimedia is very dependent on caching, therefore such functionality is not provided. —TheDJ (talk • contribs) 11:11, 17 October 2017 (UTC)
Unless the template that does this is being substituted, in which case you can use {{REVISIONUSER}} {{repeat|p|3}}ery (talk) 11:13, 17 October 2017 (UTC)
If you want to permanently save the the name of a user making an edit then {{subst:REVISIONUSER}} will do it. In a template to be substituted you can for example write {{safesubst:<noinclude />REVISIONUSER}} to prevent your own username from being saved when you edit the template. {{REVISIONUSER}} without subst: will display the last editor of the page, or a user previewing the page. It is not possible to display the name of the user reading a page. We could make global JavaScript to modify certain code on a page after loading but it would only work for users with JavaScript and there are other issues. I don't support it. PrimeHunter (talk) 11:15, 17 October 2017 (UTC)
Yes I'd of course want it to be permanent (substituted at edit time). This may be what I was looking for, thank you very much, —PaleoNeonate – 12:39, 17 October 2017 (UTC)
It works great, thanks again! —PaleoNeonate – 12:49, 17 October 2017 (UTC)

New source edit screen

Visual editor but on "edit source" kind of thing
That's yer problem right there

WTF is going on? Impossible to post a subst:GAN notice without a load of ******* nowiki ****?! — fortunavelut luna 14:17, 6 October 2017 (UTC)

Thank fuck for the censoring! Anywho, could you give us a screenshot? Might be helpful FIM, though I'm not really sure what's going on.. -- There'sNoTime (to explain) 14:20, 6 October 2017 (UTC)
You must see it surely- it's doing it right now on this page, where the edit screen isn't a window it's a page. I'm crap about the lingo. Yeah soz about the ****, was just going slightly potty back there  :) It loads ike V?E but displays mark-up rather than WYSIWYG. Here's a cap ------>
Do you have "New wikitext mode" enabled in your beta settings? Nihlus 14:37, 6 October 2017 (UTC)
This is gorgeous this is :D If I have... then who enabled it?! "Grrrr" Hold on I'll have a boucherie — fortunavelut luna 14:40, 6 October 2017 (UTC)
You could have if you have "Automatically enable all new beta features" selected as well. Nihlus 14:41, 6 October 2017 (UTC)
LOL thanks Nihlus- I take it the nicely ready-ticked box "Automatically enable all new beta features" is the culprit!?! -or should I say the ******* culprit?! ;) — fortunavelut luna 14:43, 6 October 2017 (UTC)
Thanks Nilhus, got it just as you posted thanks for that. Now: UNCHECK :D and thanks too, fucking Time :p — fortunavelut luna 14:45, 6 October 2017 (UTC)
Ah, that'll do it that will -- There'sNoTime (to explain) 14:47, 6 October 2017 (UTC)
See Wikipedia:Village pump (technical)#Tech News: 2017–40: "If you have turned on "Automatically enable all new beta features" you will now get the 2017 wikitext editor". There was a bug fix which meant you are getting the Beta Feature, like you indicated in your preferences. It is possible to disable it of course; thanks for considering "playing" with it a bit and leaving some feedback before opting out. Elitre (WMF) (talk) 14:48, 6 October 2017 (UTC)
Thanks Elitre (WMF), in general I don't mind experimenting (got me into a lot of trouble when I was young!), but al I was trying to do was paste '{{subst:GAN|subtopic=Royalty, nobility, and heraldry}}' onto a talk, but instead got <code><nowiki>{{subst:GAN|subtopic=Royalty, nobility, and heraldry}}</nowiki>- see, loads of nowiki /code etc wrapped around it. It worked on the fifth attempt :p — fortunavelut luna 15:02, 6 October 2017 (UTC)

Just for general information: The WMF decided that they could reduce the number of editors by building a "wikitext mode" inside of Visual Editor, and getting us to eventually switch into it. It has performance problems and faulty previews because it's build inside of VE. Performance is severely affected by the side of the article, and seems to vary for different people. The last time I tried previewing United States it took over 60 seconds. There was a Village Pump consensus to submit the performance and preview issues as deployment-blockers. The WMF has given no indication that performance can be improved to be comparable to the current editor, and they appear unwilling to provide genuine previews. Instead they want to eventually switch over article views to use the VE-rendering engine. That would theoretically fix most or all of the "preview flaws" of trying to use VE-itself as a preview for wikitext editing. Alsee (talk) 20:55, 6 October 2017 (UTC)

Wow. That's nuts. I really really really hope they don't go ahead with it — the normal editor's worked well for fifteen years, and if it's not broke, don't fix it. Nyttend (talk) 23:29, 13 October 2017 (UTC)
Ditto. A change like this probably would "reduce the number of editors", but probably not in the way that the WMF intended. – Jonesey95 (talk) 00:29, 14 October 2017 (UTC)
Ha!, I also read it that way at first, as a sarcastic dig at the WMF by Alsee ... --Pipetricker (talk) 09:31, 14 October 2017 (UTC)
Sorry about this confusion, everyone.
If you're interested in editing tools, then please see mw:Editor for a long list of editing environments. Almost all of the tools currently on the list are supported by the Foundation. The Foundation plans to continue support indefinitely for almost all of these editing environments, including the 2003 (non-Javascript-requiring) wikitext editor and the 2010 wikitext editor (Nyttend, that's probably the one that you describe as "the normal editor", but you can check the screenshots at mw:Editor to be sure). There is a plan to drop Foundation support for exactly one (1) of those tools (and a volunteer is looking at converting it to a user script, in which case, it won't even go away – it'll just be someone else's problem when it breaks).
If you are interested in questions of performance, then you will be interested in the new quarterly goals for the Contributors' teams. If you are interested in how previews are constructed (and you aren't Jonesey95, who already knows about all of this  ;-), then you may want to read about the two-systems problem and the removal of Tidy.
I happen to know about the plans for editing support, but in general, if you want to know the actual plans for any particular product, then please ask me. If I don't know, I'll try to find out for you. You can also ask any dev working on the product that interests you. Having a bunch of rumors floating around is not going to help anything. Whatamidoing (WMF) (talk) 22:24, 16 October 2017 (UTC)
"This editor is planned to be removed in MediaWiki 1.30" doesn't sound like it's being supported indefinitely. Nyttend (talk) 01:36, 17 October 2017 (UTC)
Also, according to Special:Version, Wikipedia already uses version 1.31. --Stefan2 (talk) 12:37, 17 October 2017 (UTC)
MW 1.31 started recently. The removal has been delayed because of two bugs (so far; one was recently resolved, and the other is still open).
Nyttend, as I said above "There is a plan to drop Foundation support for exactly one (1) of those tools". The one editing environment that the Foundation will no longer support is the 2006 wikitext editor (=not 2003 or 2010, both of which will be supported for a long time to come). See phab:T30856 if you want to follow that work. Whatamidoing (WMF) (talk) 15:20, 17 October 2017 (UTC)

Why does the right column of this table not align center?

Align left Align center
good bad
good bad
good bad
good bad

Obviously I'm misunderstanding the "scope" parameter or something. But is there a way to do this other than setting the style of every cell in the column? Help:Table doesn't give an answer. Brightgalrs (/braɪtˈɡæl.ərˌɛs/)[1] 23:44, 16 October 2017 (UTC)

You do infact have to style each cell manually. (unless someone else knows a trick here) Dysklyver 10:16, 17 October 2017 (UTC)
Yes, this is a limitation in html. Each cell in a column must be styled. It would technically be possible for MediaWiki to make a way to add the same styling to every cell in the generated html but that hasn't been done and maybe shouldn't be done due to complications like possible explosion of html size. Some tables use a row template which adds styling. PrimeHunter (talk) 11:25, 17 October 2017 (UTC)

This is a limitation of wikitext not of html (see https://phabricator.wikimedia.org/T2986). It can be overcome using sitewide CSS and nth type pseudo classes (although that will increase page size for everyone) or by something like Help:TemplateStyles. 11:58, 17 October 2017 (UTC) — Preceding unsigned comment added by 197.218.82.93 (talk)

HTML5 allows all cells in a column to be styled as a group, this is done using the <colgroup>...</colgroup> and <col /> elements (which date back to HTML 4.0), but we can't make use of this feature because those two elements are not whitelisted. --Redrose64 🌹 (talk) 16:01, 17 October 2017 (UTC)
Putting the "text-align: center" statement into the table start row makes all text in the table centred.
e.g. class="wikitable" style="width: 300px; text-align: center;" produces
Align left Align center
good bad
good bad
good bad
good bad
then it is a question of making anything different a separate cell based statement. Nthep (talk) 16:33, 17 October 2017 (UTC)

Mojibake filenames

c:Commons:Bots/Work requests#Rename files with wonky Unicode encoding may interest some of the very technically minded here. At least 10,000 files need renaming. — Dispenser 16:49, 17 October 2017 (UTC)

Odd template/infobox error

Can someone who knows templates look at this article and figure out what's going on in the infobox? I had a couple of whacks at fixing it, see History, but I can't figure it out. Maury Markowitz (talk) 15:17, 17 October 2017 (UTC)

The {{Start date and age}} template does not like spaces in the month parameter. Jo-Jo Eumerus (talk, contributions) 15:39, 17 October 2017 (UTC)
Fixed in the template [11] to avoid this limitation. PrimeHunter (talk) 18:55, 17 October 2017 (UTC)
Thanks everyone! Maury Markowitz (talk) 13:56, 18 October 2017 (UTC)

IPA pronunciation missing while requesting page through JSON API

In the following link the IPA pronunciation for the name Týr is missing: https://wiki.riteme.site/w/api.php?action=query&prop=extracts&format=json&redirects&titles=T%C3%BDr

The JSON includes: 

"<p><b>Týr</b> (<span></span>; Old Norse: <i>Týr</i> ... "

Notice the empty <span> just after the "(", where the pronunciation should be.

Before the JSON used to include: 

"<p><b>Týr</b> (<span><span>/<span><span title="/ˈ/ primary stress follows">ˈ</span><span title="'t' in 'tie'">t</span><span title="/ɪər/ 'ear' in 'near'">ɪər</span></span>/</span></span>; Old Norse: <i>Týr</i> ..."

Notice that the <span> after the "(" contains the IPA pronunciation (/ˈtɪər/).

The text in the "regular" page (Týr) is: 

Týr (/ˈtɪər/;[1] Old Norse: Týr [tyːr]) is a Germanic god ...

I would expect the API response to include the IPA pronunciation, as they used to do.

This started happening recently, maybe a month ago. The second JSON snippet that I pasted is from 2017-01-27, so back then it was definitely working. Also notice that the first IPA (/ˈtɪər/, within //) is missing, whereas the second one ([tyːr], within []) is still included in the API response: perhaps it has something to do with the //. If necessary I can provide more examples and try to determine more accurately the date when this started happening. — Preceding unsigned comment added by 2602:306:B89F:F850:61B0:46C5:989D:75 (talk) 19:43, 17 October 2017 (UTC)

It is a deliberate editor choice ( See this). If third parties want to use such information they need to parse the page and retrieve it by themselves. 197.218.82.93 (talk) 21:36, 17 October 2017 (UTC)
I think this should either be fixed or reverted. Currently the API response is broken after removing the HTML:
Týr (; Old Norse: Týr [tyːr]) ...
Notice the (;.
Similarly in https://wiki.riteme.site/w/api.php?action=query&prop=extracts&format=json&redirects&titles=Beijing (Beijing) the output without HTML tags is:
Beijing, () formerly romanized as Peking, ...
Notice the empty () (or (<span></span>) in the API response).
If the IPA is removed, the () or ; should be removed as well, otherwise the API response looks broken. However I'm not sure why it was removed in the first place, since it's useful and not intrusive. — Preceding unsigned comment added by 2602:306:B89F:F850:61B0:46C5:989D:75 (talk) 16:10, 18 October 2017 (UTC)

Twitter Cards / Facebook Open Graph

Both Twitter and Facebook have techniques where a website owner can specify metadata that allows a posted link to be expanded into a small preview. Such previews generally show an image, the page title, the publisher, etc. Many media companies, e.g. CNN, NYTimes, etc., embed support for both Twitter Cards and Facebook's Open Graph, which allows their content to be previewed when linked from either platform. Presently, Wikipedia supports neither.

I'm not really interested in arguing the merits either way, but I'm curious if Wikipedia's current lack of support is due to a conscious choice NOT to support such technologies, or is it more the case that no one has taken the time to try and do so? Dragons flight (talk) 11:52, 18 October 2017 (UTC)

@Dragons flight: A little bit of both. There is reservations about adding tons of vender specific tags to all our HTML content, so generally, we tried to avoid that. We did implement all the fallback strategies that those platforms supported, so most of the time, it's pretty good actually (unless you want to share an imagepage). See also phab:T56829 and it's many connected tickets. —TheDJ (talk • contribs) 14:51, 18 October 2017 (UTC)
I'm not sure about those fallback strategies. Facebook does seem to generate a preview from Wikipedia content, but Twitter just seems to leave a bare link, e.g. most of the tweets at [12]. It was because of the Twitter case that I actually thought to ask. Thanks for the Phabricator reference. Dragons flight (talk) 15:07, 18 October 2017 (UTC)
You don't happen to know if any of the existing extensions in this area are reasonably functional? (For potential use on a non-WMF Mediawiki installation.) Dragons flight (talk) 15:27, 18 October 2017 (UTC)
@Dragons flight: The twitter cards extension, which is referred to in some of those tickets was used to experiment with this and probably still works. —TheDJ (talk • contribs) 16:15, 18 October 2017 (UTC)

DYK's should be viewable from Mobiles too

Currently, Mobile view of Wikipedia's Main Page doesn't show the Did you know section. I think this should be shown as a large number of readers visit Wikipedia from mobiles and tablets, I-pads etc and DYK's aren't being exposed to them. Also, some topics may share interests with mobile readers, like an Apple smartphone hook, which recieves less views on Computers but more from Mobiles and Tablets. What do you guys think about this ? Request a passing administrator to implement this if enough users agree. 31.215.114.79 (talk) 11:37, 17 October 2017 (UTC)

The above message was posted on WT:DYK, and I'm copying here FYI. — Maile (talk) 12:43, 17 October 2017 (UTC)
A month ago, I had the same question about TFP. The explanations were interesting. (Main page still in table format, not in responsive format). -DePiep (talk) 13:48, 17 October 2017 (UTC)
Lame. This needs fixing. Hawkeye7 (discuss) 19:37, 17 October 2017 (UTC)
It's not broken. -DePiep (talk) 21:41, 17 October 2017 (UTC)
Actually its quite simple, the existing main page layout can't be made responsive because Wikipedia has very limited global CSS which does not allow for it. The other option, that of changing the layout, has already been subject to wheel warring and bitter infighting. So nothing happens. And before you say we should have a main page just for mobiles, that can't be done without breaking the mediawiki software. Dysklyver 20:08, 17 October 2017 (UTC)
A Den Jentyl Ettien Avel Dysklyver could yo clarify: "Wikipedia has ..." is that enwiki, mw, WMF? As I understood TheDJ, it was enwiki local only (other lang-wikis may have improved their main page). -DePiep (talk) 21:41, 17 October 2017 (UTC)
I believe that the French Wikipedia created a responsive Main Page about two years ago. Whatamidoing (WMF) (talk) 16:39, 18 October 2017 (UTC)
I recognise the situation of heaven-blocking "no consensus so no change" (me in lower level situations ;-) ). Does not this sort of point out that the Wikipedia consensus model needs improvement? -DePiep (talk) 21:41, 17 October 2017 (UTC)
mw:Extension:TemplateStyles is the solution once it is deployed here. — JJMC89 (T·C) 02:00, 18 October 2017 (UTC)
Indeed mw:Extension:TemplateStyles would fix this by allowing us to define main page specific CSS. — Preceding unsigned comment added by A Den Jentyl Ettien Avel Dysklyver (talk • contribs) 10:02, 18 October 2017 (UTC)

When 4 tildes are not a signature

I am messing about with conversions from {{familytree}} to {{chart}}. I recently filled in the missing tiles in chart so that chart can now handle all of the familytree tiles and more. For reasons that are not clear to me there is no one to one mapping of tile names between familytree and chart, but over a decade ago User:GregU wrote a tool that may help (see User:GregU/familytree.js).

I am messing about with a fairly complicated tree that appears in the article Family tree of Muhammad (the first one under the section "Family tree"). I have already converted it by hand so this is a test. As can be seen by looking at the documentation that comes with the templates {{familytree}} to {{chart}} the tile letter that represents a dashed line is a Tilde "~". To represent a line of dashes GregU's tool produces a line of tildes in the ASCII representation. The problem is that if one then saves the ASCII representation, the tildes get converted into signatures.

As GregU no longer appears to be active,I can not ask her/him for help, so can any one tell me if there is a way to save thee or more tildes in a row without them being turned into signatures? -- PBS (talk) 14:08, 18 October 2017 (UTC)

Surround them with nowiki tags like so: <nowiki>~~~~</nowiki> --SarekOfVulcan (talk) 14:11, 18 October 2017 (UTC)
Or for a tiny bit less typing, put a self-closed nowiki tag exactly in the middle, like this: ~~<nowiki/>~~ – Jonesey95 (talk) 14:37, 18 October 2017 (UTC)
A self-closed nowiki tag inside will only work if there are at most four tildes. I don't know your exact use case but a single <pre>...</pre> around a whole block of text may also be an option. This creates a monospaced font and preserves linebreaks like the below example. PrimeHunter (talk) 15:40, 18 October 2017 (UTC)
~~~~~~~~~~~~~~~~
|              |
|              |
----------------
The other option is {{4~}} which gives ~~~~. There is also {{3~}} and {{5~}}. Primefac (talk) 18:04, 18 October 2017 (UTC)

Strange SVG behaviour

When processing a request at FFU, I uploaded File:Logo for Schwan's Company.svg using an SVG I found at the company's website. The logo looks correct if I open the SVG in my web browser, but the PNG generated by Mediawiki is all black. Any idea what might be wrong? --Stefan2 (talk) 18:36, 18 October 2017 (UTC)

Use a proper svg capable program like abode illustrator or inkscape to convert it, basically the transparency/colors/code/format/specification/some thingies aren't supported by whatever mediawiki is using. Dysklyver 19:19, 18 October 2017 (UTC)
@Stefan2: The main problem is that the <style> tag does not have a type="text/css" attribute. It's not required by the SVG spec, and your browser clearly doesn't care; but some user agents (including librsvg, which we use to create the png versions that are served) won't process the <style>...</style> block without it (more at c:Help:SVG#Stylesheet). I would also add a version="1.1" attribute to the <svg> tag. --Redrose64 🌹 (talk) 20:05, 18 October 2017 (UTC)
That helped. Thanks, User:Redrose64! --Stefan2 (talk) 20:14, 18 October 2017 (UTC)

"Do you really want to remove page X from your watchtlist?"

Today, viewing my watchlist, I can click to remove a page. All fine, very professional. But hey. Randomly I must confirm, and even then we do not return to the page came from. -DePiep (talk) 01:55, 16 October 2017 (UTC)

@DePiep: This is likely because the page had not finished loading Javascript, or because an error in your scripts had an error and then interrupted the rest of the Javascript initialisation. —TheDJ (talk • contribs) 09:38, 16 October 2017 (UTC)
To be clear: viewing my watchlist I can click a linked "×", then the page is struck <s>-style in view, all right. In other moments (IMO randomly), by that same "×" click I must confirm in a page clicking "Yes", and then click to return to my Watchlist. This is the not funny route I complain about.
re TheDJ: is this something I have set or I can set? (Must say, I was working on a slow old WinXP setup. Related?). -DePiep (talk) 22:07, 16 October 2017 (UTC)
What browser? Note that most old browers don't have working JavaScript due to safety issues. Sjoerd de Bruin (talk) 16:53, 19 October 2017 (UTC)
Firefox 52.4.0 (=latest IMO). I think there is more in TheDJ's note: very slow computer, so scripts may not be active. -DePiep (talk) 20:38, 19 October 2017 (UTC)
@DePiep: "I can click a linked "×", then the page is struck -style in view i'm still wondering what is giving you that functionality... Cause i don't have it, and i can't find it either. :) —TheDJ (talk • contribs) 21:33, 19 October 2017 (UTC)
In my Watchlist, it is in the second column (first column is: blue/green colored ball/triangle-to-unfold; third+ columns are the "m, b" indicators). It's a wikilink, so "×" has regular underline. When fast, the whole page line is struck and greyed out right away (good). When slow, the issue at hand, it leads to url [13] (demo page infobox here; of course wrt my own watchlist). Could be related to a Preference I have set. Clear enough? -DePiep (talk) 21:52, 19 October 2017 (UTC)
Special:Preferences#mw-prefsection-watchlist – "Add direct unwatch/watch links to watchlist entries (JavaScript required for toggle functionality)". -- The Voidwalker Whispers 22:31, 19 October 2017 (UTC)

Fixing interwiki links?

Hey, I seem to a recall some years back these were moved to meta, and reading a description of the new way to handle them at that time, but I haven't thought about it much since. All the ones I added by the old method were automatically fixed -- I think? But that doesn't help me fix cases where they are already messed up.

Specifically, someone linked the Japanese article ja:仏足石歌 from our article bussokusekika, but our article was actually on the different (but related) topic covered in the Japanese article ja:仏足石歌碑. I moved the page (the earlier title was technically inaccurate, as "bussokusekika" describes a poetic form not exclusive to the bussokuseki-kahi).

But now I don't know how to change the link to ja.wiki to match the identical topic.

Hijiri 88 (聖やや) 11:10, 20 October 2017 (UTC)

There should be an "edit links" option (with a pencil icon) at the bottom of the Languages section in the left sidebar, taking you to the Wikidata page. Certes (talk) 11:37, 20 October 2017 (UTC)

Is there a problem with TOC LIMIT?

I have tried in two different places, one in main space and one in my user sandbox, both with {{toc right |limit=3 or 4}} and with {{toc limit | 3 or 4}} and neither work, yes I am setting the correct respective number of "=" in the section titles. Only a limit of 2 seems to work. Any ideas? Eno Lirpa (talk) 13:07, 21 October 2017 (UTC)

You failed to show or link a real example or say what you think is wrong so you are forcing us to guess. I guess that you refer to User:Eno Lirpa/sandbox/toc stuff and that you think {{toc limit|3}} should never show a level 4 ====A====. But see Template:TOC limit#TOC levels versus wikitext header levels. There is no level 3 ===...=== above ====A====, so it should be displayed and it is for me. It disappears if you insert ===...=== above it. PrimeHunter (talk) 13:42, 21 October 2017 (UTC)
Thanks – you guessed correctly – toc levels versus heading levels explains it. Resolved. Eno Lirpa (talk) 13:55, 21 October 2017 (UTC)

Quarry query

This question is about the Quarry SQL interface. If there's a better place to ask, please let me know.

A query I'm developing takes a long time to run. Is there any way to see the query plan without actually running the SQL? (The Explain button only appears once the SQL is running, and the EXPLAIN statement fails because I don't have the necessary table permissions.) If not, is there any way to stop a query once it's running and I can see from Explain that it's going to hog resources forever without producing useful results?

The specific query is DabPairs, which aims to identify when Foo and Foo (disambiguation) are distinct dab pages (not redirects to each other) but a solution would also be of more general use. The specific problem I'm having is that MySQL refuses to use the name_title index on the page table, despite my specifying a constant P2.page_namespace and an expression for P2.page_title. I've tried using STRAIGHT_JOIN (which successfully forces the join order I'm aiming for) and FORCE INDEX (which fails, telling me that name_title isn't a key) but nothing seems to work.

Suggestions welcome! Certes (talk) 12:39, 19 October 2017 (UTC)

@Certes: WP:Request a query may be able to help. --2601:14A:C101:6EA3:C009:AF6:DB8C:3465 (talk) 13:57, 21 October 2017 (UTC)
Thanks; query moved to there. Certes (talk) 16:18, 21 October 2017 (UTC)

Template bleedover

Hi all, can someone please look at this version of a user's talk page. The Teahouse greeting is bleeding into the next comment. I tried slapping a {{clear}} onto it, but it didn't help too much. Something is obviously funky about Template:Teahouse thank you. Thanks, Cyphoidbomb (talk) 23:15, 21 October 2017 (UTC)

@Cyphoidbomb: Fixed. Purge as needed if you see it elsewhere. Nihlus 23:28, 21 October 2017 (UTC)
@Nihlus: Thanks mate, Cyphoidbomb (talk) 23:42, 21 October 2017 (UTC)

Hatnote spacing

Is it just me or the spacing between a hatnote and "From Wikipedia, the free encyclopedia" has indeed shrinked? Two samples. The upper spacing was rather identical to the bottom spacing between a hatnote and the article's first sentence several days ago (Windows Firefox, default 100% zoom). Brandmeistertalk 13:13, 20 October 2017 (UTC)

not just you, it's a bug. —TheDJ (talk • contribs) 13:51, 20 October 2017 (UTC)
@TheDJ: It is fixed here and on some other languages somehow but on :sr: not. Is it possible to fix it there too? --Obsuser (talk) 05:27, 22 October 2017 (UTC)
I know now possible solution, no need for answer. --Obsuser (talk) 18:35, 22 October 2017 (UTC)

Word count

Hello! Is there any practical way in which we could have a word count of articles of a given Wikipedia? Maybe enwp is too big, but in euwp we don't have so many articles and this could be a great information on our quality.-Theklan (talk) 12:43, 22 October 2017 (UTC)

If you want a table showing the word count for all articles at the same time, I can't help you, but if you're only interested in the current article, the following can be added to Special:MyPage/common.js:
$( function() {
	'use strict';
	var container = $( '.mw-parser-output' );
	var text;
	var words;
	if ( container.length ) {
		text = container.text();
		if ( text ) {
			text = text.trim();
			if ( text ) {
				words = text.split( ' ' );
				$( 'h1' ).append( ' (' + words.length + ' words)' );
			}
		}
	}
} );
It's not perfect (the last word in paragraph 1 will count as the same word as the first word in paragraph 2), but if you want a more accurate count, it quickly becomes a lot more complicated. It's also possible to filter out infoboxes or other arbitrary templates if you just throw more code at it, if that's what you want to do. Nirmos (talk) 13:36, 22 October 2017 (UTC)
Thanks Nirmos, it was the global count what I was searching for. The word count of a given article can be done with User:Caorongjin/wordcount. -Theklan (talk) 20:16, 22 October 2017 (UTC)

Images are not showing up on Wikipedia

I have a big problem going on with Wikipedia. I can't locate around images easily on Wikipedia and when I click on an image, it is throw up an error message. This only happening on Wikipedia and nowhere else. This is the error message that comes when opening File:Farewell to 442402 Beckenham Junction to London Victoria 1Z43 approaching Beckenham Road station (32556548674).jpg:

Page not found

/wikipedia/commons/8/80/Farewell_to_442402_Beckenham_Junction_to_London_Victoria_1Z43_approaching_Beckenham_Road_station_(32556548674).jpg We could not find the above page on our servers. Did you mean: /wiki/wikipedia/commons/8/80/Farewell_to_442402_Beckenham_Junction_to_London_Victoria_1Z43_approaching_Beckenham_Road_station_(32556548674).jpg Alternatively, you can visit the Main Page or read more information about this type of error. Pkbwcgs (talk) 08:20, 7 October 2017 (UTC)

Do you have the media viewer option turned on? If so, you could try disabling it, in case that helps. The image shows up for me (including its large version). —PaleoNeonate – 08:51, 7 October 2017 (UTC)
@PaleoNeonate: How can I disable media viewer? Pkbwcgs (talk) 09:27, 7 October 2017 (UTC)
@Pkbwcgs: under preferences -> files there should be an "Enable media viewer" boolean option. —PaleoNeonate – 10:06, 7 October 2017 (UTC)
@PaleoNeonate: There is no files tab in my preferences so I still can't find it. Pkbwcgs (talk) 10:09, 7 October 2017 (UTC)
Images work for me. "Enable Media Viewer" is at Special:Preferences#mw-prefsection-rendering. What is your browser and skin? Does it happen if you are logged out? Are you saying the error happens when you click on the link "File:Farewell to 442402 Beckenham Junction to London Victoria 1Z43 approaching Beckenham Road station (32556548674).jpg"? How about commons:File:Farewell to 442402 Beckenham Junction to London Victoria 1Z43 approaching Beckenham Road station (32556548674).jpg? Or does it only happen when you click on a displayed image like at User:Pkbwcgs/sandbox? Do you have the Firefox addon NoScript? It can cause problems with some file names with parentheses. Does File:Example.png work? PrimeHunter (talk) 10:16, 7 October 2017 (UTC)
@PrimeHunter: File:Example.png doesn't work. Pkbwcgs (talk) 10:23, 7 October 2017 (UTC)
Also, File:Example.png and commons:File:Farewell to 442402 Beckenham Junction to London Victoria 1Z43 approaching Beckenham Road station (32556548674).jpg doesn't work after enabling Media viewer. In fact, a few hours ago some pictures worked but in the last two hours none of the pictures work before and after enabling Media viewer. Pkbwcgs (talk) 10:26, 7 October 2017 (UTC)
And... I don't use Firefox, I use Google Chrome. Pkbwcgs (talk) 10:27, 7 October 2017 (UTC)
And your skin, and logged out? PrimeHunter (talk) 10:45, 7 October 2017 (UTC)
@PrimeHunter: Logging out doesn't help the problem. The pictures still don't appear. Nor does clearing the cache. Pkbwcgs (talk) 11:01, 7 October 2017 (UTC)
@PrimeHunter: Apparently, it is error 404 but I can't able to fix it. Pkbwcgs (talk) 11:08, 7 October 2017 (UTC)
Can you try another browser and maybe Internet connection? Is the error message the only content on a file page? Does File:Example.png or https://commons.wikimedia.org/wiki/File:Example.png work? PrimeHunter (talk) 11:22, 7 October 2017 (UTC)
@PrimeHunter: Both versions are not working. The error message comes after going to the image – there is an image link instead of the image. If I click on the image link, it leads to error 404 and the error message I put right at the top of this thread. If I am too vague, I will post a screenshot. Pkbwcgs (talk) 12:29, 7 October 2017 (UTC)
Have you tried Ctrl+F5 in Chrome? If so, please post a screenshot. Nihlus 12:43, 7 October 2017 (UTC)
Does https://upload.wikimedia.org/wikipedia/commons/7/70/Example.png give the error? Are you in England as your user page says? I'm nearby in Denmark so our locations shouldn't make a difference. User-uploaded files are stored at upload.wikimedia.org. Does https://wiki.riteme.site/static/images/poweredby_mediawiki_132x47.png work? PrimeHunter (talk) 13:02, 7 October 2017 (UTC)
@PrimeHunter: @Nihlus: I don't know where can I upload a screenshot and only https://wiki.riteme.site/static/images/poweredby_mediawiki_132x47.png is working at the moment but the other link isn't. Pkbwcgs (talk) 13:31, 7 October 2017 (UTC)
@Pkbwcgs: See WP:WPSHOT. --Redrose64 🌹 (talk) 22:06, 7 October 2017 (UTC)
I wondered whether your browser didn't go to upload.wikimedia.org for some reason so I manually replaced the domain in the correct url and got this: https://wiki.riteme.site/wikipedia/commons/8/80/Farewell_to_442402_Beckenham_Junction_to_London_Victoria_1Z43_approaching_Beckenham_Road_station_(32556548674).jpg. It's not supposed to find an image and it gives me the error message you quoted, but I can find no way to get there without manually modifying the address. What is the address in your browser after you click this link: https://upload.wikimedia.org/wikipedia/commons/7/70/Example.png. My browser stays at that address and displays the image. The address https://upload.wikimedia.org with nothing after the domain redirects me to https://commons.wikimedia.org/wiki/Main_Page. The manually made wrong address https://commons.wikimedia.org/wikipedia/commons/7/70/Example.png also gives me an error message like you quoted but again, I can find no way to get there by clicking normal interface links. PrimeHunter (talk) 22:25, 7 October 2017 (UTC)
@PrimeHunter: It still quite a bad problem. As soon as I clear the history, the images will work for 5 to 10 minutes and after that, the images will suddenly stop working. This problem suddenly happened on Friday and I still didn't get a solution. Pkbwcgs (talk) 14:36, 8 October 2017 (UTC)
It's hard to help if you don't answer questions. If you click https://upload.wikimedia.org/wikipedia/commons/7/70/Example.png then is your browser still on that address when you see an error message saying "We could not find the above page on our servers"? Where does "Main Page" in the error message link to? PrimeHunter (talk) 15:12, 8 October 2017 (UTC)
@PrimeHunter: The link you have given is working. However, the pictures are still not showing up. The main page in the error is linking to Wikimedia Common's main page. However, sometimes even opening Wikimedia commons is throwing up this error below:

Error 'Our servers are currently under maintenance or experiencing a technical problem. Please try again in a few minutes.

See the error message at the bottom of this page for more information.'

By the way, the 'error message' in this error is error 404. Pkbwcgs (talk) 16:42, 8 October 2017 (UTC)

Again, I am being held up with technical difficulties on Wikimedia Commons. Is there any maintenance work going on? Pkbwcgs (talk) 19:56, 8 October 2017 (UTC)
Commons currently works for me but I have periodically seen such error messages for years. It's unrelated to the other problem. If the "Main Page" link goes to Commons then it sounds like you are at commons.wikimedia.org when you see the error message while you should have been at upload.wikimedia.org after you click an image to view the image directly and not just on a file page. But I cannot be sure because you still haven't answered what the address is. Maybe there is a problem with your browser. Do you have any browser extensions which may manipulate addresses? PrimeHunter (talk) 21:36, 8 October 2017 (UTC)
@PrimeHunter: No luck – problem still is going on. The address that it is going to is upload.wikimedia.org. Pkbwcgs (talk) 20:14, 10 October 2017 (UTC)
Which of the problems? "We could not find the above page on our servers" and "Our servers are currently under maintenance or experiencing a technical problem" are completely different. And upload.wikimedia.org is only a domain. Please post a full address where you see the problem, e.g. https://upload.wikimedia.org/wikipedia/commons/7/70/Example.png which works for me. Copy-paste the address from your browser to be sure to get the precise address. PrimeHunter (talk) 01:04, 11 October 2017 (UTC)
@PrimeHunter: We could not find the above page on our servers. is the error message. https://upload.wikimedia.org/wikipedia/commons/7/70/Example.png does not work for me. A few days back, it did. Pkbwcgs (talk) 15:42, 11 October 2017 (UTC)
@PrimeHunter: Please look at the image on File:Wikimedia error 404.png. I hope this is the right images but I think this is the example screenshot of the error 404 message I am getting. Pkbwcgs (talk) 15:47, 11 October 2017 (UTC)
That's odd. Not only does it work for me but if I try a deliberately wrong name at upload.wikimedia.org like https://upload.wikimedia.org/wikipedia/commons/7/70/WrongFilename.png then I only get this:
404 Not Found
The resource could not be found.

File not found: /v1/AUTH_mw/wikipedia-commons-local-public.70/7/70/WrongExample.png
It's a different message and it has no link to Commons or anywhere else. Contructing a wrong link with the right directory per mw:Manual:$wgHashedUploadDirectory gives me the same result: https://upload.wikimedia.org/wikipedia/commons/b/bf/WrongFilename.png. Please confirm that your browser is still on the address https://upload.wikimedia.org/wikipedia/commons/7/70/WrongExample.png when you see "We could not find the above page on our servers", and a "Main Page" link going to Wikimedia Commons. Do you know where to see which address you are on? Can you try another browser? File:Wikimedia error 404.png is only a partial match to the message you quoted in the first post, but the file is five years old and from another domain so that's not surprising. PrimeHunter (talk) 16:15, 11 October 2017 (UTC)
@PrimeHunter: Sorry for the delayed reply. I can confirm that the web address is definitely upload.wikimedia.org. Most of the images are still not working. Pkbwcgs (talk) 19:07, 18 October 2017 (UTC)
@PrimeHunter: Also, after a quick test, apparently this issue I am facing at the moment is on Google Chrome and not Internet Explorer. However, I still prefer Google Chrome to Internet Explorer. Will this be enough to help me out on my issue? Pkbwcgs (talk) 20:36, 22 October 2017 (UTC)

Hillary Clinton template

I've located an issue with {{Hillary Clinton series}}, but I can't figure out how to fix it and wanted to ask for some assistance. The issue is that unlike any other template in Category:"Part of a series on" sidebar templates, this template is resulting in the direct inclusion in that category of every individual articlespace page that transcludes the template — but it's not supposed to be doing that, because that category is for the templates themselves, not for every mainspace article that has one of them on it. But I can't find the category code to determine how to fix it. Can anybody with more template experience take a look at this? Thanks. Bearcat (talk) 19:41, 22 October 2017 (UTC)

That category was mistakenly added to the template. It was re-removed here but the other articles do not automatically update; the WP:JOBQUEUE has to update them and if it's backlogged you need to WP:PURGE every article. Jo-Jo Eumerus (talk, contributions) 19:52, 22 October 2017 (UTC)
@Bearcat and Jo-Jo Eumerus: A purge won't work; it needs to be a WP:NULLEDIT to each page that is in the category incorrectly. --Redrose64 🌹 (talk) 20:27, 22 October 2017 (UTC)
Um, purging the articles did actually work for me. JoJo Eumerus mobile (talk) 20:40, 22 October 2017 (UTC)
Purge removes the category from the bottom of the article, but it doesn't remove the article from the list on the category page. --Redrose64 🌹 (talk) 20:42, 22 October 2017 (UTC)

Assistance request: Enabling citoid templates on Wikiversity

Hi, I'm trying to enable Citoid templates on Wikiversity (discussion). The configuration process is slightly beyond my technical expertise. Would someone from Wikipedia be able to help me to make sure I don't break anything? Secifically, I need to enable the ability to autogenerate the {{cite journal}} from a DOI and PMID code. T.Shafee(Evo&Evo)talk 06:22, 22 October 2017 (UTC)

(If anyone is interested, https://www.mediawiki.org/wiki/Topic:U0adu7uol4ayic64 is where they can head to. --Elitre (WMF) (talk) 14:25, 23 October 2017 (UTC))

Skin disappeared

A few weeks ago I changed the theme I am using in Preferences, but it has now changed back to Vector. I'm not sure what it was called, but I don't see any news about it being removed. Where did it go? (I see a RFC about adding "Timeless" skin, that started a couple days ago, maybe that's the one I was using, but that's for *adding* a skin, not removing one.) I'm confused. Thanks! —{{u|Goldenshimmer}}|✝️|ze/zer|😹|T/C|☮️|John15:12|🍂 02:53, 20 October 2017 (UTC)

MinervaNeue (example) has disappeared from Special:Preferences#mw-prefsection-rendering. I don't know why. PrimeHunter (talk) 12:02, 20 October 2017 (UTC)
Aha, yes, that's the one I was using, thanks. Hopefully it comes back soon... —{{u|Goldenshimmer}}|✝️|ze/zer|😹|T/C|☮️|John15:12|🍂 17:07, 20 October 2017 (UTC)
From what I can see, Minerva has been removed for a bit – it was a beta feature, see also phab:T162494. — xaosflux Talk 18:11, 20 October 2017 (UTC)
I see. Dunno why they fix what ain't broken, but whatever :P Fixed it by adding some conditional redirects to my browser, in case anyone else is wondering:
Seems to be working fine, a real relief to have the skin back. Thanks for the info! —{{u|Goldenshimmer}}|✝️|ze/zer|😹|T/C|☮️|John15:12|🍂 18:56, 20 October 2017 (UTC)
MinervaNeue is very similar to the mobile version (example) of Wikipedia so you can also try that. It doesn't require browser tricks. In the desktop version of the site, click "Mobile view" at the bottom of a page. Some things like navigation templates are omitted from the mobile version. PrimeHunter (talk) 19:24, 20 October 2017 (UTC)
Thanks! I prefer the one with the proper skin over the mobile one I think though, it doesn't fold up sections for one thing. Thanks though! (I discovered my redirects above don't work right with anchor fragments in URLs, though; here is a fixed replacement (struck my earlier version):
I think it's working now. Thanks again! :) —{{u|Goldenshimmer}}|✝️|ze/zer|😹|T/C|☮️|John15:12|🍂 20:25, 20 October 2017 (UTC)
There's a bit of work going on to standardize the skin name internally, this might have been a consequence of that. Minerva/MinervaNueue isn't going away :) FACE WITH TEARS OF JOY [u+1F602] 00:07, 21 October 2017 (UTC)

It will be back Thursday!! A patch failed to merge before we deployed. It's still there but sadly not accessible via preferences. You'll need to use the api to enable it in the mean time if that's too long to wait. Sorry about that! Jdlrobson (talk) 14:48, 23 October 2017 (UTC)

Tech News: 2017–43

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

  • You can use ccnorm_contains_any when you create an abuse filter. This can be used to look for multiple words or phrases within a string. It will find words where some characters have been replaced. You can read more in the documentation. [14]

Changes later this week

  • When you search in some languages the search function could use specific other languages if the first language didn't work. This is called a fallback language. This didn't work properly and created bad searches. The search index is being fixed to work better. [15]
  • The new version of MediaWiki will be on test wikis and MediaWiki.org from 24 October. It will be on non-Wikipedia wikis and some Wikipedias from 25 October. It will be on all wikis from 26 October (calendar).

Meetings

  • You can join the next meeting with the Editing team. During the meeting, you can tell developers which bugs you think are the most important. The meeting will be on 24 October at 18:30 (UTC). See how to join.
  • You can join the technical advice meeting on IRC. During the meeting, volunteer developers can ask for advice. The meeting will be on 25 October at 15:00 (UTC). See how to join.

Future changes

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

18:18, 23 October 2017 (UTC)

Tip of the day article up for deletion

Here is an AfD for techies.

The lead states: "A tip of the day is a piece of advice that is given daily. For example, many computer programs, such as those in older versions of the Microsoft Office suite, will display a tip of the day when they are started."

Do you know of any major programs that provide a daily tip (upon startup)?

Would that establish notability?

Cheers. The Transhumanist 20:40, 22 October 2017 (UTC)

Some games do on their loading screens, particularly games like the Football Manager series that aren't aimed at traditional gamers and thus there's an assumption that a significant proportion of players will be unfamiliar with gaming conventions. I'm unaware of any major piece of non-game software that still does this (with the obvious exception of Wikipedia); some Microsoft programs used to back in XP and Clippit the Paperclip days but they discontinued it years ago. The computing sense is certainly not the primary use of the term, since I'd be willing to bet (sic) that well over 90% of usage of the phrase relates to sports betting. ‑ Iridescent 22:24, 22 October 2017 (UTC)
@The Transhumanist: perhaps RFC 865 and QOTD would qualify? — xaosflux Talk 22:25, 22 October 2017 (UTC)

"Talkquote" template not working

Can someone explain why the markup on this sandbox page is not working? It does not render at all, so you will have to look at the page's source. Thanks! SharkD  Talk  23:53, 22 October 2017 (UTC)

values assigned to positional parameters must not contain an equal sign.
—Trappist the monk (talk) 00:04, 23 October 2017 (UTC)
You need |1= when the first unnamed parameter contains an equals sign (|text= would also work for this template). Otherwise it's interpreted as assigning the right hand sign of the equals sign to a parameter with the name on the left side. PrimeHunter (talk) 00:05, 23 October 2017 (UTC)
How do I make this work for multi-line quotes? I tried and the result ignored the spacing. SharkD  Talk  13:32, 24 October 2017 (UTC)
I guess using an HTML BR entity works. SharkD  Talk  13:50, 24 October 2017 (UTC)
You can use indent (:) or br, see some examples I put on your sandbox. — xaosflux Talk 13:56, 24 October 2017 (UTC)

Is there a bot that can update links to Talk page topics once those topics get moved to an archive? Or does this have to be done manually? Thanks. SharkD  Talk  14:45, 24 October 2017 (UTC)

ClueBot III (talk · contribs) does this automatically; lowercase sigmabot III (talk · contribs) does not. --Redrose64 🌹 (talk) 15:49, 24 October 2017 (UTC)

Deleted user contributions from timestamp

Is it possible to list deleted user contributions from a given year/month, in the same way that current contributions can be listed? Obviously this only applies to admins. Optimist on the run (talk) 11:39, 24 October 2017 (UTC)

There is no interface to do it but you can click "older 50" on deleted contributions and manually change the timestamp in the url. The format is offset=YYYYMMDDhhmmss. PrimeHunter (talk) 12:23, 24 October 2017 (UTC)
Thanks. Optimist on the run (talk) 06:39, 25 October 2017 (UTC)

Bot question

A lot of Canadian radio stations are stuck at the moment with a dead external link on them, because a site that we regularly rely upon as an EL for Canadian broadcast outlets has changed its URL structure — all of the pages still exist, but the URLs have changed and the old ones go 404. Fortunately, there's a regular, entirely predictable format to the new URLs, so it should potentially be possible to just set a bot with a substitution rule loose on the affected articles — but I don't know whether there is a bot than can do this or not, or whether we're just going to have to make the changes manually.

So, is there a bot that can do the URL switches for us? If there is, I'm willing to provide the needed information to the programmer. Thanks. Bearcat (talk) 22:01, 24 October 2017 (UTC)

I know my bot can handle this. What's the old structure and what changes need to be made to it in order to comply with the new structure? Nihlus 22:03, 24 October 2017 (UTC)
Thanks. This is going to be slightly trickier for AM radio stations than it is for FM, and we're willing to look after those manually if it would be too complicated, but here's the basics: what we need is a recursive run through all radio stations in Category:Radio stations in Canada and its subcategories.
For the URL format, I'm going to use the example of CBO-FM: the old format is http://www.broadcasting-history.ca/listings_and_histories/radio/histories.php?id=452&historyID=226 , while the new one is http://www.broadcasting-history.ca/listing_and_histories/radio/cbo-fm. So what the bot would need to do is replace the word "listings" in the URL with the singular "listing", and replace "histories.php" and all of the data after it (the digits used to be the part that varied from station to station) with the actual call sign of the station (basically a straight substitution of the page title itself.) The digits in the old histories.php don't actually matter, and are relevant only in the sense that the bot needs to be programmed to strip that part of the URL regardless of what the numbers after the equals signs are.
For FM stations, this should be entirely straightforward, since "-FM" is both the format of their new URLs and the format we use in our page titles. So for these stations, all it would have to do is replace the histories.php data with the page name.
For AM stations, it's a little bit trickier. The new URLs at CCF all use -AM, whereas our articles vary depending on whether disambiguation is needed or not. So what the bot should do is, if a radio station has a title with an (AM) disambiguator in it, it should just add the call sign with an -AM suffix instead of (AM), and if the title is just four letters with no (AM) or -FM suffix at all, it should also add an -AM suffix.
We also have a few radio stations that have extra disambiguatory information beyond just "(AM)" or "-FM", such as for defunct stations whose call signs then got taken over by a different new station later on. Usually this is "(defunct)", but not always. For stations with that kind of title, it would be too complicated to program the right rule for a simple bot substitution — so for any radio station that has a more complex title than just "CXXX", "CXXX (AM)" or "CXXX-FM", just have the bot just skip those and we'll look after them manually. As well, I've already manually replaced the URL on CBO-FM, since that was the example initially brought to my attention. And, of course, the bot should obviously just skip any page that doesn't have a broadcasting-history.ca URL on it at all — and the category tree also includes some redirects, so it should skip those as well.
We'll look after the wonky-titled pages manually, like I said, and if the AM station rules are too complicated to program we'll take them on as well. But whatever the bot is able to help with, we'd be most grateful. Bearcat (talk) 22:27, 24 October 2017 (UTC)
Can you provide some examples of pages that need fixed? It helps to see how they are being used. Nihlus 22:36, 24 October 2017 (UTC)
CBME-FM, CJRQ-FM, CFNY-FM, CKOC, CHIN (AM). Generally, we've had a policy of using these as external links rather than as references per se, so in each case what you should see is an external link with the title "[Station] history", directly followed by an internal link to our article about the Canadian Communications Foundation. Bearcat (talk) 22:46, 24 October 2017 (UTC)
So you only want to fix those links under "External links" sections? It might be best to create a template similar to other EL templates and then just replace the ones on the articles with the template. Then it could also make any future changes to their url structure easier. Perhaps it should be titled {{BroadcastingHistoriesCanada}} or some variant. I'll start working on the template and then we can look to have the bot do the dirty work. Nihlus 22:56, 24 October 2017 (UTC)
Yeah, you're right, that would actually be a really good idea! Bearcat (talk) 22:59, 24 October 2017 (UTC)
I'm pretty sure this sort of thing – if not this same task – has been requested at WP:BOTREQ before. --Redrose64 🌹 (talk) 08:07, 25 October 2017 (UTC)

Browser tab HTML title doesn't have the free encyclopedia while other's do

I noticed that the HTML title data on simple english wikipedia has the free encyclopedia on every article, 

<title>John Doe – Simple English Wikipedia, the free encyclopedia</title>

while the title on the regular English Wikipedia is just, 

<title>John Doe – Wikipedia</title>

It might be understandable with the simple english wikipedia as they don't don't have the motto under the globe in the top left, but other wiki's like the Portuguese wiki, which has "the free encyclopedia" under the globe, also has it in the HTML title data as well which contradicts the idea of it being on the HTML title when it isn't under the globe(albeit as far as I have checked ~all wiki's have it atleast on the main page. The german wikipedia doesn't have the motto in the HTML title data, but does in the globe. So is it just seemingly random as to the use of the motto in the HTML, is there a reason for it, or is it something that can be fixed?(Also if this belongs better on the meta as it is crosswiki related please point me there) -glove- (talk) 00:45, 25 October 2017 (UTC)

[17] says "(pagetitle: John Doe)", meaning the message is defined in MediaWiki:Pagetitle. The English Wikipedia has used the default version which only adds " – Wikipedia" since an October 2016 discussion at Wikipedia:Village pump (proposals)/Archive 135#Proposal: Amend page title element to remove "Wikipedia, the free encyclopedia". Each wiki can independently decide the message in their local MediaWiki:Pagetitle. PrimeHunter (talk) 01:27, 25 October 2017 (UTC)
Administrators can see the deleted page history of MediaWiki:Pagetitle. It included "the free encyclopedia" from 20 August 2005 to 12 October 2016. Many other wikis probably copied this from us in that period. PrimeHunter (talk) 01:35, 25 October 2017 (UTC)
Thank you for the detailed response, also has this been proposed over at the simple english wiki to be changed? Probably wouldn't be be best as it isn't under the globe though but I was wondering if there was a discussion on it. -glove- (talk) 01:52, 25 October 2017 (UTC)
Simple copied their message from us in 2007.[18] I don't work there and haven't found mention that our message changed in 2016. You could suggest it at simple:Wikipedia:Simple talk. PrimeHunter (talk) 09:59, 25 October 2017 (UTC)

List of Wikipedians by article count

Hi. This page is no longer being updated per this reason. If anyone knows how to fix it and has the time to do so, it would be appreciated. Thanks. Lugnuts Fire Walk with Me 10:50, 25 October 2017 (UTC)

For those wondering whether the botop is aware, they are: it's a report built by BernsteinBot (talk · contribs) which is operated by MZMcBride (talk · contribs). --Redrose64 🌹 (talk) 11:13, 25 October 2017 (UTC)

Automatic edit summary when reverting IPv6 addresses

Currently:

Undid revision 123456789 by Special:Contributions/2001:0db8:0000:0042:0000:8a2e:0370:7334

The way it should be:

Undid revision 123456789 by 2001:0db8:0000:0042:0000:8a2e:0370:7334 (talk)

Th4n3r (talk) 12:39, 25 October 2017 (UTC)

@Th4n3r: See #"undo" feature: the pre-filled edit summary for IPv6 users, above. -- John of Reading (talk) 12:46, 25 October 2017 (UTC)
@Th4n3r: In case that's not clear, each repetition of "2001:0db8:0000:0042:0000:8a2e:0370:7334" in the wikisource is a significant fraction of the maximum edit comment length, leaving very little for the undoer to write anything. It was changed from what you say it should be to the shorter wikitext.— Preceding unsigned comment added by 104.153.72.218 (talk) 22:27, 4 November 2017‎ (UTC)

Structured Commons newsletter, October 25, 2017

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

Community updates
Things to do / input and feedback requests
Presentations / Press / Events
Audience at Structured Commons design discussion, Wikimania 2017
Team updates
The Structured Commons team at Wikimania 2017

Two new people have been hired for the Structured Data on Commons team. We are now complete! :-)

  • Ramsey Isler is the new Product Manager of the Multimedia team.
  • Pamela Drouin was hired as User Interface Designer. She works at the Multimedia team as well, and her work will focus on the Structured Commons project.
Partners and allies
  • We are still welcoming (more) staff from GLAMs (Galleries, Libraries, Archives and Museums) to become part of our long-term focus group (phabricator task T174134). You will be kept in the loop of the project, and receive regular small surveys and requests for feedback. Get in touch with Sandra if you're interested – your input in helping to shape this project is highly valued!
Research

Design research is ongoing.

  • Jonathan Morgan and Niharika Ved have held interviews with various GLAM staff about their batch upload workflows and will finish and report on these in this quarter. (phabricator task T159495)
  • At this moment, there is also an online survey for GLAM staff, Wikimedians in Residence, and GLAM volunteers who upload media collections to Wikimedia Commons. The results will be used to understand how we can improve this experience. (phabricator task T175188)
  • Upcoming: interviews with Wikimedia volunteers who curate media on Commons (including tool developers), talking about activities and workflows. (phabricator task T175185)
Development

In Autumn 2017, the Structured Commons development team works on the following major tasks (see also the quarterly goals for the team):

  • Getting Multi-Content Revisions sufficiently ready, so that the Multimedia and Search Platform teams can start using it to test and prototype things.
  • Determine metrics and metrics baseline for Commons (phabricator task T174519).
  • The multimedia team at WMF is gaining expertise in Wikibase, and unblocking further development for Structured Commons, by completing the MediaInfo extension for Wikibase.
Stay up to date!

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

Message sent by MediaWiki message delivery – 14:26, 25 October 2017 (UTC)

Generating lists of articles created by a sockfarm

I help out a lot at WP:COIN. Often one of the things we do is create lists of articles created by sockfarms, for review and cleanup. An example of such a list is User:Bri/COIbox63. A new case created by Doc James today on COIN (we get 2-3 a week sometimes) made me think this might be better automated. I got as far as creating pagepile 11077 as a test, using a mix of crawling sock categories and manually entered untagged accounts, then got stuck. Is there a way to go forward and get a list of articles created by the accounts in the pagepile? - ☆ Bri (talk) 20:26, 18 October 2017 (UTC)

I created User:The Voidwalker/createdArticles.js. It should do what you're asking. It only lists pages in the article namespace. To use, import the script, and go to Special:CreatedArticles. There is an option to set the limit of pages to all. This may do weird things. I should later make it so that the listed titles have a link to the page, but I'm out of time to work on that for now. -- The Voidwalker Whispers 02:32, 19 October 2017 (UTC)
Thanks, I'll try that script out. ☆ Bri (talk) 17:52, 25 October 2017 (UTC)

Cite Messages

I am trying to add Wikipedia's notes templates to my wiki (hosted by Wikia.com, aka Fandom). I believe it has the default MediaWiki pages, with the exception of those that were edited. Which MediaWiki pages are needed for the notes templates ({{Notelist}} and {{Efn}} and variants) to work properly? AChildOfGod (Talk | Contribs | Bible Wiki) 19:55, 25 October 2017 (UTC)

For the {{Notelist}}:
  • Template:!! (edit) (template protected)
  • Template:Code (edit) (template protected)
  • Template:Documentation (edit) (template protected)
  • Template:Documentation subpage (edit) (template protected)
  • Template:Dummy ref (edit)
  • Template:Dummy reference (edit)
  • Template:Efn (edit) (template protected)
  • Template:Efn-lr (edit) (semi-protected)
  • Template:Main other (edit) (protected)
  • Template:Markup (edit)
  • Template:Markup/row (edit)
  • Template:Notelist (edit) (template protected)
  • Template:Notelist-lr (edit) (semi-protected)
  • Template:Notelist/doc (edit)
  • Template:Ombox (edit) (protected)
  • Template:Para (edit) (template protected)
  • Template:Reflist (edit) (protected)
  • Template:Tag (edit) (template protected)
  • Template:Tlx (edit) (template protected)
  • Template:Transwiki guide (edit)
  • Template:Yes/no (edit)
  • Template:Yesno (edit) (protected)
  • Module:Arguments (edit) (protected)
  • Module:Category handler (edit) (template protected)
  • Module:Category handler/blacklist (edit) (template protected)
  • Module:Category handler/config (edit) (template protected)
  • Module:Category handler/data (edit) (template protected)
  • Module:Category handler/shared (edit) (template protected)
  • Module:Check for unknown parameters (edit) (template protected)
  • Module:Documentation (edit) (template protected)
  • Module:Documentation/config (edit) (template protected)
  • Module:Effective protection expiry (edit) (template protected)
  • Module:Effective protection level (edit) (template protected)
  • Module:File link (edit) (template protected)
  • Module:Message box (edit) (protected)
  • Module:Message box/configuration (edit) (protected)
  • Module:Namespace detect/config (edit) (protected)
  • Module:Namespace detect/data (edit) (protected)
  • Module:No globals (edit) (template protected)
  • Module:Protection banner (edit) (template protected)
  • Module:Protection banner/config (edit) (protected)
  • Module:Yesno (edit) (protected)
Ruslik_Zero 20:16, 25 October 2017 (UTC)
No, those are used only because of the documentation. See Template:Notelist/Transwiki guide for the former template. {{repeat|p|3}}ery (talk) 20:28, 25 October 2017 (UTC)

Spaces between "coup in" and "States suspended" not registering at Foreign relations of the United States

I was looking at the article when I noticed that it was saying this at the top of the Oceania section: 

...which came to power through a military coupin December 2006. The United Statessuspended $2.5 million in aid money pending a review of the situation...

These spaces were there in the source when I went to edit, but not visibly, so I tried to fix it by adding second spaces, but that didn't work either, so I undid it and left a note to let future editors know about the problem. -- MrHumanPersonGuy (talk) 10:13, 25 October 2017 (UTC)

The text should be in the Fiji section of the table, not at the top. I suspect the recent IP blanking caused the table format to corrupt, so I've reverted it to the last good version. Optimist on the run (talk) 10:36, 25 October 2017 (UTC)

Inside the table code was text not belonging to a cell and therefore displayed outside the table. This can give odd results like the below example where the source has a space but some code cleanup process removes it from the generated html. 

{|
[[spaced]] words
|}

produces:
spaced words
PrimeHunter (talk) 11:36, 25 October 2017 (UTC)

 Works for me @PrimeHunter: I did send a page purge, but these are displaying appropriately for me – are you still showing an issue? — xaosflux Talk 02:10, 26 October 2017 (UTC)
Xaosflux, the issue posted by MrHumanPersonGuy was fixed with this revert of the Foreign relations article as mentioned above by Optimist on the run. Or do you mean that the result of PrimeHunter's example doesn't look like:
spacedwords
which is how it looks to me. --Pipetricker (talk) 08:07, 26 October 2017 (UTC)
Yes, Foreign relations of the United States#Oceania was fixed. The space was removed from the generated html before the fix and still is in my example which says:
<a href="/wiki/Spaced" title="Spaced">spaced</a>words
It would be strange if you see a space there. PrimeHunter (talk) 09:25, 26 October 2017 (UTC)

Section edit tags on this page were messed up

Moments ago, I wanted to edit #Cite templates with |script-title= (non-ascii + ascii) |url=... |url-access=registration on this page. When I clicked the edit link next to #Cite templates with |script-title= (non-ascii + ascii) |url=... |url-access=registration, it started an edit session for the next section, #Fixing interwiki links?. So I clicked the edit link next to #Skin disappeared, the section preceding #Cite templates with |script-title= (non-Cite templates with |script-title= (non-ascii + ascii) |url=... |url-access=registration, and it started an edit session for #Cite templates Cite templates with |script-title= (non-ascii + ascii) |url=... |url-access=registration. I completed that edit and, well, the problem isn't reproducible now, but this really happened! —Anomalocaris (talk) 07:08, 26 October 2017 (UTC)]]

@Anomalocaris: One possibility is page archiving. You might have come to this page when this version was current, or perhaps an even earlier one. If you did't reload the page for some hours before attempting to edit the section that you mention, this archiving edit may have occurred in the meantime. This will have altered the section numbering for all sections from "IP was somehow able to edit a semi-protected page" onwards, so that each one now had a true section number one less than the number used by the "[edit]" links in that old version. So using one of those out-of-date "[edit]" links will have caused editing of the section below. --Redrose64 🌹 (talk) 09:16, 26 October 2017 (UTC)
Yes, section edit links don't name the section but just have a url ending in a section number like &action=edit&section=32. If the wrong section is edited then you can try to bypass your cache or purge the page. Or just click another edit link like you did, or manually change the number in the url. PrimeHunter (talk) 09:39, 26 October 2017 (UTC)
Redrose64 and PrimeHunter: I though I had something serious, and I'm glad to see it's nothing. Thank you for explanations! —Anomalocaris (talk) 10:19, 26 October 2017 (UTC)

Recovering account?

Hi everyone, I used to be a pretty active Wikipedia contributor for about a decade, but took a long hiatus where 1) forgot my password, 2) lost access to the recovery email I have on file.

I'd love to resume contributing to Wikipedia, and would much prefer to use the old account I have rather than the new one, but I can't use the traditional recovery method. Is there any way admins could grant me access to my (still existing) account if I provide my expired recovery email address or anything of the sort?

Thank you! — Preceding unsigned comment added by 159.153.4.143 (talk) 23:54, 25 October 2017 (UTC)

See Help:Logging in#What if I forget the password?. In short – you will need to create a new account unless you are "long-established" and can very strongly prove that you are the same editor as the old account (for example via encryption certificates or secret preimages of published hashes). — xaosflux Talk 02:07, 26 October 2017 (UTC)
If you can satisfy that criteria, please describe how here. — xaosflux Talk 15:16, 26 October 2017 (UTC)

"undo" feature: the pre-filled edit summary for IPv6 users

Tracked in Phabricator
Task T6715
Tracked in Phabricator
Task T166733

I just noticed that the "undo" feature makes the pre-filled edit summary for edits by IPv6 users look like "Undid revision 803835351 by Special:Contributions/2600:8807:A200:DFC0:D890:F762:DA51:9112".
The "Special:Contributions/" part obviously being unwanted. --Pipetricker (talk) 15:23, 17 October 2017 (UTC)

I think MediaWiki:Undo-summary is the page that controls that pre-filled summary. Jo-Jo Eumerus (talk, contributions) 15:34, 17 October 2017 (UTC)
Correct, and there are two versions given the length of the string.
Undid revision 803835351 by Special:Contributions/2600:8807:A200:DFC0:D890:F762:DA51:9112 → 93 characters of code (current version)
Undid revision 803835351 by 2600:8807:A200:DFC0:D890:F762:DA51:9112 (talk) → 194 characters of code (previous version)
The previous version only allowed 61 additional characters to provide a reasoning. See also: MediaWiki talk:Undo-summary#IPv6 uses 194 of 255 characters. Nihlus 15:44, 17 October 2017 (UTC)
Ah, now I realize that piping the IPv6 number consumes too many characters, and avoiding that is worth the ugliness when lacking a better solution. Has there been any thought about making MediaWiki handle this better? When noticing this, it jumped out as looking plain wrong, even though it's a sensible workaround. @PrimeHunter. --Pipetricker (talk) 16:53, 17 October 2017 (UTC)
This would be a new feature request, see WP:BUGS for instructions on how to make these. עוד מישהו Od Mishehu 05:08, 18 October 2017 (UTC)
I'll give it a try. --Pipetricker (talk) 08:41, 18 October 2017 (UTC)
Mostly this would be fixed with longer edit summaries (phab:T6715), the work for which has mostly been done in phab:T166732, but deploying it to Wikimedia is invasive and will occur very carefully. That deploy process is tracked at phab:T166733 and likely will take a few more months. —TheDJ (talk • contribs) 09:07, 18 October 2017 (UTC)
Thanks for the info. Then maybe I won't bother. --Pipetricker (talk) 09:34, 18 October 2017 (UTC)

Revert of any user with a very long username is affected

Since my complaint above and the next complaint and an earlier discussion and also the MediaWiki:Undo-summary discussion all had "IPv6" in their headings, we should note that this issue of course affects other very long user names as well. --Pipetricker (talk) 15:59, 26 October 2017 (UTC)

Context-specific editor not allowing capital letters

Hi, I have suffered in my editing for about a week, since the rollout of new editor interface which I am using now. Very frequently, but not always, when I try to insert a capital letter or any character which involves the shift key (including the colon character, angle brackets, squiggly brackets at least on my keyboard), the cursor jumps to the left/beginning of the paragraph. It is exasperating! This is using Chrome browser in a Windows 10 environment, with whatever javascript or whatever user-specific settings that I have and don't particularly know about. What is going on? It seems worse editing in the Imicrosoft edge browser. It doesn't happen much in new text entry; it is horrible when I am trying to edit a reference or other template call. Help! --doncram 22:52, 20 October 2017 (UTC)

The new editor interface is a beta feature and not default. You can get the normal source editor by disabling "Automatically enable all new beta features" and "New wikitext mode" at Special:Preferences#mw-prefsection-betafeatures. PrimeHunter (talk) 23:21, 20 October 2017 (UTC)
Thank you! It makes sense that I was one of relatively few editors experiencing this via my apparent previous choice to enable beta features, because otherwise WikiProject NRHP and other places would have blown up with complaints. I see that going to that preferences section also allows me to contribute feedback about the "New wikitext mode", which i will do. --doncram 00:01, 21 October 2017 (UTC)
This sounds like Timeshifter's bug. Doncram also reported it at mw:Topic:U0e95r7bhm0a7dsw. Whatamidoing (WMF) (talk) 16:48, 26 October 2017 (UTC)

Visibility of articles created from redirects

Patrolling new articles, I came yesterday across this article: Serapeum of Alexandria. It was started as a redirect in February, and then started as an article yesterday (by moving text from another article with an attribution, but this is irrelevant for the story; the article is not problematic in any sense). I was checking for copyvio, which is part of my workflow when I deal with NPP, and I found that the article was actually indexed by Google. If I am right, it was indexed by Google because the redirect, which existed here for 8 months, allowed the article to bypass the 3 month threshold of not being indexed by search engines. Again, if this is correct, this is a bug, not a feature. I would propose to count the three months from the date of an actual creation of the article in the case the preceding history only includes redirects (and possibly blanking redirects, just in case).--Ymblanter (talk) 07:25, 21 October 2017 (UTC)

There's no technical difference between a page that exists with the content of indicating a redirect and the content of an article. What you propose is therefore not easily implementable. But as allways feature requests can be filed in phabricator. —TheDJ (talk • contribs) 09:18, 21 October 2017 (UTC)
Thank you. I believe we need consensus here that the feature is needed (or at least there is no consensus against implementing it) before we file a phabricator ticket.--Ymblanter (talk) 22:05, 21 October 2017 (UTC)
You don't need to get written proof of consensus in advance. If the relevant team believes that it's necessary or appropriate, then they'll tell you. Whatamidoing (WMF) (talk) 16:50, 26 October 2017 (UTC)

Tool to detect SPA-owned articles?

I wonder if there is any way to create a tool that would detect articles that were either created by SPAs and/or are heavily trafficked by them. I think such a tool would be of great utility to fighting paid editing. Pinging Smallbones in case he has any thoughts on the subject. Perhaps one of our preexisting tools already have that capacity and I'm not aware of it. Coretheapple (talk) 17:18, 26 October 2017 (UTC)

Search intitle: doesn't work right with quoted strings that include a space

intitle:"word1 word2" (notice the space between the words) returns results that do not have the search string in the title.

It seems to happen for any search string with a space in it.

So, intitle:"Milan" produces only items with Milan in their titles, while intitle:"in Milan" includes items which has this in the title, but also includes items that have this only in the article contents and not in the title. This seriously waters down the search results.

What gives?

Is there a way to return only items with "in Milan" in their titles? The Transhumanist (talk) 00:39, 22 October 2017 (UTC)

This happens to me too. Rather annoying. It seems contrary to spec too? If my recollection is correct it was working correctly, or at least much better, two to three months ago? Eno Lirpa (talk) 00:46, 22 October 2017 (UTC)
As regex intitle:/in[ ]Milan/ none found. -- GreenC 00:52, 22 October 2017 (UTC)
I think it's because "in" is a common word which is ignored in some search contexts. I get 400 hits on both intitle:"in Milan" and "in Milan" intitle:Milan. The latter seems to be the actual search performed for both. intitle:"word1 word2" works as expected in my tests with two uncommon words. For example, intitle:"Inter Milan" gives me 56 hits, and all have the quote in the title. PrimeHunter (talk) 01:25, 22 October 2017 (UTC)
This should work: Login to https://quarry.wmflabs.org (press "OK" when prompted). Enter SQL query SELECT * FROM page WHERE page_namespace = 0 AND page_title LIKE "%in_Milan%" LIMIT 500; -- GreenC 02:29, 22 October 2017 (UTC)
I talked to the search engineers and they let me know that it's a feature that they would like to develop, but have not had the time. I added a note in the task tracking this work that ya'll would like to see this. CKoerner (WMF) (talk) 18:58, 26 October 2017 (UTC)

RfC: Slight tweak to the wording of the anonymous contributions and talk page footers

There is an RfC active at MediaWiki talk:Sp-contributions-footer-anon discussing the wording of these footers. - Vanstrat (talk) 23:21, 26 October 2017 (UTC)

Si on oublie le "/wiki"... the message is surprising

Everyone knows that you can often (depending on what characters are in the title) construct the URL for a Wikipedia article by simply prefixing http://wiki.riteme.site/wiki/ to the title. And if you forget the /wiki part and write something like http://wiki.riteme.site/Paris, the server will kindly give you a page that links to the correct page, saying:

We could not find the above page on our servers.
Did you mean: /wiki/Paris

That's great if you're working in English, but what if you're not?

In fact, if you write http://fr.wikipedia.org/Paris or http://de.wikipedia.org/Paris, you will similarly get a page linking to the correct http://fr.wikipedia.org/wiki/Paris or http://de.wikipedia.org/wiki/Paris respectively. But in each case, the wording on that page is in English! Surely it should be in the language indicated by the wikipedia.org subdomain.

From this I also wonder if maybe there are other error messages that the servers produce that are similarly in English when they should be in other languages. --69.159.60.147 (talk) 23:16, 26 October 2017 (UTC)

This is phab:T14302 from 2007: "404, 503 error pages should be localised". PrimeHunter (talk) 23:32, 26 October 2017 (UTC)
Well, I'm not surprised it's been noticed before, but is there perhaps a chance of its being fixed in the next 10 years? --69.159.60.147 (talk) 01:58, 27 October 2017 (UTC)

Popups and minor edits

Using popups, when I hover over any "hist" link on my watchlist, it shows every single edit to every article without exception as being a minor edit. Now I'm wondering how long it's been doing this and if I've only just noticed. When I load a history page, it's all normal. Anyone else? RivertorchFIREWATER 15:36, 26 October 2017 (UTC)

@Rivertorch: I’ve been doing some long overdue maintenance on nav popups and this was a result of that. Should be fixed now. You might see some more minor breakages the coming months as I beat this behemoth of 2003–2007 javascript code into submission. —TheDJ (talk • contribs) 19:30, 26 October 2017 (UTC)
Yes, it seems to be fine now. Thanks for responding. More importantly, thanks for your work in maintaining what is surely the most useful and functional tool around. RivertorchFIREWATER 03:42, 27 October 2017 (UTC)

Notifications stuck at "1"

Log in, get a blue "4" for notifications. Click on it, I get the annoying dedicated "notifications" page instead of the useful dropdown (no idea why I get one or the other, seems to happen randomly). I tag as "read" two enwiki notifications, tag as read the first non-enwiki notification, and the second non-enwiki one disappears from the list and can't be clicked. The counter is now stuck at a grey "1".

Now, if I click that "1", I get the dropdown with "More notices from another wiki", and when I click "view 1 notice" I get the name of the wiki (Mediawiki) but no page to visit. I can click the small blue button at the top right, and the grey "1" disappears ... for about a second, and then it reappears. Rather annoying. Am I the only one with this issue, or is this some regression / bug with the most recent Thursday deployment? Fram (talk) 07:10, 27 October 2017 (UTC)

Bot spike 2013

I know that I knew at some point, but what bot caused the early 2013 spike in Wikipedia's total edits seen here [19]? Dragons flight (talk) 18:26, 26 October 2017 (UTC)

@Dragons flight: Replacement of interwiki links with Wikidata items; some of these edits were done by Addbot and Legobot but I haven't checked. Jc86035 (talk) 10:18, 27 October 2017 (UTC)
Thanks. Dragons flight (talk) 10:43, 27 October 2017 (UTC)

Hotcat glitch

I made this edit to a fully-protected article, not realising said article had been fully protected. Since the edit could potentially be seen as admin abuse (using ability to edit to impose my edit where a non-admin could make said edit or revert it), would it be possible to tweak HOTCAT so that it brings up the edit page on trying to save, thus alerting the editor that the article is fully protected. This would give the editor the chance to bail out of the edit and go to the article talk page. For the record, I reverted the edit after discussion at the talk page. It was not my intention when making the edit to use my tools to gain an advantage. Mjroots (talk) 16:24, 27 October 2017 (UTC)

@Mjroots: HotCat feature suggestions can be requested at Wikipedia talk:HotCat. — xaosflux Talk 17:31, 27 October 2017 (UTC)
@Xaosflux: Thank you, will repost there. Mjroots (talk) 17:41, 27 October 2017 (UTC)
@Mjroots: actually you are probably better off posting to commons:MediaWiki talk:Gadget-HotCat.js – as it is maintained there, we actually only load their script to enwiki. — xaosflux Talk 17:58, 27 October 2017 (UTC)
Thanks, taken there. Mjroots (talk) 18:12, 27 October 2017 (UTC)

Timeline on band article

File:Torche Timeline Temp.png

At Torche (band)#Timeline, the timeline, to me, is completely corrupted with lines smeared everywhere (see image).

The previous revision looks fine, yet the only change made was a wikilink in a completely different section. Any idea what's going on here? Black Kite (talk) 23:07, 27 October 2017 (UTC)

Interwiki problem

These two articles: mile run & two mile run had wrong interwiki link to Farsi. I have fixed the link in wikidata and it shows up correctly in Farsi wiki but on the English wiki it's still showing up wrong even though when you click on edit and go to wikidata page the links there are correct. Bardia90 (talk) 18:41, 28 October 2017 (UTC)

@Bardia90: You might need to WP:PURGE the cache after making edits like that. I have done so on both pages. Nihlus 19:00, 28 October 2017 (UTC)
@Nihlus: Thank you for the information! Bardia90 (talk) 20:11, 28 October 2017 (UTC)

Displaying pictures on mobile version

After using & editing Wikipedia for several years using a tablet set to "landscape" mode, I've just noticed that when two pictures are included next to each other, they instead stack one above the other. For example, the images of the band members at HIM (Finnish band)#History appear on my screen with Ville Valo above Mige, even though the caption says "Ville Valo (left) and Mige (right) formed His Infernal Majesty in 1991". It's a minor niggle, but is there any way with the mobile version to detect which mode is being displayed and toggle between "left / right" and "top / bottom"? ~dom Kaos~ (talk) 19:00, 28 October 2017 (UTC)

@Dom Kaos: This is covered by MOS:IMAGES#References from article text. In short: assume nothing about where images will be displayed. --Redrose64 🌹 (talk) 20:55, 28 October 2017 (UTC)
The example uses {{Multiple image}} with a common caption in the footer parameter. I have mentioned the issue in the documentation.[20] My mobile tests with individually specified widths gave "line wrapping" of the images when the total number of image pixels in a "line" exceeded 320 − 4×(number of images). I don't know how consistent this is but for me it seemed independent of window width and zoom. I only tested the mobile version in a desktop browser. PrimeHunter (talk) 22:17, 28 October 2017 (UTC)

Rollback edit marked minor

Interestingly this edit was marked as minor (and the result of me clicking rollback). I noticed that ClueBot's revert was also marked minor. Is this a bug? Thanks, —PaleoNeonate – 18:08, 27 October 2017 (UTC)

@PaleoNeonate: working as designed Rollbacks are automatically marked as a "minor edit" (c.f. Wikipedia:Rollback). — xaosflux Talk 18:52, 27 October 2017 (UTC)
Thanks, —PaleoNeonate – 18:54, 27 October 2017 (UTC)
The idea, I believe, is that rollback is designed for specific purposes where public review is unneeded, so they are marked as such. עוד מישהו Od Mishehu 07:32, 29 October 2017 (UTC)

Would you mind looking under the hood?

Hi guys,

I've been writing scripts to view and to automate the development of outlines, and I was wondering if you would take a look to see if there is anything I could be doing better (in my programming approach, programming style, etc.). So that other programmers can follow along with how the source code works, I've provided extensive notes on the scripts' talk pages.

So far, there is:

  • User:The Transhumanist/OutlineViewAnnotationToggler.js – this one provides a menu item to turn annotations on/off, so you can view lists bare when you want to (without annotations). When done, it will work on (the embedded lists of) all pages, not just outlines. Currently it is limited to outlines only, for development and testing purposes. It supports hotkey activation/deactivation of annotations, but that feature currently lacks an accurate viewport location reset for retaining the location on screen that the user was looking at. The program also needs an indicator that tells the user it is still on. Otherwise, you might wonder why a bare list has annotations in edit mode, when you go in to add some. :) Though it is functional as is. Check it out. After installing it, look at Outline of cell biology, and press ⇧ Shift+Alt+a. And again.
  • User:The Transhumanist/RedlinksRemover.js – strips out entries in outlines that are nothing but a redlink. It removes them right out of the tree structure. But only end nodes (i.e., not parent nodes, which we need to keep). It delinks redlinks that have non-redlink offspring, or that have or are embedded in an annotation. It does not yet recognize entries that lack a bullet (it treats those as embedded).

It is my objective to build a set of scripts that fully automate the process of creating outlines. This end goal is a long way off (AI-complete?). In the meantime, I hope to increase editor productivity as much as I can. Fifty percent automation would double an editor's productivity. I think I could reach 80% automation (a five-fold increase in productivity) within a couple years.

There's more:

  • User:The Transhumanist/StripSearchInWikicode.js – another script, which strips WP search results down to a bare list of links, and inserts wikilink formatting for ease of insertion of those links into lists. This is useful for gathering links for outlines. I'd like this script to sort its results. So, if you know how, or know someone who knows how, please let me know. A more immediate problem is that the output is interlaced with CR/LFs. I can't figure out how to get rid of them. Stripping them out in WikEd via regex is a tedious extra step. It would be nice to track them down and remove them with the script.

I look forward to your comments, questions, ideas, and suggestions. The Transhumanist 08:23, 26 October 2017 (UTC)

@The Transhumanist: You had already posted something almost identical at Wikipedia:Bot requests#Userscripts, and the future of outlines, and neither of these threads indicates where discussion should take place; see WP:MULTI. --Redrose64 🌹 (talk) 09:33, 26 October 2017 (UTC)
@Redrose64: Here is fine. I posted it separately there because they would consider it in another context, that being in regard to bot policy. Like, how much automation is acceptable. I want to make sure I don't step on anybody's toes. The Transhumanist 09:46, 26 October 2017 (UTC)
@The Transhumanist: where you use local storage.getItem() or setItem() you should always wrap that in try catch, as it can fail at any moment (even if you checked previously). This can be due to the browser running out of storage space for the domain, or because the browser is running in privacy mode or with an ad blocker extensions or something. Also, your new RegExp() calls should be lifted outside of the for loops, so that they aren't continuously recreated. For wpTextbox1.value, realise that sometimes the content might be managed by an editor (The syntaxhighlighting beta does this for instance). We use the jquery.textSelection plugin to abstract way from these differences. Don't check document.title, check mw.config.get( 'wgTitle' ) or mw.config.get( 'wgPageName' ). And when you use mw.util.addPortlink, you have to ensure that the mediawiki.util plugin is loaded already, which you can do by using mw.loader.using. —TheDJ (talk • contribs) 14:47, 27 October 2017 (UTC)
I will be sure to use these techniques, to the best of my ability. I've copied your post to some of my script talk pages so I won't forget. Thank you. The Transhumanist 08:03, 29 October 2017 (UTC)

Firefox on XP

I am not sure where I should post it so I post it here. From my understanding, IE on XP will no longer be able to connect to Wikimedia sites soon.

My parents are using Firefox with latest patch on their XP system – old computer, so stuck there. However, Wikimedia server erroneously detects the browser as IE and refuses connection. Is there anyone can help in this? Thanks. SYSS Mouse (talk) 01:47, 23 October 2017 (UTC)

@SYSS Mouse: Which exact version of Firefox is used on that machine? (For context: "Changes later this week" on meta:Tech/News/2017/42.) --Malyacko (talk) 06:03, 23 October 2017 (UTC)
SYSS Mouse, your problem isn't what you think it is. You problem is in the words "old computer, so stuck there" A computer that runs Windows 10 will cost you less than $100 including shipping. See [21].
Seriously, running XP is a terrible idea. Support for Windows XP ended April 8, 2014. Microsoft no longer provides security updates for the Windows XP operating system. Antivirus programs ignore malware that only runs on XP. More and more applications and websites simply do not run on Windows XP or the old browsers that run in XP. It is only going to get worse. --Guy Macon (talk) 06:49, 23 October 2017 (UTC)
I don't believe there's any attempt to actually check for Internet Explorer. If you're seeing this message, it's detecting the browser using an obsolete cypher for the HTTPS connection and assuming that's IE on XP. The bottom of that error page (unfortunately underneath the TL;DR in several different languages) has some more details:

We have removed support for the legacy 3DES cryptographic cipher, which your browser software relies on to connect to our sites. This is usually caused by using Internet Explorer on Windows XP, but could also be caused by other ancient browsers or user agents, or could be interference from corporate or personal "Web Security" software which actually downgrades connection security.

Anomie⚔ 14:33, 23 October 2017 (UTC)
Forefox 52 ESR, the latest one.SYSS Mouse (talk) 15:10, 23 October 2017 (UTC)
How old the computer is? What is the actual configuration? It may be possible to update to Win 7 with some hardware upgrades. Ruslik_Zero 20:20, 23 October 2017 (UTC)
As AnomieX quoted, this could be interference from equally (to IE) broken old "web security" software proxying requests, or the machine could be infected with malware. Try testing your Firefox against some user agent SSL test URLs such as: https://www.ssllabs.com/ssltest/viewMyClient.html or https://cc.dcsec.uni-hannover.de/ . What do they say? BBlack (WMF) (talk) 20:20, 24 October 2017 (UTC)
SYSS Mouse, ^^^. We're interested in figuring this out. Thanks. --Elitre (WMF) (talk) 14:52, 25 October 2017 (UTC)

(Refactored indent) @BBlack (WMF): @Elitre (WMF): Sorry I am away from that computer for a couple of days. SYSS Mouse (talk) 16:49, 26 October 2017 (UTC)

@Elitre (WMF): Tested. Everything seems normal. It loads properly. (I am not sure what are you looking for. I don;t have the expertise) SYSS Mouse (talk) 02:04, 29 October 2017 (UTC)
@SYSS Mouse: Can you paste the output of one of those client tests (from the broken Firefox install) somewhere we can see? The latter one ( https://cc.dcsec.uni-hannover.de/ ) might be simpler as the output is mostly plain text. BBlack (WMF) (talk) 13:33, 29 October 2017 (UTC)

Overhauling the lang-xx templates for more selective italics behavior

FYI
 – Pointer to relevant discussion elsewhere.

Please see: Template talk:Lang#Parameter to selectively disable auto-italics in the Lang-xx templates
 — SMcCandlish ☏ ¢ >ʌⱷ҅ᴥⱷʌ<  07:17, 30 October 2017 (UTC)

Removal of zero-width spaces

Resolved
 – User was refered to the correct venue, where a discussion has started on the issue. עוד מישהו Od Mishehu 07:50, 30 October 2017 (UTC)

I'm not sure where to put this, but FrescoBot probably shouldn't be removing intentionally-placed zero-width spaces like in this edit. Jc86035 (talk) 13:18, 29 October 2017 (UTC)

Start with the bot's talk page; if this is a redirect (usually to the operator's talk page), use the redirect target in stead – in this case, User talk:Basilicofresco. עוד מישהו Od Mishehu 13:59, 29 October 2017 (UTC)

Migrate ReferenceTooltips to jQuery 3

See MediaWiki talk:Gadget-ReferenceTooltips.js#jQuery 3. Helder 11:57, 30 October 2017 (UTC)

Tech News: 2017–44

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

  • You can now block users from emailing you through the Wikimedia wikis. [22]

Changes later this week

  • The new version of MediaWiki will be on test wikis and MediaWiki.org from 31 October. It will be on non-Wikipedia wikis and some Wikipedias from 1 November. It will be on all wikis from 2 November (calendar).

Meetings

  • You can join the next meeting with the Editing team. During the meeting, you can tell developers which bugs you think are the most important. The meeting will be on 31 October at 18:30 (UTC). See how to join.
  • You can join the technical advice meeting on IRC. During the meeting, volunteer developers can ask for advice. The meeting will be on 1 November at 16:00 (UTC). See how to join.

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

00:20, 31 October 2017 (UTC)

Cite templates with |script-title= (non-ascii + ascii) |url=... |url-access=registration

In the version of 01:19, 20 October 2017 (now the current version) of Global Buddhist Network, there is a Lint error: Misnested tag with different rendering in HTML5 and HTML4 involving tag span located in the {{reflist}} template. With some experiments in my sandbox, I narrowed it down to this citation:

  • {{cite conference|last1=Buaban|first1=Jesada|date=August 2016|script-title=ความทรงจำในดวงแก้ว: ความทรงจำที่แปรเปลี่ยนไปเกี่ยวกับวัดพระธรรมกายภายใต้ปริมณฑลรัฐบาลทหารปี พ.ศ. 2557–2559|trans-title=Memory in Crystal: Changing Memory on Dhammakaya Movement under the Umbrella of Military Junta 2014–2016|url=http://www.academia.edu/28222034/Memory_in_Cristal_Changing_Memory_on_Dhammakaya_Movement_under_the_Umbrella_of_Military_Junta_2014-2016|format=pdf|conference=The science of remembering and the art of forgetting 2nd conference|language=th|location=Songkhla-Nakharin University, [[Songkhla]]|publisher=Southeast Asian Studies Program, [[Walailak University]]|page=3|url-access=registration|conference-url=https://memoria2016-psu.blogspot.com/}}

With more experiments in my sandbox, it seems that the lint error happens with any {{cite}} template with parameters |script-title=(non-ascii + ascii) |url=any |url-access=registration. It won't happen if |script-title= is all non-ascii. It won't happen if |title= is used instead of |script-title=. This is demonstrated with several examples in User:Anomalocaris/sandbox/Lint Test. —Anomalocaris (talk) 08:58, 20 October 2017 (UTC)

Known problem; not yet resolved. When you notice anything amiss with cs1|2 templates your first stop should be at Help talk:Citation Style 1, not here.
—Trappist the monk (talk) 09:31, 20 October 2017 (UTC)
OK, Trappist the monk, thanks, and I'll try to remember to go there if there is a next time. —Anomalocaris (talk) 09:43, 20 October 2017 (UTC)
And in case anyone is interested, I got rid of the lint error in Global Buddhist Network by changing |script-title= to |title= and nesting the Thai-ascii title with two apostrophes before and two apostrophes after to reverse the italicization of the title. —Anomalocaris (talk) 09:54, 20 October 2017 (UTC)
I would suggest that such fixes are inappropriate. Yeah, 'unfixed' there is a problem but once the issue is remedied in the cs1|2 module suite, the problem goes away; but, 'fixed' cs1|2 templates in wikitext will, almost certainly, never be restored to their correct form. This error in the module suite is not fatal, there is time to remedy it properly. I think that you should undo your 'fix'.
—Trappist the monk (talk) 11:01, 20 October 2017 (UTC)
Trappist the monk: I have reservations, but I suppose that this bug will be fixed before Wikipedia goes (to make it possible for Wikipedia to go) HTML5 compliant, so I undid my 'fix' as you suggested, and I left a note there <!--script-title generates Lint error: Misnested tag with different rendering in HTML5 and HTML4 here -->, because the lint error is localized to {{reflist}}, which makes it hard to find; it could be in any <ref>. Anomalocaris (talk) 06:58, 26 October 2017 (UTC)
You left in the italic wiki-markup which you should not do; |script-title= disables the cs1|2 template's automatic italics but does nothing about editor-inserted italics. I think that you should also remove the hidden comment because, just like the 'fix', the comment will remain in the wikitext for who knows how long after the next version of the cs1|2 module suite goes live.
The cause of the misnesting has been removed from Module:Citation/CS1/sandbox. Here is the {{cite conference}} sandbox rendering of your citation (do not use this in article space):
'"`UNIQ--templatestyles-00000036-QINU`"'<cite id="CITEREFBuaban2016" class="citation conference cs1 cs1-prop-foreign-lang-source">Buaban, Jesada (August 2016). <span class="id-lock-registration" title="Free registration required">[http://www.academia.edu/28222034/Memory_in_Cristal_Changing_Memory_on_Dhammakaya_Movement_under_the_Umbrella_of_Military_Junta_2014-2016 <bdi>ความทรงจำในดวงแก้ว: ความทรงจำที่แปรเปลี่ยนไปเกี่ยวกับวัดพระธรรมกายภายใต้ปริมณฑลรัฐบาลทหารปี พ.ศ. 2557–2559</bdi>]</span> &#91;''Memory in Crystal: Changing Memory on Dhammakaya Movement under the Umbrella of Military Junta 2014–2016''&#93; <span class="cs1-format">(pdf)</span>. [https://memoria2016-psu.blogspot.com/ The science of remembering and the art of forgetting 2nd conference] (in Thai). Songkhla-Nakharin University, [[Songkhla]]: Southeast Asian Studies Program, [[Walailak University]]. p.&nbsp;3.</cite><span title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rft.genre=conference&rft.btitle=%E0%B8%84%E0%B8%A7%E0%B8%B2%E0%B8%A1%E0%B8%97%E0%B8%A3%E0%B8%87%E0%B8%88%E0%B8%B3%E0%B9%83%E0%B8%99%E0%B8%94%E0%B8%A7%E0%B8%87%E0%B9%81%E0%B8%81%E0%B9%89%E0%B8%A7%3A+%E0%B8%84%E0%B8%A7%E0%B8%B2%E0%B8%A1%E0%B8%97%E0%B8%A3%E0%B8%87%E0%B8%88%E0%B8%B3%E0%B8%97%E0%B8%B5%E0%B9%88%E0%B9%81%E0%B8%9B%E0%B8%A3%E0%B9%80%E0%B8%9B%E0%B8%A5%E0%B8%B5%E0%B9%88%E0%B8%A2%E0%B8%99%E0%B9%84%E0%B8%9B%E0%B9%80%E0%B8%81%E0%B8%B5%E0%B9%88%E0%B8%A2%E0%B8%A7%E0%B8%81%E0%B8%B1%E0%B8%9A%E0%B8%A7%E0%B8%B1%E0%B8%94%E0%B8%9E%E0%B8%A3%E0%B8%B0%E0%B8%98%E0%B8%A3%E0%B8%A3%E0%B8%A1%E0%B8%81%E0%B8%B2%E0%B8%A2%E0%B8%A0%E0%B8%B2%E0%B8%A2%E0%B9%83%E0%B8%95%E0%B9%89%E0%B8%9B%E0%B8%A3%E0%B8%B4%E0%B8%A1%E0%B8%93%E0%B8%91%E0%B8%A5%E0%B8%A3%E0%B8%B1%E0%B8%90%E0%B8%9A%E0%B8%B2%E0%B8%A5%E0%B8%97%E0%B8%AB%E0%B8%B2%E0%B8%A3%E0%B8%9B%E0%B8%B5+%E0%B8%9E.%E0%B8%A8.+2557%E2%80%932559&rft.place=Songkhla-Nakharin+University%2C+Songkhla&rft.pages=3&rft.pub=Southeast+Asian+Studies+Program%2C+Walailak+University&rft.date=2016-08&rft.aulast=Buaban&rft.aufirst=Jesada&rft_id=http%3A%2F%2Fwww.academia.edu%2F28222034%2FMemory_in_Cristal_Changing_Memory_on_Dhammakaya_Movement_under_the_Umbrella_of_Military_Junta_2014-2016&rfr_id=info%3Asid%2Fwiki.riteme.site%3AWikipedia%3AVillage+pump+%28technical%29%2FArchive+160" class="Z3988"></span> <span class="cs1-visible-error citation-comment"><code class="cs1-code">{{[[Template:cite conference|cite conference]]}}</code>: </span><span class="cs1-visible-error citation-comment">Invalid <code class="cs1-code">&#124;script-title=</code>: missing prefix ([[Help:CS1 errors#script_parameter|help]])</span>
Buaban, Jesada (August 2016). ความทรงจำในดวงแก้ว: ความทรงจำที่แปรเปลี่ยนไปเกี่ยวกับวัดพระธรรมกายภายใต้ปริมณฑลรัฐบาลทหารปี พ.ศ. 2557–2559 [Memory in Crystal: Changing Memory on Dhammakaya Movement under the Umbrella of Military Junta 2014–2016] (pdf). The science of remembering and the art of forgetting 2nd conference (in Thai). Songkhla-Nakharin University, Songkhla: Southeast Asian Studies Program, Walailak University. p. 3. {{cite conference}}: Invalid |script-title=: missing prefix (help)
The claim that the 'problem' is in {{reflist}} is clearly false. You should report that as a bug.
—Trappist the monk (talk) 10:15, 26 October 2017 (UTC)
Trappist the monk: I don't see it as a bug, I see it as an inconvenience. What the linter sees is code after much processing. That processing includes converting all of the {{cite}} templates and moving all of the <ref>s to {{reflist}}. There is a burden on the user. Such lint errors can be found by manually removing <ref> tags while leaving their contents in place; if necessary copying the text from a talk page edit window to an article edit window, and using the LintHint tool at User:PerfektesChaos/js/lintHint. With these steps, it is possible to locate any lint error buried in a <ref>. —Anomalocaris (talk) 02:22, 31 October 2017 (UTC)

Help with Attached KML Error

Hello. The Google route map broke when I moved this page from "Grand Rounds Scenic Byway" to Grand Rounds National Scenic Byway. Can anyone here understand Template:Attached KML/Grand Rounds Scenic Byway enough to fix it? I apologize for not thinking of this beforehand. -SusanLesch (talk) 21:25, 30 October 2017 (UTC)

Hi SusanLesch. I did some experimenting and fixed it. There is a parameter to tell the template to use the original name as shown in the diff. StarryGrandma (talk) 00:05, 31 October 2017 (UTC)
Wow, StarryGrandma, it's perfect. Thank you kindly! -SusanLesch (talk) 03:43, 31 October 2017 (UTC)

Misaligned table cell lines

I brought this up in a recently archived discussion without a helpful answer, and it looks like I wasn't the only one who had this problem. There is an issue with the alignment of lines in wikitables, i.e. a line may be off by one pixel in one cell, and this seems to affect both Internet Explorer and Microsoft Edge. Is there really no way of fixing this? This is pretty frustrating.--Nevé–selbert 17:00, 27 October 2017 (UTC)

You got many helpful answers last time. Imagine going to a doctor and saying "My foot has something wrong with it." How much help would you get with just that description, especially if the doctor asked you followup questions that you did not answer?
If you want help, you need to provide information that is required for troubleshooting. As you are aware, this problem was difficult for all or most of us to reproduce. Once again, you have not provided a link to an article, you have not provided a specific OS version, and you have not provided a specific browser version. Please do that. Some of the people who helped you in the thread linked above listed specific articles and browser versions that were working just fine.
Here's what a helpful report would look like: "I have Windows 10 with all of the latest patches (as of October 27), and I am using Internet Explorer 11.608.15063.0. When I look at Chris Janson#Extended plays, the cells in the "Details" column of the table have a bottom border that is one pixel lower than the cells to the right and left. When I look at the page in Microsoft Edge (version XXXX), Firefox (version XXXX), and Chrome (version XXXX), the cells look fine. Can someone help me diagnose this problem?"
When you are experiencing a problem that other people are not normally experiencing, it is helpful to provide enough information that people might have a fighting chance to reproduce the problem themselves. Also pinging TenPoundHammer, who might be able to provide a good bug report for us. – Jonesey95 (talk) 23:04, 27 October 2017 (UTC)
@Jonesey95: I agree that I should have been more detailed in my query, but I should note that I did open a Phabricator report with a screenshot of the problem I was experiencing. Based on your template of a helpful report, I can say that I have Windows 10 with all of the latest patches (as of October 31), and I am using Internet Explorer 11.674.15063.0. When I look at List of Prime Ministers of the United Kingdom#Since 1721, the cells in the "Name" column of the table have a bottom border that is one pixel lower than the cells to the right and left. When I look at the page in Microsoft Edge (version 40.15063.674.0), I am experiencing the same issue but with a different set of cells in the same section. Can someone help me diagnose this problem? I haven't checked Chrome yet, and similar to Edge the problem may be with a different set of cells. Thank-you though for the feedback, which I will certainly take into account in future.--Nevé–selbert 15:20, 31 October 2017 (UTC)

Still the same issue...

So, considering that nobody notified me of either removal or not removal of autopatrol flag, I decided to check out Google Chrome (as some of your advise here) in order to see notifications better. To my surprise, I still can't see mark this page as patrolled button! So, I don't see it in either Internet Explorer or Google Chrome (but I do see capital N when a new page being created. So, what's going on and how to solve it? Any help will be appreciated.--Biografer (talk) 23:39, 30 October 2017 (UTC)

I don't patrol new pages so I don't know whether anything changed. Currently I have a "Mark this page as patrolled" link on new yellow pages at Special:NewPages when Wikipedia:Page Curation/Help#Curation Toolbar is completely hidden (first minimized on arrow and then hidden on X). When the toolbar is visible I instead have a checkmark in the toolbar with hover text "Mark this page as reviewed". Tested in Firefox and Internet Explorer 11. PrimeHunter (talk) 10:32, 31 October 2017 (UTC)
@Biografer: autopatrol means that your edits are automatically marked as patrolled. Usage of the "mark as patrolled" button is part of the New pages reviewer toolset. N just means "New page" and has nothing to do with patrolled status. If you would like to become a patroller, read through WP:NPP. — xaosflux Talk 13:09, 31 October 2017 (UTC)
Two absolutely contradictory replies, but I think I will go with @Xaosflux: on that one (considering that I wasn't aware of October 2016 change). I personally am interested in reviewing newly created sandboxes ant/or talkpages (majority of content to review I see it that way). But, because of my block two days ago, that probably will hinder me from reviewing anything for a time being... Let me know if its OK to join the reviewing team. Thanks.--Biografer (talk) 17:13, 31 October 2017 (UTC)
@Biografer: I suggest starting at Wikipedia:New pages patrol/School if you have already read the overview. Note any editor can follow and edit new pages and recent changes, but extra access is needed to "mark" the page as patrolled. The general guidelines for that access are listed at Wikipedia:New pages patrol/Reviewers. If you feel you meet the guidelines or have a reason they should be excepted, post at WP:PERM to request access. Please note, frivolous perm requests may delay future access requests. — xaosflux Talk 18:02, 31 October 2017 (UTC)
Also, talkpages and sandboxes are pretty much the lowest priority things that would need patrolling (articles are the highest). — xaosflux Talk 18:40, 31 October 2017 (UTC)

User:WP 1.0 bot maintains tables of article assessments, among other things.

Today its daily update broke the links to categories of a WikiProject whose name includes an en-dash, see [23]

The – characters have been replaced with â

As no-one is maintaining WP 1.0 bot (this is a well-known problem), what else has changed to cause this? – Fayenatic London 07:34, 27 October 2017 (UTC)

Its next daily update reversed the change and fixed the links.[24] – Fayenatic London 19:20, 31 October 2017 (UTC)

According to MW:Help:Extension:Linter/obsolete-tag, The deprecated tag <font color=x size=y face=z> should be replaced by <span style="color: x; font-size: y; font-family: z;">. True! But there's a strange difference in the behavior of <font color=x>[[Wikilink]]</font> and <span style="color: x;>[[Wikilink]]</span>. Look at these examples:

  • <font color="green">[[Green]]</font>: Green
  • <span style="color: green;">[[Green]]</span>: Green
  • <font color="#00FF00">[[Green]]</font>: Green
  • <span style="color: #00FF00;">[[Green]]</span>: Green
  • <span style="color: #00FF00;">[[Green]]</span>: Green

Viewing the source, we see that the examples with <font> insert font code inside the href, viz:

  • <font color="green">[[Green]]</font> converts to <a href="/wiki/Green" title="Green"><font color="green">Green</font></a>, but
  • <span style="color: green;">[[Green]]</span> converts to <span style="color: green;"><a href="/wiki/Green" title="Green">Green</a></span>

Why are these methods of markup not treated identically? How should editors deal with this discrepancy when trying to de-lint articles laden with <font> tags?—Anomalocaris (talk) 05:03, 23 October 2017 (UTC)

If you use the proper Hex value for Green and stop trying to use Wikilinks in your examples they are identical. Also, your fourth example tries to close a <span> with a </font>.
Result with plain text:
  • <font color="green">Green</font>: Green
  • <span style="color: green;">Green</span>: Green
  • <font color="#008000">Green</font>: Green
  • <span style="color: #008000;">Green</span>: Green

But what about the wikilinks?

Result with red Wikilink:
  • <font color="red">This contains a [[red]] Wikilink</font>: This contains a red Wikilink
  • <span style="color: red;">This contains a [[red]] Wikilink</span>: This contains a red Wikilink
  • <font color="#FF0000">This contains a [[red]] Wikilink</font>: This contains a red Wikilink
  • <span style="color: #FF0000;">This contains a [[red]] Wikilink</span>: This contains a red Wikilink
Result with green Wikilink:
  • <font color="green">This contains a [[green]] Wikilink</font>: This contains a green Wikilink
  • <span style="color: green;">This contains a [[green]] Wikilink</span>: This contains a green Wikilink
  • <font color="#008000">This contains a [[green]] Wikilink</font>: This contains a green Wikilink
  • <span style="color: #008000;">This contains a [[green]] Wikilink</span>: This contains a green Wikilink
Result with blue Wikilink:
  • <font color="blue">This contains a [[blue]] Wikilink</font>: This contains a blue Wikilink
  • <span style="color: blue;">This contains a [[blue]] Wikilink</span>: This contains a blue Wikilink
  • <font color="#0000FF">This contains a [[blue]] Wikilink</font>: This contains a blue Wikilink
  • <span style="color: #0000FF;">This contains a [[blue]] Wikilink</span>: This contains a blue Wikilink
Result with uncolored Wikilink:
  • This contains a [[color|uncolored]] Wikilink: This contains a uncolored Wikilink
Result with red Redlink Wikilink:
  • <font color="red">This contains a [[XredX]] Wikilink</font>: This contains a XredX Wikilink
  • <span style="color: red;">This contains a [[XredX]] Wikilink</span>: This contains a XredX Wikilink
  • <font color="#FF0000">This contains a [[XredX]] Wikilink</font>: This contains a XredX Wikilink
  • <span style="color: #FF0000;">This contains a [[XredX]] Wikilink</span>: This contains a XredX Wikilink
Result with green Redlink Wikilink:
  • <font color="green">This contains a [[XgreenX]] Wikilink</font>: This contains a XgreenX Wikilink
  • <span style="color: green;">This contains a [[XgreenX]] Wikilink</span>: This contains a XgreenX Wikilink
  • <font color="#008000">This contains a [[XgreenX]] Wikilink</font>: This contains a XgreenX Wikilink
  • <span style="color: #008000;">This contains a [[XgreenX]] Wikilink</span>: This contains a XgreenX Wikilink
Result with blue Redlink Wikilink:
  • <font color="blue">This contains a [[XblueX]] Wikilink</font>: This contains a XblueX Wikilink
  • <span style="color: blue;">This contains a [[XblueX]] Wikilink</span>: This contains a XblueX Wikilink
  • <font color="#0000FF">This contains a [[XblueX]] Wikilink</font>: This contains a XblueX Wikilink
  • <span style="color: #0000FF;">This contains a [[XblueX]] Wikilink</span>: This contains a XblueX Wikilink
Result with uncolored Redlink Wikilink:
  • This contains a [[XuncoloredX]] Wikilink: This contains a XuncoloredX Wikilink
Conclusion: both text and wikilinks act the same whether you color them with font or span. --Guy Macon (talk) 08:02, 23 October 2017 (UTC)
Guy Macon: I fixed the fourth example above where I closed a <span> with a </font>.
The two methods of markup, which should be identical, are identical when the modified text includes no wikilink at all, or more than a wikilink. When it consists of a wikilink, no more and no less, the two methods of markup diverge:
  • <font color="green">[[Green]]</font>: Green
  • <span style="color: green;">[[Green]]</span>: Green
  • <font color="#00FF00">[[Green]]</font>: Green
  • <span style="color: #00FF00;">[[Green]]</span>: Green
  • <font color="green"> [[Green]]</font>: Green
  • <span style="color: green;"> [[Green]]</span>: Green
  • <font color="#00FF00"> [[Green]]</font>: Green
  • <span style="color: #00FF00;"> [[Green]]</span>: Green
Thank you for your efforts so far. —Anomalocaris (talk) 08:27, 23 October 2017 (UTC)
[EC]]
AHA!
Same as above, but with just the Wikilinks (no leading and trailing text):
Result with red:
  • <font color="red">[[red]]</font>: red
  • <span style="color: red;">[[red]]</span>: red
  • <font color="#FF0000">[[red]]</font>: red
  • <span style="color: #FF0000;">[[red]]</span>: red
Result with green:
  • <font color="green">[[green]]</font>: green
  • <span style="color: green;">[[green]]</span>: green
  • <font color="#008000">[[green]]</font>: green
  • <span style="color: #008000;">[[green]]</span>: green
Result with blue:
  • <font color="blue">[[blue]]</font>: blue
  • <span style="color: blue;">[[blue]]</span>: blue
  • <font color="#0000FF">[[blue]]</font>: blue
  • <span style="color: #0000FF;">[[blue]]</span>: blue
Result with uncolored:
Result with red Redlink:
  • <font color="red">[[XredX]]</font>: XredX
  • <span style="color: red;">[[XredX]]</span>: XredX
  • <font color="#FF0000">[[XredX]]</font>: XredX
  • <span style="color: #FF0000;">[[XredX]]</span>: XredX
Result with green Redlink:
  • <font color="green">[[XgreenX]]</font>: XgreenX
  • <span style="color: green;">[[XgreenX]]</span>: XgreenX
  • <font color="#008000">[[XgreenX]]</font>: XgreenX
  • <span style="color: #008000;">[[XgreenX]]</span>: XgreenX
Result with blue Redlink:
  • <font color="blue">[[XblueX]]</font>: XblueX
  • <span style="color: blue;">[[XblueX]]</span>: XblueX
  • <font color="#0000FF">[[XblueX]]</font>: XblueX
  • <span style="color: #0000FF;">[[XblueX]]</span>: XblueX
Result with uncolored Redlink:
New conclusion: I was wrong before. In the specific case of a Wikilink with no surrounding text, they are different!
One final test:
  • <font color="green">[[green]]</font>: green
  • <font color="green"> [[green] ]</font>: green
  • <font color="green">Foo [[green]]</font>: Foo green
  • <font color="green">[[green]] Bar</font>: green Bar
So any surrounding text, even spaces, will fix the problem.
This looks like a bug in the code. --Guy Macon (talk) 09:29, 23 October 2017 (UTC)
I suspect what you are seeing here is caused by the legacy Tidy system rewriting <font>...</font> tags to lie inside <a>...</a> (link) tags, while not doing the same for <span>...</span> tags in the same context. These sorts of anachronistic inconsistencies are among the reasons why Tidy is going to eventually be removed and replaced with a more modern solution. The Linter tool gives users an opportunity to find and fix instances of these nasty old Tidy behaviours. — This, that and the other (talk) 09:06, 23 October 2017 (UTC)
(edit conflict) @This, that and the other: Some templates, like {{S-line}}, rely on this behaviour to colour links. Should the font tag here be replaced with a template/Lua module that colours links? Jc86035 (talk) 09:33, 23 October 2017 (UTC)
A template that colors Wikilinks breaks the bluelink/redlink behavior that users expect. We shouldn't have templates that do that. --Guy Macon (talk) 09:41, 23 October 2017 (UTC)
Then complain or make an edit request at Template talk:S-line; note that this is only done for some Australian railway lines (see e.g. Roma Street railway station) and I agree it would be best to remove the custom styling entirely. Jc86035 (talk) 09:47, 23 October 2017 (UTC)
If coloring of links is really necessary (for example, to achieve white link text on a dark background) you can use [[target|<span style="color: #0088FF;">text</span>]]: text — This, that and the other (talk) 10:03, 23 October 2017 (UTC)
@This, that and the other: On another note, there are 14,350 templates which use an opening or closing <font> tag. A Lua module adding the <span>...</span> might be necessary to replicate the colouring-of-links behaviour in case the links are on blue backgrounds and wouldn't be visible without the coloration or something. Jc86035 (talk) 10:28, 23 October 2017 (UTC)
In addition, there are some contributors who haven't updated their signatures in years, so the signature leaves font tags everywhere. Leaving aside existing uses which can be bot-corrected, does the software allow the signature definitions to be forcibly fixed or does this have to be changed manually by each of the editors in their preferences? Jc86035 (talk) 10:37, 23 October 2017 (UTC)
@Guy Macon: Discussion started at WT:TRAINS#Sydney styling in Template:S-line. Jc86035 (talk) 10:49, 23 October 2017 (UTC)
  • I discovered this while fixing lint errors on talk pages.
  • I assume that most uses of <font> to alter Wikilink colors occur in user signatures on talk pages.
  • I believe that in article space, Wikilink colors should never be overridden, and any templates that do this should be modified.
  • I believe that this nonstandard behavior of <font color=...>[[Wikilink]]</font> should be removed.
  • If it is to be removed, Wikipedians should be notified, especially those whose signatures rely on this nonstandard behavior.
  • I don't think it's a great loss to have existing signatures on a plethora of talk pages appear in the default link colors even if the author intended a different color.
  • That said, if someone wants to create a tool that facilitates users having their past postings on talk pages edited to move font coloring (preferably expressed using <span style=...> markup) into the wikilink, that is OK.
  • Regardless of whether anything is done about this, all users using <font> in their signatures should be informed that this code is non-compliant with HTML5 and may cause problems later, and they should change their signature to <span style=...> markup.

—Anomalocaris (talk) 11:05, 23 October 2017 (UTC)

Thanks everyone for this new Tidy discovery. We'll introduce a new high-priority linter category to track this .. will probably call this tidy-font-bug to identify pages and templates that will be affected by this Tidy inconsistency. Will have to play with a bunch of different font wikitext snippets and/or read Tidy source code to narrow this down. SSastry (WMF) (talk) 15:46, 23 October 2017 (UTC)

This seems to actually be a very old discovery / issue (https://phabricator.wikimedia.org/T25467). It might be a good idea to review the https://phabricator.wikimedia.org/tag/tidy/ when dealing with lint errors. Most of it has probably been documented a decade ago. 17:00, 23 October 2017 (UTC) — Preceding unsigned comment added by 197.218.92.26 (talk)

I don't think this was documented quite a decade ago, as it was noted in Phabricator on May 11, 2010, 1:45 AM. Unfortunately, nothing was done about it, and some Wikipedians depend on this bug for their signatures to have their desired font colors, while other Wikipedians stumble into it and are perplexed when <font> markup properly recoded into <span> markup behaves differently. Decisions need to be made. We need to systematically inform users with signatures that depend on the bug that they should upgrade their signature to <span> markup so that they will be HTML5 compliant, and also, if there is the intention of fixing this bug eventually, they should upgrade their signature to <span> markup so their future signatures will not change their display color when the bug is fixed. —Anomalocaris (talk) 08:53, 24 October 2017 (UTC)

The whole signature system was a blunder, and results in users wasting time dealing with such things. MediaWiki developers probably realized this a long time ago. For one thing, it needlessly pollutes the link tables, and can easily be used to break a whole page by leaving an unclosed tag, and finally telling the software what it already knows (who added what / where) by signing makes no sense. The system would have probably been order of magnitudes better if it used a tag extension, e.g. <sig userid=123/> or simply if custom signatures were disallowed, but that's water under the bridge. This is an easy to fix technical quirk, blocked by social issues.

A better use of developer's time is to outright ban the use of font tags (and possible other needless tags) when the newer tool is deployed. Rather than making it obsolete, render it inert by removing it from the output. That way users don't have to do anything outside content namespaces, and old signatures can remain unchanged as the relics that they are. Anyway, here's a related fun fact (https://phabricator.wikimedia.org/T67747) that has probably existed for as long as the displaytitle has existed. Oddly enough this isn't even detected by the linter probably because it ends up being interface text: 

 {{DISPLAYTITLE:<font color=white>Wikipedia:Sandbox}}

The issue related to the links means that everything aside from links (and other possibly other elements, e.g. text within tables, borders, etc) will be hidden. Funny thing is that when the font issue is fixed, it will make it be possible to hide all content of a simple enough page, and even affect text elements of a preview.11:30, 24 October 2017 (UTC) — Preceding unsigned comment added by 197.218.88.243 (talk)

We now have Special:LintErrors/tidy-font-bug to detect this. It is starting to populate and as expected, it is primarily filled with talk page entries, likely because of user signatures, but as of now, it has one article namespace entry from a railway station page. SSastry (WMF) (talk) 15:55, 31 October 2017 (UTC)
Created WP:LINT for starters. -DePiep (talk) 21:48, 31 October 2017 (UTC)

Dot operator

  • U+00B7 · middle dot = &#183; = &middot; = interword separation
  • U+22C5 ⋅ dot operator = &#8901; = &sdot; = multiplication dot

A discussion at Template talk:Convert#Dots concerns the fact that {{convert}} has many units which use middot in symbols such as kW·h (convert uses the Unicode character, not the html entity). However, sdot should be used. I'm thinking of changing all convert's units to replace middot with sdot. Is there any reason that should not happen? I'm wondering about old systems which might not display sdot properly. Johnuniq (talk) 04:24, 1 November 2017 (UTC)

"Multiplication dot" is definitely the right thing in terms of how things should be displayed. I have no info though about issues with old systems. Jeh (talk) 05:18, 1 November 2017 (UTC)

Edit conflict: just paste my text below, please

Once more I ran into an Edit conflict situation, and I received the Resolution Screen Of Death: I could not recognise nor even find my own text. (Had to solve it indirectly).

Why does not ec-solver provide this basic solution: Put your text paragraphs below, and add '(ec)' marker. -DePiep (talk) 19:49, 22 October 2017 (UTC)

Because edit conflict means: "The sofware is unable to solve this reliably, you need to do it" :) —TheDJ (talk • contribs) 19:54, 22 October 2017 (UTC)
(ec) TheDJ (So I should solve it manually, by opening this page for edit etc., but the problem really is: find my own text in that new ec-screen) late sign, because of ec's; -DePiep (talk) 20:43, 22 October 2017 (UTC)
Or, give a single text overview! And use three background colors: color-1: OK text (blank), color-2: the other changes text (yellow?), color-3: my text (blue?). (or use more colors for situations, e.g. samep-word conflicts; you'll know about these conflicts). Point is: one text list. HTH. -DePiep (talk) 20:12, 22 October 2017 (UTC)
RIGHT NOW I am about to loose my next post here because of new ec resolution screen. [I need to do what, TheDJ? Bad luck, retype my post?]. Also, why cannot software put my post right below a preceding "ec" post? -DePiep (talk) 20:06, 22 October 2017 (UTC)
You can return to the old one by going to Special:Preferences#mw-prefsection-betafeatures and unchecking Automatically enable all new beta features and Two column edit conflict. Nihlus 20:08, 22 October 2017 (UTC)
Thanks and GF, Nihlus, but we don't need more manuals. I need less manuals, and intuitive screens. -DePiep (talk) 20:15, 22 October 2017 (UTC)
  • Let me clarify. When ec:
The ec-screen opens with two columns, the right one fuzzed, illegible. Hidden text, many colors: it says I've done something wrong. But what? Then, still without being able to discern texts, I have to click choices on how I want to resolve my error (flashing colors around). Like a monkey, I want my peanut: my own text, in the page. So I push buttons, see what happens. I've never reached the final button that says: "Yes, this is what I want to sign & save".
Then I discovered this: My new text is in the lefthand side column. Never met this before. By nature: lefthand=old, righthand=new. -DePiep (talk) 20:38, 22 October 2017 (UTC)
@DePiep: With the old edit conflict thing, you also got two boxes: the top one is for the page as it stands after the other person's edit, and the bottom one has your edit in it. But of course, whichever type of edit conflict interface you have, you can use the browser's "back" button to return to the pre-conflict edit box. There, you can copy your text to clipboard, back out one more level and edit again, this time pasting instead of typing. --Redrose64 🌹 (talk) 20:45, 22 October 2017 (UTC)
At least, that was a "Old and recent vs You"-text presentation. I could figure that out. Do you see it is the interface I am complaining about? Today I can not discern any more the crucial before-newlysaved-yournew variants. Let alone the solving steps (how to proceed). And don't forget: many ec's (talkpages!) can be resolved by the button I proposed above: ec? Add my post below!. -DePiep (talk) 20:58, 22 October 2017 (UTC)
Oh and also don't forget (2): I'd have lost my carefully crafted (time=ec!) texts, had I not circumvented the new ec-screen. -DePiep (talk) 20:58, 22 October 2017 (UTC)

BTW. There is a simulation for edit conflicts now. The german team has been trying to do some testing with edit conflict resolution, but they are having a very hard time gathering good feedback, because people encounter the screen so infrequently (and often then focus on using it, not giving feedback about it). So they hope that with the simulation, they can gather better feedback. See also: meta:WMDE Technical Wishes/Edit Conflicts/Feedback Round Test Page —TheDJ (talk • contribs) 22:10, 22 October 2017 (UTC)

  • @DePiep: I'm aware this could be considered victim-blaming to some degree, but if you don't want potentially buggy features why have you enabled a beta feature? The whole point of beta testing is that you're running potentially buggy scripts to see if they're useful and to identify bugs. ‑ Iridescent 22:18, 22 October 2017 (UTC)
Good point. Didn't know I had activated this beta. Deal?: me victim behaviour, sc-interface team accept frustration. Bottom line: there is some serious non-personal sense in the experience I described. -DePiep (talk) 22:31, 22 October 2017 (UTC)

@DePiep: it is really helpful to hear what was confusing for you when using the new screen (although I'm sorry that it was a frustrating experience). So thanks a lot for the detailed description you gave! About the "add my post below" suggestion: Leaving technical aspects aside, I agree that this would work for many ec cases on talk pages. But it wouldn't work for cases in the article name space. As mentioned above, the feature is in beta testing to gather feedback and find open bugs. So, if anyone else would like to support us by testing the feature and telling us what works well/what doesn't, it would be great! See the links given by TheDJ in this section for more info on how to test the feature without having to wait for a real edit conflict. We plan to keep the test page up at least until Nov 9. As long as we have this feedback round running, we will adress bugs only, and then look into all the feedback and discuss the next steps. Thanks! --Birgit Müller (WMDE) (talk) 12:40, 27 October 2017 (UTC)

Very useful: Special:SimulateTwoColEditConflict (thx TheDJ!). For now, no screenprints needed ;-)
Bad experience explained from: 1. old-ec habits & expectations, and 2. occurs in most stressful situation.
I'll hope to reply more in detail in more specific pages.
AFAIK, this individual thread can be closed. Birgit Müller (WMDE)@ -DePiep (talk) 22:30, 29 October 2017 (UTC)
BTW, is there a Talk Central page for this, wikiwide? (by default I'd go to Talk:Birgit at WMDE). -DePiep (talk) 23:07, 29 October 2017 (UTC)
Hi DePiep yes, there is: mw:Help talk:Two Column Edit Conflict View. Thanks for testing the feature :-) – and if you're interested in some background on testing with Special:SimulateTwoColEditConflict, you can check m:WMDE Technical Wishes/Edit Conflicts/Feedback Round Test Page in addition! Cheers, --Birgit Müller (WMDE) (talk) 14:08, 1 November 2017 (UTC)

mobile-friendly alternative to Navbox?

Template:Sail types, example on page D1gggg (talk) 19:43, 25 October 2017 (UTC)

According to @Izno: it is possible to fix it with CSS for everyone:
Template talk:Navbox/Archive 20#Alternatives for mobile users?
D1gggg (talk) 19:48, 25 October 2017 (UTC)
That's not true. navboxes are filtered out of the html served by the mobile version and can thus not be made visible with CSS. This is due to the enormous amounts of bytes this saves, as well as because it creates pages and pages of footer links. The Obama article for instance manages to dump 1560 links at 230 kB, which is a navigation nightmare. Especially, since it will require you to scroll horizontally (on for instance iOS, where scrollbars are not visible) —TheDJ (talk • contribs) 21:28, 25 October 2017 (UTC)
So puzzle is to make 230 kb static and fetch them once
"Obama page" + "Obama navigation template1"
Don't beat me, but I would go with iframes :-)
It is wrong to use "transclusion" ideas and reject frames completely: we don't have a better replacement for them
I will also use Resource Hints and "prerender" when they get support D1gggg (talk) 21:44, 25 October 2017 (UTC)
I also think that 230kb should be a less problem today (1.5mbit in 2015 even in Paraguay) vs 56kbps (in early 2000)
If we glue 230kb with every other page, we only increase total traffic for every page. D1gggg (talk) 22:08, 25 October 2017 (UTC)
Mobile connection speeds according to Akamai in 2017 : 2.8 Mbps in Venezuela D1gggg (talk) 22:16, 25 October 2017 (UTC)
It's open source, go right ahead. —TheDJ (talk • contribs) 22:22, 25 October 2017 (UTC)

See also phab:T124168 on showing navboxes in mobile skins and phab:T112987 on storing infoboxes and navboxes separate from articles.

There's also the age-old question of whether people who aren't editors actually use navboxes very much. Navboxes haven't been shown on mobile for years. There's been a lot of user research done in the last few years. I've never yet seen a research report that includes any comments about any reader missing navboxes when they switch to their mobile device. Whatamidoing (WMF) (talk) 17:49, 26 October 2017 (UTC)

@Whatamidoing (WMF): If the WMF did a research project and determined through some means that desktop readers never or very rarely use navboxes, would the WMF remove them from Vector as well? Jc86035 (talk) 10:22, 27 October 2017 (UTC)
I doubt it, though there are serious issues there, they are manageable. But this is how that looks on mobile. I consider that damaging.. As in, people who encounter this, will go away instead of engage with Wikipedia. And no one has ever shown me a design to make that a usable piece of content on a smaller form factor. I have seen a few ideas, but almost all of them require major engineering resources, and for me personally, the added value of navboxes is simply not worth it compared a whole lot of other stuff that the paid developers are working on. —TheDJ (talk • contribs) 11:11, 27 October 2017 (UTC)
I have no idea what they would recommend in such a case. Whatamidoing (WMF) (talk) 17:38, 27 October 2017 (UTC)
My flexbox-fu is weak, I don't know a more clever solution than justify-content: space-evenly http://jsfiddle.net/mh7vqt23/3/
But it is better-than-scrolling.
It shouldn't be a single design, but several responsive CSS versions. D1gggg (talk) 15:16, 1 November 2017 (UTC)
Variant without second flex-box, but with columns: http://jsfiddle.net/ozx7tc6o/ D1gggg (talk) 15:34, 1 November 2017 (UTC)
If you think this is important please do work on it. I'm just saying, it's harder than most people make it out to be, with many more edge cases, a level of browser support that is far higher than most people are used to and a group of users that is more critical than is pleasant. —TheDJ (talk • contribs) 16:40, 1 November 2017 (UTC)

What happened to my watchlist, and how do I restore it?

Detail lines in my watchlist now look like this: (png at dropbox.com)

Where they used to look like this: (sample from Wikiquote – png at dropbox.com)

On my main machine, which is Windows 10, I get the same result on Chrome, IE, Edge, and Firefox. I see the same thing on other Windows 10 and Windows 7 machines (tested with Chrome only).

I have not enabled the new "filters for edit review".

I dislike the new scheme because the diff and hist links are in variable places depending on how long the pagename is. I do like having the edit time in a column that's always in the same place, but since one never clicks on that, there is little UI benefit to it. Jeh (talk) 19:32, 31 October 2017 (UTC)

Do you have beta features enabled in your Preferences? That often causes unexpected changes like this one. – Jonesey95 (talk) 20:02, 31 October 2017 (UTC)
@Jeh: You've got the "Enhanced Recent Changes" mode enabled; it's not new (I think it's now a decade old), but it might well be new to you. :-) To disable it, go to Special:Preferences#mw-prefsection-watchlist and deselect "Expand watchlist to show all changes, not just the most recent". Jdforrester (WMF) (talk) 20:10, 31 October 2017 (UTC)
Did you disable that for me? 'cause it doesn't seem to be enabled now. And my WL still looks funny. Jeh (talk) 00:29, 1 November 2017 (UTC)
@Jdforrester (WMF): I tried enabling it, Save – the WL is indeed now "enhanced". Then disabled it, Save – the "enhancements" went away but the format of the line items is still as in my first ("bad") linked picture above.
btw I tried looking at it on a couple of browsers/machines from which I have NEVER accessed WP before, so I don't think it's a client-side cacheing issue. Jeh (talk) 00:35, 1 November 2017 (UTC)
Disable "Group changes by page in recent changes and watchlist" at Special:Preferences#mw-prefsection-rc. PrimeHunter (talk) 00:56, 1 November 2017 (UTC)
@Jeh: Whoops, sorry, yes, the other change-how-watchlist-results-look preference, as PrimeHunter spotted. We really need to clean up the set of all these preferences so that it's more obvious which does what! That should fix it. Jdforrester (WMF) (talk) 01:08, 1 November 2017 (UTC)
Yes, that did it, thank you! (It's not at all obvious to me, not just that those options imply a different watchlist display, but why the different display is preferable for either of those options.. but that's not important. FWIW if it were me I would move the time display in the "regular" watchlist to the left of the editor's name so it lines up in a neat column – that aspect of the "strange" WL display, I liked.) Jeh (talk) 05:12, 1 November 2017 (UTC)
@Jeh: Glad it worked.
Though I agree that there are positives about each of the layout options, I think changing any of them to take the 'good' things from the others would be pretty disruptive to users. Because we don't want to get in the way of the brilliant volunteers dedicating their time to fixing articles, mentoring new users they find in Recent Changes, and improving things on their watchlists, we'd not want to make changes to people's experiences of such a core workflow. Consequently, any improvements in this area would mean adding a fourth layout option, which means a slower site (more code), more bugs (more things to go wrong), and more confusing site (more options to pick between for users). Right now we have no plans to do this – and if we were, it'd be a quite a large scale process to ensure it was as significant an improvement as possible, which would mean less time spent increasing the performance, fixing bugs, and all the other stuff to which we're committed. Jdforrester (WMF) (talk) 17:24, 1 November 2017 (UTC)

Converting en dashes to hyphens in date ranges without affecting the source text

There is a long-standing discussion at Template talk:Cite DNB over whether it would be possible for hyphens to appear as en dashes without affecting the source. To quote my edit request of 18 October:

Per wikisource:Page:Dictionary of National Biography volume 01.djvu/19, the original source uses the en dash and not a hyphen for date ranges, i.e. ABBOT, GEORGE (1562–1633) not ABBOT, GEORGE (1562–1633). Please can editor modify this template so that hyphens that appear before and/or after an integer appear automatically as en dashes, in the same way hyphens are automatically converted at {{cite book}} with |pages=, i.e. {{cite book |title=Foo |pages=1-2}} appearing as Foo. pp. 1–2..--Nevé–selbert 19:41, 18 October 2017 (UTC)

Now I'm not exactly sure over the practicality of this proposal, but if someone has an idea how to work this, I'd very much like to hear it.--Nevé–selbert 15:35, 31 October 2017 (UTC)

This is forum shopping. See the discussion on Template talk:Cite DNB#Automatic conversion of hyphens in date ranges to en dashes. It is not that it can not be done, but that to date there is no consensus to make such a change, beacuse when it was implemented it was reverted by another editor (User:Billinghurst). -- PBS (talk) 18:09, 31 October 2017 (UTC)

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

Because they are page titles, not date ranges, and should be shown as they are named at the target site. — billinghurst sDrewth 22:44, 31 October 2017 (UTC)
And why does the target site matter more than the actual source itself and its unedited transcription? Your opposition makes absolutely no sense. Only Wikisource doesn't bother with the ndash. Why repeat their errors here? These are date ranges that are part of the title, yet the fact that the original source uses the ndash doesn't matter? Bizarre.--Nevé–selbert 19:02, 1 November 2017 (UTC)
The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

I'm really confused about how to add language links on wikipedia when two wikis have slightly different topic divisions.

Today, as I sometimes do, I was trying to use the language links to figure out how to say something in another language (Civet, specifically), but the link was not there so I searched up the english word on the other wiki and found that there the article for the animal and its Latin family were the same. I went to wikidata to try to link "ジャコウネコ科" to "Civet" but it told me that the link for "ジャコウネコ科" was already occupied at "Viverridae" so I needed to "merge the items" and now I'm so confused on what I'm supposed to do.... SougonNaTakumi (talk) 06:26, 1 November 2017 (UTC)

I would love to learn otherwise, but unfortunately I think the Wikidata scheme is simply not set up to handle anything other than a 1-1 mapping between languages.
My canonical example for this is retinol versus vitamin A. In English Wikipedia, we have separate articles for retinol, the specific molecule, and vitamin A, which includes nutritionally equivalent compounds. When I worked on this many years ago, there were lots of languages that had only one article. Sometimes it had a title cognate to retinol, and sometimes to vitamin A.
It seems to me that both choices are defensible, and do not need to be uniformized between languages. But then the single article in the languages with just one ought to have two English interlang links appear, and both en.wiki articles should have an interlang link to the single article in the other language.
Now, I just spot-checked it, and in the cases I checked, the other languages have the same division as in English. I only checked a few, so I don't know whether it's the case for all of them. But I see no reason it should have to be, just to make the interlang links tidy. Our software ought to support many-one (or possibly even many-many) links between languages, when the semantic ranges of the existing articles don't exactly line up. But if it does support them, I don't know how to do it. --Trovatore (talk) 07:03, 1 November 2017 (UTC)
Vitamin A is the general topic, retinol is a subtopic; if a specific wiki doesn't believe that the latter deserves its own article (due to lack of information on that wiki, perhaps they're strongly against permanent stubs), then merging the topic into the vitamin article would be appropriate. And the problem with Civet is that, as far as I can tell, it's not an official taxon – it's a group of genera from a single family, but not more closely related to each other than to other genera in the same family. עוד מישהו Od Mishehu 07:37, 1 November 2017 (UTC)
Well, retinol is not purely a subtopic of vitamin A; there's presumably stuff to say about it also from a purely chemical viewpoint, though I suppose that's never going to be of as much interest as the biological function. But maybe more to the point, I think the "letter" assignments for vitamins are not as much used in some other languages as they are in English, so some languages naturally saw fit to have the general article at (the cognate of) "retinol". I suppose you could put a link between :en:Vitamin_A and :otherlang:Retinol, and have no link from :en:Retinol to otherlang.wiki, but it would be counterintuitive and likely a constant battleground. --Trovatore (talk) 07:54, 1 November 2017 (UTC)
There's {{interwiki extra}}.
For examples of how it's used, see Category:Module:Interwiki: additional interwiki links.
(That's all I know about this.) ... I guess you'll have to look at the bottom of the articles in that category, either in wikitext editing mode or in visual editing mode, to find the Wikidata extra item number, and then look up that item in Wikidata and follow links from there, to figure it out. --Pipetricker (talk) 10:48, 1 November 2017 (UTC)
Pinging C933103 and Mr. Stradivarius in case they have any insight to share. --Pipetricker (talk) 16:29, 1 November 2017 (UTC)
1.The Japanese Wikipedia article "ジャコウネコ科" is specifically about the scientific family, and the article name translated black in English is also "Family of (species name in Japanese)". Information for Civet have been mentioned in the article but only as form of "Some species in the family are being called as Civet because of their ....", so I don't think it is apporipate for it to be added into the wikidata item for civet, although linking it via "interwiki extra" would be useful and helpful. 2. There are a few possible translation for Civet in Japanese, includes: ジャコウネコ(Lit. meaning musk cat, same as the name of the family name, but the name is also used to specifically referred to some species in the family too) シベット (phonetic translation of "civet") 麝香猫(Kanji expression of the concept of musk cat). 3. For general wikipedia user, in situation like this, they can probably look at the "wikidata item" link on the left sidebar and see if there are any relevant description or translation of the entry name in language they are looking for. However in this particular case it doesn't seems to help. Also, I think maybe that wikidata entry link can be moved down to the "other languages" section in the left sidebar instead of staying at where it currently is to increase visibility? 4. I do see there are instances where multiple wikilinks to same wiki or/and same item in multiple wikidata entry being useful. For instance, the word Kamikaze is generally being used to describe all the suicidial attacks performed by Japanese military during WWII but in reality they are just one of the many Japanese Special Attack Units . The two English Wikipedia article have more or less seperated them accordingly, but in many other languages' wikipedia version like Spanish/German/Arabic wikipedia, there are only one article for both concepts. I think it would be helpful if visitors from all those other wikipedia are presented with a choice when they are clicking interwiki link to English/Japanese/Russian wikipedia to see which of the two concepts' article were they looking for. C933103 (talk) 20:10, 1 November 2017 (UTC)
When we take artificial groupings of animals, there frequently won't be a good translation. For example, the word "Kangaroo" comes from the name of a specific kangaroo species in Guugu Yimithirr, a language spoken in Australia; in this language, there is no word for Kangaroo. When taking any official taxon, we can at least take the taxon name and use it, translate it, or transliterate it; for non-taxon groupings, we can't even do this. עוד מישהו Od Mishehu 08:11, 2 November 2017 (UTC)

Percentage bar

Hi, I wondered if there was a way to programme a # tag list of numbers of articles in a list to automatically update the percentage bars as the Wikipedia:WikiProject Women in Red/The World Contest proceeds see the bottom. What I would need is somebody to write a script which a] Reads the number of articles currently on the list and calculates the percentage of 2000 articles as each entry is added. b] Is able to detect when the day ends UTC + 0 time and able to read what the article count was each day and calculate each day what percentage of 66 articles have been created? At least something which will do a] automatically anyway. Anybody? ♦ Dr. Blofeld 15:41, 2 November 2017 (UTC)

Wikidata Football results templates

In the course of an acrimonious discussion the templates Template:2017 J1 League table with WD and Template:2017–18 Premier League table with WD were sent to TfD on grounds they they were being used to import spam from Wikidata (at, for example, 2017 J1 League). I do not start to understand the techniques used but I think that changes on Wikidata were directly affecting the data emanating from these templates. Is that roughly correct? At the TFD discussions it has been remarked that these templates are similar to Template:2017 J1 League table and Template:2017–18 Premier League table (which are not up for deletion) but I can't follow what is happening with all these. Do they update immediately also or is some update operation required either to the templates or to the articles transcluding (substing?) them? To see relevant wikidata changes (with "Show Wikidata edits in your watchlist" in my preferences) would I need the templates or the articles watchlisted or would neither of these suffice? I'd like to get some sort of grasp of what is going on to form an opinion as to whether this is a good thing or not. Thincat (talk) 13:27, 2 November 2017 (UTC)

@Thincat: The "with WD"-ones require people/bots to update the count in the Wikidata information and the other 2/older ones require people/bots to update the information in the template. The 'with WD'-versions will be easier for bots to keep up to date, the older template one requires more human labour. There is little inherent difference between the two templates informational content and their usage, other than Wikipedia edit vs Wikidata edit. To see changes to either you would need to have the templates (and ALL subtemplates used by them) on your watchlist, just watching an article won't show the changes for either of the variants of the templates. For the "with WD" variants, you would also need to have "Show Wikidata edits in your watchlist" enabled. But relatively speaking information like that isn't watched much to begin with. All of them are only watched by 2-5 people. All of them use subtemplates with even fewer watchers (like {{Fb team FC Tokyo}} with 0 watchers). The primary concern of the deletion discussion seems to be the source of the information, which is suspected to be an attempt at spam and self promotion. I personally think that could also be an honest mistake resulting from not understanding wikipedia and the concept of sourcing. —TheDJ (talk • contribs) 14:17, 2 November 2017 (UTC)
Good grief. Thank you. It's fortunate I'm not interested in football results and I hope nobody else is either. Perhaps someone could warn me when the travels of 19th-century explorers are included on Wikidata. Thincat (talk) 16:54, 2 November 2017 (UTC)

Proper article, but it's all infobox!

Sorry if this is the wrong place to post this, but can anyone fix this article, or direct me to the appropriate forum? I've had a play with the infobox and the brackets, but I can't seem to find a solution. Thanks. Lugnuts Fire Walk with Me 19:39, 1 November 2017 (UTC)

Looks like User:Jo-Jo Eumerus repaired it already (unmatched {{'s). — xaosflux Talk 19:57, 1 November 2017 (UTC)
I've removed the {{MedalTop}} and {{MedalBottom}} as they are unneeded in an infobox. Nihlus 20:01, 1 November 2017 (UTC)
Actually, the problem was the unmatched "MedalTop" template, not an unmatched "{{". Jo-Jo Eumerus (talk, contributions) 20:20, 1 November 2017 (UTC)
Apologies – forgot all about this. Thanks to all that looked at it. Lugnuts Fire Walk with Me 19:41, 2 November 2017 (UTC)

Something has changed and I can't figure it out. I should be able to create a page in some xx.wikipedia, then click on "Edit links," add the new page in that language, then see the link in all the other Wikipedias. However, it's not happening for me now.

For example, in the page flea beetle, I do not see a link to nv.wikipedia nv:Atʼąąʼ biyaʼ nahachaʼígíí. The Navajo page has been duly added to Q373530#sitelinks-wikipedia. Why doesn't it appear in en.wikipedia? — Preceding unsigned comment added by Stephen G. Brown (talk • contribs) 08:52, 1 November 2017 (UTC)

It was still missing 5 minutes ago. It didn't work to purge flea beetle but the link appeared a minute later. I don't know the cause of the delay. PrimeHunter (talk) 10:26, 1 November 2017 (UTC)
Thanks. Just a matter of patience then. —Stephen (talk) 00:30, 3 November 2017 (UTC)

New source editor

This new version of the source editor is horrible and I cannot deal with it! It's super slow and I'm unable to copy/paste anything while editing on an iPad/iPhone. Is there anyway to rollback to the previous version?--◂ ‎épine talk♬ 10:46, 3 November 2017 (UTC)

@Épine: Go to Special:Preferences#mw-prefsection-betafeatures and disable "New wikitext mode". Jc86035 (talk) 10:51, 3 November 2017 (UTC)
And/or "Wikitext syntax highlighting". either can be a problem. —TheDJ (talk • contribs) 10:54, 3 November 2017 (UTC)
And "Automatically enable all new beta features" must be disabled to disable any of the other beta features. PrimeHunter (talk) 15:39, 3 November 2017 (UTC)
Thank you guys!--◂ ‎épine talk♬ 16:06, 3 November 2017 (UTC)

i cant make a account

I cant make a account because of this error There seems to be a problem with your login session; this action has been canceled as a precaution against session hijacking. Go back to the previous page, reload that page and then try again. Its on the latest version of Google Chrome on Windows8 — Preceding unsigned comment added by 71.169.165.176 (talk) 10:13, 2 November 2017 (UTC)

Have you tried to do it on a different computer? Ruslik_Zero 20:02, 2 November 2017 (UTC)
i tried but it also happened i wonder if its the browser as we use the same browser and operating system on the computers 1 is a desktop and another is a laptop — Preceding unsigned comment added by 71.169.165.176 (talk) 22:25, 2 November 2017 (UTC)
This seems to be a connectivity problem in your network. Ruslik_Zero 19:01, 3 November 2017 (UTC)

Have Special:RecentChanges to show changes for associated talk/non-talk namespace

I've created a ticket for this (T179739), but others are welcomed to chime in. Headbomb {t · c · p · b} 21:52, 3 November 2017 (UTC)

Help re "Timeless" skin

How do I use this: mw:Skin:Timeless? Dysklyver 09:49, 17 October 2017 (UTC)

@A Den Jentyl Ettien Avel Dysklyver: On wiki.riteme.site? Someone needs to deploy it first. See this discussion. (For future reference, a less generic thread summary than "Help" is welcome.) --Malyacko (talk) 10:02, 17 October 2017 (UTC)
Thanks. So who do I pester to get it enabled? or does that require an RfC? Dysklyver 10:06, 17 October 2017 (UTC)
You could post at phab:T154371. --Redrose64 🌹 (talk) 17:20, 17 October 2017 (UTC)
@A Den Jentyl Ettien Avel Dysklyver: You'd need an RfC; the other projects for which it's been added all have had RfCs to enable it. I assume it will be relatively inconsequential and will pass easily, but you, or the proposer (if not you), should explain that nothing changes for the people who don't like those sorts of newfangled things. Jc86035 (talk) 15:38, 18 October 2017 (UTC)

RfC: Enabling the Timeless skin

The following discussion is an archived record of a request for comment. Please do not modify it. No further edits should be made to this discussion. A summary of the conclusions reached follows.
It's snowing.Unanimous consensus to checkY accept the proposal.Winged Blades of GodricOn leave 09:34, 4 November 2017 (UTC)

It is proposed that the Timeless skin available at mw:Skin:Timeless is added to the en-wikipedia configuration as a optional skin which could be enabled in user preferences. There are currently 5 skins available in preferences. This will be the sixth.

The current default skin that controls how most people see Wikipedia is Vector; this will not change.

Unless an individual user wants to use the Timeless skin and enables it in their preferences, it will not be visible or change the user interface in any way. This skin has been tested and is currently enabled as a non-default preference on other Wikipedia including the French language Wikipedia, Wiktionary (fr), Wikinews (fr) and on the MediaWiki wiki.

Please don't oppose this just because you don't like it; you never have to know it is there, it will not affect any other skins or appearance settings. It is a completely optional choice, new users will still use Vector, and everyone who doesn't change their settings will still use Vector (or their other skin choice such as Monobook). > Dysklyver 15:55, 18 October 2017 (UTC)

Support (Enabling the Timeless skin)

  1. Support; useful for beta testing due to large community here and no changes for editors who don't want it. Jc86035 (talk) 16:01, 18 October 2017 (UTC)
  2. I don't see any reason not to support this implementation, but given my limited knowledge of anything MediaWiki-related, I'll keep an eye here and consider any opposition duly. — fourthords | =Λ= | 16:48, 18 October 2017 (UTC)
  3. Support – it's a nice look, better than most existing options, so as long as it won't affect anyone who doesn't decide to use it, why not enable it here. Ravensfire (talk) 16:53, 18 October 2017 (UTC)
  4. Support. Optional, and nothing wrong with having an additional option. --Tryptofish (talk) 18:30, 18 October 2017 (UTC)
  5. Support – nice looking optional skin, with active technical support to resolve any issues that remain with it. -- Ajraddatz (talk) 19:15, 18 October 2017 (UTC)
  6. Support Shall be nice to try on. Isarra has always had a keen eye for design. My name isnotdave (talk/contribs) 22:33, 18 October 2017 (UTC)
  7. Sure why not? also I don't see why this is on CENT. Its about enabling an optional skin, not really something that needs sitewide advertisement. If no one objects, I'd suggest removing it. TonyBallioni (talk) 23:11, 18 October 2017 (UTC)
  8. Support – Why not? Looks like it could be good. — Rhododendrites talk \\ 04:39, 19 October 2017 (UTC)
  9. Go for it. Adding it as an optional opt-in preference setting is low-impact for the most part, so it can probably be done right away without waiting the typical RFC discussion period. Mz7 (talk) 09:20, 19 October 2017 (UTC)
  10. Support. Nice to have another option, and it looks good. SarahSV (talk) 01:55, 22 October 2017 (UTC)
  11. Support Always good to have more choices. Looks good, performs alright. Stikkyy t/c 04:53, 25 October 2017 (UTC)
  12. Support This is a modern UI skin which would likely get more users to interact with Wikipedia + it is done through the preference so it should have little impact as the default UI won’t be changing yet. Paladox (talk) 01:36, 29 October 2017 (UTC)
  13. Support yes please. Krenair (talk • contribs) 08:08, 29 October 2017 (UTC)
  14. Support Low-impact change that would be beneficial for anyone that chooses to use the skin. No change on defaults means no reason not to support. ~ Matthewrbowker Say something · What I've done 22:11, 29 October 2017 (UTC)
  15. Support This would be neat! — MusikAnimal talk 22:16, 1 November 2017 (UTC)

Oppose (Enabling the Timeless skin)

Discussion (Enabling the Timeless skin)

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

Google indexing

Why is Pe'er Tasi article, which was created more than three months ago, still not appearing in Google search? --Triggerhippie4 (talk) 09:51, 4 November 2017 (UTC)

It's the top Google result for me on Pe'er Tasi. The article is 94 days old so indexing has only been allowed for 4 days per Wikipedia:Controlling search engine indexing#Indexing of articles ("mainspace"). We don't control how quicly Google starts indexing after it becomes allowed. Maybe it happened after your post. Their current cache was made after your post because it says: "It is a snapshot of the page as it appeared on 4 Nov 2017 11:09:30 GMT". PrimeHunter (talk) 13:31, 4 November 2017 (UTC)
Thanks. I tried "Pe'er Tasi" now and it appeared. I suppose "Peer Tasi" (without apostrophe) will work later. --Triggerhippie4 (talk) 13:59, 4 November 2017 (UTC)

Query

(As suggested by Pigsonthewing, posting here for help)

Hello, I was just testing User:Capankajsmilyo/List of Jains and was wondering if there's a way to compare the results with List of Jains. Is that possible? -- Pankaj Jain Capankajsmilyo (talk · contribs · count) 14:03, 3 November 2017 (UTC)

ehm, compare how often? For one time, it's probably best to just compare manually, more regularly.. well that's exactly why people built wikidata, because parsing wikicode is hard. I guess a relatively easy way to compare them, is to check for the presence of the link using the api, but it's gonna be fragile. —TheDJ (talk • contribs) 14:17, 3 November 2017 (UTC)
I would like to do the comparison more than 1 time. I would like to know the pages available in the manual list and not available in wikidata generated list to add them to wikidata list. Doing it manually is not something I am looking for. -- Pankaj Jain Capankajsmilyo (talk · contribs · count) 15:39, 3 November 2017 (UTC)
I don't see any sane way of doing this. It's just too difficult to try to programatically exclude all the links in List of Jains that you don't want to compare with User:Capankajsmilyo/List of Jains. If you were to create a sanitized version of List of Jains in your own user space that only contains the links you're interested in, we can talk. Of course, this does mean that you would have to create a new sanitized list every time you wanted to compare the two pages, so there's still a significant maintenance burden even if someone were to write a script for this. Nirmos (talk) 08:09, 4 November 2017 (UTC)
There's a list comparer built into WP:AWB (I'm not sure if you have to be AWB-enabled to get to it; I don't think so). If you use the Links on page option for both lists, it seems to work reasonably. - Jarry1250 [Vacation needed] 13:15, 4 November 2017 (UTC)
You can copy and paste these tables fro Firefox to Excel and then use functions there. However I prefer Unix text commands, then comm -3 file1 file2 will show up the lines that only appear in one list or the other. However note the lists have to be sorted and in the same format for this to work. Graeme Bartlett (talk) 23:00, 4 November 2017 (UTC)

"Undefined" reference

The current version of Michael Burnham says that ref name ind is not defined but it is. Can someone help? ―Justin (koavf)❤T☮C☺M☯ 17:40, 4 November 2017 (UTC)

Trappist got it. --Izno (talk) 17:56, 4 November 2017 (UTC)
Thanks to you both! What a dumb error. ―Justin (koavf)❤T☮C☺M☯ 04:32, 5 November 2017 (UTC)

Script error

The error shown on Tsaone Macheng using Google Chrome

Hi all. I would like to request help to fix an error that I (now) see a lot when using User:Kephir/gadgets/rater (js and css): "Cannot read property "taskforces" of undefined" For example (See screenshot), on the article Tsaone Macheng but note that the error is present on many pages not just this. Also, I suspect the error is related to {{WPBannerMeta}} or {{WikiProject banner shell}} since nothing changed in the script's code recently. I would really appreciate it if someone could fix this tool for me. Thanks in advance. --Meno25 (talk) 15:41, 4 November 2017 (UTC)

I think that this is related to – if not the same issue as – User talk:Kephir/gadgets/rater#Serious new error. --Redrose64 🌹 (talk) 20:41, 4 November 2017 (UTC)
Yes it is. Fixed by User:Evad37. Thank you. --Meno25 (talk) 06:35, 5 November 2017 (UTC)

Apparently timing out edits followed with SSL connection error

This occurred to me before occasionaly when attempting to fix broken signatures in the past, but this is another case. Interestingly, I can usually edit without problems, but whenever I encounter this bug if I try the same edit again the same issue occurs. If I try to make an edit at Batak, adding {{clear}} at the end of the See also section and removing the {{reflist}} parameter, this now occurs. This also occurs if I try "preview" or "show changes". The HTTP form is sent, a delay occurs waiting for a the server response, then I get a generic "Secure connection failed: The connection to wiki.riteme.site was interrupted while the page was loading." error. It appears like if the server thread or process servicing the request crashes or dies. Thanks, —PaleoNeonate – 23:35, 3 November 2017 (UTC)

So I tried again just now and the same issue occurs (same edit at same article). —PaleoNeonate – 16:38, 5 November 2017 (UTC)

Gothamist, and sister publications, shutdown...

CNN's reliable sources reported that the Gothamist and its sister publications shutdown Thursday, following a labor dispute with the founder.

I've used Torontoist articles as a reference, dozens of times. External links says Torontoist is linked over 730 times.

Gothamist is linked 2219 times

Would it be possible to authorize the bot that adds links to versions archived at archive.org to all those references, before the sites finally go dark? Geo Swan (talk) 17:25, 5 November 2017 (UTC)

See also Wikipedia talk:WikiProject New York City#Important notice, Wikipedia:Bot requests#Archiving six websites. --Redrose64 🌹 (talk) 17:39, 5 November 2017 (UTC)

Missing contributions

I obviously can't provide evidence for this, but two days ago both User:Home Lander and I could only find one contribution by MissesX (talk · contribs) which led to us asking her for her old account name as told us to look at her other edits. Hopefully this is just a glitch that won't repeat itself, but I thought I'd mention it here in case others have seen it. Doug Weller talk 17:01, 5 November 2017 (UTC)

I see a fair amount of edits that are older than two days ago, many of them to articles of native tribes. Jo-Jo Eumerus (talk, contributions) 17:25, 5 November 2017 (UTC)
From what I recall, when I first looked at the user's contribs, I saw only this one and left her a message. After receiving a message from Doug Weller on my talk page (think it was the next day), I went back to the contribs and saw all of the previous ones, and have been able to see all of them since. Home Lander (talk) 18:22, 5 November 2017 (UTC)
That was my experience also. I only saw one edit. Doug Weller talk 19:01, 5 November 2017 (UTC)

Twitter compromise?

Can someone help me out? Please access on this diff, then click on next edit and tell me what you see? I get taken to a Twitter status post window (See here) with the following text pasted into the field:

@Bernstein SODOMIZED BY THE #GNAA
For every Tweet, @Wikipedia will donate $1 to @HIVGov #WikiCares

Any ideas about this? Happened for me in two different browsers whether logged in or not. I only see one guy on Twitter with that post. Cyphoidbomb (talk) 14:38, 24 October 2017 (UTC)

Miiiight have had something to do with the EFF's Privacy Badger extension. Disabled it and it seemed to go away, but again, oddly, it went away on another browser where I had not disabled it. Cyphoidbomb (talk) 14:46, 24 October 2017 (UTC)
I can confirm having seen the problem reported here, but it appears to have stopped occurring. Dragons flight (talk) 14:49, 24 October 2017 (UTC)
It was {{clarify span}} that was compromised. Perhaps we should add File:Blind.png to MediaWiki:Bad image list. Nardog (talk) 14:50, 24 October 2017 (UTC)
Twitter is the tool of capitalistic dictators. Nevertheless, I've put a semi-prot on that template. --Redrose64 🌹 (talk) 15:52, 24 October 2017 (UTC)
Why isn't there an edit filter to prevent this? KMF (talk) 01:37, 4 November 2017 (UTC)
Um, is the original problem still there? When I access "on this diff" I get an innocuous diff, and when I click on next edit I get another innocuous diff. —Anomalocaris (talk) 20:26, 5 November 2017 (UTC)
@Anomalocaris: The original problem was in the template {{Clarify span}} which was compromised with these two edits and fixed with this edit. Pages transcluding this template will have exhibited the problem during that interval; any that still do so can be fixed with a simple WP:PURGE. --Redrose64 🌹 (talk) 20:31, 5 November 2017 (UTC)

New way of handling webhosts

Instead of blocking webhost and colocation IP addresses, what about treating them like dynamic IP ranges, and creating templates for the big colocation companies (e.g. {{OVH}} and {{DigitalOcean}}) a la {{SingNet}} and {{HughesNet}}? Here's a mock-up of the OVH template:

KMF (talk) 00:04, 4 November 2017 (UTC)

I noticed that noone answered yet. Do we really systematically block those? I know that some large OVH blocks are so problematic that various corporations outright block them (I'm not sure about Wikipedia). In any case, why not a single more generic template similar to {{Shared IP}} with a parameter to specify the hosting provider, like that template's |organization= parameter? A possible advantage of provider-specific templates may more easily permit to build statistics, though.
The tagging system is also imperfect: We have no bots (that I know) designed to systematically tag talk pages and restore them when deleted (which would also imply an easy to maintain and machine-readable database of ranges and type/descriptions)... —PaleoNeonate – 20:44, 5 November 2017 (UTC)
Maybe this is better suited for WT:UTM? I'm not sure what is meant by "instead of blocking" the colos. As a CU I can confirm they're a real pain and I'll typically hardblock them on sight (which is very frequent). I'd agree there are far too many providers to have a template for each. The only place templates are useful is in block messages, and for that we use the generic {{Colocationwebhost}}. -- zzuuzz (talk) 20:56, 5 November 2017 (UTC)

Upright parameter is not currently scaling up images AFAICT

Hi. The [[upright=1.16]] parameter is not scaling up. See the Charles Manson article, and this image. It is stuck at the native image size. I would like to scale it up to be the same width as the others. This is not the first time I have stumbled on this. Ping me back. Cheers! {{u|Checkingfax}} {Talk} 10:59, 4 November 2017 (UTC)

if I recall, |upright= won't stretch an image beyond it's size. in this case the file is 189 pixels wide, so you can't go beyond that size with upright. Frietjes (talk) 15:01, 4 November 2017 (UTC)
from WP:Extended image syntax: Scaling up (i.e. stretching the image to a greater size) is disabled when the image is framed. Frietjes (talk) 15:03, 4 November 2017 (UTC)
This is Wikipedia:Village pump (technical)/Archive 156#What if the image is smaller than thumb? --Redrose64 🌹 (talk) 20:39, 4 November 2017 (UTC)
(ec) re Frietjes: That's two explanations. I tried some settings (with/out thumb, frameless, "none"): did not give an answer. My old problem understanding WP:EIS: interacting parameters. While, there must be an logical explanation. -DePiep (talk) 20:42, 4 November 2017 (UTC)
Hi, Frietjes. I get it. Thanks. It would be nice if we could scale up on the fly. It would also be nice if 'upright' did not scale down by 25% by default. No sense to that one. Cheers! {{u|Checkingfax}} {Talk} 20:57, 4 November 2017 (UTC)
Actually, that was its only original intent. To downsize portrait oriented (aka upright) images, to not be uneasily high at it's default width, compared to landscape images. The behavior we use it for is an accident of history. —TheDJ (talk • contribs) 21:57, 4 November 2017 (UTC)
Hi, Redrose64. Thank you very much. I did a snap search of the archives, but did not dig as deep as you. Cheers! {{u|Checkingfax}} {Talk} 20:59, 4 November 2017 (UTC)

Template:UK National Archives ID and Wikidata

On George V, the template {{UK National Archives ID}} used in the external links section generates a bad url. This seems to be because the template pulls Wikidata:Property:P3029, which for George V contains two UK National Archives IDs. The broken url is generated with one of the IDs and a comma.

What's the best way to address this? Should the Wikipedia article use two National Archives templates, specifying the two National Archives IDs rather than depending on Wikidata? Should the template be generalized to handle multiple National Archives IDs returned by Wikidata? --Worldbruce (talk) 19:20, 5 November 2017 (UTC)

Override the Wikidata call by specifying the ID. All templates that call Wikidata allow for (or should allow for) local override of Wikidata calls. – Jonesey95 (talk) 19:54, 5 November 2017 (UTC)
Individual cases can be handled like that but a more general solution in the template would be better. wikidata:Q269412#P3029 has two values F41939 and F257261. {{UK National Archives ID}} only works for a single value. It says {{#property:P3029}} which on George V produces comma-separated values F41939, F257261, resulting in the broken link [https://discovery.nationalarchives.gov.uk/details/c/F41939, F257261 "Archival material relating to George V"]. The correct links are https://discovery.nationalarchives.gov.uk/details/c/F41939 and https://discovery.nationalarchives.gov.uk/details/c/F257261. Coding the template to produce two or more links is messy. How should the result be formatted? Maybe it should just trim down to the first value and only link that. In this example the first link has a lot more content but I don't know whether that is common. PrimeHunter (talk) 20:50, 5 November 2017 (UTC)
Use {{#statements:<P-number>}} instead. It is a newer parser function (not "new" though--it's been a thing for a year and a half or so) that generates the data you want. It should work for most properties, but I do not know how it treats qualifiers off hand. Reference this version of "George V". --Izno (talk) 22:35, 5 November 2017 (UTC)
See also documentation at Wikidata. --Izno (talk) 22:38, 5 November 2017 (UTC)

Mirror of template:Tree list/final branch

A question was asked back in July 2017 on the talk page Template talk:Tree list#First branch for second level?. As no one has answered that question, I thought I would ask the same question here in the hope of finding an answer.

I am in the process of building a large Ahnentafel genealogical numbered tree using {{Tree list}} while I can do it if all the leaves of the tree hang below the subject: 

{{Tree list}}
* 1. subject
** 2. father
*** 4. paternal grandfather
***{{Tree list/final branch}} 5. paternal grandmother
**  {{Tree list/final branch}}3. mother
***6. maternal grandfather
*** {{Tree list/final branch}}7. maternal grandmother
{{Tree list/end}}
  • 1. subject
    • 2. father
      • 4. paternal grandfather
      • 5. paternal grandmother
    • 3. mother
      • 6. maternal grandfather
      • 7. maternal grandmother

What I would like to do is build it with the subject in the middle this: 

{{Tree list}}
*** 4. paternal grandfather
*** 5. paternal grandmother
**2. father
* 1. subject
**  {{Tree list/final branch}}3. mother
***6. maternal grandfather
*** {{Tree list/final branch}}7. maternal grandmother
{{Tree list/end}}
      • 4. paternal grandfather← needs a mirror image of Tree list/final branch "first branch"
      • 5. paternal grandmother
    • 2. father← needs a mirror image of Tree list/final branch "first branch"
  • 1. subject
    • 3. mother
      • 6. maternal grandfather
      • 7. maternal grandmother

But this can not be done without the mirror image of {{Tree list/final branch}} to go above the subject. Is it possible and if so, what would such a template have to contain? -- PBS (talk) 15:11, 31 October 2017 (UTC)

Hello @PBS: I also have similar question (I'm struggling with similar kind of module). Although I don't know the answer, at least I suppose this is not the template problem, but CSS related. I think messaging to MediaWiki talk:Common.css would be better. Because "treeview" style in that CSS creating the tree view. I'm paraphrasing PBS's question as follows for other new readers. --Was a bee (talk) 13:24, 2 November 2017 (UTC)
Question
Is it possible to create following kind of tree with CSS?

Branchs are growing not only toward bottom-right, but also toward up-right direction.

................................ ┏ 4. paternal grandfather

.............. ┏ 2. father ┫

.............. ┃.............. ┗ 5. paternal grandmother

1. subject┫

.............. ┃................ ┏ 6. maternal grandfather

.............. ┗ 3. mother ┫

.................................. ┗ 7. maternal grandmother

We have a bunch of those tournaments templates which, while not coded great, could plausibly be mirrored image'd around the vertical axis. Those also probably need a redesign given how painful they are to deal with. --Izno (talk) 13:48, 2 November 2017 (UTC)
This issue could be solved by using the canvas technology (through the Graph extension), like shown on Extension:Graph/Demo/CartesianTree. Changing that graphic to use straight lines instead of curved ones is something I could help with.--Snaevar (talk) 22:10, 2 November 2017 (UTC)
Snaevar, that is pretty and I think that the curved lines would make a pleasant alternative, but I do not think it would solve the problem, as we already have Template:Ahnentafel-compact6 which displays like this: Alice de Lacy, 4th Countess of Lincoln#Ancestry. I am looking to implement something that can handle 9 or 10 generations in articles like this one: Ancestry of Elizabeth II#Ancestry tree, in a way that it could be viewed on small screens and printed out on A4/foolscap paper. -- PBS (talk) 17:00, 3 November 2017 (UTC)
@PBS: Although I didn't see the details of it, I found the template named Template:Clade. How about that? --Was a bee (talk) 09:11, 6 November 2017 (UTC)

Thanks for the information. I was hoping for a solution with the tree list software. After the discussion at MediaWiki talk:Common.css#Mirror of Wikipedia:template:Tree list/final branch, I now understand why {{tree list}} can not be modified as I was asking. The module in Template:Clade may possibly be of use for templates like {{ahnentafel-compact6}} (although I doubt it because of the format differences. In all the examples given by Template:Clade it lists the names side by side. The tree list only indents each leaf by one character. In the example of Ancestry of Elizabeth II we have an of her fathers:

1. Elizabeth II of the United Kingdom
2. George VI of the United Kingdom
4. George V of the United Kingdom
8. Edward VII of the United Kingdom
16. Prince Albert of Saxe-Coburg and Gotha
32. Prince Ernest I, Duke of Saxe-Coburg and Gotha
64. Prince Francis, Duke of Saxe-Coburg-Saalfeld
128. Ernest Frederick, Duke of Saxe-Coburg-Saalfeld
256. Francis Josias, Duke of Saxe-Coburg-Saalfeld

(9 generation)

Although this {{clade}} does wrap the names I think the example below makes the point that trees with more than six generations will start to cause formatting problems on small screens and printers:

Ancestry of Elizabeth II
1. Elizabeth II of the United Kingdom
2. George VI of the United Kingdom
4. George V of the United Kingdom
8. Edward VII of the United Kingdom
16. Prince Albert of Saxe‑Coburg and Gotha
32. Prince Ernest I, Duke of Saxe‑Coburg and Gotha
64. Prince Francis, Duke of Saxe‑Coburg‑Saalfeld
128. Ernest Frederick, Duke of Saxe‑Coburg‑Saalfeld
256. Francis Josias, Duke of Saxe‑Coburg‑Saalfeld

257.

129.

65.

33.

17.

9.

5.

3.

With the tree layout it only comes number of generations (in this case 9) + the length of the last entry (49) making less than 60 characters wide. Something that will fit on most screens and all printers without changing the font.

  • 1. Elizabeth II of the United Kingdom
    • 2. George VI of the United Kingdom
      • 4. George V of the United Kingdom
        • 8. Edward VII of the United Kingdom
          • 16. Prince Albert of Saxe-Coburg and Gotha
            • 32 Prince Ernest I, Duke of Saxe-Coburg and Gotha
              • 64. Prince Francis, Duke of Saxe-Coburg-Saalfeld
                • 128. Ernest Frederick, Duke of Saxe-Coburg-Saalfeld
                  • 256. Francis Josias, Duke of Saxe-Coburg-Saalfeld
                  • 257.
                • 129.
              • 65.
            • 33.
          • 17.
        • 9.
      • 5.
    • 3.

It looks like if I want a solution, I will have to do it myself probably using a using a modified version of {{chart}}, Module:TreeChart and a few characters from Module:TreeChart/data. -- PBS (talk) 12:36, 6 November 2017 (UTC)

Restore a file from a website

Hello. Before an hour there was a file in a web site. Now they have removed it. Is there a way to find it? The file was only in the web for some hours. Xaris333 (talk) 13:09, 6 November 2017 (UTC)

There is probably no way to get the file now but we could look for a cached copy at other websites like Google and the Internet Archive if you say what you know about the file and where it was, the former url if you know it. If you viewed the file then there may also be a copy in your own browser cache on your computer. In that case, do not visit the site again in the same browser. Preferably, don't use the browser at all until you get instructions from people knowing the browser. This is better suited for Wikipedia:Reference desk/Computing. PrimeHunter (talk) 13:34, 6 November 2017 (UTC)

Editing box inserting bogus hard linebreaks (MacOS X, Chrome, about a month now, only on this site)

Tracked in Phabricator
Task T177804

For the last month or so I've been experiencing a problem (in Chrome, on MacOS X), where if I enter a space character at the end of a displayed "line" (i.e. right before a soft-wrap) in the editing window, a hard linebreak ends up being inserted when I save, often resulting in crap like this:

Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna 

aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat.

where the second line, which should not be a real line at all, is treated as <pre>...</pre> text. What's happened is a hard line break was inserted after "magna", causing the "[space]aliqua" to start a new hardcoded line. This most often happens when the displayed "line" in the editing box soft-wraps at something not alphabetical, such as ]] or the like. Driving me nuts. Generally the only way to fix it is to save the broken version and go back in and re-edit it. I get hit by this around 1–5 times per day. Never happened before, in 12 years.

Any ideas what the issue is? Anyone else getting this?  — SMcCandlish ☏ ¢ >ʌⱷ҅ᴥⱷʌ<  06:47, 4 October 2017 (UTC)

I just now corrected this edit and was wondering how @such an experienced editor would make that mistake. --Pipetricker (talk) 07:26, 4 October 2017 (UTC)
Yes, I've also run into it being done by other editors with increased frequency recently, though it's not all over the place.  — SMcCandlish ☏ ¢ >ʌⱷ҅ᴥⱷʌ<  23:55, 4 October 2017 (UTC)
Which editor are you using ? Do you have the Syntaxhighlight Beta enabled by chance ? —TheDJ (talk • contribs) 10:22, 4 October 2017 (UTC)
@TheDJ: I do have "Wikitext syntax highlighting" turned on in Special:Preferences#mw-prefsection-betafeatures. I also had "Syntax highlighter" turned on in Special:Preferences#mw-prefsection-gadgets; maybe this is causing cross-talk of some kind. I'm not running "wikEd" or "New wikitext mode".  — SMcCandlish ☏ ¢ >ʌⱷ҅ᴥⱷʌ<  23:53, 4 October 2017 (UTC)
It's happened to me too a couple of times but I've caught it in preview. I have the gadget, but not the beta. I'm using Win 10 & Opera. Cabayi (talk) 07:02, 5 October 2017 (UTC)
Would you  two please turn off the gadget, and then try to trigger this? Since you have the gadget in common, it'd be helpful if we could quickly rule that out, or know that the gadget needs an update. Whatamidoing (WMF) (talk) 17:35, 5 October 2017 (UTC)
I've turned off the beta gadget. As a test I turned off the regular one, and left the beta one on, and did not actually get any syntax highlighting at all, so the beta one seems to have issues anyway. I've run with the regular one for ages (before noticing there was a beta replacement) without this issue, so I'll try this change first.  — SMcCandlish ☏ ¢ >ʌⱷ҅ᴥⱷʌ<  19:52, 5 October 2017 (UTC)
It's still happening. So, I have no turned off the non-beta syntax highlighter. This is going to be really painful.  — SMcCandlish ☏ ¢ >ʌⱷ҅ᴥⱷʌ<  00:15, 7 October 2017 (UTC)
I've been getting this on the mobile site. It's incredibly frustrating. Hairy Dude (talk) 21:19, 7 October 2017 (UTC)
  • @Whatamidoing (WMF): Update – I've run for a week or so without syntax highlighting (either version), as requested, and it's still happening, under the same conditions as initially reported. And additional one (or a variant, really) is that it often happens when double-spacing after a . (i.e., another case of a space after a non-alphanum character). I find that re-sizing the browser window can make it go away, and sometimes doing "Show preview" will as well.  — SMcCandlish ☏ ¢ >ʌⱷ҅ᴥⱷʌ<  03:50, 18 October 2017 (UTC)

Plain old wrapping is broken

Something is broken.

I am working right now in the wikitext editor, in Chome on a mac, with the browser window at about six inches wide. If I now add a link with a window that is about a foot wide. If I now now add something something long 

Talk:Water fluoridation#NPOV issues in controversy section and then keep typing, and then save, I get what you see here. Jytdog (talk) 21:12, 9 October 2017 (UTC)
That is messed up, and never used to happen. There is some kind of bug and this is wasting my time. Jytdog (talk) 21:13, 9 October 2017 (UTC)
@Jytdog: The formatting observed above occurs because there's a carriage return after the word "long" and the next line starts with a space. If you remove the space and/or the carriage return, it formats normally. DH85868993 (talk) 21:20, 9 October 2017 (UTC)
I am not a moron and there is no carriage break. Something changed in wikitext editor in the last month or so. What is there, is two spaces. This happens with just one space as well, just before some sort of bracketed text like this. I end up having to change the width of the browser window to move the juxtaposition of the long thing with what is just before it, to be in the middle of the window instead of at the end, and then I can resolve it. But something broke in the wikitext editor to make this something i now have to stop and juggle to fix instead of just working like it should. And yes i fucking know how to fix it. The problem is that it happens at all. The wikitext editor is inserting some kind of carriage break itself. I noticed there have been other problems with wrapping on this page. I have not seen this described here. Jytdog (talk) 21:23, 9 October 2017 (UTC)
actually this is being discussed above at #Editing box inserting bogus hard linebreaks (MacOS X, Chrome, about a month now, only on this site) Jytdog (talk) 21:36, 9 October 2017 (UTC)
  • I am experiencing this as well and had opened a thread below about this, here. I am using chrome on a mac and this error is completely about wrapping and is dependent on the width of the browser window. I have no gadgets enabled, just the plain wikitext editors. Jytdog (talk) 21:38, 9 October 2017 (UTC)
btw, what you see there is an example of this. I had first saved the comment above in this diff, and i edited it a bit further in this diff, and when I saved that, you can see that my signature didn't wrap correctly and a hard stop was added by the wikitext editor. this never used to happen. Jytdog (talk) 21:42, 9 October 2017 (UTC)
  • I've reported a ticket about this now, but i'm still not entirely sure what combination of settings is triggering this, so if someone could clarify that, then maybe someone can fix it. —TheDJ (talk • contribs) 22:41, 9 October 2017 (UTC)
What exactly do you want to know? Jytdog (talk) 03:36, 10 October 2017 (UTC)
btw i just logged in with firebox (most recent version for mac) and i cannot make this bug replicate this in firebox. Jytdog (talk) 03:45, 10 October 2017 (UTC)
Something I have noticed (not new, it's always been that way) is when I want to move a sentence into a new paragraph. I position the cursor in front of it and press the space bar until the sentence starts at the beginning of the next line in the edit window. Then when I move the cursor back to the end of the new first paragraph and press "return" to format the second paragraph the start of the second paragraph shoots into the middle of the line and it renders in <pre> </pre> mode. A carriage return would surely just add a single space (and I don't see why it would add any space anyway). Repositioning by use of the delete key and/or space bar does not return the rendered text to normal. Is this another manifestation of the same issue? 80.5.88.70 (talk) 14:22, 6 November 2017 (UTC)

Is Google translate incompatible with wikitext?

Here's the original Portuguese:

Eu edito o suficiente para me sentir no direito de questionar, o que não significa, vejam bem, que isso seja um ataque a quem concorda ou aos editores que se empenharam em fazer tais alterações (Joalpe). Também queria deixar registrado meu repúdio a qualquer tentativa de substituir as infocaixas locais por infocaixas da wikidata. Todos os exemplos de usos dessas infocaixas automáticas foram em artigos pequenos onde não mais que meia dúzia de elementos são alimentados. Me pergunto o quão prático seria ficar alimentando infocaixas como aquela que está em El Greco ou mesmo algumas ainda maiores. E quando essa informação precisar ser atualizada, o que acontece às vezes, sempre precisaremos ficar indo na wikidata? Discordo de tudo isso.--Rena (discussão) 04h29min de 12 de outubro de 2017 (UTC)

Here's what Google Translate makes of it:

I edit enough to feel right to question, which does not mean, mind you, that this is an attack on anyone who agrees or editors who have made a commitment to make such changes (Joalpe). I also wanted to register my repudiation of any attempt to replace the local infocaixas by lobbies of the wikidata. All examples of uses of these automatic infocaixas have been in small articles where no more than half a dozen elements are fed. I wonder how practical it would be to feed infoca- tions like the one in which does not mean, mind you, that this is an attack on anyone who agrees or the editors who have made such changes (Joalpe). I also wanted to register my repudiation of any attempt to replace the local infocaixas by lobbies of the wikidata. All examples of uses of these automatic infocaixas have been in small articles where no more than half a dozen elements are fed. I wonder how practical it would be to feed infoca- tions like the one in which does not mean, mind you, that this is an attack on anyone who agrees or the editors who have made such changes (Joalpe). I also wanted to register my repudiation of any attempt to replace the local infocaixas by lobbies of the wikidata. All examples of uses of these automatic infocaixas have been in small articles where no more than half a dozen elements are fed. I wonder how practical it would be to feed infoca- tions like the one in All examples of uses of these automatic infocaixas have been in small articles where no more than half a dozen elements are fed. I wonder how practical it would be to feed infoca- tions like the one in All examples of uses of these automatic infocaixas have been in small articles where no more than half a dozen elements are fed. I wonder how practical it would be to feed infoca- tions like the one inEl Greco or even some even bigger ones. And when that information needs to be updated, what happens sometimes, will we always have to stay on the wikidata? Symbol declined.svg I disagree with all this .-- Rena (discussion) 04:29, 12 October 2017 (UTC)

"El Greco" is a wikilink. You will see that when Google Translate reaches it it doesn't put it in but repeats the preceding text four times before entering the wikilink and carrying on to the end. Why is this? 80.5.88.70 (talk) 11:20, 6 November 2017 (UTC)

Google Translate is a pile of c**p and is incompatible with everything, not just wikitext. Stay well away. --Redrose64 🌹 (talk) 11:31, 6 November 2017 (UTC)
Google is incompatible with wikitext in the sense that it doesn't know which parts of the text is code and should not be translated. You should have said how you used Google Translate. I could not reproduce your result until I found your text is from pt:Wikipédia:Esplanada/propostas/Utilização do Wikidata em infoboxes (3ago2017) and I entered the url in Google Translate. That means Google is not working on the wikitext (the source text when you edit) but on the rendered page. I don't know why Google Translate copies some of the translation. I don't get copies for other tested Portuguese Wikipedia texts with wikilinks. "El Greco" is not translated because Google correctly guesses from the capitalization that it is a proper noun. We also say El Greco in the English Wikipedia. Google translates "el greco" as "the Greek". PrimeHunter (talk) 12:42, 6 November 2017 (UTC)
El Greco is presumably Spanish for "The Greek". The Portuguese equivalent is O Grego. Maybe Google was foiled by the change of language. Were all of the wikilinks you tested on pt:wp Portuguese ones or were some in other languages? 80.5.88.70 (talk) 14:03, 6 November 2017 (UTC)
My tests included pages at pt:Special:WhatLinksHere/El Greco with the same El Greco link in running text, e.g. pt:Toledo. Regarding your example, if I enter the quoted sentence "Me pergunto o quão prático seria ficar alimentando infocaixas como aquela que está em El Greco ou mesmo algumas ainda maiores." in the box at https://translate.google.com/ and select Portuguese to English then I get: "I wonder how practical it would be to keep feeding infocaels like the one in El Greco or even some bigger ones." If I change it to "el greco" but keep the sentence then I oddly get: "I wonder how practical it would be to keep feeding infocaels like the one in El Greco or even some even bigger ones." Here "El Greco" is the same as before but a second "even" is added near the end. My former test was with "el greco" alone which gives "the Greek", while "El Greco" alone stays as "El Greco". PrimeHunter (talk) 17:31, 6 November 2017 (UTC)

Tech News: 2017–45

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

  • You will no longer see the patrol log on Special:Log unless you specifically select it. [25]

Changes later this week

  • The 2017 Community Wishlist Survey begins on 6 November. You can post proposals from 19:00 UTC and until November 19.
  • The new version of MediaWiki will be on test wikis and MediaWiki.org from 7 November. It will be on non-Wikipedia wikis and some Wikipedias from 8 November. It will be on all wikis from 9 November (calendar).

Meetings

Future changes

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

18:44, 6 November 2017 (UTC)

The Community Wishlist Survey 2017

Hey everyone,

The Community Wishlist Survey is the process when the Wikimedia communities decide what the Wikimedia Foundation Community Tech team should work on over the next year.

The Community Tech team is focused on tools for experienced Wikimedia editors. You can post technical proposals from now until November 20. The communities will vote on the proposals between November 28 and December 12. You can read more on the 2017 wishlist survey page. /Johan (WMF) (talk) 20:15, 6 November 2017 (UTC)

Edit summaries for moves

Tracked in Phabricator
Task T179910

Currently edit summaries for moves read (Jenks24 moved page Example Link 1 to Example Link 2: [reason]). I would prefer that the username be removed from the summary so it reads (Example Link 1 moved to Example Link 2: [reason]). This is because there are only a limited number of characters available in edit summaries and the current format needlessly uses a lot more of them than necessary, resulting in chopped off reasons (see for example my recent contributions). The username is unnecessary because you are either looking at the history page where you will see the username next to it or you are a browsing a user's contributions in which case again you already know the username. Plus you don't get caught out by username changes. I'm also fairly confident this is how page move edit summaries used to be set up prior to 2012 or 2013.

My questions for VPT are: can this be changed at enwiki or do I need to create a Phab ticket? If it can be changed locally, how? Thanks, Jenks24 (talk) 06:46, 4 November 2017 (UTC)

Hmm, looking at MediaWiki:1movedto2 it looks like the username is automatically pre-pended. So Phabricator it would be needed, unless the movesummary is created by another message. Jo-Jo Eumerus (talk, contributions) 09:19, 4 November 2017 (UTC)
MediaWiki:1movedto2 doesn't say "page" and translatewiki:MediaWiki:1movedto2/qqq says "only used on IRC" so I don't think that's the message. [28] shows MediaWiki:Logentry-move-move is used in Special:Log/move, confirmed by translatewiki:MediaWiki:Logentry-move-move/qqq. In the move log $1 is a linked username. The username is unlinked in the page history edit summary but I suspect MediaWiki:Logentry-move-move is also used there, just called with an unlinked username as $1. That appears to cause a complication: If we remove $1 from MediaWiki:Logentry-move-move to avoid username duplication in the page history then no username at all is shown in the move log. PrimeHunter (talk) 13:54, 4 November 2017 (UTC)
Thanks PrimeHunter. I was hoping it would be able to be done here but suspected not. Do you think that it would be still be worthwhile me creating a Phab ticket or does it not seem fixable even for the devs on their end? Jenks24 (talk) 09:44, 5 November 2017 (UTC)
Yes, file a task. This looks like an easy fix, but might be low on priority. --Izno (talk) 14:04, 5 November 2017 (UTC)
There are four variants of the log message:[29] MediaWiki:Logentry-move-move, MediaWiki:Logentry-move-move-noredirect, MediaWiki:Logentry-move-move redir, MediaWiki:Logentry-move-move redir-noredirect. I guess all of them are used in both move log and edit summary but haven't tested it for any of them. PrimeHunter (talk) 14:52, 5 November 2017 (UTC)
There was a ticket about this a few years ago (on Bugzilla), after the change which put the username there in the first place. I'm pretty sure it was closed as WONTFIX for reasons I thought were absurd at the time, but I wouldn't even know where to begin looking for it and my recollection could be wrong. HJ Mitchell | Penny for your thoughts? 15:29, 5 November 2017 (UTC)
phab:T36961, Wikipedia:Village pump (proposals)/Archive 86#The new, redundant automatic edit summary on page moves should be reverted. PrimeHunter (talk) 15:53, 5 November 2017 (UTC)

Oh, wow. I actually commented on that VPT thread supporting a revert, I'd forgotten all about that. That Phab task makes sad reading, it seems your recollection is correct HJ. Frustrating that this is still an issue five and a half years down the track. Do you guys think opening a new Phab task would have any chance of success, or would it just get closed as duplicate of T36961? Has anyone ever had any success trying to get technical changes made by going through the community engagement team instead? Jenks24 (talk) 16:04, 5 November 2017 (UTC)

In this kind of situation (age of the old task, reasons for decline not apparently making sense), I would recommend writing a new task, referencing the old, with a suggested solution (mine would be that there should be two messages, not one -- I'm not sure why that obvious solution was not pursued). --Izno (talk) 16:10, 5 November 2017 (UTC)
OK, thanks Izno and PrimeHunter. Here we go: phab:T179910. Let me know if there's anything I should alter or add, I've written less than half a dozen of these things and I'm still not sure exactly what information they want in them. Also pinging a few editors who I recognised from the previous bug report that might be interested in following this new one: Fuhghettaboutit, Krinkle, Fram, Anomie, Future Perfect at Sunrise, MZMcBride, HJ Mitchell. Jenks24 (talk) 09:53, 7 November 2017 (UTC)

Interface message page for review edit in watchlist legend

This is the message. — xaosflux Talk 15:13, 7 November 2017 (UTC)

Hello all- Anyone know the location of the interface message page for the watchlist legend description "This edit may have problems and should be reviewed"? See this discussion for more info: Template talk:Watchlist legend#Suggestion to trim the descriptions. Eric talk 14:24, 7 November 2017 (UTC)

Hmmm, this search doesn't find a match. It's probably a MediaWiki default message that we've not customised. --Redrose64 🌹 (talk) 14:29, 7 November 2017 (UTC)
Most of them are at Special:PrefixIndex/MediaWiki:Recentchanges-, all except that one of interest. DMacks (talk) 14:48, 7 November 2017 (UTC)
@Eric: it is MediaWiki:Ores-damaging-legend. — xaosflux Talk 14:52, 7 November 2017 (UTC)
Yep, we've not given it local customisation, so the page doesn't exist on English Wikipedia. --Redrose64 🌹 (talk) 15:01, 7 November 2017 (UTC)
(edit conflict) @Eric: I can't even find any cases of "This edit may have problems and should be reviewed" in my watchlist (which means that I can't use the uselang=qqx method) so I expect that you have some settings that are different from mine. What might they be? --Redrose64 🌹 (talk) 14:54, 7 November 2017 (UTC)
Thanks for all the prompt replies! I'll put in an edit request at that page. Redrose64: In my watchlist settings, the only one I see that might be related is Highlight likely problem edits with colors and an "r" for "needs review", which I do not have checked. But my watchlist legend displays as it appears in my discussion post linked above. Eric talk 15:09, 7 November 2017 (UTC)
@Redrose64: maybe you have it collapsed? It appears in the image I loaded above. — xaosflux Talk 15:13, 7 November 2017 (UTC)
@Redrose64: Like me, you are hiding the box by clobbering mw-changeslist-legend in your common.css -- John of Reading (talk) 15:26, 7 November 2017 (UTC)
Yes, nobody said that it was in the legend box. I've set a lot of boxes display:none; when they are the same on every page, take up unnecessary space or (most of all) use JavaScript thus delaying page load or causing things to skip around during or after load. --Redrose64 🌹 (talk) 16:29, 7 November 2017 (UTC)
You know what? I'm going to go hide that box now. :o --Izno (talk) 17:58, 7 November 2017 (UTC)

Question about editing rights on templates

Can anyone knowledgeable definitively answer the question at User talk:John#WP:PCPP behavior on templates? Here or there is fine. Thanks in advance. --John (talk) 20:19, 7 November 2017 (UTC)

"Pending changes" protection is not available in the Template namespace. — xaosflux Talk 20:37, 7 November 2017 (UTC)
It is only active in Main "(article)" and Project "Wikipedia" namespaces. — xaosflux Talk 20:39, 7 November 2017 (UTC)

RfC: Slight tweak to the wording of the anonymous contributions and talk page footers

**Reposting as the RfC is still active but the archive bot removed the notice from this page** – Vanstrat ((🗼)) 20:53, 6 November 2017 (UTC)
There is an RfC active at MediaWiki talk:Sp-contributions-footer-anon discussing the wording of these footers. - Vanstrat (talk) 23:21, 26 October 2017 (UTC)


Notes being temperamental

In this article, the notes section has no content even though notes are included throughout the article. Whereas, in this article, which uses the same code, the notes do appear. Why do the notes not show in the first article but do in the second? I get the same result on Chrome, and Safari. Thank you. Sandbh (talk) 03:40, 7 November 2017 (UTC)

Note the hidden category: Category:Pages where template include size is exceeded. – Jonesey95 (talk) 04:27, 7 November 2017 (UTC)
Each call of {{Periodic table (micro)}} uses 108 kB of the 2048 kB available for the whole page. Properties of metals, metalloids and nonmetals#Anomalous properties calls it 20 times so that alone exceeds the limit. Without those calls the whole page would use 398 kB so there is currently room to call it 15 times, but doing so would risk soon exceeding the limit again. PrimeHunter (talk) 11:25, 7 November 2017 (UTC)
@Sandbh: If you go to the very bottom of the page, the fact that the last few templates are showing as links (Template:Refend Template:PeriodicTablesFooter Template:Compact periodic table) instead of expansions is a giveaway; this behaviour actually starts in (or immediately after) the Helium entry in the Nonmetals section. More at WP:TLIMIT. --Redrose64 🌹 (talk) 11:52, 7 November 2017 (UTC)
I have removed most of the calls of {{Periodic table (micro)}}.[30] If you want all the elements to be marked in a periodic table when they are mentioned then you need a method which uses less template expansion. PrimeHunter (talk) 12:53, 7 November 2017 (UTC)

Thank you everyone; I stand enlightened. Sandbh (talk) 07:14, 8 November 2017 (UTC)

Image revisions not properly loading on Google Chrome?

I uploaded newer versions of File:Too Much single 1989 by artist BROS.jpg and then File:Bananas, Beaches and Bases.jpg. I still see old revisions of files. On Google Chrome, I tried reloading the browser over and over, yet I still see old revisions. I recently upgraded Google Chrome, yet I still see old revisions. However, on Microsoft Internet Explorer 11, the cache is cleared once I reload the IE11 every time. Is there something wrong with Google Chrome, or is the MediaWiki software struggling to load newer image revisions on Google Chrome? What about Firefox, which I don't have? --George Ho (talk) 07:54, 8 November 2017 (UTC)

Almost forgot, on Chrome, I even clicked the "Purge" button as well as the UTC gadget clock link (or whatever you call it). The issue still persists. --George Ho (talk) 07:56, 8 November 2017 (UTC)

@George Ho: Chrome does very aggressive client side caching. You purged the server cache, but not the browser cache. See also WP:BYPASS for how to bypass browser caching. —TheDJ (talk • contribs) 10:09, 8 November 2017 (UTC)

jquery.badge removal

I'm getting the following exception in my window, in debug and non-debug mode: 

Error: Unknown dependency: jquery.badge Error: Unknown dependency: jquery.badge
    at sortDependencies (https://commons.wikimedia.org/w/load.php?debug=true&lang=en&modules=jquery%2Cmediawiki%7Cmediawiki.legacy.wikibits&only=scripts&skin=vector&version=1b46sjy:11984:12)
    at sortDependencies (https://commons.wikimedia.org/w/load.php?debug=true&lang=en&modules=jquery%2Cmediawiki%7Cmediawiki.legacy.wikibits&only=scripts&skin=vector&version=1b46sjy:12029:7)
    at resolveStubbornly (https://commons.wikimedia.org/w/load.php?debug=true&lang=en&modules=jquery%2Cmediawiki%7Cmediawiki.legacy.wikibits&only=scripts&skin=vector&version=1b46sjy:12064:7)
    at Object.load (https://commons.wikimedia.org/w/load.php?debug=true&lang=en&modules=jquery%2Cmediawiki%7Cmediawiki.legacy.wikibits&only=scripts&skin=vector&version=1b46sjy:12961:17)
    at https://commons.wikimedia.org/wiki/File:Coccinellidae(Ladybird)-2.jpg?debug=true:258:63
    at startUp (https://commons.wikimedia.org/w/load.php?debug=true&lang=en&modules=startup&only=scripts&skin=vector:9056:15)
    at HTMLScriptElement.script.onload (https://commons.wikimedia.org/w/load.php?debug=true&lang=en&modules=startup&only=scripts&skin=vector:9081:3)

This is causing some of my scripts not to load. Can anyone assist with this? Magog the Ogre (t • c) 00:18, 9 November 2017 (UTC)

See phab:T178450#3746565. I'm working on a temporary revert, but this will need attention from Commons admins. I'll post on their village pump in a bit. Legoktm (talk) 04:50, 9 November 2017 (UTC)

Template:Editnotices/Group/Wikipedia talk:Articles for creation

I'm running across an issue with this page that seems technical in nature, and I cannot figure it out for the life of me: Why is this editnotice not showing up on any of the pages which it is supposed to? I've attempted to edit several pages in Special:PrefixIndex/Wikipedia talk:Articles for creation/, and none of them display a transclusion of Template:Editnotices/Group/Wikipedia talk:Articles for creation when being edited. Steel1943 (talk) 16:09, 9 November 2017 (UTC)

@Steel1943: Seems fixed after this edit. -- John of Reading (talk) 16:24, 9 November 2017 (UTC)
@John of Reading: Thanks. Not sure how I missed that. Steel1943 (talk) 16:25, 9 November 2017 (UTC)

Problems with PROD and AFD?

Hi. I just tried prodding, then afding, an article and the template appears to be corrupted. Please see Wikipedia:Articles for deletion/Visible Government for an example of what I mean. Is anyone else having this issue? And I should add that I have no idea how to use Phabricator, so I'm afraid that this is the only way I can flag this. Shawn in Montreal (talk) 16:24, 9 November 2017 (UTC)

@Shawn in Montreal: Your "deletion reason" was missing a square bracket, and this somehow stopped the prod/afd templates working properly. The AFD page looks OK now. -- John of Reading (talk) 16:29, 9 November 2017 (UTC)
OMG it was me. I'm so sorry to bother you. many thanks, Shawn in Montreal (talk) 16:31, 9 November 2017 (UTC)

Request for some JS programming advice...

I've written a user script called StripSearch.js. It creates a menu item that toggles the removal of details from Wikipedia's search results on and off, to view the results as a bare single-spaced list of page names.

What I'd like to do is fork StripSearch.js to create SearchSuite.js and add some more toggles (as menu items).

The first one I would like to add is a menu item for turning the sorting of search results on/off. When it sorts, it will do so whether or not the search results have been stripped yet.

Another one will insert/remove wikilink formatting (bullets, and double square brackets around each page name), in stripped mode only, for ease of copying and pasting the links into lists. (Not everyone will want the link delimiters displaying all the time – hence, the menu item).

And more.

(Both of the above mentioned features are included in StripSearchSorted.js, but operate by default without on/off switches.)

What do I need to think about in approaching this script writing project?

I look forward to your replies.

Sincerely, The Transhumanist 23:07, 8 November 2017 (UTC)

I think the basic approach to this would be to set classes for elements you want to show/hide, because then the code for the menu items themselves becomes really easy: when clicked, you just hide/show the relevant classes, i.e. searchSuite-foo-show and searchSuite-foo-hide for elements that should be shown/hidden when foo is activated (and then reversed when foo is turned off). Sorting is going to more tricky to do/undo, but basically you would store data about the original order, then write functions like sortAlpha and sortOrig that would operate on the containing element, replacing it's contents with sorted contents. For a simpler example, to sort the links in the toolbox, you could do 
var sorted = $.makeArray( $("#p-tb").find('li') ).sort(function(a,b){return ( a.innerText < b.innerText ) ? -1 : 1; });
$("#p-tb").find('ul').empty().append(sorted);
(which does half the job – sorting alphabetically, but not returning to the original order) - Evad37 [talk] 03:28, 9 November 2017 (UTC)
Thank you. What about saving the unsorted version to a variable, and swapping it out when the user wants to undo the sort? The Transhumanist 04:14, 9 November 2017 (UTC)
I think setting a data-* attribute (e.g. data-origsort) for each element makes more sense, which would allow you to do something like 
var origsorted = $.makeArray( $("#p-tb").find('li') ).sort(function(a,b){return parseInt(a.dataset.origsort) - parseInt(b.dataset.origsort);});
$("#p-tb").find('ul').empty().append(origsorted);
(sticking with the example of the toolbox links) - Evad37 [talk] 17:09, 9 November 2017 (UTC)
What should I be wary of in designing features that work together and operate on each others' results? The Transhumanist 15:14, 9 November 2017 (UTC)
I'm not really sure, just be aware anything one feature might change has to be accounted for when coding the other features. - Evad37 [talk] 17:09, 9 November 2017 (UTC)

Redirect to a module

Hello. Is there any way to add a redirect to a module within the Module namespace, or otherwise create a shortcut to or alternate name for one?  — Jaspet 12:18, 8 November 2017 (UTC)

It's a couple lines of code. Why though? Modules are not really meant to be used outside templates or other modules. --Izno (talk) 14:31, 8 November 2017 (UTC)
Basically no, you could have the 'old' module make calls to the 'new' module, but that is just messy. What need would there be for this? — xaosflux Talk 14:55, 8 November 2017 (UTC)
The reasoning is the same for redirects to templates. To have shortcuts and alternate names really has three functions: it allows for more concise ways of linking to the target (compare {{R}}), it gives the option of using a slightly more specific/relevant/accurate name for the task at hand (there is a number of reasons for this when it comes to templates, such as naming one particular function of the whole), and it decreases the chances of error resulting from an incorrect name (e.g. due to capitalisation where there need not be). I'm surprised the same practice doesn't exist for modules, considering it's ubiquitous within the Template namespace (and virtually every other namespace with perhaps the exception of File).  — Jaspet 02:34, 9 November 2017 (UTC)
You can make a pseudo-redirect with return require('OTHER_MODULE_NAME'), which will load the code from the other module, but won't work as a redirect when viewed. {{repeat|p|3}}ery (talk) 02:37, 9 November 2017 (UTC)
For reference, the last discussion I am aware of on this topic is at Wikipedia talk:Lua/Archive 3#Proposal to restrict page moves in the "Module:" namespace to administrators. The referenced commit to treat the Lua-based redirect as a MediaWiki redirect still hasn't been submitted, it seems. isaacl (talk) 03:06, 9 November 2017 (UTC)
Regarding why a module needs to redirect, it's not unusual to want to rename a module to better reflect its purpose as it evolves, or just because you thought of a more apt name, but you don't want to break anything using the old name. isaacl (talk) 03:44, 9 November 2017 (UTC)
You can't use the #REDIRECT [[...]] technique because that only works for Wikimarkup pages. Templates are Wikimarkup, so it works for them; modules are not. It's exactly the same problem as with .css and .js pages: redirection cannot be used with these either. --Redrose64 🌹 (talk) 21:46, 9 November 2017 (UTC)

Article title search defaults to User page search

Don't know exactly when started happening, but recently any search argument I enter in the upper-right search box defaults to prefixes "User:" and "Wikipedia:" (e.g. if I enter "Hillary", instead of article titles beginning "Hillary", pages beginning "User:Hillary_" are displayed instead). I went to Preferences but could find no option to stop those prefixes from being added to my search argument. How do I get back to being able to see article titles beginning w/ my search argument? --IHTS (talk) 11:55, 10 November 2017 (UTC)

@Ihardlythinkso: Go to Special:Search, click "Advanced" to see the namespace checkboxes if they are not showing, adjust the ticks there, tick "Remember selection for future searches" and then search for something. -- John of Reading (talk) 12:09, 10 November 2017 (UTC)
(edit conflict)@Ihardlythinkso: Go to Special:Search. Below the search input box there may be a number of checkboxes, one for each namespace; if this is not present, click "Advanced". In that list of namespaces, click on the empty checkboxes for the namespaces that you do want, and also click on the filled checkmarks of those that you don't want. Then click the "Remember selection for future searches" checkbox, enter any search query, and click Search. --Redrose64 🌹 (talk) 12:12, 10 November 2017 (UTC)

Thx! p.s. I'm sure now what happened. I checked "Remember" recently, thinking *that* search box was separate (& differently maintained) from the upper-right corner search box. (My assumption was wrong, thus my confusion.) Thx again. --IHTS (talk) 17:40, 10 November 2017 (UTC)

"User-friendly" editing tools damaging references

From time to time I stumble on an article where references have been replaced by blue superscript markers of the form [[<article name>#cite note-NNN|<sup>[NNN]</sup>]]. This search currently lists 31 articles where footnote 1 has this form. According to the edit summaries, this edit was made with the Visual Editor, this one with the 2017 source editor. This damage is difficult to put right, as the articles don't immediately look broken, and get edited for months afterwards. Readers are left with an article where the blue footnote markers either don't go anywhere or link to the wrong footnote. Can we try to identify how these good-faith editors are using these editing tools, and fix the tools so that this kind of damage does not occur? -- John of Reading (talk) 08:58, 10 November 2017 (UTC)

Here's one for the Pittsburgh Public Theater article. Here's one for National Film and Television School. Note that the automatic edit summary tags say "(Tags: references removed, Visual edit)". This has been reported as bug T166425. – Jonesey95 (talk) 14:15, 10 November 2017 (UTC)
This one happened to National Multiple Sclerosis Society with the tag "source edit". It may have been a copy-paste from this source edit of the editor's sandbox. It's strange that the software did not detect "References removed". – Jonesey95 (talk) 14:22, 10 November 2017 (UTC)
There are actually a surprising number of deliberate references of this sort, almost to the point of looking self-referential in a sense. [31] --Izno (talk) 15:08, 10 November 2017 (UTC)
Any from after June though ? I haven't encountered them yet. —TheDJ (talk • contribs) 15:18, 10 November 2017 (UTC)
Those are different, though. They do look deliberate, and they don't have the "sup" tags. How are they supposed to work reliably, though? Is there a bot that maintains the links when "cite-note-23" in a separate article becomes note 24 because someone added a new reference? See the phrase "critically acclaimed" in Howard Hughes, for example, which points to ref 23 in The Aviator (2004 film). – Jonesey95 (talk) 16:33, 10 November 2017 (UTC)
This looks like an unfortunate user error. Ref tags, when you're reading a page, don't actually contain the citation; they're just HTML links to an anchor on the page, with a little superscript character formatting. If you copy the little blue clicky number in an article that you're reading it, then you are actually copying the link to the anchor with the superscript formatting (that is, copying the little blue clicky number itself, not the citation that the anchor links to). As a result, when you paste an HTML link into VisualEditor, then you get a link – the [1], rather than the ref>{{cite web|url=www.example.com...</ref>.
As a practical matter, those editors should be reminded that if they want to copy refs from their sandboxes or other articles, they either need to copy the wikitext (which they can paste into the visual editing mode, as it will convert it all for them) or open their sandbox in the visual editing mode and copy the footnote from there. (This information is already included in most of the materials for educational programs, but not everyone is a student, and not every student always remembers this step.) Whatamidoing (WMF) (talk) 17:05, 10 November 2017 (UTC)
Is there some warning we could pop up that could deter editors from damaging articles in this way, or maybe a bot that could track these edits, notify editors about them, or revert them? – Jonesey95 (talk) 18:34, 10 November 2017 (UTC)

Strange editing problem with new interface

Since the new source editing interface (not sure what it's called and honestly don't really care) was introduced recently, I have frequently run into a weird problem when trying to edit. Sometimes (it's not that uncommon, actually, and it just happened to me a few seconds ago), when I'm trying to add or delete content on a page, it will add or delete the content several spaces away from where my cursor is, and therefore where I intended to add/delete it to/from. This means I have to try to add/delete content a few spaces ahead/behind where I actually want it to be. Does anyone know why this frustrating bug might be happening, and has it happened to anyone else? Everymorning (talk) 21:47, 10 November 2017 (UTC)

The new editor interface is a beta feature and not default. You can get the normal source editor by disabling "Automatically enable all new beta features" and "New wikitext mode" at Special:Preferences#mw-prefsection-betafeatures. PrimeHunter (talk) 22:01, 10 November 2017 (UTC)
@Everymorning: I think this has been pointed out before, and is browser-specific. Maybe Chrome. Which browser (and version) are you using? --Redrose64 🌹 (talk) 23:57, 10 November 2017 (UTC)
@Redrose64: Chrome Version 62.0.3202.89 (Official Build) (64-bit). Everymorning (talk) 00:13, 11 November 2017 (UTC)
  • I have exactly the same problem, on both chrome (latest version) and Firefox (really old version). It generally occurs near the bottom of a long page, the cursor is slightly further off the further down the page I go. it occurs for me, only on the vertical plane. horizontal position is accurate. Dysklyver 09:55, 11 November 2017 (UTC)

Problem with Template:Andean volcanoes

The first part of the template seems broken on Olca-Paruma but not on Template:Andean volcanoes; see File:Template "Andean volcanoes" problem on Olca-Paruma.PNG. Jo-Jo Eumerus (talk, contributions) 20:50, 11 November 2017 (UTC)

@Jo-Jo Eumerus: Seems to be fixed after this edit. -- John of Reading (talk) 20:59, 11 November 2017 (UTC)

Article stats table Problem

I’ve never used Village Pump before so hope I’m posting this note in right place. Here’s the issue…for the past several days the following message comes up when I try to access data links highlighted in Wikipedia:Version 1.0 Editorial Team/Oregon articles by quality statistics table:

"There was an error connecting to the database. This is most likely a temporary condition. Please try again in a few minutes. If the problem persists, please contact User:CBM on enwiki. The error message is: Unknown database 'p50380g50494_data' WP 1.0 bot revision 541, updated Sat, 6 Dec 2014 by theopolisme"

I went to User:CBM talk page, but answer to previous query says CBM is no longer involved in maintaining that wiki-system. Is there any one out there who can fix this? Variations of this table are used by many Wiki-Projects.--Orygun (talk) 19:57, 5 November 2017 (UTC)

Try User:theopolisme. — xaosflux Talk 21:26, 5 November 2017 (UTC)
It is possibly related to this hardware failure. — JJMC89 (T·C) 21:39, 5 November 2017 (UTC)
A query has also been raised at Wikipedia talk:Version 1.0 Editorial Team/Index#Error Messages...Jokulhlaup (talk) 14:52, 7 November 2017 (UTC)
Reporting that this issue continues, for example at Wikipedia:WikiProject Catholicism/Assessment. Regards, — JoeHebda • (talk) 14:04, 8 November 2017 (UTC)
In addition, the process to update Assessment tables is broken. Update project data – Wikipedia Release Version Tools at url tools.wmflabs.org/enwp10/cgi-bin/update.fcgi. — JoeHebda • (talk) 20:28, 8 November 2017 (UTC)

Wondering if anyone is working on fixing this issue? What changed to cause this error? It used to work perfectly. — JoeHebda • (talk) 00:29, 11 November 2017 (UTC)

I think User:JJMC89 got it right. Someone is working on it, but it will probably take a week or so. See my reply at Wikipedia talk:Version 1.0 Editorial Team/Index#Bot has stalled again. (BTW, that page is the best one to report any technical problems with the assessment bot.) Walkerma (talk) 01:28, 12 November 2017 (UTC)

Mass delivery system opt-out category

The mass delivery opt-out category has been renamed, per this CFD. Could someone confirm that the system itself has been reconfigured accordingly, as User:MediaWiki message delivery still lists the old category for opt-out purpose. Also pinging Black Falcon (talk · contribs) as the CFD nominator. Optimist on the run (talk) 08:12, 11 November 2017 (UTC)

@Optimist on the run and Explicit: I rather think that somebody should have verified with the bot operators and those who maintain the mass message system that this was feasible before a bot was sent in to make all the category amendments on user talk pages. These users may suddenly find that they are receiving messages that they thought that they had blocked. I see nothing at the CFD to indicate that such checks had been made, nor is there any notice at WP:BON. --Redrose64 🌹 (talk) 10:05, 11 November 2017 (UTC)
I've updated MediaWiki:Massmessage-optout-category (per mw:Help:Extension:MassMessage#Opting out that is the system message to edit) so that it shows the right category and am currently tracking down all bots which may use the category. But yes as Redrose said such a rename should have been communicated beforehand. Jo-Jo Eumerus (talk, contributions) 10:50, 11 November 2017 (UTC)
Also put a note on WP:BON; I didn't find any bot directly. Got a number of other pages. Jo-Jo Eumerus (talk, contributions) 11:09, 11 November 2017 (UTC)
Thank you for doing that. I admit I wasn't expecting things to move quite so quickly once the discussion closed, but you're absolutely right that I should have added a link to the nomination at WP:BON from the outset. Lesson learned for next time. -- Black Falcon (talk) 04:49, 12 November 2017 (UTC)
The new category name doesn't make sense. It's not just Wikipedians who can opt-out, it's any talk page. It just happens to be that so far it's just users who have opted out. Legoktm (talk) 05:26, 12 November 2017 (UTC)
The only current exception is by Melly42 who opted out Wikipedia talk:WikiProject Extinction,[32] apparently to avoid Wikipedia:WikiProject X/Newsletter. If that was the only goal then the WikiProject could just have been removed from Wikipedia:WikiProject X/Newsletter. PrimeHunter (talk) 11:34, 12 November 2017 (UTC)
Eh. --MZMcBride (talk) 02:07, 13 November 2017 (UTC)

Database error when clearing watchlist

Starting about a week or so ago, with some frequency when I go to mark my watchlist as being taken care of, I get a database error. The most recent one said:

A database query error has occurred. This may indicate a bug in the software.[WfaDTQpAICoAAC8eu7IAAAAS] 2017-10-30 01:41:33: Fatal exception of type "Wikimedia\Rdbms\DBQueryError"

The watchlist is properly cleared anyway, and this doesn't happen every time, but I thought I'd report it just in case it was significant in some way.

Beyond My Ken (talk) 01:45, 30 October 2017 (UTC)

Yes, I've also been seeing similar errors much more frequently. Mine usually occur when refreshing my watchlist. Here's the latest: [WfclJwpAAEUAAEEpVwsAAADO] 2017-10-30 13:13:07: Fatal exception of type "Wikimedia\Rdbms\DBQueryTimeoutError" older ≠ wiser 13:17, 30 October 2017 (UTC)
Still happening to me, yesterday, and just now. Beyond My Ken (talk) 23:04, 6 November 2017 (UTC)
Beyond My Ken and Bkonrad, do you use the Beta feature "New filters for edit review"? Trizek (WMF) (talk) 08:41, 8 November 2017 (UTC)
I do not, no. Beyond My Ken (talk) 09:15, 8 November 2017 (UTC)
No, I don't either. although I'll note that this error has not occurred for the past couple of days. Before that it was happening with some frequency. older ≠ wiser 09:54, 8 November 2017 (UTC)
I can discern no rhyme or reason for when it does and does not occur. Beyond My Ken (talk) 01:11, 9 November 2017 (UTC)
Nex time you have that issue, please follow those instructions to see what is the issue. Trizek (WMF) (talk) 10:51, 9 November 2017 (UTC)
That's really not all that helpful, as once I clear the watchlist, which generates the database query error, the database is cleared, and there's no way to check anything as suggested by the page you've pointed us to. What I don't understand is that both Bkonrad and I have quoted an error code here – shouldn't that tell you where the problem is? Beyond My Ken (talk) 00:45, 13 November 2017 (UTC)
Beyond My Ken, I'm most of time that kind of issues are related to gadgets or scripts that are broken. That may be the case for you too, so I advice you to use that link to explore your watchlist and then clear it. Do you still have that issue? How many items do you have in your watchlist (on average)? Trizek (WMF) (talk) 10:06, 13 November 2017 (UTC)

Question about oversized photos on my Wikipedia Sandbox page

If I expand the photos on my Wikipedia Sandbox page to a ridiculously large size, does that detract from anyone else's Wikipedia experience? I was just experimenting but I also don't want to be a bandwidth hog. Thank you! Beauty School Dropout (talk) 05:35, 13 November 2017 (UTC)

I'm not sure if this completely answers your question, but If you don't specify a size while using thumb, user preferences should determine the size they should have (and a decent default should be presented to unregistered users). I also suggest reading MOS:IMAGES, the style guide for images. I hope this helps, —PaleoNeonate – 07:32, 13 November 2017 (UTC)
I read the question to mean that if I markup a huge image size like [[File:Example.jpg|10000px]], will that make the servers create an image of that size (server load), and is that huge image then downloaded to my computer (network bandwidth)?
And the answer for jpg and png is no in both cases, but for SVG images a png of the specified size is generated and displayed (and thus downloaded).
But any way: Wikipedia:Don't worry about performance. --Pipetricker (talk) 09:57, 13 November 2017 (UTC)

Thank you both for your helpful answers. Beauty School Dropout (talk) 10:19, 13 November 2017 (UTC)

Tech News: 2017–46

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

Changes later this week

  • The diff you see when you compare two different versions of a page has changed on MediaWiki.org and the test wiki. This is to make it easier to find a text change in a moved paragraph. It will hopefully soon come to more wikis. You can report bugs in Phabricator. [33]
  • A new user group on Commons will be able to upload MP3 files. The plan is to have this user group from 17 November. [34]
  • Wikis using Flagged Revisions will get the New filters for Edit Review by default on the recent changes pages. It will be possible to opt-out in user preferences. [35]
  • The new version of MediaWiki will be on test wikis and MediaWiki.org from 14 November. It will be on non-Wikipedia wikis and some Wikipedias from 15 November. It will be on all wikis from 16 November (calendar).

Meetings

Future changes

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

19:19, 13 November 2017 (UTC)

Searching for and retrieving references

I would like to tidy up references on various articles. I can readily generate a list of the articles I want to look at. Is there any way of retrieving the references for these articles in bulk, for example like a search result. Eno Lirpa (talk) 11:20, 10 November 2017 (UTC)

Not yet, but i believe the reading team is working on an API for this for mobile. Probably still some time out though. —TheDJ (talk • contribs) 15:23, 10 November 2017 (UTC)
Thanks. Eno Lirpa (talk) 10:51, 12 November 2017 (UTC)
Just dropping a note here. This is the task where the work is being tracked. The team was just talking about it this morning. What a serendipitous event. CKoerner (WMF) (talk) 21:21, 13 November 2017 (UTC)

Categories on mobile

Is anyone working on making categories visible on mobile phones? And if so, when is it planned to be ready? Marcocapelle (talk) 08:20, 11 November 2017 (UTC)

phab:T24660 Jo-Jo Eumerus (talk, contributions) 10:51, 11 November 2017 (UTC)
I made a gadget at some point that shows them. Check your preferences. —TheDJ (talk • contribs) 11:22, 11 November 2017 (UTC)
A gadget would only work for logged in editors, though. Unless it can be added to the site JS. Jo-Jo Eumerus (talk, contributions) 11:25, 11 November 2017 (UTC)
Nice, thanks! Marcocapelle (talk) 13:00, 11 November 2017 (UTC)
categories can be accessed by opting into the mobile web beta via the settings menu item. Hope that's helpful. Jdlrobson (talk) 00:26, 15 November 2017 (UTC)

Regex help wanted

I'm working on PHP code to find {{About}}, {{For}}, and {{Redirect}} hatnotes. 

 if (preg_match("/\{{2}(About|For|Redirect)\s*\|+[^}]*\}{2}/iu", $pagecontents, $m)) {

is matching most hatnotes correctly, but runs into a problem with:

{{About|the church in [[Aleppo]], [[Syria]]|other churches with the same name|Church of the Holy Mother of God (disambiguation){{!}}Church of the Holy Mother of God}}

the matched string is truncated at the end of the embedded template:

{{About|the church in [[Aleppo]], [[Syria]]|other churches with the same name|Church of the Holy Mother of God (disambiguation){{!}}

How can I tweak the regex to include the embedded template when scanning to the end of the hatnote template? Thanks, wbm1058 (talk) 18:28, 10 November 2017 (UTC)

@Wbm1058: There's a magic regex for this at Wikipedia:AutoWikiBrowser/Regular expression#Token matching. Adapting this for your example, \{{2}(About|For|Redirect)\s*\|+([^{]|\{[^{]|\{\{[^{}]+\}\})*\}{2} seems to do the job in AWB's regex tester window. I've never played with PHP, though. -- John of Reading (talk) 22:02, 10 November 2017 (UTC)
Thanks!! That did the trick. – wbm1058 (talk) 23:38, 10 November 2017 (UTC)
FWIW, I found a similar question at Stack Overflow: Can regular expressions be used to match nested patterns? which gets all theoretical with explaining that it's impossible to support infinite nested templates without blowing thru your memory limits. I'll assume that checking for just a single-level-nesting is adequate, until I run into a "gotcha" use case that shows that's insufficient. wbm1058 (talk) 23:51, 10 November 2017 (UTC)

That regex isn't very efficient. In my testing I found that maybe a third of my test cases weren't working, and it was a bear for me to find out why as the ones that failed seemed kind of random. After much frustration, I finally checked the error code (I know, good coders should always check for errors ;) and found it was returning PREG_JIT_STACKLIMIT_ERROR for the ones that failed. Error codes The new PREG_JIT_STACKLIMIT_ERROR constant introduced with PHP 7.0.0 – I guess I either write a more efficient regex or disable the PCRE JIT via php.ini (pcre.jit=0). Running that in the AWB regex tester I see that it's stacking them up one character at a time. Someone's twitter discussing a similar problem: "It was creating a capture group for every single character in the string and blowing out of memory" – Help writing a more efficient regex would be appreciated. wbm1058 (talk) 04:06, 15 November 2017 (UTC)

Can you use non-capturing parentheses groups: (?: ...stuff... ) isaacl (talk) 04:17, 15 November 2017 (UTC)
Another thing that can be done is limiting backtracking via a technique called "unrolling the loop". The end of the pattern that matches the contents before the closing "}}" is of the form (?:caseA|caseB)*, where caseA is [^}] – anything but an opening brace – and caseB is \{[^{]|\{\{[^{}]+\}\} – either an opening brace followed by non-opening brace, or a pattern matching a template inclusion without any nested templates. This can be transformed into caseA*(?:caseBcaseA*)*, which can be thought of matching caseA first, then multiple repetitions of (one caseB plus zero or more caseA's). By eliminating the alternation, the pattern can only match one way, and backtracking is eliminated. For this particular case, since case B is an alternation itself, it could in turn be unrolled into case C and D, with an end result of caseA*(?:caseC*(?:caseDcaseC*)*caseA*)*. But the problem is the pattern within the first set of parentheses consists of a sequence of zero-or-more matches, which introduces a new source of backtracking. So the regexp would have to be tweaked to avoid this (the pattern in the parentheses needs to be anchored with some patterns that don't have a zero-or-more quantifier). However I suggest starting with the single unrolled loop first. isaacl (talk) 04:54, 15 November 2017 (UTC)
Out of curiosity, what is the sanity of simply matching the templates simply to the end of the line? -- The Voidwalker Whispers 05:04, 15 November 2017 (UTC)
I'm guessing you're not actually directing this question to me? I haven't looked specifically at uses of the About/For/Redirect templates, but for some other templates, it is common to have line breaks before the pipe character that separates template arguments. isaacl (talk) 05:12, 15 November 2017 (UTC)
Right, while it would be very unusual to put line breaks in a hatnote template, it's not syntactically illegal. More common is placing multiple hatnote templates on a single line. wbm1058 (talk) 17:40, 15 November 2017 (UTC)
First I tried just making it non-capturing (grouping-only) parenthesis: (?:···) – that cleared the results in the AWB regex tester, but had no noticeable effect on my PHP test results.
Then I went with the suggested "unrolling the loop" solution: \{{2}(About|For|Redirect)\s*\|+[^{]*(?:\{[^{]|\{\{[^{}]+\}\}[^{]*)*\}{2} did the trick! Stacklimit errors gone! Thanks!
One of these days maybe I'll get around to reading that O'Reilly book "Mastering Regular Expressions" that I bought ~5 years ago. wbm1058 (talk) 17:40, 15 November 2017 (UTC)

The regex I use to find templates (in JavaScript) is /\{\{\s*(.+?)\s*(\|(?:.|\n)*?(?:(?:\{\{(?:.|\n)*?(?:(?:\{\{(?:.|\n)*?\}\})(?:.|\n)*?)*?\}\})(?:.|\n)*?)*|)\}\}\n?/g if that helps anyone - Evad37 [talk] 15:09, 15 November 2017 (UTC)

Ordered list with multiple items in same order

Ordered list in wikipedia can be created by using the "#" symbol like this:

  1. Item 1 Score 997
  2. Item 2 Score 993
  3. Item 3 Score 990
  4. Item 4 Score 990
  5. Item 5 Score 984

However, as indicated in the above example, there are situations where some items should be ranked the same in an ordered list. Is there any syntax that would allow the use of two "3." in an ordered list? C933103 (talk) 19:09, 15 November 2017 (UTC)

According to Help:List#Specifying a starting value, you can use a hybrid of wiki-markup and HTML to set an arbitrary number for an entry in a list, and then the list continues consecutively thereafter:
  1. Item 1 Score 997
  2. Item 2 Score 993
  3. Item 3 Score 990
  5. Item 4 Score 990
  6. Item 5 Score 984
Item 4 is coded as:
#<li value="3">Item 4 Score 990</li>
If you wanted to have Item 5 become "5." (the fifth in order, rather than having the fourth rank), you could use that same technique to assign it as value="5". DMacks (talk) 19:17, 15 November 2017 (UTC)
I see, thanks. So, if it is a 100-member list, then all the remaining 95 items will need to be manually assigned with the value too? C933103 (talk) 19:45, 15 November 2017 (UTC)
You only have to manually assign when you want a number to be non-consecutive with the previous. So if you wanted:
  1. Item 1 Score 997
  2. Item 2 Score 993
  3. Item 3 Score 990
  5. Item 4 Score 990
  7. Item 5 Score 984
  8. Item 6 Score 980
only the boldfaced ones need to be assigned manually because those are the entries whose values are non-continuous from the previous (Item 4 is #3 rather than #4 after the previous #3; Item 5 is #5 rather than #4 after the previous #3). Item 6 is automatic #6 after the previous #5. DMacks (talk) 20:06, 15 November 2017 (UTC)

Using Wikimedia maps instead of geohack?

I've experimented a bit with the sandbox version of our coordinates, in order to make use of the wikimedia maps, instead of geohack. There are some examples in the testcases and in order to get a bit more realistic impression I temporarily added it to this article, which also allows it to pull the geoshape. From the map viewer, you can still select alternative map services (including geohack actually). For maps from the moon and mars, we fallback to geohack. Several other wiki's already use this, the biggest being the GermanRussian Wikipedia. I'm wondering if people think it is worth pursuing this further. Please leave your feedback. —TheDJ (talk • contribs) 13:36, 14 November 2017 (UTC)

(He means for you to compare these two links:
WhatamIdoing (talk) 18:11, 14 November 2017 (UTC))
  • Please, no. Our task is to be useful to readers, not to be ideologically pure. I get that there are some people who are fanatically open-source-only and resent the fact that we give prominence to commercial entities, and I equally get that there's a legitimate desire to "keep it in the family", but for actual readers who click links because they want to know more about the topic—as opposed to spherical cow readers who are only interested in seeing where the subject is on the map—Google and Bing, and even to a lesser extent OpenStreetMap, are orders of magnitude more useful.

    To stick with your example, Wikimedia Maps shows me where Stadskanaal is. Google Maps shows me where Stadskanaal is, shows me how I get to Stadskanaal if I want to see it for myself, allows me to see that the Museumspoorlijn STAR is nearby so if it's pouring with rain when I arrive I know there's still something to do, allows me to see which shops are in the area so I know whether to bring my own food and drink or not, lets me check the train and bus times so I know when to set out and return, and allows me to see other people's photos of the area so I have an idea what I'm seeing. Given that even a company with the resources of Apple has struggled for years to compete with Google when it comes to mapping that people actually want to use, I have no realistic hopes that Wikimedia Maps will ever be a viable alternative. Wikipedia/media is an important part of the internet ecosystem, but we need to not follow de-wiki down the "ourselves alone" blind alley they've been pursuing for the last few years and recognize that sometimes, other organizations do things better than us and it's a service to our readers to point that out when it's the case. ‑ Iridescent 22:30, 14 November 2017 (UTC)

    • Iridescent, both of the options being considered offer direct links to Google Maps. It's in the list under "Global services" for the one, and under "External services" for the other. WhatamIdoing (talk) 23:07, 14 November 2017 (UTC)
      • Sure, but the existing setup has links to potentially useful mapping services prominently displayed, with the worthless Wikimedia Maps relatively hidden in plain sight down the right (I've no idea if the WMF have ever researched this, but I'd be willing to bet that well over half the visitors to the Geohack link don't even notice that it's there), whereas the proposed alternative is a huge Wikimedia Maps splodge with some tiny links hidden in miniature type down the right. (And I know you're aware that links in this position don't get noticed, given that "information on the right of the screen tends not to be noticed by readers" has been the WMF's prime argument in their years-long crusade to impose a maximum display width.) ‑ Iridescent 23:16, 14 November 2017 (UTC)
  • Did i say german ? That should have been russian. —TheDJ (talk • contribs) 07:51, 15 November 2017 (UTC)
  • For places in Britain (and Irelend) I very frequently go via geohack to access the CC freely licensed photos on Geograph Britain and Ireland. Geohack seems to support a range of such facilities, depending on location. Thincat (talk) 13:57, 15 November 2017 (UTC)
    • As noted, geohack would remain available from this new UI though, we would just not enforce every person through it. One more click. —TheDJ (talk • contribs) 19:41, 15 November 2017 (UTC)
      • One more click isn't a problem. However, taking the geohack option should allow the localisation aspects (region parameter of {{coords}}) to be preserved. This doesn't seem to be happening in the region:GB case in testcases (but I am always out of my depth at WP:VPT!). Thincat (talk) 08:30, 16 November 2017 (UTC)
@TheDJ: in the same testcase example, decimal degrees seem to be converted to dms. Thincat (talk) 08:39, 16 November 2017 (UTC)
@Thincat: thx, well spotted ! I'll put it on the list of things i'll need to fix there at some point. —TheDJ (talk • contribs) 10:30, 16 November 2017 (UTC)
  • I think this is a good step forward, particularly since it's moving from a short-term(!) hack on a temporary server to something that's properly integrated with Mediawiki. For those that aren't aware: this is a regularly-updated copy of the OpenStreetMap dataset, which we can use like this because it's freely licensed. Thanks. Mike Peel (talk) 23:57, 15 November 2017 (UTC)
  • @TheDJ: I would like it to be enabled, but there are still quite a few issues with the map style. I filed a few Phabricator bugs more than a year ago but they haven't been addressed (e.g. the map still doesn't render light rail tracks, and still incorrectly renders stop positions when they aren't supposed to be rendered at all). Furthermore, the map doesn't render the eastern half of Sydney Harbour for some reason (it displays properly in the osm.org style so no idea what's up with it). Jc86035 (talk) 07:01, 16 November 2017 (UTC)
    • @Jc86035: they haven't been addressed because the community isn't showing it's support for the effort for the intermediate progress. As such the foundation has scaled back on it. It's a common theme where we demand perfection and as a result just simply end up getting nothing. —TheDJ (talk • contribs) 07:49, 16 November 2017 (UTC)
      • @TheDJ: Would the WMF ever consider further improving or expanding the stylesheets at this point? (I suppose it wouldn't be that hard for me to figure out for myself how to copy the railway=tram styling to railway=light_rail, though.) Jc86035 (talk) 11:14, 16 November 2017 (UTC)
        • @Jc86035: They'll review and approve patches if you submit them, but that's about it. What surprises me, is that there isn't even a single proposal among the community wishlist dealing with maps, a sharp contrast with previous years... Honestly, compared to previous years I find the quality of the wishlist proposals to be significantly lower all around... Let's hope people will make the most of this opportunity in the last 3 days they have available.... —TheDJ (talk • contribs) 13:25, 16 November 2017 (UTC)
  • @TheDJ: I have changed the section header; see phab:T180689. Jc86035 (talk) 14:33, 16 November 2017 (UTC)

WikiLove

I believe The music barnstar should be added to the WikiLove feature under the stars section. How can we add it?--◂ ‎épine talk♬ 14:37, 16 November 2017 (UTC)

It needs to be added here: MediaWiki:WikiLove.js —TheDJ (talk • contribs) 15:26, 16 November 2017 (UTC)

Search for new pages matching a pattern?

Is there a way to search for pages which 1) have a certain word (or pattern) in their title, and 2) we created within the past N days? -- RoySmith (talk) 13:42, 16 November 2017 (UTC)

For one yes. There is more here. If you search for intitle:"word or phrase" in the regular search you should get what you are looking for. Unfortunately there is no way to filter by time as far as I know. This tool can be used to search for regular expression patterns. (But again, nothing about time). -- The Voidwalker Whispers 21:23, 16 November 2017 (UTC)
I often use google ffor plaintext searches, as in a google search for allintitle:boop site:wiki.riteme.site. Wtmitchell (talk) (earlier Boracay Bill) 22:23, 16 November 2017 (UTC)

WP:OBOD

I really don't like not having the WP:OBOD, so shortly after they introduced Notifications, someone helped me to create User:Nyttend/monobook.js with code restoring the OBOD; it basically just calls User:Writ Keeper/Scripts/orangeBar.js. Normally it works, but it's intermittent; why would that be the case? For example, some minutes ago I got the OBOD because of a message from User:Sbmeirow, so I viewed it, went to another page, got another OBOD, viewed the message, went to another page, and suddenly here's the You have new messages notice without the OBOD. I would expect that the OBOD either would never work or would work all the time, especially in a matter of a few minutes; this intermittency just doesn't seem to make sense. I'm running IE 11. Nyttend (talk) 23:42, 16 November 2017 (UTC)

I'm trying to make a navbox template that can easily be filled in with a region's stratigraphic units that are manually inputted into variables by editors. The problem I'm facing is that there are a huge number of time units on the geologic timescale that spreads the content over a wide area of the template. Is there any way to make it so that only the units that have had content inputted for their respective variables show up in the template? Abyssal (talk) 14:18, 16 November 2017 (UTC)

I've written a few comments at Template talk:Stratigraphic column navbox. Certes (talk) 15:42, 16 November 2017 (UTC)
Thanks, Certes. I've tried to implement your suggested code without success. Have I done something wrong? Abyssal (talk) 16:21, 16 November 2017 (UTC)

Now resolved; details at Template talk:Stratigraphic column navbox. Certes (talk) 19:37, 17 November 2017 (UTC)

Watchlist limit

In August Whatamidoing (WMF) said that a workround to the 1000 limit would be available in about a month. Can we have an update on progress on this workround?

I understand that a partial workaround is in the works, to let you filter out changes you've already looked at. (So you read the most recent 1000, then hide the ones that you've already read, and see the next-most-recent 1000, and repeat – you'll never miss any, but you won't see 1,0001+ on the screen at the same time.) However, this probably won't be available for approximately one month. In the meantime, please reset your watchlist numbers to something greater than 0.

Keith D (talk) 02:06, 15 November 2017 (UTC)

It's live now. You need the new filter system enabled. Click by the "hamburger" icon where it says "Filter changes (use menu or search for filter name)". Tick the box for "Unseen changes" (only). Wait (and wait) for it to filter the list. Whatamidoing (WMF) (talk) 19:13, 17 November 2017 (UTC)
I do not have any "hamburger" icon. Keith D (talk) 19:17, 17 November 2017 (UTC)
Have you enabled "New filters for edit review" in Special:Preferences#mw-prefsection-betafeatures? Whatamidoing (WMF) (talk) 20:29, 17 November 2017 (UTC)
No I have not got that enabled. Tried and looks better but there is problem in that it only marks it visited if you actually open the page. Most of the time a page is only visited using pop-ups so that also needs to be marked as visited for this to be useful. Keith D (talk) 21:01, 17 November 2017 (UTC)

Possible to set timestamp of pages-visited on watchlist?

Special:Watchlist somehow tracks a datestamp of the last time "Mark all pages visited" was clicked. Is it possible to set it to some point other than the time at which that button is clicked? If I'm away for a few days, I have a long list of pages on my watchlist that have been changed. I browse the list from the oldest change I hadn't seen, but might not have time to get as far as "now". But with popups and such, I might not actually "read" every article. I'd like to update the mark to how far I got, as if I clicked mark-all-pages-visited at some arbitrary other point in the watchlist. Is this possible? Or is there some other way to keep a "pages changed since [time I choose] based on watchlist list" rather than just a certain period of time before now? DMacks (talk) 03:37, 16 November 2017 (UTC)

I created a proof of concept type script at User:The Voidwalker/setWatchlistTo.js. The one you click is marked as unread, as well as all above it. The implementation is a bit ugly, and creates the dreaded page-jumping (hence proof of concept). If you have suggestions for making it look better, they would be most welcome. -- The Voidwalker Whispers 00:58, 17 November 2017 (UTC)
Special:Watchlist doesn't track the time at all. There is a field for the "notification timestamp" on every watchlist entry; whenever a page is edited, every watchlist entry for the page where this field is empty gets filled in with the time of the edit. If the field is non-empty, Special:Watchlist displays the page as having new revisions, and the history for the page displays all revisions with the field's timestamp or newer does similarly. All "Mark all pages visited" does is clear the field for all pages on your watchlist.
If you make use of the indications on the history page to see all revisions of the page since you last viewed it, you would not want to use a script like the one The Voidwalker made since it would reset the field to indicate some revisions had been seen when they actually hadn't. On the other hand, if you ignore the history page and re-read the whole page whenever your watchlist says it has been updated, The Voidwalker's script would probably be fine for you. Anomie⚔ 22:12, 17 November 2017 (UTC)
Ah, that gives me an idea. I could easily modify the existing script to only set the timestamp for individual pages. The downside to that being you would have to mark everything individually, but I could set up check boxes.... Anyway, good to know Anomie, thanks. -- The Voidwalker Whispers 23:57, 17 November 2017 (UTC)

Module

Anyone can help me create module(s) for Wikipedia, to take data from wikidata ? Xaris333 (talk) 06:26, 18 November 2017 (UTC)

@Xaris333: Please be more specific. We already have Module:Wikidata and Module:WikidataIB (and a few others); do you need something which is currently possible in the software to be added to the modules? Jc86035 (talk) 07:46, 18 November 2017 (UTC)
@Jc86035: I need a specific module to add to a template. I already knew about that pages. Xaris333 (talk) 07:51, 18 November 2017 (UTC)
@Xaris333: Try RexxS (talk · contribs) who has already produced a bunch of these. --Redrose64 🌹 (talk) 08:40, 18 November 2017 (UTC)

I'm weeding out links to dabs and have noticed something unusual. Why does 49 show up in Special:WhatLinksHere/49? (More readable result, limited to article namespace) 89 has the same issue, but similar pages such as 37 and 60 don't. Certes (talk) 14:15, 16 November 2017 (UTC)

Special:WhatLinksHere/49 says "49 (transclusion)". This means the page "transcludes" itself. It's caused by {{PAGESIZE:{{FULLPAGENAME}}|R}} in {{Short pages monitor}}. {{PAGESIZE:X}} apparently counts as transcluding X. Special:WhatLinksHere/37 also says "37 (transclusion)" after a null edit. Maybe PAGESIZE hasn't always counted like this. I didn't null edit 60 if others are curious. There is a similar situation with {{#ifexist:X}} which causes a WhatLinksHere entry (as a link and not a transclusion) even though no link is produced. I guess it's about which database operations are performed. PrimeHunter (talk) 15:49, 16 November 2017 (UTC)
The reason these links are stored is to do with caching. When the page "49" is edited, its size may change, so any pages that include or use the size of that page will also need to be updated (this occurs as part of the job queue, which does not guarantee instantaneous updates). Same with page existence. — This, that and the other (talk) 09:39, 17 November 2017 (UTC)
But when the page "49" is edited, the software already knows that "49" will have to be updated. There's no need to remember whether a page tests its own size. -- John of Reading (talk) 07:24, 18 November 2017 (UTC)

But when the page "49" is edited

Only if one ignores the fact that the size of the page can change without being edited. The way chaotic way that wikitext was designed leads to a lot of inception-like madness. It is an unsolvable problem as long as page properties depend on another page, and as long as reading & editing are convoluted. The only thing developers can do is mask it or kill all functions that cause it.11:03, 18 November 2017 (UTC) — Preceding unsigned comment added by 197.218.82.255 (talk)

Thank you for all the helpful replies. It seems that the Wikimedia software is confusing "Page X has a clickable wikilink leading to page Y" with "The appearance of X depends on the content of Y, so X may need purging if Y changes". Given an infinite budget we'd rewrite that bit, but it doesn't sound as if that will be happening this week. At least the problem is more manageable once you understand it. Certes (talk) 11:15, 18 November 2017 (UTC)

It sounds like you are confusing links and transclusions at WhatLinksHere. When WhatLinksHere says "49 (transclusion)", it is not in any way a claim that the page has a wikilink to 49. "(transclusion)" means it is a (false) claim that the page transcludes 49 in the same way as templates can be transcluded. Click "Hide transclusions" on WhatLinksHere to hide pages which are only listed due to transclusions and not wikilinks. For example, Special:WhatLinksHere/Template:Citation needed has a huge number of article entries with "(transclusion)", so those articles say {{citation needed}} (or use a redirect like {{fact}}) but they don't say [[Template:citation needed]]. Most articles are not transcluded anywhere. You could say two things:
1) The Wikimedia software is (deliberately) confusing "Page X has a clickable wikilink leading to page Y" with "Page X uses {{#ifexist:Y}} to test whether page Y exists".
2) The Wikimedia software is (deliberately) confusing "Page X is transcluding page Y" with "Page X uses {{PAGESIZE:Y}} to get the size of the wikitext in page Y".
"49 (transclusion)" at Special:WhatLinksHere/49 is an example of 2). An example of 1) could be created if a page with no link to 49 says: {{#ifexist:49|There is a page called "49"|There is no page called "49"}}. 1) is documented at Help:What links here#Overview: The parser function #ifexist: causes a listing in "What links here" among the normal links even though no link is produced. 2) appears to be undocumented. PrimeHunter (talk) 19:58, 18 November 2017 (UTC)

Rename comment

In the message "Your account is currently being renamed or merged. View the status." the link is wrong, the same for all users, $1 not being substituted. Wikisaurus (talk) 17:57, 18 November 2017 (UTC)

The message is MediaWiki:Centralauth-rename-abortlogin. A fix should be on the way.[37] PrimeHunter (talk) 20:04, 18 November 2017 (UTC)

Merging forked histories?

User:Leprof 7272/Everipedia and the currently deleted Everipedia are forks and should have their histories merged. I'm not sure what the right procedure is to do this. I looked at WP:HISTMERGE, but that describes a process for dealing with copy-paste forks, which isn't what we've got here. How should I proceed? This is related to WP:Deletion review/Log/2017 November 12 -- RoySmith (talk) 15:44, 19 November 2017 (UTC)

The logs [38] show User:Leprof 7272/Everipedia was moved from Everipedia 20 February 2017 including the page history at the time. Two pages have later been created and deleted at Everipedia but all deleted edits there are from March 2017 and seem unrelated to User:Leprof 7272/Everipedia apart from being about the same subject. In a brief comparison I found no sign of content being copied between the pages so I see no need for a history merge if deleted edits of Everipedia are restored. If content is later copied between the pages then it can just be noted at the time of the copying per Wikipedia:Copying within Wikipedia. PrimeHunter (talk) 16:17, 19 November 2017 (UTC)

Visual Editor lacks a Cite field for naming references

Tracked in Phabricator
Task T52568
Tracked in Phabricator
Task T92432

Hi, y'alls. In Visual Editor there is no field in the Cite creator for Reference name. e.g. - to render: <ref name = "hamburger steak"> in the dressed citation template.

Would it be easy to add that field? It is very common. Right now it is kludgey to add it after the fact, or by toggling to the text editor. Ping me back. Having fun! Cheers! {{u|Checkingfax}} {Talk} 02:01, 20 November 2017 (UTC)

@Checkingfax: It is not easy I believe. The phabricator task is phab:T52568. --Izno (talk) 02:23, 20 November 2017 (UTC)
And actually, there's a 2017 survey item for this. meta:2017 Community Wishlist Survey/Editing/VisualEditor: Allow references to be named. --Izno (talk) 03:30, 20 November 2017 (UTC)

Wikipedia under Nigerian domain

Through a Google search, I stumbled upon this website, which looks like a carbon copy of Wikipedia under a different domain name. It looks exactly the same and up to date on any page, so it's apparently not a mirror site cached on some server but rather a proxy to Wikipedia. At first I suspected it was something benign, like for people living in parts of the world where they are denied access to Wikipedia or something, but upon making searches and failing to acquire absolutely any information on the site, I grew suspicious.

It is under .ng, the Nigerian ccTLD, but Whois reveals it was registered in April 2016 by someone with a Turkish address and a mail.ru account. The source is essentially identical to Wikipedia's except Google Analytics code is embedded in the header. Accessing the site via a non-secure address redirects to HTTPS, but the certificate is one issued by a different organization than one that Wikimedia uses (I have no idea how relevant this is, but still).

Is this some kind of phishing site? And even if it was innocuous in nature, it concerns me that it was included matter-of-factly in Google results when it is completely indistinguishable from the actual Wikipedia in the eyes of someone who doesn't always pay attention to the address bar, AKA everyone.

What is this? And can we―or should we―do something about this? Nardog (talk) 22:32, 18 November 2017 (UTC)

WP:MIRROR attempts to deal with this. I thought I had seen a way to report to WMF legal when blatant problems such as using trademarked logos occurred, but I can't see it. Johnuniq (talk) 22:44, 18 November 2017 (UTC)
That's at wmf:Trademark policy, section "6.1 Reporting misuse" -- John of Reading (talk) 07:47, 19 November 2017 (UTC)
Thanks. Of course if I had tried the obvious WP:TRADEMARK I would have found that. I reported the website (which includes other languages) to the legal email address advised as a trademark violation. Johnuniq (talk) 21:54, 19 November 2017 (UTC)
Thanks. Do you also know how to get it off Google (and other search engines)? Google once accepted reports of scraper sites but not anymore it seems. Nardog (talk) 09:07, 20 November 2017 (UTC)

I have a question about fixing broken Wikilinks. I wasn't sure where to ask it, so I'd figured I'd ask it here. There used to be a subsection in Japan Shogi Association titled "Apprentice school", and links to this section have been added to various other articles as Japan Shogi Association#Apprentice school. The relevant content in the section, however, was recently moved to another article Professional shogi player (more specifically Professional shogi player#Apprenticeship. So, I would like to know if there's a quick way to fix all of these links at once by sort of redirecting them to the new article/new section, or do all the individual links need to be manually corrected. There were other subsections in Japan Shogi Association#Players which were also moved to "Professional shogi player", so there other links which need correcting as well. However, the method for correcting them all should be the same, so once I find out the best way to fix one set, the others can be fixed in the same manner. -- Marchjuly (talk) 02:29, 20 November 2017 (UTC)

a quick way to fix all of these links at once by sort of redirecting them to the new article/new section, or do all the individual links need to be manually corrected The latter, unless you've actually targeted a redirect with those links (and that redirect's title could just as easily redirect to the new location of the content). For example, were the content of Agahnim to be moved elsewhere (say, The Legend of Zelda), then you could simply change the text of Agahnim from #REDIRECT [[Characters in The Legend of Zelda series#Agahnim]] to e.g. #REDIRECT [[The Legend of Zelda#Agahnim]]. Otherwise, you have to hunt down all the links and fix them manually. Someone at WP:Bot requests can probably take care of this if you have an exact list of links that you're looking to fix. --Izno (talk) 02:51, 20 November 2017 (UTC)
insource:"Japan Shogi Association#Apprentice school" can find the links. Wikipedia:AutoWikiBrowser (AWB) can help change them quickly with semi-automated edits once you know how to use it, but AWB may not be worth starting up for 10 edits. PrimeHunter (talk) 03:06, 20 November 2017 (UTC)
Thanks Izno and PrimeHunter for the input and the extra info. I believe I am the one who added most of the links in question, so fixing them manually it not a huge deal. I just wasn't sure if there were others floating around in articles which I didn't add. I didn't know about {{search link}}, but that seems more than sufficient to track them all down. -- Marchjuly (talk) 04:06, 20 November 2017 (UTC)
You can just enter insource:"Japan Shogi Association#Apprentice school" in the search box. I only used {{search link}} to make a clickable link. insource: is documented at Help:Searching#Parameters. PrimeHunter (talk) 11:49, 20 November 2017 (UTC)

Tech News: 2017–47

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

  • If you use the Chrome web browser on Android you can see a download icon on the mobile website. You can download a formatted PDF. It will work in other mobile browsers in the future. [39]
  • The abuse filter now has a function called get_matches. You can use it to store matches from regular expressions – one of each capturing group. You can read more in Phabricator.

Problems

  • Last week's MediaWiki version didn't come to all Wikipedias because of a database crash. It will be on all wikis on 20 November. [40][41][42]

Changes later this week

  • There is no new MediaWiki version this week.

Meetings

  • You can join the next meeting with the Editing team. During the meeting, you can tell developers which bugs you think are the most important. The meeting will be on 21 November at 19:30 (UTC). See how to join.
  • You can join the technical advice meeting on IRC. During the meeting, volunteer developers can ask for advice. The meeting will be on 22 November at 16:00 (UTC). See how to join.

Future changes

  • Language converter syntax will no longer work inside external links. Wikitext like http://-{zh-cn:foo.com; zh-hk:bar.com; zh-tw:baz.com}- must be replaced. You will have to write -{zh-cn: http://foo.com ; zh-hk: http://bar.com ; zh-tw:http://baz.com }- instead. This only affects languages with Language Converter enabled. Examples of such languages are Chinese and Serbian. This will happen next week. [43][44]

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

19:18, 20 November 2017 (UTC)

Visual editor stripping whitespace from Infoboxes

Hi all, the Visual Editor keeps stripping whitespace from Infoboxes, like here with the {{Infobox settlement}} template. Some editors like to line up the equals signs so that all the data lines up nicely, other editors don't like extra whitespace. Whatever the case, this is basically a local consensus issue. I reported this Visual Editor activity here, which didn't get any useful attention, then opened a case at Phabricator, but didn't get much in the way of help.

I'm not a technical type, so I'm totally ignorant on any technical aspect of this issue, but my general perspective is that VisualEditor shouldn't be using inexperienced editors as shills to perform maintenance tasks that you'd expect of experienced AWB users. A volunteer at Phabricator suggested that the templates could be modified so that the status quo is preserved. They wrote:

If you wish to change this instruction, you can go to [the template], and where it says 

 },
 "format": "block"
}

you can replace it with 

 }
}

So, short story, if this is something that any of you find problematic, (and I might be a lone crusader here) it would require a fix. I guess that would mean identifying the problematic templates and then removing the format preference? This had been happening with {{Infobox film}} and {{Infobox television}} but AussieLegend was kind enough to fix those. Thanks, Cyphoidbomb (talk) 04:53, 19 November 2017 (UTC)

Removing "format": "block" is the equivalent to changing it to "format": "inline" for newly added infoboxes. It would be better to use something like "format": "{{_\n| ______________ = _\n}}\n" for an infobox. See mw:Help:TemplateData#Custom formats. — JJMC89 (T·C) 07:13, 19 November 2017 (UTC)
I have no confidence in my technical ability. This is something I was hoping someone here could address, but maybe I'm alone in thinking that forcing Visual Editor users to make questionable (and potentially consensus-violating) changes without their knowledge is a bad thing. Cyphoidbomb (talk) 03:22, 22 November 2017 (UTC)

New user script needs testing

I've been working on User:Enterprisey/reply-link, which is a user script that adds a "reply" link after signatures on a discussion page; when you click a link, a form comes up that lets you type your reply without having to go through an edit window. I'm looking for brave editors to test it out and find some bugs. This script could be very useful for new editors or people who don't want to wade through pages of markup to find the one comment they're replying to. (Indentation and signing happen automatically!) Thanks! Enterprisey (talk!) 09:42, 21 November 2017 (UTC)

Installed! This is a really interesting idea – one that might bridge the gap between those editors who want to contribute to discussions but are intimidated by wikitext editing. This was something that Flow attempted to resolve, but has not succeeded yet. This might just be an alternative solution. (Replied using the new script.) Mz7 (talk) 09:52, 21 November 2017 (UTC)
Thanks for the feedback! Yeah, I'm looking forward to seeing how it can be used that way. Also using the new script! Enterprisey (talk!) 10:28, 21 November 2017 (UTC)
The reply link doesn't seem to show up after comments that originally didn't include a signature and were later signed using {{subst:unsigned}}. Mz7 (talk) 10:36, 21 November 2017 (UTC)
Tracked! Going to fix this soon. Enterprisey (talk!) 10:57, 21 November 2017 (UTC)
Trying it out. I have left feedback at the script's talk page. --Pipetricker (talk) 13:48, 21 November 2017 (UTC)
I assume the script doesn't yet know how to reply below other replies to the same comment. (Replied using 'reply-link'.) Pipetricker (talk) 14:03, 21 November 2017 (UTC)
I'm copying my above comment to the script's talkpage. (Replied using 'reply-link'.) Pipetricker (talk) 14:29, 21 November 2017 (UTC)
Great idea. There was a script back in the day that allowed in-line editing without having to load the whole edit window but it stopped working. Regards SoWhy 10:16, 22 November 2017 (UTC)
I forgot to read that signing works automatically, kinda weird. Also, maybe you can add an option to auto-reload the page after adding a comment. Also, if I do reload but came to the page from a different section link, it will send me to that section again and not the section I was replying in. Regards SoWhy 10:20, 22 November 2017 (UTC)
Good idea regarding the URLs – it's been a feature I've wanted since the beginning, but it turns out to be a little harder than I thought. Enterprisey (talk!) 10:42, 22 November 2017 (UTC)

ORES 'draftquality' data for English Wikipedia is now available in ores_classification table

Hey, 'draftquality' is a model in English Wikipedia which tries to predict if a new article is likely to be vandalism, spam, attack page or it's okay. "OK" in this context means it doesn't need new page patrollers immediate attention but still there might be reasons to get the page deleted (for example, notability). In a more wikipediholic term, this model predicts if articles need to be tagged with SD#G3, CSD#G10, or CSD#G11.

This model has been available for a while now but recently we started to store these data in mediawiki and now it's available in its full capacity for patrollers.

I made two example queries, this is the probability scores of draftquality classes, keep in mind that oresc_class values map to the values defined in the extension. And in this one, I made list of new page creations that are likely to be spam. You can increase the confidence threshold if you think it has too many false positives or you can change the oresc_class to 3 if you want to get page creations that likely to be vandalism.

Have fun creating tools. Amir Sarabadani (WMDE) (talk) 08:17, 23 November 2017 (UTC)

More platforms

The Template:Vgclegend template is limited to showing 60 video game platforms, when there are several more possible platforms. Is there a way to get the template to show more? Thanks. SharkD  Talk  04:39, 23 November 2017 (UTC)

Yes, there is; but is it desirable? By that I don't mean "has somebody asked for this" (clearly, you have), but "if we do this, will it have an overall negative effect" and also "how likely is it to be used". But I don't see a discussion at Template talk:Vgclegend or even at WT:WikiProject Video games. --Redrose64 🌹 (talk) 10:37, 23 November 2017 (UTC)

While trying to clean up the Featured Lists, I came across List of communities in British Columbia. It is marked as a Featured list, but it is not. Normally this occurs when someone copies from another article and accidentally includes {{Featured list}}. But in this case I think what is happening is that it is including the entire contents of a Featured List, namely List of municipalities in British Columbia. Is there a way around this? Hawkeye7 (discuss) 04:58, 23 November 2017 (UTC)

Yes, there is - see this edit for how to do it. Please also note that it will take time for the other page to get updated, unless someone does a WP:PURGE for it - which I already did in this case. עוד מישהו Od Mishehu 07:42, 23 November 2017 (UTC)
In this case there was a bigger problem. Only the table in List of municipalities in British Columbia#List of municipalities was supposed to be transcluded but this February edit removed the onlyinclude tags which controlled it. I have restored them.[45] It's nearly always an error when an article transcludes another complete article instead of selected parts. It would be nice if MediaWiki could add a tracking category for this. PrimeHunter (talk) 12:21, 23 November 2017 (UTC)

User:FACBot bug

There seems to be a bug with the WP:FAC bot, see diff. In said diff, the newly-inserted |action3oldid= links to a diff of the WP:FLRC nomination, rather than to a permalink of the article itself. I'm not sure if this bug has since affected other articles, or whether this is a deliberate change.--Nevé–selbert 17:45, 15 November 2017 (UTC)

Pinging Hawkeye7. Nihlus 17:51, 15 November 2017 (UTC)
Yes, it affected all the Featured List Candidate article histories. The error was a misunderstanding on my part. I have corrected this. Today's Talk:IRPA Try of the Year should link to the version of the Featured List. Hawkeye7 (discuss) 19:17, 15 November 2017 (UTC)
@Hawkeye7: Can you please correct the errors made by the bot? Thanks.--Nevé–selbert 19:55, 22 November 2017 (UTC)
I have gone through all 3,230 pages in Wikipedia:Featured lists and checked them all, correcting as necessary. Hawkeye7 (discuss) 04:05, 23 November 2017 (UTC)
@Hawkeye7: you may have missed Talk:List of Prime Ministers of the United Kingdom.--Nevé–selbert 20:06, 23 November 2017 (UTC)
Did all the Featured List Candidates. This was a Featured List Removal Candidate. I have checked them today. Hawkeye7 (discuss) 20:40, 23 November 2017 (UTC)

Is it possible to suppress the edit link in a section? I'm working on template that includes a heading (on a small sister project) and that link opens the template, not the page section on which the link appears. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:01, 23 November 2017 (UTC)

You may find useful the following page. Ruslik_Zero 19:59, 23 November 2017 (UTC)
Thank you. Th answer seems to be to use HTML header markup (<h2>, etc.) instead of wiki markup. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:20, 23 November 2017 (UTC)
I think you can also do it with wiki markup if it's produced by something instead of being directly in the source at the start of a line, e.g. {{#if:1|==Heading==}} (untested example). PrimeHunter (talk) 00:03, 24 November 2017 (UTC)

Table borders on mobile site

This has been bothering me for a little while now: tables are not appearing correctly on the mobile site. It is particularly evident when a table is not as wide as the screen on a device. There is an extension to the table filled with white space where the border of the table is half as wide as the rest of the table. It looks like this:

(Example taken from 2018 FIA Formula 2 Championship.)

I know that it's purely cosmetic, but would it be possible to fix this? Prisonermonkeys (talk) 09:54, 24 November 2017 (UTC)

Yes, this is a known issue. It's a side effect of making tables work in when they are wider than the screen. There doesn't seem to be a good CSS way to handle this unfortunately. I've been playing with some JS hacks myself, but has some other downsides (reflows of the content). —TheDJ (talk • contribs) 10:15, 24 November 2017 (UTC)
I fixed a wrong colspan in your example.[46] Did that help? It looked right to me both before and after with a desktop browser at the mobile version but it varies how browsers react to wrong rowspan and colspan. PrimeHunter (talk) 10:23, 24 November 2017 (UTC)

Attention All Lua Programmers  :)

I don't actually know what that means :) but having received some very kind advice / assistance elsewhere, and having been directed here, can anyone do something like that? Happy Mid-Week Mash-Up, Everybody. Cheers! — fortunavelut lunaRarely receiving (many) pings. Bizarre. 18:36, 22 November 2017 (UTC)

  • Here is what I had in mind when giving the above-linked reply:
The request is to make a template that emulates the behavior described at Template:Location map#User selection of multiple maps, where a selector can be used to switch the display between multiple images. The simplest form of such a template would be something like {{multiple image display|imageA|imageB}} where the selector switches the display between File:imageA and File:imageB. Bonus points for making the template accept any number >=2 of filenames.
{{Location map}} is merely a wrapper for Module:Location map, so it should be a simple enough matter of forking some part of the module code, but I cannot find it at a glance. TigraanClick here to contact me 18:46, 22 November 2017 (UTC)
(edit conflict) Thanks again Tigraan, sorry I have now spread the same discussion over multiple boards- WP:FORUMSHOP, anyone?! ;) - but another reply back at WP:HD from the excellently useful Frietjes has said something extremely simalr- and in my sandbox, I can see how it should look- and this is basically exactly what I've been after! Brilliant. Obviously, I can't get the images into the bloody code, but-! :D that's natural justice, I suppose! — fortunavelut lunaRarely receiving (many) pings. Bizarre. 19:42, 22 November 2017 (UTC)
Take a look at {{switcher}} and this testcase. --Lam-ang (talk) 19:38, 22 November 2017 (UTC)
Fortuna Imperatrix Mundi, I added a very simple infobox example to the testcases here. Frietjes (talk) 19:53, 22 November 2017 (UTC)
I think that's done it :) Haven't got time now to perfect it, but will do tomorrow- thank you VERY MUCH for everyone's help! — fortunavelut lunaRarely receiving (many) pings. Bizarre. 20:15, 22 November 2017 (UTC)
@Frietjes: Yes mate, it's looking good at Nicholas Exton  :) tell me, you wouldn't happen to know how to move the box to the left-hand side and make the text flow around it by any chance? Thanks again! — fortunavelut lunaRarely receiving (many) pings. Bizarre. 15:52, 23 November 2017 (UTC)
Fortuna Imperatrix Mundi, you had an extra {{clear right}} in there. you only need that when you don't want the box to flow into the text/section below it. Frietjes (talk) 14:28, 24 November 2017 (UTC)
@Frietjes: Great stuff, thanks very much for everything you've done! I'll let you get bac to the clever people now  ;) cheers, — fortunavelut lunaRarely receiving (many) pings. Bizarre. 14:42, 24 November 2017 (UTC)

WikiProject template help

Needing a little help here -- Wikiproject Anatomy uses a template Template:Wikiproject Anatomy to label articles. We can set a "field" that relates to the anatomical discipline (eg gross, micro, neuro, etc.). These automatically add the article's talk page to a category (Category:Anatomy articles by topic)

One field is "NA" - ie no field applies (usually because the article is a redirect). Unfortunately that means the template incorrectly states "This redirect has not yet been associated with a particular anatomical discipline." (eg here Talk:Peripheral nervous systems). Any ideas why? --Tom (LT) (talk) 00:07, 20 November 2017 (UTC)

Because that page is a redirect? :D The relevant code is 
 |TF_1_TEXT          = This {{pagetype|{{{class|}}}}} {{#switch: {{lc:{{{field|}}}}}
   |animal|embryo|gross|meta|micro|NA|neuro|organs|systems=has been classified as relating to {{#switch: {{lc:{{{field|}}}}}
   ...
   |NA       = [[:Category:Anatomy articles about NA|NA]]
   ...
}}.
In it, you will see that the page type (which relies on the class, and presumably has some detection for redirects) sets the text "redirect" while NA sets the "has been..." text. Is this behavior undesirable? --Izno (talk) 02:16, 20 November 2017 (UTC)
Heh, Izno, I understand that the page is a redirect. However on all pages with the banner you can set a discipline (Eg micro) and the talk page banner will say "has been classified as relating to microanatomy"... this works even on redirects
However, for all pages marked as discipline 'NA', the talk page banner will state "...has not yet been associated...". This is the bit which is confusing me. --Tom (LT) (talk) 03:45, 20 November 2017 (UTC)
I too was confused - when I wrote that part of the documentation in February 2015. I considered fixing the template, but decided to leave it alone and document the behaviour as best I could. Note particularly the lines
and
Omitting the parameter, or using any other value, populates Category:Anatomy articles about an unassessed area
I felt (and still do) that |field=NA should either do something more meaningful, or simply not categorise at all. --Redrose64 🌹 (talk) 11:26, 20 November 2017 (UTC)
Thanks Redrose64, I think we are slowly getting closer to the solution. The problem is this:

NA – use when the article is related to NA – populates Category:Anatomy articles about NA

Doesn't happen. You can set the field as NA but the category doesn't populate. See Talk:Peripheral nervous systems as an example. I am really scratching my head as to why. --Tom (LT) (talk) 10:16, 21 November 2017 (UTC)
These categories are intended just as administrative categories. There's a big difference between unassessed (ie, haven't been assessed) and assessed as NA (ie, not relating to one of the set categories). --Tom (LT) (talk) 10:16, 21 November 2017 (UTC)
The template uses {{#switch: {{lc:{{{field|}}}}} ... }} and so when |field=NA is passed in, it's actually testing the value na which has no match (the tested options have the uppercase NA), so the default actions apply for each switch statement. I overlooked this when doing the doc in 2015. As a start, we can do this. --Redrose64 🌹 (talk) 11:44, 21 November 2017 (UTC)
Redrose64 you're brilliant, thank you. Fixed. --Tom (LT) (talk) 08:52, 25 November 2017 (UTC)

Mediawiki question for Wikiversity copy of a Wikipedia article

The radiocarbon dating article makes use of the {{chem}} template, mostly like so: 14
C. On Wikipedia, if you resize the browser window until one of the instances of this is at the end of the line, the 14 and the C are kept together; you don't get a line break between them. There's a copy of the radiocarbon dating article on Wikiversity as a WikiJournal of Science submission (v:Radiocarbon dating), and in that copy linebreaks can sometimes show up between the 14 and the C. Is there some difference between the Mediawiki versions here and there that's causing this? Or is there some difference in the way {{chem}} is coded? Thanks for any help with this. Mike Christie (talk - contribs - library) 21:32, 25 November 2017 (UTC)

The two templates produce the same code with class="chemf nowrap". The difference in rendering is because the English Wikipedia has this in MediaWiki:Common.css:
/* Prevent line breaks in silly places:
   1) Where desired
   2) Links when we don't want them to
   3) Bold "links" to the page itself */
.nowrap,
.nowraplinks a,
.nowraplinks .selflink {
    white-space: nowrap;
}
.nowrap pre {
    white-space: pre;
}
wikiversity:MediaWiki:Common.css has no such code. This also means that wikiversity:Template:nowrap doesn't currently work. It would work if it actually had the code in wikiversity:Template:nowrap#Technical details, but like the chem template it tries to use the currently undefined nowrap class. PrimeHunter (talk) 23:09, 25 November 2017 (UTC)
Thanks! I'll see if we can add that to the Wikiversity CSS. Much appreciated! Mike Christie (talk - contribs - library) 23:10, 25 November 2017 (UTC)

Contribution Surveyor

The Contribution Surveyor is currently down e.g. this request gives: Unknown database 'p50380g50824__contributionsurveyor'. Does anyone know who maintains it? SmartSE (talk) 21:16, 23 November 2017 (UTC)

@Smartse: Jamesofur is listed as the maintainer. It is possibly related to this hardware failure. — JJMC89 (T·C) 22:36, 23 November 2017 (UTC)
@JJMC89: Thanks for the info. It would certainly seem to be related to that failure :( Let's hope it can be fixed soonish! SmartSE (talk) 10:46, 24 November 2017 (UTC)
I should have asked here when I had the same question but was told it was no longer supported? ☆ Bri (talk) 06:51, 26 November 2017 (UTC)

AfD stats

Does anyone know of any web tools about Afds? Specifically:

-mean and total AfDs filed daily over X amount of time
-mean of results, i.e. 79% of AfDs in 2009 ended in Delete, 65% in 2015, that sort of stuff?

Thanks, L3X1 (distænt write) 02:00, 26 November 2017 (UTC)

I think that user:BetaCommand and User:DragonsFlight (sorry, I don't know the exact spelling) might have such tools. IIRC there's one on the toolserver right now. -- 70.51.45.76 (talk) 07:13, 26 November 2017 (UTC)
I'm not sure if this is what you were looking for, but this tool provides some per-user statistics. —PaleoNeonate – 07:37, 26 November 2017 (UTC)

Account creation for Tor users

Currently Tor users cannot create accounts due to the global block of Tor IP addresses, and the block message – "Your IP address is in a range which has been blocked on all wikis" (not specific to account creation) – does not mention that they can ask someone to create an account for them, or that they can request IP block exemption. Furthermore, the userpage link to the blocking Meta user is broken. Would it be possible to indicate to them that they can request an account be created for them, in a less oblique way than the contact address for stewards being shown? (The block message is not localized here, since I can't find it in a search of the MediaWiki namespace.) Jc86035 (talk) 05:12, 26 November 2017 (UTC)

@Jc86035: I think you are looking for MediaWiki:Globalblocking-ipblocked-range? You can make edit requests on that page's talk page. — xaosflux Talk 05:17, 26 November 2017 (UTC)
@Xaosflux: Thanks. For some reason that doesn't show up in Special:Search.
Is it possible to make a separate message for account creation, or could the display of different text be achieved with a {{#switch:{{PAGENAME}}|…}}? Jc86035 (talk) 06:23, 26 November 2017 (UTC)
@Jc86035: It doesn't show up in Special:Search because the page hasn't been modified from the MediaWiki's default message, thus the page hasn't been created yet. Graham87 07:51, 26 November 2017 (UTC)
This doesn't directly address your concerns about the global block message, but are you sure you're using a torblocked IP and not a globalblocked IP? I know MediaWiki:Torblock-blocked has worked in the past. -- zzuuzz (talk) 08:43, 26 November 2017 (UTC)
@Zzuuzz: Some of them are globally blocked (manually, by stewards) and are usually in rangeblocks. Examples: Special:Contributions/2a01:4f8:190:514a::2, Special:Contributions/178.62.140.137. Some of them are automatically blocked by [something] and the message links to meta:No open proxies. Examples: Special:Contributions/2a00:1298:8011:212::165 (vandalized a few pages), Special:Contributions/199.249.223.73, Special:Contributions/51.15.134.120. One of the ones I found (Special:Contributions/2c0f:f930:0:3::221) is locally blocked as a web host, and shows {{webhostblock}} (which no one is ever going to read because it's more than 100 words long with the message to admins, which shows up for some reason). Jc86035 (talk) 11:21, 26 November 2017 (UTC)
Blocked proxy messages have always been ugly, but believe it or not they've actually improved. I'd suggest we need a major review of these block messages, by the people at WT:UTM. -- zzuuzz (talk) 14:42, 26 November 2017 (UTC)

Filtering automated edits from my user contributions?

When I use some automated tool to do something like close an AfD, it'll often end up performing dozens of edits on my behalf (updating talk pages, removing templates, cleaning up orphaned links, etc). When I look at my user contributions list, that's all just noise. Is there some way to get a look at just the manual edits I've performed? -- RoySmith (talk) 15:47, 26 November 2017 (UTC)

How did a subpage of mine get a mass message?

See User talk:Doug Weller/Userboxes - the relevant mass message log (I think) seems to suggest it wasn't sent and also has entries saying things such as "User:Altruism/My Userboxes was skipped because target was in a namespace that cannot be posted in". In fact that page didn't exist until it got the message. Doug Weller talk 17:23, 26 November 2017 (UTC)

By being on this list. Jo-Jo Eumerus (talk, contributions) 17:27, 26 November 2017 (UTC)
Thanks. Now I know who to ask! Doug Weller talk 19:11, 26 November 2017 (UTC)
@Doug Weller: Some background is at Wikipedia:Village pump (miscellaneous)/Archive 56#Women in Red World Contest spam with a little more follow-up at my talk. Johnuniq (talk) 22:00, 26 November 2017 (UTC)

IP contribs traceroute broken

The traceroute tool linked from the toolbar of an IP contributions page is broken, it chews for a bit and then just redirects to the homepage of dnstools. Can we replace the link with a tool that works, or remove the link? I noticed this months ago, and the fact it hasn't come up yet makes me think that maybe we don't need a traceroute link. Ivanvector (Talk/Edits) 00:26, 27 November 2017 (UTC)

See this request I made a bit ago. They apparently changed how their URLs were formatted; now it seems they don't accept direct links. I would support either removing it or just adding something more helpful (whether it's traceroute or something else). I have no suggestions for what that might be though. Nihlus 01:02, 27 November 2017 (UTC)
 Done I've removed the non-working link. If you have a suggestion for something new please make an edit request at Template talk:Anontools. — xaosflux Talk 01:51, 27 November 2017 (UTC)

Can anyone tell me if there are any means of counting the links used globally in en.WP citations by domain (or rather sub-domain), excepting archiving sites? I hope to use such data to ensure that the top, say, two or three hundred top-cited domains are included to populate my script that ensures that parameters are correctly used within citations. -- Ohc ¡digame! 13:51, 19 November 2017 (UTC)

User:Ohconfucius -- I doubt there is a tool but you could download a dump of the external links and write a script to sort and unique the domains. Latest: https://dumps.wikimedia.org/enwiki/20171120/ search on "Wiki external URL link records" -- GreenC 02:57, 27 November 2017 (UTC)

Special:ChangeContentModel

Is there an instructions/warnings page anywhere for this function? As I found out a long while ago, changing the content model of a page to JS or CSS automatically protects it against edits by users other than admins (and if the page in question is in userspace, the owner of said userspace). Correspondingly, changing the content model of a User.js page to wikitext loses that protection (which User.js pages have by default). Jo-Jo Eumerus (talk, contributions) 15:35, 26 November 2017 (UTC)

@Jo-Jo Eumerus: we can put a wikitext formated header on that page (via MediaWiki:Changecontentmodel-text) to provide help on it. There is some extension information available here as well: mw:Help:ChangeContentModel. — xaosflux Talk 15:51, 26 November 2017 (UTC)
The top right of Special:ChangeContentModel in the desktop site has a Help link to mw:Special:MyLanguage/Help:ChangeContentModel. PrimeHunter (talk) 16:15, 26 November 2017 (UTC)
So the question would be whether the protection thing should be listed on the local message or the global help page. Jo-Jo Eumerus (talk, contributions) 10:11, 27 November 2017 (UTC)

Page size script problem

I had a look through the archives and couldn't find anything about this, so I'm hoping someone here can help. I have a "Page size" link in my sidebar; I no longer recall where I got it from. It used to work fine, but a month or two ago I noticed that it only gives partial information. E.g. on ice drilling I get:

  • File size: 444020 B
  • Prose size (including all HTML code): 0 B
  • References (including all HTML code): 0 B
  • Wiki text: 188559 B
  • Prose size (text only): 0 B (0 words) "readable prose size"
  • References (text only): 0 B

Any help would be appreciated. Mike Christie (talk - contribs - library) 19:30, 27 November 2017 (UTC)

It seems you are using User:Dr pda/prosesizebytes.js. I don't know how to fix it, but there are other options available at Wikipedia:User scripts/List#Toolbox. Nihlus 19:41, 27 November 2017 (UTC)
Near the bottom of User:Mike Christie/vector.js, you should see two javascript files from User:Dr pda. I recommend removing "prosesizebytes.js" and replacing it with "prosesize.js". That works for me. You can see the full line of code that calls the script near the top of User:Jonesey95/vector.js. As always, use User scripts at your own risk. – Jonesey95 (talk) 19:43, 27 November 2017 (UTC)
(edit conflict)@Mike Christie: I think you are getting this from User:Dr pda/prosesizebytes.js, this script has not been updated in a long time and it looks like the maintainer is mostly inactive. — xaosflux Talk 19:44, 27 November 2017 (UTC)
Jonesey95's suggestion did the trick. Thanks, all. Mike Christie (talk - contribs - library) 19:48, 27 November 2017 (UTC)

Tech News: 2017-48

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

Changes later this week

  • The new version of MediaWiki will be on test wikis and MediaWiki.org from 28 November. It will be on non-Wikipedia wikis and some Wikipedias from 29 November. It will be on all wikis from 30 November (calendar).

Meetings

  • You can join the next meeting with the Editing team. During the meeting, you can tell developers which bugs you think are the most important. The meeting will be on 28 November at 19:30 (UTC). See how to join.
  • You can join the technical advice meeting on IRC. During the meeting, volunteer developers can ask for advice. The meeting will be on 29 November at 16:00 (UTC). See how to join.

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

20:30, 27 November 2017 (UTC)

Tool for changing text

Hello. Is there a tool to change text in wikipedia? Except python or AutoWikiBrowser... Xaris333 (talk) 20:51, 27 November 2017 (UTC)

See Wikipedia:Tools/Editing tools. PrimeHunter (talk) 22:00, 27 November 2017 (UTC)

Categories deleted - templates need adjusting

{{V0.5}} and {{WP1.0}} need to be edited to empty the categories listed at Wikipedia:Categories for discussion/Working/Manual#Wikipedia:Categories for discussion/Log/2017 October 12. Can someone who understands the complicated templates please make the necessary change (or identify it if needs be)? Thanks in advance. Timrollpickering 00:15, 27 November 2017 (UTC)

I'm happy to edit the templates. What edits are needed, or what functional changes need to be accomplished? – Jonesey95 (talk) 04:29, 27 November 2017 (UTC)
Wikipedia:Categories for discussion/Log/2017 October 12#Category:Wikipedia Version 0.5 decided to delete categories listed at Wikipedia:Categories for discussion/Working/Manual#Templates removed or updated – deletion pending automatic emptying of category. The categories are populated by templates, e.g. by {{V0.5|class=FA|category = Natsci}}on Talk:Helium, and by {{WP1.0 |v0.5=pass |class=FA |importance=High |category=History |small=yes}} on Talk:Gerald Ford. PrimeHunter (talk) 09:59, 27 November 2017 (UTC)
I think I have completed a minimal set of edits to both templates in order to preserve the talk page text but remove the automatic categorization. Null edits to about 4,000 pages will be required in order to empty the categories. – Jonesey95 (talk) 15:08, 27 November 2017 (UTC)
 Done. All of the categories are empty. – Jonesey95 (talk) 17:17, 27 November 2017 (UTC)
Note: Redrose64 has made changes that restored categorization to at least some of the pages. See Talk:Strontium for an example. – Jonesey95 (talk) 21:36, 27 November 2017 (UTC)
And your reverts of my edits have put something like 650 pages into Category:WikiProject banners with formatting errors, including Talk:Strontium. In templates like {{WPBannerMeta}} and {{WPBannerMeta/hooks/cats}}, the |category= parameter has only two valid values - |category=¬ and |category=no with the second of these used only in very exceptional circumstances. You've made it permanent. --Redrose64 🌹 (talk) 23:21, 27 November 2017 (UTC)
I did not revert your edits. Please check the edit history.
You (or others) are welcome to adjust the templates in a way that meets the needs of the discussions linked above. Your changes re-added automated categorization to the templates, which was undesirable. Perhaps |category=no is the correct, albeit exceptional, solution in this case, since complete removal of automated categorization is the exceptional outcome that is desired here. – Jonesey95 (talk) 01:15, 28 November 2017 (UTC)
Just a guess here, but there are 646 transclusions of {{V0.5}} and approximately 646 pages listed under "T" in Category:WikiProject banners with formatting errors, so I'm guessing that {{WP1.0}} is probably OK as is, but some small change needs to be made to {{V0.5}}. Pages sorted under "T" in that error category are described as "a banner using |category= in article talk space", which is not enough detail for me to understand how to fix the problem. Maybe someone else can grok that description.
The relevant code applying the error category appears to be in Template:WPBannerMeta/core. – Jonesey95 (talk) 01:22, 28 November 2017 (UTC)
I've made some changes to {{V0.5}}, so everything should go from Category:WikiProject banners with formatting errors soon. -- WOSlinker (talk) 09:41, 28 November 2017 (UTC)

Extension:PdfHandler and GhostScript

Hope you all had a wonderful Thanksgiving! Hello fellow editors! I am interested in installing mw:Extension:PdfHandler on my mediawiki.

Problem is that one of the prerequisites is Ghostscript: https://www.ghostscript.com/download/gsdnld.html I am not sure how to install this on my mediawiki. Any assistance would be most helpful. Peace!

Imaginelenin (talk) 21:04, 27 November 2017 (UTC)

@Imaginelenin: This is a help page for Wikipedia. We don't have PdfHandler. The MediaWiki software has a help page at mw:Project:Support desk. Ghostscript is general software and not made for MediaWiki. I don't know how PdfHandler interacts with it but the first thing I would try is to just install Ghostscript normally on the same computer and see whether it works. PrimeHunter (talk) 21:47, 27 November 2017 (UTC)
We do have PdfHandler installed FACE WITH TEARS OF JOY [u+1F602] 02:47, 28 November 2017 (UTC)
Oh, I only searched Special:Version for PdfHandler without a space. I now see a few of the extension names add spaces there (while LabeledSectionTransclusion removes spaces). PrimeHunter (talk) 09:59, 28 November 2017 (UTC)

thank you primehunter. Imaginelenin (talk) 22:58, 27 November 2017 (UTC)

missing borders on mobile

Tracked in Phabricator
Task T181128

Hddty. reported this problem at Template talk:Album ratings. basically, the borders are missing from the last cell in the table. I put this fix in the sandbox (I may not have the color completely matched), but it seems very odd that the sitewide css isn't adding the borders for the last cell, and it would be a shame to need to explicitly inject the inline css in every cell. you can see the difference between the live and sandbox version on the mobile version of the testcases page. Frietjes (talk) 15:45, 21 November 2017 (UTC)

As I understand it is limited only to mobile? Ruslik_Zero 20:55, 21 November 2017 (UTC)
It seems that in Minerva skin there is a selector that nulls the border of a cell belonging to the row that is the last child. Ruslik_Zero 21:04, 21 November 2017 (UTC)
I opened a ticket. —TheDJ (talk • contribs) 09:53, 22 November 2017 (UTC)
@Frietjes: it's because the table applies both wikitable AND infobox styling. that is not expected. —TheDJ (talk • contribs) 22:27, 23 November 2017 (UTC)
TheDJ yes, I know that the trigger for the bug is the usage of two classes, but it's not clear to me why this is a problem only on mobile. I have a version of the module in the sandbox without the infobox class, which would also resolve the issue. I don't know if there are any other boxes using both classes at the same time. Frietjes (talk) 14:32, 24 November 2017 (UTC)
We really shouldn't be mixing classes that have conflicting styles like that though. This creates behavior that developers won't support. It's like saying "Please paint this car red and green", expecting the car to be delivered with 50-50 red and green striped, and then being surprised because someone painted it yellow :) —TheDJ (talk • contribs) 18:59, 24 November 2017 (UTC)
@Frietjes and TheDJ: Can you implement it at Module:Album ratings then. --Hddty. (talk) 05:53, 28 November 2017 (UTC)
Hddty., okay, now fixed by removing the infobox class. this fixes the borders, although the table no longer floats. Frietjes (talk) 14:07, 28 November 2017 (UTC)

@Frietjes, for floating, you might be able to use the floatright and floatleft classes. —TheDJ (talk • contribs) 15:57, 28 November 2017 (UTC)

TheDJ tried adding it to Module:Album ratings and it does nothing for mobile view (as far as I can tell). my guess is that there is some special javascript or something for the infobox class which moves the infobox down and allows it to float right, where all other floating content is disabled on mobile. figuring out exactly what is going on is beyond my time budget at the moment. Frietjes (talk) 17:09, 28 November 2017 (UTC)

Auto-signed template(s) duplicating signature

Template:Welcome-image is automatically signed - it includes the ~~~~ right in the template - but this causes the username to be duplicated when Twinkle is used. Likewise, a non-auto signed template like Template:Welcome-delete does not cause the the duplication. See Special:PermanentLink/812662639 for comparison. I'm not experienced with templates and don't want to accidentally break the script, but I think the ~~~~ should be removed from this and any others that include it. Home Lander (talk) 04:05, 29 November 2017 (UTC)

A bit of a puzzle

I don't know if this is the right place to ask this, but I have a bit of a puzzle. A few days ago I was thanked for an edit I made, but the user who sent them doesn't seem to exist. AFAIK you have to be logged in as a registered user to thank someone, but when I followed the link there was no user page there, nor any associated talk page, and I couldn't find anything at Special Contributions either. Any idea how this might have happened? I'm stumped. Xyl 54 (talk) 23:49, 27 November 2017 (UTC)

@Xyl 54: take a look in Special:Notifications and see if it is still linked? The thanks log shows your last thanking was sent from a redlinked user. — xaosflux Talk 00:13, 28 November 2017 (UTC)
@Xyl 54: Someone can have an account with no user page, talk page, or contributions. When you went to his purported user page did it say "User account 'Kdslfjsdofisjdf0s9djflksdf' is not registered."? ―Justin (koavf)❤T☮C☺M☯ 00:45, 28 November 2017 (UTC)
I'm guessing it was this user. His only action has been to issue this single thank you. Home Lander (talk) 02:09, 28 November 2017 (UTC)
Thank you one and all for replying.
Yes, that was the one. I checked the link again (it was here); it didn't say he(?) wasn't registered, but looking at the “verify that “Bernjam” exists” link shows an account created on 30 June. So you're saying it's never been used except this once? Curiouser and curiouser! (Lucky me!). Anyway thank you for shedding some light on this, Xyl 54 (talk) 23:41, 28 November 2017 (UTC)
PS: I've added a welcome note on the talk page there; you never know... Xyl 54 (talk) 23:44, 28 November 2017 (UTC)
@Xyl 54: never used to edit, some readers make accounts just for reading, to use the watchlist (and nerds might use the watchlist RSS feed :D ). Full disclosure: I've used that before... — xaosflux Talk 03:22, 29 November 2017 (UTC)
... nerd. --Izno (talk) 04:39, 29 November 2017 (UTC)

User and Revision Tables

HI GUYS!

USER TABLE

I want to fetch the "user" table Wikipedia has. I know Wikipedia limits the fields we can view but the ones open are just fine for me.

I understood such large queries will not work in "QUARRY" and also when looking in the dumps I could not find any SQL or XML dump of that table. Do you know how can I get my hands on it?

REVISION TABLE

I am also looking for "revision" table. Again- the same problem with large queries :)

So I looked in the dumps and found the following:

when searching "revision" I got to 2 dumps that I think might help me- "Recombine first-pass for page XML data dumps" and "First-pass for page XML data dumps" What is the difference between them? they both state at the beginning "These files contain no page text, only revision metadata."

Also, when looking into these sections the files there are divided to 3: stub-meta-history, stub-meta-current, stub-articles.

What is the difference between them in the means of what fields they include? of what sections in the site and of what time-frame?

My goal is to fetch for every user his whole edit history including- on which pages, how long was the edit, and the date of the edit.

Sorry if this post is not in his appropriate place, I'm new and was forwarded here from the QUARRY discussion.

Thanks for any help that may come! :) — Preceding unsigned comment added by Bsdla (talk • contribs) 17:58, 29 November 2017 (UTC)

There is no such XML dump of the user table. For queries against it, you'll want to use Quarry or the labs replicas directly. Or maybe the API. As far as revisions go: those options are all also available, as are the XML dumps. "stub-meta-history" is probably the one you want. FACE WITH TEARS OF JOY [u+1F602] 19:40, 29 November 2017 (UTC)

Button change

Just FYI: Wikipedia:Village pump (miscellaneous)/Archive 57#Change to the edit submission button label. I don't expect this to break anything, but I do expect a couple of people to be startled. Whatamidoing (WMF) (talk) 20:15, 29 November 2017 (UTC)

Making Visual Editor work on Wikiproject pages

Tracked in Phabricator
Task T152794

Hi all

I've been trying to create some tables on a Wikiproject page and finding it frustrating because I can't use Visual Editor. I've been trying to work out why VE isn't enabled on VE and have been looking at ways to enable it.

From what I can find out, the reason it isn't enabled is that it shares a namespace (Wikipedia:) with many other kinds of pages which don't play well with VE and that the only way to enable VE would be to move Wikiproject pages to another namespace (e.g Wikiproject:).

Some questions:

  • Is the information I've found correct?
  • What would be the process of moving Wikiproject pages to their own namespace?
  • What process should be used to get community feedback on whether this should happen?
  • Can anyone see any downsides of making VE available on Wikiproject pages?

Thanks

John Cummings (talk) 14:26, 20 November 2017 (UTC)

As far as I understand, VE is not for talk-like pages and developers won't adapt it as Flow is supposed to serve talk spaces. Wikipedia: is a mixture between two purposes which makes it problematic to use VE there. Perhaps you can convince developers to allow it on WPspace with the understanding that people won't use it on talk-like pages there. Jo-Jo Eumerus (talk, contributions) 14:59, 20 November 2017 (UTC)
Thanks Jo-Jo Eumerus, I'm sorry for not being clear, I didn't mean for Wikiproject talk pages, but for the organisational pages that require tables and other parts that are hard to do in source editor. John Cummings (talk) 15:52, 20 November 2017 (UTC)
No, I did understand well enough. Asking developers to allow VE on such pages may work, but I see phab:T100067 which was declined. Jo-Jo Eumerus (talk, contributions) 16:04, 20 November 2017 (UTC)
Jo-Jo Eumerus, this is because the Wikipedia: namespace includes pages that have issues when editing with VE, my workaround for this is to move all Wikiproject pages to a separate namespace so that VE could be enabled. I'm trying to understand the process to make this happen. John Cummings (talk) 16:41, 20 November 2017 (UTC)
T152794: Enable visual editor in Wikiprojects spaces on English Wikipedia. --Pipetricker (talk) 16:50, 20 November 2017 (UTC)

OK, thanks, what is the process for a proposal to move Wikiprojects to a Wikiproject: namespace? John Cummings (talk) 18:07, 20 November 2017 (UTC)

That would be a proposal to create an entire new namespapce, where we put "pages" is up to us. Note, the "Wikipedia:" namespace is already the canonical "Project" namespace. — xaosflux Talk 18:16, 20 November 2017 (UTC)
Thanks Xaosflux, how would I start a proposal? John Cummings (talk) 19:39, 20 November 2017 (UTC)
Start a RfC at WP:VPR. --Redrose64 🌹 (talk) 00:10, 21 November 2017 (UTC)

Not sure what all the fuss is about. It is trivial to get visual editor working in the Wikipedia namespace without any development at all, e.g. [50] . Just append ?veaction=edit to the URL. It would take a few minutes to create a usercript to make a button show up for those that want it in that namespace.19:17, 20 November 2017 (UTC) — Preceding unsigned comment added by 197.218.84.101 (talk)

Hmmm, I don't understand, when I go to the link and try to switch to Visual Editor it is grey and I cannot select it. John Cummings (talk) 20:22, 20 November 2017 (UTC)
If you follow that link you should already be in the visual editor. — xaosflux Talk 20:28, 20 November 2017 (UTC)
Thanks Xaosflux but it doesn't work for me, the page starts to load then the URL switches to [51] and shows the source editor :( (I'm using latest Firefox on Windows 10). John Cummings (talk) 21:54, 20 November 2017 (UTC)
It seems to be hit or miss, but that's what you get with VE! — xaosflux Talk 23:33, 20 November 2017 (UTC)
I believe that the result depends upon whether you have the beta feature for the 2017 wikitext mode enabled. If you do, then you don't get wikitext; you get raw HTML, which is A Very Bad User Experience. This is a particular problem for the use case in question, because the people who most struggle with wikitext are the same ones who benefit most from a visual editing experience and from not needing to learn two different toolbars to be able to use a talk page.
At the English Wikipedia, the basic sticking point is that the team is never going to enable VisualEditor for any namespace that contains ANI (or any similarly large and high-traffic discussion page). Whatamidoing (WMF) (talk) 18:34, 21 November 2017 (UTC)
Thanks, Whatamidoing (WMF). John Cummings (talk) 22:03, 29 November 2017 (UTC)

NoScript Firefox 57.0

I just updated to Firefox 57.0, and it does not have NoScript available on it. Is this a fluke or did Mozilla do away with NoScript? There appears to be no explanation. — Maile (talk) 14:07, 15 November 2017 (UTC)

Nevermind. It's been deactivated by Mozilla, and there is no replacement product. — Maile (talk) 14:09, 15 November 2017 (UTC)
Link to active topic on the NoScript community forums for those that want to follow this: [52] . — xaosflux Talk 14:12, 15 November 2017 (UTC)
Looks like a new version that works with the latest Firefox browser is coming soon— see the noscript web site. isaacl (talk) 14:37, 15 November 2017 (UTC)
Thanks for the links, both of you. It feels strange operating without NoScript. — Maile (talk) 15:49, 15 November 2017 (UTC)
Firefox 57 is a major revision, a lot of add-ons cease working; such as Print Edit. --Redrose64 🌹 (talk) 21:06, 15 November 2017 (UTC)
More information can be found here. Regards SoWhy 08:21, 16 November 2017 (UTC)
  • @Xaosflux, Isaac, Redrose64, and SoWhy: Still somewhat confused. One of the above links originally had a message that a new NoScript would be ready by the end of last week, but it wasn't. This is the thread I've been following: 1, and it's getting so I don't know what they're talking about. Can somebody give this to me in simplified terms? Is the Firefox 57.0 Quantum release of NoScript still in the works? When and if it's ever ready, will we Firefox users have to find it and reinstall, or will it likely be an option we'll find under Firefox Tools/Add-ons? — Maile (talk) 16:47, 21 November 2017 (UTC)
@Maile66: The Quantum release for NoScript is available for download here. Try downloading it manually if the addon is not updated automatically (using the "direct download" link). If you need more extensions, you can always downgrade to Firefox 52.5, which is the ESR supported until Mid-2018. Regards SoWhy 16:52, 21 November 2017 (UTC)
@Maile66: Go to about:addons in your browser to see your "Legacy Extensions". It may be updated there. ―Justin (koavf)❤T☮C☺M☯ 16:54, 21 November 2017 (UTC)
I see a lot of links to update stuff. On add-ons "Find a Replacement", it redirects to Double NoScript or NoScript 10, whichever they're calling it. So ... it's either (a) isn't ready yet; (b) was downloaded by some user who thinks it is a disappointment, or (c) NoScript just working again - all by itself - on some user's browser and is wonderful. Again, this is confusing. NoScript and Firefox need to get their coordination together. — Maile (talk) 19:25, 21 November 2017 (UTC)

How come I got a captcha trying to save this edit? Normally I get those only when I add/edit external links/references. 93.142.92.15 (talk) 03:54, 30 November 2017 (UTC)

A used template has added an external link since the article was last edited.[53] PrimeHunter (talk) 10:47, 30 November 2017 (UTC)

Incorrect date in citation tool

I used the citation tool (in the toolbar) to generate citations from two Google Book entries, and it set the date as "31 November 2017". Someone may want to look into that. —howcheng {chat} 18:02, 30 November 2017 (UTC)

That may have been a fluke. The next time I used it was fine. —howcheng {chat} 18:17, 30 November 2017 (UTC)

Error attempting to submit a draft for review

An editor tried to submit a draft for review following the instructions. They said it didn't work. I tried myself, hoping to see some sort of error message but I don't. Can someone help identify the problem?

User:Morseds/sandbox/Scintillons

--S Philbrick(Talk) 16:38, 30 November 2017 (UTC)

I didn't see any error when I submitted it. My guess is that they are either referring to MediaWiki:Missingcommentheader or a server error. — JJMC89 (T·C) 18:24, 30 November 2017 (UTC)
OK, when I clicked, I didn't see anything happen, but I didn't know what I was looking for. In any event, issue resolved - thanks.--S Philbrick(Talk) 19:47, 30 November 2017 (UTC)

2017 ACC Championship Game

For some reason the code in Template:Infobox NCAA football yearly game is glitching on this page and the College Football Playoff ranking number is throwing "NCAA Expression error: Unexpected >= operator football rankings#CFP Rankings|CFP" rather than the CFP link and number, and I can't figure out why. Nate • (chatter) 00:35, 1 December 2017 (UTC)

Fixed by [54]. | Football Season = year is mandatory when CFP is used. PrimeHunter (talk) 00:58, 1 December 2017 (UTC)
And I thank you very much; I knew it had to be one letter somewhere. Nate • (chatter) 01:22, 1 December 2017 (UTC)

checking if ref is called

Is there a way to check if a particular page uses the REF tag system? Like #ifexistrefs then do something.

-- 70.51.45.76 (talk) 06:18, 23 November 2017 (UTC)

Isn't opening it up in "edit" view going to do that for you? Are you talking about doing that for a mass amount of pages at once? I guess knowing your end goal would be helpful here. Killiondude (talk) 18:06, 28 November 2017 (UTC)
I meant programmatically, such as with WP:Parser functions, such as the example given for "((#IFEXISTS:(((X)))|A|B))" ; if coded onto a page, can wikicode (preferentially) or LUA determine the existence of the use of the REFTAG system on a page? -- 70.51.46.255 (talk) 09:31, 1 December 2017 (UTC)

Building mobile-safe templates help

When developing templates, I often meet effects in mobile view that should be taken care of. For example: I know that mobile has no show/hide button (it's "show" always). Other effects I can only learn by trial and error. Is there a place or process where this knowledge is available? Like, WP:MOBILETEMPLATES, or H:MOBILEEFFECTS? -DePiep (talk) 19:52, 1 December 2017 (UTC)

Deploy Article Alerts to other languages

Quick notice / canvassing: Everyone who wants to see WP:AALERTS grow in the future should support this. Potential benefits include better support / better stability / more frequent code updates, more workflows covered, and deployment to other Wikipedias in other languages. And it could possible even be better integrated with watchlists and stuff. Headbomb {t · c · p · b} 21:10, 1 December 2017 (UTC)

Send a 'thanks' notification to one contributor for a log entry: it is almost possible...

Hello,
Have you ever wanted to send a 'thanks' notification to one contributor for a log entry? It can become possible... if you add your support vote to this proposal in the 2017 Community Wishlist Survey!
Regards --NicoScribe (talk) 22:29, 1 December 2017 (UTC)

Thanking editors for deleting images and other tasks

Tracked in Phabricator
Task T60485

As I mentioned to Ronhjones, it would be nice if the notification was extended so that we'd be able to thank editors how do tasks that appear on Special:Log. If there's no technical reason that this cannot be implemented, please do so. Thanks! nagualdesign 02:05, 25 November 2017 (UTC)

This is phab:T60485. — JJMC89 (T·C) 04:56, 25 November 2017 (UTC)
I was going to say Phabulous! but I see that it was first requested almost 4 years ago and is yet to be implemented. Oh well. Thanks for letting me know. nagualdesign 21:14, 25 November 2017 (UTC)
See also the proposal on the 2017 Wishlist Survey — MusikAnimal talk 20:41, 27 November 2017 (UTC)
If the loggable action also shows up in the page history, it may be thanked; for example, this thank was for this protection. --Redrose64 🌹 (talk) 21:40, 27 November 2017 (UTC)
Hello. Thank you @Nagualdesign for this remark and thank you @Ronhjones, JJMC89, MusikAnimal, and Redrose64 for your answers. Do not hesitate to add your support vote to the associated proposal in the 2017 Community Wishlist Survey! The WMF team will investigate only the proposals with many support votes. Regards --NicoScribe (talk) 22:44, 1 December 2017 (UTC)
I've added my support to the list. Cheers. nagualdesign 00:05, 2 December 2017 (UTC)

Creating a subpage through inputbox or template

Hi all, I'm hoping someone will be able to help me with a question on creating specific pages. Some background, I'm trying to confirm that a recent proposal by ArbCom is technically possible. Basically, I want to find a way for a user to create a subpage of a page which doesn't exist which is preloaded with a form. As an example, I want a user to be able to create the page Wikipedia:Arbitration/Requests/Case/Example/Request where they chose what Example will be. The /Request page they create should be preloaded with Wikipedia:Arbitration/Requests/Case/preload. I had thought about using an inputbox but, from what I can see, it can't be used to create a subpage of a custom named subpage. Does anyone know how this goal could be achieved? Thanks, Callanecc (talk • contribs • logs) 02:13, 2 December 2017 (UTC)

Based on Wikipedia:Article wizard/CreateDraft, this might do the job
<InputBox>
type=create
preload=Wikipedia:Arbitration/Requests/Case/preload
placeholder=Enter your case here
prefix=Wikipedia:Arbitration/Requests/Case/
editintro=Template:Arbitration request editintro
buttonlabel=Create new case
</InputBox>

Note that each space in this code needs to be a break in markup, otherwise the function does not work. Jo-Jo Eumerus (talk, contributions) 11:43, 2 December 2017 (UTC)

Callanecc wants /Request to automatically be added to the name given in the input box. I don't think that is possible. You can use default= to prefill the box but the user has to keep it while writing the case name:

With this default we could create Wikipedia:Arbitration/Requests/Case/write case name here/Request with an explanation saying you have to replace "write case name here" in the box. PrimeHunter (talk) 12:04, 2 December 2017 (UTC)

Unbulleted list in infobox: bad on mobile

I use an {{Unbulleted list}} in a data entry of {{infobox}}. In mobile view, it appears as being a bulleted list with the bullets hidden (that is: indented with whitespace). In regular text this could make sense, but in this tabular list the indenting is undesired (one would expect and want left-alignment in the data column). Interestingly, when the page is loaded, the bullets do actually appear for a moment. Is there a good way to solve this?

Example article: Aluminium, see infobox at pronunciation (mobile). The ubl is coded in {{Infobox element/pronunciation/format}}. Also noted in this talk. -DePiep (talk) 19:44, 1 December 2017 (UTC)

The CSS for the desktop is
/* Unbulleted lists */
.plainlist ol,
.plainlist ul {
line-height: inherit;
list-style: none none;
margin: 0;
}
.plainlist ol li,
.plainlist ul li {
margin-bottom: 0;
}
while the CSS for mobile is
/* Unbulleted lists e.g. Barack Obama page */
.plainlist ul {
list-style: none;
}
I would gather the issue is that the mobile css does not have margin: 0. --Izno (talk) 19:54, 1 December 2017 (UTC)
Thanks. I did edit. It did not solve the issue. -DePiep (talk) 19:45, 2 December 2017 (UTC)

Hover preview & dab title

I have a preference set to preview an article lead when mouse-hovering a wikilink. OK. Nicely, the title is bolded in that preview. Now this works with Copper, but not with Mercury (element), that is Mercury, the title word "Mercury" is not bolded.

Can we solve this? -DePiep (talk) 20:55, 2 December 2017 (UTC)

There are two different preferences to give previews when hovering. "Navigation popups" at Special:Preferences#mw-prefsection-gadgets does not have the issue. You refer to "Page previews" (also called Hovercards) at Special:Preferences#mw-prefsection-rendering. phab:T69224 ("Hovercards: Links to titles with parentheses should also bold non-parenthesized text in extract") supposedly fixed this in 2016 but I currently get the same result as you. PrimeHunter (talk) 21:51, 2 December 2017 (UTC)
Thanks. And I know the preference boxes now. -DePiep (talk) 22:09, 2 December 2017 (UTC)

Why the donations banner doesn't automatically disappear

Explanation provided and relevant wording delivered --S Philbrick(Talk) 14:53, 3 December 2017 (UTC)

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

Now that we are in donations season, we get a lot of queries at OTRS from people who respond to the banner, make a donation, and are surprised that the banner doesn't go away.

While I typically tell them that they can register an account and turn off the fundraising banner, some don't wish to do that, and I would like to explain why it isn't the case that the banner automatically goes away.

I think the answer is that we would have to place a cookie to suppress the banner and we prefer not to do that, but I'd like to provide a more comprehensive answer. Is it easy to do and we just don't choose to do it because we'd rather that they register?

Is it possible to do with cookies, but we have a policy not to use cookies except for people who register?

If someone could help me craft a standard response that explains why the banner doesn't go away and whether this is something that we cannot do or simply choose not to do, I'd appreciate it.--S Philbrick(Talk) 21:15, 1 December 2017 (UTC)

Off the top of my head, they should disappear. We do send (some) cookies to anonymous users, just not as many as for logged in. In testing just now anonymously, when I dismissed a banner I definitely got some "centralnotice_hide_fundraising" cookies issued to me. Maybe this is a bug? I have a feeling @Whatamidoing (WMF): might know ;-). Alternatively, ask on meta? FACE WITH TEARS OF JOY [u+1F602] 01:29, 2 December 2017 (UTC)
@Sphilbrick: that being said - the client has to accept our cookie to actually dismiss it. Some browsers (like any in 'private browsing mode') don't keep cookies after you close them. — xaosflux Talk 15:00, 2 December 2017 (UTC)

Replied to offwiki. Seddon (WMF) (talk) 13:56, 3 December 2017 (UTC)

After thinking about it a little more (which I probably should've done earlier), I realize that while we do get a number of queries to OTRS (and we are backlogged again so struggling to catch up), if they were no cookie-based suppression of banners occurring at all we would have been absolutely flooded as opposed to the volume we've been seeing. I'm not convinced we are only seeing the small number of people who may have cleared out the cookies for other reasons or may have turned off accepting cookies or some other issues, such as the one suggested by xaosflux/
I no longer need suggested wording as I've been provided with some useful wording. Thanks for the responses.--S Philbrick(Talk) 14:52, 3 December 2017 (UTC)
The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Archive a url with pdf

Hello. Do you know a site where I can archive a url that is an online pdf? I was using www.webcitation.org but sometimes is not working (the problem is not the robot.txt). Xaris333 (talk) 14:02, 2 December 2017 (UTC)

The Wayback Machine. Failing that archive.is .. more at WP:WEBARCHIVES -- GreenC 22:00, 2 December 2017 (UTC)
Thanks. Xaris333 (talk) 16:25, 3 December 2017 (UTC)

Problem with stale pages

There is a very long-standing problem whereby pages reached via a redirect are hours or days stale, when the directly-accessed page is up-to-date. It seems to be nothing to do with local caching. It seems to be a problem at the Wikipedia end. It would be nice if this could be fixed. 109.145.27.241 (talk) 00:52, 2 December 2017 (UTC)

Please provide specific steps / an example to reproduce the problem. --Malyacko (talk) 00:08, 3 December 2017 (UTC)
Durable examples do not exist for obvious reasons. You can create and test examples as well as me or anyone else in the obvious way, i.e. by making a change to a page and the comparing it as accessed directly and as accessed via a redirect. Results are not always consistent, but in some cases the access via redirect is stale by many hours. 109.145.27.241 (talk) 03:40, 3 December 2017 (UTC)
The issue only affects users who are not logged in. When logging out I currently see "This page was last edited on 3 December 2017, at 03:41" at the bottom of WP:VPT. The displayed content is indeed that version although there have been 13 edits since. I see the latest version at the real title, or when logging in and viewing the redirect. PrimeHunter (talk) 21:27, 3 December 2017 (UTC)
Retrieved from "https://wiki.riteme.site/w/index.php?title=Wikipedia:Village_pump_(technical)/Archive_160&oldid=1124887476"