Wikipedia:Village pump (technical)

From Wikipedia, the free encyclopedia
  (Redirected from Village pump (technical))
Jump to: navigation, search
  Policy   Technical   Proposals   Idea lab   Miscellaneous  
Shortcuts:
The technical section of the village pump is used to discuss technical issues about Wikipedia. Bugs and feature requests should be made at Bugzilla (see how to report a bug). Bugs with security implications should be reported to security@wikimedia.org or filed under the "Security" product in Bugzilla.

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, 111, 112, 113, 114, 115, 116, 117, 118, 119, 120, 121, 122, 123, 124, 125, 126, 127, 128, 129, 130, 131
Centralized discussion
Proposals: policy other Discussions Ideas

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

Contents


Watchlist option when moving pages[edit]

When moving a page, one has an option to tick or untick the "Watch source page and target page" box. However, more often than not, I am finding myself in need of watching only the target (i.e., where the article is being moved to) but not the source (which will become a simple redirect). Is there a technical reason why the source and the target can't be unbundled into separate boxes? It's somewhat annoying to have to go through an extra step of going back and watching the target (if the box was not checked during the move) or unwatching the redirect (if the box was checked). Surely I'm not the only one feeling so?—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); October 17, 2014; 14:03 (UTC)

Watchlists can have thousands of entries and redirects are rarely edited so I don't see a problem in adding the redirect to the watchlist. Maybe some users would like the option but it doesn't seem significant enough to clutter the interface and ask for developer work. Note that if others move a page on your watchlist then the new title is also added to the watchlist without removing the old title. PrimeHunter (talk) 15:49, 17 October 2014 (UTC)
I have no problem with the old title being kept on my watchlist when others move a page—in this case retaining the redirect in the watchlist actually helps see that the article has been moved, especially if consequent edits are done to the target before the move is seen on the watchlist. But keeping unnecessary (to me) records of redirects on my already overly long watchlist does not seem to be useful at all. If I kept every such redirect, my watchlist would not be just difficult to edit (as it is now, with 14,000+ entries and counting), but extremely so (I did have browsers on older PCs crash and hang when trying to open my watchlist in edit mode). And just how much of developers' time would splitting the option in two take, anyway? Ten, fifteen minutes? :) And if both options ("watch source", "watch destination" are placed on the same line, the cluttering is going to be minimal. Come to think of it, the "leave a redirect behind" seems a lot less useful than what I'm proposing. Yes, occasionally there is a need to suppress the creation of a redirect when moving a page, but does that really happen so often we need a separate option for that? Anyone else cares to chime in?—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); October 17, 2014; 17:11 (UTC)
"leave a redirect behind" is only seen by admins. I often use either option there. Non-admins only have one checkbox on the move form. Many of them may not realize that anyone can change the redirect, and watching the source will inform them of such changes. PrimeHunter (talk) 17:35, 17 October 2014 (UTC)
The ability to suppress redirects by unchecking the "leave a redirect behind" box makes some history merges and swaps much much easier, and I would vociferously object to the removal of that check box. Graham87 08:52, 18 October 2014 (UTC)
Well, OK, I'm not here to advocate the removal of that box; it's just something that came up during the discussion (I personally don't care either way). Any opinions on the proposed split of the "Watch source page and target page" box, though?—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); October 21, 2014; 20:09 (UTC)

Error when searching for template "a"[edit]

This query results in the error message "An error has occurred while searching: The search backend returned an error:". Other single-letter templates are found just fine, maybe someone should take a look at this. Paradoctor (talk) 08:56, 18 October 2014 (UTC)

When that happens, I try to get to the bare URL, as in http://en.wikipedia.org/wiki/Template:A. – Paine Ellsworth CLIMAX! 14:31, 18 October 2014 (UTC)
It works when I enable "New search" at Special:Preferences#mw-prefsection-betafeatures. I think New search is planned to become the default or only search and there is limited interest in using resources on fixing such problems with the old search. PrimeHunter (talk) 14:39, 18 October 2014 (UTC)
No sweat, it's just something I noticed and thought might be of interest. Paradoctor (talk) 17:45, 18 October 2014 (UTC)

Xtools / edit counter[edit]

Does anyone here know the status of the Xtools edit counter? I have been unable to access the tool for several days, and this does not appear to be one of the usual temporary service interruptions. Does anyone know anything about this? Dirtlawyer1 (talk) 14:12, 18 October 2014 (UTC)

All Xtools have been down for some days. See #Wikimedia Tool Labs and bugzilla:72104. PrimeHunter (talk) 14:18, 18 October 2014 (UTC)
I have mentioned it's down in the interface message Template:Sp-contributions-footer.[1] I did the same yesterday for MediaWiki:Histlegend.[2] PrimeHunter (talk) 14:27, 18 October 2014 (UTC)
If you go to the Github report you see: "Labels: None! No milestones! Nobody assigned!" The Bugzilla thread is equally discouraging: "Unprioritized! Assigned to nobody!" Except for Wikiviewstats, trying to use any of these tools does not even produce an error message, just a blank screen endlessly showing "Waiting for tools.wmflabs.org". (See the thread above, "Wikimedia Tool Labs", for some of the problems caused for users). Well I think this is not good enough for a facility used by many thousands. How do we jog Wikimedia to get going and resolve this?: Noyster (talk), 08:43, 19 October 2014 (UTC)
@Dirtlawyer1, PrimeHunter, Noyster: Looks like the counter is operational again. GoingBatty (talk) 15:16, 19 October 2014 (UTC)
Great! I have removed the down messages from Template:Sp-contributions-footer and MediaWiki:Histlegend after testing the three linked xtools. PrimeHunter (talk) 16:14, 19 October 2014 (UTC)

@GoingBatty: I'm a writer/editor, not a wiki-coder tech guy. When there are problems with X tools (or other Wikimedia Lab Tools), where is the appropriate interface to go with questions? Once upon a time, we could go to X!'s talk page . . . . Dirtlawyer1 (talk) 15:29, 19 October 2014 (UTC)

@Dirtlawyer1: This page seemed to work pretty well for you. GoingBatty (talk) 15:38, 19 October 2014 (UTC)
  • (edit conflict) For X! tools, there are a few maintainers... The best ways to do it is post the issue on bugzilla (phabricator soon replacing this), on github (here), or ask a maintainer: Cyberpower678, Hedonil and Tparis (may be more, not sure). — {{U|Technical 13}} (etc) 15:41, 19 October 2014 (UTC)
  • One more question: pardon my ignorance, but what is the relationship of Phabricator and Bugzilla to Wikimedia Labs? I don't wander outside of English Wikipedia or Wikimedia Commons very often, so all of these support groups are a bit of a mystery to me. Dirtlawyer1 (talk) 15:53, 19 October 2014 (UTC)
Bugzilla is the old system for reporting bugs (including feature requests and random ideas). Phabricator is the soon-to-be new system for reporting bugs and also lots of other things that could be done in Bugzilla, but which Bugzilla is not exactly very convenient for, like figuring out what's going on or planning projects. In the old (aka current) system, you find a problem on wiki, you report it at Bugzilla, some (volunteer or staff) dev decides to fix it, the dev's code goes to Gerritt, and then (with luck, assuming that the rather picky Jenkins bot doesn't reject your code, etc.) it somehow shows up in the MediaWiki software that we're using. Bugzilla is going to "go away" Any Day Now™, meaning probably within the next few weeks. Unless it doesn't.
WMF Labs is the replacement for Toolserver. It's a place to put useful or interesting stuff that people are using. NB that people specify "WMF Labs" to prevent confusion with "Beta Labs", which is a test wiki. http://en.wikipedia.beta.wmflabs.org/ will take you to a partial copy of the English Wikipedia, where you can see what some of the devs have broken this week are working on right now. Whatamidoing (WMF) (talk) 00:37, 21 October 2014 (UTC)
The replacement for Toolserver is specifically Tool Labs; Wikimedia Labs is the larger project that Beta Labs, Tool Labs, and a large number of other non-production services and test servers are a part of. Anomie 11:43, 21 October 2014 (UTC)
  • Well, perhaps this is the problem: TParis has lost access to their account, Cyberpower687 has been on WikiBreak for two months, and Hedonil hasn't made an edit since 20 August. I guess this won't get fixed any time soon. Curly Turkey ⚞¡gobble!⚟ 06:18, 23 October 2014 (UTC)
  • Well someone has gotten my attention about this issue, so I will be taking a look over the next few days. ALSO IT IS IMPORTANT TO NOTE THAT GITHUB IS THE BEST PLACE TO REPORT BUGS AS IT IS THEE WE CAN MOST EASILY KEEP TRACK OF THE BUGS. I am no way shouting, but making trying to make that statement standout for future bug reports.—cyberpower Temporarily OnlineTrick or Treat 11:48, 23 October 2014 (UTC)
It works two ways. There are replies to the bug report here and at bugzilla:72104 but none of the two reports at https://github.com/x-Tools/xtools/issues/. I think most bug reporters like to at least know whether their report has been seen. PrimeHunter (talk) 20:34, 23 October 2014 (UTC)

FeaturedTopicSum[edit]

Can anybody work out what the "-2" in Template:FeaturedTopicSum is for? I've been trying to convert this template to Lua at Module:FeaturedTopicSum, because it will be used in Module:Article history, but I can't work out why the current template code is the way it is. The template takes a topic name as {{{1}}}, returns {{{2}}} if the topic is a featured topic, and returns {{{3}}} otherwise. Now, one of the featured topic criteria is that 50% or more of the articles in the topic are featured articles. This criterion is translated into the following template code:

{{#ifexpr:{{PAGESINCATEGORY:Wikipedia featured topics {{{1}}} featured content}} >= ({{PAGESINCATEGORY:Wikipedia featured topics {{{1}}}}} + {{PAGESINCATEGORY:Wikipedia featured topics {{{1}}} good content}}-2)
|{{{2}}}
|{{{3}}}
}}

For a figure of 50% or more, I would expect the calculation to be "featured >= good + other", not "featured >= good + other - 2". Am I missing something here? — Mr. Stradivarius ♪ talk ♪ 18:11, 18 October 2014 (UTC)

Also, I should leave a ping for User:Ucucha, who made the most recent edit to the template. — Mr. Stradivarius ♪ talk ♪ 18:12, 18 October 2014 (UTC)

My guess: "Wikipedia featured topics ... good content" and "Wikipedia featured topics ... featured content" are subcategories of "Wikipedia featured topics ...", so subtracting two from the {{PAGESINCATEGORY:Wikipedia featured topics {{{1}}}}} term ensures that these subcategories are not included in the article count. SiBr4 (talk) 18:49, 18 October 2014 (UTC)
(edit conflict) It appears the reason for this adjustment is that the page:
  • Category:Wikipedia featured topics *
contains both category pages:
  • Wikipedia featured topics * featured content
  • Wikipedia featured topics * good content
I expect the "-2" is to adjust for this inclusion. A quick look at the first category in the list shows:
— Makyen (talk) 19:12, 18 October 2014 (UTC)
Indeed, see mw:PAGESINCATEGORY. An alternative would be to use {{PAGESINCATEGORY:Wikipedia featured topics {{{1}}}|pages}}, which doesn't count subcategories. — HHHIPPO 19:19, 18 October 2014 (UTC)
Aha, that makes sense. I was getting messed up because the equivalent code in Lua doesn't count subcategories. (Or more accurately, you can specify whether you want it to count pages, subpages, files, or all three.) Thanks, everyone. — Mr. Stradivarius ♪ talk ♪ 19:50, 18 October 2014 (UTC)
And looking at the PAGESINCATEGORY docs, I see that the parser function works that way as well. The option to specify pages only came in MediaWiki 1.20, though, which would be why the template didn't use it. The last update to the template was in 2010, and 1.20 was released in 2012. — Mr. Stradivarius ♪ talk ♪ 19:57, 18 October 2014 (UTC)

Creation of the "Special talk:" namespace[edit]

Template:CoNo to speedily insert <code><nowiki>...</nowiki><code> markup[edit]

For your coding pleasure, try out {{subst:CoNo|1=your code here}}.

This has been a bit of a wiki-Grail of mine for years, because I hate manually typing out "<code><nowiki>...</nowiki><code>" all the time. {{CoNo}} stands on the shoulders of the giant Zenexer, whose {{Nowiki}} finally makes this work.  — SMcCandlish ¢ ≽ʌⱷ҅ʌ≼  23:30, 18 October 2014 (UTC)

Glad to see my coding hacks put to good use! I wish I could remember who taught me the trick that I used, but it was a long time ago. —Zenexer [talk] 00:07, 19 October 2014 (UTC)
Not to take anything away from anyone here but isn't simple stuff like this the reason User:s can add their own toolbar of useful/repetitive "inserts" using the CharInsert gadget via one's common.js file? Once in place there is no need to type anything - just highlight the target text and select the tags from your custom menu of stuff.

For example; if you add the following to your common.js file....

/* CharInsert specific */
window.charinsertDontMove = false;
window.editToolsRecall = true;
window.charinsertCustom = { User: ' |  =  {\{+}}  [\[+|]]  —  Æ  æ  Œ  œ  <code><nowiki>+</nowiki></code>  {\{ping|+}}' };
if(window.updateEditTools) window.updateEditTools();
... A new menu labeled "User" containing your custom inserts will appear in the menu of CharInsert (EditTools). Hope that made sense -- George Orwell III (talk) 00:38, 19 October 2014 (UTC)
There is a suggestion at MediaWiki talk:Edittools#Individual customization? to add it for everybody like meta already does. PrimeHunter (talk) 00:47, 19 October 2014 (UTC)
This doesn't actually work. For example, {{subst:CoNo|~~~~}} generates a nowiki'd version of my signature wrapped in <code> tags, rather than 4 ~s. For this functionality to work, it would have to be done in JavaScript in the edit window, rather than in the parser. Jackmcbarn (talk) 03:27, 19 October 2014 (UTC)
Inserting <code><nowiki></nowiki></code> can already be done - but in two clicks, not one. Make sure the dropdown menu below the edit box set to "Wiki markup" rather than "Insert"; I never leave mine on "Insert", because everything in there is also available in "Wiki markup". --Redrose64 (talk) 07:30, 19 October 2014 (UTC)
Some of our sister projects have a single button for this; could we not do so also? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:35, 19 October 2014 (UTC)
Ideally, would this be <kbd> or <code> tags in most cases? WhatamIdoing (talk) 00:46, 21 October 2014 (UTC)

────────────────────────────────────────────────────────────────────────────────────────────────────This will add a button to the edit toolbar. --  Gadget850 talk 21:31, 23 October 2014 (UTC)

if ( typeof $j != 'undefined' && typeof $j.fn.wikiEditor != 'undefined' ) {
	$j(document).ready( function() {
		$j( '#wpTextbox1' ).wikiEditor( 'addToToolbar', {
			'section': 'advanced',
			'group': 'format',
			'tools': {
				'code nowiki': {
					label: 'CodeNowiki',
					type: 'button',
					icon: 'https://upload.wikimedia.org/wikipedia/commons/7/73/Button_code_nowiki.png',
					action: {
						type: 'encapsulate',
						options: {
							pre: "<code><nowiki>",
							post: "</nowiki></code>"
						}
					}
				}
			}
		} );
 
	} );
}

Login problems on IE9 Vista[edit]

I'm currently having problems logging into my account using Internet Explorer 9 on Windows Vista. I'm having no problems using this wiki when not logged in, but when attempting to log in, I get a "Internet Explorer cannot display the webpage" error; any attempt to refresh quickly regenerates the error screen, as if it's not even trying to load the login screen. I really prefer to be logged into my account whenever possible, so it is possible to do something about this issue? Thanks. --76.92.210.183 (talk) 00:09, 19 October 2014 (UTC)

Found out what was wrong. I didn't have a specific value turned on--I had "Use TLS 1.0" off when it should have been on ("Use SSL 2.0" and "Use SSL 3.0" were already on, anybody else who's going through what I went through might want to check those as well). Shouldn't have a problem logging on now...--76.92.210.183 (talk) 06:10, 19 October 2014 (UTC)
You were using SSL 3.0? See #SSL 3.0 discontinued, above. ~ J. Johnson (JJ) (talk) 20:44, 19 October 2014 (UTC)

Custom CSS[edit]

"Code that you insert on this page could contain malicious content capable of compromising your account. If you are unsure whether code you are adding to this page is safe, you can ask at the appropriate . The code will be executed when previewing this page."

This is shown when I preview the CSS page. "you can ask at the appropriate ." seems to be unintended and something is missing. I post here to make you aware of it in case you want to change it. Iceblock (talk) 01:06, 19 October 2014 (UTC)

I see MediaWiki:Jswarning which says "Code that you insert on this page could contain malicious content capable of compromising your account. If you are unsure whether code you are adding to this page is safe, you can ask at the appropriate village pump". The text "village pump" is a link to this page, but it displays bold here instead because it's a link to the page itself. Are you sure you have nothing after "appropriate"? If you see a large space but cannot make out any text then it may be a textcolor versus background color problem on your computer. Try holding your mouse over the space. And did you copy-paste the text with your browser or retype it manually? PrimeHunter (talk) 01:24, 19 October 2014 (UTC)
Thanks for your reply! It's my fault, it was hidden because of some settings on my computer. I have resolved it. Iceblock (talk) 01:43, 19 October 2014 (UTC)

Checking custom tables of contents[edit]

Does anybody know of an automated or partially automated way to check the accuracy of the table of contents on pages like List of birds of French Guiana? I've been checking them by clicking on each heading to see if it has a target, then generating a normal table of contents and visually comparing it to the list to see if any headings have been missed. It is tedious and there are hundreds of articles in the series List of birds of ... which I'm hoping to clean up. SchreiberBike talk 03:40, 19 October 2014 (UTC)

Page in "edit" mode is broken[edit]

Page in "edit" mode is broken, left side navigation bar is pushed down, no WP logo. --TitoDutta 23:22, 19 October 2014 (UTC) Here is a screenshot (use "zoom") --TitoDutta 23:27, 19 October 2014 (UTC)

Have you tried to clear your entire cache? PrimeHunter (talk) 02:52, 20 October 2014 (UTC)

Creating a Help article[edit]

I would like to create an article named Help:Automatically generated reference list, and copy into it the information in this draft page, per the discussion at Help talk:Footnotes. But whenever I search for the not-yet-existing new page, I get "An error has occurred while searching: The search backend returned an error:". Does creating a page in the Help namespace require some kind of administrator privileges? – Margin1522 (talk) 02:32, 20 October 2014 (UTC)

@Margin1522: Nope, this looks like a search bug rather than a page creation bug. If you click on the link you've made above you should be able to create the page. — Mr. Stradivarius ♪ talk ♪ 02:47, 20 October 2014 (UTC)
Yes, this has unfortunately become a common error for the default search engine. At Special:Preferences#mw-prefsection-betafeatures you can choose "New search" which doesn't have the problem. Clicking the red link also works fine. PrimeHunter (talk) 02:50, 20 October 2014 (UTC)
Success! Thank you both very much. Now I will go and select the new search engine. – Margin1522 (talk) 03:10, 20 October 2014 (UTC)
Another time, it would be more appropriate to WP:MOVE the draft to the new location. Doing so preserves the edit history, which is what is used to attribute the work and comply with the licensing model which Wikipedia uses. Even though it is (mostly) your work (there is one edit of the draft by BattyBot), preserving the edit history is one of the things that demonstrates that it is the work of the people credited in the history. Having a history that shows the development of the content is much stronger than having a fully formed version appearing in a first edit. — Makyen (talk) 06:05, 20 October 2014 (UTC)
Actually most of the content on that page was developed on the Help:Footnotes page. I just expanded it a bit and added some formatting and examples. I should have mentioned that in the edit summary. Now that you've reminded me, I will mention it on the Talk page of the new article. (The rest of the history on the draft page, including BattyBot, is for a completely different article, Bettina von Zwehl, which is why I copied it instead of moving it.) – Margin1522 (talk) 07:58, 20 October 2014 (UTC)
@Margin1522: If you made the new page by copying text from another page, WP:SPLIT applies and attribution is still required. --Redrose64 (talk) 15:13, 20 October 2014 (UTC)
Thanks. There was a template {{Copied}}, so I added that. Essentially it duplicated information already on the talk page, but if there is a standard format it's better that way. – Margin1522 (talk) 22:05, 20 October 2014 (UTC)

Tech News: 2014-43[edit]

13:48, 20 October 2014 (UTC)

Duplicate parameters[edit]

The tracking category will be set by MediaWiki:Duplicate-args-category and defaults to Category:Pages using duplicate arguments in template calls. Duplicate parameters will only put the page into the tracking category. It will not mark the specific template, so it will take some digging to figure out the duplicates. --  Gadget850 talk 01:08, 21 October 2014 (UTC)

Also, the report uses the present tense, but actually this feature isn't yet active on enwiki. It should start working on 23 October. — Mr. Stradivarius ♪ talk ♪ 02:00, 21 October 2014 (UTC)
The category is starting to fill up now. Some of the problems were with the templates themselves, such as Redirect template or Navbox subgroup. -- WOSlinker (talk) 21:08, 23 October 2014 (UTC)
Too bad there is no provision for an error message to show where the problem is. --  Gadget850 talk 21:10, 23 October 2014 (UTC)
@Gadget850: I've submitted gerrit:168607 which will add one. Jackmcbarn (talk) 16:13, 24 October 2014 (UTC)
I've found that it also detects cases where a positional parameter is used in both unnamed and named forms, see the revision prior to this fix. --Redrose64 (talk) 19:17, 24 October 2014 (UTC)
If a page uses WP:LDR, and one or more of the refs inside the {{reflist|refs=...}} is not used within the main text, the page is put in Category:Pages using duplicate arguments in template calls for some reason (the error message Cite error: A list-defined reference named "..." is not used in the content (see the help page). is generated as before). --Redrose64 (talk) 19:42, 24 October 2014 (UTC)
@Redrose64: That's because of an error in our local modifications to MediaWiki:Cite error references missing key. I've submitted an edit request to have it fixed. Jackmcbarn (talk) 23:06, 24 October 2014 (UTC)
which I have now actioned, thanks. --Redrose64 (talk) 23:28, 24 October 2014 (UTC)

This category has considerable potential as a tool for tracking down errors. I think it would be more useful with two enhancements:

  1. An error message is needed. It looks like that has been requested above.
  2. As we do with Citation Style 1 errors, pages in the Draft, User, and all Talk namespaces should show the error messages but should not be included in the error tracking categories, since those pages should not be subject to cleanup. See this discussion for more details.

Should we move this discussion to a more relevant location, like Category talk:Pages using duplicate arguments in template calls?

If you're working on cleaning up these errors, I recommend starting with templates, since fixing them will remove articles containing those templates from the category automatically. Here's a catscan query for templates in the category.Jonesey95 (talk) 21:52, 24 October 2014 (UTC)

I have fixed about 30 of these templates. There are currently about 20 left. They are (and were) mostly Navboxen. Some of them appear to have a redundancy in the |state= parameter that I do not know how to fix. Others are very long, and it might be easier to just wait for the error message to appear once that patch is deployed. Still others are a mystery to me. Happy hunting! – Jonesey95 (talk) 22:47, 24 October 2014 (UTC)
I'd oppose such a change to categorization. If you only want to see certain namespaces, then just query the category for those namespaces. There's no good reason to hide certain pages with errors from everyone, just to save a few people from having to filter the results themselves. Jackmcbarn (talk) 23:10, 24 October 2014 (UTC)
I've fixed up three navboxes so far, their problems were different: Template:Dundee F.C. matches; Template:Copa Libertadores seasons; Template:Football in Lithuania. What is this "redundancy in the |state= parameter"? --Redrose64 (talk) 23:28, 24 October 2014 (UTC)
Here are a few that I haven't been able to figure out a fix for: {{Crimea topics}}, {{Faroe Islands topics}}, {{CanadianTerrorism}}, {{Northern Ireland topics}}, {{Netherlands topics}}. Some of them appear to have |state= duplicated, after a fashion, but there may be something else going on as well. More templates are populating the category as the database is refreshed, or whatever it is doing. – Jonesey95 (talk) 04:37, 25 October 2014 (UTC)
Template:CanadianTerrorism was an easy fix. The problems with the other 4 are caused by Template:Country topics, which is not simple to fix. I'll try to fix it in the next day or so. Jackmcbarn (talk) 04:46, 25 October 2014 (UTC)
I've fixed {{Country topics}} with this edit. -- WOSlinker (talk) 09:09, 25 October 2014 (UTC)

External link CAPTCHA, PMID, and protocol-relative URL[edit]

If an anonymous editor adds an external link to a page, a CAPTCHA interface is normally triggered, this is to protect against spambots. In 2012, I suggested a whitelist for links that are never going to be used for spam. This was implemented in 2013, and is at MediaWiki:Captcha-addurl-whitelist.

One of the items on the list is nih.gov, which houses PubMed, and is linked to in Template:Cite journal when a PMID number is provided, and in Template:PMID. In the latter template (and I assume in the former as well), the link is in protocol-relative form, i.e. like so: //www.ncbi.nlm.nih.gov/pubmed/15988469. For me, this triggers the CAPTCHA interface, whereas http://www.ncbi.nlm.nih.gov/pubmed/15988469 does not. Is there any way to allow protocol-relative URLs in the whitelist? Or can anyone think of another way of remedying this in the templates? 137.43.188.126 (talk) 15:36, 20 October 2014 (UTC)

This is a bug in mw:Extension:ConfirmEdit, and is being tracked as bugzilla:61556. I don't see any activity at the bug page since it was filed back in February. — Mr. Stradivarius ♪ talk ♪ 16:05, 21 October 2014 (UTC)
Thanks, Since there is seemingly no interest in fixing the bug, should the templates be changed? Is the benefit in using protocol-relative URLs in these templates such that using it would be the lesser of the two evils? 137.43.164.84 (talk) 16:33, 21 October 2014 (UTC)
It would be better to fix the bug, I think. All it takes is for one person to submit a patch (and for another person to review it and commit it to the repository). Any PHP coders in the house? :) — Mr. Stradivarius ♪ talk ♪ 16:46, 21 October 2014 (UTC)
I submitted gerrit:168074 to fix this. We definitely should not break external SSL for all our readers just to save new editors a little bit of hassle in the meantime. Jackmcbarn (talk) 14:14, 22 October 2014 (UTC)
This will be fixed here on October 30th. Jackmcbarn (talk) 19:26, 23 October 2014 (UTC)

