# Wikipedia:Village pump (technical)

(Redirected from Wikipedia:Vpt)
 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. Questions about MediaWiki in general should be posted at the MediaWiki support desk.

« Older discussions, 121, 122, 123, 124, 125, 126, 127, 128, 129, 130, 131, 132, 133, 134, 135, 136, 137
Centralized discussion
Proposals: policy other Discussions Ideas
• A proposal to gradually offer both wikitext and VisualEditor to new accounts
• Discuss proposals for celebration of the upcoming 5 millionth article on English Wikipedia
• An RfC for a banner alert campaign on the threat to Freedom of Panorama in Europe
• An RfC for a four-day delay period for deleting abandoned AfC submissions under G13
• An RfC to permit trusted non-admins to close TFD discussions with uncontroversial delete outcomes
• A proposal to forbid IPs from participating in the RfA process.
• A proposal to elevate WP:BRD to guideline status
• An RfC on "edit in Wikidata" links, for templates using Wikidata

Note: inactive discussions, closed or not, should be archived.

## Impending bot armageddon

Hidden in the link at the end of today's Tech News is a bit of a bombshell. For people who didn't notice, most of our bots are going to stop working on 2 July if their code isn't updated.

According to the announcement, the following bots need to be fixed. (I've restricted the list to bots active on this wiki.)

We are reliant on quite a few of those bots for the smooth functioning of our wiki, so it's very important that they are fixed. Also, as TheDJ says above, there are also a number of user scripts that need fixing as well.

I've started a list of users to notify about this at User:Mr. Stradivarius/API continuation/users to notify, and a message to send to them at User:Mr. Stradivarius/API continuation/message. It would be very helpful if people could help me to expand the list to include user scripts, and to help copy edit the message. Once that's done, we can send it out using Special:MassMessage. Hopefully that will prevent wiki-meltdown on 2 July. — Mr. Stradivarius ♪ talk ♪ 00:53, 9 June 2015 (UTC)

This was also announced at WP:BOTN, with the complete list of bots that are known to be at risk. If you have know bot owners who don't frequent BOTN here (especially people at other projects), then please reach out to them. (Also, someday we need to create a template for major issues like this—maybe something like {{warning|All your bots are going to break}}. This only seems to happen once or twice a year, but I worry that people won't notice these messages in time.) Whatamidoing (WMF) (talk) 01:29, 9 June 2015 (UTC)
You know we have a feature called Wikipedia:Mass message senders, and I do have a talk page that yells at me everytime someone edits it. I only check the bot operators' pages once in a blue moon, and I'm not subscribed to any email lists. I learned of this after my bots broke. – Wbm1058 (talk) 18:17, 13 June 2015 (UTC)
Is there a full list of affected bots? The announcement only names those with over 10,000 deprecation warnings over the course of a week. Some bots operate at a lower frequency but are equally as important 01:49, 9 June 2015 (UTC)
CBNG and CBIII have had a source code change that Damian will push to live soon - RichT|C|E-Mail 08:51, 9 June 2015 (UTC)
Anomie is checking with Legal if they can release all the account names: "I already have the list of *accounts* affected: there are 510 with between 1000 and 10000 hits. Of those, 454 do not contain "bot" (case insensitively)" https://lists.wikimedia.org/pipermail/wikitech-l/2015-June/081953.html --Sitic (talk) 19:24, 9 June 2015 (UTC)
I'm guessing that the non-bot users will mostly be people using Huggle, Twinkle, AWB, STiki, and other similar tools. I'm not sure which of the tools is affected, though. — Mr. Stradivarius ♪ talk ♪ 22:08, 9 June 2015 (UTC)
there is now a list for all the bots which where not mentioned in the original mail: https://lists.wikimedia.org/pipermail/wikitech-l/2015-June/082037.html --Sitic (talk) 16:15, 11 June 2015 (UTC)
Not all the bots, just the ones that hit the warning more than 1000 times during the week sampled (May 23–29, IIRC). Anomie 00:09, 13 June 2015 (UTC)
• Mine and everyone else using Peachy have been fixed.—cyberpowerChat:Online 08:55, 9 June 2015 (UTC)
• Does anyone know whether there is a fix planned/available for Pywikibot? That would cover about half the bots in the list. — Mr. Stradivarius ♪ talk ♪ 09:40, 9 June 2015 (UTC)
You can find some info here: Wikisource:Scriptorium#Pywikibot_compat_will_no_longer_be_supported_-_Please_migrate_to_pywikibot_core. --Mpaa (talk) 12:19, 9 June 2015 (UTC)

OK, my HTTPS issues have been solved, but just a reminder that I still have only about two weeks to figure out what this is about. – Wbm1058 (talk) 18:41, 16 June 2015 (UTC)

Add the parameter rawcontinue=1 to you get request for list queries. I tested it, and it works.—cyberpowerChat:Online 23:26, 17 June 2015 (UTC)
With gerrit:219198 there is a fix for compat which adds the rawcontinue parameter  @xqt 16:23, 25 June 2015 (UTC)

### Scripts that need fixing

I've just been looking at the number of user scripts that need fixing, and according to this search the number is 111. That includes the Popups and Contribsrange gadgets, along with some popular user scripts like Dabfinder. (And a lot of clones of the old version of closeAFD.) We should probably start going through and just fixing these. — Mr. Stradivarius ♪ talk ♪ 05:39, 20 June 2015 (UTC)

I've just fixed popups. — Mr. Stradivarius ♪ talk ♪ 06:20, 20 June 2015 (UTC)
And contribsrange. — Mr. Stradivarius ♪ talk ♪ 06:28, 20 June 2015 (UTC)
Do you think that the same changes need to be made at other wikis, too? Whatamidoing (WMF) (talk) 06:45, 20 June 2015 (UTC)
Yes. For example, try the same search at Commons or at the French Wikipedia. There are a lot of old scripts out there that need to be updated. (The trick is knowing which are widely used and which are just for personal use or for testing, etc.) — Mr. Stradivarius ♪ talk ♪ 09:16, 20 June 2015 (UTC)
I've just fixed a few dozen more scripts, bringing the number of search results down to 79 (and there are a few false positives in there as well). If anyone wants to help, be my guest. :) — Mr. Stradivarius ♪ talk ♪ 03:42, 25 June 2015 (UTC)
Done Hurrah! Now all the scripts on enwiki are fixed. (Or at least, all the ones that the search found.) The seven remaining results are all false positives. I went and fixed quite a few people's common.js, monobook.js and vector.js as well. — Mr. Stradivarius ♪ talk ♪ 16:07, 26 June 2015 (UTC)

### Spurious warnings

Sorry, maybe that word is too strong here, but the bulk of warnings that RMCD bot is receiving are coming from simple requests to read the contents of the current talk page.

These are prop=revisions requests, where rvlimit=1 ... the application doesn't need to pull up historical revisions of talk pages. So, I have two options to make the warning go away:

It doesn't matter which I use here, so this is much to do about nothing. I assume that even the largest possible talk page given the software limits may be retrieved in full with a single API request, so there is never any need to continue here. Couldn't you limit the warning messages to when applications actually make the continuation requests? Was this distinction made in determining who to send the mass-message notice to? I'm still looking to see whether my applications actually make any continue requests, but I see some in my library, so that needs to be updated whether my applications use those functions that continue or not. Wbm1058 (talk) 19:54, 22 June 2015 (UTC)

The warnings will presumably go away when the default changes on 2 July, so you can just wait it out and then your problem will be solved. I suppose displaying the warning by default could be seen as a waste of bandwidth, but that's probably better than not having the warning on by default and no-one knowing about the API change before it happens. — Mr. Stradivarius ♪ talk ♪ 23:31, 22 June 2015 (UTC)
There will be a different warning (see the code here) for some time, so that when people who somehow missed all the notices try to debug their queries they have a helpful message to see.
As for the spurious warnings, you're free to ignore them if you're not actually continuing the query. Anomie 14:41, 28 June 2015 (UTC)

## HTTPS by default

Hi everyone.

Over the last few years, the Wikimedia Foundation has been working towards enabling HTTPS by default for all users, including anonymous ones, for better privacy and security for both readers and editors. This has taken a long time, as there have been different aspects to take into account. Our servers haven’t been ready to handle it. The Wikimedia Foundation has had to balance sometimes conflicting goals, having to both give access to as many as possible while caring for the security of everyone who reads Wikipedia. This has finally been implemented on English Wikipedia, and you can read more about it [link-to-blog-post here] here.

Most of you shouldn’t be affected at all. If you edit as registered user, you’ve already had to log in through HTTPS. We’ll keep an eye on this to make sure everything is working as it should. Do get in touch with us if you have any problems logging in or editing Wikipedia after this change or contact me if you have any other questions. /Johan (WMF) (talk) 12:43, 12 June 2015 (UTC)

There's a blog post at the Wikimedia Foundation blog now. /Johan (WMF) (talk) 13:09, 12 June 2015 (UTC)
To Johan (WMF): – You have to know what a real drag this is. Not only do I want a CHOICE in the matter, and would continue to choose HTTP as long as the edit summary field's autofil function does not work when I'm on the HTTPS server, you should also consider what Redrose64 said above, that some users are unable to use HTTPS connections. The part in the blog post about "all logged in users have been accessing via HTTPS by default since 2013" is just not true, either. We've been given a choice up until now, and I for one do not want to give that up. I want to be able to CHOOSE whether or not I'm on the HTTP server or the HTTPS server. – Paine  14:21, 12 June 2015 (UTC)
Yes, we do know. The answer I was given when I asked about this is that any form of opt-out would also leave potential security risks in our implementation which make it difficult to safeguard those who do not opt-out. Because of this, we’ve made implementation decisions that preclude any option to disable HTTPS, whether logged in or not. This renders the current opt-out option ineffective, and the option will be removed at a later date after we’ve completed the transition process. /Johan (WMF) (talk) 14:27, 12 June 2015 (UTC)
You have had to use HTTPS to access the site when logging in as it's been used for the login process, though. /Johan (WMF) (talk) 14:30, 12 June 2015 (UTC)
It's evidently a weighty issue. And I do realize that I don't edit WP in a vacuum, that I must eventually accept this situation for the good of all. And frankly, I don't have a problem with having to stay on HTTPS as pertains to the "big picture". My problem is very basic and concerns the fact that I no longer have a drop-down list from which to pick my edit summaries, because that function is thwarted by my IE-10 when I am on any HTTPS server. If that little quirk could be fixed, I'd be a happy camper whether I'm on a secure server or not. – Paine  15:47, 12 June 2015 (UTC)
I'm not very familiar with IE myself, but I'll ask around and see if anyone knows a simple fix. /Johan (WMF) (talk) 16:12, 12 June 2015 (UTC)
IE10 won't enable autocomplete on HTTPS pages when the "Cache-Control: no-cache" HTTP header is set (which Wikipedia does). Changing it from "no-cache" to "must-revalidate, private" would allow autocomplete, but may have other unintended consequences. --Ahecht (TALK
PAGE
) 16:34, 12 June 2015 (UTC)
It seems like IE 11 does not have this problem, and all users would eventually be required to update to it by the end of the year (by Microsoft). Did you try IE 11? Tony Tan · talk 02:09, 14 June 2015 (UTC)
Yes, Tony Tan, I upgraded to Win8.1 and IE-11 yesterday and was pleased to pass it on that it has given me back what I had lost with the older browser and Windows software. Thank you very much for your kind thoughts and Best of Everything to You and Yours! – Paine  02:26, 14 June 2015 (UTC)
I also see I am struck with using HTTPS, which is nuisance and a bother as I longer have a drop-down list from which to pick my edit summaries. How can a drop-down list be re-implemented? It was the only degree of automated help we had in what is otherwise an unfriendly article editing environment. Hmains (talk) 17:44, 12 June 2015 (UTC)
So how do I use the website in http then? I do not want extra security to protect me. I don't need protecting. This is a nonsense. Why am I being forced to use https even though I don't want to use it? There was an opt out. The opt out has been removed despite the fact that those using the opt out very clearly want to opt out. — Preceding unsigned comment added by 86.18.92.129 (talk) 19:46, 12 June 2015 (UTC)
Hi, the reason explanation I've been given is that any form of opt-out would also leave potential security risks in our implementation which make it difficult to safeguard those who do not opt-out. /Johan (WMF) (talk) 19:53, 12 June 2015 (UTC)
I'll try to figure out if there is a solution to that, Hmains. /Johan (WMF) (talk) 19:53, 12 June 2015 (UTC)
Johan (WMF), Re: "the reason explanation I've been given is that any form of opt-out would also leave potential security risks in our implementation which make it difficult to safeguard those who do not opt-out", would you be so kind as to ask for a one-paragraph explanation as to why they believe this to be true and post it here? Not a dumbed-down or simplified explanation, but a brief, fully technical explanation for those of us who are engineers? Thanks! --Guy Macon (talk) 20:49, 12 June 2015 (UTC)
Sure. Just so you know, they're getting a lot of questions at the moment, as well as handling the switch for the hundreds of Wikimedia wikis that aren't on HTTPS yet, but I'm passing on all questions I get that I can't answer myself. /Johan (WMF) (talk) 21:18, 12 June 2015 (UTC)
The engineering-level explanation is that in order to help prevent protocol downgrade attacks, in addition to the basic HTTPS redirect, we're also turning on HSTS headers (gradually). The tradeoff for HSTS's increased protections is that there's no good way to only partially-enforce it for a given domainname. Any browser that has ever seen it from us would enforce it for the covered domains regardless of anonymous, logged-in, logged-out, which user, etc. Once you've gone HSTS, opt-out just isn't a viable option. /BBlack (WMF) (talk) 21:56, 12 June 2015 (UTC)
see the answer above. /Johan (WMF) (talk) 22:12, 12 June 2015 (UTC)
To Johan (WMF): I don't see what the problem is: create a cookie named something like IAcknowledgeThatHttpIsInsecure which can be set from a dedicated page: if this cookie is set, do not send the Strict-Transport-Security (HSTS) header and do not force redirect to HTTPS. Yes, people who have received the Strict-Transport-Security header will get a browser error, but I assume all browsers that implement HSTS allow some way for the user to manually override or ignore it (something like "I know what I'm doing", then set a security exception); and the users can be warned in advance on the dedicated page that sets the cookie. If you're afraid an attacker will set the cookie on an unsuspecting user (through a fake Wikipedia page) and thus bypass HSTS, please note that (1) this attack always exists anyway, because an attacker who can do this can setup a fake HTTP wikipedia.org proxy domain anyway (in both cases, it will impact those users who did not receive the HSTS header), and (2) you can mitigate the attack by letting the cookie's content contain a MAC of the client's IP address (or some other identification string), with a MAC key that Wikimedia keeps (and the cookie is honored only if the MAC matches). You might also display a warning in the HTML content if the cookie is set, reminding of its existence and impact, and giving a link to remove it should the user change their mind. The performance cost of all of what I just described should be completely negligible in comparison with the performance cost of doing HTTPS in the first place. And this should all be very simple to implement. On a personal note: I promise to donate 150€ to the Wikimedia foundation (adding to the 100€ I donate about once a year) if and when a way to access it through HTTP using the former URLs is brought back; conversely, until this happens, I will be too busy to consider how I can work around this inconvenience to contribute either financially or by editing articles. (I could also go on to emphasize how, as a cryptographer, I think the idea of forcing users to go through HTTPS to read publicly accessible and publicly editable information is absolute idiocy, but the cryptophile zealots have made up their mind already.) --Gro-Tsen (talk) 19:43, 13 June 2015 (UTC)
OK, I'll give up on trying to solve other people's problems with HTTPS and focus on mine: to this effect, do you (or anyone else) knows if there at least exist some reliable transparent Wikipedia mirror on HTTP (perhaps something like "wikipedia-insecure.org") that allows both reading and editing and that I could use (by spoofing my DNS to point there) without the trouble of setting up my own? (I hope we can agree that a mirror served under a different domain cannot weaken security since anyone can set up such a thing.) I'll find a way to disable HSTS on my browser somehow. --Gro-Tsen (talk) 23:02, 14 June 2015 (UTC)

