Wikipedia:Village pump (technical)

From Wikipedia, the free encyclopedia
  (Redirected from Wikipedia:Village pump/technical)
  Policy   Technical   Proposals   Idea lab   Miscellaneous  
The technical section of the village pump is used to discuss technical issues about Wikipedia. Bug reports and feature requests should be made in Phabricator (see how to report a bug). Bugs with security implications should be reported differently (see how to report security bugs).

Newcomers to the technical village pump are encouraged to read these guidelines prior to posting here. If you want to report a JavaScript error, please, follow this guideline. Questions about MediaWiki in general should be posted at the MediaWiki support desk.

« Older discussions, 144, 145, 146, 147, 148, 149, 150, 151, 152, 153, 154, 155, 156, 157, 158, 159, 160, 161, 162, 163, 164


Thanks not working

Hi, Not sure if it's just me but my thanks doesn't seem to be working?
I go to thank someone (it then says thanked as it should) but then when I thank someone else on the same page it doesn't do anything and then when I reload the page the edit I thanked no longer says "thanked" (I just have the option to rethank basically),
Thanks, –Davey2010Talk 00:15, 20 February 2018 (UTC)

Davey, see if the thanks you tried to send are in your log. I don't know why it doesn't seem to work twice for you on the same page, but I do know that "thanked" reverting to "thank" when you come back to a page is an annoying issue that has irritated me for a while, but I've just kind of put up with it. If you want me to check if I get the same issue, reply to this, and I'll see if I can thank you for both edits from the page history. -- Begoon 01:13, 20 February 2018 (UTC)
I thanked Davey2010 for his edit here, and it now says I thank Begoon. I'm going to file a bug MusikAnimal talk 01:25, 20 February 2018 (UTC)
The system tells me you thanked me twice, MA, according to my "notices"... -- Begoon 01:28, 20 February 2018 (UTC)
Yep, I tried a second time and it thanked you for your other edit. It's thanking whatever the most recent non-thanked revision is. I created a bug at phab:T187757 MusikAnimal talk 01:30, 20 February 2018 (UTC)
Well, just to maybe add to the confusion, I thanked you both, from the page history, and each time I got the expected message, and "thank" said "thanked" for both edits on the page history after the second one. My log has 2 entries, one for MA, one for Davey... -- Begoon 01:35, 20 February 2018 (UTC)
Maybe you thanked before intermediate edits were made? Because that would mean Davey and I's edits are the most recent ones that aren't yours, if that makes sense. Either that or it is magically working for you but not others. @Begoon and Davey2010: What browser/OS/skin are you using? MusikAnimal talk 01:39, 20 February 2018 (UTC)
Vector, FF 58.0.2, Win 7. And yes, you could be right, looking at the times of the edits/thanks they could well have been the last 2 edits that weren't mine (Nagual edited in the same minute, I don't have seconds to compare.) -- Begoon 01:47, 20 February 2018 (UTC)
Hi Begoon, I've never had an issue before but got your thanks (thanks! :) ),
MusikAnimal - My thank log now shows as
"01:01, 20 February 2018 Davey2010 (talk | contribs) thanked My name is not dave (talk | contribs)
00:59, 20 February 2018 Davey2010 (talk | contribs) thanked Tacyarg (talk | contribs)
00:10, 20 February 2018 Davey2010 (talk | contribs) thanked Casliber (talk | contribs)
00:09, 20 February 2018 Davey2010 (talk | contribs) thanked Dodger67 (talk | contribs)
00:09, 20 February 2018 Davey2010 (talk | contribs) thanked Callanecc (talk | contribs)"
All of which I've never thanked (I tried thanking Ritchie333, SoWhy and Lourdes on Lourdes's RFA),
I'm currently using Vector skin, Chrome, OS is Windows 7, Thanks, –Davey2010Talk 01:51, 20 February 2018 (UTC)
I get the same error and added an example with screenshots to phab:T187757. This is serious. I suggest we hide thanks links until it's fixed. We can do it by placing the below in MediaWiki:Common.css. PrimeHunter (talk) 02:11, 20 February 2018 (UTC)
.mw-thanks-thank-link {display: none;}
@PrimeHunter: I was about to suggest the same. I'm going to up the task to Unbreak Now, but there's a chance it won't get fixed until tomorrow. So yeah, let's hide it. I don't think we can hide it on mobile too, can we? MusikAnimal talk 02:22, 20 February 2018 (UTC)
I don't know a way we can hide it in mobile but I suspect the vast majority of thanks are from desktop. Pages with thanks links are harder to find in mobile and most editors are in desktop. PrimeHunter (talk) 02:31, 20 February 2018 (UTC)
I agree. I've gone ahead and hidden it with Special:Diff/826612112 MusikAnimal talk 02:32, 20 February 2018 (UTC)
Similarly for mobile. —TheDJ (talkcontribs) 11:20, 20 February 2018 (UTC)
Despite MusikAnimal's edit of 02:30 today, thanks are still happening. --Redrose64 🌹 (talk) 13:04, 20 February 2018 (UTC)
Redrose64, those edits are done through mobile. Trizek (WMF) (talk) 13:07, 20 February 2018 (UTC)
Even those thanks that were made after TheDJ amended MediaWiki:Minerva.css at 11:20? --Redrose64 🌹 (talk) 13:19, 20 February 2018 (UTC)
@Redrose64: yeah, but we still have caching, the mobile apps, maybe a userscript and anything else that uses the api (possibly including troll bots). :) —TheDJ (talkcontribs) 13:29, 20 February 2018 (UTC)
Judging by the patch, I'm guessing the mobile version is unaffected. We might as well leave it hidden until the ticket is resolved, though. Thanks for figuring that out. Now I know where the mobile CSS is :) Which go figure is the SkinName.css MusikAnimal talk 16:31, 20 February 2018 (UTC)

"thanked" link reverting to "thank"

I've put this in a subsection so as not to pollute the discussion of the above serious error, but I'd still be interested in an eventual answer to this, which was touched on above. While the thanks "links" on this page history for the thanks I just made today, above, still show as an unlinked "thanked" no matter how many times I refresh or purge, if I revisit the page histories for the thanks I sent yesterday the link has reverted to a blue-linked "thank", with the opportunity to do it again. Is this how it's supposed to work (ie the links revert after a period of time)? -- Begoon 02:27, 20 February 2018 (UTC)

I think you probably had the same issue. When you thank in the interface, it looks like it goes through, but if you refresh, it ends up having thanked the most recent revision. The ones you did today were probably the most recent revisions, hence why they worked. MusikAnimal talk 02:36, 20 February 2018 (UTC)
No, I think it's separate. The edits which have reverted to "thank" are correctly shown as thanked in the log. Also, at least one of them was definitely the last revision when I thanked it (and still is, as I type). Also, also, this has done this, like this, for some time (weeks, maybe months), I've just never asked or "complained" till Davey mentioned something similar. -- Begoon 02:41, 20 February 2018 (UTC)
For as long as I can remember, any time I would log out and log back in, it would reset any edits I had thanked and allow me to thank them again. They remained in the log properly. Home Lander (talk) 02:49, 20 February 2018 (UTC)
Yeah, actually I do recall seeing that as well -- where the Thanks did go through but still reverted back to a Thanks link. For me it would revert back after a few days, not immediately, if I remember correctly. Anyway I agree this is probably an unrelated issue. I don't see a bug for it in Phabricator, so let's revisit it after the above bug is fixed.

Unrelated, I love that Nihlus just Thanked me for removing Thanks =p MusikAnimal talk 02:51, 20 February 2018 (UTC)

I was testing out the Mobile to see if there were any issues. :P Nihlus 02:52, 20 February 2018 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── I'm guessing this issue arose today; all my thanks in the log from yesterday and earlier appear to be correct. Guess I'm glad I didn't try to thank anyone today. Home Lander (talk) 02:59, 20 February 2018 (UTC)

@MusikAnimal: There is a phab ticket at Notifications: Getting multiple "Thank"s from one user for the same edit is possible (double/duplicate), this may cover it. --Redrose64 🌹 (talk) 13:10, 20 February 2018 (UTC)
That's it! Thanks :) MusikAnimal talk 16:31, 20 February 2018 (UTC)

Thanks not appearing

I'm presenting problems with the thanks feature too. In the article's history the thank option disappeared from the edits, and reads as (undo | ). Only those edits I have thanked before appear as (undo | thanked). I noticed that in the Spanish Wikipedia my option is shown normally. --Jamez42 (talk) 03:24, 20 February 2018 (UTC)