I'm signed in/I'm not signed in[edit]

On a computer with Firefox, for the past several months, if I accessed Wikipedia from a search engine after signing in, it would appear that I was not signed in (and my skin would be different). If I remained on Wikipedia after signing in and searched for the appropriate article there, I remained signed in. Another option was to use a link from an email containing "https:", which is not found in the URL of an article accessed from a search engine. Inserting "https://" before "en" fixed the problem. Now, the problem appears to have been fixed, although for some strange reason at home, where I have IE9, this happened to me once and I don't remember what I did. I actually never use search engines at home.— Vchimpanzee • talk • contributions • 21:50, 20 October 2014 (UTC)

Edits cannot be made to Sankar Chakraborti[edit]

Resolved

OTRS agent here, and was trying to make changes to the above article, but I definitely cannot edit it for some reason. While I can enter the edit window (edit source), I cannot submit changes. The button appears, but clicking on it yields no response. Any reason why this might be the case? I, JethroBT drop me a line 00:04, 21 October 2014 (UTC)

It works fine for me. AndyTheGrump (talk) 00:09, 21 October 2014 (UTC)
Also works for me. JethroBT posted more at Wikipedia:Administrators' noticeboard#Editing and other functions disabled at Sankar Chakraborti. A tested null edit in Monobook gave me no problems. There are only three transcluded pages beyond those used in {{notability}}. Have you tried to clear your entire cache? PrimeHunter (talk) 00:55, 21 October 2014 (UTC)
Works fine for me too. If you still have problems after clearing your cache, could you please specify if you can edit other articles? Thanks! GoingBatty (talk) 01:08, 21 October 2014 (UTC)
Clearing the cache worked, thanks. I, JethroBT drop me a line 01:49, 21 October 2014 (UTC)

