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)

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)

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>"
						}
					}
				}
			}
		} );
 
	} );
}

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)
{{Nsnavbox}} may need a similar fix. There is a whole bunch of conditional list and group numbering that may be unnecessary. It's too intricate for me to trust my editing skills. Another one that is causing a number of templates to show this error is {{Don't edit this line}}. – Jonesey95 (talk) 14:03, 25 October 2014 (UTC)
I've done this in the sandbox for Nsnavbox, which might work but needs further checking. -- WOSlinker (talk) 17:38, 25 October 2014 (UTC)
The good news is that when the problem is in the template itself, not in the way that it is used in an article, the template is now listed at Category:Pages using duplicate arguments in template calls, for example Template:Nearest star systems is shown here.
The bad news is that I don't know of a good fix for the problems in that navbox. What it does is to bring in between 0 and 15 child navboxes, such as {{Star systems within 0 – 5 light-years}} and {{Star systems within 70 – 75 light-years}}. Those that it wants to display are put in |list2= |list3= etc. to |list16=, and since these are valid {{navbox}} params, they display. Those that it doesn't want to display are assigned to the undefined |list= parameter, which is why the template ends up in the error cat. I want to fix it by doing this, but it blows out the template include size. Is there a better way? --Redrose64 (talk) 13:43, 26 October 2014 (UTC)
@Redrose64: I'm off to bed now so I don't have time to check it properly, but would this kind of thing do the trick? — Mr. Stradivarius ♪ talk ♪ 15:47, 26 October 2014 (UTC)
@Mr. Stradivarius: Face-smile.svg Thank you that works. --Redrose64 (talk) 17:09, 26 October 2014 (UTC)

There are perfectly good reasons to use duplicate parameters and so I think that this needs more discussion before any more templates are changed. -- PBS (talk) 15:38, 26 October 2014 (UTC)

There are a lot of pages showing up in the category that do not have duplicate parameters. Many of them are showing up in the category but the category isn't showing up on the page itself... There's something wrong here... — {{U|Technical 13}} (etc) 17:50, 26 October 2014 (UTC)
Probably because they were using a template that had a duplicate parameter, but the template has since been fixed. Have you tried a null edit on the articles to see if they are removed from the category? -- WOSlinker (talk) 17:52, 26 October 2014 (UTC)
Help:Job queue. For example, yesterday I made this edit. Around 50 pages like 1901 in India didn't drop out of the cat immediately; but when I looked again 12 hours later, they'd all gone. --Redrose64 (talk) 18:47, 26 October 2014 (UTC)
Of course I've done null edits (which is why the category doesn't show on the page)... I also did a purge. Has nothing to do with the JQ (or the null edit / purge would've fixed it), something else is not WAI here... — {{U|Technical 13}} (etc) 19:50, 26 October 2014 (UTC)
Please give examples of pages that won't drop out of the cat. --Redrose64 (talk) 20:06, 26 October 2014 (UTC)
A purge only updates the purged page and not the categories it is in. Template edits can also cause a category to be removed from a page without the page being removed from the category until much pater. A null edit should update both the page and the categories right away but we need an example to see whether something is wrong. PrimeHunter (talk) 21:42, 26 October 2014 (UTC)
@PBS: There are no reasons to ever duplicate parameters. When do you think there are? Jackmcbarn (talk) 20:36, 26 October 2014 (UTC)
Background at Template talk:Cite EB1922#HIDE_PARAMETER. --Redrose64 (talk) 21:18, 26 October 2014 (UTC)

Whac-A-Mole, and chess templates[edit]

Playing Whac-A-Mole with templates as they pop into the category, as well as trolling through articles looking for broken navbox templates, appears to be keeping the category in the 50,000-article range (articles are being added by the database refresh about as quickly as they are being removed).

The catscan query above shows a number of chess-related templates that I am unable to interpret or fix. Some of them invoke a Lua module, so they are not likely to blame. It looks like there may be a problem in one of the underlying templates shared by all of these templates, or else they all use the same techniques. – Jonesey95 (talk) 17:41, 26 October 2014 (UTC)

It not actually a problem with the templates. It's the method used to call them. The documentation recommends the following format to use the templates:
{{Chess diagram
| tright
| 
|= 

 8 |rd|nd|bd|qd|kd|bd|nd|rd|=
 7 |pd|pd|pd|pd|  |pd|pd|pd|=
 6 |  |  |  |  |  |  |  |  |=
 5 |  |  |  |  |pd|  |  |  |=
 4 |  |  |  |  |pl|pl|  |  |=
 3 |  |  |  |  |  |  |  |  |=
 2 |pl|pl|pl|pl|  |  |pl|pl|=
 1 |rl|nl|bl|ql|kl|bl|nl|rl|=
    a  b  c  d  e  f  g  h

| The King's Gambit
}}
and it's the ='s bits that are the problem. It is passing over the blank parameter multiple times. You could rename those parmaters and it would then be ok:
{{Chess diagram
| tright
| 
|x1= 

 8 |rd|nd|bd|qd|kd|bd|nd|rd|x2=
 7 |pd|pd|pd|pd|  |pd|pd|pd|x3=
 6 |  |  |  |  |  |  |  |  |x4=
 5 |  |  |  |  |pd|  |  |  |x5=
 4 |  |  |  |  |pl|pl|  |  |x6=
 3 |  |  |  |  |  |  |  |  |x7=
 2 |pl|pl|pl|pl|  |  |pl|pl|x8=
 1 |rl|nl|bl|ql|kl|bl|nl|rl|x9=
    a  b  c  d  e  f  g  h

| The King's Gambit
}}
or remove them alltogether:
{{Chess diagram
| tright
| 
|rd|nd|bd|qd|kd|bd|nd|rd
|pd|pd|pd|pd|  |pd|pd|pd
|  |  |  |  |  |  |  |  
|  |  |  |  |pd|  |  |  
|  |  |  |  |pl|pl|  |  
|  |  |  |  |  |  |  |  
|pl|pl|pl|pl|  |  |pl|pl
|rl|nl|bl|ql|kl|bl|nl|rl
| The King's Gambit
}}
but either of those methods would probably get lots of complaints. I think it would be better if the mediawiki code could be modified to ignore the blank parameter. -- WOSlinker (talk) 17:54, 26 October 2014 (UTC)
I recommend we switch to your second format, just removing the dummy parameters entirely. Jackmcbarn (talk) 20:35, 26 October 2014 (UTC)
I've just written User:Mr. Stradivarius/chessboardfix.js, which fixes chess template code in the edit window to look like WOSlinker's second example. Add it to your script.js, go to a page with a chess template invocation in edit mode, highlight the template code, and click on the "Fix chessboards" link in the toolbar (underneath "what links here"). The text should be replaced with a chess diagram without duplicate parameters. I've tested it on normal chessboard templates, and a few esoteric chessboard templates like 10x10 boards, bughouse chess, and Raumschach chess, and it seems to work ok. Results should still be checked manually, and you should be extra careful if you use it to select normal wikitext, as there is a chance it may mangle some of it. I've only tested it on Firefox, so it might not work in other browsers. Let me know if you have any suggestions for how to improve it, as I'm still pretty new to JavaScript and there are bound to be things that I could do better. — Mr. Stradivarius ♪ talk ♪ 08:26, 27 October 2014 (UTC)

Further discussion on the Category Talk page[edit]

I have started a couple of new discussions about specific templates at Category talk:Pages using duplicate arguments in template calls to reduce traffic about these minor errors on VPT. – Jonesey95 (talk) 19:59, 27 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)

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)
I just updated the dataset (same URL) to flag which IDs are pmc and which are pmid. I also included the URL scheme, but it doesn't seem to have added a substantial amount of new IDs. --EpochFail (talkcontribs) 16:41, 31 October 2014 (UTC)
Parsing for the |pmid= parameter (must allow |PMID= as well) within citation templates should find about 479,000 cites covering 319,000 distinct PMIDs on en-wiki. Plus maybe 1100 with PMC only. Though that will miss about 18000 plain PMIDs (use of PMID 12345 as PMID is a wiki magic word) and some number of URLs. But I think the number where there is a URL but no PMID in a cite or plain PMID in the same ref is a few hundred at the most. Rjwilmsi 17:45, 31 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)
@Rezonansowy: It should be insource:/\<center\>/. Right now we're having a CirrusSearch outage so its not available but it should be soon. Sorry for the inconvenience.NEverett (WMF) (talk) 19:14, 27 October 2014 (UTC)

Anyone could help?--Rezonansowy (talk | contribs) 10:11, 26 October 2014 (UTC)

You would have to enable the new search first. Then see mw:Help:CirrusSearch. I was testing this yesterday and kept getting errors. Today CirrusSearch seems to be disabled. --  Gadget850 talk 14:23, 27 October 2014 (UTC)

@NEverett (WMF), Gadget850: Many thanks for reply! --Rezonansowy (talk | contribs) 19:32, 27 October 2014 (UTC)