It's worth giving some background here to understand the need for security. One of last year's revelations was that Wikipedia editors were being targeted by the NSA. So if you weren't using HTTPS (and probably even if you were), you were likely helping to build a database profile on your reading habits. But worse, your e-mail and other communications were probably also targeted for follow-up simply because you edit Wikipedia. What difference does it make? Nobody in the general public knows! The collected information is used in secret fashion in secret ways by undisclosed people. But there are real dangers to you. Supposedly, the information is being used only for national security related to terrorism. That's not true, however, because it is known from the same leaks that it is being used for more than that, for instance, in the war on drugs. And, it is also known that collected information is sometimes abused by those who have access to it for personal reasons. The use could also include (and probably is) helping to decide whether you get security clearance for future dream job. it could potentially even be used to sabotage a hopeful's political career or in general help silence people with oppositional points of view. In other words, this information has the potential to be used by people now or in the future to negatively affect your life and destiny without you even knowing. The WMF has decided (and rightfully so) that there's a need to protect users from dangers that they might not even be aware of. When it comes to this, many people say things like "I'm not doing anything wrong" or "I've got nothing to hide" but the problem is that you can't say you're doing nothing wrong because it's third parties who determine that, not you. And you do have stuff to hide even if you are completely a law-abiding citizen. This issue that affects you even if you think it doesn't. People are talking above about certain countries that do not allow HTTPS and how IP users there should be not be forced to use HTTPS because Wikipedia would be blocked for them. Well, those are great examples where governments being able to see what you are reading could get you arrested, imprisoned, or worse. The use of HTTPS is only a minor step in combating the abuse of government-level surveillance but it's a step in the right direction. @Johan (WMF), it'd be interesting to know why the implementation cannot safely handle an opt-out because naively I don't see why the one should affect the other. Maybe this exposes a flaw in the implementation. Jason Quinn (talk) 21:17, 12 June 2015 (UTC)
Hi Jason Quinn, thanks. I'm passing on the question to someone better suited to answer it than I am. /Johan (WMF) (talk) 21:20, 12 June 2015 (UTC)
On January 12, 2016, Windows 7 users will be required to install Internet Explorer 11 and Windows 8 users will be required to update to Windows 8.1 anyway, so you don't need to worry about the autocomplete problem in IE10. That problem doesn't occur in IE11. GeoffreyT2000 (talk) 21:26, 12 June 2015 (UTC)
Wikipedians were NEVER targeted by the NSA, why would they be? I don't know where you people are getting your information from and if some wikipedian came along and said that s/he was being targeted, then s/he was either being paranoid (like 90% of americans) or s/he is doing soemthing "illiegal" so its the best interest of wikipedia to report that person to NSA, not ENFORCE this stupid idea....Again Wikipedia is an INTERNATIONAL website, its NOT only for AMERICA....why should the rest of the world have to pay for the fears of a few paranoid psychopaths that are better off in jail..oh and BTW, HTTPS has and will NEVER be secure, the "s" in https never stood for secure..., Why would you allow this?-- 21:43, 12 June 2015 (UTC)
At the right is the main slide itself so you and others can decide for themselves what it means. The slide explicitly uses Wikipedia as an example of the websites that they are "interested in" and confirms that they are interested in "typical users" of such websites. Given the context of the slide (exploiting HTTP for data collection), it is unreasonable to assume readers and editors were not being targeted. We all were targeted and all our traffic to and from Wikipedia would have been caught up in the named NSA collection programs. It would be naive to think otherwise. If there is one thing that's been learned in the last year, it's that "if it can be done, it is" kind of summarizes what's been going on and "mitigated" does not described their collection techniques. As for other countries being denied access by the global removal of HTTP support, that is a point that should be debated. But I already mentioned that there are countries were the use of HTTP might literally allow Wikipedia readers to be executed for readings the "wrong" stuff. The meaning of a "free" encyclopedia would have to be discussed and the dangers of access in these countries would have to be considered and weighed in such a debate. And, regardless of how you perceive the US, it's possible the US could become as bad. Jason Quinn (talk) 22:30, 12 June 2015 (UTC)
It is certainly a bit of a backtrack by .Blethering Scot 22:43, 12 June 2015 (UTC)
The real win here (imo) is making Firesheep style attacks totally impossible and thwarting non-state sponsored, and lower budget state sponsored adversaries. One assumes that the NSA will probably just slurp up the unencrypted inter-data center links (For those of you not close enough to use eqiad directly. Imagine a world where the sum of human knowledge fully deployed IPSec). Given the funding level of the NSA, I expect that they probably have traffic analysis capabilities to be able to tell who is visiting a page of interest (especially for a site like wikipedia, which imo seems like the perfect target for a traffic analysis type of attack against a TLS secured connection). However https does make it much harder to simply collect it all, and any measure that increases the cost of ubiquitous surveillance should be applauded. Bawolff (talk) 22:50, 12 June 2015 (UTC)
All I see Jason is a bunch of American websites.....Mate, if NSA want to spy on you, it WILL SPY on you, you don't have to eff up wikipedia for them to stop and basically, by forcinghttps onto the wikipedia, would you not think that it will make NSA more interested? because only a person with something to hide would do this ..So Jimmy loses his battle with NSA in terms of NSA and this is what he comes up with? moving to https which honestly is just as secure as http...After this was defeated last year, i honestly felt like we lived in a democracy where the voice of the people was heard and adhered........back to communist wikipedia we go..yeah Jason, executed for reading the wrong stuff on wikipedia like How to build a Bomb or How to join ISIS......oh right, we don't have those pages cause wikipedia is NOT a terrorist organization...-- 22:59, 12 June 2015 (UTC)
(a) Non-Americans arguably have got more to fear from NSA surveillance; the legal framework allows for the collection of great swathes of foreign data. (b) The decision was made by Wikimedia, which is in no way a democracy. (c) Do actually read up on the issues you're arguing. Alakzi (talk) 23:29, 12 June 2015 (UTC)
Yeah, you really shouldn't let your anger and/or frustration allow such bullshit from your fingers and keyboard, Stemoc. "Communist Wikipedia"? no more than an airline practices communism when they check for bombs and weapons as we board – no more than when we have to pass through a building security point that helps to protect us while we're on the premises - is it communism to own a .357 and be ready to shoot a criminal who tries to steal from you? or to hurt your loved ones? Privacy, security, if you don't try to work with structures that protect them, then you're no better than the criminal, terrorist or agency that tries to circumvent them. Best of Everything to You and Yours! – Paine  00:03, 13 June 2015 (UTC)
Calm down lady, this is just an Encyclopedia, not your ebay, paypal, bank account or your social networking sites where privacy is a MUST NEED for safety reasons.. the MAIN reason this site was created was to allow users to browse and edit anonymously so no one really knows your true identity or location, if you are using your real name and stuff, I'd advice you to invoke the 'Vanish' policy and start anew or get your account renamed, I think people keep forgetting that this is NOT like every other site they visit, infact wikipedia is based on facts and if you are scared to write down fact on articles because you fear the NSA then i really really pity you... only crooks fear the government....let that be known...and p.s, I'm brown and I don't give a shit about the NSA...as usual, the wiki revolves around America...pathetic.-- 02:47, 13 June 2015 (UTC)
@Stemoc: Out of curiosity, what do you think about the following hypothetical situation: Someone (Lets say Alice) thinks she might have <insert weird disease here>. Alice wants to look it up on Wikipedia, but is worried that her ISP is tracking which websites she visits, and will sell the information to her insurance company (or whomever else is the highest bidder), who in turn will jack up the price of her insurance beyond what she can afford, on mere suspicion of having the disease, even if she doesn't have that. Is that a legitimate reason to want/need privacy when browsing Wikipedia? You may trust the government (For some reason), but do you really trust your ISP? What about the guy sitting across the room at the starbucks on the same wifi network? Bawolff (talk) 06:12, 13 June 2015 (UTC)
Bawolff, again, another "american" problem....I have an IDEA, why not make a us version for https?, brilliant now, e.g, anyone that wants to be logged in on https, log in at https://us.en.wikipedia.org and everyone else at the old link at http://en.wikipedia.org, this will solve the problem once and for all, why "force" everyone onto https, its the same as pushing everyone over the cliff and telling them to swim instead of building a bridge to get across, those who can't swim or having health (ISP) problem will surely drown..I fought this the last time it happened and I will fight it yet again..-- 11:43, 13 June 2015 (UTC)
+1. Live in a country with universal health care...Or has privacy laws...I am an IT professional with a Computer Science Degree and 30+ years of experience. I know the implications of not using HTTPS, an I also know the NSA can bypass that easily if they care to. This (not allowing an opt-out) is total garbage and a false sense of security...˥ Ǝ Ʉ H Ɔ I Ɯ (talk) 11:56, 13 June 2015 (UTC)
Now cut that out, buddy, or I'll hit you with my purse! Hey, waitasec – how did you know I'm a "lady"? You been hackin' into my HTTP??? – Paine  12:46, 13 June 2015 (UTC)
Little old me? hacking? NEVAH!......-- 17:01, 13 June 2015 (UTC)
@Bawolff: We're not done with all of our plans for securing traffic and user privacy. This will be covered in deeper detail in a future, engineering-focused blog post after the initial transition is complete. But just to hit some highlights in your post: we do have an active ipsec project, which is currently testing on a fraction of live inter-DC traffic. We're also looking into what we can do for some forms of traffic analysis, e.g. mitigating response length issues. We plan to move forward as soon as possible on heavier HTTPS protection mechanisms like HSTS Preloading, HPKP, etc as well. We're committed to doing this right, we're just not done implementing it all yet :) -- BBlack (WMF) (talk) 01:53, 13 June 2015 (UTC)
I appreciate there's more to come, and I'm happy to see that its (finally) happening. However I think its important to give our users the full picture, the good, and the bad. HTTPS is great for confidentiality and integrity. Its somewhat ok for providing privacy, particularly against a weak adversary, and it makes bulk matching of packets against fixed strings in the body of the request impossible (Which is quite important given the selective censorship threat wikipedia faces). But its questionable how well it would hold up against a powerful nation state actor trying to simply de-anonoymize you. It certainly wouldn't hold up against a targeted attack, and its questionable if it would prevent a more broad attack (albeit it would certainly make a broad attack quite a bit more expensive to pull off). I'm also quite doubtful you can really foil traffic analysis with padding TLS sessions, unless you use extreme amounts of padding, far past what is acceptable performance wise. p.s. The ipsec project link is limited to those in the WMF-NDA group, so I can't see it (I'm in the security nda group only). However I can certainly see in puppet that IPSec is enabled on a small number of servers, and I noticed it was mentioned when I was reading the WMF quarterly report. Bawolff (talk) 03:03, 13 June 2015 (UTC)
It is great to see that the WMF is finally switching to HTTPS by default. I look forward to seeing Wikipedia send HSTS (includeSubDomains, long max-age, preload) and HPKP headers! However, phab:T81543 seems to have restricted access. Thanks, Tony Tan · talk 02:39, 14 June 2015 (UTC)
One of the nice things I just noticed that is really nice is that ru.wikipedia.org has an A+ on the SSL labs test [1]. Here's to looking forward to that for all Wikimedia domains, once HSTS is turned up :D Bawolff (talk) 05:20, 14 June 2015 (UTC)

### Not such a difficult fix

Just want to make sure that everyone catches what contributors TTO (at phab:T55636) and GeoffreyT2000 (above) have been kind enough to share with us. Several of the above users may be happy to hear that I can confirm what TTO and GeoffreyT2000 say about Win8.1 and IE-11. I just upgraded, and the new software thus far seems to work a lot better under HTTPS than my old Win8.0 and IE-10 did. Forms do indeed autofil, which means that my old drop-down boxes with my edit-summary choices do show up again. I still sympathize with all the users above who feel they've lost something with this change, however, like I said, we don't edit in a vacuum any more than we become passengers on aircraft all by ourselves. As an analogy, airport security can be a real hassle and a serious time cruncher on occasion, but compare that to what has happened, and still could happen, and there should be none of us who would not want that security to keep our flying times safe. Same for the conversion to HTTPS – it is quite the hassle for some, but the very real need to protect our privacy and security is an overwhelming priority, in my humble opinion. So, /Johan (WMF), you don't have to find an IE fix for me, and I greatly appreciate the fact that you said you would! I also deeply thank the rest of you for your enlightening responses here. Best of Everything to You and Yours! – Paine  23:32, 12 June 2015 (UTC)