@Jamez42: That's because MusikAnimal removed it for now; see above thread. Home Lander (talk) 03:29, 20 February 2018 (UTC)
I added a watchliist notice for this outage, pointing to this thread. — xaosflux Talk 04:14, 20 February 2018 (UTC)
Thanks for the watchlist notice! I thought it was just me for a moment. Alex Shih (talk) 05:28, 20 February 2018 (UTC)
@Xaosflux: I just thanked you on your watchlist notice edit and I notice the action is logged both in my thanks log and your received thanks log. Did you receive notification for this or is it just not going despite the logs showing so?–Ammarpad (talk) 06:17, 20 February 2018 (UTC)
The problem appears to be that the thanks function is thanking the last unthanked edit in the page, regardless of which edit is chosen, so in many cases it is thanking the wrong edit/user. If the edit you thanked happened to be the last unthanked revision you were possibly "lucky" and it will possibly have worked "ok", by chance. The logs seem to be correct, but the feedback you receive at the time of thanking may not be. Don't rely on it at all until it's fixed would be my advice, though. I'm guessing you must have done it from mobile though, and I don't think anyone has confirmed exactly what that is doing, or if there is any difference. -- Begoon 06:36, 20 February 2018 (UTC)
...and I received your thanks for this edit, which, from my log, does appear to have been the most recent revision at the time you thanked me... -- Begoon 07:08, 20 February 2018 (UTC)
Yes, I am trying to figure it out because from the above, it seems to me like people are also not seeing the button at all. But I understand this edit now hid it, so I am now not seeing the button on desktop version, but still it appears and works in mobile. –Ammarpad (talk) 09:33, 20 February 2018 (UTC)
Yes I got it, no we don't have it disabled on mobile. See the phab ticket for some more details. — xaosflux Talk 12:37, 20 February 2018 (UTC)
It should be disabled on mobile view now as well. (Not necessarily the mobile APP). — xaosflux Talk 14:47, 20 February 2018 (UTC)
I just discovered it had disappeared from sight on my PC so came here to find that others have the same problem. I can no longer thank people. Doug Weller talk 13:52, 20 February 2018 (UTC)
Yes, I too discovered that I can see only the parenthesis(), but the Thanks word is absent.SouravDas1998[email protected] to me? 19:05, 20 February 2018 (UTC)

Thanks is fixed

  • Thanks to everyone who helped on this. — xaosflux Talk 23:17, 20 February 2018 (UTC)

Thanks isn't fixed

Refill Mr

Hi I wanted refill on Marathi Wikipedia but I don't find the way out for it. I requested for it's translation on it's Transifex page yet no response. Can anyone create a version of it for Marathi Wikipedia? I and the community is ready to help in translation and templates needed. --✝iѵɛɳ२२४०†ลℓк †๏ мэ 05:51, 7 March 2018 (UTC)

Have you tried doing this in the visual editor? The Marathi Wikipedia already has the citoid service installed, and the visual editor offers a "convert" button for bare URLs. Open the page (in the visual editor; you may need to enable that in your preferences), select the blue ref tag, and then click the "convert" button that will pop up. Whatamidoing (WMF) (talk) 18:29, 7 March 2018 (UTC)
@Whatamidoing (WMF) and MusikAnimal: While citoid is concerned we have just installed it few days ago and it's not working fine. I've seen the convert button there and it fills one reference at a time (currently not working). Marathi Wikipedia has a lot of bare urls so I needed this tool to convert them on a large scale. Any developer that can make the same type of tool? --✝iѵɛɳ२२४०†ลℓк †๏ мэ 00:58, 8 March 2018 (UTC)
@Tiven2240: Hi, the reason it's not working is because the citation templates added to the message are missing the required TemplateData. I have temporarily disabled the message until this can be fixed. So for instance, the template संकेतस्थळ स्रोत, जर्नल स्रोत, and स्रोत पुस्तक didn't have template data. See'citoid'_maps_value_for_each_Cite_template. Once this template data is added, we can re-enable the message. Mvolz (WMF) (talk) 08:07, 9 March 2018 (UTC)
I certainly don't have time to work on it, sorry :( User:Dispenser has a similar tool, maybe he could assist with adding support for mrwiki? Otherwise, as I said ok my talk page, I would ask for help at User talk:Zhaofeng Li/reFill. According to the FAQ this is the means to request that new wikis be added. Best MusikAnimal talk 06:18, 8 March 2018 (UTC)
User:Mvolz (WMF), can you take a look at the citoid situation at w:mr:? This article looks like it has a couple of bare URLs, and citoid is no longer visible there (doubtless due to the 'hide if broken' feature that went out today). Whatamidoing (WMF) (talk) 22:47, 8 March 2018 (UTC)

@Mvolz (WMF) and Whatamidoing (WMF): I have prepared the template data and seen that the templates are working fine. Hope y'all make the further necessary changes for citoid. --✝iѵɛɳ२२४०†ลℓк †๏ мэ 09:56, 9 March 2018 (UTC)

I did a very quick test, and it looks like it's working now. Do you see any other problems with it? Whatamidoing (WMF) (talk) 21:42, 14 March 2018 (UTC)
Citoid is working all fine. --✝iѵɛɳ२२४०†ลℓк †๏ мэ 23:13, 14 March 2018 (UTC)

Searching user contributions

We used to be able to go to an account and look at all contribs in a certain year. Now we have to fiddle with a calendar and add start and end year, month and day. Does anyone know why this was changed, and is it possible to get the old interface back? SarahSV (talk) 04:33, 9 March 2018 (UTC)

2015 Community Wishlist Survey, coming in 15th place overall. No, you cannot revert back to the old interface, but I agree the calendars don't really help your use case. Perhaps it's easier to type in the dates (YYYY-MM-DD format)? You shouldn't have to put in an end date MusikAnimal talk 05:33, 9 March 2018 (UTC)
There's always tradeoffs :) —TheDJ (talkcontribs) 07:59, 9 March 2018 (UTC)
I guess it would help if you could just type "2008" in that field and it would automatically interpret that as 2008-01-01... It seems more strict on that fields validation now, than it has to be really. —TheDJ (talkcontribs) 08:01, 9 March 2018 (UTC)
@TheDJ: yes, that would help a lot. It does require an end date, by the way, but I've just discovered that it doesn't require a start date. SarahSV (talk) 02:13, 12 March 2018 (UTC)
The old query string parameters still work, try these out:
I guess somebody could write some JavaScript that adds the appropriate <input /> or <select>...</select> elements to the existing form. --Redrose64 🌹 (talk) 10:04, 9 March 2018 (UTC)
@Redrose64: thanks, that's good to know. Pinging Kaldari too. Can the interface be changed to allow us to enter the year only, so that we have access to that year and everything before and after it as needed? That is, the way it worked before. The new interface is fiddly. It would be nice if we could easily bypass it. SarahSV (talk) 02:13, 12 March 2018 (UTC)

Shortcuts (Ctrl+I, Ctrl+B etc.) don't work any more in source code editor

Hi, I recently discovered that these shortcuts don't work in source code editor. I remembered them to work before. The weirder is, if you turned on syntax highlighting, upon pressing, say, ctrl+I, you can visually see the selected text became italic and then immediately changed back to normal.

I'm using Google Chrome. I have this problem on Chinese Wikipedia as well, tested logged in and logged out (to make sure it's not caused by non-default gadgets). --fireattack (talk) 15:23, 9 March 2018 (UTC)

Hello, fireattack, and thank you for this note. Which of the mw:editors are you using? Whatamidoing (WMF) (talk) 21:54, 14 March 2018 (UTC)
@Whatamidoing (WMF):: I believe it's mw:Extension:WikiEditor one (2010). --fireattack (talk) 22:40, 14 March 2018 (UTC)
Thanks for this. I haven't been able to reproduce this in Safari or Firefox on my Mac, but the flash for syntax highlighting happens in Chrome. Are you running Windows (version?)?
Also, I wanted to say thanks for your thoroughness in testing (logged in and out, more than one wiki). I really appreciate it. Whatamidoing (WMF) (talk) 19:06, 16 March 2018 (UTC)
@Whatamidoing (WMF):: I'm on Win 10/7. I tested with Firefox, these shortcuts are overridden by Firefox's own features (both Ctrl+B and Ctrl+I will just toggle Firefox's bookmark sidebar), so I doubt it even gets registered by the web page (needless to say, no flashing since they straighly up don't do anything). -fireattack (talk) 19:22, 16 March 2018 (UTC)

Parse Template:Location map entries

Dear Wikipedians,

I'm looking for a solution to parse the {{Location map~}} templates. So from

{{Location map+|England|width=300|caption=Example.|float=right |places=
  {{Location map~ |England |label=[[Battle of Blore Heath|Blore Heath]] |label_size=86 |position=top |lat=52.913611 |long=-2.424722 |mark=Battle_icon_(crossed_swords).svg |marksize=16 }}
  {{Location map~ |England |label=[[Battle of Tewkesbury|Tewkesbury]] |label_size=86 |position=top |lat=51.986389 |long=-2.161389 |mark=Battle_icon_(crossed_swords).svg |marksize=16 }}

I would like to get out all label=, lat= and long= tags. Do you know any linux commandline tool, which could do this? Sorry if that's not obvious to me.--Lazy Eight (talk) 07:22, 10 March 2018 (UTC)

I was able to do this partially with:
grep lat|sed '/lat/s/.*| *lat *= *\([^}|]*\).*$/lat=\1/g' |grep lat=
grep long|sed '/lat/s/.*| *long *= *\([^}|]*\).*$/long=\1/g' |grep long=

But label broke due to the pipes in the link Graeme Bartlett (talk) 10:17, 10 March 2018 (UTC)

I think it was just solved on Stackoverflow. @Graeme Bartlett: How should your code be run?--Intl Railways (talk) 11:03, 10 March 2018 (UTC)
This is part of a pipe. You can add <filename to the grep. or use something like wget -O- "URL" to launch it into the pipe. Graeme Bartlett (talk) 12:14, 10 March 2018 (UTC)
This is why we should move all this into wikidata :) —TheDJ (talkcontribs) 16:13, 12 March 2018 (UTC)

Visual editor - discard "unsaved changes"

Is there any way to discard the "unsaved changes" of the visual editor. It's all very well that it saves them, but here am I, using VE for the automatic citation filler, then copyediting in source to use LDRs. Then, VE wants to revert those changes because they weren't made under VE. This is a problem, and could catch out somebody who discarded changes for a reason. Bellezzasolo Discuss 19:56, 10 March 2018 (UTC)

You might want to try VisualEditor's wikitext mode, which you can enable in Special:Preferences#mw-prefsection-betafeatures. (I recommend turning the "syntax highlighting" beta feature off, as the two sometimes don't play well together.) Then you'll get the visual editor's toolbar, with the mw:citoid button, but you'll be working in wikitext the whole time and not need to switch at all (except perhaps for table editing, because everyone agrees that deleting columns from tables is much easier in the visual mode  ;-). Whatamidoing (WMF) (talk) 21:27, 14 March 2018 (UTC)