Extracting PMIDs[edit]

Hi folks, relaying a question from a Stanford Medical researcher:

"Do you know if it is possible to extract [all] PubMed ID (PMID) or PMCIDs from Wiki references? Furthermore, could you dump those IDs out into a list for analysis?"

Thanks, Jake Ocaasi t | c 03:53, 21 October 2014 (UTC)

Hey Ocaasi. Seems like an easy job. Can you give me a few examples of PMIDs in articles and talk to me about the form they take (e.g. always a 25 digit number -- or something like that)? --EpochFail (talkcontribs) 22:37, 21 October 2014 (UTC)
After a bit of searching around, it looks like they can be extracted with a regex pretty nicely. E.g. /\bpmid *= *[0-9]+\b/i Does that seem right? --EpochFail (talkcontribs) 22:42, 21 October 2014 (UTC)
@EpochFail: I don't know regex but something like that should work. We'd want to know which PMIDs came from which article ideally. And then we'd need to dump it all in a list. Any idea what the workflow/toolset needed for something like this would be? Thanks and cheers, Ocaasi t | c 02:41, 22 October 2014 (UTC)
Yes check.svg Done I've finished a crawl over the XML dumps for 2014-10-08. You can find it here: http://datasets.wikimedia.org/public-datasets/enwiki/etc/pmids.articles.20141008.tsv It includes page_id, page_namespace, page_title, rev_id (most recent), pmid in TAB separated values. --EpochFail (talkcontribs) 12:24, 22 October 2014 (UTC)
edit Fixed the link to the dataset. --EpochFail (talkcontribs) 13:44, 22 October 2014 (UTC)
User:EpochFail, can you combine that with a list to the ones that use URLs in the http://www.ncbi.nlm.nih.gov/pubmed/nnnnnnn format, or to PubMedCentral pages? There are multiple ways to link these papers. WhatamIdoing (talk) 21:26, 22 October 2014 (UTC)
Hey WhatamIdoing. Just so that I understand, are you asking me to also extract PMIDs that appear in certain types of URLs? If that's right, I'd be happy to, but I'd request that someone else do the digging for the different URL structures. I can update the regular expressions as necessary so long as I have examples. --EpochFail (talkcontribs) 12:43, 23 October 2014 (UTC)
EpochFail, that's the format: http://www.ncbi.nlm.nih.gov/pubmed/nnnnnnn where nnnnnnn is the PMID number (always plain numbers) itself. (The number of digits varies from one to eight, because it's sequential, but it's usually seven or eight. They've assigned a bit more than 25.3 million so far.)
It appears that there is another format, but the PMID number isn't visible at all in it: http://www.ncbi.nlm.nih.gov/pubmed/?term=B1+and+B2+cells+differ+in+their+potential+to+switch+immunoglobulin+isotype. will take you to the same article. This is actually search results that returned exactly one possible match, and therefore took the user to the single match. Short of writing something to look up the original database record, I think you'll want to just skip these. They're rare anyway.
At PubMedCentral, the URL format is http://www.ncbi.nlm.nih.gov/pmc/articles/PMCnnnnnnn/ PMCID numbers do not match PMID numbers. In {{cite journal}}, you would write |pmc=nnnnnnn (just the numbers), although I believe that the official PMCID is PMCnnnnnnn. If someone has done a good job with the citations, then you might have both a PMID and the corresponding PMCID present in the same citation. WhatamIdoing (talk) 22:33, 24 October 2014 (UTC)