Thank you. I'll still at least ask around to see if there's anything I can do. We want editing Wikipedia to be as simple as possible, no matter which browser people use. If one is OK with upgrading to IE 11, that's probably the best solution, though. /Johan (WMF) (talk) 01:25, 13 June 2015 (UTC)
So, here's what I got on this issue so far. Yes, there appears to have been an open Phabricator ticket since 2013 reporting this issue, and no, given the number of tickets, the team that dealt with the transition wasn't aware of it. We'd obviously have preferred to be. Sorry, and I really mean it. Causing trouble for people who edit Wikipedia is the opposite of what we want to achieve. We're still in the process of transitioning (English Wikipedia was one of the first to switch over, and there are more than 800 Wikimedia wikis) and I haven't found an easy fix so far (except for upgrading to Internet Explorer 11), as this isn't so much a bug as how Internet Explorer 10 intentionally behaves. The team will be able to focus more on this as soon as the HTTPS transition is complete. We're not ignoring the issue. /Johan (WMF) (talk) 12:10, 16 June 2015 (UTC)

This broke my bot :( I'm using RestClient library to make API requests, and it apparently is unable to verify the certificate. Getting the error SSL_connect returned=1 errno=0 state=SSLv3 read server certificate B: certificate verify failed (RestClient::SSLCertificateNotVerified) Surely that's an issue on my end? I can force it to not verify the certificate but then what's the point of using HTTPS? 18:32, 13 June 2015 (UTC)

I took a quick look, and it seems that this library has a way to pass to the SSL library the CA certificates to be used for verification. It probably just doesn't have a default set of CA certificates. The solution would be to give it a copy of the correct root certificates to use. --cesarb (talk) 21:26, 13 June 2015 (UTC)

### Who loses

Hi, while you are here I would like to have something specific clarified. As always with these sorts of major changes, most people win and some people lose. I personal am iffy about the distribution of relative ideological and technical interest and need for this particular project, but I accept that that merely puts me in the middle of the Wikipedian spectrum, between people like TomStar81 who wants nothing to do with the ACLU and people like Jason Quinn who thinks it keeps us from being roasted on an open flame.

However in these sorts of changes I care less about who wins, because that's obvious. I can read the spam-ish blog post to find that out. I am more interested in the question: who loses?

Who does HTTPS hurt? Can we come to an understanding of this? Surely every change, no matter the size, hurts some stakeholders. 03:58, 13 June 2015 (UTC)

1. Can someone clarify what is going on with the IE 10 issues? Was the WMF aware of this problem? Is it really that significant?
2. Can someone clarify what the effect will be in mainland China? Can you quantify the impact there?

Thank you. 04:00, 13 June 2015 (UTC)

Hi, good question that deserves a good answer, not just what I can come up with on the top of my head. I'll ask around about a few things to make sure I (or maybe someone else, I'll spend much of this weekend travelling) can reply properly. /Johan (WMF) (talk) 04:19, 13 June 2015 (UTC)
Great! Thank you. I think this discussion so far has been high on posturing, low on content (speaking about the community response here), and I'd love to see a frank cost-benefit analysis from the WMF on this matter, and an associated community critique. After all, this is the communication that the volunteers so crave. Not, frankly, blog announcements. 04:44, 13 June 2015 (UTC)
I'd also like to see my transparency on WMF's the analysis. Everything seems to be shrouded in unnecessary secrecy. On the subject of China. I'm not that familiar with the situation, but according to https://en.greatfire.org/search/wikipedia-pages - HTTPS is currently not blocked There seems to be conflicting info on if HTTPS is blocked. The greatfire website says https is not blocked, but there actual test data seems to suggest that both normal http and https on zh is blocked starting may 19 [2] (The switchover for zh to https happened on June 9, so change in blocking status seems unrelated) but en is fine (both https and non-https). There are about 324 pages that are censored on the HTTP version, mostly on zh, however on en we had Students for a Free Tibet, Tiananmen_Papers, Tiananmen_square_massacre, Tibetan_independence_movement blocked. Switching to HTTPS forces china to decide either to block all of wikipedia or none of wikipedia (Possibly they can distinguish between languages and block say all zh, but not en. I'm not that familar with SNI, but my impression is the domain is sent in the clear). FWIW, greatfire strongly advocates switching to https on zh wikipedia [3], although they are obviously a special interest group that believes Chinese censorship needs to be fought tooth and nail. I imagine the situation is similar for Russia, which rumor had (Although I've not seen direct sources for this) was trying to censor pages related to Ukraine on ru, but can't anymore due to https. The other impact, is that it makes harder (but certainly not impossible depending on their traffic analysis capabilities) for China to generate lists of people who try to visit certain politically sensitive topics (Its unclear if they actually do that. I haven't heard of any evidence that they do, but it wouldn't surprise me). Other potential things to keep in mind, in the past China has DDOS'd websites (GitHub) that host material China finds objectionable, but cannot be censored selectively due to HTTPS and are too popular to block outright (However, I consider it very unlikely they would do something like that to Wikipedia. Wikipedia has a low enough popularity in China, that they would probably just block it totally if they decided to do something about Wikipedia). Bawolff (talk) 05:18, 13 June 2015 (UTC)
Regarding secrecy, or at least part of it: yeah, we didn’t really enjoy springing this on the community, though the WMF has publicly been talking about the intent to switch to HTTPS for the past years. The reason we didn’t say anything about the specific deadlines or make public the transition until it was in progress was because public statements opened us to possibility of man-in-the-middle attacks. Letting everyone know meant letting bad actors, so to speak, know our plans and timeline. We couldn’t have this debate in public without telling the world what we intended to do, which could have compromised the security and privacy of readers and editors in certain areas. We’d have preferred not having to worry about that, obviously. /Johan (WMF) (talk) 19:33, 16 June 2015 (UTC)
But this discussion and these plans were open and public, where any "bad actors" could surely have followed them. Surely that workboard was missing an item relating to fixing bots that didn't operate on wmflabs.org. I can only do so much to stay tuned to such things, and a proactive heads up, perhaps by email, would have been appreciated. I asked about this last December on the Village Pump, and never got a response. How am I supposed to know about venues such as m:HTTPS, where I might have gotten help last December? Wbm1058 (talk) 16:50, 20 June 2015 (UTC)
An example I've been given is that not knowing our time plan made it much more difficult to e.g. hack DNS and traffic at a border, proxy traffic as HTTPS back to us but make it seem to everyone they're connected to us, as HSTS support in modern browsers will prevent the downgrade and warn about it. I'd have loved to be able to give everyone this would cause trouble for a heads up, and we do understand it has caused more work for people we don't wish to cause any unnecessary work for. We'd definitely have preferred to not found ourselves having to choose between either, as we saw it, putting user security in certain areas at risk or not having proper, open communication.
Are you still having the problems you had last December? /Johan (WMF) (talk) 13:37, 22 June 2015 (UTC)

Other people that HTTPS could potentially hurt which we know about (Personally I think this is an acceptable hurt): People who use IE6 on windows XP will not be able to view any page on wikipedia. (IE6 on XP is incompatible with modern best practices for HTTPS). People on very old browsers which don't support SNI (e.g. Android 2.3.7, IE 8 / XP, Java 6u45), will get a certificate error when visiting a sister project (But wikipedia will be fine). Bawolff (talk) 20:02, 13 June 2015 (UTC)

@Bawolff: Sounds reasonable. 20:21, 13 June 2015 (UTC)
@Bawolff: The Wikimedia certificate uses subjectAltName, not Server Name Indication. SAN is supported by IE6. LFaraone 05:27, 14 June 2015 (UTC)
@LFaraone: IE6 doesn't work because it only supports SSLv3, and we require at least TLS1.0 (To prevent downgrade attacks/POODLE). We use both subject alt name, and SNI and wildcard certs. If no SNI is sent you get a certificate for *.wikipedia.org with an alt name of wikipedia.org. Which is great if you're browsing wikipedia. Not so great if your browsing wiktionary.org. Bawolff (talk) 05:45, 14 June 2015 (UTC)
@Bawolff: Browsing wiktionary.org works fine even if the browser doesn't send SNI. If the SNI is absent, the server sends a diffenert certificate whose subject alternative names include domain names of all sister projects. 191.237.1.8 (talk) 06:42, 14 June 2015 (UTC)
Oh, you're absolutely right, users get a uni cert when they don't have SNI. I saw the SNI behaviour of switching certificates and just assumed it would be broken without SNI. My bad. Bawolff (talk) 11:09, 14 June 2015 (UTC)
@Bawolff: I just checked my IE6, it has TLS 1.0
—Telpardec  TALK  20:57, 16 June 2015 (UTC)
Yes, but its disabled by default. The type of people who use internet explorer are probably not messing with the TLS settings. When I was running IE6 under wine, enabling TLS1.0 didn't seem to help anything, but that was probably just wine not working great. Bawolff (talk) 04:19, 17 June 2015 (UTC)

To Resident Mario: The switch to HTTPS will badly hurt those who chose to change their browser's default list of certification authorities and who, specifically, do not trust GlobalSign (the root authority from which Wikipedia's certificate emanates). At the very least, they will be forced to add security exceptions for all Wikipedia domains, and quite possibly will be locked out of Wikipedia altogether because browsers do not always allow security exceptions on HSTS sites. In effect, the switch means that users are forced to either trust everything that GlobalSign signs if they wish to use Wikipedia, whereas so long as HTTP transport was permitted, one could at least read Wikipedia on HTTP if one does not care about the security of public information on Wikipedia but doesn't want to trust GlobalSign. (I can't explain the problem with GlobalSign because I don't want to risk being sued for libel, but let's say that one might not necessarily wish to trust all, or any, certificate authorities.) So the irony is that this change, which is supposed to protect the "security" of users, actually forces security-conscious users to downgrade theirs, in effect a Trojan horse kind of attack. (In all fairness, Web browsers and HTTPS in general should be blamed for having an absurdly rigid approach to security: one can't restrict a certificate authority to certain domains, or things like that, so I can't say "I trust GlobalSign only for signing certificates in the wikipedia/wikimedia/wiktionary/etc.org domains".) --Gro-Tsen (talk) 21:15, 13 June 2015 (UTC)

For real? Any person who intentionally messes with their root certificate store, should be technically competent enough to make their own trust decisions of Wikimedia certs, by say verifying them in some other way. If you're not, you have no business removing CAs from your trust store. Bawolff (talk) 21:45, 13 June 2015 (UTC)
About 10% of HTTPS websites use GlobalSign, so it is not a Wikipedia-specific issue. One could say the same for any other CA that the WMF may decide to use. Moreover, Bawolff makes a great point that someone technically competent enough to mess with trusted roots would be able to work around this as well. They must know how to do so already, since there are numerous other sites using GlobalSign! If someone really lost faith in the CA system, they should try using Convergence, Perspectives, or Certificate Patrol. Tony Tan · talk 03:07, 14 June 2015 (UTC)
To answer your second question, according to zh:Template:Wiki-accessibility-CHN, zh.wikipedia.org is currently completely blocked in China using DNS poisoning. HTTPS versions of all other Wikimedia projects are not blocked. @Gro-Tsen: If you manually remove GlobalSign root certificates from your browsers' trust stores, you can manually add Wikipedia's leaf certificate to the trust store so that your access to https://en.wikipedia.org/ is not blocked by your browsers. 191.237.1.8 (talk) 05:09, 14 June 2015 (UTC)