@Rezonansowy:, @Gadget850: give it another shot now. Its still not quick (30 seconds for me) but its possible. I'm getting the message about there being too many regex searches going at a time more than I ought to be as well. I'll investigate that but in the mean time just retry and it should go through. I'll have a look at the speed at some point as well. Because there are so many pages with <center> you are likely going to encounter bugzilla:72128 when you do this. The number of pages is probably also why it takes so long. NEverett (WMF) (talk) 16:21, 28 October 2014 (UTC)
Seems to be working properly now, given the limitation noted in the bug report. Thanks! --  Gadget850 talk 16:49, 28 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)
I've also posted about it at their Feedback site. —[AlanM1(talk)]— 09:07, 27 October 2014 (UTC)
Reported again to a wider audience. If anyone knows anyone at the org that runs the site, please let them know. Links on the web that point to the www... address outnumber those that point to just the domain by about 10:1. —[AlanM1(talk)]— 00:55, 29 October 2014 (UTC)
@Liadmalone: It took some doing, but it's been Fixed. www.jewishencyclopedia.com works again. —[AlanM1(talk)]— 07:27, 30 October 2014 (UTC)
Thank you. In the meantime, if I'm not mistaking, User:Matanya created a BOT which was supposed to change each of the old broken links into the new ones with the "www". Apparently they both work now. Liadmalone (talk) 08:27, 30 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)
@Rezonansowy: If I understand correctly that the goal is to transclude User:Rezonansowy/Infobox publication/val in User:Rezonansowy/Infobox publication, why not just give the full pathname:

     {{User:Rezonansowy/Infobox publication/val|author|50}}

Better still, the following is more flexible and won't require editing if you rename the "parent" template, which is more like the "relative pathname" functionality for which I think you were looking:

     {{{{#invoke:TEMPLATENAME|main}}/val|author|50}}

—[AlanM1(talk)]— 08:49, 31 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)
  • I have reduced the signature from 189 to 96 characters. @Technical 13: while I highly doubt at the end of the day that this will really fix the issue (the issue is the backlog, not my signatures). It just allows for 9KB of additional backlog to pile up before someone gets to it. So that is really what needs fixing at the end of the day, not a signature. -- DQ (ʞlɐʇ) 17:18, 25 October 2014 (UTC)
    • @DeltaQuad:, I don't disagree but it helps for now... :) Thank you. :) — {{U|Technical 13}} (etc) 17:44, 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)
I see them too. The HTML includes
<a href="/wiki/Wikipedia:Protection_policy#semi" title="This page is semi-protected."><img alt="Page semi-protected" ...></a>
<a href="/wiki/Wikipedia:Protection_policy#move" title="This page is move-protected."><img alt="Page move-protected" ...></a>
and Firefox gets the tooltips from those title= attributes. @DePiep: Which browser are you using? --Redrose64 (talk) 13:13, 25 October 2014 (UTC)
Checking things. (Ff, Safari atop WinXP; login/logout) -DePiep (talk) 13:21, 25 October 2014 (UTC)
Checked: Ff 32.0.3 and Safari v? both atop WinXP. Did Restart computer, Ff cache cleanup.
Checked page: WP:TFD (via).
Icons checked: yellow padlock (protection), question mark (help-page notice), main wiki-globe (top-left)
All icons always have cursor-change (indicating hyperlink) and click works (opens hyperlink). (OK)
Wiki-globe always shows tooltip. (OK)
When logged-out: all icons show tooltip. (OK)
When logged in (User:DePiep): WP:TFD page icons padlock and question mark do not show tooltip. Not in Safari, not in Ff. (Not OK).
I had enabled beta-mw:Beta Features/Hovercards. When disabled this and logout, login (checked: is disabled indeed). Then the tooltip shows as expected. (OK)
Conclude: Likely hovercards-related. ping @Deskana (WMF): (lead at mw). Any more tests to do? -DePiep (talk) 14:45, 25 October 2014 (UTC)
ping Hhhippo, Redrose64. -DePiep (talk) 16:15, 25 October 2014 (UTC)
I think you're right, and bug 68417http://bugzilla.wikimedia.org/show_bug.cgi?id=68417 might be relevant. Whatamidoing (WMF) (talk) 18:28, 28 October 2014 (UTC)

Noindexing articles[edit]

At Template:noindex, it says that the template doesn't work on articles. How do you exclude articles from search indexing? Oiyarbepsy (talk) 16:05, 25 October 2014 (UTC)

Why would you want to? --Redrose64 (talk) 16:47, 25 October 2014 (UTC)
Well, as I understand this, we do this for speedy deletion nominated pages, so attack pages and copyvios don't appear on search engines. I also tried to do this with {{Not English}} since I suspect spammers sometimes post in the wrong language wiki to delay scrutiny of their spam pages. Oiyarbepsy (talk) 16:56, 25 October 2014 (UTC)
You don't. If an article is so bad that search engines shouldn't be able to see it, it should be speedily deleted. If a tag could noindex an article, you'd have people trying to sneak that tag into articles that make them look bad. Jackmcbarn (talk) 17:09, 25 October 2014 (UTC)

Redirect to disambig[edit]

Let's say I have in my js page such code

.mw-disambig { //for links to disambiguation pages
background-color: #ff9191;
}
 
.mw-redirect, .mw-redirect:visited { //for links to redirects
  color: green;
}

When I have a redirect to disambig only the mw-redirect class works. So my question is: how to make a different style for links to redirect to disambig pages, if it's possible?

And (also, if it's possible) how to get a different style for mw-disambig class included in some other class (let's say, I don't want to display backgrounded links to disambigs within hatnote template, where the class hatnote is used). I hope that somebody catched what I mean :) --Edgars2007 (talk/contribs) 17:22, 25 October 2014 (UTC)

If you're putting it in your js page, I'm surprised that any of it works. The code above is not JavaScript, it is CSS, and so should be in your .css page. --Redrose64 (talk) 18:01, 25 October 2014 (UTC)
User:Anomie/linkclassifier may be helpful. --  Gadget850 talk 19:23, 25 October 2014 (UTC)
Redrose64, yes, of course. In my css page, not js :) I sometimes write such stupid things :) --Edgars2007 (talk/contribs) 00:53, 26 October 2014 (UTC)
OK then, since it's code placed on a .css page, there are two invalid constructs there: //for links to disambiguation pages and //for links to redirects. These are invalid because CSS doesn't recognise BCPL-style end-of-line comments - the only valid comments in CSS are inline, as in /* for links to disambiguation pages */ or similar (CSS treats all newlines as if they were normal spaces, and since comments should be capable of containing spaces, a space (whether a newline or a true space) cannot be the marker for the end of a comment). --Redrose64 (talk) 11:12, 26 October 2014 (UTC)
Technical 13, it's in his userspace on the Latvian Wikipedia. @Edgars2007: To apply styling to elements with two specific classes, join the class names together without whitespace:
.mw-disambig.mw-redirect { markup for redirects to dab pages }
As for the second question, .hatnote .mw-disambig { markup } (with space between the classes) applies to elements with class "mw-disambig" within a "hatnote" class element (replacing "markup" with some actual markup rules, obviously). SiBr4 (talk) 14:38, 26 October 2014 (UTC)

Thanks to everyone :) --Edgars2007 (talk/contribs) 16:30, 26 October 2014 (UTC)

Cannot edit section 2 because it does not exist - apparently!![edit]

I am trying to edit the Bibliography at the Wikipedia page: Simon Clark (novelist). However I am unable to do this as it says it does not exist - although obviously it does!! S.tollyfield (talk) 13:27, 26 October 2014 (UTC)

@S.tollyfield: This edit fixed it - the problem was an unclosed <ref> tag before the start of the section. — Mr. Stradivarius ♪ talk ♪ 13:33, 26 October 2014 (UTC)

ThanksS.tollyfield (talk) 13:35, 26 October 2014 (UTC)


/js ceased to work at some point[edit]

Some time over the last couple of years, my monobook.js stopped working. (Might this relate to a change in the Mediawiki software?) Anyone know what might have caused this? All the best: Rich Farmbrough14:48, 26 October 2014 (UTC).

IIRC the terms of the ArbCom ruling included the direction that you "blank userspace js pages associated with his account/s". --Redrose64 (talk) 15:07, 26 October 2014 (UTC)
That wasn't what I was asking about. All the best: Rich Farmbrough19:02, 26 October 2014 (UTC).
There were some fairly major changes in MediaWiki 1.25, which removed these long-deprecated items earlier this month:
  • Remove mw.user.name() method. 1 Use mw.user.getName() instead.
  • Remove mw.user.anon() method. 1 Use mw.user.isAnon() instead.
  • Remove mediawiki.api methods' "ok" and "err" callback parameters. 2 Use the returned Promise interface instead.
  • Remove mediawiki.api.category "async" parameter. 2 The ability to override $.ajax() to not be asynchronous has been removed. The default (asynchronous) behaviour remains. Use the Promise interface to retreive the fetched data from the API.
  • Remove jquery.json module. 3 Use standardised JSON.stringify and JSON.parse methods. And depend on the "json" module to ensure a polyfill is lazy-loaded for cross-browser support.
If a script uses any of these, then it will be broken now. WhatamIdoing (talk) 18:35, 28 October 2014 (UTC)

Meta RfCs on two new global groups[edit]

Hello all,

There are currently requests for comment open on meta to create two new global groups. The first is a group for members of the OTRS permissions queue, which would not contain any additional user rights. That proposal can be found at m:Requests for comment/Creation of a global OTRS-permissions user group. The second is a group for Wikimedia Commons admins and OTRS agents to view deleted file pages through the 'viewdeletedfile' right on all wikis except those who opt-out. The second proposal can be found at m:Requests for comment/Global file deletion review.

We would like to hear what you think on both proposals. Both are in English; if you wanted to translate them into your native language that would also be appreciated.

It is possible for individual projects to opt-out, so that users in those groups do not have any additional rights on those projects. To do this please start a local discussion, and if there is consensus you can request to opt-out of either or both at m:Stewards' noticeboard.

Thanks and regards, Ajraddatz (talk) 18:04, 26 October 2014 (UTC)

"What links here" problem[edit]

When I click on What links here from Silion it shows me a short list of callers [11]. However I am unable to reconcile the list with actuality. The first line shows User talk:Maheshkumaryadav/Archive 4 but I see nothing on this page, and the user was blocked some time before Silion was created. [When I tried about an hour ago there were other similar wrong entries, but the recent wp unavailabilty seems to have straightened it somewhat.]

As an aside, is there an easy way to get the opposite list? (I.e. what this page calls) which would just be a summary of all the blue (and red) links?

Unbuttered parsnip (talk) mytime= Mon 11:07, wikitime= 03:07, 27 October 2014 (UTC)

@Unbuttered Parsnip: (partial answer) Silion is indeed linked from User talk:Maheshkumaryadav/Archive 4 - it is inside the "Extended content" box in this section. A version of the Silion article was deleted in 2011. I don't know the answer to your "aside" without using AWB. -- John of Reading (talk) 07:25, 27 October 2014 (UTC)
Thanks. That explains why "An aphrodisiac" (spellings vary) was on the list too. And on close examination of other pages' lists, it seems that "ins" and "outs" are jumbled together. Unbuttered parsnip (talk) mytime= Wed 06:35, wikitime= 22:35, 28 October 2014 (UTC)

Tech News: 2014-44[edit]

05:21, 27 October 2014 (UTC)

Greyness[edit]

Here from the line containing "pwned" to the end the text appears grey. I can't see a reason for this. All the best: Rich Farmbrough13:18, 27 October 2014 (UTC).

It's due to broken markup earlier in the page. Search for "to start to understand" in the wikitext, and you'll see a series of font tags changing between grey and black in a way that's rather against the rules of HTML. Apparently, the software's reaction to this was to color all the remainder of the page in grey, grey, grey and black (with black taking precedence) up until it found a sufficiently indented element, and then to render in grey, grey and grey instead. I'm not sure what the policy on fixing broken markup in archive pages is, so I'm not sure if it's for the best to fix the page or not. --ais523 13:39, 27 October 2014 (UTC)
There were quite a lot of misnested <font>...</font> elements which spanned a </dd><dd> pair; HTML Tidy made a good go of adding </font> and <font> where it could, but as far as I could work out, there were four that were opened but not closed, so I removed one and closed three, thus. --Redrose64 (talk) 14:02, 27 October 2014 (UTC)
Right, fixing markup, categories and some other details in archives is fine. It's only the discussions you shouldn't continue. PrimeHunter (talk) 14:06, 27 October 2014 (UTC)

Good work. I would have fixed it if I had seen where the problem lay. I am still mystified how this caused 'font color="gray" to kick in about a hundred lines further down the page, but I have heard that HTML Tidy is flawed. All the best: Rich Farmbrough22:16, 27 October 2014 (UTC).

It appears it was the use of {{OED}} which made it kick in. PrimeHunter (talk) 00:09, 28 October 2014 (UTC)

Four difflink syntax behavior questions.[edit]

I ran across an old (archived) policy discussion from 2008 that referenced edit diff #1 below. After a bit of research it appears what was actually being referred to is what is shown in edit diff #4 below.

  1. http://en.wikipedia.org/w/index.php?title=Casino_Royale_%281967_film%29&diff=cur&oldid=252351881|
  2. http://en.wikipedia.org/w/index.php?title=Casino_Royale_%281967_film%29&diff=cur&oldid=252351881
  3. http://en.wikipedia.org/w/index.php?title=Casino_Royale_%281967_film%29&diff=next&oldid=252351881|
  4. http://en.wikipedia.org/w/index.php?title=Casino_Royale_%281967_film%29&diff=next&oldid=252351881

As you can see the only syntax changes between these examples are the diff= keyword (cur vs next) and the inclusion/exclusion of the final vertical bar. This short journey into the world of diff link syntax has left me with a few questions:

  • (A) Why would the inclusion of a vertical bar (a common enough syntax within wikipedia) make such a profound difference in the results returned? Compare diff #1 to #2 and then compare diff #3 to #4 as example.
  • (B) Why are the resulting page formats so radically different between #1 & #3 above when all that has changed is the diff= keyword?
  • (C) Why does diff #1 not even show revision #252351881 at all? The other three examples show it in various ways?
  • (D) Why are the sections so out of synch in diff #2 above? Granted a great many edits have been made between the two revisions but could these diffs not synch by section name as long as section sequence or names are not changed? Case in point look at the ==plot== and ==cast== positions between the old and new revisions.

Does any of this reflect some sort of error(s) in processing diff links? 104.32.193.6 (talk) 14:07, 27 October 2014 (UTC)

Pipes "|" are common in wikisyntax but not in url's where parameters are separated by "&" (this is general for url's and not wiki-specific). "252351881|" is not a valid revision id so "oldid=252351881|" cannot be expected to work and may give different results in different contexts. Editors sometimes mix up wikilink syntax and external link syntax and write "|" as an attempt to separate a url from text they want displayed. A space is the correct syntax. See Help:link. Good diffs can be hard to make. Section headings are just lines and can be moved around like other source lines. WP:wikEdDiff sometimes gives better diffs. PrimeHunter (talk) 14:28, 27 October 2014 (UTC)
Yes, don't bang pipes against URLs. As regards the legal values for &diff=, I put a description of this at User talk:Paine Ellsworth#Diffs and oldids which seemed to be well received. --Redrose64 (talk) 15:08, 27 October 2014 (UTC)