How to test that a date/time string is in "yyyy-mm-dd hh:mm:ss" format?

Need an explanation, or perhaps a pointer elsewhere. How can I check that a supplied date/time string is in yyyy-mm-dd hh:mm:ss format? Presumably with a suitable regex, but I can't find any parser functions for that. Do I have to dip into Lua? Is there a module for that? (I know regex, but having trying to avoid having to learn Lua.) ~ J. Johnson (JJ) (talk) 00:46, 11 March 2018 (UTC)

@J. Johnson: What is your purpose? Does the time parserfunction help the overall purpose, or no? If it does not, there are similar functions in Lua. --Izno (talk) 01:01, 11 March 2018 (UTC)
If you decide to go with Lua, I wrote a simple function dateFormat() that returns the format (dmy, mdy, iso, ymd) of a given date. In Module:Webarchive - it would need expansion to parse hh:mm:ss -- GreenC 01:11, 11 March 2018 (UTC)
Does {{#ifeq:{{#time:Y-m-d H:i:s|TIME}}|TIME|yes|no}} work. {{3x|p}}ery (talk) 01:30, 11 March 2018 (UTC)
As others have said, please explain the purpose, preferably with an example of what would go in an article and what the wanted result would be. Module:Date can parse dates, see the examples in the documentation at {{extract}}. That template can tell you what format was used, but it only returns dmy, mdy or ymd.
  • {{extract|2001-2-1 14:30:25|show=format}} → ymd
Johnuniq (talk) 02:07, 11 March 2018 (UTC)

If you use anything other than a plain regular expression, there is a danger the function will have limitations you didn't think about, like failing for dates before AD 100, regarding 29 February 1900 as invalid, etc. A full statement of the requirements is called for. Jc3s5h (talk) 02:24, 11 March 2018 (UTC)

Thank you all, those look like good ideas. The key element is that I want to check the format, not validate or return a date/time. Which I think I can work out now. ~ J. Johnson (JJ) (talk) 21:06, 11 March 2018 (UTC)

Abusefilter conditions

OK. Thanks. --Horus (talk) 15:07, 11 March 2018 (UTC)

Lead section [edit] link

When we go to Preferences → Gadgets and scroll down to Appearance, the first checkbox is "Add an [edit] link for the lead section of a page". When this is checked, and when the "Move section [edit] links to the right side of the screen" preference is also checked, the edit link appears low enough to be sliced by the horizontal line that underscores the page title. This is unlike all the other edit links for later sections of an article. Those edit links are above the horizontal line that underscores section titles. Is it possible to raise the lead-section edit link so it appears above the line like the other edit links? (Note that if the "Move section [edit] links to the right side of the screen" preference is not checked, then the [edit] link comes right after the title and is positioned correctly above the horizontal line.) I use Windows 10 and have checked this in IE v11 and Chrome v65.  Paine Ellsworth  put'r there  15:33, 11 March 2018 (UTC)

It looks normal for me in Win10 and Chrome (vector skin). What skin do you use? Ruslik_Zero 16:25, 11 March 2018 (UTC)
I use the vector skin, too.  Paine Ellsworth  put'r there  17:13, 11 March 2018 (UTC)
(You should consider upgrading to Edge from IE11.) --Izno (talk) 16:48, 11 March 2018 (UTC)
I have Edge. eeyechhhh!  Paine Ellsworth  put'r there  17:13, 11 March 2018 (UTC)
PS I just checked it with Edge v41 and have the same problem. PS left by  Paine Ellsworth  put'r there  17:22, 11 March 2018 (UTC)
PPS I just checked it with Firefox v57 – same problem. PPS added by  Paine Ellsworth  put'r there  17:44, 11 March 2018 (UTC)
What screen resolution do you use? Ruslik_Zero 00:04, 14 March 2018 (UTC)
My Windows 10 setting is 1280 x 1024, and in IE and Chrome the text size is set to "largest" with 100% zoom. In Edge and Firefox the text size is set to normal.  Paine Ellsworth  put'r there  12:30, 15 March 2018 (UTC)
It may be an interference from another gadget or script. Try to disable them one by one. Ruslik_Zero 18:26, 15 March 2018 (UTC)
If you have more than a couple, then a binary search pattern is faster: disable half, and see if it's still a problem. If it's still broken, then disable half of what's left and check again. If it isn't, then put half of the removed ones back in, and check those. You may also want to see mw:Help:Locating broken scripts. Whatamidoing (WMF) (talk) 21:16, 15 March 2018 (UTC)
Thank you Ruslik_Zero and Whatamidoing (WMF)! The gadget that makes the difference is under "Appearance" called "Vector classic typography (use only sans-serif in Vector skin)". I started using that when titles and section headers were changed by the software. I find that when it's not checked, not only is the lead section edit link high enough to clear the horizontal line, all the section header edit links appear visibly higher than when it's checked, as well. This looks like something that can and should be fixed by the software, doesn't it?  Paine Ellsworth  put'r there  15:15, 18 March 2018 (UTC)

Lopadotemachoselachogaleokra etc...

There is a rendering problem with this article, basically the title carries on way off the screen breaking the format and creating a bottom scrollbar where there would not be one normally, but the rest of the page stops short at it's normal breakpoint, leaving the title projecting on it's own. Prince of Thieves (talk) 01:15, 12 March 2018 (UTC) ~

@Prince of Thieves: it is wrapping at the display end for me, with both Firefox and Chrome, logged in and logged out. What browser and conditions are you viewing it under? — xaosflux Talk 01:42, 12 March 2018 (UTC)
Looks fine to me. Firefox 58 on Mac OS. – Jonesey95 (talk) 01:42, 12 March 2018 (UTC)
The reported version is [1] which doesn't wrap the title for me in Firefox. I fixed the DISPLAYTITLE with word breaks to match the article name so the name can wrap at top of the article. It cannot wrap in other places like categories and search results. PrimeHunter (talk) 01:44, 12 March 2018 (UTC)
What PrimeHunter did fixed it, it wraps fine now. Prince of Thieves (talk) 01:51, 12 March 2018 (UTC)

updated since my last visit ???

I see updated since my last visit in a lot of edit summeries. What does that mean? Is there some piece of automated software that's inserting that? It's a pretty useless edit summary, since it doesn't give somebody scanning the history any clue what changed, or why. -- RoySmith (talk) 14:51, 12 March 2018 (UTC)

It isn't an edit summary, it's an automated message after the edit summary that tells you that this edit was done after the last time you checked the page. Jo-Jo Eumerus (talk, contributions) 15:02, 12 March 2018 (UTC)
Ah, thanks. -- RoySmith (talk) 16:17, 12 March 2018 (UTC)
You can hide it with this in your CSS:
.updatedmarker {display: none;}
PrimeHunter (talk) 19:58, 12 March 2018 (UTC)

Tech News: 2018-11

19:43, 12 March 2018 (UTC)

Notification from edit summary

  • The English Wikipedia should be good to go as far as modifications to scripts are concerned, what hasn't been updated yet will be by Thursday. Keegan (WMF) (talk) 21:41, 12 March 2018 (UTC)
This is cool. Thanks for implementing Keegan (WMF) (and all those involved) --TheSandDoctor (talk) 15:13, 17 March 2018 (UTC)

Enlarging text

Sorrowfully, I can't seem to find instructions for enlarging text in the edit window. I'll appreciate any help that comes in that regard. Thank you.--John Cline (talk) 05:55, 13 March 2018 (UTC)

On my browser I can do ctrl-mouse wheel rotation to enlarge or shrink all text. ctrl-shift-+ also enlarges. There would be a style sheet change that should change it too. Graeme Bartlett (talk) 06:01, 13 March 2018 (UTC)
OK style sheet change in User:John Cline/common.css: .mw-editfont-monospace {font-size: 200% !important;}
will double the size. Change 200 to get a size you like. (I am finding its a bit too big for me!) Graeme Bartlett (talk) 06:08, 13 March 2018 (UTC)
(I also note you are trying to include the deleted page: MediaWiki:Gadget-textareasansserif.css in your vector.css.) (this originally said textarea { font-family: sans-serif; } Graeme Bartlett (talk) 06:18, 13 March 2018 (UTC)
Thank you very much!--John Cline (talk) 08:59, 13 March 2018 (UTC)

Gender research on deleted articles

Hi all

I've been thinking a lot about the gender gap on Wikipedia recently and would like to understand if there is a relationship between the gender of a biography articleand article deletions. Is there a way to know the gender of the subject of deleted biography articles?

The question I'd most like to understand is are biographies about women more or less likely to get deleted? and if there is a large difference, why does this happen.

Also related questions:

  • Are articles about women more or less likely to be nominated for deletion than articles about men and in general?
  • Are articles about women that are nominated for deletion more or less likely to be deleted than articles about men and in general?

Is the data to do this research available? And if so how ould it be collected?

Thanks very much

John Cummings (talk) 14:29, 13 March 2018 (UTC) (@Victuallers: who may be interested.) John Cummings (talk) 08:32, 14 March 2018 (UTC)

@John Cummings: your edit that tried to ping Victuallers didn't work because you didn't add a signature while making it. Graham87 07:00, 14 March 2018 (UTC)
Thanks @Graham87:, fixed. John Cummings (talk) 08:32, 14 March 2018 (UTC)
Hi John (thx Graham) I'm not sure this is a technical question yet, as to my mind the major problem is to just phrase the experimental query that may lead to a convincing answer. There may be more notable male footballers than there are women who have played professionally. There are I guess more notable Crimean female nurses than there were Victorian male nurses. Some will seize on the results to feed the idea that the reason why there are so few women biogs is because of wiki admin discrimination. I'm not saying that the latter might not exist (can you prove it) but with (maybe) 100,000 plus missing notable women biographies already listed then it would just be misleading to highlight an article that was deleted as being the "poster girl" cause for systemic bias. (There are instances where female editors have been bullied off Wikipedia, but these are anecdotes.) So if I had to suggest an experiment then I would apply ORES scores to a month of newly written articles. I would see what percentage were deleted as just "rubbish" within a day. I would take a sample of those that were PRODed and those that were AFD'd and then those that were deleted. And then I would look at whether any of those groups contained a higher percent of females (adjusted for ORES score) than the original population. Or something like that. I suspect you may just discover systemic bias (which feeds a lot of twitter anger). Good luck!! Roger aka Victuallers (talk) 09:11, 14 March 2018 (UTC)
Oooo! I just thought of a counter experiment. Let us presume that the AFD system is absolutely biased and corrupt and all the female articles that were deleted were deleted unfairly. So if we put ALL of those back into our new 'Wikipedia .... then what effect would that have on the percentage of women on the new 'Wikipedia? How about if we also halved, quartered or decimated (divide by ten) all the male biogs that were successful .... then would that make a substantial difference? I think that answer might be quite revealing. Victuallers (talk) 09:37, 14 March 2018 (UTC)
Just FYI, in many cases "gender" of the article subjects is recorded at their WikiData entry, so it should be able to be looked up even if the page is removed. — xaosflux Talk 15:25, 14 March 2018 (UTC)
Gender is not consistently recorded for deleted articles, a number of which are deleted before wikidata entries are completed or the articles are categorized, and categorization does not always include gender, in any event. I do find that at least for the last several years that inclusion on deletion sorting lists is fairly common for individuals. Men are usually included at Wikipedia:WikiProject Deletion sorting/People, whereas women are usually included at Wikipedia:WikiProject Deletion sorting/Women and sometimes Wikipedia:WikiProject Deletion sorting/People. I'd be tempted to say that the implications of this linguistic decision are an exercise left to the reader but that would truly be unfair as, in my experience, women are included on the specialized list by the hardworking volunteers who do sorting so as to facilitate review by editors particularly interested in women's biographies. This does not include articles deleted via WP:PROD or WP:SPEEDY but might be a place to start gathering data. Caveats about taking into account all the potential inappropriate comparisons assumed. (talk) 16:04, 14 March 2018 (UTC)

Labels and data are misaligned in Infobox film

Just dropping by to let y'all know that there's an issue relating to line-height that might be of interest to anyone watching this page. – Srdjan m (talk) 15:38, 13 March 2018 (UTC)

Mysteriously-watched pages

Normally, I only watch pages that I have edited. Occasionally, something will show up on my watchlist and I have no recollection of why I might be interested in the page, but after checking the history of the page, its talk page, and their logs, an explanation surfaces. So, it's something of a puzzle as to why this edit has shown on my watchlist. I can't find evidence of me editing the page. Insects aren't my thing either - they creep me out. This is not the first page that is watched w/o explanation. Any ideas? --Redrose64 🌹 (talk) 19:24, 13 March 2018 (UTC)

You could just have accidentally clicked the watch tab while viewing the image. You reviewed Template talk:FPCresult#Adding noinclude 28 January 2013. The template was on Wikipedia:Featured picture candidates/Acrocinus longimanus MHNT femelle.jpg, while Wikipedia:Featured picture candidates/Harlequin beetle was open and got the template two days later. Maybe you looked for uses of the template and also clicked the image. I have no recollection of random pages I came by five years ago. PrimeHunter (talk) 19:57, 13 March 2018 (UTC)
You also might want to check your settings in preferences. One of them is "Add pages I create and files I upload to my watchlist", and another is "Add pages and files I edit to my watchlist". This may not account for the beetle pic, but it might be the source of links you haven't seen in a long while.     — The Transhumanist    22:24, 13 March 2018 (UTC)
I've had both of those enabled since forever; but I have no edits or uploads scored against that page. --Redrose64 🌹 (talk) 22:26, 13 March 2018 (UTC)
It could be interesting to log watchlist changes somewhere. Added phab:T190003 which may or may not be a duplicate as I haven't checked. Please check its status in the coming days. Gryllida (talk) 02:28, 19 March 2018 (UTC)

Double move

Does anybody have any idea why I seem to have moved the same pair of pages twice within the same minute? --Redrose64 🌹 (talk) 22:24, 13 March 2018 (UTC)

I don't have an idea but this query along with your above query suggests that something might be up with your account. --Emir of Wikipedia (talk) 22:38, 13 March 2018 (UTC)
I found another pair of double log entries from twenty minutes earlier. What do you think might be up with my account? --Redrose64 🌹 (talk) 00:42, 14 March 2018 (UTC)
When you move some page the related talk page also gets moved, hence the "talk" part in them. Sjoerd de Bruin (talk) 09:25, 14 March 2018 (UTC)
@Sjoerddebruin: I know that; my question is not about why the talk pages are logged, but about why there are two log entries for each category page and for each category talk page. That is to say, the log at 20:45, 13 March 2018 shows two instances of "moved page Category talk:NA-Class Finance articles to Category talk:NA-Class Finance & Investment articles" together with two of "moved page Category:NA-Class Finance articles to Category:NA-Class Finance & Investment articles" when I should expect only one of each. Similarly, the log at 20:26, 13 March 2018 shows two instances of "moved page Category talk:Start-Class Finance articles to Category talk:Start-Class Finance & Investment articles" together with two of "moved page Category:Start-Class Finance articles to Category:Start-Class Finance & Investment articles" when I should expect only one of each. Other page moves that I carried out in that timeframe log only one entry for each category page, and one for each category talk page. --Redrose64 🌹 (talk) 17:23, 14 March 2018 (UTC)
My best guess at the moment is that if you accidentally click "Move page" twice, the two submissions might both get past the "valid move?" checks before either gets to actually performing the move so both wind up doing the move. The second mostly does no-op updates like setting the page's title to the already-set new title, but it does create an extra log entry and null revision in the moved page's history. Spot checking a few date ranges, I see this has happened for other users' moves too and goes back at least a few years (e.g. Nishonoseki stable (1935) was supposedly moved twice at 2015-01-01 18:54). Anomie 12:15, 14 March 2018 (UTC)
Can double-clicks really do that? Since a number of people are unclear as to when a single click is sufficient and may use double-click "just in case", it sounds like something we should guard against, like not firing another event when there's already an identical one pending. --Redrose64 🌹 (talk) 17:23, 14 March 2018 (UTC)

A technical question regarding warning users before submitting potential copyright violations

First, this is not a proposal; do not !vote on it. This is a question for anyone who has a good idea how the Wikimedia software works regarding whether something would be technically possible, as well as the difficulty level required.

Would it be possible to put a system in place which does the following:

  • Whenever a new article is created, prior to 'publishing' going through, the article is automatically run through the copyvios detector.
  • If the submission has a confidence of 50% or higher, a warning message pops up warning the user that they might be submitting a copyright violation (link to the copyvios report) and giving a bit of information on what is ok to copy and what isn't (i.e. you can't copy from your own website unless the content there is under a suitable licence).
  • The warning asks the submitting user if they want to proceed or not, and if they do, it publishes the article but also flags the article for New Page Patrol as a potential copyright violation needing review.

Some information if there are any technical or legal roadblocks to the implementation of such a system would be great. Thanks. — Insertcleverphrasehere (or here) 09:14, 14 March 2018 (UTC)

No, this would not be possible as things currently stand. You'd need to either A) port the copyvio tool to be a MediaWiki extension outright, or B) have the tool expose an API of sorts that a MediaWiki extension could call and then use the results from. Either way, you'd need a new extension. FACE WITH TEARS OF JOY [u+1F602] 17:51, 14 March 2018 (UTC)
There is an extension request for images (that's phab:T31793). A similar phab task could be filed.
It sounds like a pretty good idea, generally, and it is definitely something which could be implemented. We do have ORES today (ORES documentation), so deeper integration there (ORES supports edit filters I think--but definitely has an API which a bot could use) might be a good idea. --Izno (talk) 18:07, 14 March 2018 (UTC)
From a tech standpoint, your use case is trivially subverted (a) create the page (b) edit it to include the "copyvio" stuff. So instead you'd need to score each edit - which could be computationally expensive if you wanted it to be real time (the current tool says Running a full check can take up to a minute if other websites are slow or if the tool is under heavy use. Please be patient. If you get a timeout, wait a moment and refresh the page.. Other tech challenges - putting such a tool in the way of production editing would mean that it would have to be well supported, 24/365 by paid staff. The other, much more serious problem is that those automated tools are horribly prone to false positives. For example I pulled up a Featured Article (Acrocanthosaurus) and ran that check on it - it got a 98% copyvio score. So either its a huge FP, or we are doing a poor job maintaining FA's.... (or the editor published elsewhere, etc,etc etc) - they are also bad with public domain text. — xaosflux Talk 19:49, 14 March 2018 (UTC)
I would assume in this case the Detector is detecting pages out on the web which are copies of our Acrocanthosaurus article, as it has been a featured article for quite a while. Presumably, it would have less trouble with newly created articles. - dcljr (talk) 05:42, 15 March 2018 (UTC)
[interpolated comment] Actually, xaosflux, come to think of it, the results of your test could be seen as a complete success, since anyone creating a new article that's an exact copy of the Acrocanthosaurus one would indeed be submitting a copyvio. [grin] - dcljr (talk) 05:54, 15 March 2018 (UTC)
It is trivially easy to circumvent but that doesn't mean it couldn't be useful to stop copyvios, even if it only checked when a new page is created. Most people adding those copyvios are not of the malicious sort. Galobtter (pingó mió) 05:49, 15 March 2018 (UTC)
I think this could make copyvios harder to detect as the users would start rewording the plagiarised text until the copyvio detector stops complaining (but the copyvio issue would remain simply by putting words in different order). I would personally favour making more adequate use of edit intros and interactive wizards which encourage users to copy/paste quotes from sources into a dedicated text area so that they do not have to switch tabs back and forth, and have an opportunity to rewrite them in their own words in the article. Gryllida (talk) 02:24, 19 March 2018 (UTC)

JavaScript exploit at fawiki

Paraphrased from wikitech-l and a couple of other posts: On 14 March 2018, cryptocurrency mining software was discovered on fawiki. It was removed and the user responsible globally locked soon after. It appears (from here) that fawiki was configured so that anyone with the template editor right could also edit the MediaWiki namespace, including fa:MediaWiki:Common.js. Any website (particularly those with adverts) could attack users browsing with scripting enabled, and at enwiki, a compromised admin account could attack individuals or everyone with js exploits. Johnuniq (talk) 04:07, 15 March 2018 (UTC)

It is interesting why that revision was fully suppressed after that? Ruslik_Zero 18:33, 15 March 2018 (UTC)
For WP:BEANS reasons mostly I presume. —TheDJ (talkcontribs) 08:01, 16 March 2018 (UTC)
This kind of exploit has been possible in MediaWiki for over a decade. Discussions to solve this exploit start again every year or so, but typically the same solutions are proposed as in previous discussions, and the same arguments for and against the solutions are rehashed each time. --Deskana (talk) 11:26, 16 March 2018 (UTC)
Yeah this is nothing new that it is possible, but it is one of the more atrocious occurrences of it having actually been exploited by a 'trusted' user (possibly boosted by the crypto hype making people more aware of the seriousness of such incidents). We've been discussing ways to fix this hole without pissing off users for several years. As I've stated many times before, if we were to have started MediaWiki in the late 2000s, early 2010s, then this whole feature would have never existed and neither would user scripts. But since it does, it will take many many years to get rid of it. Some day... either it will be abused so terribly that we have to shut it down completely, or we find a solution that works and piss off some people :) —TheDJ (talkcontribs) 12:16, 16 March 2018 (UTC)
I am not sure that it would not be a solution in search of a problem - this is incident actually proved that it is impossible to insert any malicious code in the MediaWiki namespace scripts. Ruslik_Zero 20:02, 17 March 2018 (UTC)
TheDJ, mediawiki without user scripts would be difficult to use, no? How do you think that would be implemented? Experienced editors would perhaps have to rely on desktop apps instead of using the web site. There is just so many routine tasks which need to be customized by the user that I do not know how that ecosystem would even work. For instance I started reviewing drafts recently and I find I often need to mark things and add comments ('wonderful professor(biased, rephrase or remove)' kind of thing inline). If not for user scripts then doing this would become rather laborious and time consuming. Gryllida (talk) 02:20, 19 March 2018 (UTC)
JavaScript is wonderful but it can produce problems. Paraphrased from wikimedia-l, a recent snafu resulted in JavaScript from Facebook being used for a certain central banner. The result was that Facebook received data about who viewed any page displaying the banner (no click required). The banner was only displayed for IPs, so only they were affected, and only for a short time. Johnuniq (talk) 06:07, 19 March 2018 (UTC)
I didn't say "without Javascript". I said without user scripts and site scripts. We would likely only have (global) gadgets. —TheDJ (talkcontribs) 08:26, 19 March 2018 (UTC)

/a/ in IPA

Hi. Im trying to add pronunciation help to an article, in the form of a phonemic transcription using IPA, like this: (/ˈkɒns.tənˌt[invalid input: 'a']ɪn/). It all works, except the a -- whether I use the cheat-sheet or copy the character from another good source. Where am I going wrong, please? I'm using Safari 11.0.3. Thanks --Frans Fowler (talk) 02:29, 16 March 2018 (UTC)

Sorry, found it myself. Use aɪ as a 'single' character - (/ˈkɒns.tənˌtn/) --Frans Fowler (talk) 02:42, 16 March 2018 (UTC)

Help needed on French Wikipedia

I am needing the help of a French speaking Wikipedian. On French Wikipedia, user Angela Criss is an obvious sockpuppet of Jack Gaines (talk · contribs). As I do not speak French, could someone please inform any French Wikipedia admins as to the user's doings, and ask them to protect any articles pertaining to Alan Jackson? Ten Pound Hammer(What did I screw up now?) 23:48, 16 March 2018 (UTC)

Pintoch (talk · contribs), one for you perhaps? Merci bien. --Redrose64 🌹 (talk) 23:50, 16 March 2018 (UTC)
@Redrose64: sure! but it looks like it was done and dusted before I arrived. − Pintoch (talk) 05:40, 17 March 2018 (UTC)

Editing edit summaries

Like these nested dolls, putting things in things gets complex. If you edit the edit summary and leave an edit summary for your edit summary, then that edit summary for the edit summary could need to be edited, in which case there would be an edit summary for the edit summary of the edit summary of the edit, which could in turn need to be edited. This can go on ad infinitum and be a distracting mind game, or a interesting film plot. -- Prince of Thieves (talk) 19:27, 17 March 2018 (UTC)

I know there must have been plenty of people who have proposed this before, but I would like to know if the interface could be modified to allow editors to change their edit summaries after they have saved the edit, rather than having to make a new edit where they don't do anything (or as it is sometimes called, a "null edit") just to modify their last edit summary. On a project otherwise defined by an almost complete ability to modify content after it has been posted, it seems odd that no one can change their own edit summaries (but of course you shouldn't be able to change others', just your own). Every morning (there's a halo...) 03:55, 17 March 2018 (UTC)

See e.g. the declined phab:T12105 and phab:T15937. PrimeHunter (talk) 12:17, 17 March 2018 (UTC)
There would have to be a history of changes to each summary, and the ability for people to patrol changes to summaries to watch for vandalism or personal attacks or the like, and so on. That sort of thing quickly gets rather complicated. Anomie 13:35, 17 March 2018 (UTC)
As Anomie implied, building a miniwiki for edit summary content would not be particularly productive. It's not too hard to make another empty edit, but it's super easy to preview your edit summary before hitting save/publish. We can edit content, but not history; same goes for the edit summary. ~ Amory (utc) 14:59, 17 March 2018 (UTC)
If I were to edit a prior edit summary, there should be somewhere for me to provide a description of the edit too, hmm that one might need to be adjusted to, it will be summaries all the way down. — xaosflux Talk 15:06, 17 March 2018 (UTC)
This sounds like corrections would become recursive, and that would cause really weird situations when trying to quote a diff. There would also be the issue of how to view the past revisions of edit summaries. Prince of Thieves (talk) 19:27, 17 March 2018 (UTC) (added image Prince of Thieves (talk) 19:27, 17 March 2018 (UTC))

Bug adding lines of blank text

Hi all, per instructions at Phabricator, I'm stopping to inquire here first; I'm well out of my depth on this and would be grateful for guidance.

I appear to be encountering a bug that is now repeatedly adding extra blank lines to the same spot in one entry (1, 2, 3). I'm editing in browser Firefox Quantum 58.0.2. If I'm tracking this correctly, it's only when I use the Visual Editor, although I was working on the same entry earlier in the day and this had not been happening, even on Visual Editor.

Might someone be willing, firstly, to cast a second set of eyes to make sure there's not some straightforward issue I'm overlooking, and if not, then assist me in properly reporting the matter (whether that's at Phabricator or wherever the appropriate place might be)? Much obliged! Innisfree987 (talk) 00:50, 18 March 2018 (UTC)

Huh. Error no longer reproducing today. ¯\_(ツ)_/¯ Nope, jinxed it. Appears only to be happening when I edit the section nearest the error. Innisfree987 (talk) 20:13, 18 March 2018 (UTC)
Thanks for this bug report! I wish we knew how to reproduce it reliably, because a third-party MediaWiki site was asking about this recently (they really want to add extra blank lines/whitespace on their pages). I think I can trigger it by adding a single space at the very end of the paragraph that begins "After layoffs at MTV News". Does that work for you? Or do you have any other ideas about how to reproduce this? Whatamidoing (WMF) (talk) 19:21, 20 March 2018 (UTC)
Ha, yes I would gladly hand off the bug to someone who has a use for it! Let me tinker a bit and see if I can pin it down more precisely for you. More TK. Innisfree987 (talk) 19:30, 20 March 2018 (UTC)
Ok, looking more closely: one thing I can tell you is the bug appears to have moved (or, the text moved around the bug, who can say?) In the first three instances I cited, it came above the paragraph you mention; the most recent time, it came afterward. Will now go test-edit more systematically, more shortly. Innisfree987 (talk) 23:09, 20 March 2018 (UTC)
Hi there, so I've played around with it and I do think any edit--addition or subtraction--to the paragraph you mention triggers the additional lines. I now don't find the same thing happening with any other paragraph in that section, even though, as I mention above, previously the bug had added lines elsewhere. I did move big chunks of text around though (e.g. here), and I have not closely examined whether the bug followed those moves. What I can tell you is that if in perusing revisions, you see extra lines where they don't belong, it was almost definitely the bug--of course an errant click on the return key that I just overlooked is possible, but I didn't have any instances, e.g. where I know hit "save" sooner than I meant to and accidentally left in extra lines I had meant to clean up.
Does that help? Let me know if there's anything else I can do! Innisfree987 (talk) 23:32, 20 March 2018 (UTC)

File restore error

Hello. I tried to perform a WP:HISTSPLIT on Wikipedia:Files_for_discussion/2018_March_10#File:Taisekiji_Hoanden.JPG. Everything worked fine, except the last stage - restoring. I want to restore these revisions, but depending on which revisions I select, I am either faced with this or this error. Any clue what's going on? I've done file splits many times on Commons. But I think this is the first time I've tried on enwiki. Cheers, Rehman 02:00, 18 March 2018 (UTC)

This sounds like a MediaWiki bug. You'd be advised to file it in Phabricator: mw:How to report a bug. — This, that and the other (talk) 08:17, 18 March 2018 (UTC)
File:Enwiki restore error 2.png is now filed as phab:T189985. I don't know about the other screenshots. BJorsch (WMF) (talk) 14:45, 18 March 2018 (UTC)
Thanks User:This, that and the other and User:BJorsch (WMF). Rehman 04:10, 19 March 2018 (UTC)
@Rehman: The error in File:Enwiki restore error 2.png should be fixed now. The other error may or may not still remain; if so, please file a separate task in Phabricator about it. BJorsch (WMF) (talk) 22:17, 19 March 2018 (UTC)
Thank you BJorsch (WMF). The errors no longer exist. Best regards, Rehman 03:30, 20 March 2018 (UTC)

JavaScriptWikiBrowser interface text: where is it?

There's a script called JWB.js that is a partial port of AWB to JavaScript. I've been looking over its source code, and I can't find the interface text. There are phrases included on the screen when the program runs, but a search of the source code does not reveal them. For example: "Enter list of pages:" is part of the interface, but it's nowhere in the source code. The same goes for the other text displayed in the program's various frames. None of it seems to be in the source code, or in the program's css page. It's got to be coming from somewhere. But where?     — The Transhumanist    07:09, 18 March 2018 (UTC)

@The Transhumanist: I think it loads them from User:Joeytje50/JWB.js/i18n.js -- John of Reading (talk) 07:26, 18 March 2018 (UTC)
There it is! Thank you.     — The Transhumanist    07:40, 18 March 2018 (UTC)

Getting a bot to run of WMF servers

After a long period of sleep I wanted to reactivate my bot for Teahouse archival notification (see Wikipedia:Bots/Requests_for_approval/Tigraan-testbot for details) to get it run on WMF servers as a cron job. However, the documentation to getting a bot run on the servers is quite hard to decipher. If someone could give me a step-by-step guide (either here or on my TP) it would be nice. (I already have the source code I want to run, and it would probably pass BRFA easily since it is just a refactoring of the previously-approved task, but I do not have any account on the WMF servers or OAuth key or whatever else is needed to technically run the thing). TigraanClick here to contact me 20:57, 18 March 2018 (UTC)

Hi thank you for asking. :-) This should hopefully be relatively easy. says
1. Create an LDAP account (you must have an LDAP account to access the Toolforge project)
2. Add a public SSH key (you will need this to access Toolforge servers using SSH)
3. Request access to the Toolforge project (Join us!)
4. Create a new Tool
Once you are in the system via your username, use 'become toolname' to log in under the tool's account, 'jsub script' to submit your job to the cluster queue. wikitech:Help:Toolforge/Grid#Submitting_simple_one-off_jobs_using_'jsub'.
Use #wikimedia-cloud connect to ask for help on live chat. Gryllida (talk) 02:14, 19 March 2018 (UTC)
Thank you Gryllida. I just requested toolforge access. I cannot ssh into right now (access denied even though I am pretty sure of my SSH footwork) but this could be because I do not have the credentials yet. TigraanClick here to contact me 18:36, 19 March 2018 (UTC)
Tigraan gerrit is a code review tool for mediawiki developers you do not need to log in there. Try logging in to instead using a username that is all lowercase. I see your username is in the system as "id tigraan" returns me "uid=19061(tigraan) gid=500(wikidev) groups=500(wikidev)" so I am not sure of its status but at least it is there. --Gryllida (talk) 22:33, 19 March 2018 (UTC)
I think you need to wait for step 3 to finish as I am in a user group called 'project-tools' which you are not. Perhaps give it several hours or days but it should be a quick process I think. --Gryllida (talk) 22:35, 19 March 2018 (UTC)

Line breaks don't appear in edit summaries without spaces in watchlists / contrib pages

This diff page shows my long edit summary wrapping so as to not run way off the end of the page. However, this permalink page shows that same edit summary running way off the end of the page, and the same occurs when viewing this edit in my watchlist or contributions page. Is this a bug (and if so, has a Phabricator report already been filed)? Has this always been the case and I just didn't notice because I don't normally use long edit summaries without spaces? Regardless, it is an issue that needs fixing. Master of Time (talk) 23:31, 18 March 2018 (UTC)

For me at the permalink the edit summary does not exceed screen width. Gryllida (talk) 02:10, 19 March 2018 (UTC)
This is how it displays for me. Master of Time (talk) 02:18, 19 March 2018 (UTC)
@Gryllida: Does the edit summary just cut off? Or does it actually display as multiple lines? Do you have a very wide monitor perhaps? Master of Time (talk) 02:18, 19 March 2018 (UTC)
Confirm with monobook, vector, not with timeless skin. Gryllida (talk) 02:30, 19 March 2018 (UTC)
The timeless skin technically just 'covers up' the right side. If I click my middle mouse in the center part of the page, it still lets me drag way off to the right. The very end of the edit summary is a lowercase v. With that being the case, every skin has the problem where the edit summary won't break into multiple lines despite not fitting on the page. Master of Time (talk) 02:40, 19 March 2018 (UTC)
No, the timeless skin wraps. It does not cut off.
It has "ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXY" on the first line and "ZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEF" on the next line (and a few more lines to follow).
Add "#mw-revision-info .comment { word-wrap: break-word; display: block; }" to your common.css (Special:MyPage/common.css) to fix it, I think that's what it does. Gryllida (talk) 03:13, 19 March 2018 (UTC)
That didn't do anything, unfortunately. My edit summaries still won't wrap properly. Master of Time (talk) 03:55, 19 March 2018 (UTC)
This is due to en.wp's use of mbox tables of the the mw-revision-info. Leave a comment at MediaWiki_talk:Common.css and when I or someone else has some time, we can probably fix it. (Or maybe it's time to finally rewrite our mboxes to get rid of those tables...) —TheDJ (talkcontribs) 08:32, 19 March 2018 (UTC)
Whatever it is, it is working for me with the CSS applied when I use the ?useskin=monobook or vector parameter. I apologize for misleading commentary about my suggested css code fixing the issue, perhaps someone who uses monobook as their main skin may be able to resolve the problem further. --Gryllida (talk) 22:37, 19 March 2018 (UTC)