Can't edit my /skin.js subpage[edit]

Pretty much exactly what it says on the tin. Also, it's stuck in "WikiText mode" (as opposed to "JavaScript mode"). For reference, I use IE 11. --User J. Dalek (talk | contribs) 05:09, 21 October 2014 (UTC)

Works fine for me. You may want to try not using Internet Explorer. --(ʞɿɐʇ) ɐuɐʞsǝp 06:36, 21 October 2014 (UTC)
The tin doesn't say what goes wrong. Users with wikEd enabled at Special:Preferences#mw-prefsection-gadgets sometimes have problems editing js and css files. The usual problem is that the edit box goes blank, and temporarily disabling wikEd on the icon WikEd logo.png at the top right solves it. PrimeHunter (talk) 16:35, 21 October 2014 (UTC)
@PrimeHunter: I don't have wikiEd enabled, and I can still see the text, I just can't edit it (sorry for not being clear before). Also, for some reason It now gets stuck in "JavaScript mode", and if I click "show preview", the box goes blank. --User J. Dalek (talk | contribs) 22:23, 21 October 2014 (UTC)
Do you mean you can see the text in the edit box after clicking edit, but before clicking preview? Can you place a cursor in the edit box by clicking there? Do you literally mean "/skin.js" as in User:UserJDalek/skin.js. It should for you be a redirect to a page for your skin like User:UserJDalek/vector.js (others will redirect to "User:UserJDalek/theirownskin.js" which is an odd feature). What is your browser and skin? Can you create a css page like User:UserJDalek/common.css? PrimeHunter (talk) 23:00, 21 October 2014 (UTC)
@PrimeHunter: To answer your first question; yes, it's exactly like that. For your second, no, it doesn't work. Third, no, I do mean my /vector.js page. Fourth, as I already said, I use Internet Explorer 11, and my skin is vector. Finally, no, I can't create the CSS page either. --User J. Dalek (talk | contribs) 02:50, 22 October 2014 (UTC)
OK. I have no problem in IE9 but cannot test IE11. Have you tried to clear your entire cache? Does https://en.wikipedia.org/w/index.php?title=User:UserJDalek/vector.js&action=edit&useskin=monobook work? It would probably work to temporarily disable JavaScript in your browser but that can be cumbersome and doesn't allow you to test the code until you have saved and enabled JavaScript again. You can also ask an admin to edit the page if you don't think it will require many tweaks. PrimeHunter (talk) 03:27, 22 October 2014 (UTC)
It works now, but (for reasons I can't explain here), I'm now using a different computer that runs IE10. --User J. Dalek (talk | contribs) 22:26, 22 October 2014 (UTC)
Please ignore the above message, I'm back with the old computer, and yes, it works with MonoBook. --User J. Dalek (talk | contribs) 01:45, 23 October 2014 (UTC)

Layout problems[edit]

May be something on my side only, but here goes.

At 2009 UCI Cyclo-cross World Championships (and other articles in the same series, like 2008 UCI Cyclo-cross World Championships or 2010 UCI Cyclo-cross World Championships, or related ones like 2007 UCI Track Cycling World Championships, but not on unrelated articles), I get ridiculously large "edit source" and "edit beta" links next to the title and section headers, and a "Jump to: navigation, search" link beneath the standard "From Wikipedia, the free encyclopedia" line. At the bottom I get a line like "Retrieved from "http://en.wikipedia.org/w/index.php?title=2008_UCI_Cyclo-cross_World_Championships&oldid=605376531" " and the categories in some strange huge box, one above each other, instead of next to each other.

Any ideas? Fram (talk) 09:17, 21 October 2014 (UTC)

I don't see this. But I have seen it on about two other pages in the last month. I suspect a server issue. --Redrose64 (talk) 09:39, 21 October 2014 (UTC)
It's gone for me now a well, someone has super-rapidly corrected the error (or, more probably, it is some server issue indeed). Fram (talk) 09:59, 21 October 2014 (UTC)
The sometimes visible "Jump to: navigation, search" is also discussed at Talk:Main Page#Did something change? I can see it in Firefox with the procedure there: Click on "From Wikipedia, the free encyclopedia" and then press Tab. Or by just pressing Tab three times (more if there is a banner). The html source of rendered pages also says <div class="printfooter">Retrieved from ...</div>. Maybe people see these messages if their browsers don't load classes supposed to hide them by default. PrimeHunter (talk) 19:32, 21 October 2014 (UTC)
@PrimeHunter: A visible "Jump to: navigation, search" is not the main problem here, which is a font size of approximately 150% on certain elements plus a malformed cat box. The latter I suspect is due to the styling of the hlist class going missing. --Redrose64 (talk) 19:48, 21 October 2014 (UTC)

Get list of edited articles[edit]

Is it possible to get list of every Wikipedia article, I contributed to? I don't mean the Contributions page where every edit is present but a list of every article. It would be very handy to have something like this. --Rezonansowy (talk | contribs) 12:43, 21 October 2014 (UTC)

Use the edit-count tool. click here. Then look at the section 'Article' near the bottom. If you forget the location of the edit-count tool, there is a link to it from the bottom of your Contributions page. EdJohnston (talk) 14:59, 21 October 2014 (UTC)
Thanks! I forgot this tool's feature. --Rezonansowy (talk | contribs) 15:09, 21 October 2014 (UTC)
The edit-count tools appears offline; whenever I access that URL, all I get is a blank page. At least that's the case when I try to access it form behind my workplace's firewall, which wasn't so when I used it a month or so ago. -- llywrch (talk) 22:21, 21 October 2014 (UTC)
This might be a temporary problem at wmflabs. Just now none of the tools in http://tools.wmflabs.org/xtools are working for me. The edit counter was working at 15:00 on 21 October. EdJohnston (talk) 02:37, 22 October 2014 (UTC)
I get it too. --User J. Dalek (talk | contribs) 02:51, 22 October 2014 (UTC)

Search for special chars[edit]

Is it possible to request search queries for phrases containing special chars? For example: HTML tags, like <center>. --Rezonansowy (talk | contribs) 14:23, 21 October 2014 (UTC)

Any ideas? --Rezonansowy (talk | contribs) 12:10, 22 October 2014 (UTC)
The only way I know to do this is to download the database then use AWB to search. Goggle, Bing and the others just plain ignore punctuation marks. --  Gadget850 talk 12:58, 22 October 2014 (UTC)
You can use CirrusSearch's insource:// syntax to perform a regex match against the page source. Unfortunately its pretty busted right now from a performance standpoint. Fortunately I'm in the process of making it much faster. I imagine that'll take a week or so to finish though. If you need it sooner I can see if I can do some juggling to get it better just for enwiki. I don't imagine I'd be able to do the juggling faster then about 24 hours though. NEverett (WMF) (talk) 20:24, 22 October 2014 (UTC)
I tracked a little bug on it. --Rezonansowy (talk | contribs) 20:42, 22 October 2014 (UTC)
I replied to the bug with more in depth information. Filing the bug with the link to here is what got my attention in the first place. NEverett (WMF) (talk) 21:51, 22 October 2014 (UTC)
@NEverett (WMF): I have a trouble with searching using insource://. Could you tell me how to search for pages containing HTML <center> tags? --Rezonansowy (talk | contribs) 19:48, 24 October 2014 (UTC)

Can auto archives include a noarchive or if command....[edit]

Example: |noarchive = User talk:Name#DYK for Alligator gar ? There are certain posts I don't want archived automatically, and I'm not sure how to go about it. Any help would be greatly appreciated. AtsmeConsult 14:57, 21 October 2014 (UTC)

@Atsme: Template:Do not archive until does this job; see its page for instructions. The template goes in the relevant thread, not in the archiving instructions. -- John of Reading (talk) 15:37, 21 October 2014 (UTC)
John of Reading - thank you! AtsmeConsult 16:05, 21 October 2014 (UTC)

Why data are store after the power off[edit]

In non volatile memory the data are store in digital form (+ve volt and -ve volt). if power is off then data are erase because data are store in the form of digital(+ve volt and -ve volt). THAN WHY DATA ARE STORE AFTER THE POWER OFF

HARE KRISHNA RAI — Preceding unsigned comment added by 115.118.61.166 (talk) 15:39, 21 October 2014 (UTC)

You want Wikipedia:Reference desk/Science. This is the place to discuss site features. Ian.thomson (talk) 15:47, 21 October 2014 (UTC)

Allow me to explain. It's stored on someone else's computer (the Wikipedia servers). --User J. Dalek (talk | contribs) 02:08, 23 October 2014 (UTC)

Toollabs down?[edit]

Can we get a dev update on the status of toollabs being completely down? I'm trying to run a copyvios check with The Earwig's tool. — {{U|Technical 13}} (etc) 15:54, 21 October 2014 (UTC)

Well, why do you think that toollabs is "completely down"? #wikimedia-labs on Freenode IRC or the mailing list might be more places to ask. --AKlapper (WMF) (talk) 09:55, 22 October 2014 (UTC)
  • For about 5 hours yesterday I got an "Internal Error" when I tried to use any tool hosted on toollabs (even the page that is suppose to list all the tools had no tools listed). Whatever the cause was, it resolved itself. — {{U|Technical 13}} (etc) 03:13, 23 October 2014 (UTC)

Meta-Wiki watchlist... a bug?[edit]

Hm, why do I see the same page twice in my Meta-Wiki watchlist? Aren't pages supposed to appear once per watchlist? Is that some kind of a bug? As a note, this appeared today, newer saw it before. — Dsimic (talk | contribs) 19:58, 21 October 2014 (UTC)

I am encountering something similar on Commons. Has the preferences checkbox "Expand watchlist to show all changes, not just the most recent" always been there? It seems that (on Commons) it has been switched on, whereas I think it was off previously (assuming it was an option prior to now). Wikipedia also has this checkbox, but it defaults to off. Dustin (talk) 20:01, 21 October 2014 (UTC)
Just twice - is that all? I see m:Meetup/English South Coast 1 59 times, all are different edits. But that's what I would expect, since it's been edited 59 times in the last 30 days. BTW "Expand watchlist to show all changes, not just the most recent" has been an option for as long as I've been around (over 5 years), and yes I do have it set - otherwise I miss stuff. --Redrose64 (talk) 20:08, 21 October 2014 (UTC)
Regardless, I am suddenly seeing multiple edits on single articles with Commons (rather than just the most recent edit), and the checkbox is suddenly checked (which is why I thought it might be connected). See http://i.imgur.com/ZSurJEY.png. The help desk at Commons appears no less than 29 times total. In any case, is the proper place to discuss this? Is there a better place to continue talking about this? Dustin (talk) 20:11, 21 October 2014 (UTC)

Yes check.svg Done, I've just deployed a configuration patch that fixed this. Cheers, Hoo man (talk) 20:43, 21 October 2014 (UTC)

Thanks, now it works as expected. By the way, "expand watchlist to show all changes" wasn't ticked in my preferences, I've disabled that option long time ago. — Dsimic (talk | contribs) 20:48, 21 October 2014 (UTC)

bibleversefinder tool not working[edit]

As the headline says, links to http://tools.wmflabs.org/bibleversefinder/ are not working. And they are in, like, all Bible-related articles!

It just gives me a blank page. I checked the source code and there is nothing there. At all.

How come this hasn't been noticed until now? Fix it ASAP!

Kiazore (talk) 00:33, 22 October 2014 (UTC)

The links I examined were made with {{Bibleverse}} or {{Bibleverse-lb}}. It was reported an hour ago at Template talk:Bibleverse#Broken again ? PrimeHunter (talk) 00:48, 22 October 2014 (UTC)

Width hack in Template:Article history[edit]

I'm trying to figure out why there's an empty <td/> tag near the end of Template:Article history. It has the comment "width hack", and I don't see why it's necessary, but if it's not included the template doesn't have the correct width. I'd like to find out if there's a better way to do this, or if I have to use the hack again when converting the template to Lua.

Here's a reduced example:

With this code:

<table class="tmbox tmbox-notice ">
  <tr>
    <td style="width:100%;">Foo</td>
  </tr>
</table>

We get this output:

Foo

But with this code:

<table class="tmbox tmbox-notice ">
  <tr>
    <td style="width:100%;">Foo</td><td/><td/>
  </tr>
</table>

We get this output:

Foo

Is there a better way of constructing the HTML to get the proper width? — Mr. Stradivarius ♪ talk ♪ 00:46, 22 October 2014 (UTC)


Those extra <td /> tags get converted to <td></td> which is an empty cell.

<table class="tmbox tmbox-notice">
<tr>
<td style="width:100%;">Foo</td>
<td></td>
<td></td>
</tr>
</table>

I'm not sure if this is done by HTML Tidy or Sanitizer.php.

The issue is that there is no table width set:

<table class="tmbox tmbox-notice" style="width:100%;">
<tr>
<td >Foo</td>
</tr>
</table>
Foo

--  Gadget850 talk 01:03, 22 October 2014 (UTC)

Hmm, with the main table width set to 100%, the table extends off the screen for me, but a width of 80% gets it looking right. Setting the width to 80% inline doesn't work for small message boxes, though. Looking through MediaWiki:Common.css, it seems that that "messagebox" is the class to use to set the proper width, as it has a "width: 80%" rule. And everything appears to work if we have a main table tag of <table class="messagebox tmbox tmbox-notice"> for large message boxes and <table class="messagebox tmbox tmbox-notice mbox-small"> for small message boxes. So I'll use that in the new module (please correct me if this is the wrong approach). I'm still a little mystified as to why one table cell would produce the wrong width, but adding two extra empty table cells would make the width appear correct, however. — Mr. Stradivarius ♪ talk ♪ 02:34, 22 October 2014 (UTC)
I'm sure it can be figured out, but it involves digging through volumes of HTML specifications on table behaviour. But as Gadget850 mentions, using the messagebox class will solve the problem. -- [[User:Edokter]] {{talk}} 08:11, 22 October 2014 (UTC)
Can you point me to a live example of where this hack is actually needed? Because if there aren't any, I'm simply going to remove this hack. -- [[User:Edokter]] {{talk}} 08:33, 22 October 2014 (UTC)
@Edokter: It's currently used in Template:Article history - search the source for "<!--width hack-->". But we will be able to remove the hack if we add the messagebox class to top table element. I've already fixed that in Module:Article history, which isn't yet deployed. (It will probably be ready in a week or two.) I haven't seen it used anywhere else, but you never know. — Mr. Stradivarius ♪ talk ♪ 09:15, 22 October 2014 (UTC)
Mr. Stradivarius, that's not what I mean... are there any instances of {{Article history}} being used on any page that require this hack? If there aren't any live examples, then this is just a case of overzealous preventative coding. -- [[User:Edokter]] {{talk}} 09:58, 22 October 2014 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── @Edokter: Ah, I see. Yes, it happens on quite a few pages, for example Talk:Artificial intelligence with the following invocation:

{{Article history
|action1=PR
|action1date=12:27, 6 August 2009
|action1link=Wikipedia:Peer review/Artificial intelligence/archive1
|action1result=reviewed
|action1oldid=306387790
}}

If I remove the hack from the expanded wikitext, it looks like this:

August 6, 2009 Peer review Reviewed

There were a few other instances in the test cases too. — Mr. Stradivarius ♪ talk ♪ 10:25, 22 October 2014 (UTC)

I've 'normalized' the hack to remove the invalid tag. I don't quite how to handle this otherwise. Using the messagbox class may intoduce some redundant CSS, so I'd like to avoid that as well. Perhaps just add an empty cell for now as the template does now? -- [[User:Edokter]] {{talk}} 14:13, 22 October 2014 (UTC)
Probably better would be to set the module to set an inline style of "width:80%" for large templates, and omit this style for small templates (and add the "mbox-small" class). That's more readable than adding an extra empty cell, although it is a bit of a hack in and of itself. — Mr. Stradivarius ♪ talk ♪ 14:32, 22 October 2014 (UTC)

Image problem[edit]

Does anyone has any idea, why File:US Navy 120209-N-XD935-302 Mass Communication Specialist 1st Class Shane Tuck, assigned to the Expeditionary Combat Camera Underwater Photo Team, c.jpg won't display on the English Wikipedia? Armbrust The Homunculus 13:29, 22 October 2014 (UTC)

It works at full size but a thumb gives another url than at Commons. I don't know why. The thumb example below gives the url:
https://upload.wikimedia.org/wikipedia/commons/thumb/e/e1/US_Navy_120209-N-XD935-302_Mass_Communication_Specialist_1st_Class_Shane_Tuck%2C_assigned_to_the_Expeditionary_Combat_Camera_Underwater_Photo_Team%2C_c.jpg/300px-thumbnail.jpg
Clicking it says "The given path of the specified thumbnail is incorrect". At Commons the same code gives the url:
https://upload.wikimedia.org/wikipedia/commons/thumb/e/e1/US_Navy_120209-N-XD935-302_Mass_Communication_Specialist_1st_Class_Shane_Tuck%2C_assigned_to_the_Expeditionary_Combat_Camera_Underwater_Photo_Team%2C_c.jpg/220px-US_Navy_120209-N-XD935-302_Mass_Communication_Specialist_1st_Class_Shane_Tuck%2C_assigned_to_the_Expeditionary_Combat_Camera_Underwater_Photo_Team%2C_c.jpg
Note the file name is repeated in the url. It displays the image at Commons and also when you click it. I think the same code at Wikipedia and Commons usually gives the same image url. Here are two others from Category:Featured pictures with the same error:
PrimeHunter (talk) 14:03, 22 October 2014 (UTC)
US Navy 120209-N-XD935-302 Mass Communication Specialist 1st Class Shane Tuck, assigned to the Expeditionary Combat Camera Underwater Photo Team, c.jpg
Could it be because the filename has comma(s)? -- [[User:Edokter]] {{talk}} 21:20, 22 October 2014 (UTC)
@Edokter: I think you're on to something - I came across another file with the same problem, and it also contains commans (File:1801 Cary Map of the East Indies and Southeast Asia ( Singapore, Borneo, Sumatra, Java, Philippines - Geographicus - EastIndies-cary-1801.jpg). ~SuperHamster Talk Contribs 21:25, 22 October 2014 (UTC)
Whoop, I somehow entirely missed that PrimeHunter already provided that example. ~SuperHamster Talk Contribs 21:26, 22 October 2014 (UTC)
Same problem at Elizabeth II#Continuing evolution of the Commonwealth for File:Queen Elizabeth II and the Prime Ministers of the Commonwealth Nations, at Windsor Castle (1960 Commonwealth Prime Minister's Conference).jpg. DrKiernan (talk) 21:36, 22 October 2014 (UTC)
The pattern is files with filenames between 140-159 bytes long. It appears to be due to an accidental change in a setting when a different setting was changed. It should be fixed soonish (Definitely by tomorrow once people at wmf offices are at work). Bawolff (talk) 02:48, 23 October 2014 (UTC)
Resolved
User:Cscott got the change deployed. Issue should be resolved now. If any pages still have broken images on them, doing a ?action=purge to the page should fix it. Bawolff (talk) 03:09, 23 October 2014 (UTC)

Can't fix a bad URL in a citation[edit]

I can't fix the citations in the article 165th Street Bus Terminal. According to Help:CS1 errors#bad_url "The URL field is checked to ensure it includes either a colon (:) or the double forward slash (//). Further validation is not performed." The website in question does have those features, and the link is still broken. Why can't I fix them? ---------User:DanTD (talk) 16:13, 22 October 2014 (UTC)

I see that you've cured it by including the http:// which weren't there before. --David Biddulph (talk) 16:26, 22 October 2014 (UTC)
Yes, because evidently I was looking in the wrong places for them. ---------User:DanTD (talk) 16:47, 22 October 2014 (UTC)

Xtools 2: Electric Boogaloo[edit]

The problem with the timing out was fixed, but it is now 404ing. KonveyorBelt 03:45, 23 October 2014 (UTC)

404 error also with the edit count tool, which has been occurring for many hours. BlueMoonset (talk) 05:32, 23 October 2014 (UTC)
404 continues. TParis says his "access is apparently screwed up", and recommends asking Cyberpower678 (last enwiki post 6 weeks ago) or Hedonil (last post on dewiki 7 weeks ago), for whom I left a message. Is there something "political" going on with this important toolset? —[AlanM1(talk)]— 11:06, 23 October 2014 (UTC)
My attention has been diverted here. Let me see what's going on.—cyberpower Temporarily OnlineTrick or Treat 11:43, 23 October 2014 (UTC)
  • My attempts to connect to labs have been unsuccessful. There's apparently more than dead tools going on here. "A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond.". — Preceding unsigned comment added by Cyberpower678 (talkcontribs) 11:51, 23 October 2014‎
  • Fixed

Bug in Minerva Beta (Mobile Site)[edit]

When on the mobile site, when I clicked on the user page, and then clicking the talk button, it is empty. Additionally, the Wikilink leads to "User talk:User:THEUSERNAME". Do you think it is a bug? - gacelperfinian(talk in - error? Start a new topic) 06:53, 23 October 2014 (UTC)

The Jewish Encyclopedia's internet address[edit]

The Jewish Encyclopedia's internet address has changed - all links should be fixed. See, for example, in Apion. Liadmalone (talk) 10:46, 23 October 2014 (UTC)

That's likely a DNS goof. There is occasionally reason to have separate www.something.com and something.com servers, but the www.something.com is almost always the one that is commonly used by the public. I'll ask them. —[AlanM1(talk)]— 11:13, 23 October 2014 (UTC)

Article count tool[edit]

The Xtools article count tool (the one linked from user contributions, not the WMF labs one) is down and showing a 404 error message. I don't know who runs it, so I thought I'd post here in case people weren't aware of the problem. G S Palmer (talkcontribs) 13:46, 23 October 2014 (UTC)

Yes it is known, see Bugzilla: 72104. Darkdadaah (talk) 14:00, 23 October 2014 (UTC)

Linking a sub-template problem[edit]

I'm working on a template for Wikidata-focused infoboxes and have a dummy problem. I'm not able to link sub-template - User:Rezonansowy/Infobox publication/val, my code looks like:

{{/val|author|50}}

It works for example on Wikipedia:Article wizard. Like this: {{/subtemplate}} ...but doesn't work when I link this template containing sub-template to another page, example. I got redlink insted of sub-template.

--Rezonansowy (talk | contribs) 18:04, 23 October 2014 (UTC)

For subpages transcluded by a relative path, it's always relative to the top-level page, not relative to the page where the wikicode is. So it thinks that you want to transclude Animal Farm/val. --Redrose64 (talk) 18:42, 23 October 2014 (UTC)
It doesn't seem to work the right way, IMO it's a bug. --Rezonansowy (talk | contribs) 19:00, 23 October 2014 (UTC)
It works as intended. It would sometimes be nice if there was a way to tell where code was transcluded from but there isn't. In your case there is a trivial fix: Give the full pagename. By the way, mainspace doesn't have subpages so {{/val}} in mainspace interprets /val as a template name. That's why the red link is Template:/val. PrimeHunter (talk) 19:32, 23 October 2014 (UTC)

New search and redirects[edit]

Dear technical experts: I wrote about this a few months ago, but I thought the problem was fixed.

The Articles for Creation project is particularly backlogged right now, with over 3,000 articles waiting. In order to attract help from subject specialists, I hoped to post this preconfigured search, which looks only in draft space:


By asking editors to type in the words "Review waiting" and adding their own keywords, such as "professor" or "football", editors should be able to see if there are any drafts of interest. This only works in the New Search, because the original one won't find text inside templates. However, pages keep appearing on the list which have already been accepted and are really redirects. These obviously don't have the words "Review waiting", although they likely once did.

I reported the problem before and ^demon was checking it out. I seem to remember that the problem before had to do with revision timestamps of the redirects. At the time ^demon ran a fix on the old redirects, but the problem seems to have reappeared.

My questions are:

  1. Has the problem been fixed, or are new redirects which are being incorrectly searched by the New Search engine still being created?
  2. I have access to AWB, and I should be able to find these redirects with it. If I made a small change that would add one new revision to each one, would they then no longer be picked up incorrectly by the search? (This would be an annoying way to fix the problem.)
  3. I have used the "Search prefixes" template to create the search box, but it doesn't have options for adding some default text, such as "Review waiting", which is why it has to be manually inserted each time. Is there another template that is more appropriate for this use, and still allows the searcher to add their own search words as well, or can an existing template be adapted to do this? —Anne Delong (talk) 19:18, 23 October 2014 (UTC)

What's the template for saying exactly what text a citation supports?[edit]

There are so many different pages about citations that I can't find the template I'm looking for. Basically you put it around the text supported by the citation and it links that text to the citation. Something like The Earth's sky is blue, but {{template|on the Moon it's green.|<ref>International Cheese Society: The Moon</ref>}} Here it's made clear that the citation doesn't say anything about the Earth's sky. --NE2 21:21, 23 October 2014 (UTC)