Coordinates display appears to be broken[edit]

Something's wrong with the way geographical coordinates are being displayed. It affects everything from the infobox in Paris to the table at National Register of Historic Places listings in Piute County, Utah. I understand nothing about the labyrinth of templates involved with this, but could someone knowledgeable please fix it? Ntsimp (talk) 14:44, 27 October 2014 (UTC)

Moved from Template talk:Infobox station#Width: Redrose64 (talk) 15:00, 27 October 2014 (UTC)

On the articles Pennsylvania Station (New York City) and Pennsylvania Station (1910–1963), the infobox is too big, as it is taking half of the side of the page. It looks like it's because of the {{#coordinates:}} tag. Is this localized to just these two articles, or is it a general problem with the markup of the template? – Epicgenius (talk) 14:01, 27 October 2014 (UTC)

@Epicgenius: It's nothing to do with {{infobox station}}. The problem is in {{coord}}, or the module now used for that; this can be demonstrated quite simply:
40°45′02″N 73°59′38″W / 40.750638°N 73.993899°W / 40.750638; -73.993899
That should not yield exposed markup. Template:Coord was last modified by Mr. Stradivarius (talk · contribs), and Module:Coordinates was last modified by MSGJ (talk · contribs). --Redrose64 (talk) 14:21, 27 October 2014 (UTC)
The #coordinates tag as mentioned at Help:Magic_words#Other has stopped working. -- WOSlinker (talk) 14:32, 27 October 2014 (UTC)
Maybe that is the root of the problem. How do we get it to work again? Epicgenius (talk) 14:38, 27 October 2014 (UTC)
From the bug report, it looks like Wikimedia Ops is working on it now. Give it a few hours, and it will likely be working again. — Mr. Stradivarius ♪ talk ♪ 14:44, 27 October 2014 (UTC)
(edit conflict × 2) This is actually a problem with the #coordinates parser function in Template:Coord, and isn't caused by anything in the module. The #coordinates code there has been the same since it was added in 2012, and it never got added to the module because it didn't play nicely with Lua. The infobox on Pennsylvania Station (1910–1963) expands to give the #coordinates code
{{#coordinates:40.7503|-73.9931|type:landmark||||||
|primary
|name=
}}
...which just returns the invocation without processing it. Why it does this I'm not too sure - I've never looked into the details of what #coordinates does. — Mr. Stradivarius ♪ talk ♪ 14:40, 27 October 2014 (UTC)

All the settlement infoboxes have been screwed too (see San Francisco, or Athens, or Bordeaux). Someone has "cleverly" edited something somewhere which has screwed tons of infoboxes, but I can't detect where the error is coming from. Der Statistiker (talk) 14:55, 27 October 2014 (UTC)

Ah, it seems it's restored now. Really odd... Der Statistiker (talk) 14:57, 27 October 2014 (UTC)
Moved from User talk:WOSlinker#Finding duplicate parameters: Redrose64 (talk) 14:55, 27 October 2014 (UTC)
Has your change to Infobox Settlement broken it? When I try to change a pushpin map parameter, the map winds up looking like this. The only change I made was specifying "pushpin_label = Richburg". Any ideas? --Ken Gallager (talk) 14:04, 27 October 2014 (UTC)
@Ken Gallager:, No, it's not {{Infobox Settlement}} - this is the same problem as described at Template talk:Infobox station#Width. --Redrose64 (talk) 14:25, 27 October 2014 (UTC)
(Moving discussion to User talk:Redrose64) --Ken Gallager (talk) 14:32, 27
Moved from User talk:Redrose64#Coords in Infobox settlement: I'm merely an observer --Redrose64 (talk) 14:49, 27 October 2014 (UTC)

Hi Redrose64, thanks for your response to my question about the coordinates problem with {{Infobox settlement}}. So what is the solution for someone like me who's just a regular user of the infobox? I see the {{Coord}} template was last changed in August, while User:WOSlinker's change to Infobox Settlement was two days ago. The problem just started cropping up this morning, after I had already made several edits to articles that use the Settlement infobox. Thanks, --Ken Gallager (talk) 14:36, 27 October 2014 (UTC)

It's a system wide issue, see bug 72559. -- WOSlinker (talk) 14:38, 27 October 2014 (UTC)
Moved from Template talk:Infobox UK place#Big problem: Redrose64 (talk) 15:26, 27 October 2014 (UTC)