Please volunteer to document mw:Extension:Graph, update it to use Vega 3?

Hi all! mw:Extension:Graph allows to draw graphs and charts and variously sized and colored points on maps. Documentation appears to be lacking using Vega 2 library. Vega version 3.0 documentation is not very introductory level. :-) Do we have volunteers who could expand the extension documentation to include an explanation of how its features work, starting from hello world and gradually increasing complexity? And or volunteers to update the extension to Vega 3?

Specifically what interests me is the ability to create timelines spanning across several days with events with hours and minutes. I had tried this at mw:User:Gryllida/sandbox (starting from mw:Extension:Graph/Demo#Timeline_/_lifeline) but could not figure out how it should work. No error message has been produced. --Gryllida (talk) 02:08, 19 March 2018 (UTC)

To clarify, what I expect to make or use is a template that takes a set of timestamps and strings as argument and outputs a timeline, for instance,
|2018-03-01 12:04:I had lunch {{fixed}}
|2018-03-02 08:01:Someone had [[breakfast]] in a hall.}}
Would output a timeline with these times set (and 20% at each side of the earliest and latest event for readability). The annotations need to be able to contain clickable links and images. --Gryllida (talk) 03:22, 19 March 2018 (UTC)
Gryllida there's {{Simple_Horizontal_timeline}} and mw:Extension:EasyTimeline either of which would be simpler for this case, I assume Galobtter (pingó mió) 09:14, 19 March 2018 (UTC)
from and to cannot be nil or equal.? -Gryllida (talk) 11:00, 19 March 2018 (UTC)
Hmm, simple horizontal timeline only supports individual years. Galobtter (pingó mió) 13:19, 19 March 2018 (UTC)
Please don't use EasyTimeline anymore. It has a lot of bugs and display issues that are virtually impossible to fix, not to mention that its timelines look terrible. (Having said that, I don't know what the current state of the art is for timelines and the like. Presumably it is Graph, if anyone can work out how to use it.) — This, that and the other (talk) 11:06, 19 March 2018 (UTC)
If we can eliminate its usage on all current pages perhaps it is worth uninstalling it. --Gryllida (talk) 00:47, 20 March 2018 (UTC)