There isn't any. Jc3s5h (talk) 21:29, 23 October 2014 (UTC)
There is one; I've seen it used. --NE2 21:33, 23 October 2014 (UTC)
I think there is but it wasn't well received and I can't remember it. --  Gadget850 talk 21:35, 23 October 2014 (UTC)
Is it {{refn}}? See WP:REFNEST. – Margin1522 (talk) 21:46, 23 October 2014 (UTC)
No. I wrote that. --  Gadget850 talk 21:50, 23 October 2014 (UTC)
A simple search finds {{ref supports}}, which clarifies the part that is supported by a ref by repeating the claim inside the ref tag. It is not used in any articles though. There is {{cn span}} to highlight a piece of text which requires a citation, though there is no easily found equivalent for texts with reference. SiBr4 (talk) 22:03, 23 October 2014 (UTC)
Aha, I think I remember seeing {{cn span}}. Is there a reason this couldn't be done for simple citations (even if just at the editing level to make it clear to other editors what is explicitly sourced)? --NE2 22:14, 23 October 2014 (UTC)
The |quote= parameter of the cite templates allows people to specify exactly what part of the source supports the text. This is much more flexible than marking what text is supported by which sources. If that were standard, every article would become a tangled mess of spaghetti code. Using |quote= is extremely valuable and I wish more editors would do it. Jason Quinn (talk) 22:23, 23 October 2014 (UTC)
How do I use it for a map? :) (Actually, in the case I'm thinking of currently, it's fairly obvious that a 1935 map can only support that a secondary route already existed, not that it was extended in 1942 to replace a primary route.) --NE2 22:37, 23 October 2014 (UTC)
A similar q was raised on this page about three months ago, see Wikipedia:Village pump (technical)/Archive 127#Requested new citation template feature: Hover the mouse over a footnote marker and the supported text is highlighted. --Redrose64 (talk) 22:58, 23 October 2014 (UTC)
bug 18231 (provide a way to specify what text/statement is supported by a <ref> block)http://bugzilla.wikimedia.org/show_bug.cgi?id=18231. --  Gadget850 talk 20:39, 24 October 2014 (UTC)