Something is wrong with this template, such that any time an article containing it is edited, a bunch of visible code appears at the beginning of the article. I noticed this when I edited Cleator; and to check that it wasn't just a problem with the infobox's implementation in that particular article, I performed null edits on Aberfoyle, Stirling and Abergavenny, and they too got messed up. I've tried to trace the problem back through the template's history, but I just don't know enough about coding to find out what's wrong. Could Frietjes or Sardanaphalus or someone else who understands this template take a look? It's used in a lot of articles, and there's a pretty great potential for disruption. Deor (talk) 14:31, 27 October 2014 (UTC)

It's not just an issue with this template, see Template_talk:Infobox_station#Width. -- WOSlinker (talk) 14:35, 27 October 2014 (UTC)
  • I've just tried some testing and am now wondering if the problem is caused by how and/or which parameters are given to {{Coord}} by this template's "Co-ordinates for top of page" section..? Sardanaphalus (talk) 15:04, 27 October 2014 (UTC)
As WOSlinker said above, this seems to be a system-wide problem with {{#coordinates:}} calls. I assume folks are working on it. (See also WP:VP/T#Coordinates display appears to be broken.) Deor (talk) 15:10, 27 October 2014 (UTC)
  • Understood – and I now see the "Tracked in Bugzilla" template. Sardanaphalus (talk) 15:26, 27 October 2014 (UTC)
Moved from Template talk:Infobox settlement#Coordinates display: Redrose64 (talk) 15:18, 27 October 2014 (UTC)

This template is displaying coordinates like the following:

52°22′N 4°54′E{{#coordinates:52|22|N|4|54|E|type:city(813562)_region:NL|| |primary |name= }}

Examples: Amsterdam, Acapulco, Alexandria, Atlanta, Berlin, Brussels

Is it related to the most recent edit related to duplicate parameters? [22] ——Rich jj (talk) 14:41, 27 October 2014 (UTC)

Okay, apparently this is a bigger issue than just this template, affecting any use of Template:Coord. Template talk:Infobox station#Width pointed this out to me, along with a link to the tracked issue in Bugzilla. ——Rich jj (talk) 14:48, 27 October 2014 (UTC)

Odd coords display[edit]

At the top of the page Grimsby, I'm seeing the following in Read mode:

{{#coordinates:53.5595 |-0.0680

|region:GB_type:city(87574)
||||||

|primary |name= }}

Even though (a) I'm fairly sure this isn't a recent screw-up in Edit mode, since I see the same thing in 2009 versions of the article, OTOH (b) I don't get this error with other ledes with coords in them (e.g. Los Angeles, London), so I don't think it's my browser, either.

Anyone else seeing this? Any ideas? It Is Me Here t / c 15:01, 27 October 2014 (UTC)

This is the system-wide problem that's the topic of the section immediately above. Deor (talk) 15:05, 27 October 2014 (UTC)
Ops and devs are aware. --Elitre (WMF) (talk) 15:25, 27 October 2014 (UTC)
The bugzilla page is demonstrating that Wikivoyage is having the same problems, so it's clearly not something that can be fixed locally: we'll have to depend on the ops and devs. Nyttend (talk) 15:28, 27 October 2014 (UTC)

Sitenotice[edit]

This is a huge issue, affecting 957,111 pages, or more than 20% of the entire encyclopedia. Will anyone object to a sitenotice? If not, I promise that I'll do better than the previous time, when I made a little coding error. Nyttend (talk) 15:28, 27 October 2014 (UTC)

It should be already fixed. Purge to check? --Elitre (WMF) (talk) 15:38, 27 October 2014 (UTC)
It is. Thanks so much for the rapid work! Nyttend (talk) 15:42, 27 October 2014 (UTC)

Can't access list of contributors[edit]

I haven't been able to load the page that lists contributors for several days. It's normally available at http://toolserver.org/~daniel/WikiSense/Contributors.php Does anyone have information about this? SlimVirgin (talk) 19:03, 27 October 2014 (UTC)

A few days? Toolserver's been down for nigh on four months. Permanently. --Redrose64 (talk) 19:46, 27 October 2014 (UTC)
I've been able to get lists of contributors quite recently, though. Perhaps from another link? SlimVirgin (talk) 22:57, 27 October 2014 (UTC)
The replacement tools should be at https://tools.wmflabs.org/wikisense/ , although it looks as if they're having problems. (And inconveniant typos.) Rcsprinter123 (banter) @ 21:00, 27 October 2014 (UTC)
http://toolserver.org/~daniel/WikiSense/Contributors.php redirects to https://tools.wmflabs.org/xtools/articleinfo/. The toolserver redirect seems to work but the target doesn't. All Xtools have been unstable for weeks. PrimeHunter (talk) 21:50, 27 October 2014 (UTC)
Thanks for the replies. I haven't followed what has gone on with these tools, but things that we've relied on for a long time keep disappearing. Is there someone in the Wikimedia Foundation dealing with it, or is it not a Foundation issue? SlimVirgin (talk) 22:57, 27 October 2014 (UTC)
Well, SlimVirgin there's Toolserver replacements, started in July, and a whole lot of threads on the VP Technical here about that same time.— Maile (talk) 23:24, 27 October 2014 (UTC)
Thank you, Maile. It's hard to see what's what. Is there currently a way to access the list of contributors to an article? SlimVirgin (talk) 23:44, 27 October 2014 (UTC)
The tested Xtools are currently working again. That means the redirect at http://toolserver.org/~daniel/WikiSense/Contributors.php also works. I don't know whether https://tools.wmflabs.org/wikisense/ has ever worked. PrimeHunter (talk) 10:36, 28 October 2014 (UTC)
Thanks, PrimeHunter, I can get http://toolserver.org/~daniel/WikiSense/Contributors.php to work now, as a redirect to https://tools.wmflabs.org/xtools/articleinfo/ SlimVirgin (talk) 02:13, 30 October 2014 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── Optics

 From Wikipedia, the free encyclopedia
  1,365 Revisions (+2 days), 679 Authors, 207 Page watchers, – Pageviews (30 days), Created by: The Cunctator (6,537) · See full page statistics

Just to document a related symptom, the statistics for an article are back, as well. They went missing at just about the same timeframe that @SlimVirgin was asking about the missing list of contributors. I just noticed a little blue hat which I now see as the first item in the statistics, and the tooltip that appears when I hover the cursor over it identifies the little blue hat as Xagent configuration --Ancheta Wis   (talk | contribs) 11:36, 28 October 2014 (UTC) My belated thanks to Hedonil for sharing these XTools. 12:11, 28 October 2014 (UTC)

If you copy the below to your .js userspace:
mw.loader.load( '//meta.wikimedia.org/w/index.php?title=User:Hedonil/XTools/XTools.js&action=raw&ctype=text/javascript' );
this tool produces (at least on Modern skin) a single line at the top of the article that is a little recap of what you want. Click on "see full page statistics" on that line, and it takes you to a breakdown of many things, one of which is all of the contributors. — Maile (talk) 14:50, 28 October 2014 (UTC)
Maile66, thank you! That's really useful. The "see full page stats" link goes to https://tools.wmflabs.org/xtools/articleinfo SlimVirgin (talk) 02:18, 30 October 2014 (UTC)
  • Thanks, George. That's the one I used to use, but I thought it had disappeared. SlimVirgin (talk) 02:20, 30 October 2014 (UTC)

Watchlist page changes not notified on watchlist[edit]

From time to time some third party edits to pages on my Watchlist are not notified to me on my Watchlist. Example Postural Integration, regular changes by user Karin Power do not get notified (more recently 16 October with a subsequent BOT same date). Could I have neglected to set some settings correctly? or how can the issue be rectified? Many thanks for your help. Greetings, Osioni (talk) 19:39, 27 October 2014 (UTC)

That's one of the very irritating features of make-work edits by bots. In Special:Preferences your Watchlist can be configured. If "Hide bot edits from the watchlist" is enabled, your watchlist will not list a page where the last edit was by a bot. If it is not enabled, a decent-sized watchlist will be mercilessly spammed by bots. In other words, there is no good setting. Johnuniq (talk) 00:05, 28 October 2014 (UTC)
The setting that would be most useful is "If a bot made the last edit, then show the previous contribution in my watchlist (exactly as if the bot had never edited anything)". But that doesn't exist, and there are probably lots of people ready to tell us why it never well (performance reasons). WhatamIdoing (talk) 18:42, 28 October 2014 (UTC)
That's bug 9790http://bugzilla.wikimedia.org/show_bug.cgi?id=9790. It probably needs someone to find time to look at it. Anomie 11:24, 29 October 2014 (UTC)

Ref in a ref?[edit]

A FA reviewer has asked me to upgrade me text-only references to ones in the same style as the rest of the document, which are almost always SFN. All of my attempts to do this, no matter if they are SFN or normal ref tags, has failed. Ref in blockquote? No problem! Ref in note ref? Problem. Any way around this? Maury Markowitz (talk) 20:43, 27 October 2014 (UTC)

@Maury Markowitz: Put the note and its ref inside {{efn}}, see for example note [a] here. There are less-easy ways, using {{#tag:ref|...}} --Redrose64 (talk) 21:14, 27 October 2014 (UTC)
See also WP:REFNEST; the issues and limits are noted there. More details might help. --  Gadget850 talk 21:15, 27 October 2014 (UTC)
St. Joseph's Catholic Church (Egypt, Ohio) uses a slightly different format, the one I've always found easiest: just put {{cref|a}} at the spot where the note would go, and then in your Notes section, put {{cnote|a|Type the contents of the note here, including the citation}} Perhaps it's not exactly SFN, but the coding looks simpler to me than the {{efn}} that Redrose is using. Nyttend (talk) 22:04, 27 October 2014 (UTC)
@Nyttend: Since you need to specify the letter in both templates, it's more complicated than {{efn}} - where I just put {{efn|Type the contents of the note here, including the citation}} (one parameter, not counting those in the citation) at the spot where the note would go, and then in the Notes section, put {{notelist}} (no parameters). --Redrose64 (talk) 22:23, 27 October 2014 (UTC)
Okay, I was misunderstanding; I see better now. Nyttend (talk) 22:26, 27 October 2014 (UTC)
There is an ancient bug about stuff in between ref tags. It would be nice if that could get some attention from the devs. Face-smile.svg All the best: Rich Farmbrough22:18, 27 October 2014 (UTC).

Ok this looks perfect. Thanks again VP gurus! Maury Markowitz (talk) 12:23, 28 October 2014 (UTC)

@Redrose64:- I managed to get most of these working great. However, if you look at AI Mk. IV radar#Mk. I you'll notice that there is one that complains about no ref content in spite of it seemingly being identical to all the others. Look for the words "a small amount". Any ideas? Maury Markowitz (talk) 13:42, 28 October 2014 (UTC)
@Maury Markowitz: The text of this footnote contains an equals sign, so it needs special treatment. See the last part of Template:Efn#Usage. -- John of Reading (talk) 14:08, 28 October 2014 (UTC)
LOLZ, I'll fix that! :-) Maury Markowitz (talk) 14:31, 28 October 2014 (UTC)

Wmflabs tool[edit]

Is this tool open source? If is not it risk to be deleted like the original "reflinks"? 82.77.75.167 (talk) 00:18, 28 October 2014 (UTC)

The original Reflinks was open sourced, just the WMF didn't want to come to terms with me. As for Kolossos's tool, he's accepted WMF's coercive terms. However, the code quality isn't good and lacks optimization, but otherwise works. — Dispenser 16:43, 28 October 2014 (UTC)
So, where i can see source code of Templatetiger? I think not all tools from wmflabs are open source. 82.77.75.167 (talk) 21:02, 28 October 2014 (UTC)
Likely only in Labs itself as Kolossos doesn't like to use version control. You could ask him for the code. Or easily create a Tool Labs account (I'd say too easily) and peak at it, or hop on irc:wikimedia-labs and ask User:Coren to give it. I'd help out more, but I'm serving an unjustified ban. — Dispenser 22:15, 28 October 2014 (UTC)

How to "peak at it"? I tried, unsuccessfully. (i am Windows user). Can someone make a video tutorial for me, please?:) I think it will be usefull in time not only for me. Thank you. 82.77.75.167 (talk) 22:15, 29 October 2014 (UTC)

Hello, my sourcecode is available here. I believe it's not very useful without databases on wmflabs. or further questions you can contact me: kolossos_Ät_wikipedia.de .--Kolossos (talk) 19:01, 31 October 2014 (UTC)

revision history statistics[edit]

hi, the "revision history statistics" link is down, thank you--Ozzie10aaaa (talk) 00:40, 28 October 2014 (UTC)

Where is the "revision history statistics link" (please paste the actual link when you talk about a link)? --AKlapper (WMF) (talk) 10:00, 28 October 2014 (UTC)
It's at "External tools" in page histories at the English Wikipedia for users with en or en-gb as language. It's made by MediaWiki:Histlegend and goes to https://tools.wmflabs.org/xtools/articleinfo. Xtools have been down for long periods in the last weeks but are currently up again. The Xtools problems are discussed in several threads here. PrimeHunter (talk) 10:31, 28 October 2014 (UTC)

Developer job openings[edit]

Hi, There are currently some job openings in a few of the WMF's Engineering departments, that I thought might be of interest to someone here (if you hadn't already seen them), or you might know someone to nudge. Hope that helps. :) Quiddity (WMF) (talk) 02:00, 28 October 2014 (UTC)

  • I applied for few other positions. Face-smile.svg --TitoDutta 16:10, 28 October 2014 (UTC)

Wikimedia labs pages and edit count page[edit]

Hello,
Almost all Wikimedia Labs pages are taking a long time to open and some pages are not opening at all.
The edit count page linked at the bottom of "contributions" page is not opening (I have been trying for last few days). --TitoDutta 16:16, 28 October 2014 (UTC)

The edit counter is xtools. See the thread above named "Xtools / edit counter". It does load for me but takes about 15 seconds or so. If some pages don't load at all, please provide examples. --AKlapper (WMF) (talk) 20:28, 28 October 2014 (UTC)
These pages are either not loading or taking lots of time to load EditCount, semi-automated edits and almost every Wikimedia Labs page (user's deails: Kolkata, India, Firefox 32.0.3, Win 7, 1.31 Mbps d/l speed). It took 40 seconds for me to load edit counter (now after midnight, I can't open it in office hours/daytime). --TitoDutta 20:39, 28 October 2014 (UTC)
Edit Count (Contributions > Edit Count) seems to be up and running again, although 'running' is clearly too positive a term. 'Crawling' would be more accurate as it also takes 40 seconds to load my edit count page.--Wolbo (talk) 16:33, 29 October 2014 (UTC)

30 day limit on Watchlist[edit]

Why are watchlists limited to 30 days maximum? It means that editors cannot easily access the neglected articles on their lists. Is this something that could be corrected? Thanks. Opus33 (talk) 16:57, 28 October 2014 (UTC)

I would guess this is due to performance reasons. Watchlists function from the recent changes database table which has that limitation. I guess it could be considered a bug, but not one that I'd expect to see resolved. Martijn Hoekstra (talk) 17:08, 28 October 2014 (UTC)
Thanks for your answer. Opus33 (talk) 21:08, 28 October 2014 (UTC)
mw:Manual:$wgRCMaxAge is set to 30 days for Wikimedia wikis in http://noc.wikimedia.org/conf/highlight.php?file=CommonSettings.php which says $wgRCMaxAge = 30 * 86400;. See also bugzilla:6341. PrimeHunter (talk) 10:38, 29 October 2014 (UTC)

Navbox templates whose name parameter does not match the template's actual name[edit]

I have found four or five Navbox templates in which the |name= parameter does not match the actual name of the template, such as Stars of Andromeda. This makes the V/T/E links in the upper left corner of the navbox fail to go to the correct place, as documented in the template's documentation.

Should a maintenance category or a bot task be created that tags these templates somehow? Is there a valid reason to have the |name= parameter fail to match the actual name of the template? I read the documentation for the Navbox template, and it looks like |name= should always be set to the name of the template, so why is this parameter user-editable at all? I imagine there is some clever explanation. – Jonesey95 (talk) 20:16, 28 October 2014 (UTC)

If you change {{navbox to {{#invoke:navbox|navbox, then the name parameter is no longer necessary at all. I think we should take that route, rather than making an effort to keep all of them in sync. Jackmcbarn (talk) 21:02, 28 October 2014 (UTC)
Thanks for the tip. So how do we locate these broken Navboxen in the first place? – Jonesey95 (talk) 21:08, 28 October 2014 (UTC)
We can't find the broken ones on-wiki. We'd have to search through a database dump. Jackmcbarn (talk) 21:22, 28 October 2014 (UTC)
I suggested it with no success at Wikipedia talk:Database reports#Navboxes with wrong name parameters. PrimeHunter (talk) 23:59, 28 October 2014 (UTC)
Why don't we just get a bot to change all invocations of {{navbox to {{#invoke:navbox|navbox? We could do that once, then deprecate Template:Navbox so that it wouldn't be transcluded in the future. That would avoid the need to look at database dumps entirely. — Mr. Stradivarius ♪ talk ♪ 12:11, 29 October 2014 (UTC)
That would still leave a number of wrapper templates such as {{Navbox musical artist}} needing the name param. -- WOSlinker (talk) 12:27, 29 October 2014 (UTC)
Good point. To get the name automatically, we would need to convert those wrapper templates to Lua as well, which means some more thought is needed. — Mr. Stradivarius ♪ talk ♪ 14:34, 29 October 2014 (UTC)
I've been doing some experimenting, and I've found a way to pass the template name through automatically to wrapper templates without converting them to Lua. It involves a simple module like Module:User:Mr. Stradivarius/Parent title, which can be used in a template to get that template's name, even when it is being called from a different page. That name can then be passed through to the wrapper template, which in turn can pass it through to Module:Navbox. Just converting the wrapper templates to Lua would be cleaner, though, and probably not too much work. — Mr. Stradivarius ♪ talk ♪ 14:56, 29 October 2014 (UTC)
Also, just because wrapper templates would still need a name parameter needn't stop us from converting {{navbox to {{#invoke:navbox|navbox, as long as the |name= parameter is still respected in the module. It would just mean that only wrapper templates and templates that call them would need to worry about setting a name. — Mr. Stradivarius ♪ talk ♪ 15:04, 29 October 2014 (UTC)
The name parameter is still respected. Actually, I think I might try to convince Brad or Tim to expose all ancestor frames to Lua, but I'm not sure if they'll go for it. Jackmcbarn (talk) 00:49, 30 October 2014 (UTC)

Tiny glitch[edit]

More of a curiosity really. It was mentioned at [23], and at the time I remembered seeing it but couldn't remember the exact circumstances. Anyway, one way to reproduce it in Win 7, IE11:

  1. In the Wikipedia search field, type the name of a page that is redirected, e.g. type "mona lisa", which redirects you to "Mona Lisa".
  2. Click on the "Redirected from" link at the top of the article to go to the redirect page.
  3. Click the browser's Back button.
  4. A line of text "Jump to: navigation, search" appears at the top of the article, but disappears as soon as you click anywhere on the article.

109.145.182.239 (talk) 02:41, 29 October 2014 (UTC)

At first glance, it seems like that line's .CSS styling is set somewhere to overflow:hidden; height:0px; rather than display:none; in an attempt to "hide" the line until needed. When exactly that is suppose be, I can't say. Personally, I've never actually seen that line rendered "intentionally" in all my wiki-travels (well, at least not under the monobook or vector skins that is) but its always been there in the underlying HTML as far as I can remember.

Add to that the fact back [button] caching under a secure (https://) wiki mark-up & IE is 'not likely' to come off without a hitch (see IE11's F12 Developer Tools if you're familiar; it sez --> DOM7011: The code on this page disabled back and forward caching. For more information, see: http://go.microsoft.com/fwlink/?LinkID=291337 File: index.php) and of course things like that "ghost text" on back or forward are bound to occur. -- George Orwell III (talk) 04:18, 29 October 2014 (UTC)

Users sometimes report seeing the line in different circumstances. I see it in Firefox if I click on "From Wikipedia, the free encyclopedia" and then press Tab. See also Talk:Main Page/Archive 181#Did something change? PrimeHunter (talk) 11:01, 29 October 2014 (UTC)

Bot issue[edit]

It seems to be a bot been editing while logged out or some technical issue. Special:Contributions/10.68.16.32. This was x-post from WP:AN. ///EuroCarGT 03:28, 29 October 2014 (UTC)

Yes, please see WP:BOWN for recent comments. We are not blocking at this time. — xaosflux Talk 03:35, 29 October 2014 (UTC)

Time to knock out obsolete HTML tags[edit]

Since we use try to keep the compatibility with a new technology – HTML5 (see [24], [25]), we have to stop using the <center> tag. It can be safely replaced with {{center}} and its larger version – {{Startcenter}}. I think we should set up a bot to replace this crazy old thing. Please note that the valid HTML is a very important thing, see WP:HTMLBUGS for more details.

There are 49,680 use cases of <center> across all Wikipedia articles. Finally, please see the page from W3C validator on Mars. There are 125 Errors, we really need to do something with it.

Regards, --Rezonansowy (talk | contribs) 10:48, 29 October 2014 (UTC)

I don't really see the case for ditching the center tag in favour of a center css class. yes, the tag is deprecated, but the reason for deprecation is that it's a non-semantic tag. Replacing a non-semantic tag with a non semantic css class would be equally bad busywork. I am in favour of replacing current uses of the center tag with semantic classes, but that's cumbersome in mediawiki. mw:Requests for comment/Allow styling in templates could help move that along - I hope User:Brion finds the time to work on that. Replacing one wrong now with an equally wrong alternative doesn't help us here. Martijn Hoekstra (talk) 11:18, 29 October 2014 (UTC)
When cleaning up an article, I often use HTML validation to detect duplicate IDs and other issues. The use of obsolete HTML makes it more difficult to see and resolve issues that are really broken.
Wholesale replacement of <center> would not be bad, but I have found a number of uses where it is inappropriate or redundant, such as enclosing a table that is 100% width.
We currently have five obsolete HTML elements that are allowed:
  • <big>...</big> → {{big}}
  • <center>...</center> → {{center}}
  • <tt>...</tt><code>...</code>
  • <strike>...</strike><s>...</s>
  • <font>...</font> → {{font}}
I recently cleaned up an article where the <font> tags were setting the content to black, thus it was totally redundant. --  Gadget850 talk 12:46, 29 October 2014 (UTC)
So, it's time to start a big migration project. --Rezonansowy (talk | contribs) 13:45, 29 October 2014 (UTC)
That a validator catches the center tags is a good thing. That it doesn't catch the center templates is a bad thing. Tricking the validator into accepting something bad (like center templates) is a worse thing. If you do that. Inappropriate use (like center on 100% width elements) must be removed, not replaced. Silencing the warning on validation might be a better approach, until we can solve this structurally. Martijn Hoekstra (talk) 15:19, 29 October 2014 (UTC)
  • I support all except replacing <tt>...</tt> with <code>...</code> as it is sometimes more appropriate to replace it with <kbd>...</kbd> or with just a span with some css. It has to do with the backgrounds and other formatting associated with each tag. I've been cleaning up as many of these as I see anyways and have been requesting editors using them in signatures to update their signatures as well. I'd be happy to run a bot through to clean up what I can. I know I can do big, center, and strike. Like I said about tt, it isn't consistent with what an appropriate replacement is so can't be bot replaced and I've had difficulties with trying to replace the font tags reliably with bot edits so I skip those as well. My skin.css makes all of these tags (and a couple more IIRC) obvious, so I am having no difficulties finding them. — {{U|Technical 13}} (etc) 13:47, 29 October 2014 (UTC)
You are correct. And there are a number of articles with code samples that should not be changed. --  Gadget850 talk 13:58, 29 October 2014 (UTC)
They're placed inside <pre>...</pre> or other tags/templates, so no problem, I think. --Rezonansowy (talk | contribs) 14:49, 29 October 2014 (UTC)
@Technical 13: User talk:Technical 13#cellpadding, cellspacing, align, valign, width, border. Helder 15:36, 29 October 2014 (UTC)
See also Wikipedia:Village pump (proposals)/Archive 112#RfC: Should deprecated/invalid/unsupported HTML tags be discouraged?. Helder 15:36, 29 October 2014 (UTC)
It's important to remember wikitext != HTML. Legoktm (talk) 19:56, 29 October 2014 (UTC)
@Legoktm: What does that mean? --  Gadget850 talk 20:42, 29 October 2014 (UTC)
I think that it means that just because some HTML element is deprecated or marked as obsolete by W3C, doesn't necessarily mean that it is deprecated or obsolete Wikimarkup. --Redrose64 (talk) 21:18, 29 October 2014 (UTC)
That is an empty statement. In MediaWiki land, some HTML is whitelisted, but has no relation to wikitext whatsoever. If HTML tags are deprecated, it means just that, and we should no longer use it, or even allow it. The only other option is to declare these deprecated HTML tags to be wiki markup, in which case we must stranslate them to valid HTML5/CSS. I am not a fan of that option, but removing them from the whitelist is worse. But at some point, MediaWiki/Wikipedia will have to stop emitting obsolete HTML one way or the other. -- [[User:Edokter]] {{talk}} 22:04, 29 October 2014 (UTC)
I have been going through and cleaning up <center>. In many instances I have been removing it altogether, where used
  • to center a table, as this may conflict with the table markup. For example, {{clade}}, {{ahnentafel5}} and {{family tree/start}} have a |style= parameter.
  • to center text in a cell where the table class is wikitable which applies a CSS rule to center text.
  • to center templates such as {{gallery}} which have an |align= parameter
--  Gadget850 talk 00:01, 31 October 2014 (UTC)
It's also unnecessary on an image (use |center within the image markup) or on a <gallery> (add class=center). --Redrose64 (talk) 00:27, 31 October 2014 (UTC)

Template Help - Global Way of Centering Group Titles - or not?[edit]

QUESTION: At the moment, I'm able to "center" each template Group Title within a template "box" as follows: < center>Group1 title< /center> => < center>Group2 Title< /center> => and so on - BUT - Is there some "Global" way of centering *all* Group Titles in a template more easily - by adding some particular code (or equivalent) to the template source code? - in any case - Enjoy! :) Drbogdan (talk) 13:33, 29 October 2014 (UTC)

Add |groupstyle=text-align: center and remove the obsolete <center> tags. See {{Moon spacecraft}}. --  Gadget850 talk 14:04, 29 October 2014 (UTC)
@Gadget850 - Thank you *very much* for your suggestions - they are *very much* appreciated - Enjoy! :) Drbogdan (talk) 14:08, 29 October 2014 (UTC)
@Gadget850 - BRIEF Followup => Seems your suggestion *centers* the title for "Groups" very well - but does not seem to *center* the titles for "Subgroups" - is there additional code to *center* the titles for "Subgroups" as well - Thanking you in advance for your reply - and - Enjoy! :) Drbogdan (talk) 14:20, 29 October 2014 (UTC)
Each subgroup is invoked through {{navbox subgroup}} which has its own |groupstyle=; it is not inherited from {{navbox}}. --  Gadget850 talk 14:28, 29 October 2014 (UTC)
Yes - Thanks again for your help with this - it's *very much* appreciated - Enjoy! :) Drbogdan (talk) 14:56, 29 October 2014 (UTC)

Could someone help me with humanification of a code from {{Mars Quads - By Name}}? This template is a technical disaster, and has many obsolete tags. --Rezonansowy (talk | contribs) 15:43, 29 October 2014 (UTC)

I converted <center> to the appropriate markup within the <div>. --  Gadget850 talk 16:02, 29 October 2014 (UTC)
Thanks for the {{Mars Quads - By Name}} update as well - it's *very much* appreciated - Enjoy! :) Drbogdan (talk) 18:49, 29 October 2014 (UTC)

Database reports[edit]

Many of the reports listed at Wikipedia:Database reports have not been generated for quite some time, due to the Toolserver shutdown. In particular I am concerned about the "Unused non-free files" (has not run since August 3) and the "Large non-free files" (has not run since March 29). There's likely thousands or even tens of thousands of files in the collection that no longer meet the non-free content guidelines and need to be deleted. Any help getting these reports generated again on a regular basis would be greatly appreciated. -- Diannaa (talk) 18:55, 29 October 2014 (UTC)

@Diannaa: I'm not familiar with the reports, but surely they could be easily adapted to run with Quarry, which is the new Labs-hosted hotness for running SQL queries. I tried it with the "Unused non-free files" one – the query is still running, but everything seems to work and when it finishes, you should be able to see the results at http://quarry.wmflabs.org/query/851. Matma Rex talk 19:14, 29 October 2014 (UTC) Oh hey, it actually just finished. There are 1453 pages in the result. Matma Rex talk 19:16, 29 October 2014 (UTC)
Thanks, that's awesome. Is there any way the results could be brought over so that interested parties can easily tag the files for deletion? -- Diannaa (talk) 19:20, 29 October 2014 (UTC)
@Diannaa: I've already copied them over to Wikipedia:Database reports/Unused non-free files. (This was done manually this time, but it definitely could be automated, if only anyone has the time for this – alas I don't.) Matma Rex talk 19:53, 29 October 2014 (UTC)
Thanks so much. Is there any way you could have a look at the "Large non-free files" as well? I would really appreciate it. -- Diannaa (talk) 20:01, 29 October 2014 (UTC)
@Diannaa: Done: http://quarry.wmflabs.org/query/853 and updated Wikipedia:Database reports/Large non-free files. I needed to adapt this query a bit. Matma Rex talk 23:14, 29 October 2014 (UTC)
The backlog is not as extreme as I expected, quite manageable. Thank you very much for your help with this. -- Diannaa (talk) 23:41, 29 October 2014 (UTC)
There's also http://tools.wmflabs.org/betacommand-dev/reports/orfu.txt which is updated daily. Nick (talk) 23:46, 29 October 2014 (UTC)
Thanks Nick, I will have a close look at it tomorrow, as it seems to include some images not present on the other list. -- Diannaa (talk) 02:36, 30 October 2014 (UTC)
@Matma Rex: Any chance you could take a peek at my unanswered posts at the bottom of Wikipedia talk:Database reports? Thanks! GoingBatty (talk) 03:38, 30 October 2014 (UTC)
@GoingBatty: Sorry, I don't really know what to do to change the report configuration. Perhaps you should contact the maintainers directly, whoever that is. Matma Rex talk 08:15, 30 October 2014 (UTC)

Strange time substitution[edit]

{{#time:j F Y|~~~~~}} displays properly: 30 October 2014.

With substitution, i.e. {{subst:#time:j F Y|~~~~~}}, it looks wrong: Error: Invalid time..

What is the reason for this? Shouldn't the substituted and the unsubstituted versions work identically? --Stefan2 (talk) 00:14, 30 October 2014 (UTC)

@Stefan2: It looks like the substitution is happening before the tildes get expanded. Because of this, #time is complaining that five tildes in a row aren't a valid time. As a workaround, just use {{subst:#time:j F Y}}, which properly produces 30 October 2014. In fact, passing ~~~~~ to #time is always redundant and should be removed, since the default value of the second parameter is the current time. Jackmcbarn (talk) 00:20, 30 October 2014 (UTC)

Problem with Huggle?[edit]

I try to use Huggle 2.1.21 after a break during a couple of months, and not manage to log in. Failed to load configuration page:Formatting of continuation data will be changing soon. To continue using (...). This is the message I see. In portuguese version the same phenomenon goes on. Does someone know what's this? E. Feld talk 00:39, 30 October 2014 (UTC)

@Eduardofeld: According to WP:HG, bug reports should be made here. Have you done that? --Redrose64 (talk) 08:17, 30 October 2014 (UTC)
Done. Thanks. E. Feld talk 09:27, 30 October 2014 (UTC)

Edit Counters missing data[edit]

Various reports have been made in the last week or so about the Xtools edit counter being down. While it seems to be operational again since a day or two I noticed that edit data from October 24 and following days appears to be missing. Example 1) I made 8 edits to the Rod Laver article on October 27 (see [revision history]) but these do not show up in the [Revision history statistics] or [Edits by user] overviews. Example 2) I made 18 edits to the All England Plate article on October 25 which do not show in the [Revision history statistics] or [Edits by user] and also do not appear on my user edit count overview (Contributions > Edit count > Top edited pages section). Note that the edits on October 24 (and the one on October 29) have been captured. Is this a known issue and will it be repaired?--Wolbo (talk) 02:16, 30 October 2014 (UTC)

This may be the same issue that I reported here. --Redrose64 (talk) 08:14, 30 October 2014 (UTC)
Perhaps. I reported the issue at Github but was informed that it was not a specific Xtools issue because other tools, like [Edits by user], also showed missing data and that it had "something to do with Labs Replication DBs". So are there people here who can take this issue on or else point me to the right place to follow-up? Thx.--Wolbo (talk) 20:46, 30 October 2014 (UTC)

Fix a problem with What Links Here?[edit]

On the Wikipedia of ten years ago, the What Links Here utility was extremely useful -- it led you to a quite relevant set of related articles. These included articles whose existence you would otherwise never become aware of, because the article you were reading didn't yet link to them. Then, WP editors started putting in navigation templates everywhere. The result is that the What Links Here function acquired a huge number of irrelevant links. Reason: every article that transcludes the template links to every article mentioned on the template -- even when there is no logical connection.

If you're curious, try this example: go to Mozart and scatology, click on What Links Here, and you'll get a huge number of hits, because Mozart and scatology is mentioned on the Mozart navigation template, which has been transcluded 266 times on the English Wikipedia. Most of these hits are completely irrelevant; you have to comb through them to find the few legitimate inbound links, such as Difficile lectu (Mozart).

So I ask: would it be desirable/feasible to exclude Template:X entries from the What Links Here links? Opus33 (talk) 00:59, 30 October 2014 (UTC)

It's a frequent request but non-trivial and it has not been implemented. See for example Wikipedia:Village pump (technical)/Archive 122#WhatLinksHere overwhelmed by links in navigation templates. PrimeHunter (talk) 01:52, 30 October 2014 (UTC)
Thanks for letting me know. Opus33 (talk) 02:24, 30 October 2014 (UTC)
It's not feasible to implement this. No matter how we did it, there would either be a lot of false positives, a lot of false negatives, or both. It would also require rewriting how the parser works, since it currently expands all templates before it handles wikilinks. Jackmcbarn (talk) 14:53, 30 October 2014 (UTC)
Thank you. Opus33 (talk) 16:48, 30 October 2014 (UTC)
A technique for finding direct links to a page is to search for the term within page sources only using CirrusSearch's insource. A regex search could limit the search to wikilinks only: insource:/\[\[\s*Mozart and scatology\s*(\|.*)?\]\]/. Regex search does not appear to work perfectly though: \s often matches a literal "s" instead of whitespace. SiBr4 (talk) 15:50, 30 October 2014 (UTC)
This worked beautifully, thanks so much. I noticed that CirrusSearch is still in beta, but I think it would great if your idea was implemented as the basis for a new What Links Here once CirrusSearch is up and running on WP. Opus33 (talk) 16:48, 30 October 2014 (UTC)

Max archive size?[edit]

Any thoughts regarding the technical limitations of talk page archive size would be welcomed, here. VQuakr (talk) 07:38, 30 October 2014 (UTC)

Linking[edit]

I cannot work out from WP:LINKING how to make the blue link "Prose instead of flags?" in the "Logos" section connect with the right section in the ISIS Talk page. I thought I had put in the appropriate wikicode but the link does not work. How is that done, please? --P123ct1 (talk) 13:16, 30 October 2014 (UTC)

By adding "see also Logos" to the section heading "Prose instead of flags" you changed the name of the section so your link won't work. If you want to cross reference the two section with text then put it underneath the heading not as part of it. Nthep (talk) 13:28, 30 October 2014 (UTC)
(edit conflict)I don't really understand what you are trying to do. Are you trying to link the titles mutually? While that seems like a very interesting general problem, the simple answer is "don't do that then", and link in the body of the section, rather than in the section title itself. (regardless, I'm intrigued, and will come back on this. Still, the answer will be "don't do that") Or do you mean something else? Martijn Hoekstra (talk) 13:30, 30 October 2014 (UTC)
Talk:Islamic State of Iraq and the Levant has 38 sections and four sub-sections. Which of these is "the right section in the ISIS Talk page"? --Redrose64 (talk) 13:34, 30 October 2014 (UTC)
The page tries to link two section headings to eachother with this as the section headings:
Prose instead of flags? (See also #Logos)
Logos (See also #Prose instead of flags?)
It doesn't work because you have to link to the whole title of the other section heading, including the small part. And even though it would be possible to only link one way, or link both ways by inserting anchors, don't use section headings for this. It's confusing, it gives ugly automatic section edit summaries, it breaks old links to the sections when you add "see also ..." later, it makes it hard to manually make links to the sections, it breaks when the sections are archived at different times, and so on. Lots of problems and very little benefit compared to making the link at the start of the section. PrimeHunter (talk) 14:00, 30 October 2014 (UTC)
And we have {{section link}} to make this a bit simpler. --  Gadget850 talk 16:22, 30 October 2014 (UTC)

Pending requested move[edit]

Comments etc here, to determine an outcome, would be welcome. Sardanaphalus (talk) 18:26, 30 October 2014 (UTC)

User:Blueye[edit]

Hi. I'm Polish Wikipedian for many years. Some years ago I unify my account on all versions and error appear only in english version and doesnt create my accout. I've try to solve this problem asking for help administration in Polish and English Wiki but no one can help. Maybe now someone can solve it now? I sign as it should be but the easiest way to contact me is via https://pl.wikipedia.org/wiki/Dyskusja_wikipedysty:Blueye --89.71.65.202 (talk) 19:55, 30 October 2014 (UTC)

Please, make a request at meta:Steward requests/Username changes. Ruslik_Zero 20:17, 30 October 2014 (UTC)
The account Blueye at the English Wikipedia was created back in 2007 but did never edit anything. As far as I can tell the unified login was introduced much later so I guess this another user's account. You might want to usurp it though. De728631 (talk) 20:22, 30 October 2014 (UTC)

Media Viewer Update: New Improvements[edit]

Media Viewer's new user interface, with 'More details' button.
Prominent Disable/Enable tools make it easy to turn Media Viewer on and off

Hi folks: we're happy to let you know that our multimedia team has released many new improvements to Media Viewer in recent weeks, based on community feedback.

Here are some of the new features that are now live on the English Wikipedia:

You can try out these features on this 'Featured pictures' page.

Next, we are working on these last 'must-have' improvements for this release:

(Note that the layout change above has just been released for testing on MediaWiki.org.)

These features are based on the most frequent requests from our recent community consultation and ongoing user research. For more information, visit the Media Viewer Improvements page -- or the Help FAQ page.

Many thanks to all the community members who suggested these improvements. Our research so far confirms that they provide a better experience for readers and casual editors, the primary target users for Media Viewer.

Please let us know what you think on this Media Viewer discussion page. We will post one more update in mid-November, once all improvements have been released and tested. Best regards. Fabrice Florin (WMF) (talk) 22:49, 30 October 2014 (UTC)

Problem with adding the first interwiki to a page[edit]

Clicking on the "Add links" link (in the interwikis block) on a page which currently has no interwikis is producing a popup box with an error in it (that looks like a JavaScript object). I've tested on a few random articles with the same result. Originally reported here, but this will need someone more familiar with the scripting around Wikidata to look at it. --ais523 04:17, 31 October 2014 (UTC)

I just got this error too while trying to add a link from the German version of Coin of the Year Award, but logging out and back in again fixed it for me. Graham87 09:11, 31 October 2014 (UTC)
Logging out and back in didn't fix it for me, so probably there's some other factor involved. --ais523 11:32, 31 October 2014 (UTC)

Monospace font-size[edit]

Re this, has something like a "default monospace font-size" setting been considered as a user preference..? Sardanaphalus (talk) 09:40, 31 October 2014 (UTC)
PS {{Mono}}'s default size setting is 1.2em (120%), which, relatively speaking, looks a bit large here (Firefox-based browser).

Unfortunately, for as far as fonts go, "firefox-based browser" is insufficient information - it's the specific font that's rendered that counts, which can depend on the fonts you have installed, default settings in your browser, and the magical way browsers choose fonts. I'm not saying 1.2em must be perfect, and I'm no font wizard. Introducing and implementing a new setting for this, to me, feels wrong, and {{mono}} would override that again. I'm not sure what the "right" size for that template would be. Maybe you can make some testcases and discuss on the template itself. Martijn Hoekstra (talk) 20:28, 31 October 2014 (UTC)

Coordinates problem again[edit]

The site-wide problem described above at #Coordinates display appears to be broken has recurred, as of about 11:20 UTC on this date. Can someone please report it to Bugzilla (former ticket was 72559), as I don't have a Bugzilla account? Deor (talk) 11:31, 31 October 2014 (UTC)

I'm seeing the same. Looks like Andyrom75 reopened ticket 72559 as of 11:58 today. -- chris_j_wood (talk) 12:25, 31 October 2014 (UTC)
Can't reproduce now. Try to purge the page if you see it again? Thanks, --Elitre (WMF) (talk) 13:28, 31 October 2014 (UTC)
Purge seems to fix it now, though it didn't at around 12:00 today. --David Biddulph (talk) 13:35, 31 October 2014 (UTC)
Agreed, it now seems to be fixed, once the containing page is purged. That most certainly wasn't the case at 12:25. -- chris_j_wood (talk) 13:58, 31 October 2014 (UTC)

Reference lists on talk pages[edit]

Hi, the problem of reference lists automatically and inappropriately appearing at the bottom of talk pages, next to threads that normally will be completely unconnected with them, was mentioned a while ago but still it has not been fixed. References need to be turned off by default on talk pages, and only included if specifically requested by an editor, in which case they need to appear at the bottom of the relevant section of text, not at the bottom of the page. Does anyone know the current status of this problem? 109.147.188.227 (talk) 13:45, 31 October 2014 (UTC)

See the bug list at Help:Automatically generated reference list. There seems to be no work on namespace detection. --  Gadget850 talk 22:25, 31 October 2014 (UTC)

Bot or tool to keep the record of dead links[edit]

Is there any active bot of tool which searches pages for dead links and put a message somewhere in any Wiki Project sub page.--Skr15081997 (talk) 14:14, 31 October 2014 (UTC)

There's User:Dispenser/Checklinks. It'll be upgraded in the coming months along with Reflinks, right now life issues are interfering. — Dispenser 14:23, 31 October 2014 (UTC)

mobile issue[edit]

Wikimedia was contacted Ticket:2014103110016121 with the observation that Dan Maffei seems fine except in mobile browsers. I tried Mobile Dan Maffei but it looks fine, here, and on my Android.

I will ask that person to respond here with more info. What is needed? Type of phone? OS? Anything else?--S Philbrick(Talk) 17:52, 31 October 2014 (UTC)

A description of the issue would be nice. In addition to that, the type of phone, OS and which mobile browser would also be good to know. A screenshot of the problem can make it easier to understand the issue as well. (I'm not seeing any problems under Chrome for Android and Android Browser by the way) Martijn Hoekstra (talk) 18:00, 31 October 2014 (UTC)
Oh, and whether this is wikipedia on the browser, or the wikipedia app. Martijn Hoekstra (talk) 18:00, 31 October 2014 (UTC)

All sections not showing up on WP:RFD - too many, so possible technical issue[edit]

I noticed that on WP:RFD, the last two page transclusions, Wikipedia:Redirects for discussion/Log/2014 September 4 and Wikipedia:Redirects for discussion/Log/2014 September 5, aren't showing either on the page or the table of contents. I assume that is due to either the amount of transclusions or sections currently on the page, and this why I'm thinking that this is a technical issue. Is there a way this issue can be fixed? Steel1943 (talk) 22:53, 31 October 2014 (UTC)

When I click show preview, I get the message
"Warning: Template include size is too large. Some templates will not be included.
Warning: This page contains too many expensive parser function calls.
It should have less than 500 calls, there are now 604 calls."
If I remove a few of the October pages, it starts working again. So it seems your guess is correct: too many transclusions or too long. Stickee (talk) 01:05, 1 November 2014 (UTC)

Ah, now take a look at this:

<p><a href="/wiki/Wikipedia:Redirects_for_discussion/Log/2014_September_5" title="Wikipedia:Redirects for discussion/Log/2014 September 5">Wikipedia:Redirects for discussion/Log/2014 September 5</a>
<!-- WARNING: template omitted, post-expand include size too large -->
<a href="/wiki/Wikipedia:Redirects_for_discussion/Log/2014_September_4" title="Wikipedia:Redirects for discussion/Log/2014 September 4">Wikipedia:Redirects for discussion/Log/2014 September 4</a>
<!-- WARNING: template omitted, post-expand include size too large --></p>
 
<!-- 
NewPP limit report
Parsed by mw1051
CPU time usage: 17.977 seconds
Real time usage: 18.881 seconds
Preprocessor visited node count: 43140/1000000
Preprocessor generated node count: 65050/1500000
Post‐expand include size: 2048000/2048000 bytes
Template argument size: 57216/2048000 bytes
Highest expansion depth: 12/40
Expensive parser function count: 607/500
Lua time usage: 0.712/10.000 seconds
Lua memory usage: 4.33 MB/50 MB
-->

MediaWiki is saying you've exceeded the post-expand include size limit. In other words: it's too long. Update: After asking on IRC, your solutions are either to split it into multiple pages or find another way of decreasing the size. Stickee (talk) 01:29, 1 November 2014 (UTC)

Yes, if you click "Page information" under "Tools" or enable "Show hidden categories" at Special:Preferences#mw-prefsection-rendering then you can see it is in both Category:Pages where template include size is exceeded and Category:Pages with too many expensive parser function calls. PrimeHunter (talk) 01:34, 1 November 2014 (UTC)
The expensive parser function hit is coming from Template:No redirect, which uses #ifexist to decide whether to output a red link or an internal URL with redirect=no. Maybe we should remove this check? — Mr. Stradivarius ♪ talk ♪ 04:18, 1 November 2014 (UTC)

Pending changes block[edit]

I'm working on a 'pending changes block' proposal that is to classic block what pending changes protection is to classic protection. My draft is at User:Cenarium/PCB and I welcome any input on the technical feasibility and ease of implementation before going ahead with the proposal. The technical details are covered here specifically. Cenarium (talk) 23:44, 31 October 2014 (UTC)

My edits?[edit]

I just learned about this tool (direct tool link) and made few changes, but I can't find my edits in "my global contribution" or anywhere. Any idea? --TitoDutta 07:20, 1 November 2014 (UTC)

Your edits are on Wikidata, see d:Special:Contributions/Titodutta. Zhaofeng Li [talk... contribs...] 08:56, 1 November 2014 (UTC)
  • Yes, but I can not see my recent edits (using this tool) there. I was wondering, that's why, where are "#My edits?" Regards. --TitoDutta 09:17, 1 November 2014 (UTC)