Tech News: 2018-12

15:03, 19 March 2018 (UTC)

Message sent by User:Trizek (WMF)@metawiki using the list at

No mention of edit summary pings being deployed...? Are they live now or what? Thought that'd go into tech news issue. --Gryllida (talk) 22:39, 19 March 2018 (UTC)
It was mentioned last week, see #Tech News: 2018-11 above. Anomie 00:42, 20 March 2018 (UTC)
Oh, thanks, I think I missed that issue. Sorry. Thanks again. :-) Gryllida (talk) 00:48, 20 March 2018 (UTC)
Gryllida, I sometime miss things from Tech News as well, so I sometimes thing about a "Previously in Tech News" section on any new issue... :D (And thank you for the reply, Anomie!) Trizek (WMF) (talk) 15:28, 20 March 2018 (UTC)
Great thanks. :) (Please do not comment the last line as it shows which person delivered the message.) Gryllida (talk) 17:52, 20 March 2018 (UTC)
The line is appended by MediaWiki:Massmessage-hidden-comment with source: <!-- Message sent by User:[email protected]$2 using the list at $3 -->. It's designed to be a hidden comment as the message name says. I see no good reason to unhide it here. The post already says: "Tech news prepared by Tech News writers and posted by bot". PrimeHunter (talk) 18:33, 20 March 2018 (UTC)