To Resident Mario: In short: HTTPS everywhere hurts everyone. HTTP was built with network proxy and caching servers to decrease page load times. These are intermediate servers run by your ISP to reduce backbone data requests. Australians will bemost affected since 87 ms away from our Virginia data centers, so they'll have a 200 ms ping. Due the design of HTML, these requests can stack meaning that 200ms could bloat to 2 seconds. Now <100 ms is considered ideal, 1 sec users become frustrated, and at 10 seconds they'll look for something else. (Proponents will weasel around this by saying your browser caches content, which helps if you don't back to the Google search results)



The error message is: "TypeError: $.isDomElement is not a function". Two users have reported the error (which manifests itself in the entire script failing to load) on the wizard's talkpage since 22 June, and I can replicate on my machine under Firefox 37.0.2. It doesn't seem to apply to all users though, as occasional uploads using the wizard still show up in the logs (the latest one I can see at 18:44, 23 June 2015). I can't figure out why this is no longer working. Can somebody help? Fut.Perf. 20:13, 23 June 2015 (UTC) The module jquery.mwExtension that adds this function is deprecated and is not loaded by default anymore. Max Semenik (talk) 22:47, 23 June 2015 (UTC) What can be used instead? This needs to be fixed quickly. Fut.Perf. 05:35, 24 June 2015 (UTC) It wouldn't have broken if it had declared it's dependency by enforcing to load the module. See also: Rersourceloader and userscripts. That's doesn't fix the deprecation part, but should make it work for now. —TheDJ (talkcontribs) 07:01, 24 June 2015 (UTC) I don't use the upload wizards - they never worked properly when they were new, so after about five attempts with no success, I went back to the old ways. If you're interested, the links are: Wikipedia:Upload/old (English Wikipedia); c:Commons:Upload (Commons). --Redrose64 (talk) 10:04, 24 June 2015 (UTC) A couple of similar problems have been reported with Twinkle at WT:TW#Reports to UAA not working —SMALLJIM 12:33, 24 June 2015 (UTC) ## Old Hedonil script Would I be correct to assume that this script is no longer working, and should be removed (as useless) from my .js: mw.loader.load('//meta.wikimedia.org/w/index.php?title=User:Hedonil/XTools/XTools.js&action=raw&ctype=text/javascript'); I've been hoping for it to be revived. First it quit showing the XTools stats. Then it started redirecting to labs: https://tools.wmflabs.org/xtools-articleinfo/index.php?pageid=27092849&project=en.wikipedia.org&uselang=en The above is also the redirect when you go to any article's Page/History/Revision History Statistics (absolutely no information} Now it doesn't seem to work at all. Any feedback on this? — Maile (talk) 23:38, 23 June 2015 (UTC) The xTools have been unstable for a long time but there is still work on them. See for example #xTools not working and User talk:cyberpower678#Revision history statistics. I don't know the details of meta:User:Hedonil/XTools/XTools.js but I guess it will work if the xTools themselves work. PrimeHunter (talk) 00:01, 24 June 2015 (UTC) There's an alternate page-info tool at http://vs.aka-online.de/cgi-bin/wppagehiststat.pl -- Diannaa (talk) 00:11, 24 June 2015 (UTC) The maintainers are still active and we are working on recruiting more, but Hedonil left xTools' code in such a convoluted state, it's hard to follow and virtually impossible to debug. Our primary goal is to get a new environment set up to restore stability to xTools, then we work on a rewrite that the maintainers can more easily maintain. Following that, the gadgets will be moved on to the xtools environment and Hedonil's JS will be redirected directly to xTools where everyone can maintain the script. We then plan to revive Wikiviewstats, which will likely need to be rewritten too, as I spent 3 hours looking for the bug and couldn't find what is causing Wikiviewstats to be broken. But first we need more maintainers. As xTools gets more maintainers, things will get done faster. We are currently discussing methods to recruiting new users.—cyberpowerChat:Limited Access 02:36, 24 June 2015 (UTC) Thanks for all the explanations. Diannaa, that alternate tool gives exactly the information I'm interested in. — Maile (talk) 12:44, 24 June 2015 (UTC) @C678cyberpower, you've got wiki mail. --Ancheta Wis (talk | contribs) 15:50, 24 June 2015 (UTC) I didn't get a thing. Did you send it to the right user? I'm Cyberpower678. Do you perhaps have Yahoo!?—cyberpowerChat:Limited Access 18:40, 24 June 2015 (UTC) ## Page revision History statistics has changed Previously page revision history used to show who created the page and list of users with maximum edits along with other details but now Akshay Kumar shows this. -- 13:31, 24 June 2015 (UTC) Please see User_talk:Cyberpower678#Revision_history_statistics --NeilN talk to me 13:38, 24 June 2015 (UTC) ## jQuery.escapeRE vs. mw.RegEx.escape jQuery.mwExtension was apparently deprecated a few days ago. Also apparently, the function has already been removed from the deployed site? At least we were getting issues at WT:TW. I've replaced the calls in Twinkle, but I'm noticing javascript errors in site script as well. In debug mode, mediawiki.util.js is throwing errors since it's using $.escapeRE.

Amalthea 16:28, 24 June 2015 (UTC)

It's no longer depended on by any of the default modules which are enabled on all pages. Since it was an undeclared dependency for Twinkle, it was causing errors. The issue with mediawiki.util is only in debug mode and caused by the way the caching is different for debug mode. —TheDJ (talkcontribs) 19:12, 24 June 2015 (UTC)
Related: phab:T103498. --AKlapper (WMF) (talk) 08:43, 25 June 2015 (UTC)

## Where is class=wikitable not used?

Please see the thread raised by Quiddity (WMF) at Help talk:Table#Where is class=wikitable not used? and discuss there. --Redrose64 (talk) 21:29, 24 June 2015 (UTC)

## Edits not appearing

After two or three days of this, I'm pretty sure it's not just me. And it's sporadic. Edits I do, that may show up in a preview, vanish when I do a save. Some that do show up, the next day aren't there, not in my Contributions or anything. And some of them will be there if I open the edit window, and will be there in my Contributions, but not immediately on the Watch list, and not showing up on the article for several minutes. And then some of my edits just work like they're supposed to. — Maile (talk) 21:33, 24 June 2015 (UTC)

@Maile66: This is Wikipedia:Village pump (technical)/Archive 137#Post not showing up immediately. Refresh the page (F5 in most browsers) and it should show. --Redrose64 (talk) 21:38, 24 June 2015 (UTC)
And so it is. The saga continues. Thanks. — Maile (talk) 22:02, 24 June 2015 (UTC)

## Citations

Hello all; since User:Citation bot is down, does anyone know of any other good tools for expanding bare citations consisting only of a doi or bibcode (NOT a sole URL, so no ReFill), or any other good replacements for the bot? StringTheory11 (t • c) 23:13, 24 June 2015 (UTC)

VisualEditor's Cite tool will expand DOIs for you. Not sure if it does bibcode though. — Mr. Stradivarius ♪ talk ♪ 23:40, 24 June 2015 (UTC)
You may want to also have a look at Help:Citation tools. Dalba (talk) 04:11, 25 June 2015 (UTC)
mw:Citoid (in VisualEditor; opt in via Beta Features in your prefs to try it out) can handle most, but not all, dois. The docs don't say anything about Bibcode, but it does mention "bibtex" as a supported format, so it might be planned. I've added phab:T103900 to its list in case they hadn't thought about it yet. Whatamidoing (WMF) (talk) 19:54, 25 June 2015 (UTC)
Thanks, will try Citoid. However, can the WMF please actually make it work with the source editor as well, which I prefer for everything other than editing tables? It seems like the WMF is trying to force us to use VE with this move, which doesn't come across well. StringTheory11 (t • c) 01:23, 26 June 2015 (UTC)
The citoid service will be added to the wikitext editor when it covers more sources. If you want to try it out in the wikitext editor, then perhaps User:Salix alba could tell us whether his user script to do that is still working. Whatamidoing (WMF) (talk) 21:23, 26 June 2015 (UTC)

## Major scripting breakage

Seems most of the scripting based functions suddenly failed in the past hour or so - major failure on things like Hotcat or other normally working scripts. Dl2000 (talk) 03:02, 25 June 2015 (UTC)

Cease fire... looks like things are functioning normally again. Did some resetting of the Preferences, plenty of cache clearing reloads, cleared some browsing history, ensuring the browser scripting is allowed. Not sure what bombed, not sure which side(s) it came from, but probably was worth doing plenty of browser-side and preference resets anyway. Dl2000 (talk) 03:14, 25 June 2015 (UTC)
(edit conflict) I had a random JavaScript failure in CodeEditor in the last hour as well, but it seems to be working again now, as are my other scripts. — Mr. Stradivarius ♪ talk ♪ 03:16, 25 June 2015 (UTC)
I just got it again while trying to edit User:Martijn Hoekstra/watchthingy.js. The error message was "Uncaught TypeError: (...).data(...).fn.codeEditorMonitorFragment is not a function" in index.php:114. This seems to be an intermittent thing rather than a one-off. — Mr. Stradivarius ♪ talk ♪ 03:25, 25 June 2015 (UTC) Please file a ticket in phab about that codeEditorMonitorFragment thing if you have time, so that I can remember to fix it. —TheDJ (talkcontribs) 07:44, 25 June 2015 (UTC) Done at phab:T103802. — Mr. Stradivarius ♪ talk ♪ 08:45, 25 June 2015 (UTC) ## Special:RecentChanges When I do searches for multiple accounts, etc., I often get hits for userpages that have a transcluded Special:RecentChanges template. I can't find this template to see how many users do this. I ask because it drives me rangy getting all those false positives. Thoughts? Anna Frodesiak (talk) 06:30, 25 June 2015 (UTC) Do you mean pages that transclude the actual list of recent changes? You can do that with the code {{Special:RecentChanges}}, but it's not a template; you're transcluding the actual special page itself. You can't use Special:WhatLinksHere with recent changes (unless, apparently, you are using Flow), but if the users in question are transcluding recent changes indirectly through another template, you could find the links from that template instead. What do you mean by doing searches for multiple accounts, by the way? There might be a better way of doing whatever it is you're trying to do. — Mr. Stradivarius ♪ talk ♪ 06:49, 25 June 2015 (UTC) Hi, Mr. Stradivarius. Yes, pages like this. It contained {{Special:RecentChanges|limit=1000}}. This is a problem in this example: I find a new account. He's posted some inappropriate content at his userpage, such as "Everyone at school hates ███████ ███████ because he is a poo-poo-head...". Five minutes earlier he registered another account and did the same. So, sometimes I will search for such a string and what comes are recent changes transclusions at userpages containing (←Created page with Everyone at school hates ███████ ███████ because he is a poo-poo-head...) Anna Frodesiak (talk) 08:36, 25 June 2015 (UTC) You could try searching with the insource keyword: that will exclude any transcluded content. You might have to tweak the search if the vandals have used any fancy wikimarkup, though. — Mr. Stradivarius ♪ talk ♪ 08:56, 25 June 2015 (UTC) Hi, Mr. Stradivarius. You are very sweet. That page could be upside down and make as much sense to me. :) I must confess, I'm still trying to figure out how to get this to appear. My browser doesn't show that at all. I didn't want to bug you for help yet because you'd think me daft. Anyway, I'll live with the false positives. Maybe when I encounter them, I'll drop the user a line and ask if he could remove the transclusion if they're not using it. Anna Frodesiak (talk) 09:16, 25 June 2015 (UTC) I probably just wasn't very good at explaining it - sorry for talking in technobabble. :) If you make a normal search for "Everyone at school hates ███████ ███████ because he is a poo-poo-head..." then MediaWiki will look for that text found in the displayed page. So it will find all of the false positives from people who put {{Special:RecentChanges}} on their user pages. However, if you search for insource:"Everyone at school hates ███████ ███████ because he is a poo-poo-head...", then MediaWiki will look for that text in the source wikitext, not the displayed page. The source wikitext of the false positives won't contain the actual text "Everyone at school hates ███████ ███████ because he is a poo-poo-head..." - it will only contain something like {{Special:RecentChanges}}, and so MediaWiki won't include those pages in the search results. — Mr. Stradivarius ♪ talk ♪ 10:15, 25 June 2015 (UTC) Ahhhhh I see, Mr. Stradivarius.I get it now. No need to be sorry. I am very duncy when it comes to this sort of thing. Okay, I just add "insource:" and then the text and it will give me only the text where it is actually typed. Splendid. Thank you for this. It will be a huge help. Anna Frodesiak (talk) 10:34, 25 June 2015 (UTC) ## Pages without Wikidata equivalent Hi. Does somebody know whether Wikipedia has a special page for articles without a Wikidata item? Not to be confused with Special:WithoutInterwiki, which addresses pages without equivalents in other languages, regardless of having / not having an item on Wikidata. --Gikü (talk) 08:55, 25 June 2015 (UTC) Special:UnconnectedPages will do that. If you're ever looking for a particular special page, you can check Special:SpecialPages (if you can remember that) - Evad37 [talk] 10:03, 25 June 2015 (UTC) Thank you, that'll do it. I was searching for it on rowiki, and the name didn't say much in the Special:SpecialPages list. --Gikü (talk) 11:11, 25 June 2015 (UTC) As an FYI, UnconnectedPages recently regressed in a small amount per d:Wikidata:Status updates/2015 06 20. I think the use case requested here is fine, just making a note. --Izno (talk) 13:45, 25 June 2015 (UTC) ## Load times are immense for JS scripts It's taking 60+ seconds to load all of my JS. Half of it loads immediately but the other half takes 60+ seconds. This just started recently.—cyberpowerChat:Online 13:42, 25 June 2015 (UTC) Did you check which specific scripts from which servers have problems to load, e.g. via the "Network" tab of your web browser's developer tools? Wondering if there's any kind of pattern. Also, which browser and version is this about? --AKlapper (WMF) (talk) 08:53, 26 June 2015 (UTC) Well it stopped, loading slowly, so I can't say.—cyberpowerChat:Limited Access 20:12, 27 June 2015 (UTC) ## Edits go in wrong section Okay, this might just be me being a careless idiot, but several times over the last couple of days, I've clicked to edit a section, typed a comment, then either previewed or saved and found that my comment was inserted in the section above the one I intended to edit. For example, just now I was looking at this revision of an Rfd thread, clicked beside "what is the best story" to edit that section, typed a comment and saved (no preview, lazy I know) and found my comment inserted in the section above: [7]. Clearly, according to the edit summary, I edited the section above ("sampernandu"), but I'm sure that I clicked beside the "best story" section. I think a clue might come from the fact that another user inserted a new section at the top of the page ([8]) and it could be that the system just counts the number of sections down from the top when you click to edit (I don't know how this works, just guessing) so then my second-from-the-top edit link was really (according to the database) for the section that I ended up editing. But I've never had this happen before this week. Has there been a recent change that would cause this behaviour, and is it something that can/should be fixed? Ivanvector (talk) 15:33, 25 June 2015 (UTC) No, it's been possible for years, because as you surmise, the sections are sequentially numbered. At the moment my URL bar shows https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_%28technical%29&action=edit&section=44 so I'm editing section 44, but if an earlier section is archived or a subsection is added to an earlier section, the numbering will change. This thread above is pretty much the same problem. --Redrose64 (talk) 15:40, 25 June 2015 (UTC) I see, thanks for the explanation. I guess I just need to be more careful with the preview button :) Ivanvector (talk) 14:24, 26 June 2015 (UTC) ## Combining separates rows of input into a single row to create a table I’m trying to build an Excel file to help me create tables of basketball statistics. I’m using the table in Michael_Jordan#NBA_career_statistics as a model. However that template, as used in this example has four rows of data input for each row of data output. Because I will have the stats in an Excel spreadsheet, it will be natural and easy for me to have one row of data for each year. I think it should be possible to use this template with one long row of input data for each year. However, if I simply concatenate the data, it does not work. I would be grateful if someone could tell me what I am missing. Is it necessary to break up the Rose RMI missing some character or some other way to combine the rows? See User:Sphilbrick/basketball stats where I copied the first year of data for Jordan as is in the table works, but in the second example when I catenate the four rows into a single row it doesn’t work.--S Philbrick(Talk) 18:19, 25 June 2015 (UTC) The "|-" lines need to be their own line, but you can concatenate everything else, provided you replace newlines followed by pipes with double pipes. Example: Year Team GP GS MPG FG% 3P% FT% RPG APG SPG BPG PPG 1984–85 Chicago 82 82 38.3 .515 .173 .845 6.5 5.9 2.4 .8 28.2 Jackmcbarn (talk) 18:29, 25 June 2015 (UTC) Thanks for the quick response. --S Philbrick(Talk) 19:20, 25 June 2015 (UTC) Do you need to use the templates? If not, then you can just drag and drop CSV files (e.g., from Excel) into VisualEditor. Whatamidoing (WMF) (talk) 19:58, 25 June 2015 (UTC) That’s an intriguing possibility. I’ve used visual editor for simple text but not for tables. On the one hand the templates automatically create links to seasons and team years. On the other hand, I want to use it for a college team so the AutoLink to NBA seasons is an appropriate and I’ll have to create a new template for that. Second in my specific case I’m talking about Pepperdine and there are no team years for them, so perhaps I’ll try generating a table and copy and pasting using visual editor.--S Philbrick(Talk) 20:50, 25 June 2015 (UTC) I think that's going to work, thanks again.--S Philbrick(Talk) 20:59, 25 June 2015 (UTC) Good luck. Don't forget that you (usually) still have to set table class separately in the wikitext editor for copy-pasted tables, and background colors still have to be done manually. If all the lines between cells are invisible after the save, then that's the likely cause. Whatamidoing (WMF) (talk) 22:11, 25 June 2015 (UTC) ────────────────────────────────────────────────────────────────────────────────────────────────────I'm not quite getting it. You mentioned that I needed to set the table class separately which was a hint. Plus you mentioned that the lines between cells might be invisible and they are. I tried two different things. First, (which is also documented at User:Sphilbrick/basketball_stats) I clicked on the visual editor edit button and simply copied and pasted a table. That table doesn't have shading for the header rows and doesn't have lines between cells. Is it possible to enter a table this way and then set the table class? As an important aside, because I get a bit annoyed when people come and ask questions they can easily look up, I checked out the visual editor help; specifically: Help:VisualEditor/User_guide#Editing_tables That largely is has a placeholder, if there is other documented help please point iy out and I'll be happy to read it. The second thing I tried was to go into visual editor and tell it I wanted to insert a table. However that brings up a blank 4 x 4 table and if I copy and paste the whole table it seemed to copy it into the upper left most cell. You also mentioned CSV format. The data I'm working with is in a file I've saved in CSV format but I'm simply copying and pasting it so I don't know that the format means anything. Should I be importing the CSV file? If so, I don't see how.--S Philbrick(Talk) 15:11, 26 June 2015 (UTC) Whatamidoing Ping.--S Philbrick(Talk) 18:34, 26 June 2015 (UTC) If you save the spreadsheet as a CSV file, then you can actually drag-and-drop the file into VisualEditor. Steps: Open VisualEditor, pick up mouse, drag the file into the middle of the Wikipedia article, and voilà, it auto-imports immediately. You can set the header cells (select them, and go to the menu in the main toolbar, where you would normally set paragraph vs section headings, and choose "Header cell" rather than the default "Content cell"). Copying and pasting also works for normal tables. But when you save the page, there's no wikitable class set (that's phab:T85577), so the lines between the cells are invisible. And you can't set or change the class (yet) in VisualEditor. So you have to save (or switch) and go back to it in the wikitext editor, and add the standard class="wikitable" to the first line, after the {| that starts the table to make it display properly to readers. I apologize for the incomplete documentation. It's on my list. I'm hoping to get something solid written before Wikimania, when a lot of translation work usually happens. Whatamidoing (WMF) (talk) 22:33, 26 June 2015 (UTC) Dinner calls, will be back soon.--S Philbrick(Talk) 22:37, 26 June 2015 (UTC) Thanks that worked. No problem regarding documentation I fully understand the challenge of getting everything done at the same time. I mentioned it mainly for two reasons, first to let you know I wasn't simply begging for help I was trying to figure it out myself, and second there was a possibility that there was some documentation and I was simply looking in the wrong place. I know I recently had some issues with with references and after questioning I learned I was looking in the wrong page for the documentation so I wanted to check in case it existed and I just didn't know where to look.--S Philbrick(Talk) 23:17, 26 June 2015 (UTC) Resolved --S Philbrick(Talk) 23:17, 26 June 2015 (UTC) ## Request to add collapsible sections to a nav template The template:Oral pathology is getting out of hand, and there are still many links to be added. Another user has suggested collapsible sections, however after a few hours of messing around, apparently this is beyond my ability. Please would someone be able to add collapsible sections to this nav template? Please note also that it would be desirable for the overall feel of the template to be retained (colors, font, layout), as these are standardized across medical pages. Many thanks if you can help. Kind regards, Matthew Ferguson (talk) 21:00, 25 June 2015 (UTC) Done Jackmcbarn (talk) 21:15, 25 June 2015 (UTC) This looks ideal. Thanks jackmcbarn. Matthew Ferguson (talk) 22:25, 25 June 2015 (UTC) ## Wikipedia:Freedom of Panorama 2015 Sample text for the Centralnotice/Sitenotice: Should Wikipedia run a site-wide banner protesting the proposed amendment for freedom of panorama in EU? Discuss I'd like to request assistance in putting the existence of the discussion (Wikipedia talk:Freedom of Panorama 2015) to the centralnotice/sitenotice. Community is largely unaware of the discussion. This was done during the SOPA debate as well. -- A Certain White Cat chi? 22:10, 25 June 2015 (UTC) Have you tried posting this at MediaWiki talk:Watchlist-details? I think these are the people who do it. — Maile (talk) 23:22, 25 June 2015 (UTC) No, that's for watchlist notices, which only appear on the watchlist - for this you need either SiteNotice or CentralNotice. SiteNotice only affects the English Wikipedia, and can be updated by admins at MediaWiki:Sitenotice. CentralNotice can add a banner on multiple wikis simultaneously, and requests are handled on Meta. — Mr. Stradivarius ♪ talk ♪ 23:29, 25 June 2015 (UTC) I am not familiar which one would be more relevant. I do not believe I have ever requested something to be added in mass notification before. Needless to say this notice should be visible by editors only since it is a discussion to weather or not put a banner to mass notification. -- A Certain White Cat chi? 07:12, 26 June 2015 (UTC) Ah, sorry, you were talking about a notice about the discussion, not the proposed notice itself. I misunderstood. A watchlist notice does indeed sound like a good idea for advertising the discussion itself, so I've added it. — Mr. Stradivarius ♪ talk ♪ 08:05, 26 June 2015 (UTC) Indeed. We currently have something like Wikipedia:SOPA initiative but hardly anyone is aware of it. -- A Certain White Cat chi? 09:10, 26 June 2015 (UTC) Right. So again, I would recommend you put this request on MediaWiki talk:Watchlist-details to have them post a watchlist notice linking to the discussion. Good luck. — Maile (talk) 12:21, 26 June 2015 (UTC) I see it's on the watchlist right now. — Maile (talk) 12:25, 26 June 2015 (UTC) Yep, that's what I meant when I said I added it. :) — Mr. Stradivarius ♪ talk ♪ 12:28, 26 June 2015 (UTC) (edit conflict) Just for the sake of completeness, I should also mention that we have the option of restricting a SiteNotice to logged-in editors only. That's achieved by adding the SiteNotice as normal, and then adding <p></p> or similar to MediaWiki:Anonnotice. That notice is for anonymous editors only, and SiteNotice functions differently depending on whether it is enabled or not. — Mr. Stradivarius ♪ talk ♪ 12:27, 26 June 2015 (UTC) When would the discussion be sufficient/adequate to put the banner on site notice for guests? There will be no point to the banner if it is too late. -- A Certain White Cat chi? 20:57, 26 June 2015 (UTC) ## Deprecated cite parameters When creating the article Jet mill I used Wikipedia citation tool for Google Books to help me get the citations formatted exactly correct. Now I see the page is on Pages containing cite templates with deprecated parameters. Unfortunately, nothing tells me which parameters are deprecated, but I see that the citation tool used the "coauthor" parameter, which happens to be on the no-no list. I can guess about which parameters to fix, but I know of no way I can quickly verify that I have corrected all the problems. What can I do to verify that my citations are correct? How can I get the citation tool fixed? I will be watching this space. Comfr (talk) 03:06, 26 June 2015 (UTC) As a guess, |pages= contains a dash and a second number does not come after the dash. In any of the citations. The rest of each of the citations look fine. --Izno (talk) 13:28, 26 June 2015 (UTC) ## Image previews Can anyone explain why, in the infobox at Eden Land, hovering over the A Fool Who'll article wikilink shows the image on that article .... but hovering over the other album in that chronology (Our Swan Song) fails to show the image? Similarly, at A Fool Who'll, the wikilink to the previous album in the chronology (Eden Land) also fails to show the image as a preview. Just hovering over the wikilinks in the thread you are reading also shows the difference between articles in which the image appears and those in which it doesn't appear. I create and edit many album articles, but I don't recall seeing any where the primary image in wikilinked articles fails to appear as a preview. BlackCab (TALK) 11:53, 26 June 2015 (UTC) Hi BlackCab, using popups I am able to see album covers of Eden Land and Our Swan Song just fine when I hover over the links, both here and in the respective article pages. screenshot - NQ (talk) 12:04, 26 June 2015 (UTC) Baffling. I ticked the Popups box (it hadn't been ticked) and it is still quite selective about what it shows as a preview. Those two album articles are the first I've noticed that don't reveal the image on preview. BlackCab (TALK) 12:26, 26 June 2015 (UTC) @BlackCab: I just noticed that you added the image to the article quite recently. You probably just need to clear your browser cache. Regards - NQ (talk) 12:29, 26 June 2015 (UTC) Alright. You're talking about Hovercards, which I did not have enabled. You're right - not displaying. My mistake. - NQ (talk) 12:34, 26 June 2015 (UTC) I added the A Fool Who'll image an hour or two ago, but the other two articles, with images, have been in existence for some years. I wondered whether it was the way the images had been uploaded, so I replaced the FUR template on one, but with no change. BlackCab (TALK) 12:54, 26 June 2015 (UTC) The only difference I can see are the dimensions of the images. According to mw:Extension:Popups, Hovercards has a hard dependency on mw:Extension:PageImages which "uses the first non-meaningless image used in the page." Maybe it excludes lower resolution images? - NQ (talk) 13:44, 26 June 2015 (UTC) (edit conflict) Maybe the 200×200 image in Our Swan Song is too small for Hovercards. I don't know the details but the description to the right of mw:Talk:Beta Features/Hovercards says: "First image is not always used due to image proportions, size, or quality". In my limited tests, Hovercards scaled larger images down to 300px and didn't display smaller images. PrimeHunter (talk) 13:46, 26 June 2015 (UTC) Yes. Replaced it with a slightly higher resolution cover [9] and now it loads fine. - NQ (talk) 13:51, 26 June 2015 (UTC) Many thanks, all good now. Clearly the file size was the problem. BlackCab (TALK) 12:32, 27 June 2015 (UTC) ## Popups Is there an issue with pop-ups? Mine aren't working at the moment. Check my preferences to make sure it wasn't accidentally turned off.--S Philbrick(Talk) 14:29, 26 June 2015 (UTC) Works fine for me. Do you have hovercards enabled? - NQ (talk) 14:41, 26 June 2015 (UTC) When Hovercards first came out, I tried it, however I got a conflict because I was getting information from that gadget and pop-ups and it was quite confusing, so I turned it off. I just try turning it on, and when on, I see Our Swan Song but not much else. I just turned it off so now the swansong image doesn't appear I'm not getting much of anything. If I hover over your name I get a small box that says "user: NQ" but none of the links to contributions etc.--S Philbrick(Talk) 14:53, 26 June 2015 (UTC) Sometimes popups freeze when used alongside hovercards. Since you seem to have it disabled, perhaps another script in your common/vector/monobook.js is causing a conflict? - NQ (talk) 15:07, 26 June 2015 (UTC) Popups now working. I've done nothing special, unless enabling howvercards and disabling it counts. FTR, popups was not working immediately after that. I'm going to mark this as resolved, although that doesn't mean the problem was identified. Resolved --S Philbrick(Talk) 18:33, 26 June 2015 (UTC) ## Formatting after table In this edit, I tried to include two simple-format tables similar to the example at Help:Table#Multiplication table. However, when I previewed the edit, the paragraph immediately following the first table appeared to the right of the table (without a gutter in between) and not below. I was able to work around this by inserting a {{-}} after the table, but why did I need to? Was my table markup wrong in some way, or what? --70.49.171.136 (talk) 15:56, 26 June 2015 (UTC) Your first table uses the attribute align="left" which floats the table. All you need do is omit that attribute. --Redrose64 (talk) 16:06, 26 June 2015 (UTC) Oh, thanks. I ass-u-med that the attribute applied at the level of cell content. --70.49.171.136 (talk) 01:10, 27 June 2015 (UTC) The align= attribute (which is obsolete in HTML 5, and was deprecated in HTML 4) has different meanings depending on whether it's used on the table as a whole, on the table caption, on a row, or on an individual cell. It only affects cell content when used on the cell itself, or on the row that the cell is part of. --Redrose64 (talk) 11:26, 27 June 2015 (UTC) Thanks. --70.49.171.136 (talk) 09:12, 28 June 2015 (UTC) ## Date problem in a reference On this page, journal dates with the format yyyy-mm give an error message.— Vchimpanzee • talk • contributions • 21:39, 26 June 2015 (UTC) Being interpreted as a ambiguous date? See Help:CS1 errors#bad date. Nthep (talk) 22:00, 26 June 2015 (UTC) Yes, yyyy-mm is disallowed as ambiguous by MOS:BADDATEFORMAT and Help:CS1 errors#bad date. The linked Signpost page has 2015-02 and 2015-04 which seem clear but would 2003-04 have meant 2003-2004 or April 2003? February 2015 and April 2015 are allowed. PrimeHunter (talk) 22:18, 26 June 2015 (UTC) Okay, fixed. — Vchimpanzee • talk • contributions • 15:56, 27 June 2015 (UTC) ## Problems editing raw watchlist I have over 8000 pages on my watchlist. If I try to cut it down using the raw watchlist editor in either Chrome or Firefox, the text field never quite finishes loading so I can't actively select which pages I want deleted. My only other options are to nuke my watchlist, remove them one at a time, or let it grow until either somebody fixes it or the the heat death of the universe occurs. Mark Schierbecker (talk) 05:57, 27 June 2015 (UTC) Seems like Phab:T41510. Until it's fixed these scripts may be helpful as they allow removal of watched pages directly from watchlist: User:Js/watchlist mw:Snippets/Unwatch_from_watchlist Dalba (talk) 06:35, 27 June 2015 (UTC) ## Searching for edits to a page made by a user gives an error When you search with User Contribution Search, it displays the following error: "ERROR: Unhandled exception.[Errno socket error] [Errno -2] Name or service not known Please try again." GeoffreyT2000 (talk) 14:54, 27 June 2015 (UTC) Should be working now. - NQ (talk) 20:38, 28 June 2015 (UTC) ## Dead-end pages There seems to be a problem with the Special:DeadendPages cache or something as many of the pages listed are not dead end pages. Any advice and or suggestions? User:Mr._Stradivarius suggested making a post here for advice first and making a request in phabricator to raise awareness of the problem. Is anyone else already active in resolving this fault?. Bulgarios (talk) 15:41, 27 June 2015 (UTC) See Wikipedia talk:Special:DeadendPages#Deadend Pages Broken? and phab:T104075. --Redrose64 (talk) 19:37, 27 June 2015 (UTC) Thank you for your participation User:Redrose64, but it seems you did not notice that the links you provided are no different from what I myself was referring to. Bulgarios (talk) 20:21, 27 June 2015 (UTC) Any useful comments from anyone on this topic would be most welcome. Bulgarios (talk) 20:21, 27 June 2015 (UTC) You didn't link to that talk page (whether the page in general or the specific thread), and whereas you did link the phab ticket, its number wasn't visible. --Redrose64 (talk) 20:28, 27 June 2015 (UTC) Special:DeadendPages currently says (UTC): "The following information is cached, and was last updated 04:11, 23 June 2015." I examined around 100 listed pages and found these which should not have been listed as dead-ends on 23 June: Cybergeddon, Miles (given name), Miniseries, Montane grasslands and shrublands, Morgan's Raid, National Security Agency, New York-style pizza, Nieuw-Milligen, Oconee County Cage, Omer Poos, Turtle shell, Wilfrid Thorley, Wieluń For all of them except Nieuw-Milligen, the last edit before the dead-end caching was User:ClueBot NG reverting a vandalism edit which had briefly turned the article into a dead-end. The ClueBot NG edit was often weeks before 23 June. PrimeHunter (talk) 20:34, 27 June 2015 (UTC) Thank you User:PrimeHunter. Bulgarios (talk) 08:17, 28 June 2015 (UTC) User:Redrose64, in my previous comment above, I was referring to " User:Mr._Stradivarius suggested making a post here for advice first and making a request in phabricator to raise awareness of the problem" being advice taken from that talk page. I apologize for my precision in use of language which sometimes causes confusion for people not familiar with my verbal reasoning style. Best regards. Bulgarios (talk) 08:13, 28 June 2015 (UTC) ## User Contribution Search When is this tool going to be working again? --NeilN talk to me 17:45, 27 June 2015 (UTC) @NeilN and Softlavender: There is now a ticket for it here.--Anders Feder (talk) 16:17, 28 June 2015 (UTC) Issue should be fixed for now.--Anders Feder (talk) 16:54, 28 June 2015 (UTC) ## Notice: no automatic archiving We have two main archiving bots, ClueBot III (talk · contribs) and lowercase sigmabot III (talk · contribs), and I have both of their talk pages on my watchlist. Recent posts on these (User talk:ClueBot Commons#ClueBot 3 Notice, User talk:Σ#It appears that lowercase sigmabot III is not archiving lately.) and on my talk page suggest that we may be without both of these archiving facilities, possibly for some time. Before anybody asks: I am not a maintainer of either, nor do I operate any bots. --Redrose64 (talk) 18:51, 27 June 2015 (UTC) ## Syntax highlighting It seems that syntax highlighting has changed. Yesterday (26 June 2015) I noticed that the syntax highlighting colours and the boldfacing on .css and .js pages had changed - no big deal really; but just now I've noticed that the <source>...</source> extension (or <syntaxhighlight>...</syntaxhighlight> if you prefer) no longer respects the enclose=div attribute. This means that you can no longer indent blocks of code wrapped in those tags, because this happens: /* start of CSS rule */ .exampleclass {   color: red;  } /* end of CSS rule */ This should be a single box, containing three lines of code, all monospaced. It still works if you put it hard left: /* start of CSS rule */ .exampleclass { color: red; } /* end of CSS rule */  but in such circumstances the enclose=div attribute was always superfluous. This change has made a right mess of threads like Wikipedia:Village pump (technical)/Archive 137#Any way to disable election banner? and Template talk:Main#Appearance (or lack thereof) on mobile browsers. --Redrose64 (talk) 23:43, 27 June 2015 (UTC) phab:T104067. Alakzi (talk) 00:08, 28 June 2015 (UTC) @Alakzi: phab:T103780 seems much more relevant. --Redrose64 (talk) 17:24, 29 June 2015 (UTC) Well, the purpose of enclose="div" was to wrap long lines, which is now done by default; it won't be reintroduced. That it permitted linebreaks within list items was accidental. Alakzi (talk) 17:38, 29 June 2015 (UTC) Noting phab:T85794 also. --Redrose64 (talk) 17:58, 29 June 2015 (UTC) Does this problem also effect tab spacing and syntax highlighting for large Lua module pages? See Module:Convert and Module:Citation/CS1 for examples where the code is not highlighted (at least for me using current version of Chrome – the smaller subsidiary pages of Module:Citation/CS1 are properly highlighted). In my preferences I have: .source-lua { -moz-tab-size: 4; -o-tab-size: 4; tab-size: 4; }  That css used to work but now doesn't. Trappist the monk (talk) 11:47, 29 June 2015 (UTC) The old classes used by GeSHi are gone, since Pygments is now responsible for syntax highlighting (despite the extension name still being SyntaxHighlight_GeSHi). -- [[User:Edokter]] {{talk}} 19:57, 29 June 2015 (UTC) Ok, but how do I tell this Pygments thing that I want tab size to be four spaces instead of 8 spaces? How do tell this Pygments thing to render Module:Citation/CS1 with syntax highlighting? Trappist the monk (talk) 20:12, 29 June 2015 (UTC) You can try .mw-highlight { -moz-tab-size: 4; -o-tab-size: 4; tab-size: 4; }  -- [[User:Edokter]] {{talk}} 20:36, 29 June 2015 (UTC) Ok, good. Thank you that works for tab size but syntax highlighting still isn't working for Module:Citation/CS1. How do I make that work? Trappist the monk (talk) 21:28, 29 June 2015 (UTC) There is a resource limit for highlighting of 100KB right now. The exact limit is still under discussion on phabricator somewhere. —TheDJ (talkcontribs) 06:45, 30 June 2015 (UTC) I notice that on French Wikipedia, modules do have syntax highlighting (although the colours are not the same as they were before), see e.g. fr:Module:Biblio. --Redrose64 (talk) 08:05, 30 June 2015 (UTC) Small modules here have proper highlighting, see, for example, Module:String. Trappist the monk (talk) 10:34, 30 June 2015 (UTC) phab:T104109. Alakzi (talk) 10:42, 30 June 2015 (UTC) ## Cat-a-lot I have been using the Cat-a-lot script tool over the past few weeks to do some large-scale editing. Unfortunately, it stopped working for me close to a week ago, and nothing I've tried has gotten it to jump-start. I can begin the process, but it won't actually let me transfer articles between categories any longer. Here's the script. --Ser Amantio di NicolaoChe dicono a Signa?Lo dicono a Signa. 00:18, 28 June 2015 (UTC) Have you looked at the browser console? Ruslik_Zero 17:39, 28 June 2015 (UTC) I have not, no - where would I go to do that? (Be gentle with me, for I am worse than a novice when it comes to many tech matters.) --Ser Amantio di NicolaoChe dicono a Signa?Lo dicono a Signa. 18:53, 28 June 2015 (UTC) Which web browser are you using? Whatamidoing (WMF) (talk) 01:38, 29 June 2015 (UTC) Firefox. --Ser Amantio di NicolaoChe dicono a Signa?Lo dicono a Signa. 01:50, 29 June 2015 (UTC) ──────────────────────────────────────────────────────────────────────────────────────────────────── I just tried to copy a category with it, and got the following error: "Uncaught TypeError:.escapeRE is not a function: index.php?action=raw&ctype=text/javascript&title=MediaWiki:Gadget-Cat-a-lot.js:385." It looks like this is another victim of #jQuery.escapeRE vs. mw.RegEx.escape above. — Mr. Stradivarius ♪ talk ♪ 06:33, 29 June 2015 (UTC)

I have added a dependency to קיפודנחש's loader script, should be working again. At least I'm not getting errors. Amalthea 10:19, 29 June 2015 (UTC)
Beautiful. Seems to be working for me again, too. Thanks very much!--Ser Amantio di NicolaoChe dicono a Signa?Lo dicono a Signa. 14:37, 29 June 2015 (UTC)

So I'm having random pages load without vector, but when I reload, vector loads with it.—cyberpowerChat:Limited Access 00:25, 28 June 2015 (UTC)

## "Edits by User" search not working?

For the past several days, whenever I try to use the "Edits by user" function on any article or talk page, I get the following message:

ERROR: Unhandled exception.[Errno socket error] [Errno -2] Name or service not known

Is this happening to other people, and is it being looked into and fixed? I hope so. By the way, if a bug report needs to be filed, could someone else do it? I'm lousy with that and I find it confusing and time-consuming. Thanks. Softlavender (talk) 06:55, 28 June 2015 (UTC)

Hi User:Softlavender, it is not easy to file a bug-report without direct personal experiential knowledge of the bug, but I am happy to report a problem here for research if you don't want to, and if you can explain the problem more for me? I am quite new here and can't find the function you mentioned. Bulgarios (talk) 08:19, 29 June 2015 (UTC)
No link was given to "Edits by User" but I guess this is phab:T104138? For general information, see mw:How to report a bug. --AKlapper (WMF) (talk) 08:48, 29 June 2015 (UTC)
Filing bugs for something hosted on Labs is generally a waste of time and if they involve the WMF they are invariably put on a back burner just like non life-threating medical attention by the NHS or ignored completely, leaving the tool owner/designers without any support for their efforts. The person to go to is probably cyberpower678 who by no fault entirely of his own appears to be trying to maintain such tools single handedly. If he is not directly responsible for this particular tool, he will probably know who is. Kudpung กุดผึ้ง (talk) 09:02, 29 June 2015 (UTC)
Not really sure what you are rambling about here, but as you can see in the ticket linked above, the issue has been resolved by one of the tool's maintainers within minutes of him being made aware of it.--Anders Feder (talk) 11:57, 29 June 2015 (UTC)

## Template trouble

Recently I had a problem that is related to the template {{quotation}}, although I can't say that this template is the ultimate source of the problem. It may or may not be. By commenting out the template and using instead quotation marks for the quoted material, this workaround seemed to fix the problem. diff I think this is template trouble because it is a recent problem yet it affects previous versions of my talk page going back for years. --Bob K31416 (talk) 17:03, 28 June 2015 (UTC)

This is the same problem as Template talk:Archive top#archive broken, and closely related to Wikipedia talk:Requests for adminship/Archive 231#Czar RfA formatting error. You could have fixed it by removing the colon before each {{quotation}}. --Redrose64 (talk) 17:11, 28 June 2015 (UTC)
I undid my workaround, deleted leading colons, and added newlines. diff It seems to work. Thanks. --Bob K31416 (talk) 17:28, 28 June 2015 (UTC)
The newlines weren't necessary, they were mentioned at Template talk:Archive top#archive broken as a quick solution. The essential thing is that {{quotation}} (and certain other templates mentioned in those threads) must be placed at the start of a line. --Redrose64 (talk) 18:16, 28 June 2015 (UTC)
Thanks. Apparently there was a screwup in software development at Wikipedia which caused these issues with the templates. For years these weren't issues. Unfortunately, although these measures will work with current versions of Talk pages, they don't affect the history. The historic versions are vulnerable to adverse changes in Wikipedia software at any time. Interesting that the historic versions of pages aren't really permanent, because they depend on any future changes in the software at Wikipedia, as in the present case that we discussed. --Bob K31416 (talk) 14:35, 29 June 2015 (UTC)

So, I just got a notification message that I'm about 100% positive was not meant for me. Does this happen often, or is it unusual? In either case, is there anything I should do on my end?... Thanks in advance. --IJBall (contribstalk) 18:02, 28 June 2015 (UTC)

What do you mean by "not meant for me"? --Redrose64 (talk) 18:19, 28 June 2015 (UTC)
I mean, when I checked the diff, it wasn't my user name that had been pinged. (Now, I believe my username was mentioned somewhere else on the Talk page in question – but the 'ping' did not seem to be meant for me...) --IJBall (contribstalk) 18:29, 28 June 2015 (UTC)
Could you give a link to the diff? - NQ (talk) 18:31, 28 June 2015 (UTC)
Yep – diff. I'd also link to my Notification page (if I knew how to do that!!)... --IJBall (contribstalk) 18:39, 28 June 2015 (UTC)
Yes, it wasn't a ping but a full scale transclusion of Dennis Bratland's userpage. Your username is mentioned in the userpage under "Article alerts" and hence a ping notification was sent.- NQ (talk) 18:45, 28 June 2015 (UTC)
(edit conflict) Tedder used {{User:Dennis Bratland}} instead of either {{User|Dennis Bratland}} or [[User:Dennis Bratland]]. This meant that the whole of the User:Dennis Bratland user page was transcluded, and anybody whose name was mentioned there got a notification. You're in there twice, because of the transclusions of Wikipedia:WikiProject Seattle/Article alerts and Wikipedia:WikiProject Washington/Article alerts (under the "WikiProject Seattle" and "WikiProject Washington" headings). --Redrose64 (talk) 18:47, 28 June 2015 (UTC)
Heh. I didn't even notice that! (I wonder how many others got "pinged" on that!...) Anyway, good to know – at least I'll know what to look for if that ever happens again. Thanks to both of you! --IJBall (contribstalk) 18:48, 28 June 2015 (UTC)
I just came up with this theory. That is sooooo weird. tedder (talk) 18:51, 28 June 2015 (UTC)
There are safeguards to reduce the number of accidental pings but sometimes they also prevent intended pings. mw:Manual:Echo#Technical details says: "If the number of detected to-be-pinged users exceeds 20, no notifications will be delivered." PrimeHunter (talk) 19:43, 28 June 2015 (UTC)

## Changed pages on my watchlist

Hello! Hm, a minute ago all pages on my watchlist turned into the "visited" status while I haven't clicked the "mark all pages as visited" button, which I've also hidden using some JavaScript. What's going on? I really need to know which pages need reviewing as I have hundreds of unreviewed article modifications in about 20 days worth of a backlog. — Dsimic (talk | contribs) 18:07, 28 June 2015 (UTC)

There's something wrong for sure, as even the article that was modified in the last minute or so, after the all-around change on my watchlist, isn't currently marked as modified. — Dsimic (talk | contribs) 18:11, 28 June 2015 (UTC)
Yup. If you disable the "Display green collapsible arrows and green bullets for changed pages in your Watchlist, History and Recent changes" gadget in preferences, it displays fine (with bolded text). - NQ (talk) 18:13, 28 June 2015 (UTC)
I don't have that option enabled. However, the green bullets are back, but displaying modified pages in bold still doesn't work. — Dsimic (talk | contribs) 18:15, 28 June 2015 (UTC)
What in the world happened here? Now I have that option enabled, and it wasn't me enabling it, I know for sure. — Dsimic (talk | contribs) 18:19, 28 June 2015 (UTC)
I'm right in the middle of moving all watchlist related styles from common/skin CSS to a default gadget. That may cause some missing styles for up to five minutes, but it should then be OK again. -- [[User:Edokter]] {{talk}} 18:17, 28 June 2015 (UTC)
Thanks for the update! Though, any clues about what happened to the above described option? — Dsimic (talk | contribs) 18:20, 28 June 2015 (UTC)
I opted to simplify all the watchlist options and gadgets. The default (gadget on) is green bullets, but when switched off, I planned to restore the watchlist to software default using bold titles, thereby negating the need for the "no bold" option. However, that resulted in a style flash, so I restored the no-bold as default. I may re-add that option somehow. -- [[User:Edokter]] {{talk}} 18:27, 28 June 2015 (UTC)
Well, something doesn't work as it should. If I untick "Display green collapsible arrows and green bullets for changed pages in your Watchlist, History and Recent changes" in my preferences, the result is quite bad – no green bullets and no bold titles. How can we have bold titles back, together with green bullets? I can't work without those. — Dsimic (talk | contribs) 18:35, 28 June 2015 (UTC)
They both have the exact same meaning. I intended to reinstate the bold titles when the gadget is turned off, but I have to find a solution for the flash styling. However, if there is a demand for both to be controlled separately, I'll restore that option. -- [[User:Edokter]] {{talk}} 18:46, 28 June 2015 (UTC)
It would be the best to have separate controls for the green bullets and bold titles. I really find it difficult to do anything without the bold titles. — Dsimic (talk | contribs) 18:49, 28 June 2015 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── It might be a while before Edokter can get this sorted; you might wanna add the following to your Special:MyPage/vector.css:

.mw-changeslist-line-watched .mw-title {
font-weight: bold !important;
}


Problem solved. :-) Alakzi (talk) 18:54, 28 June 2015 (UTC)