Charlinsert below edit window gone[edit]

I've not edited for a few days and now the characters to insert ref tags, non-breaking space tags, etc. are gone from the bottom of the edit window. Is this a permanent change? Thanks. Victoria (tk) 23:47, 23 October 2014 (UTC)

Can you check if the CharInsert gadget is still enabled here? -- [[User:Edokter]] {{talk}} 07:46, 24 October 2014 (UTC)
Hi Edokter, yes, that was the first thing I checked. It is enabled. Victoria (tk) 11:42, 24 October 2014 (UTC)
Try to clear your entire cache. Both your examples are from "Wiki markup". Some users haven't noticed there is a drop-down box with other options. Do you have no box at all? Do you have JavaScript enabled in your browser? If you don't see a "[hide]" option at #toc then you probably don't have JavaScript and CharInsert doesn't run. PrimeHunter (talk) 11:55, 24 October 2014 (UTC)
Hi PrimeHunter, I was thinking I might need to try a cache clearing. No, I don't have anything below the edit window except the field for the edit summary, the buttons for minor edit and to watch this page, and below the buttons to save, preview, show changes. Nothing else. Yes, JS enabled (and hide is visible). Nothing has changed since I last edited except the characters disappeared (which is annoying because I rely on them). Victoria (tk) 12:00, 24 October 2014 (UTC)
Does it make a difference to log out? What is your skin at Special:Preferences#mw-prefsection-rendering? PrimeHunter (talk) 12:10, 24 October 2014 (UTC)
No, I always log out. I've cleared caches and restarted and still nothing there. Safari 6.1.6 btw. Victoria (tk) 12:11, 24 October 2014 (UTC)
I mean whether you have CharInsert when you are logged out. Your skin is the first selection at Special:Preferences#mw-prefsection-rendering. Are other gadgets working? PrimeHunter (talk) 12:24, 24 October 2014 (UTC)
Interesting. Yes, the characters are there at the bottom when I open a page while logged out. The other gadgets are working. I have Monobook skin btw. Switching skins didn't make a difference; still gone. Victoria (tk) 12:33, 24 October 2014 (UTC)
Try to disable CharInsert at Special:Preferences#mw-prefsection-rendering, save settings, enable it again and save again. Do you have it at https://en.wikipedia.org/w/index.php?title=Wikipedia:Sandbox&action=edit&useskin=cologneblue? PrimeHunter (talk) 12:54, 24 October 2014 (UTC)
I tried the disabling and enabling before coming here; didn't work. Interestingly it's there for Cologne Blue and Modern, not on Monobook and Vector. Victoria (tk) 13:00, 24 October 2014 (UTC)
Try whether it works in MonoBook if you blank User:Victoriaearle/monobook.js (you may lose other things but can revert later). PrimeHunter (talk) 13:15, 24 October 2014 (UTC)
Ah, it's back! I'll leave the monobook.js blanked for a bit. Victoria (tk) 13:53, 24 October 2014 (UTC)
PrimeHunter, thanks a lot for the trouble shooting on this - very helpful! I've put back User:Dr pda/prosesize.js, and User:GregU/dashes.js,[10]. Both work and the characters are still rendering at the bottom of the page, so it was something else I had there. Anyway, thanks again. Victoria (tk) 15:13, 24 October 2014 (UTC)