Problem with thumbnail derived from xcf file

The_Immortal_Ten has a thumbnail in the top right of the page with obviously reversed colors. The original file at [16] looks fine, and there is a thumbnail on the image page that looks fine. I'm not sure if this is a Wikimedia bug, or if the thumbnail needs to be regenerated, but I'm not seeing an obvious way to fix this myself. Wingedsubmariner (talk) 16:51, 19 March 2018 (UTC)

@Wingedsubmariner: the thumbnail on that page for File:Immortal10WP.xcf looks fine to me, try clearing your cache and checking again? — xaosflux Talk 15:44, 20 March 2018 (UTC)
Note, it does appear to render 'darker' (more contrast - but not "reversed") in IE compared to FF and Chrome. — xaosflux Talk 15:47, 20 March 2018 (UTC)
@Xaosflux:Strange, it looks fine for me too now. Should have taken a screenshot. Wingedsubmariner (talk) 17:02, 20 March 2018 (UTC)

Template to test whether string is a decade?


Is there any template which will test whether a string is a decade? Or parser code to do the same job?

I want something which will return a true/non-null for a valid decade (e.g. "1830s", "560s") but return a false/null value for a non-decade (e.g. "1741", "1920x", "sdsjjdh").

Any suggestions? --BrownHairedGirl (talk) • (contribs) 17:28, 19 March 2018 (UTC)