It appears to be back to normal. Sam Walton (talk) 18:58, 28 June 2015 (UTC)
I'd rather not have two options, oh well. At least all the code is (somewhat) consolidated. Just putting the final touches in and I'm done. -- [[User:Edokter]] {{talk}} 19:00, 28 June 2015 (UTC)
@Alakzi: That works beautifully, thank you very much! — Dsimic (talk | contribs) 19:02, 28 June 2015 (UTC)
The option is also back. -- [[User:Edokter]] {{talk}} 19:13, 28 June 2015 (UTC)
Thank you very much! Bold titles make the watchlists much easier to use. — Dsimic (talk | contribs) 19:16, 28 June 2015 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── There's just a small glitch – here's what I see on my watchilist:

Pages that have been changed since you last visited them are shown in boldwith a green marker.

Obviously, there should be a space character between "bold" and "with". :) — Dsimic (talk | contribs) 01:36, 29 June 2015 (UTC)

Fixed in [10]. PrimeHunter (talk) 01:56, 29 June 2015 (UTC)
Thank you! — Dsimic (talk | contribs) 05:03, 29 June 2015 (UTC)

## Should I raise a bug for this error?

Database error
• Javascript-enhanced contributions lookup 0.2 enabled. You may enter a CIDR range or append an asterisk to do a prefix search.