Broken templates[edit]

It appears that a software edit that was recently deployed has broken several templates, for example {{R from other capitalisation}} (purge the page if you have visited it recently), which is used on over 400,000 pages. A close look at the template's text will show two asterisks (**) in the text. A look at the code shows these two asterisks directly follow the info= parameters. Before the software edit, this appeared as follows:

  • ...For more information follow the category link.
    • Use this rcat to tag...

and now it looks like this:

  • ...For more information follow the category link. ** Use this rcat to tag...

Does this mean that all of the templates that have this type of code will need to be fixed? or has something else broken that I don't know about? – Paine Ellsworth CLIMAX! 00:04, 24 October 2014 (UTC)

Okay, I see that two meta templates, {{Redirect template}} (recently edited) and {{Redirect template/core}} have just been converted to Lua, which may account for what I'm seeing in many of the rcats. – Paine Ellsworth CLIMAX! 00:19, 24 October 2014 (UTC)
@Paine Ellsworth: Fixed. Jackmcbarn (talk) 00:43, 24 October 2014 (UTC)
Thank you beyond words, MJ! – Paine  01:19, 24 October 2014 (UTC)

Page view statistics tool down?[edit]

http://stats.grok.se/en/201410/Foo says "internal server error", and nothing else. I get raw text, not even HTML. The search form at http://stats.grok.se/ still works, though. Paradoctor (talk) 08:35, 24 October 2014 (UTC)