Ah I found I can do it with Module:String:
--BrownHairedGirl (talk) • (contribs) 17:51, 19 March 2018 (UTC)
That won't work for "560s". That'd be {{#invoke:String|match|{{{DateWhichMayBeaDecade|}}}|^%d?%d?%d?0s$|ignore_errors=true}} Galobtter (pingó mió) 17:58, 19 March 2018 (UTC)
Thanks, @Galobtter.
I know it won't work before the 1000s, which suits this use. I should have noted that I am using it in Template:Infobox GAA club, and since GAA clubs date from the 19th cent, I only needed to validate 4-digit decades.
Your search pttern will be useful for anyone seeking to do this for decades which may precede the 2nd millennium. --BrownHairedGirl (talk) • (contribs) 22:39, 19 March 2018 (UTC)
You might want to check for [12]%d%d0s$ to catch transposition errors like "9180s". – Jonesey95 (talk) 01:50, 20 March 2018 (UTC)
9180s is a valid decade, in the 10th millenium. {{3x|p}}ery (talk) 01:57, 20 March 2018 (UTC)
@Jonesey95: I'm not worried about that. Any 9180s-type errors will make the template try to populate several non-existent categories, so the error will be visible. Keep it simple. --BrownHairedGirl (talk) • (contribs) 13:11, 20 March 2018 (UTC)

Events calendar


For Wikimédia France, 0x010C developed the tool Events calendar. The Events calendar is a common calendar, that can be used by anyone to share events having some connection with the Wikimedia movement. The central calendar, displayed on m:Events calendar contain all the events, while each project page can display his own, through a filter system.

The events calendar can be used on any other pages, with location or tag filters enabled. For example, it can be used to display all events of a given user-group, taking place in a city (Paris) or linked with a given subject (Wikisource).

It is possible to export a set of events in the iCalendar file format.

The event calendar can be viewed and used directly by anybody, connected or not, but its functionalities are limited to the features described in the template's documentation. To unlock the ability to navigate between months, to dynamically change the view or filter the events, and the easily manage events (add new ones, edit or delete existing), you will have to copy-paste those two lines in your common.js:

importScript( 'User:0x010C/Events-calendar-editor.js' );
importScript( 'User:0x010C/Events-calendar-navigation.js' );

Pyb (talk) 21:05, 19 March 2018 (UTC)

"each project page can display his own, through a filter system." how is this achieved? Via {{Events calendar}}? What are the steps to import this template to another wiki? --Gryllida (talk) 22:42, 19 March 2018 (UTC)
@Gryllida: the pages are meta-local at meta:User:0x010C/Events-calendar-editor.js and meta:User:0x010C/Events-calendar-navigation.js - you could review these and localize them if you want them on a local project. — xaosflux Talk 04:12, 20 March 2018 (UTC)
Where they could become a gadget if there was community support. — xaosflux Talk 04:12, 20 March 2018 (UTC)
Hi Xaosflux and thanks for your advice :-) I just put the importScript lines from the message above into my global.js and they allow me to view the calendar but I do not think they fully resolve the problem, I would like to define my own set of events on a local wiki and I do not know where to store them in a way that they do not show on your calendar. I can understand this is all open source but I am busy this month as I have a lot of homework so I think it should be possible to obtain documentation of this from the contributors who already are familiar with this tool. Gryllida (talk) 04:33, 20 March 2018 (UTC)
@0x010C: may be able to answer you. — xaosflux Talk 04:36, 20 March 2018 (UTC)
You can create a specific calendar on meta. It is not intended to be used outside of meta. But if you want, you'll need to copy-paste the script in Lua, templates, javascript fils, json files, etc. Pyb (talk) 07:48, 20 March 2018 (UTC)
Hi thanks. Would you most kindly please be interested in documenting the list of files that would need to be copied? I think it would be nice to have the calendar feature at other sister projects locally so that they can organize meetups and similar events without visiting meta wiki. These events are only in one language and do not necessarily need translation or exposure to other regions.
This would also allow the calendar tool to be used outside of Wikimedia wikis, i.e. at a wiki that is run for a non-profit organization on their own wiki. Gryllida (talk) 09:37, 20 March 2018 (UTC)
Hi @Gryllida:,
The initial goal of this calendar was to gather in one place (on meta) all events in relation with the Wikimedia movement (to be able to see Wikipedia, Wiktionary, Wikisource,... related events for example, without having to go on each project individually), while allowing people to create their own subsets using tags and/or location filters.
So you can add your events to the global calendar, and put on another page (on meta) a template like {{Events calendar|tags=1Lib1Ref|locations=Greece}} for exemple, to show only 1Lib1Ref events in Greece. As others also filters their calendar, it won't show up on the calendar of people looking for events in France. It won't appear either on the Wikisource UserGroup's calendar, as they filter to show only Wikisource-related events in all countries (meta:Wikisource Community User Group/Events). See meta:Template:Events calendar for other examples.
Currently the main drawback is that to add new locations or tags, you will have to edit manually a json file, I'll work on that point next week-end.
As you are not the first to ask to import this on an other Wikimedia wiki, I'll look in some weeks to allow import on other wiki, while keeping the data centralized.
Regards — 0x010C ~discuter~ 09:51, 20 March 2018 (UTC)
Thanks and I would also like to use it on a non-commercial wiki which is not a part of Wikimedia movement - so please consider making it possible to store data locally. Gryllida (talk) 17:42, 20 March 2018 (UTC)

Archiving community Good Article reassessments

Hi all. I used to work on community Good Article reassessments area years ago and have recently returned. Old community reassessments are archived by Veblenbot. When I was involved I would have to manually update the category listing to open up the next archive. However I am unable to do so now. CBM (talk · contribs) gave control of the GAR archiving function of Veblenbot to Ruhrfisch, who is no longer able to maintain it (see User talk:Ruhrfisch#WP:GAR needs category list updating.). I found two relevant discussions at the Bot noticeboard (Wikipedia:Bots/Noticeboard/Archive 8#New operator needed for VeblenBot and PeerReviewBot and Wikipedia:Bots/Noticeboard/Archive 10#User:VeblenBot) The last good article reassessment that was successfully archived was in April 2015 (Wikipedia:Good article reassessment/Archive 59).

This is obviously a long term problem that may affect other processes (peer review has been mentioned in a few threads). Is it possible to archive these reviews in a different way that doesn't require the manual updating of a bot? @GamerPro64, BlueMoonset, and Geometry guy: as editors familiar with the problem. AIRcorn (talk) 02:17, 20 March 2018 (UTC)

I originally took over Veblenbot thinking it would be for a short time, and I could hand it over to someone who knew how to run and maintain it far better than I. No one has ever come forward to take over the bot and I am not able to maintain it now. Sorry, Ruhrfisch ><>°° 13:13, 20 March 2018 (UTC)

The problem with hiding bot edits in watchlist

There's an option to hide bots edits from your watchlist in your preferences, and I believe it's on by default. It makes sense; approved bots pretty much always make uncontroversial changes mostly involving maintenance tasks, so you don't want your watchlist to clutter up with those.

But let's imagine a scenario where user A watchlists article P, and user B comes along, adds a maintenance template (like {{refimprove}}) to the article without the |date= parameter. And in subsequent edits (or even in the same edit), B also makes some pretty controversial changes. Now MaintenanceBot notices the missing date parameter and adds it.

Problem is, anyone who checks their watchlist after MaintenanceBot made the most recent edit will not see any changes to article P, and user B will (at least for a while) get away with their controversial changes.

One solution is to show the last human edit made since the page was viewed by the watcher, disregarding the most recent edit if it was made by a bot. This seems ideal, but it might be technically hard to implement without breaking something: the rollback button can no longer be displayed on only specific pages on your watchlist.

Another solution is to show bot edits where a human also made changes before the bot edit and after the watcher last saw the page. This is obviously less-than-ideal, but at least it draws attention. Smtchahal (talk) 04:13, 20 March 2018 (UTC)

Welcome to the 9th+ year of people wanting phab:T11790 to happen @Smtchahal:. — xaosflux Talk 04:15, 20 March 2018 (UTC)
Wasn't aware of that, guess I should've looked first, thanks! Smtchahal (talk) 04:22, 20 March 2018 (UTC)
This only applies if people are grouping recent changes by page, but not otherwise? --Gryllida (talk) 04:36, 20 March 2018 (UTC)
@Gryllida: This applies to your watchlist, I don't know about recent changes. Smtchahal (talk) 05:05, 20 March 2018 (UTC)
Gryllida: It applies if "Expand watchlist to show all changes, not just the most recent" is disabled at Special:Preferences#mw-prefsection-watchlist. Disabled is the default. It's mentioned at Help:Watchlist#Options with a reference to phab:T11790. PrimeHunter (talk) 11:49, 20 March 2018 (UTC)
The bot-edit-hiding option is not on by default. Graham87 09:54, 20 March 2018 (UTC)

Bot for infobox image cleanup

Hello, I have done many cleanups in which image was being used in infobox inappropriately like this. Can such tasks be performed across wiki by a bot? Capankajsmilyo (talk) 04:46, 20 March 2018 (UTC)

To answer your question yes it can be done, but based on my own experience of doing it I would say its better being done with WP:AWB because there's no accounting for the numerous wonderful ways editors managed to format the code for fields like that. - X201 (talk) 10:02, 20 March 2018 (UTC)
AWB is tedious and this is a recurring issue. Another important fact is that the image does not display at all in such pages. Capankajsmilyo (talk) 15:38, 20 March 2018 (UTC)
If you find it tedious, that sort of editing might not be for you. Some of us find it relaxing. As for the image, it was displaying just fine before your edit. – Jonesey95 (talk) 19:45, 20 March 2018 (UTC)

Failed login attempt info

Would it be possible to receive details about failed login attempts beyond "this happened"...?

It'd be useful to know what password they tried to use. For example, if you can tell they're just trying common passwords (e.g. password, 123456, etc), then you shouldn't have much to worry about. If they're using your older passwords, then you need to change your password immediately.

It'd also be useful for at least CUs (if not others) to know what IP address was used in the attempt.

Ian.thomson (talk) 14:00, 20 March 2018 (UTC)

That's a fairly atrocious idea. What happens if you typo your own password? You've just exposed yourself to anyone who can see what you tried. --SarekOfVulcan (talk) 14:02, 20 March 2018 (UTC)
I would assume that the info would only be shared with people who can see that there was a failed login attempt anyway. This should only be the user in question and the few folks who can see anyone's password anyway. Ian.thomson (talk) 14:54, 20 March 2018 (UTC)
Passwords aren't stored anywhere so nobody can see them. Only a hash of the password is stored. Many people use the same password at multiple sites and somebody with access to their email should absolutely not be able to see the password even if they can use the email access to request a new password and hack the Wikimedia account. And good faith users who mistype their username at login but enter their right password also shouldn't have the password revealed to a user with the mistyped name who may be able to guess who mistyped it. As xaosflux said, this is never going to happen for all sorts of reasons. PrimeHunter (talk) 15:18, 20 March 2018 (UTC)
@Ian.thomson: The "what password was used" is never going to happen for all sorts of reasons. The CU stuff has already happened, and there are additional changes being considered now. See phab:T174388 and its linked tasks for more information. — xaosflux Talk 14:29, 20 March 2018 (UTC)

Doubled-up overlapping coordinate links

In Upper Twin Falls Bridge, there are two overlapping and slightly offset coordinates links in the upper-right corner (Firefox 52.6.0 on CentOS 7, vector skin). {{coord}} is in {{Infobox NRHP}} which is embedded in {{Infobox bridge}}. Since the coords are repeated in both infoboxes, would that be part of the cause? Chris857 (talk) 16:06, 20 March 2018 (UTC)

I moved the coords from the NRHP infobox out to the Bridge infobox, and that fixed it in this case. I'm not sure what the general-case fix should be. --SarekOfVulcan (talk) 16:12, 20 March 2018 (UTC)
Checking the history, it looks like the edit that's currently causing the problem was here, where the individual NRHP coordinate parameters were combined into the coord template. I don't know if the double display started happening then, or if there was a later change to coord that caused it. --SarekOfVulcan (talk) 16:29, 20 March 2018 (UTC)
Template:Infobox bridge was changed in January to pull coordinates from Wikidata if they were not present in the infobox. Coordinates embedded in the NRHP sub-template were displayed along with the Wikidata coordinates. Moving the coordinates from the NRHP template to the bridge template made the infobox stop looking in Wikidata for the coordinates. It looks like there is not any sort of error tracking built into the template to detect this condition. – Jonesey95 (talk) 19:51, 20 March 2018 (UTC)

My own username

How do I obtain my own logged in username? The userspace linking templates require you to manually enter a username. Three tildes will get me my signature, but how can I automatically get just my logged in username? Thanks,  Buaidh  22:50, 20 March 2018 (UTC)

4 tildes. Natureium (talk) 22:55, 20 March 2018 (UTC)
Nope. That gets me my signature and the date, but not just my username. This ought to be simple, but I haven't found it yet.  Buaidh  23:07, 20 March 2018 (UTC)
{{subst:REVISIONUSER}} will produce it when you save. For what purpose? PrimeHunter (talk) 23:20, 20 March 2018 (UTC)
I would like to produce a version of Template:User that does not require the user to enter their own username (or a falsified username.) Ideally the template would produce the user's signature with a link to their talk page, a link to their contributions page, the time, and the date. e.g.,  Buaidh  (talk · contribs) 23:48, 20 March 2018 (UTC)
Such a template can only work if it's substituted so the documentation must specify to write {{subst:User}}. You need someting to keep the right code on the template page itself, e.g. {{sub<noinclude></noinclude>st:REVISIONUSER}}. PrimeHunter (talk) 23:56, 20 March 2018 (UTC)
Thanks,  Buaidh  (talk · contribs) 00:14, 21 March 2018 (UTC)
Retrieved from ""
This content was retrieved from Wikipedia :
This page is based on the copyrighted Wikipedia article "Wikipedia:Village pump (technical)"; it is used under the Creative Commons Attribution-ShareAlike 3.0 Unported License (CC-BY-SA). You may redistribute it, verbatim or modified, providing that you comply with the terms of the CC-BY-SA