A database query error has occurred. This may indicate a bug in the software.

Function: IndexPager::buildQueryInfo (contributions page filtered for namespace or RevisionDeleted edits)
Error: 2013 Lost connection to MySQL server during query (10.64.32.25)

All the best: Rich Farmbrough, 19:47, 28 June 2015 (UTC).

First of all, steps to reproduce would be welcome so someone else could try to see that error too. :) --AKlapper (WMF) (talk) 08:51, 29 June 2015 (UTC)
Search my contribs with namespace "Module" or "Mediawiki" if this fails to provoke an error (due to caching) try another rarely (or never?) edited namespace, or another user with many edits such as User:Koavf.
All the best: Rich Farmbrough, 15:54, 29 June 2015 (UTC).
It's slow but works for me, for example for you on TimedText which gave "No changes were found matching these criteria.", on a correctly looking page without error messages. PrimeHunter (talk) 16:06, 29 June 2015 (UTC)
I'm not surprised, the second time I did it with "Module" it worked, though whether this is a result of smart caching or variance in database load I cannot tell. Nonetheless I would think that the software could deal with these queries, either by chunking or increasing the timeout. All the best: Rich Farmbrough, 22:42, 29 June 2015 (UTC).

## |R parameter for magic words

{{PAGESINCATEGORY|Featured articles|R}} should give the number without commas. Strangely this is not working - 4510. Anyone know why? All the best: Rich Farmbrough, 15:51, 29 June 2015 (UTC).