Yes check.svg Done Works again. Paradoctor (talk) 20:44, 24 October 2014 (UTC)

"Group notice" and/or "Page notice" links[edit]

Although small, those " Group notice" and/or "Page notice" links that tend to appear on the righthand side of a page push the start of the page's content down a further line. Is it possible to make them e.g. float – and, if so, how, please? Sardanaphalus (talk) 11:10, 24 October 2014 (UTC)

You can hide them completely with this in your CSS:
.editnotice-area {display: none;}
PrimeHunter (talk) 11:40, 24 October 2014 (UTC)
  • That seems to work – thank you. Is it possible to float rather than hide them? (I experimented with replacing the display:none style, but to no (apparent) avail.) Regards, Sardanaphalus (talk) 09:08, 25 October 2014 (UTC)
The Group notice / Page notice links only appear when editing a page. If I view the page source when editing, I see that they are inside a <div class="editnotice-link" style="clear: both; float: right; margin: 0px 0.8em; padding: 0; line-height: 1em;"> so it's already floated. --Redrose64 (talk) 09:58, 25 October 2014 (UTC)
If you want to hide the links usually but still want a relatively easy way to see them when wanted then you can move the code from Special:MyPage/common.css (which is used on all skins) to Special:MyPage/vector.css (assuming your skin is Vector). When you want to see the links on an edit page you can specify another skin by for example manually adding &useskin=monobook or &useskin=modern to the url. You can also temporarily save another skin at Special:Preferences#mw-prefsection-rendering but doing that and going back afterwards will prbably take longer. PrimeHunter (talk) 11:05, 25 October 2014 (UTC)

Module:Wikidata[edit]

There's a little problem inside getDateValue fuction in Module:Wikidata. If the qualifier contains only a year, function prints 1 January 1986 instead of 1986.

{{#invoke:Wikidata|getDateValue|P577|{{{published|FETCH_WIKIDATA}}}}}

--Rezonansowy (talk | contribs) 20:17, 24 October 2014 (UTC)

Have you reported this at Module talk:Wikidata? --Redrose64 (talk) 09:51, 25 October 2014 (UTC)
Reported. --Rezonansowy (talk | contribs) 12:18, 25 October 2014 (UTC)

{{Template:Admin_dashboard}}[edit]

The above template doesnt appear to be transcluding properly (at least from what I can see) to this page -User:Amortias/Admin_Dashboard,

Is it a template problem or something from my end I've missed?

Amortias (T)(C) 09:33, 25 October 2014 (UTC)

When you see a link instead of a transclusion, and the page is in Category:Pages where template include size is exceeded, it's an indication that the page that should be transcluded is too large. The admin dashboard is itself built up from a number of transclusions, so you need to see which of those is very large, and whether it can be cut down - ideally by fixing the problems that are reported on that page. My suspicion is WP:UAA. --Redrose64 (talk) 09:50, 25 October 2014 (UTC)
Ok cheers for that, I've made a request at WP:AN for someone or someones to take a look at clearing the backlog. Amortias (T)(C) 10:03, 25 October 2014 (UTC)

Tooltip text with protection padlocks missing[edit]

I noticed that the WP:protection icons (the colored padlocks) do not have a tooltip (mousehover text). For example here and here. The color by itself has no meaning, and ofter one first wants to know the sort of protection, not the background page. To add? -DePiep (talk) 12:05, 25 October 2014 (UTC)

I can see them (FF, MonoBook). — HHHIPPO 12:58, 25 October 2014 (UTC)