Your syntax calls Template:PAGESINCATEGORY which hasn't implemented R. The magic word is {{PAGESINCATEGORY:Featured articles|R}} which gives 4510. PrimeHunter (talk) 15:55, 29 June 2015 (UTC)
Thanks, template fixed. All the best: Rich Farmbrough, 22:39, 29 June 2015 (UTC).
mw:Help:Magic words#Statistics shows several possible values of a second parameter, and if others than R are used then R can be a third parameter. If you want the template to be similar to the magic word then you could just pass everything on with |{{{2|}}}|{{{3|}}}. It appears the magic word just ignores the extra parameters if they are empty. PrimeHunter (talk) 23:09, 29 June 2015 (UTC)

## Tech News: 2015-27

15:56, 29 June 2015 (UTC)

## Wikidata issue

Perhaps one of you can easily fix this--I can't. If you click on the German link for Theodor Julius Jaffé you get led to Carl Seffner (strange--but Seffner made his cenotaph). If you click on the English link in the German article for Jaffe, you to get directed to the right place. I don't understand the first thing about Wikidate, but you all are the smart people. Thanks. 207.93.13.150 (talk) 17:12, 29 June 2015 (UTC)

Fixed - NQ (talk) 17:17, 29 June 2015 (UTC)

## Add "mark as read" action to hover-popups in edit histories and watchlists

(I'm guessing this would be uncontroversial enough to count as a technical matter.) In the hover-popup in edit histories and watchlists (actions popups or actions user popups etc.) how about adding a "mark as read" action? Sometimes you already know, without actually visiting the article, that you want the article to "unbold" in future refreshes of your watchlist.

This would fit nicely in the actions dropdown right next to un|watch. EEng (talk) 22:54, 29 June 2015 (UTC)

WT:POPUPS, which tells you that the tool is unmaintained. —TheDJ (talkcontribs) 06:41, 30 June 2015 (UTC)
Well, that's a shame. Amazing it still works at all. EEng (talk) 10:40, 30 June 2015 (UTC)
Also, will require downloading the full article, because that entry point is the only way that will count as a 'read'. And there is no way to unread right now at all.. —TheDJ (talkcontribs) 06:43, 30 June 2015 (UTC)
How do you know it's the only way? Obviously the whole point here is to avoid the actual download of the article. EEng (talk) 10:40, 30 June 2015 (UTC)
Because I know what the php code for this looks like. It's basically just a timestamp for each entry in your watch, that is updated from the code that constructs the page for users. There are no other interfaces to this timestamp right now. —TheDJ (talkcontribs) 14:15, 30 June 2015 (UTC)
See API action=setnotificationtimestamp. Anomie 22:38, 30 June 2015 (UTC)
I surrender, I don't know the PHP code :) Seems Anomie exposed this functionality in 2012. —TheDJ (talkcontribs) 06:54, 1 July 2015 (UTC)
See, you should have more faith! Goody. Now all we need is someone to modify the dropdown... EEng (talk) 11:36, 1 July 2015 (UTC)

## Unmatched end tag being reported for Watchlist page

It seems there is an extra closing paragraph tag being inserted on the Special:Watchlist page when there is at least one watchlist-message still pending/rendering (i.e. has not been hidden or dismissed manually yet). My console reports the extra end tag occurring at line 64 fwiw...

Can others first verify this before making a mountain out of just a local molehill? Thanks. -- George Orwell III (talk) 23:26, 29 June 2015 (UTC)

From https://en.wikipedia.org/w/index.php?title=Special:Watchlist&uselang=qqx, it looks like this might be being inserted by the watchlist-summary message (although MediaWiki:Watchlist-summary isn't customised on enwiki). — Mr. Stradivarius ♪ talk ♪ 01:54, 30 June 2015 (UTC)
Or to be more precise, the code rendering the HTML surrounding watchlist-summary message. Time to check the source code... — Mr. Stradivarius ♪ talk ♪ 01:57, 30 June 2015 (UTC)
Hmmm... MediaWiki:Wlheader-showupdated or MediaWiki:Watchlist-details on top of MediaWiki:Watchlist-summary might be playing a role in this somehow as well. Fwiw... same thing on test.Wikipedia.org but not on test2.wiikipedia.org. The presence of a watchlist-message seems to be the determining factor if we go by those two sites. -- George Orwell III (talk) 02:44, 30 June 2015 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── FYI... prevented the errant closing paragraph tag on Wikisource by moving the watchlist-messaging "scheme" from sharing the pre-populated w/message MediaWiki:Watchlist-details entry to the blank-by-default MediaWiki:Watchlist-summary message entry instead. -- George Orwell III (talk) 04:47, 2 July 2015 (UTC)

## Watchlist design change feedback

I now have green arrows and bullet points in my watchlist for unviewed pages, and blue arrows and bullet points in my watchlist for viewed changes. I have two requests:

• Change the blue to gray.
• Make the arrows and bullet points larger so that they are more easily distinguishable.

Other than that feedback, I like this concept. Thanks! --Pine 05:44, 30 June 2015 (UTC)

Hello! While the gray bullet points might make the watchlist look better and more usable, making them larger would make no sense IMHO. That's the standard bullet point size used all around Wikipedia. — Dsimic (talk | contribs) 05:51, 30 June 2015 (UTC)
I need to lean toward my monitor to make the distinction between the bullet and the arrow. Perhaps there could be a user preferences setting for the size of the icon, or the icons could be different in color as well as shape, for example the green bullet could be changed to a purple bullet? --Pine 06:07, 30 June 2015 (UTC)
Do you use bold titles for changed pages? If not, please try ticking that preferences option, bold titles make a world of difference in watchlist usability. :) — Dsimic (talk | contribs) 06:14, 30 June 2015 (UTC)
What browser do you use Pine ? I know there is a bug with Safari for instance, where these things become tiny. Also the changes are English Wikipedia specific and managed by User:Edokter. —TheDJ (talkcontribs) 06:38, 30 June 2015 (UTC)
I'm glad you like the concept. The default watchlist has had green bullets ( / ) for unvisited pages for over a year now, so I extended them to the enhanced watchlist as well. So that's where the green comes from. The bullets have the same deminsions as the default list bullets (5x13). The arrows ( / ) are blue to indicate they are clickable. That concept was introduced in CategoryTree (for example, see Category:Contents). The size of the arrows are the same as the default grey ones used in the interface. The space where they appear are constrained to 15x15. The problem TheDJ ponts out should no affect Safari, as the images are rendered using background images, not using the list-style-image CSS property. -- [[User:Edokter]] {{talk}} 16:49, 30 June 2015 (UTC)
Which fact (that the green bullets are images) I'm grateful for, because I use Safari, and the normal (non-image) bullets are *tiny* in Safari.
All of these features are handled locally, by the volunteer community rather than by the WMF. (This, plus the fact that I probably did something wrong here, is why I can't get these green bullets everywhere.) Edokter is the person you want to talk to. Whatamidoing (WMF) (talk) 18:08, 1 July 2015 (UTC)
I don't see a problem at m:User:Whatamidoing (WMF)/global.css - you used exactly the same syntax for the @import rule as I did at m:User:Redrose64/global.css (which works successfully on all Wikimedia projects), and there are no associated Javascript files, so yours should work. --Redrose64 (talk) 18:48, 1 July 2015 (UTC)
There's no chance that the blank line is killing it, is there? Whatamidoing (WMF) (talk) 20:07, 1 July 2015 (UTC)
Shouldn't be. One of the things about CSS is that (except inside quoted strings) spaces and newlines are interchangeable, and where one space is permitted, more than one is also permitted. So a blank line, which is two newlines, is syntactically equivalent to a single space. --Redrose64 (talk) 21:22, 1 July 2015 (UTC)

## June 17 Labs outage effect on still missing June 17 pageview stats

The June 17 pageview statistics at stats.grok.se/ did not compile. I have just noticed the June 17 Labs outage, but the underlying data seems to be uncorrupted. Can anyone explain this?--TonyTheTiger (T / C / WP:FOUR / WP:CHICAGO / WP:WAWARD) 10:38, 30 June 2015 (UTC)

## link on interface to explanation of watchlist web feed

I am proposing adding a link to to a preference interface message over the watchlist web feed token. See discussion at MediaWiki talk:Prefs-help-watchlist-token2#link to web feed explanation. Cheers, Jason Quinn (talk) 14:36, 30 June 2015 (UTC)

## Printing problem

A reader reported (via OTRS ticket:2015062710013531 ) problems while attempting to print Tau protein. I confirmed that it was not a print to PDF problem as has cropped up recently, but a direct print to a printer from the article. The problem appears to be the beginning of the article. I don't yet know the browser, I will respond to the individual that they should post more information here. — Preceding unsigned comment added by Sphilbrick (talkcontribs) 17:13, 30 June 2015 (UTC)

It's a redlink, and I don't have an OTRS login. --Redrose64 (talk) 17:18, 30 June 2015 (UTC)
Fixed, but I thought links did not have to have exact case. Maybe I misunderstood. The reader referred to "Tau Protein" so I searched for that term, got a hit, and missed that it lowered the case on the second word.--S Philbrick(Talk) 17:48, 30 June 2015 (UTC)
It's only the first character that is case-insensitive. --Redrose64 (talk) 18:18, 30 June 2015 (UTC)
This is caused, because when you print, external links get expanded to their full url. And this template includes a TON. And worse, it includes them wrapped in style="white-space: nowrap;", not allowing line breaks in any of those links. See {{GNF_Protein_box}}, example of article with Print styling. —TheDJ (talkcontribs) 19:02, 30 June 2015 (UTC)

────────────────────────────────────────────────────────────────────────────────────────────────────A couple questions come to mind:

1. Who should look into this? My first thought was to post something at the article talk page, but if I understand your response the issue is with the info box, so if anything, it should go to the editors of the info box. Is this correct?
2. What should be said to them? Barring a better answer I intend to direct them to this discussion so they can see what the problem is but I do not know how to summarize it well.
3. I asked the reader to try sending first to PDF and then printing which worked. I now wondered why this worked, so I tried it again myself and noticed that the PDF does not include the info box. I tried to other articles and in neither case did the info box show up in the PDF. Is this known?--S Philbrick(Talk) 19:39, 30 June 2015 (UTC)

## Autocorrect on search bars

Copied from WP:AN Ivanvector (talk) 18:09, 30 June 2015 (UTC)

Apologies if this is the wrong place to bring this up.

Could you please add autocorrect="off" to the search fields in Wikipedia? Usually people come to look up proper nouns, and iOS devices constantly try to "correct" them. It's maddening. — Preceding unsigned comment added by LastFootnote (talkcontribs) 15:28, 30 June 2015 (UTC)

I don't know of anything called autocorrect but there is an an autocomplete= attribute, valid on the <form>, <input /> and <textarea> tags. --Redrose64 (talk) 18:33, 30 June 2015 (UTC)
It's a proprietary extension to HTML by Apple. One of their few useful ones I would say. —TheDJ (talkcontribs) 19:07, 30 June 2015 (UTC)

Oops, I should have pinged LastFootnote when I moved this here. My bad. Ivanvector (talk) 18:51, 30 June 2015 (UTC)

## URL overflowing container width

Long urls are breaking out of container on mobile devices (both tablets and phones) using desktop view.

Sample page: User:NQ/sandbox/temp - Screenshot on my ipad - (Not logged in)

ANI archive that exhibits the same behaviour. - Wikipedia:Administrators' noticeboard/IncidentArchive890 - NQ (talk) 21:10, 30 June 2015 (UTC)

.mw-body {
word-wrap: break-word;
}


I'm using the above code in my common.css as a temp fix. - NQ (talk) 21:47, 30 June 2015 (UTC)

A more conservative form of that might be:

.external.free {
word-wrap: break-word;
}


perhaps we can even set that one from Common.css or by default in the software. —TheDJ (talkcontribs) 06:48, 1 July 2015 (UTC)

@TheDJ: Thanks, but that does not seem to fix long Wikilinks such as this one. And I just noticed User talk:Yobol, where the the text and tables seem to overflow too. - NQ (talk) 14:09, 1 July 2015 (UTC)
Never mind, might be a styling issue with one of the old DRN notices. - NQ (talk) — Preceding undated comment added 18:49, 1 July 2015 (UTC)

## EU Parliament "Modern Buildings" advert

The "Learn more" button on the above advert - I'm presuming its for EU users only - doesn't work on my tablet computer, Android 4.0.4. Can someone get the spanners out please, or add a plain link to it. - X201 (talk) 21:17, 30 June 2015 (UTC)

Try now? The initial version of the banner I posted didn't actually include a link. Legoktm (talk) 21:19, 30 June 2015 (UTC)
Yep, its now working. Thanks. - X201 (talk) 21:25, 30 June 2015 (UTC)
It appears not to be for only EU users, but it really should be, IMO. The "Learn more" does appear to be a plain link, but it only covers the text itself, and not the entire button. --Yair rand (talk) 21:21, 30 June 2015 (UTC)

## How to render measurement for best results

I have a problem with, and a suggestion for, how measurements are treated in Wikipedia. I was directed here.

The basic measurement policy is to cite the measurement in one unit and put another in parentheses. So we say, "the speed limit is 60 MPH (130 kph)".

The Problem: If there are more than a few such figures, the parenthetical figures become tedious. They're not that helpful to the (say) metric reader, and they're distracting to the native reader.

A good example is: Track Gauge. No one really cares how many millimeters apart the rails are. No reader is well served by the parenthetical conversions.

Parenthetical conversions were a reasonable choice when Wikipedia was young, but these days it's just not technically necessary.

The Solution: Let the reader choose which to see. Use CSS to render the reader's preferred units. If the browser and/or technical environment somehow preclude that, fall back to current behavior.

For example, let the reader's login hold a measurement unit preference. Use that in rendering the page, and include the converted measurement such that most browsers will render it as a "tool tip", displayed when the mouse hovers over the figure. At the top of the page, include a link to choose units for this page only, just for now, in case the reader wants to try viewing the page from a different measurement perspective.

There are some details to work out. On the Track Gauge page linked to above, the primary measures are mostly US, but under "Medium gauge" there are references to "1,000 mm (3 ft 3 3/8 in) gauge railways" because the gauge was specified metrically. It might be that the reader's options are "US/metric/natural". There's also prior art we can build on.

My suggestion is really two parts, one policy and one technical. We're starting here with what's technically feasible in Wikipedia. If we can arrive at a workable answer, then we can take it over to the policy group as a concrete proposal.

Although I do know something about it, HTML/CSS isn't my area of expertise, and I don't know much about how wiki markup is converted into what the brawser actually sees. What's the best way to carry this out? Jklowden (talk) 22:54, 30 June 2015 (UTC)

Lest we mislead anyone, 60 MPH is not 130 kph but close to 100 kph. The conversion is quite close to: MPH = 0.6 x kph. Akld guy (talk) 05:28, 1 July 2015 (UTC)
I like the suggestion; after all, we already do the same thing for date formats outside of article space. And I assume that the {{convert}} template would be the enabler here. While I predict a giant brouhaha if this gets to the policy stage, there are a few tricky details which I believe impact the technical design of this: for example, there would need to be some kind of opt-out provision for text where parenthetical conversions are legitimately encyclopedic; one example that comes to mind is this paragraph. Next (and maybe this is what you meant by providing a "natural" option), there are customary units in certain contexts where a unit could be converted but shouldn't always be. For example, the speed of sailing vessels is typically expressed in knots, which can be converted to a more widely-understood measurement, but that would be annoying for readers familiar with the area. I agree that most readers don't know what a knot is and would benefit from a more familiar measurement, but I'd hate to lose that for myself. Regards, Orange Suede Sofa (talk) 17:10, 1 July 2015 (UTC)
One tricky point is that an 80 mph train would have to turn into a 130 kph train. -- John of Reading (talk) 19:00, 1 July 2015 (UTC)

## Hiding the dot

Is there a way to hide the green/blue dot on my watchlist? Calidum T|C 03:22, 1 July 2015 (UTC)

@Calidum: If you want to just prevent them from turning green (so they'll all be dark blue), you can go to Special:Preferences#mw-prefsection-gadgets, scroll down to the "Watchlist" section, and uncheck Display green collapsible arrows and green bullets for changed pages in your Watchlist, History and Recent changes. --Ahecht (TALK
PAGE
) 03:29, 1 July 2015 (UTC)
That actually hid them all together. Thanks! Calidum T|C 03:38, 1 July 2015 (UTC)

## Redirect templates for all countries lacking their own full Wikiproject? (e.g. {{WPLIBERIA}} acting as WPAFRICA|Liberia=yes automatically)

I'm concerned that there are a lot of Africa articles about specific countries which are just filed as "WikiProject Africa" on their Talk pages, since people might not be familiar with how to code in sub-projects. It would be way faster if I could just type {{WPLIBERIA}} onto a page about Liberia, rather than type out an Africa code and then have to put in full sub-codes.

Could we ensure that all countries that don't have a functional shortcut like {{WPIRELAND}}, {{WPJAPAN}}, {{WPBRAZIL}} have a functioning code, even if it just acts as a parallel of {{WPAFRICA|Liberia=yes}}? That way if someone makes an article for "Fooistan" and in good faith goes to the Talk page and puts down {{WPFOOISTAN}} doesn't get a redlink, and thus have to either go puzzle out what the full code is (and the formats aren't exactly consistent so you can't just guess), just put the WP for its continent down, or leave it redlink or blank. That way too, if a full Wikiproject for Fooistan is created in the future, the templates are already correct, we'd just change their destination to the smaller country-specific Wikiproject instead of the continent-wide one, and we don't need to go hunt down individual articles to change their Project.

What do you think? Mkpb of Stable Outcomes (talk) 14:25, 1 July 2015 (UTC)

It would create too much confusion if it's unclear whether a template corresponds to a WikiProject. {{WPAFRICA}} accepts several parameters. Should {{WPLIBERIA}} pass all parameters on to {{WPAFRICA}}? Does {{WPLIBERIA|importance=Top}} mean top importance for Liberia or all of Africa? {{WPAFRICA}} has both Liberia-importance and importance. If importance=Top is changed to Liberia-importance=Top when {{WPLIBERIA}} calls {{WPAFRICA}} then do we invent a new parameter name for Africa importance in {{WPLIBERIA}}? And many articles cover more than one country and have to use a single WikiProject banner to avoid the banner being repeated for each country which is just a wrapper. For example, Talk:Ebola virus epidemic in West Africa currently says {{WikiProject Africa|class=B|importance=High|Guinea=y|Guinea-importance=High|Liberia=y|Liberia-importance=High|Sierra Leone=y|Sierra Leone-importance=High|Nigeria=y|Nigeria-importance=Mid}}. PrimeHunter (talk) 13:12, 2 July 2015 (UTC)
If {{WPLIBERIA}} is set up as a true redirect (like Template:WPBOTSWANA is), it will recognise exactly the same parameters as the template that it redirects to. If however it is set up as a wrapper (like {{WikiProject Trains in Japan}} is), the recognised parameters can be a subset of those recognised by the main template, but every one that should be recognised needs to be explicitly passed through. --Redrose64 (talk) 17:57, 2 July 2015 (UTC)
Alternatively {{WPLIBERIA}} (etc.) could provide some "how to" text on setting up {{WikiProject Africa}} templates with Liberia task force parameters. All the best: Rich Farmbrough, 18:39, 2 July 2015 (UTC).

## Watchlist announcements leaving a gap

Since a few hours ago, there's a significant vertical gap left between the line containing "Clear the watchlist" and the "You have n pages on your watchlist..." line. All that with dismissed announcements and "Mark all pages as visited" button hidden with some custom JavaScript. Any clues? It used to be all neat and tidy. — Dsimic (talk | contribs) 04:54, 2 July 2015 (UTC)

Fixed, there were a couple of watchlist notices that had expired today. Sam Walton (talk) 14:06, 2 July 2015 (UTC)
• While we're on the subject, could someone update the watchlist Legend so we mortals will know what the circles and arrow and bullets and colors mean? And BTW, I've been meaning to ask for some time (though I haven't seen this in a week or two): changed-since-my-last-visit articles usually show up in a deep bold blue, but someones one or two up them are in a sort of grayish blue. Anyone want to explain (or, again, update the legend)? EEng (talk) 14:18, 2 July 2015 (UTC)
Thank you! — Dsimic (talk | contribs) 20:30, 2 July 2015 (UTC)
@EEng: Hm, I'm a bit confused as I see no such things (circles, arrows and different shades of blue) on my watchlist. Out of curiosity, which watchlist-related options are enabled in your preferences? Oh, and I have some custom CSS forcing bold page names for modified watchlist entries. — Dsimic (talk | contribs) 20:35, 2 July 2015 (UTC)
At Preferences > Gadgets I've got these two checked:
• Display green collapsible arrows and green bullets for changed pages in your Watchlist, History and Recent changes
• Display pages on your watchlist that have changed since your last visit in bold.
Sometimes they're green and sometimes they're blue, and now there are little green bullets sometimes. It's all very entertaining. EEng (talk) 21:11, 2 July 2015 (UTC)
What's even more confusing, I also have those two options checked, and really haven't seen any fancy watchlist inconsistency. Which skin do you use? I'm using the default Vector skin, while viewing everything in Firefox. — Dsimic (talk | contribs) 21:20, 2 July 2015 (UTC)
Vector, Chrome (just checked in IE11 and it's the same). EEng (talk) 21:35, 2 July 2015 (UTC)
Thanks. Hopefully others will use all this as debugging information. — Dsimic (talk | contribs) 03:15, 3 July 2015 (UTC)

## Another watchlist proposal: Symbol to replace (0) when net effect is no change at all

In the case where a sequence of edits has resulted in no net change to the source text at all (not just no net change to the length of the source text) how about replacing the (0) length-delta with something else, perhaps (∅)? It's useful to be able to recognize this special case at a glance. EEng (talk) 14:02, 2 July 2015 (UTC)

It's a good idea to distinguish between ε and 0, but the numeric field probably isn't the place to do it. Perhaps an "=" sign (or ==, or ===, depending on your preference...) after the numeric thus "(0)=" . I think it would break a smaller number of applications. All the best: Rich Farmbrough, 18:43, 2 July 2015 (UTC).
Good point. Maybe it could be worked into whatever it is you folks are cooking up with the green and blue arrows and dots and whatnot. EEng (talk) 19:40, 2 July 2015 (UTC)

Since the <span> containing the "(0)" has its own CSS class, called "mw-plusminus-null", changing the text to something else can be done with some relatively simple user-specific JavaScript (I've tested it):

var zeros = document.getElementsByClassName("mw-plusminus-null");
for (i=0; i<zeros.length; i++) {zeros[i].innerHTML = "(\u2205)";}



This uses the "∅" empty set symbol (U+2205) surrounded by parentheses, as above; this can be replaced with any wanted string. 19:22, 2 July 2015 (UTC)

Misread the question. 19:30, 2 July 2015 (UTC)
Yeah, I was wondering just where in that code the test for "no net change" was, but I thought, "Well, these Village Pump gnomes must know something I don't" and went to try it. Guess what? You did misread the question. But it does a beautiful job of turning zeros into "empty-sets". Thanks for the effort, though. EEng (talk) 19:40, 2 July 2015 (UTC)

## September 2013 and March 2014

In the month pages September 2013 and March 2014, the day pages {{Portal:Current events/Year Month Day}} appear wider than in the other month pages. GeoffreyT2000 (talk) 20:23, 2 July 2015 (UTC)

Fixed by restoring the ending of the tables inside these lists with diff1 & diff2TheDJ (talkcontribs) 21:18, 2 July 2015 (UTC)

## No Firefox favicon for section redirect

I see no favicon in Firefox 39.0 tabs for redirects to sections, for example Wiki spam and others tested in Category:Redirects to sections and the five other languages listed there. I see the favicon in Wiki spam in IE, Chrome, Safari and Opera. In Firefox I see the favicon for Spamdexing (direct link to the page) and Spamdex (redirect to the page but not to a section). Do others have the Firefox issue? PrimeHunter (talk) 02:26, 3 July 2015 (UTC)

I couldn't see it for the Wiki spam page in 38.0.5. But then when I went to verify the version number, the browser auto-updated to 39.0 and now that page does show a favicon. Regards, Orange Suede Sofa (talk) 02:45, 3 July 2015 (UTC)
Are you still on the page saying "(Redirected from Wiki spam)" when you see the favicon in 39.0? We use url redirection now so if the page is reloaded then you get the redirect target Spamdexing#Wiki spam where I do see the favicon and no "Redirected from". PrimeHunter (talk) 02:51, 3 July 2015 (UTC)
Yes, I see the favicon on the "Redirected from..." page. When I reload the page, the "Redirected from..." disappears as expected and the favicon remains. Orange Suede Sofa (talk) 03:04, 3 July 2015 (UTC)

## Link to talk page in Mobile Wikipedia

The talk page link in the mobile version of Wikipedia should be shown for non-logged in users as well. GeoffreyT2000 (talk) 03:36, 3 July 2015 (UTC)