Wikipedia:Village pump (technical)/Archive 133

From Wikipedia, the free encyclopedia
Jump to navigation Jump to search

Contents

When does TemplateData get processed?

As it stands now, to properly document a template and its parameters, documentation in two, incompatible forms is required. First there is the documentation that you should be able to read at the template's page in template space, and second, there is the JSON formatted documentation used by Visual Editor. Maintaining two versions of documentation is a pain and ultimately counter productive.

In a discussion at Help talk:Citation Style 1 an editor raised the idea that some generic standard for template parameter documentation might be implemented in such a format that it could be rendered in a human usable form and could also be scanned by an automated tool to create documentation usable by VE and other tools.

It occurred to me that a couple of templates and some module code might make that idea possible. The result of my experiment is {{template parameter doc}}, {{template parameter doc item}}, and Module:template parameter doc. It did not work. Apparently, <TemplateData>...</TemplateData> processing occurs before templates and modules are processed. Is this true? If so, could that be changed?

Trappist the monk (talk) 15:14, 13 December 2014 (UTC)

I think your module needs to wrap the template data content with an invocation to frame:extenstionTag rather than using <TemplateData> directly. I'm not entirely sure that will work either, but it seems more likely to. Dragons flight (talk) 00:11, 14 December 2014 (UTC)
Yep, Scribunto is run after tags have been converted to strip markers, so if you just output the tag text it won't do anything. You need to preprocess the tags somehow, and frame:extensionTag is the best way. (frame:preprocess would also work, but it's slower.) — Mr. Stradivarius ♪ talk ♪ 00:59, 14 December 2014 (UTC)
Ding! Ding! Ding! Both work. For now, I'm using frame:preprocess because it take the entires output in one function call and is producing what I want. Thank you both.
Trappist the monk (talk) 01:42, 14 December 2014 (UTC)
@Trappist the monk: You should also be aware that at some point in the future, TemplateData will move to its own namespace with a JSON content type. This would mean that #invoke statements would just be normal text, rather than being processed with Scribunto, so you shouldn't plan on this code working long-term. — Mr. Stradivarius ♪ talk ♪ 05:12, 14 December 2014 (UTC)
I don't think it actually works now so maybe it's a non-issue. I'm guessing that Visual editor and the template data editor both read the raw source file to extract template data, not the rendered page. Right? So unless the module can subst a portion of its output (the <templatedata>...</templatedata>) I think this idea may have come to its end. And, even if it could subst, that subst'd stuff would have to be deleted before any edits to the documentation could be saved. That sort of requirement is no better than the currently unacceptable requirement to maintain two separate disparate sets of documentation.
Trappist the monk (talk) 12:40, 14 December 2014 (UTC)

There was a similar discussion at Wikipedia talk:TemplateData#Extending use; removing redundancy. There are problems with trying to share documentation between template data and normal wikitext. The biggest is the markup supported by TD, basically none, no bold, italics or links. Krinkle explained why it needs to be this way.--Salix alba (talk): 08:11, 14 December 2014 (UTC)

Yep, that's why I concocted this scheme. Editors should only have to maintain documentation in one place and in one format. This solution, though an apparent failure, was an attempt to get us at least a step closer to that target.
Trappist the monk (talk) 12:40, 14 December 2014 (UTC)
I didn't find that explanation at all compelling; the two uses need to be merged. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 23:52, 19 December 2014 (UTC)

Not come across this before...

... and I hope not again.

There was an error showing yesterday in MLDonkey. If you look at it you will see lines in infobox like "Latest stable release". So where is that in the code? Has to be a template, right? But which? {{infobox software}} is horrendous. I eventually found subpage /MLDonkey hanging off it, which someone had carefully scribbled in.

But what we have is page-specific code attached to a general-purpose template (transcluded in 1200+ pages). Undocumented. Doesn't sound right to me. Presumably there are a lot of subpages, one per invocation I imagine.

A propos, it would save a lot of time if the list of templates used in a page also included date of last change, although it probably wouldn't have helped in this case. Easier than having to trog down each likely item in turn looking for one changed in last few minutes. Unbuttered parsnip (talk) mytime= Sun 07:37, wikitime= 23:37, 13 December 2014 (UTC)

  • That is caused by the |frequently updated= parameter that was suppose to be fully deprecated. See Template_talk:Infobox_software/Archive_5#Edit_request_on_2_October_2013:_.22frequently_updated.22 and the two sections following for a lot of discussion about these things... Pinging some of the other editors involved... Codename Lisa — MSGJ — Patrick87 — Tothwolf — Topbanana:. — {{U|Technical 13}} (etc) 23:49, 13 December 2014 (UTC)
    • Here be dragons. Be extremely careful with any major changes to the way {{Infobox software}}/{{LSR}}/{{LPR}} function and display on pages. Speaking from experience, as widely used as they are, major changes can have all sorts of unforeseen consequences (which then tend to lead to lengthy and often heated discussions).

      I don't see |frequently updated= present in the current version of {{Infobox software}}? I tried to document what I could remember of |frequently updated= in that discussion but I think the parameter had already been removed by that point anyway. None of those discussions were ever about depreciating the use of {{LSR}}/{{LPR}} subtemplates themselves though. Keep in mind that those subtemplates are not only transcluded by {{Infobox software}}, but are also widely transcluded in wikitables in software comparison articles. It might also be worth noting this in Template:Infobox software/doc#Moving release data outside the article.

      One possible {{Infobox software}} improvement that comes to mind immediately, is it should be possible to display a note on a preview version of a page which transcludes {{Infobox software}} which includes links to an article's Template:Latest stable software release/ArticleName and Template:Latest preview software release/ArticleName subtemplates. In cases where they already exist, an edit link could be provided, and in cases where they don't, a note and preload links so someone could create new subtemplates could be shown.

      Years ago when I was more active here, I discovered another language Wikipedia which had a much nicer and better documented {{Infobox software}}/{{LSR}}/{{LPR}} system, but I can't remember now which it was. --Tothwolf (talk) 15:07, 14 December 2014 (UTC)

      • Here be no dragons; just people who don't read documentations and complain that such documentations don't exist although they do.
        Oh, and one minor bit of correction: |frequently updated= was never supposed to deprecated; it was removed straight away. People frequently set it to "yes" indiscriminately, or just to mean "the developer issues updates quite often". They never used it to mean "facilitate recurrently updating this number on Wikipedia". Best regards, Codename Lisa (talk) 01:39, 15 December 2014 (UTC)
  • To see more detail in the "list of templates used on this page", install User:Anomie/previewtemplatelastmod. -- John of Reading (talk) 08:00, 14 December 2014 (UTC)
    • Won't help him. Vandals rarely leave an edit summary and even when they do, it doesn't say "hey I just vandalized this page"! Best regards, Codename Lisa (talk) 01:39, 15 December 2014 (UTC)
      • @Codename Lisa: Among other things, the script sorts the list so that the most recently-edited template is at the top. I've found this script very valuable sometimes. -- John of Reading (talk) 07:45, 15 December 2014 (UTC)
        • I don't deny its usefulness as a tool in general. And let's not forget that you are a TemplateEditor no less. But I suspect my statement remains true. Best regards, Codename Lisa (talk) 11:31, 15 December 2014 (UTC)
  • 40 years in dp and I'd never come across such gonads as here. If it had been {{lpr}} (etc) looking for a subpage of the caller it would be fine, but to have a bespoke subpage hanging off a general purpose callee object is astonishing. Unbuttered parsnip (talk) mytime= Tue 17:12, wikitime= 09:12, 16 December 2014 (UTC)
  • Sure. But I wouldn't bother about his comment on Template:Latest stable software release if I were you. He seems more furious about his own lack of experience here than making a genuine comment based on actual facts. For all I know, it is a maintainable system that works; a single slash is no reason to change it. But Tothwolf, on the other hand, might actually be on to something. I hope he remembers which wiki it was. Best regards, Codename Lisa (talk) 17:56, 16 December 2014 (UTC)
  • I've looked through the other language wikis I have an account on via SUL and I simply can't find it now. I did notice the Italian and Russian wikipedias have both begun to use Wikidata for their implementations of {{Infobox software}}. I don't really see that it would be worth spending much more time trying to find that better {{LSR}}/{{LPR}} implementation if much of the data that is currently stored under Template:Latest stable software release/ArticleName will eventually be moving to Wikidata anyway. --Tothwolf (talk) 22:05, 16 December 2014 (UTC)
  • Happened again just now, with WhatsApp. This time I saw it coming. I think the mechanism is a complete pile of pooh. Unbuttered parsnip (talk) mytime= Tue 22:07, wikitime= 14:07, 16 December 2014 (UTC)
  • You may feel the system in place is a "pile of pooh", but the simple fact remains that it has worked extremely well for 1000s, if not 10s of 1000s of editors, both anonymous drive-by editors and veterans alike, for making quick updates to software version numbers and release dates. Not only does it make it much easier for less experienced editors to update a version number and release date, it also cuts down on a considerable amount of clutter in Recent changes.

    For a system that has its roots back in 2005, I think it has actually aged quite well. You might consider it strange that data has been stored as a "subpage" in the Template: namespace, but given the limitations of Mediawiki's templates and markup language, I think as a whole it has actually worked out pretty well.

    When I was more active, I used to routinely monitor Special:RecentChangesLinked/Category:Latest stable software release templates and Special:RecentChangesLinked/Category:Latest preview software release templates. Surprisingly enough, I saw little in the way of intentional vandalism, but I did see the occasional test edit, much like the one you reverted. Even more common though, were careless reverts made with Huggle to valid edits from anonymous users/ip addresses and red-linked usernames.

    Btw, you don't have to make a "dummy edit" with an actual change to the page to "refresh" the transcluded data. The job queue will handle it automatically, but if you really want to force an immediate update, you can either make a null edit or append ?action=purge to the end of the url (example). --Tothwolf (talk) 23:47, 16 December 2014 (UTC)

Envoi
Take a look at this Chef (software) --Unbuttered parsnip (talk) mytime= Sat 17:05, wikitime= 09:05, 20 December 2014 (UTC)

PHP API for #ifexist function?

The "getpage" function I'm using (see here), gets the content of a page, and returns FALSE on error. The problem is that it returns FALSE even when the error is simply that the page does not exist, making it impossible for the application to know when the error is really that the server is down, or the bits got lost in the ether, or who-knows-what-problem beyond the application's control. Indeed the page merely not existing is not a problem, as the application in that circumstance just wants to create a new page rather than append content to an existing page. What I really want is a return code that confirms that the page actually doesn't exist and needs to be created. This is what I believe is needed to address this reported problem. Help from PHP programmers knowledgeable about the MediaWiki API would be appreciated. – Wbm1058 (talk) 14:49, 15 December 2014 (UTC)

I'm having trouble making this work in actual php code. My attempt to check the 'missing' attribute with this code change didn't work for me. Jackmcbarn can you help? Wbm1058 (talk) 19:44, 15 December 2014 (UTC)
  •  if(isset($x['missing'])) return "<missing>";
    
    would have to be some variation of
     if(isset($x['query']['pages']['-1']['missing']) || $x['query']['pages']['-1']['missing'] == "") return "<missing>";
    
    to use that to determine if missing was there. — {{U|Technical 13}} (etc) 19:58, 15 December 2014 (UTC)
That specific code returned "<missing>" for every item passed to it, including everything that wasn't. Can you explain what you're doing there? It seems kind of convoluted to me. Wbm1058 (talk) 20:35, 15 December 2014 (UTC)
  • I've no way to test my ideas, so play with it, you might need to replace the OR ( || ) with an AND ( && ) or you may only need the second half of the condition (== ""). I'm not sure that isset() will catch that it exists if its value is null or empty, so you need to be careful with that. :) — {{U|Technical 13}} (etc) 20:43, 15 December 2014 (UTC)
If multiple parameters are supplied then isset() will return TRUE only if all of the parameters are set. So it is not sufficient to check only whether 'missing' is set? Wbm1058 (talk) 22:46, 15 December 2014 (UTC)
isset() determines if a variable is set and is not NULL. Returns TRUE if var exists and has value other than NULL, FALSE otherwise. So if indeed "missing": "" is that NULL or not, and if it is, what's the point? I don't get it. Shouldn't "missing": "TRUE" be returned by the function for "FooBarBaz"? Wbm1058 (talk) 23:05, 15 December 2014 (UTC)
  • (edit conflict) If I understand your question, think of it like a tree. ['missing'] is a leaf that is attached to a branch labeled ['-1'], which is in turn attached to the trunk of the tree, ['pages'], and finally to the root, $x['query']. If you are a worm, and you want to get to the leaf, you need to start at the root, climb up the trunk, and across the branch to get to the leaf. :) isset() is suppose to return if that value is defined, but I don't remember how it does with things that are defined as null or empty, so checking http://php.net/manual/en/function.isset.php I find that Determine if a variable is set and is not null.{{U|Technical 13}} (etc) 23:11, 15 December 2014 (UTC)
Whatever. You found the link that I got the information from which I shared in my last two edits. I appreciate that you're trying to help, but I think it's better at this point to wait for someone who knows this stuff to respond. @Cyberpower678: I hate to pull you away from your expensive studies, but if you can quickly give an answer, I'd appreciate it. Wbm1058 (talk) 23:25, 15 December 2014 (UTC)
@Wbm1058: See how Reflinks deals with this in an unclean way. Zhaofeng Li [talk... contribs...] 23:33, 15 December 2014 (UTC)
@Zhaofeng Li: Thanks, that seems helpful. I notice it uses format=json rather than the format=php that the "library function" I have uses. I'm not familiar with JSON (JavaScript Object Notation). Is there an advantage in using that? Wbm1058 (talk) 02:21, 16 December 2014 (UTC)

@Wbm1058: I think they are the same. However, unserialize() is always available,[1] while json_decode() is available by default from 5.2.[2] But anyway, considering most distros have at least PHP 5.3, compatibility isn't an issue. Zhaofeng Li [talk... contribs...] 03:55, 16 December 2014 (UTC)

Never use unserialize() on foreign data, it's a security risk. Legoktm (talk) 04:44, 16 December 2014 (UTC)
Wow, didn't know that before. That's quite true since unserialize() can be used to execute foreign code when initialising the classes. @Wbm1058: You really should look into JSON, then. Zhaofeng Li [talk... contribs...] 06:14, 16 December 2014 (UTC)
@Technical 13: By the way, to correct your mistake, isset() can only be used with variables. Passing anything else to it (for instance an expression in your example) will fail (It would output "Can't use function return value in write context" which was unhelpful, but now it gives an error message with a correct example).[3][4] As an an unrelated note, empty() was a similar function which only accepts variables, leading to widespread confusions and steeper learning curve. This was changed in PHP 5.5.[5] Sadly, the learning curve is still there, since PHP 5.3/5.4 are still popular. [Insert rants about PHP design here] Face-smile.svg Zhaofeng Li [talk... contribs...] 12:52, 16 December 2014 (UTC)
  • Zhaofeng Li, look again, my example doesn't put the expression in the isset(), it puts the isset() in an expression. It says IF isset($x['query']['pages']['-1']['missing']) OR if $x['query']['pages']['-1']['missing'] == "" THEN return "<missing>";. — {{U|Technical 13}} (etc) 12:57, 16 December 2014 (UTC)
Ah, I was having some eye problems. Sorry about that. :( Take it as a rant against PHP's design, then. Zhaofeng Li [talk... contribs...] 13:17, 16 December 2014 (UTC)
  • No worries, honest mistake. :) — {{U|Technical 13}} (etc) 13:40, 16 December 2014 (UTC)

There is another item on my problems list: see User talk:RMCD bot § Unicode, diacritics problems. Will using json_decode() rather than unserialize() address this issue, or is there something else going on? Wbm1058 (talk) 17:35, 16 December 2014 (UTC)

@Legoktm: The "Bot classes for interacting with mediawiki" is the function library that the I bots I took over use. I believe that Chris G was the person coordinating it. As I recall I pulled the source off of his account on the former toolserver, but now when I look there I just see a "We've moved!" message. I also note that Chris G has been rather inactive for the past few months, since they turned their bots over to you. Looking at botclasses.php I see a single occurrence of the unserialize() function which you say is insecure for foreign data. However this is in the low-level query() function which "sends a query to the api". This query function seems to be used by virtually every other function in this library, and thus it appears that the entire library is insecure. It's a bit upsetting to learn that I've been running (potentially) insecure scripts on my personal computer for the last two years. Is there a new central location where this library is maintained, where I can look for a newer version, which is hopefully secure? Perhaps this is something that the highly paid programming staff of the Wikimedia Foundation can provide to their volunteer programmers and bot operators? Wbm1058 (talk) 14:36, 16 December 2014 (UTC)

@Legoktm: I see from Wikipedia:Bots/Requests for approval/Legobot 33 there is a link to the source code for the harej-bots on GitHub. Observe that your copy of botclasses.php there uses unserialize() in the query() function. So a fix would benefit both of us. Wbm1058 (talk) 20:48, 16 December 2014 (UTC)

I see: unserializeWarning Do not pass untrusted user input to unserialize(). Unserialization can result in code being loaded and executed due to object instantiation and autoloading, and a malicious user may be able to exploit this. Use a safe, standard data interchange format such as JSON (via json_decode() and json_encode()) if you need to pass serialized data to the user.

I suppose that the encyclopedia that anyone can edit might have untrusted user input in it? I wonder if it's possible to track down everyone who is still using the botclasses library. How serious an issue is this? I might take a stab at the necessary code changes soon if nobody else does. Wbm1058 (talk) 16:31, 17 December 2014 (UTC)

@Wbm1058: Just replace format=php with json, and replace the unserialize line with return json_decode($ret,true);. By the way, the real risk is not from the editors, since the API will properly escape whatever they write. The problem is you don't know whether the API you are talking to is the real one or not (Using HTTPS will help a lot), and a fake one could return a maliciously-crafted string as the result. Zhaofeng Li [talk... contribs...] 04:51, 18 December 2014 (UTC)
@Zhaofeng Li: Thanks, I made the JSON changes and it worked fine. But when I changed "http:" to "https:" it responded with "Login error: ". Does the API not support secure http or is there something else I need to change to get it to work? Wbm1058 (talk) 16:59, 19 December 2014 (UTC)

Machine-readable authors in Template:Non-free use rationale

I notice that there is no machine-readable author field for {{Non-free use rationale}}. I am aware that {{Non-free use rationale 2}} does, but many (if not all) the specific-case templates are derived from the former, not the latter (search Special:PrefixIndex/Template:Non-free use rationale).

I believe these templates should include machine-readable authors; this will probably cut into a large part of the images in Category:Files with no machine-readable author. Anon126 (notify me of responses! / talk / contribs) 20:40, 19 December 2014 (UTC)

See Wikipedia talk:Non-free content/Archive 64#Help with file metadata cleanup for a prior discussion. --Stefan2 (talk) 23:31, 19 December 2014 (UTC)

A glitch in OneClickArchiver

I was just archiving some posts from my talk page using the OneClickArchiver. First post was ok, but when I archived the second post that one disappeared from the talk page but did not appear in the archive. instead a copy of the first post appeared in the archive. I manually restored the second post to the archive by copypaste it from the talk page's History. When I tried again, the same thing happened. This is the talk page history, and this is the archive page history, where you can see what happened. Any ideas about what's going on? I saw on the script's page that the script code now includes something by Technical 13. Is my code old and faulty? (Please ignore the "//", I just include that when I don't use it to prevent me from accidentally archiving something) - w.carter-Talk 21:38, 19 December 2014 (UTC)

Ok. Thanks for your quick answer. It's no biggie, I just wanted to know what it was and if someone was on it, which you are. :) I don't use it that often so I'll just wait and see. Have a nice weekend/holiday, w.carter-Talk 22:37, 19 December 2014 (UTC)

Scripts stopped working

For the last couple of days the scripts User:Doug/closemfd.js and User:King of Hearts/closerfd.js have stopped working. I haven't made any changes to my setup (WIN7, FF34.05, Vector) and as they are from different authors there seems likely to be some common cause. Any ideas? JohnCD (talk) 22:14, 19 December 2014 (UTC)

  • JohnCD, both of those scripts were recently partly updated to address the addOnloadHook deprecation. Neither of those scripts have been changed in over two weeks though, so I'm wondering if there is something else in your common.js or vector.js that is causing the rest of the scripts to fail. I'm really busy with a final right now, but I'll certainly dig into it later. Feel free to revert the most recent changes to both of those scripts and see if that fixes the issue for you, then ping me and we'll go from there. Thanks. — {{U|Technical 13}} (etc) 22:37, 19 December 2014 (UTC)
  • Thanks for rapid response. I don't think it's that, as the most recent updates to those scripts were 5 Dec and 2 Dec, and I have used them as recently as 13 and 12 Dec. User:Mr.Z-man/closeAFD.js still works, for what that's worth. No great urgency, there is plenty else I should be doing. JohnCD (talk) 22:51, 19 December 2014 (UTC)
  • Fwiw... both scripts still use addPortletLink (also deprecated) instead of mw.util.addPortletLink . -- George Orwell III (talk) 07:42, 20 December 2014 (UTC)
    • Yes, and neither have been jQueryified either. I plan on modularizing WP:WikiProject User scripts/Scripts/CloseAFD.js before too long and adding support for all XfDs, all RfXs, and all XRVs. JohnCD, it would be really useful to help figure out what is causing the issue (I'm still guessing it is the actual changes to those scripts themselves as they were most recently changed and you could have been using a cached version of the old script for a week), if you could press [F12] and tell us any errors that you can see in the error console. If that is above your technical ability, can you tell use what your userAgent string is? — {{U|Technical 13}} (etc) 15:01, 20 December 2014 (UTC)
  • @Technical 13: You were right - I hadn't thought of the effect of caching. Reverting the most recent change to User:Doug/closemfd.js does indeed make it work again. I have left it reverted, as there is a backlog there, and will tell User:Doug.
Before doing that, I clicked "edit" on an MfD discussion, at which point a link "Close" should have appeared on the drop-down menu under "More", but didn't. I then pressed F12, and copied what appeared under "Console" to User:JohnCD/draft. I hope that is what you needed.
I haven't reverted User:King of Hearts/closerfd.js but will tell KoH, and BDD who does much of the work at RfD. There are also scripts for closing TfD, FfD, CfD, but they belong either to Doug or to KoH.
Thanks, JohnCD (talk) 17:04, 20 December 2014 (UTC)
  • Yes, I'm aware of all of those subscripts JohnCD, and both Doug and KoH applied the same fix to all of the modular scripts (at my request) which has me wondering why only some have been effected. That console will help me some (maybe not for this specific issue, but will help me find other scripts using things being deprecated). I'll tag it for CSD when I'm done with it if that is okay with you. :) Your userAgent string would still be very useful to help me debug stuff. Thanks again. :) — {{U|Technical 13}} (etc) 17:15, 20 December 2014 (UTC)
  • I'm not familiar with the scripts to close CfD, FfD, TfD but, assuming they work in the same way, they are all affected - I don't get "Close" in the drop-down menu from any of them. The whatismyuseragent.com site isn't responding at the moment: "Firefox can't establish a connection to the server". I'll let you know when I can get through. JohnCD (talk) 1726, 20 December 2014 (UTC)
  • @Technical 13: it should be whatsmyuseragent, not whatismyuseragent. Result is:
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:34.0) Gecko/20100101 Firefox/34.0
JohnCD (talk) 18:27, 20 December 2014 (UTC)

Template help?

Some articles I'm working on have templates in them that are not working properly. I'm not template literate. Where should I ask for help? SchreiberBike talk 07:09, 20 December 2014 (UTC)

Here is a good place to start. All the best: Rich Farmbrough11:15, 20 December 2014 (UTC).
@SchreiberBike: You could also ask for help on the template's talk page. GoingBatty (talk) 15:14, 20 December 2014 (UTC)
@SchreiberBike: What pages are affected, and what problems do you see? That should be enough to get us started. — Mr. Stradivarius ♪ talk ♪ 15:58, 20 December 2014 (UTC)
The templates are: Template:Infobox New Jersey State Legislature district and Template:TR mayor. I have explained the problems on their talk pages. Thanks, SchreiberBike talk 17:29, 20 December 2014 (UTC)
I fixed Template:Infobox New Jersey State Legislature district.[6] The problem in Template:TR mayor is caused by Module:OrdinalSuffix where {{#invoke:OrdinalSuffix|main|11}} produces Script error: No such module "OrdinalSuffix".. That should say th as in 11th but says st as in 11st at the time of writing. I don't edit modules. PrimeHunter (talk) 18:11, 20 December 2014 (UTC)
The module needs a fix for all numbers ending in 11 or 12 (Module talk:OrdinalSuffix has a poorly chosen test set). Looking at the simple code I could probably fix it without knowing Lua but I recommend it's done by somebody who actually knows the language. PrimeHunter (talk) 18:18, 20 December 2014 (UTC)
11th ,12th, ..., 20th. Pretty sure I can fix this if someone hasn't already got it in hand.
Trappist the monk (talk) 18:21, 20 December 2014 (UTC)
It's fixed now. Jackmcbarn (talk) 18:22, 20 December 2014 (UTC)
Ain't Wikipedia Great! Thanks for the help everybody; it warms my heart. SchreiberBike talk 18:44, 20 December 2014 (UTC)

Problems with page curation

Page curation isn't working properly for me right now. The mark as patrolled button doesn't work and the tagging button doesn't work. However, the next article and info buttons do work. This problem started around 12 hours ago, as far as I know. Mac OS 10.7.5 with Safari 6.1.6. Oiyarbepsy (talk) 15:29, 18 December 2014 (UTC)

Swpb filed it as phab:T84996. More discussion at Wikipedia talk:Page Curation#Curation Toolbar. --Quiddity (WMF) (talk) 17:18, 19 December 2014 (UTC)

Template:Imdb-film-year

I was wondering if somebody could create a template. Sort of like Template:Imdb-japan-year but to cover all countries/languages. They're to go at the end of all the film year list like American films of 1955, South Korean films of 1982, Spanish films of 1990 etc. I think it would need some sort of coding like "if Japanese =jp" etc. Bascially there's a common format linking to a list on imdb, see the url for Japanese films of 1964 vs American films of 1964 It is controlled solely by the short country code jp for Japan, us for USA etc. What I want is to be able for the template to read what the year is in something like List of Japanese films of 1964 and for it to automatically or have to do very little in the current List of Japanese films of 1975. I want to be able to have one template I can use as an external link in all the country year lists linking to the appropriate page. So whoever creates it would need to find the index of countries on imdb and code it so it reads all shortcodes for each country by year. Do you follow? Ideally I want something which will read a year list like List of Australian films of 1987 and all I will have to do is add a Template:Imdb-film-year in the external link and it will read the Australian and 1987 in the title and correctly link to the correct page on imdb.♦ Dr. Blofeld 13:35, 19 December 2014 (UTC)

Something like: {{Imdb-country-year|jp|1964}}? Or do you want it to be fully automatic where it might read the article title, for example Spanish films of 1990 and from that extract the country and year and populate the appropriate places in the url?
Trappist the monk (talk) 14:15, 19 December 2014 (UTC)

Something like that would be fine yeah, although fully automatic might make more sense seems as the page titles all have the same format.♦ Dr. Blofeld 18:32, 20 December 2014 (UTC)

{{imdb country year}}:
{{imdb country year|au|1987}}
Films of 1987 at IMDb
Trappist the monk (talk) 13:03, 21 December 2014 (UTC)

Notepad++

I've recently started using Notepad++. Does anyone know of a syntax highlghter plugin, for Wikipedia template code, please? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:49, 20 December 2014 (UTC)

@Pigsonthewing: sounds like you're looking for User:Equazcion/WikiTemplate UDL. — Mr. Stradivarius ♪ talk ♪ 15:54, 20 December 2014 (UTC)
@Mr. Stradivarius: Thanks; that seems to be just what I was looking for. But after importing it, I can't get it working :-( Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:12, 20 December 2014 (UTC)
Andy, which version of NotePad are you using? That UDL only works with v6.2+ — {{U|Technical 13}} (etc) 16:39, 20 December 2014 (UTC)
Ah, I was on 5.9.6.2; I've updgraded and that's working, now. Thanks again. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 17:08, 21 December 2014 (UTC)

Technical feasibility of idea at VP proposals

Please have a look at Wikipedia:Village pump (proposals)#Bot tagging of edits and address whether this is technically feasible. Thank you. Oiyarbepsy (talk) 08:28, 21 December 2014 (UTC)

Less user friendly search of late

I've noticed lately that when you search for something you have to include the parentheses or comma to get suggestions that include parentheses or commas to show up. Before it was not so, at least for parenthesis. For example just typing "boston m" doesn't bring up Boston (MA) or Boston (magazine). I wouldn't call this a huge deal but it makes "Enter" go to search, which I have also seen to use a flawed hierarchy of late. What's more, before I realized this issue was happening, I thought some articles did not exist and may not have gone as far as to search for them. This behavior would lead to a slight drop in viewership. If I'm searching for Rochester, New York, I want to just be able to type rochester new york into the search bar. B137 (talk) 03:38, 22 December 2014 (UTC)

@B137: When I type "rochester new york" into the search bar, I get sent to Rochester New York, which automatically redirects me to Rochester, New York. I get similar results when I type "boston ma" or "boston mag". GoingBatty (talk) 03:51, 22 December 2014 (UTC)
Yes I shortly after realized that all three of those were bad examples. Though nothing shows up when you get most of the way through typing "rochester new..." the redirect does exist (with caps but that's not the issue). Now that I think of it, I don't believe the code ever did ignore in/ex-clusion of parentheses and commas, but perhaps it should. Either way, I do believe I need to catch up on sleep or something because I seem to be losing it.. B137 (talk) 03:58, 22 December 2014 (UTC)
@B137: When I type "rochester", Rochester, New York is the third choice. If I keep typing "rochester new", then the redirect Rochester New York is the only choice. GoingBatty (talk) 05:59, 22 December 2014 (UTC)
It seems then that for whatever reason certain links aren't popping up for me. I use IE and chrome. I'm over it. Ready to pass it off as a non-issue. B137 (talk) 06:19, 22 December 2014 (UTC)
I was using Firefox 34.0.5 and get the same results on IE 11. GoingBatty (talk) 19:39, 22 December 2014 (UTC)

Tech News: 2014-52

16:52, 22 December 2014 (UTC)

License choice in the upload form is not adequate

Hi all. The problem I have can be solved by a few lines of code so I am raising it here as a technical issue first. If this degenerates into a policy debate, we'll have to move it to another village pump.

Currently, a visit to Special:Upload shows that Public domain and Creative Commons are the only free license choices. This is clearly not the extent of free licenses compatible with the goals of Wikipedia. Wikipedia's own copyright tags section includes the Free Art License which should be an option when uploading an image. Another one that people might want to use is the WTFPL.

The best solution would be to add one new option: Custom. Any uploader using this must say what the free license is and provide a link verifying that the file is free. Otherwise the file will be subject to removal just like a non-free file. A flexible option like this will reduce our bias toward "popular" free licenses. Connor Behan (talk) 17:28, 22 December 2014 (UTC)

Images under free licenses like FAL should normally be uploaded to Wikimedia Commons, where they will be available to all Wikimedia wikis. If you really want to upload them to this wiki, I'm pretty sure you can just select "None selected" from the list and manually enter a license template into the text field above. It's not intuitive, but then, our File Upload Wizard normally directs users to Commons if they have a freely licensed image to upload. — This, that and the other (talk) 00:04, 23 December 2014 (UTC)
I guess that will have to do. It sounds better than the mess at Wikipedia:Upload. Connor Behan (talk) 02:05, 23 December 2014 (UTC)

Number of unwatched pages

Is there a way to find the number of unwatched pages? They are listed at Special:UnwatchedPages but I suspect that, even 500 at a time, it would take a long time to get to the end of the list by using "next 500". JohnCD (talk) 17:46, 15 December 2014 (UTC)

  • John, you can speed up the process by changing limit=500 to limit=5000 in the URL address bar. You might also be interested in my User:Technical 13/Scripts/Gadget-listStyles userscript which will convert the bullets into a numbered list on most pages (I don't have permission to view that special page, so I haven't tested it on that specific page yet, if it doesn't work, let me know). — {{U|Technical 13}} (etc) 19:33, 15 December 2014 (UTC)
  • Thanks. The problem is that I suspect the number of unwatched pages is very large, in the 2 - 3 million range, though that's what I want to check; so even stepping by 5,000 would take some time. If I'm right, do you think your script would cope? JohnCD (talk) 22:47, 15 December 2014 (UTC)
    • Considering what my script does, sure. You could even just load it through the console on the last page (the one with no more "next 5,000") and it will tell you how many are on that page. Then you just have to go backwards and count the pages to get the larger number. That will still take quite a while for 2+ million pages. Let me see if I can find a better way. :) — {{U|Technical 13}} (etc) 23:19, 15 December 2014 (UTC)
  • I left a note at Wikipedia talk:Special:UnwatchedPages in case anyone is watching that page and has ideas. Hmm... I can't load AWB on this computer, but I wonder if there is any way for it to count the entries? (Such as by having it make a list of all pages on that special page?) – Philosopher Let us reason together. 23:33, 15 December 2014 (UTC)
    • I'm not sure why only administrators can view that specific special page, but due to that I am unable to use that method to find out for you. — {{U|Technical 13}} (etc) 00:01, 16 December 2014 (UTC)
    • I believe AWB caps its list at 25,000 items, which is better than 5,000 – but Magioladitis should be able to give the definitive answer. Wbm1058 (talk) 00:20, 16 December 2014 (UTC)
      • I've tried looking at the pageview statistics for random pages, and have never found a page that is viewed less than three or four times per day. I guess enough people browse random pages that every page gets a few hits. So there are no unwatched ones. DOwenWilliams (talk) 00:54, 16 December 2014 (UTC)
        • There may be no unviewed pages, but being viewed does not put a page on anyone's watch-list. JohnCD (talk) 10:15, 16 December 2014 (UTC)
      • It's admin only because it's vandal bait. I believe there once was a case where an admin gave a list to a banned vandal who then proceeded to trash a bunch of pages that no one was watching. Oiyarbepsy (talk) 01:01, 16 December 2014 (UTC)
        • I think that is too narrow of a scope. I'd like to see it expanded to be available to more established users. It should be available to CUs, OSs, TEs, and probably Rollbackers as well. Is there anyone else that might be interested in developing a proposal to expand the usergroups with access to that page to include those? — {{U|Technical 13}} (etc) 01:11, 16 December 2014 (UTC)
          • I would oppose that, because CUs and OSs are required-to-be admins anyway, and TEs/Rollbackers go through a lot less rigorous of a process to get those userrights. The issue that Oiyarbepsy mentions did not end well, and we do not want to see it repeated. Quiddity (talk) 18:47, 18 December 2014 (UTC)

A lot of this is old hat. There were Most-watched pages (configuration) and other reports on the Toolserver. Nobody has unfucked Labs yet (cf. phabricator:T59617). For individual pages, you can use the info action (example). This data is also available via the MediaWiki API. For unwatched pages specifically, you'd want access via Labs or equivalent, I imagine (individual lookups are rough). An SQL query for this is trivial. Admins have access to Special:UnwatchedPages (as noted) and aren't subject to a threshold on the info action. --MZMcBride (talk) 04:17, 16 December 2014 (UTC)

@Technical 13: Concerning visibility of Special:UnwatchedPages, please see comments at Wikipedia:Village pump (technical)/Archive 92#js to add watchlist pages; Wikipedia:Village pump (technical)/Archive 103#Unusual search advice; and the comment by Azylber at 00:06, 28 January 2013 at Wikipedia:Village pump (technical)/Archive 107#Have we lost the count of the number of watchers?. --Redrose64 (talk) 11:53, 16 December 2014 (UTC)
@MZMcBride:, either I misunderstand what you mean by "Admins have access to Special:UnwatchedPages (as noted) and aren't subject to a threshold on the info action", or you're wrong. I have the Admin bit & can view no more than the first 5000 unwatched pages thru that special page. (Admins could run SQL queries directly on the database, but this access was removed many years ago.) -- llywrch (talk) 20:21, 19 December 2014 (UTC)
"Admins have access to Special:UnwatchedPages" refers to the fact that non-admins cannot use that special page at all. The special page only processes the first 5000 unwatched pages, though. "and aren't subject to a threshold on the info action" refers to the fact that the "Number of page watchers" on the action=info view for a page will show the actual number rather than "Fewer than 30 watchers". Anomie 12:38, 22 December 2014 (UTC)
The "Number of page watchers" on the action=info view for a page can be completely useless. We need to make those count only people who have edited recently. Some old pages have 1,000+ watchers, 98% of whom haven't edited anything last month. A page "watched" by a blocked vandal, or a long-gone editor, is not actually a watched page. WhatamIdoing (talk) 00:27, 23 December 2014 (UTC)

llywrch: Basically what Anomie said. Certain Special pages are cached and only update every few days, as I recall. If you look at $wgQueryCacheLimit at <https://noc.wikimedia.org/conf/InitialiseSettings.php.txt>, you can see it's set to 5000. Though as WhatamIdoing suggests, the value of knowing whether a page has 0 or more than 0 watchers is basically non-existent. I have thousands of pages on my watchlist here but I haven't used Special:Watchlist in years. I would certainly be considered an active watcher by any reasonable metric, but that means nothing. It actually almost gives a false sense of security to infer that someone like me is watching articles simply because they're on my watchlist. For nearly any wiki, the real answer is to find a way to review every action, but that's difficult. --MZMcBride (talk) 05:16, 23 December 2014 (UTC)

VisualEditor newsletter—December 2014

VisualEditor-logo.svg
Screenshot showing how to add or remove columns from a table

Did you know?

Basic table editing is now available in VisualEditor. You can add and remove rows and columns from existing tables at the click of a button.

The user guide has more information about how to use VisualEditor.

Since the last newsletter, the Editing Team has fixed many bugs and worked on table editing and performance. Their weekly status reports are posted on Mediawiki.org. Upcoming plans are posted at the VisualEditor roadmap.

VisualEditor was deployed to several hundred remaining wikis as an opt-in beta feature at the end of November, except for most Wiktionaries (which depend heavily upon templates) and all Wikisources (which await integration with ProofreadPage).

Recent improvements

Basic support for editing tables is available. You can insert new tables, add and remove rows and columns, set or remove a caption for a table, and merge cells together. To change the contents of a cell, double-click inside it. More features will be added in the coming months. In addition, VisualEditor now ignores broken, invalid rowspan and colspan elements, instead of trying to repair them.

You can now use find and replace in VisualEditor, reachable through the tool menu or by pressing ⌃ Ctrl+F or ⌘ Cmd+F.

You can now create and edit simple <blockquote> paragraphs for quoting and indenting content. This changes a "Paragraph" into a "Block quote".

Some new keyboard sequences can be used to format content. At the start of the line, typing "* " will make the line a bullet list; "1. " or "# " will make it a numbered list; "==" will make it a section heading; ": " will make it a blockquote. If you didn't mean to use these tools, you can press undo to undo the formatting change. There are also two other keyboard sequences: "[[" for opening the link tool, and "{{" for opening the template tool, to help experienced editors. The existing standard keyboard shortcuts, like ⌃ Ctrl+K to open the link editor, still work.

If you add a category that has been redirected, then VisualEditor now adds its target. Categories without description pages show up as red.

You can again create and edit galleries as wikitext code.

Looking ahead

VisualEditor will replace the existing design with a new theme designed by the User Experience group. The new theme will be visible for desktop systems at MediaWiki.org in late December and at other sites early January. (You can see a developer preview of the old "Apex" theme and the new "MediaWiki" one which will replace it.)

The Editing team plans to add auto-fill features for citations in January. Planned changes to the media search dialog will make choosing between possible images easier.

Help

If you would like to help with translations of this newsletter, please subscribe to the Translators mailing list or contact us directly, so that we can notify you when the next issue is ready. Subscribe or unsubscribe at Meta.

Thank you! WhatamIdoing (WMF) (talk) 23:37, 20 December 2014 (UTC)

javascript: testing whether a checkbox is checked (jQuery)

the correct way to test whether a checkbox is checked using jQuery is either $(selector).prop('checked'), or, alternatively, $(selector).is(':checked').

in the past, you could also ask $(selector).attr('checked'). this was "deprecated", but still worked. with the latest version of jquery, this does not work anymore. simple search of mediawiki and user pages for "attr('checked') shows dozens of pages that still use this form. (only 3 in mediawiki, many dozens in userspace).

less common breakage is programmatically turning checkboxes on or off: the no-longer-working-method looks something like $(selector).attr('checked', 'checked') or $(selector).attr('checked', ''). the correct way is $(selector).prop('checked', true) and $(selector).prop('checked', false)

if you maintain JS code in your userspace or in mediawiki, i suggest searching for this no-longer-working-pattern, and if found, replacing it with working one.

tagging User:TheDJ and User:Legoktm, who seem to be the maintainers of MediaWiki:Gadget-afchelper.js/submissions.js and MediaWiki:Gadget-PrintOptions.js that use this no-longer-working pattern.

peace - קיפודנחש (aka kipod) (talk) 16:15, 21 December 2014 (UTC)

I can't edit gadgets anymore, but indeed, do go right ahead with such a fix. —TheDJ (talkcontribs) 09:33, 22 December 2014 (UTC)
@TheDJ: hmmmm.... well, did you (formally or informally) pass the baton to someone else? who maintains this gadget? as far as i could tell, it's currently 100% dysfunctional. who maintains mw JS pages nowadays in enwiki? User:Redrose64 ? User:Mr. Stradivarius ? peace - קיפודנחש (aka kipod) (talk) 22:11, 22 December 2014 (UTC)
I've replaced the obsolete uses in the above two scripts. Does that fix the problems? -- [[User:Edokter]] {{talk}} 22:46, 22 December 2014 (UTC)
Me? what gives you the idea that I maintain javascript pages? Sure, I've a few edits to them, but the changes that I made in almost every case were both small and obvious. --Redrose64 (talk) 22:57, 22 December 2014 (UTC)
@Edokter: i have no idea what afchelper is supposed to do, and i do not use it, so i can't say for sure. i noticed you left some dysfunctional stuff in MediaWiki:Gadget-afchelper.js/submissions.js, though: e.g., the line $("#afcHelper_blank").attr("checked", "checked"); should be replaced with $("#afcHelper_blank").prop("checked", true);. as far as i can tell, printoptions works ok now.
@Redrose64: what gave me the idea? elementary: i looked at Special:RecentChanges, filtered on mediawiki namespace, and looked for people who touched .js files. i did not try to analyze what were the nature of the edits (and btw, the changes i described above are small and obvious). peace - קיפודנחש (aka kipod) (talk) 23:12, 22 December 2014 (UTC)
I have many edits to MediaWiki:Gadget-geonotice-list.js, it is true (first edit 00:28, 17 August 2012): but not one of them was in the nature of maintaining a Javascript function. Every single one was the addition, amendment or removal of an object within a data structure, originally named notices but now named window.GeoNotice.notices and currently empty. --Redrose64 (talk) 23:53, 22 December 2014 (UTC)
I'm in a similar position to Redrose - my .js edits are just from answering edit requests. Recently my JavaScript has improved, but it's still not at a level where I could jump in as a maintainer for most of these scripts. — Mr. Stradivarius ♪ talk ♪ 02:20, 23 December 2014 (UTC)
Thanks, fixed those as well. Btw, Afchelper is some helper script used with Article for Creation. That's all I know. -- [[User:Edokter]] {{talk}} 16:48, 23 December 2014 (UTC)
  • To be more specific, it's an old script that AfC used to use that has been superseded by WP:AFCHRW and should be deprecated soon. — {{U|Technical 13}} (etc) 16:57, 23 December 2014 (UTC)
@Technical 13: iiuc, you are one of the contributors to the master project on github. could you please update it there? even if this will be replaced, as long as it's out n the open, it's better if it will be correct - who knows who is going to take it for something... peace - קיפודנחש (aka kipod) (talk) 17:41, 23 December 2014 (UTC)
  • kipod, I'd be happy to merge a pull request if someone made one, but I currently don't have the time to make such changes to that script myself. Thanks. — {{U|Technical 13}} (etc) 18:10, 23 December 2014 (UTC)
  • We really don't have any admins that patrol and maintain our protected scripts. Most often, they are updated upon request on the talk page for the script. — {{U|Technical 13}} (etc) 23:26, 22 December 2014 (UTC)

Calculations in templates

Hi all, in the article Hanny's Voorwerp, I just tried to use {{Infobox astro object}}'s dist_ly parameter with the {{E}} template, since the value was so large. As you can see, when it then attempts to convert the value into parsecs, the template is giving it an error, apparently due to a <span> tag. Is there any way that we can get around this error, such as through coding the template differently, or will I have to find an alternate solution? StringTheory11 (t • c) 05:25, 23 December 2014 (UTC)

@StringTheory11: The value that you pass to the dist_ly parameter will be evaluated as an expression, so you don't need to use the {{E}} template - you can just enter a value like "2e100" and it should work. (However, "2e400" gave me a result of "INF", so it depends how big we're talking about.) For the nitty gritty details, see m:Help:Calculation. — Mr. Stradivarius ♪ talk ♪ 11:18, 23 December 2014 (UTC)
And after actually trying it out in the article, I see that the calculation works, but the result input is displayed as a plain "6.5e8", which is not ideal. This will need an update to one of the templates - probably to the infobox. Let me have a think about how to do it. — Mr. Stradivarius ♪ talk ♪ 11:26, 23 December 2014 (UTC)
Additionally, |dist_ly=6.5e8 is converted by the infobox to an extremely falsely precise value of 199386503.06748 parsecs. If the distance in pc is explicitly set, no calculations are done, so you can use markup templates freely: |dist_ly=6.5{{E|8}}|dist_pc=2.0{{E|8}}. SiBr4 (talk) 11:40, 23 December 2014 (UTC)
(edit conflict) Actually, I think the best way to do this would be to set the dist_ly value with the {{E}} template, and to set the dist_pc parameter as well. That means that you have to do the conversion yourself, but it means that neither of them get evaluated as an expression, and therefore you avoid the expression errors. That's probably better than adding complicated logic to the template that will only be used for a few articles. — Mr. Stradivarius ♪ talk ♪ 11:42, 23 December 2014 (UTC)
The upper limit for a distance in light years using exponential notation is approximately |dist_ly=1.7976e308 - 1.7977e308 or anything higher converts to INF. --Redrose64 (talk) 16:39, 23 December 2014 (UTC)
  • Although not a solution to the above, {{Infobox astro object}} now includes a couple of {{#iferror:}}s to handle anything to which either of its {{#expr:}}s takes exception. Regards, Sardanaphalus (talk) 14:52, 23 December 2014 (UTC)

Headlines in template columns

Why second level (===) headlines in template columns not working correctly? Eurohunter (talk) 10:50, 23 December 2014 (UTC)

PrimeHunter (talk) 12:33, 23 December 2014 (UTC)

I don't have edit links in the above test. Is that what you mean by not working correctly? PrimeHunter (talk) 12:35, 23 December 2014 (UTC)
This isn't also good. English version needed in addition <br /> after headline. Polish version don't need it. Chcek also how this see on Polish version and English version. I want this same effect. Eurohunter (talk) 15:02, 23 December 2014 (UTC)
You don't need a <br />, you can use a &#32; which is interpreted as a space by your browser, but ignored by MediaWiki - save for the fact that it "protects" the newline against whitespace stripping. See Wikipedia:Sandbox. --Redrose64 (talk) 15:30, 23 December 2014 (UTC)
Okay but what is result of that different (space beetwen columns and main tamplate)? Eurohunter (talk) 18:21, 23 December 2014 (UTC)

Redrose64 refers to a feature described at Help:Template#Parameters:

"Whitespace characters (spaces, tabs, returns) are stripped from the beginnings and ends of named parameter names and values, but not from the middle: thus {{ ... | myparam = this is a test }} has the same effect as {{ ... |myparam=this is a test}}."

This means

|col1=

=== Heading ===

has the same effect as

|col1==== Heading ===

Section headings only work at the start of a line but Template:Columns does not place col1 at the start of a line. Therefore the col1 parameter must have at least one non-whitespace character before a newline and === Heading === for the heading to work. &#32; is an example of non-whitespace characters for this purpose (the code produces a space but the code itself is not whitespace). I used it in [11]. The Polish version pl:Template:Kolumny does place col1 at the start of a line, so the parameter value does not need a non-whitepace character before a section heading. PrimeHunter (talk) 23:53, 23 December 2014 (UTC)

What with width beetwen columns? Now it don't have sense because distance beetwen columns is too short. Eurohunter (talk) 05:30, 24 December 2014 (UTC)
Template:Columns has documentation for width and gap parameters, and links to other English column templates. Wikipedia languages are edited independently. An English and Polish Template cannot be expected to work the same way just because they have interlanguage links or the same name. PrimeHunter (talk) 12:13, 24 December 2014 (UTC)

Category:Current spaceflights

Template:Launching adds non-existing unhidden Category:Current spaceflights to the articles (such as in Angara (rocket family) currently). Should the category be created manually or something else? Brandmeistertalk 14:12, 23 December 2014 (UTC)

@Brandmeister: Non-existent (redlinked) categories are never hidden; this is because the code for making a cat hidden must be placed on the cat page itself, which therefore makes the cat page exist and no longer a redlink. As for the cat not existing at the moment, it was deleted twice: first time was after Wikipedia:Categories for discussion/Log/2009 March 23#Category:Current spaceflights, second time was per WP:CSD#G4. --Redrose64 (talk) 14:55, 23 December 2014 (UTC)
(edit conflict) Since that category was deleted after Wikipedia:Categories for discussion/Log/2009 March 23#Category:Current spaceflights, it shouldn't be recreated without wider discussion. But I note that the similar template {{Current spaceflight}} adds Category:Current events, so I've edited {{Launching}} to match it. That should fix the red link at Angara (rocket family). -- John of Reading (talk) 14:56, 23 December 2014 (UTC)
Looking at recent edits to {{Launching}}, I find that John of Reading's fix mentioned above is essentially a revert of this edit of yesterday, although not described as such. --Redrose64 (talk) 15:10, 23 December 2014 (UTC)
...and I've been reverted, so the red-linked category has returned at Angara (rocket family). I'm out of here! -- John of Reading (talk) 19:51, 23 December 2014 (UTC)
I reverted them, gave it a one-month semi-prot, and started this thread. --Redrose64 (talk) 20:25, 23 December 2014 (UTC)

Mediawiki is apparently producing dead links

This one: Special:FeedbackDashboard/38153. This is, apparently, WP:Article Feedback Tool? I see there was consensus shut it off, but I don't see any consensus for mass deletions. How do we get these back? Oiyarbepsy (talk) 15:31, 23 December 2014 (UTC)

That special page doesn't exist, where are you seeing these being "produced" ? — xaosflux Talk 15:56, 23 December 2014 (UTC)
I saw it linked on a user talk page - User talk:Greek Fellows. The context clearly indicates that this was once a valid link, but now it's dead. What links here doesn't work, and who knows how many other links like this are around. Oiyarbepsy (talk) 23:49, 23 December 2014 (UTC)
Special is not a normal namespace and WhatLinksHere never works on it. It would be nice if Special:FeedbackDashboard/xxx gave a message explaining that the Feedback feature has been disabled and the old content is no longer available. Can MediaWiki:Nospecialpagetext do that? The message is apparently not called with a pagename parameter so I guess it would have to use {{PAGENAME}} or similar to test for "FeedbackDashboard", but I don't know whether magic words for pagenames work on special pages. PrimeHunter (talk) 00:10, 24 December 2014 (UTC)

Yellow message boxes gone

I'm not sure what the technically correct name for these things is, but I will try to describe them: they are the yellow text boxes that used to appear when you hovered your mouse over certain icons, such as the padlock in the corner of protected pages and topicons. But now they haven't been appearing, at least for me. Does anyone know why this is? Everymorning talk 16:48, 23 December 2014 (UTC)

They're sometimes called tooltips, and are very much browser-dependent. They show for me in Firefox 34.0.5 - have you changed browser recently? --Redrose64 (talk) 17:52, 23 December 2014 (UTC)
Oh, okay. I changed to Chrome a few months ago, so that probably explains it. Everymorning talk 18:05, 23 December 2014 (UTC)
Red, "yellow" suggests to me that Everymorning may actually be talking about WP:NAVPOP. — {{U|Technical 13}} (etc) 18:08, 23 December 2014 (UTC)
Actually, I'm not talking about that, Technical. The popups I'm talking about are those that say, for example, "This article is semi-protected indefinitely" when you hover your mouse over the padlock or "This is a featured article" when you hover it over a gold star. NAVPOP only applies to wikilinks AFAICT. Everymorning talk 18:30, 23 December 2014 (UTC)
Everymorning, the icons and padlocks are wikilinks actually, and NAVPOP does work on them. If it turns out that Red's original assessment was correct, turning on navpops might be useful to you if those are something you desire. :) — {{U|Technical 13}} (etc) 18:57, 23 December 2014 (UTC)
I've tried it in Chrome version 39.0.2171.95 m, and I get tooltips when hovering over a FA icon ("This is a featured article. Click here for more information." from the alt= attribute of the <img /> element) and a prot padlock ("This article is semi-protected until April 22, 2015, due to editing disputes" from the title= attribute of the <a>...</a> element). Maybe it's the operating system: I use Windows XP. They are not navpops: I turned those off because they conflict with too much. --Redrose64 (talk) 19:01, 23 December 2014 (UTC)
according to [12], this is an elusive, transient, hard-to-reproduce bug in chrome. it may or may not be related to the theme used. even if you use the default theme, it is likely that installing another theme will make the problem go away, at least for a while. i see more and more chrome-specific bugs recently. maybe it's time to return to FF as my main browser... peace - קיפודנחש (aka kipod) (talk) 19:17, 23 December 2014 (UTC)

Bot added {{Reflist-talk}} to talk page discussions.

I often notice people adding <ref></ref> type citations on talk pages and they do not know to add {{Reflist-talk}} to the discussion. It is not a problem if the discussion is at the bottom of the page as the citations automatically show up there on talk pages. However when the discussion moves up the page and later when archived the citation is separated from the discussion. Can we set up the bots to automatically add {{Reflist-talk}} to discussions that need them? Richard-of-Earth (talk) 22:59, 23 December 2014 (UTC)

Or better yet: how about disabling that "feature"? ~ J. Johnson (JJ) (talk) 23:40, 23 December 2014 (UTC)
T70324 (Cite: Add namespace detection for automatically generated reference list); see Help:AGRL for all bugs. --  Gadget850 talk 23:58, 23 December 2014 (UTC)

Ooops - need help

I created an article in my Sandbox - North_American_Piedmontese_cattle - and when I finished editing, I clicked on "move" to get it in the main space. I got the following message: [13], but it doesn't actually redirect to Gabor B. Racz, which was the very first article I created in my Sandbox, and moved to the main space with help from another editor. It appears the Piedmontese article is a redirect from my Sandbox because under the title it states: "A start-class article from Wikipedia, the free encyclopedia (Redirected from User:Atsme/sandbox)". I would very much appreciate some assistance, and maybe a little guidance so this doesn't happen again. Thanks in advance.... AtsmeConsult 00:12, 24 December 2014 (UTC)

Looks like the earliest revisions need a history split - I'll do that now. — Mr. Stradivarius ♪ talk ♪ 01:52, 24 December 2014 (UTC)
@Atsme: I've moved the revisions that weren't a part of North American Piedmontese cattle back to User:Atsme/sandbox - take a look at the page history of both of them. To make sure that this doesn't happen in the future, you have two options: 1) create your article drafts in a new page, for example User:Atsme/North American Piedmontese cattle, or 2) move User:Atsme/sandbox to a different title, for example User:Atsme/old sandbox history, and then create your draft in User:Atsme/sandbox. As for changing the redirect from North American Piedmontese cattle to Gabor B. Racz, all you would have needed to do was change the code at the top of your sandbox from #REDIRECT [[North American Piedmontese cattle]] to #REDIRECT [[Gabor B. Racz]]. But for now, it doesn't redirect anywhere, as it's a blank page. — Mr. Stradivarius ♪ talk ♪ 02:09, 24 December 2014 (UTC)
Mr. Stradivarius thank you, thank you. For future reference, I copied your post to a sticky note on my laptop. AtsmeConsult 02:51, 24 December 2014 (UTC)

Orphaned non-free use files that are not orphaned

I regularly patrol Category:Orphaned non-free use Wikipedia files to see if the files are right for deletion and fix what I can to keep proper files on Wikipedia. Recently I have been noticing when an editor blanks either a section or the entire article and is quickly reverted within a minute, in the cases listed below by User:ClueBot NG, the files show that they are not being used in any article on Wikipedia. Eventually this ends up in where ever User:Stefan2 finds the list and he does his great work and tags them an being orphaned. Once I find them, I know a null edit is all it takes for me to make the article reappear in the file's usage section and then I remove the orphaned fair use template from the file.

Examples from yesterday's list that I have not done a null edit on so the blank usage sections can be seen.

  1. Adobe InDesign
    1. File:Adobe InDesign CS6.png
  2. The Hitchhiker's Guide to the Galaxy
    1. File:H2G2 first comic front cover.jpg
    2. File:Ultimate Hitchhikers Guide front.jpg
    3. File:HHGG UKLP covers.jpg
    4. File:HHGG REU cassette covers.jpg
    5. File:Hitch Hikers Theme Original Records Version.ogg
    But weirdly enough, the file in the infobox, File:H2G2 UK front cover.jpg, has the article listed in its usage section.

This seems like more extra work for both Stefan2, myself and any other editor who might be fighting vandalism or just regular editing. Is there anything that can be done in these cases or is this something we will just have to live with. Aspects (talk) 07:09, 19 December 2014 (UTC)

  • I think we'll have to wait to hear from Stefan to see which, if any, tool/script he uses to tag them as orphaned... If he is using a script, the script could do a check to see if the images are actually orphaned before applying the tag to save everyone effort (except the script code writer who would have to set it up XD). — {{U|Technical 13}} (etc) 07:39, 19 December 2014 (UTC)
@Technical 13: The problem here is that the "what links here" information isn't being updated after ClueBot's revert. How is a script supposed to check whether an image is "actually orphaned" if it can't trust "what links here"? -- John of Reading (talk) 08:40, 19 December 2014 (UTC)
  • John, it's a script, it can purge to update the tables and then check WLH. — {{U|Technical 13}} (etc) 09:21, 19 December 2014 (UTC)
@Technical 13:A purge or null edit of the file page does not fix the problem; you have to guess which article has the image and do a null edit there. A script won't be able to guess correctly. -- John of Reading (talk) 09:55, 19 December 2014 (UTC)
Since we're talking about non-free files, WP:NFCC#10c says that there must be "a separate, specific non-free use rationale for each use of the item" together with "the name of each article ... in which fair use is claimed for the item". Therefore, there should be a valid WP:FUR on the file description page naming the article where the image is intended to be used; it will probably be linked (but might not be), so follow that link, and WP:NULLEDIT the resulting article. Do this for every FUR on the file description page (there might be more than one, example), and if after processing all the FURs in this way, there are still no articles listed under "File usage", the file may be safely put up for WP:CSD#F5. If there are some left, check that each one of the linked articles has a FUR on the file page - if you find an article which uses the image but there is no FUR explicitly naming that article, the image may be removed from the article under WP:NFCC#10c; if after doing this, there are no articles listed under "File usage", F5 also applies. I don't think the task can be fully automated: many FURs are in template form, with an |Article= parameter which may be read, but a valid FUR may be constructed using no templates whatsoever. --Redrose64 (talk) 14:19, 19 December 2014 (UTC)
If MediaWiki doesn't update Special:WhatLinksHere when User:ClueBot NG edits pages, then maybe User:ClueBot NG could POST action=purge with the forcelinkupdate parameter after each edit to reduce the damage.
I could maybe write a script which searches for articles based on WP:NFCC#10c requirements and purges the articles. I'll try to see if there is something I can do here and how difficult it would be to write that script. When I tag the files, I open them in my browser and tag them using Twinkle. --Stefan2 (talk) 15:11, 19 December 2014 (UTC)
I agree that it's a bug in MediaWiki. Has anyone filed one yet? Especially if anyone can figure out what exactly ClueBot is doing that's causing this? Anomie 12:57, 22 December 2014 (UTC)
I don't think so. I hope it can be fixed in Mediawiki. For example, it just happened with File:Book Cover The Second Coming of Christ The Resurrection of Christ Within.jpg in Second Coming. --Stefan2 (talk) 23:23, 25 December 2014 (UTC)

A different bug in MediaWiki, also affecting orphaned non-free files: File:Dubai Club.png is correctly listed as used in the "File Usage" section at the bottom of the page, and the use also shows up properly in Special:WhatLinksHere/File:Dubai Club.png, and action=query also shows that the file is used. However, User:Diannaa has tagged the file as orphaned twice in December.

For some reason, the file appears to be missing from the imagelinks table. File:Doctor Who Series 7 boxset.jpg also has the same problem. I have tried purging (action=purge&forcelinkupdate=) File:Dubai Club.png, File:Doctor Who Series 7 boxset.jpg and their articles (Doctor Who (series 7) and Dubai CSC), but to no avail: they still show up as 'orphaned' in the imagelinks table. What is the problem here? Also, from where do Special:WhatLinksHere, action=query and the "File Usage" section obtain their information, if not from the imagelinks table? --Stefan2 (talk) 00:59, 24 December 2014 (UTC)

Math parsing problem

So at this revision, what do you see? Do you see big red text stating a parsing error for the equations, or do you see the equations displaying correctly? I have a discussion going on at User talk:Greek Fellows#Math formatting, where apparently I see an error but the other editor does not. I'm using Safari 6.1.6 on Mac 10.7. Oiyarbepsy (talk) 05:11, 24 December 2014 (UTC)

Two red "Failed to parse" messages on Windows 7 - Firefox 34.0.5 and IE 11, when logged in and logged out. GoingBatty (talk) 06:23, 24 December 2014 (UTC)
It does work with MathJax enabled, but gives parsing errors in TeX (PNG) mode. -- [[User:Edokter]] {{talk}} 09:12, 24 December 2014 (UTC)
Is this is just my mistakes during the typesetting, or some more serious problem going on on Wikipedia? --Worst regards, Greek Fellows". Visit ma talk page and ma contributions. 10:20, 24 December 2014 (UTC)
I don't know enough about TeX to answer that, but I do know TeX only supports a subset of LaTeX, and you have to ensure to only use markup that is supported in both TeX and MathJax. Aside from that, I think in this particular instance that regular text will suffice. If you must make it appear as a formula, use {{math}} instead. -- [[User:Edokter]] {{talk}} 10:09, 25 December 2014 (UTC)

Need quick help with nested templates

Resolved

Something got broken in {{automatic taxobox}} [14]. I have to run, and before doing that I've "fixed" the problem by changing to the regular taxobox here [15]. Materialscientist (talk) 08:07, 25 December 2014 (UTC)

I have no idea how the auto templates work, but I reverted some test edits by two new users at {{Taxonomy/Dendroaspis polylepis}}, and then I reverted your quick fix, and I think Black mamba is ok. Johnuniq (talk) 09:45, 25 December 2014 (UTC)
Thanks. Materialscientist (talk) 09:49, 25 December 2014 (UTC)

Infobox disease

"Width" parameter in {{Infobox disease}} doesn't work properly: Cephalhematoma. --178.252.126.70 (talk) 17:19, 25 December 2014 (UTC)

Fixed. In the template's source code the "Width" parameter was written with a capital W which prevented the |width= in the article to be implemented. On another note, next time please use the talk page of the template to discuss any malfunctions of the template because this noticeboard is for technical issues of Wikipedia in general. De728631 (talk) 17:37, 25 December 2014 (UTC)

TemplateData editor adds whitespace

Hi.

I don't know if anyone has reported this or not but the interactive TemplateData editor seems to add additional whitespaces with every iteration of edit. For example, please the first three changes in revision 639328069. " author1", (note the leading whitespace) has become "  author1", (two leading spaces). It seems the editor populates its list by reading the contents of the JSON array "alias" and delimiting them with , ". However, upon compiling the array back, it take the delimiter to be strictly ",". So, the whitespace becomes part of the name.

Is this reported as a bug elsewhere? Or, how do I report it?

Best regards,
Codename Lisa (talk) 16:37, 23 December 2014 (UTC)

phab: is the new Bugzilla. --Redrose64 (talk) 16:40, 23 December 2014 (UTC)
Ouch! It is painful to even go there.
It requires a login with an LDAP account. (I only know one LDAP: Lightweight Directory Access Protocol.) I don't have that anyway.
Best regards,
Codename Lisa (talk) 17:55, 23 December 2014 (UTC)
There is a Phab task to improve the login. For the moment, you can ignore the LDAP boxes, and simply click the Wikimedia Flower button named "Login or register". Oauth will ask to run in your behalf, and will login with your Single Unified Login account. Phab dashboard will display your view of the WMF development tasks, with a link for you to report the TemplateData editor issue, and a help link. An email address is no longer required, as previous Bugzilla information has been migrated to Phab. --Ancheta Wis   (talk | contribs) 18:49, 23 December 2014 (UTC)
It's now phab: T85330. Whatamidoing (WMF) (talk) 23:57, 25 December 2014 (UTC)

Not sure how to report this ...

I just experienced a WP server error and the error message mentions reporting it to the admins but I am not sure how to do that so I will post it here. It went away but posting this as an FYI. Beyond giving whoever-needs-to-know an FYI, I would suggest that the error page include some clue on how to report this. Details follow:

Request: POST http://en.wikipedia.org/w/index.php?title=Bridge_and_tunnel&action=submit, from 10.64.32.104 via cp1055 cp1055 ([10.64.32.107]:3128), Varnish XID 3035011983
Forwarded for: 104.32.193.6, 10.64.32.104
Error: 503, Service Unavailable at Thu, 25 Dec 2014 16:14:09 GMT

104.32.193.6 (talk) 16:31, 25 December 2014 (UTC)

To report bugs in the software, please read WP:BUGS. עוד מישהו Od Mishehu 18:29, 25 December 2014 (UTC)
This is a good idea. We should really let the users getting the error know how to report them. The current error page is not clear enough. Zhaofeng Li [talk... contribs...] 06:44, 26 December 2014 (UTC)
@עוד מישהו & @Zhaofeng Li: Is this error actually considered a "bug" by WP technical staff? It seems to me that a server error is an "active problem" not a "bug", one that could be caused by hardware failures or excessive page demands for example. 104.32.193.6 (talk) 18:16, 26 December 2014 (UTC)

Alterations for mobile

Obviously, this has its dangerous side, but is there any way to modify content of a page for viewing on mobile sites? I'd like to give a smaller selection of images in WP:Signpost articles while on the mobile site, particularly in galleries.

Does such functionality exist? Adam Cuerden (talk) 12:06, 26 December 2014 (UTC)

Everything wrapped in the class "nomobile" should make stuff disappear on the mobile website. But in general, such constructs should be avoided, because they might be confusing for readers and a tablet is also a mobile device... —TheDJ (talkcontribs) 12:58, 26 December 2014 (UTC)

Bookmarklet

I noticed bookmarklet, that counts words in page. Was wondering, can there be made bookmarklet, that could count words in a selected text? I think, it would be useful for various cases in Wikipedia. --Edgars2007 (talk/contribs) 13:45, 26 December 2014 (UTC)

File:Mso.png

This file appears to be broken. The file usage section reports that File:Melbourne Symphony Orchestra (logo).png is a duplicate of the file. The upload time and summary and the name of the uploader are the same, so the file seems to have been duplicated somehow. It seems that User:DragonflySixtyseven tried moving the file, but since something broken remains under the old file name, the redirect isn't working properly. Any idea what is going on here? --Stefan2 (talk) 23:05, 24 December 2014 (UTC)

I purged File:Mso.png before when it didn't redirect as it should. That seems to have solved the problem. PrimeHunter (talk) 23:45, 24 December 2014 (UTC)
The redirect now behaves correctly and the file shows up in the article, but the file is still listed as a duplicate for some reason. --Stefan2 (talk) 20:29, 25 December 2014 (UTC)
I purged File:Melbourne Symphony Orchestra (logo).png and it went away. — This, that and the other (talk) 10:00, 26 December 2014 (UTC)
The old file page was never properly deleted. Possibly an old file move bug? I deleted the page and restored the redirect. -- [[User:Edokter]] {{talk}} 09:54, 27 December 2014 (UTC)

Mass move template

Resolved

Is there a pinpoint page where I can ask for a mass-move of templates? (like WP:CFDS for categories). -DePiep (talk) 18:21, 26 December 2014 (UTC)

Er, WP:RM perhaps? --Redrose64 (talk) 21:47, 26 December 2014 (UTC)
Sounds like a lot of make-work, unless you have a very good reason, as readers never see template titles. Just like we don't encourage renaming files without good reasons to. Wbm1058 (talk) 22:53, 26 December 2014 (UTC)
re Rr64: of course (+headslap over here). re Wbm1058: of course. -DePiep (talk) 19:56, 27 December 2014 (UTC)

Viewing deleted talk page posts

Hi! I have one question. Many users, especially those problematic, remove (delete) warnings from their user talk page. Those are, of course, visible in the page history. But, it is hard to track all the warnings in the long page history. Is there some tool that can be installed which, when activated, shows all the posts from the talk page at once, even those that were removed? This would be very useful tool. When making disruptive edits, user has to be warned, but it is sometimes hard to check if the user was warned, if he routinely removes warnings from his talk page. In that case, I have to check every revision of the talk page. Vanjagenije (talk) 21:42, 26 December 2014 (UTC)

  • If Phab:T20670 get's completed, this kind of thing will be exceptionally simple as tools used to tag things for deletion will be able to tag the edit that makes the post to the user talk page as "Tag:CSD notification" or "Tag:deletion notification". Otherwise the best you can do is list 5000 entries for the page history and look for the notifications manually using your browser's search feature, if it has one. — {{U|Technical 13}} (etc) 22:07, 26 December 2014 (UTC)
    • Actually, in the page hostory, it's simple to seee where content was removed - just look at the last version before each, and you can usually find out what you want to know. עוד מישהו Od Mishehu 19:09, 27 December 2014 (UTC)
      • Yes Od Mishehu, I know. But, if the content was removed numerous times, then there are many versions to be checked. I was wondering if there is a way to see all the versions at once, at the same time. Vanjagenije (talk) 23:54, 27 December 2014 (UTC)

bits.wikimedia.org

Having recurring page load hangs, all waiting for responses from bits.wikimedia.org; what are we loading from there? — xaosflux Talk 01:15, 27 December 2014 (UTC)

Everything. Other than the page content itself (duh), non-gadgetized on-wiki scripts and styles, and uploaded files. Matma Rex talk 01:22, 27 December 2014 (UTC)
Lol, I guess what I meant was what are we loading from there that is going so slow, or is there just a general capacity issue going on? — xaosflux Talk 01:29, 27 December 2014 (UTC)
  • Xaosflux, I've noticed this is happening quite often as well, and I've noticed that it is usually an issue with scripts that are using deprecated code or at very least code that is in the process of being deprecated. Hopefully I can start fixing these scripts in a few more weeks if I can get global interface editor on Meta for this project. I asked a week and a half ago, but met some objection because I hadn't requested the template editor bit back on this wiki yet after having it removed, for what was suppose to be a very short period (like 24 hours) according to the discussion on AN(I?), in July. Anyways, I got the bit back and withdrew my request for a period of one month. I'll be back there in the middle of January to request it again. At that point, I can start sandboxing and verifying that patches for these scripts work and applying them. — {{U|Technical 13}} (etc) 01:45, 27 December 2014 (UTC)
this seems highly improbable, bordering on impossible. i cannot think of any mechanism that will create any correlation between use of deprecated methods in JS code, and failure to load this code from bits. the problem is much more likely related to transient problems/issues with wikimedia servers that serve those pages than it it to their content. User:Technical 13: could you please explain why do you think this has anything to do with use of deprecated code?
irrespective of this, it *will* be good to comb the various JS pages in mediawiki space, sanitize the code and replace deprecated calls with their modern counterparts. IMO, it would be nice to do also this for all the userspace JS that's linked from WP:JS: when someone offers their self-developed scripts to public consumption, i think it's fair to see this as an implicit license to the site maintainers to fix problems in those scripts. peace - קיפודנחש (aka kipod) (talk) 19:26, 27 December 2014 (UTC)

Syntax highlighter

Dear editors: I have been using the Syntax Highlighter gadget happily for some time, but lately it will not disengage when I am editing a really long page, and I have to turn it off manually. I am using Firefox, which is apparently its preferred platform. Does anyone know what could be causing this? —Anne Delong (talk) 05:11, 27 December 2014 (UTC)

@Anne Delong: could you please clarify what do you mean by "disengage"? i am not familiar with this term relating to syntax highlighter. peace - קיפודנחש (aka kipod) (talk) 17:49, 27 December 2014 (UTC)
קיפודנחש (aka kipod), the syntax highlighter gadget normally turns itself off if it detects that it is causing the text to take too long to refresh during editing. This is great, because then I can use it on shorter pages, such as articles, which have complicated formatting, but not on long pages such as lists like this one which don't need it anyway and where it would just slow things down. Lately, though, it has not turned itself off, so every time I edit a large file I have to think ahead and uncheck it in my preferences. If I forget, Firefox displays its "not responding" message for as much as 60 seconds each time I cut and paste one line of text. —Anne Delong (talk) 23:27, 27 December 2014 (UTC)
Today the syntax highlighter appears to be working normally again. I don't know if it was a bug, or if it was a browser issue, but in any case, the problem is gone. Thanks anyway. —Anne Delong (talk) 21:01, 28 December 2014 (UTC)

Enable visual editor for talk pages

First of all, no offense to anyone who actually likes the current editor and opposes visual edit.

But anyway, my proposal is to enable visual editor for article talk pages and other discussion related pages. I think this will help give speedy responses to a talk page comment. Also, only allowing visual edit in articles means that anyone who refuses to learn wikicode cannot effectively comment on talk pages.This may be subject to opinions, but the current editor is essentially a group of images in a toolbar with inked javascript commands, something that was essentially used in 2005. We are stepping into 2015 and this just looks disgraceful and it makes it look like the seventh largest website in the world has no technological awareness whatsoever. I still don't understand why this doesn't come by default and why people actually have to opt-in, but I am sure that has been discussed before. So, I think for now, Visual Editor should be activated for talkpages and namespace articles.NetworkOP (talk) 18:15, 27 December 2014 (UTC)

  • Why not just wait for WP:FLOW? — {{U|Technical 13}} (etc) 18:20, 27 December 2014 (UTC)
  • I don't think it's necessary to have two different UIs for talk pages and normal articles. Visual Editor is good enough, for now.NetworkOP (talk) 18:24, 27 December 2014 (UTC)
By the way, has there already been a discussion about whether or not to default visual editor?NetworkOP (talk) 18:27, 27 December 2014 (UTC)
as far as i understand, "Flow" is coming to discussion spaces pretty soon, so i do not think it makes a lot of sense to enable VE in discussion space right now, seeing that it will be short term anyway. also, discussion pages use many features of wikitext that do not appear (or at least, seldom appear) in articles, and are not supported or poorly supported by VE, such as indentation, signatures, liberal use of "pre", "source" and "nowiki" tags (probably a few others also), and more. it's not impossible to teach VE all those tricks, but i do not think this will be good use of resources. peace - קיפודנחש (aka kipod) (talk) 19:15, 27 December 2014 (UTC)
So why not make visual editor opt-out rather than opt in for new users? I personally did not know about visual edit until someone told me about it at the "tea house"NetworkOP (talk) 19:44, 27 December 2014 (UTC)
@NetworkOP: They did make VE opt-out for a few months during 2013; it caused a lot of trouble at the time - some people were doing nothing except clearing up the mess. The bad feeling that it created persists to this day such that any new innovation is viewed with doubt and mistrust. See the archives of this page for examples. --Redrose64 (talk) 20:26, 27 December 2014 (UTC)
Well, if you release untested software that's what happens.NetworkOP (talk) 21:20, 27 December 2014 (UTC)
no no no no the issue with VE is that it often messes up formatting of the existing page. Personally, I like VE, however there is far too much of a chance of collateral damage when using on talk pages, especially as it is designed for use in article space. As flow is being developed for talk pages, I'd rather that was promoted as opposed to VE. --Mdann52talk to me! 20:10, 27 December 2014 (UTC)

Twinkle Bug

There appears to be a complicated problem with Twinkle in notifying the creator of an article that it has been tagged for speedy deletion or nominated for deletion at AFD. A page that is a biography of a living person was created in user space for a non-existent user, as User:Hari Singh Nalwa (Scientist), which was just incorrect. I moved the page to draft space as Draft:Hari Singh Nalwa (Scientist). The author then moved/promoted the article into article space as Hari Singh Nalwa (Scientist). (By the way, the disambiguator is necessary, because Hari Singh Nalwa was a general with an existing article.) Another editor then tagged the article for speedy deletion. However, rather than notifying the originator of the tagging, Twinkle put the tag on User talk: Hari Singh Nalwa (Scientist). Another editor then removed the speedy tag. I then nominated the article for deletion via deletion discussion. Twinkle again put the tag on User talk: Hari Singh Nalwa (Scientist). I have copied the notice to the originator's talk page. I realize that this is a problem that is unlikely to occur under normal conditions (because creating a BLP as a user page is a strange error), but can someone look into it? It does appear to be reproducible, because the same article has been nominated twice via two processes. Robert McClenon (talk) 22:19, 27 December 2014 (UTC)

The page history [16] shows the page was created by User:Hari Singh Nalwa (Scientist) so I don't see a problem. Special:Contributions/Hari_Singh_Nalwa_(Scientist) also shows the page creation. PrimeHunter (talk) 22:28, 27 December 2014 (UTC)
You are correct. That user account made one edit in 2011, to create a user page that reads like a BLP that reads like a resume. After some editing, I moved it to draft space, and it was then moved to article space. So notifying the recent editor who moved it to article space was a courtesy rather than a requirement. Robert McClenon (talk) 22:38, 27 December 2014 (UTC)

Difference between title of special page and tab title in Maltese.

Hi. I am using the Maltese language interface and, quite accidentally, have come across a little irregularity - all I simply want to do is find out where it is likely to have originated and whether there is any way to fix it. Please review this link which is my contributions, using Maltese as the interface language. You will note the page title is "Kontributi tal-utent", but if you look at the tab title, it reads "Kontribuzzjonijiet tal-utent". Both mean the same thing, "User contributions", but I am trying to figure out why they are different and whether they should be. I am running Firefox 31.0 with no addons. Do you have any thoughts on this one? Thanks :) CharlieTheCabbie|paġna utenti|diskussjoni 00:25, 28 December 2014 (UTC)

The words are taken from MediaWiki:Contributions/mt and MediaWiki:Contributions-title/mt. None of them have been customized at the English Wikipedia so the MediaWiki defaults are used. I don't know Maltese but somebody probably either made them independently or thought they were each better in their own context. Some other languages also have differences, for example Swedish and Dutch, although the only difference there is whether to include the local word for user. PrimeHunter (talk) 01:13, 28 December 2014 (UTC)

Template editors and coding skills

Where can I go to begin learning the coding skills to become a template editor? What credentials and/or demonstrated skill set are required to obtain template editor privileges? Thanks for your help -- Dirtlawyer1 (talk) 02:29, 28 December 2014 (UTC)

Start here Wikipedia:Template editor; MOST templates are not protected and can be edited. Just like any other wiki page, you can copy template code to your own sandbox and experiment as well. The actual user permission is only required for templates that are used on massive numbers (e.g. over 10,000 pages) of pages; getting the permission is mostly by demonstrating that you know what you are doing and won't break things. Wikipedia talk:Template editor is a good place to ask for a mentor if you want. — xaosflux Talk 02:42, 28 December 2014 (UTC)
@Xaosflux: Thanks for your response -- I may want to see if more than one experienced template editor wants to take me on as an informal mentor. My interest in template editing involves specific templates that have hundreds of transclusions to several that have 10,000+ transclusions. As a seasoned WP editor (5+ years and 70,000 edits), it's probably past time that I start learning the more technical details of template editing. Dirtlawyer1 (talk) 14:59, 28 December 2014 (UTC)
@Dirtlawyer1: Your tenure is more then sufficient to show that you are here for the good of the project ("trustworthy") - comments below are related to the technical skills to demonstrate your template ability. After meeting the guidelines, request access at WP:PERM. — xaosflux Talk 18:29, 28 December 2014 (UTC)
  • Dirtlawyer1, I'd be more than happy to help you develop some template-foo if you are interested. I started putting together a basic tutorial on learning how to write templates, but lost interest and it's just kind of sitting in my user space. Having someone to teach might make development of that program easier because I'll be able to see how others learn and be able to pick out which parts of coding should go next in a better manner. You know where my talk page is if you are interested. ;) — {{U|Technical 13}} (etc) 02:59, 28 December 2014 (UTC)
  • @Technical 13: Thanks for your offer -- I've already started reviewing the contents of your draft tutorial lessons, and I will follow up on your talk page. Dirtlawyer1 (talk) 14:59, 28 December 2014 (UTC)
@Dirtlawyer1: There is no particular technical skill set needed for the template editor right. All that is required, per the granting guidelines, is that you have "a need for the right, as well as a familiarity with the care and responsibility required when dealing with high-risk template modification". In other words, whatever pages you need the template editor right to edit, you're not going to mess up the code or do things against consensus. In most cases this means that you need to know fairly advanced template code, but if all you need to edit are protected stub templates and edit notices then you could just as well get the right without understanding how any of our more complex templates work. — Mr. Stradivarius ♪ talk ♪ 08:09, 28 December 2014 (UTC)
@Mr. Stradivarius: Thanks for your explanation of the TE user right. After 5+ years as a Wikipedia content editor, I think it's time for me to begin absorbing some of the more complex template editing skills. What I have observed is that template editors are rarely substantive content editors in my areas of interest, and when they edit the templates in those areas they are doing so as technicians and not as regular users of those same templates. Frankly, I think we need more template editors who have a content editor's (and template user's) perspective. So, I am willing to begin the learning process. Dirtlawyer1 (talk) 14:59, 28 December 2014 (UTC)
@Dirtlawyer1: Fair enough. The best way to learn template editing, in my opinion, is by doing it. So you should start with a template that you want to alter, or an idea of a new template that you would like to create. Then you can start experimenting on it on the template's /sandbox subpage, or just on the template page itself if it's a new template. For guidance on what to do, Help:Template is a good starting place, and if you get stuck, just ping me or the other editors here who have offered their help. Also, it would be a good idea to read WP:TESTCASES (freshly rewritten by yours truly) - many existing templates have test cases, and they can make the process of testing new code much simpler. — Mr. Stradivarius ♪ talk ♪ 18:13, 28 December 2014 (UTC)
Dirtlawyer1, I want to put in a plug for writing WP:TemplateData for templates that editors use (mostly with VisualEditor). Some are quite easy, but others are complex and require a full understanding of how the template works to get it all correct. The GUI tool is pretty good now, but the lists of which templates are commonly used is seriously out of date. Adding TemplateData would be useful to editors here as well as at other Wikipedias (which often copy TemplateData from en.wp), and working on that project would be a useful way to learn about the breadth and scope of our templates. Whatamidoing (WMF) (talk) 00:28, 29 December 2014 (UTC)

Template Prev/doc and Template:Origlink/doc are missing

Template:Prev/doc and Template:Origlink/doc are missing. Consequently, a user visiting Template:Prev or Template:Origlink is given no instructions on how the template works.

Also, Template:Cross-wiki diff, Template:Cross-wiki free diff, Template:Cross-wiki language diff, Template:Cross-wiki language free diff, Template:Diff, Template:Diff3, Template:Diff4, Template:Free diff, Template:Undo, Template:Cross-wiki language oldid, Template:Cross-wiki oldid, display a spurious wikilinked "[1]" at the top; Template:Diffnum displays a spurious wikilinked "edit {{{1}}}" at the top.

Also, Template:Free diff says "{{{4}}} (the third parameter)"; I assume this is an error, because I assume {{{4}}} refers to the fourth parameter. — Anomalocaris (talk) 06:38, 28 December 2014 (UTC)

I just wrote Template:Prev/doc. I'll have a go at the other one in a second. — Mr. Stradivarius ♪ talk ♪ 07:48, 28 December 2014 (UTC)
Actually, I nominated Template:Origlink for deletion, as it didn't have any transclusions at all. — Mr. Stradivarius ♪ talk ♪ 07:52, 28 December 2014 (UTC)
Also, I've removed "the third parameter" from Template:Free diff/doc, as I agree that it was confusing. The "spurious" output at the top of the template pages is actually the default output of the templates, which we usually leave there as an example, unless it does something undesirable like output a tracking category or display an error message. By the way, a lot of these templates should probably be merged into Template:Diff - it's confusing having so many similar-but-different templates that only have a few transclusions. — Mr. Stradivarius ♪ talk ♪ 08:01, 28 December 2014 (UTC)
User:Mr. Stradivarius: Thank you for your quick and comprehensive response to a multiple request. I guess it was obvious that the user is supposed to mouse over the "spurious wikilinked '[1]'" to see what the templates output, and I may have figured this out in the past but forgot. Most of these templates define the triple-bracketed parameter number on first use, e.g. "{{{4}}} (the fourth parameter)" and I would have changed "{{{4}}} (the third parameter)" to that, but lacked the confidence. — Anomalocaris (talk) 09:14, 28 December 2014 (UTC)
@Anomalocaris: In future, you can create such missing documentation pages, and place {{Bad documentation}} on them. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 10:10, 28 December 2014 (UTC)

What links here and navbox

I was sent here from the teahouse: As neither categories nor navboxes appear on mobile view, I'd like to check individual pages with what-links-here, to see it needs something like see-also or whatever from a related page. But I haven't found an option to suppress links from the transcluded navbox. Any suggestions? Besides, what is the rationale of not showing a link to the category pages? After all there are links to other languages in mobile view. Jo Pol (talk) 06:04, 29 December 2014 (UTC)

Wikipedia:Village pump (technical)/Archive 132#What Links Here generating too many listings due to navboxes --NE2 06:47, 29 December 2014 (UTC)

The rationale is that the mobile team works on elements one at a time and tries to find the best way to expose them to users. If it is not there, then either they have not had time to work on it yet, or they are still in a fase of experimentation. Languages are there, because there were a lot more user requests for that and thus has had higher priority. —TheDJ (talkcontribs) 09:32, 29 December 2014 (UTC)

MediaWiki:Edittools issues

I've recently noticed that the MediaWiki:Edittools interface that's used during page edits is no longer available to me. This is how it should look at the bottom of the edit window but this is what it looks like when I try to edit something, note the lack of symbol/markup addition buttons. I thought it might have something to do with JavaScript, but I have the most recent version installed, the same situation occurs if I try to edit in a different browser (I use Firefox normally, Chrome to test this situation), and if I log out the buttons appear again so I think it's something related to my preferences or my .js page. Any ideas? Thanks in advance. —Mr. Matté (Talk/Contrib) 21:04, 28 December 2014 (UTC)

You have some CSS in your common.js that is not supposed to be there and is likely blocking all JavaScript. -- [[User:Edokter]] {{talk}} 22:09, 28 December 2014 (UTC)
That was the issue; all is well in the world! (well not really) Much thanks. —Mr. Matté (Talk/Contrib) 23:14, 28 December 2014 (UTC)
It feels like this problem has come up a lot recently, and I'm starting to wonder if it's common. Is there any way to make a list of .js files containing CSS? Whatamidoing (WMF) (talk) 00:31, 29 December 2014 (UTC)
There are Phab. tickets to not allow you to save invalid JS anymore, they include some discussion about how many pages that currently are, and how we should proceed of handling those, before adding JS validation to the save action... Lemme look... phab:T76204, phab:T85304 and phab:T85306TheDJ (talkcontribs) 09:38, 29 December 2014 (UTC)
@Mr. Matté: The line that you removed in this edit wasn't CSS - it's valid JavaScript, so you could put it back. It's only the line that you left behind that was CSS (apart from the very last semicolon, that's not CSS but is valid JavaScript). --Redrose64 (talk) 14:28, 29 December 2014 (UTC)

Two capital letters

Several hours ago, I discovered the WIlliam P. Ginther article and moved it to William P. Ginther, correcting the wrongly capitalised "I" in his first name. Is there a database report, or some other type of function, that would produce a list of all mainspace pages (minus redirects) with titles consisting of two capital letters followed immediately by lowercase letters? Some such pages would be appropriate, e.g. PEnnsylvania 6-5000, but probably most of them would be errors. Nyttend (talk) 00:13, 29 December 2014 (UTC)

@Nyttend: I just ran one. See its results at User:Jackmcbarn/Possibly miscapitalized article titles. Jackmcbarn (talk) 01:11, 29 December 2014 (UTC)
Thank you. I've moved the list to my sandbox and have begun chipping away at entries, moving pages when appropriate. If you have time to check them, it would be helpful, since there are still something like 3200 entries to check. Nyttend (talk) 02:02, 29 December 2014 (UTC)
Hi, Nyttend. You can use a regular expression to do an "Article title search" using an external tool; see Help:Searching#Special searches for the link. A regular expression like "^[A-Z][A-Z][a-z ]+" is similar to what you want but you'll have to craft it to your taste. Each search takes a while to run. I also played around with regular expressions using the new default Wikipedia search. For example I did "insource:/WIlliam/" and found about 35 matches (all fixed now but one). I don't think "insource:" searches titles though, only the source, and I'm not sure if it searches every article or not. I get the impression it only searches a small subset. I'm now tackling other similar names like "WInston", "WIlson", and so on using this specific case approach. The default search also has an intitle: feature but I don't think it accepts regular expressions like "insource:" does. PS In my guess, "William" is perhaps the most commonly messed up name on Wikipedia. Over the years I've fixed many screwed up variations of this name with "Willliam", "Wllliam", and "Willlam" being a big problems. Jason Quinn (talk) 23:14, 29 December 2014 (UTC)

Tech News: 2015-01

16:52, 29 December 2014 (UTC)

CSD

I am attempting to nominate an article for speedy deletion {{Db-g4}}, but the article was created under a slightly different name and I am having difficulty getting the old Afd discussion to appear in the header (see diff). Help with this would be appreciated. Thanks! - Location (talk) 05:32, 30 December 2014 (UTC)

Nevermind. Thanks, Fuhghettaboutit! - Location (talk) 06:08, 30 December 2014 (UTC)
No problem:-)--Fuhghettaboutit (talk) 06:10, 30 December 2014 (UTC)

Access rights failure

See this edit. It was made by a logged-out user. That shouldn't have happened, because editing subpages of Template:Editnotices is restricted to those with the template-editor and accountcreator rights. How was it possible? --Redrose64 (talk) 19:27, 27 December 2014 (UTC)

That does seem to be a flaw in security. One guess is that the token was grabbed while logged in and then used while logged out, the system may be failing to check that the user is the same on the token was issued to. If that is the case then session stealing may be possible via a MITM attack. However it happened it should be looked into. Chillum 19:31, 27 December 2014 (UTC)
Anyone know how this protection is actually implemented? I know it reads in WP:TPE that "The template editor user right allows trusted coders to edit templates and modules that have been protected with the "protected template" protection level (usually due to a high transclusion rate). It also allows those editors to edit edit notices, all of which are permanently uneditable without template editor, account creator, or administrator rights." but unless this is implemented in the core MediaWiki functionality, or an extension, there's no evidence I can see that unprotected templates - such as the edit notices - are actually protected. Mind you, I've still got a post Christmas hangover. QuiteUnusual (talk) 19:40, 27 December 2014 (UTC)
It is implemented via the Mediawiki:Titleblacklist, specifically:
  # Editnotice pseudospace
  Template:Editnotices\/.* <noedit|errmsg=titleblacklist-custom-editnotice>
If I attempt to edit Template:Editnotices/Page/European Union, I get a red warning box that thinks it is protected. Dragons flight (talk) 19:48, 27 December 2014 (UTC)
I was able to make a change. I'm just a regular user. --Edgars2007 (talk/contribs) 20:11, 27 December 2014 (UTC)
Ummm I can edit it [17] but now cant revert as the "You do not have permission to edit this page, for the following reason:" box appears ....So could someone please revert me - Sorry! –Davey2010 Merry Xmas / Happy New Year 20:17, 27 December 2014 (UTC)
Done. I also logged out and got my wife to log in (normal user). She can't edit it. So it's not that everyone can edit it and the protection isn't working at all. Black Kite (talk) 20:22, 27 December 2014 (UTC)
Now everything is ok - I can't edit it anymore. --Edgars2007 (talk/contribs) 20:27, 27 December 2014 (UTC)

It appears this bug has some nuance to it. Were those able to edit it using IPv6 and those not able using IPv4 per chance? Chillum 20:24, 27 December 2014 (UTC)

I did wonder that. Unlikely though, if Edgars2007 could edit it, but now can't. Black Kite (talk) 20:32, 27 December 2014 (UTC)
I was unable to replicate this while logged out. I even tried to copy the entire source of the page from a logged in as ACC & TE account (this one) to the logged out in IE one and although I could make it so I could type in the box and click save, it still got caught up in the back end. I'm guessing it is a caching issue and has nothing to do directly with tokens or the specific users. I'm wondering what things are similar between the two accounts and the default logged out. Should dig into what gadgets and preferences the two logged in users have disabled that were default as those can probably be excluded. Also, curious if there is a common userAgent string string involved. — {{U|Technical 13}} (etc) 21:56, 27 December 2014 (UTC)
It shouldn't even let you alter the contents of the edit box, and no "Save page" button should be offered. The experience for a logged-out user attempting to edit an editnotice should be almost exactly the same as if they were on a template-prot page and clicked the "View source" tab: the only differences are that on an editnotice page, the "Edit" tab isn't modified to read "View source", and the notice above the edit window is different - crucially, it says "This editnotice can only be created or edited by administrators, account creators, and template editors" instead of "This page is currently protected so that only template editors and administrators can edit it". In both cases, the edit box is unalterable, and there are no tools or other buttons. --Redrose64 (talk) 22:49, 27 December 2014 (UTC)
  • It doesn't, on it's own. You missed the part where I said that I altered my local rendition of the code to see if it was an interface issue and it still caught it in the backend. ;) — {{U|Technical 13}} (etc) 23:01, 27 December 2014 (UTC)
  • Likely this has nothing to do with it, but I will mention it just in case: I have several time been in the middle of an edit when the I was automatically logged out because my 30 days were up. I activated the edit window while logged in, but by the time I decided to save I was logged out. Is it possible that this situation is treated differently from one in which a person manually logs out? —Anne Delong (talk) 23:44, 27 December 2014 (UTC)
My first thought was the same as Anne's, although after reading everything, I also agree that it's less likely.
On a related point, whoever made it possible for me to get logged out mid-edit, and did not also make that result in large, annoying banners that said "You've been logged out again, so don't save!!!" with an automatic trip back to the login page, deserves to have a Long Discussion with the OTRS team about how much unnecessary work that choice makes for them.
(I don't know if it's possible, but I have wondered whether the usual ...w/index.php?title=Fee&action=submit could be changed to something like ...w/index.php?title=Fee&action=submit&status=logged-in, so that if I started editing while logged in, the URL would report the status when I try to save, and if I'm no longer logged in, then it would complain and give me the opportunity to log back in. (There would be no corresponding &status=logged-out, because if I started editing while logged out, and then logged in (in a separate window), then there's no harm done.) Whatamidoing (WMF) (talk) 00:22, 29 December 2014 (UTC)
I've opened phabricator:T85428 about this. Jackmcbarn (talk) 01:22, 29 December 2014 (UTC)

Download pdf still broken, round two

The problems with the "Download pdf" link are still a problem. The tables and infoboxes are still not appearing. (Apparently not any navboxes, either.) I tried this on two different featured articles, and as anyone can see if you do a "download as pdf", critical information is omitted. On Appaloosa, the breed infobox and a critical illustrated chart of coat color patterns is omitted, and on California Chrome the pdf version omits the infobox and a chart of all his racing statistics (material that is really not easy to render in a simple bulleted list.) An earlier post here explained that "MediaWiki recently switched from using the legacy PediaPress PDF renderer to using OfflineContentGenerator." However, they basically said they were hoping to find some volunteers to fix the problem. It still isn't fixed. I'd say that if WMF broke it, they should fix it and not wait for volunteers to do it, but maybe someone here happens to be good at this sort of thing? I took a look at the same articles in WikiWand, and WikiWand renders it all beautifully. If a non-WMF project can deliver wikipedia content, so should WMF. Montanabw(talk) 22:12, 27 December 2014 (UTC)

Bug at phab:T32706. --  Gadget850 talk 14:58, 28 December 2014 (UTC)
Does WikiWand generate PDFs, though? I suspect not. It's not a fair comparison. — This, that and the other (talk) 04:42, 30 December 2014 (UTC)
The point is that generating templates seems to be well within the doable, and if a third party source can do it, and the previous pdf generating software could do it, why wasn't this bug fixed several months ago? It's a serious problem, particularly for articles that make use of templates for statistics and assorted data that is not suitable for rendering in narrative form. Another example would be rainbow trout. This failure of the pdf generator is causing some drama in certain articles where editors are trying to remove templates on the grounds that they don't show up in a pdf format. I know nothing about how the tech works to fix this, but hoping someone does and is willing to look at the issue. Montanabw(talk) 22:51, 30 December 2014 (UTC)

OneClickArchiver new feature!

Since there has been concern by some editors that they are "afraid" they'll accidentally activate Technical 13's (Original by Equazcion) OneClickArchiver (Original) script while trying to click on the edit section link, I've added a new feature today that allows users to toggle the script on or off directly from talk pages! The best part is that it will remember what the last state was! Please see the documentation for more details and happy archiving! — {{U|Technical 13}} (etc) 02:18, 29 December 2014 (UTC)

That's a really nifty feature. I see the "oca-on" and "oca-off" toggle at the top of the talk page. Thanks for doing this. — Maile (talk) 13:56, 31 December 2014 (UTC)
  • Maile66, the "on" or "off" is the current status of the tool. You can also toggle it with Alt+⇧ Shift+O. I made a large scale change to the tool yesterday that checks if the required parameters can be detected before polluting the page with lots of unusable |Archive links that just yell at you when you click them. I've replaced those links with an "error" message that fades away after five seconds in the top right corner of the screen instead. Due to some complaints about the error message, you should now only see those messages when the script is "on".
I've also added a small debugging feature to the script. If you click on Debug mode on any talk page where the script doesn't seem to be running or append ? or & and then debug=true to the URL of a talk page (ie en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)?debug=true or en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(technical)&debug=true) and then press enter you will see a box in the upper right corner that will not go away until clicked on that will tell you what the script could find for parameters.
If it couldn't find a parameter, that cell will be red and it will show what it's going to guess the default value should be. Those default values are for an upcoming feature that will allow you to use the script to set up automatic archival on pages that currently have none and will also be used for the requested features of being able to use the script to increment the counter, create new archive pages using the defined header, and respect maxsize. Lots of features in the works. I'll try and keep everyone posted! — {{U|Technical 13}} (etc) 14:25, 31 December 2014 (UTC)

Template:Polytonic in special character inserter

The character inserter at the bottom of the edit box has the option to insert the template {{polytonic}} at the end of its menu of Greek characters. This template is deprecated and should be replaced with {{lang|grc}} in the programming of this thing. I'm commenting here because couldn't find any Help or Wikipedia page relating to the character inserter. (I feel like I'm in a bizarre nightmare....) — Eru·tuon 00:12, 30 December 2014 (UTC)

I've removed it. I don't think it needs to be replaced with the lang tamplate. -- [[User:Edokter]] {{talk}} 00:52, 30 December 2014 (UTC)
Well, I am trying to standardize articles on Ancient Greek by adding that template, and since {{IPA}} and {{Unicode}} are included in the special character inserter, it would make sense if {{lang|grc|}} were as well. — Eru·tuon 04:54, 30 December 2014 (UTC)
We'd have to add to to every language section then. Can you post this at MediaWiki talk:Edittools? -- [[User:Edokter]] {{talk}} 09:02, 30 December 2014 (UTC)
@Erutuon: It's a gadget, and the gadget's front page is MediaWiki:Gadget-charinsert. There is a small help page at Help:Edittools. These do have talk pages, more than two in fact - the main one is MediaWiki talk:Edittools, which you were directed to by Edokter, but in addition that there is MediaWiki talk:Gadget-charinsert there is also MediaWiki talk:Gadget-charinsert-core.css. The gadget has been renamed and reconfigured more than once, and I suspect that other talk pages are strewn about along the way. --Redrose64 (talk) 14:18, 30 December 2014 (UTC)
@Edokter: Thanks for the pointer. I posted a comment there.
@Redrose64: Thanks for the info. Seems like the gadget ought to at least be briefly mentioned and linked in Help:Editing. I posted a suggestion in the talk page there. — Eru·tuon 22:21, 30 December 2014 (UTC)

Edit window font

I edit with Firefox 34.0.5 for Windows 8.1, 64 bit. To choose a font for the edit window, I went into Preferences-->Editing, and for the Edit Font Area Style I chose Monospaced Font. In Firefox I chose Tools-->Options-->Content Tab-->Advanced. For the Monospace font I chose Consolas, size 16. But the Wikipedia editor just started ignoring my choice and displaying some nearly illegible font. What changed, and how can it be fixed? — Preceding unsigned comment added by Jc3s5h (talkcontribs) 00:37, 30 December 2014 (UTC)

Consolas works for me in Firefox 34.0 on Windows Vista. Have you tried the more common Courier new? Does it help to log out? PrimeHunter (talk) 04:39, 30 December 2014 (UTC)
After some experimenting, I found that in the Wikipedia editing preferences, I need to specify "Browser default" rather than "Monospaced Font". Somehow the broweser monospace font is chosen rather than any of the other browser defaults (serif or san-serif). Jc3s5h (talk) 17:12, 30 December 2014 (UTC)
@Jc3s5h: Browsers typically have more than one default font; Firefox 34.0.5, for instance, has several sets of four. You can check and set these as follows: in the menu at the top, select "Tools" → "Options"; in the icon strip at the top of that, click on "Content"; in the "Fonts & Colors" box, click Advanced... and this opens another dialog box. This has a pull-down menu named "Fonts for"; if you're checking the fonts used in English Wikipedia, make sure that "Latin" is selected there. Below that are four fonts - the one that is used for English Wikipedia edit boxes is the one shown against "Monospace" - I've got "Courier New" here, size 13. --Redrose64 (talk) 20:14, 30 December 2014 (UTC)
Thanks, my confusion was that the preferences dialog in Wikipedia does not make it clear that when "Browser default" is chosen, it will be the browser default monospaced font.
and indeed it shouldn't, b/c it's not WP choice, it's the browser's choice. the part that may be confusing is the fact that most (all?) browsers use by default monospace fonts for a "textarea" element. maybe this (i.e., the default font used by the browser for textarea element) can be configured for some browsers, and if it can, then you might find non-monospace fonts in edit box. peace - קיפודנחש (aka kipod) (talk) 21:49, 30 December 2014 (UTC)

Undoing translation edits

Could someone explain to me how in blazes I'm supposed to undo junk edits like the ones at c:Help:Contents/pt. I am surprised that this functionality is not readily apparent. Magog the Ogre (tc) 05:44, 30 December 2014 (UTC)

@Magog the Ogre: What's stopping you from reverting? Oh, I see. Hmm. Gonna look.--Fuhghettaboutit (talk) 06:15, 30 December 2014 (UTC)
  • You can't. It's a translate bug. It's logged on phab someplace, but it's 1am here, so I'm not digging it up now. — {{U|Technical 13}} (etc) 06:21, 30 December 2014 (UTC)
Phab:T41415 maybe? — {{U|Technical 13}} (etc) 06:23, 30 December 2014 (UTC)
It looks like you have to contact a Commons:Special:ListUsers/translationadmin.--Fuhghettaboutit (talk) 06:15, 30 December 2014 (UTC)
(edit conflict) Well I guess I'll just have to deal with it for now - the edits did translate the text afterall; they goofed up the linking too. Thanks. Face-smile.svg Magog the Ogre (tc) 06:27, 30 December 2014 (UTC)
@Fuhghettaboutit: - could I make myself a translation admin? I tried that once and it didn't work. Magog the Ogre (tc) 06:27, 30 December 2014 (UTC)
Simple. Just make yourself a steward first.--Fuhghettaboutit (talk) 06:29, 30 December 2014 (UTC)
Or, you know, click the translation administrator box under Groups you can change?[18] But it still doesn't work. Magog the Ogre (tc) 06:40, 30 December 2014 (UTC)
I wonder what are the junk edits at c:Help:Contents/pt? Can't find... I don't understand Portuguese but at least the edits made by MEX VICENTE M3 seems fine to me. --Stryn (talk) 17:57, 31 December 2014 (UTC)
The edits seem to be a bit messy. There are headlines which are not present in the English version, and various links are broken. I don't know whether the text matches the English text. --Stefan2 (talk) 22:11, 31 December 2014 (UTC)
Well, if the edits are not that good they can be deleted (commons:Special:Contributions/MEX_VICENTE_M3) or fixed (if someone knows pt). --Stryn (talk) 00:12, 1 January 2015 (UTC)

Specifying location in Template:Infobox Company Comment

On pages such as Deutsche Waffen und Munitionsfabriken the company infobox seems to be broken with respect to the location field. The way I have it seems to be the recommended way per the documentation, which advises leaving the location_city and location_country parameters blank, but this instead leaves extra commas after the location string "Germany". Is there a proper way to express the location of the company with only country, without city, or is the template currently broken? Anon423 (talk) 15:15, 30 December 2014 (UTC)

Fixed with this edit to the infobox template. Due to the span tags the parameters in the {{comma-separated entries}} call were considered non-empty, so the template added commas. SiBr4 (talk) 15:30, 30 December 2014 (UTC)
Thanks! So I'm not going crazy. And I didn't even have to go back and re-fix it. I have a lot to learn about infoboxes, but should this fix be similarly applied to {{infobox company}}'s sister infoboxes, and/or other fields with similar syntax pitfalls? Anon423 (talk) 15:43, 30 December 2014 (UTC)
These are all templates that use {{Comma separated entries}}. Randomly checking the source for a few of the infoboxes, most appear to either already use #if cases or not need them. {{Infobox company}} did also use them until they were removed today. SiBr4 (talk) 16:22, 30 December 2014 (UTC)

Image in Limbo

File:Action-centre-warning.PNG was reported at Wikipedia:Teahouse/Questions#Disapearing image file (but not image page)? It's still at http://upload.wikimedia.org/wikipedia/en/d/d6/Action-centre-warning.PNG. It could probably be fixed with a new upload but maybe somebody first wants to investigate further in case there is a more general problem. PrimeHunter (talk) 12:25, 31 December 2014 (UTC)

Re-uploaded. This should not frustrate any investigation (I think). -- [[User:Edokter]] {{talk}} 14:31, 31 December 2014 (UTC)

Pending Changes Log

The article Twitch.tv has Pending changes protection. However it neither has a lock in the top corner, nor any entries in the log [19]. Why is this? meamemg (talk) 23:51, 31 December 2014 (UTC)

The padlock icons need to be manually added; you can do it yourself with {{pp-pc1}}. Regarding the logs, that page was recently moved after it had been protected. According to the fine print at WP:MOVE, pending changes protection is moved with the page but isn't logged against the new page name after a move (unlike other protection types, which are logged). Regards, Orange Suede Sofa (talk) 00:04, 1 January 2015 (UTC)

"action=" parameters

Need a link to a list of valid "action=" parameters, say, in https://en.wikipedia.org/w/index.php?title=Wikipedia:Sandbox&action=edit. I know a few constructive ones like "edit", "purge", etc., but need a wider list for antivandalism check. Thanks in advance. Materialscientist (talk) 02:26, 1 January 2015 (UTC)

Help:URL#URLs of Wikipedia pages has some. PrimeHunter (talk) 02:40, 1 January 2015 (UTC)
I think what you are looking for is MW:Manual:Parameters to index.php#Actions. — {{U|Technical 13}} (etc) 03:09, 1 January 2015 (UTC)
Yes, thanks. Materialscientist (talk) 04:07, 1 January 2015 (UTC)

Lua help needed

I would like to make a template, say {{Make diff}}, that takes a URL like https://en.wikipedia.org/w/index.php?title=Robin_Williams&diff=next&oldid=639931566 and outputs a formatted {{Diff}}? (A bot could regularly Subst: instances) That would be useful in many circumstances, and should be doable in Lua, in which I unfortunately have no skills.

I'd like as similar template, say {{Make unsigned}}, that would turn a string like 11:37, 1 January 2015‎ Pigsonthewing (which is easy to cut & paste from an article history) and render a formatted {{unsigned}} template. (Or perhaps the existing template could be modified to except that format of input?)

Could someone assist, please? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:42, 1 January 2015 (UTC)

Re: the second request, there's {{unsigned2}} and {{UnsignedIP2}}. Graham87 12:36, 1 January 2015 (UTC)
Thank you. They still require a pipe; I think Lua could be used to do away with that and to detect the parameter value's format, so we could merge them all. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:14, 1 January 2015 (UTC)
The first one shouldn't be too hard - I'll have a go at writing that now. The second will be easy if we're talking about copying and pasting the date format as it is shown in the page history, but if we want to handle free-form dates then it will be difficult to write code that can tell where the date ends and the username begins. (Consider that, technically, someone could set their username as a date if they wanted to.) — Mr. Stradivarius ♪ talk ♪ 14:17, 1 January 2015 (UTC)
Also keep in mind, dates in page history are formatted based on user preferences with 4 possible options. Mr.Z-man 17:39, 1 January 2015 (UTC)
I was only thinking of C&P from page histories. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 09:23, 2 January 2015 (UTC)
@Pigsonthewing: Your first request is now done - check out Template:Url to diff. — Mr. Stradivarius ♪ talk ♪ 17:21, 1 January 2015 (UTC)
@Mr. Stradivarius: That's fantastic, thank you! Could it be made to work ith un-named parameters, also? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 09:23, 2 January 2015 (UTC)
@Pigsonthewing: As in {{subst:url to diff|url|label}}? The problem with that is that diff URLs always have an equals sign in, so you would always need to make it {{subst:url to diff|1=url|2=label}} otherwise the text before the equals sign would be interpreted as a parameter. People tend to get that wrong, so I thought it was easiest to just make it a named parameter and have done with it. — Mr. Stradivarius ♪ talk ♪ 14:11, 2 January 2015 (UTC)
@Mr. Stradivarius: Ah, good point. Thanks again. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:09, 2 January 2015 (UTC)

Pagename: magic word, no disambiguation

Please remind me: I think we have a magic word, or template, like {{{PAGENAME}}, but which returns a disambiguation-free version of the page name, so "Foo" from a page called "Foo (bar)". What is it? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:12, 1 January 2015 (UTC)

{{PAGENAMEBASE}}. PrimeHunter (talk) 13:41, 1 January 2015 (UTC)
That's the one thank you. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 09:34, 2 January 2015 (UTC)

I added it to the see also section of the documentation for {{PAGENAME}}. Oiyarbepsy (talk) 15:49, 2 January 2015 (UTC)

Category:Pages with malformed coordinate tags

If you look at what's in the above category, you'll find two user scripts: User:GregorB/FixCroIS.js and User:David Condrey/edit-tools.js (@David Condrey:). I have no idea why my script appears there: it's supposed to be JavaScript source code, but it seems as if MediaWiki treats it as wikitext and erroneously transcludes "templates" in it. (The script itself works fine.) Does anyone know what is happening here? GregorB (talk) 00:49, 2 January 2015 (UTC)

I usually get rid of such "false" detections by wrapping the content (very first and absolute last lines) of the offending .js file like so....
//<source lang="javascript">

  your normal .js stuff remains here 

//</source>
some folks use //<nowiki>; others use //<pre> -- it shouldn't matter -- they all seem to do the trick. Beats me why it it happens. -- George Orwell III (talk) 01:22, 2 January 2015 (UTC)
Oh and the "false detection" might still be listed for some time afterwards -- basically until your cache (or the wiki-system's) catches up with the change(s). -- George Orwell III (talk) 01:28, 2 January 2015 (UTC)
That's a clever trick - thanks, I'm going to try it. This seems to confirm that the problem is indeed due to MediaWiki treating source code as wikitext - although everything is displayed verbatim, "template code" seems to be transcluded under the hood, which leads to spurious warnings. So, in all likelihood that's a MW bug. GregorB (talk) 10:13, 2 January 2015 (UTC)
@GregorB: The MediaWiki software does indeed look for constructs that resemble templates, and attempts to expand them. In the case of your script, it's attempting to expand the string constant '{{Infobox settlement | pushpin_map = Croatia | pushpin_map_caption = $1 | latd = $2 | longd = $3}}'. Another possible fix for that is to escape the second opening brace whenever there is a pair inside a string constant: '{\{ ... If MediaWiki did not expand templates, speedy deletion templates like {{db-user}} wouldn't work on user javascript pages. The same is true of wikilinks - for example, the text // Linkback: [[User:Anomie/previewtemplatelastmod.js]] is why User:Redrose64/common.js shows in Special:WhatLinksHere/User:Anomie/previewtemplatelastmod.js - this is intentional, it helps Anomie to track usage of the script. --Redrose64 (talk) 11:47, 2 January 2015 (UTC)
In fact, this is something that probably wouldn't be implemented were the code being written today, since it was originally a not-really-intended side effect. See T43155 for some history on that. Anomie 16:37, 2 January 2015 (UTC)
@David Condrey: In the case of User:David Condrey/edit-tools.js, it's 'Coordinates for place of burial, ash-scattering etc. Use {{coord}} template.' - again, you can escape the second opening brace: 'Coordinates for place of burial, ash-scattering etc. Use {\{coord}} template.' --Redrose64 (talk) 11:57, 2 January 2015 (UTC)
@Redrose64: All good points. Not a bug then, just a sneaky feature... BTW the script is gone from the category now, so problem solved. GregorB (talk) 11:59, 2 January 2015 (UTC)
@David Condrey: FYI, he's got the closing tag(s) in the last line of the script but lost the opening tag(s) for the first line at some point -- which is not all that uncommon. Point here is if you're going to use the "hidden tag" approach don't forget to check for such breakages before applying new ones first. In instances like this, the missing or opening "hidden-tags" may not be missing at all but have become part of the body of the script instead of residing on the first or last line(s) as bits of script get added/amended over time. -- George Orwell III (talk) 20:49, 2 January 2015 (UTC)

Color of followed links has poor visual contrast

Links are blue and followed links are purple, of course, as has always been true at Wikipedia. But the purple of a followed link used to have clear contrast with the black of surrounding plain text. Now I find it to have frustratingly poor contrast. Sometimes I cannot notice that a term is linked when I am reading (skimming comfortably over the lines at a normal reading pace). If I *stare* at a followed link, I can tell that it's dark purple and not black, but the point of visual contrast is that you're not supposed to have to stare or squint to discern it. Please no one reply that "maybe you have poor vision." I have normal visual acuity (wearing glasses) and color vision. The point here is not my vision, it is that between the font choice and the color choice for the UI, the contrast has been set at a very low level, and I suspect that someone let their own aesthetic preference get in the way of usability or user experience (UX). Which is poor UI design, but yet seems quite trendy within the past few years at many organizations (Microsoft comes to mind). Choosing fonts with super-skinny lines (which is now a trendy fad/obsession among web designers) does not help the problem. If I (with normal vision) am experiencing this, then I am not the only one. I don't know whether I am the first to complain about it, but I cannot be the first to have a degraded UX because of it. Hope someone might at least consider maybe choosing a lighter shade of purple. Quercus solaris (talk) 20:11, 2 January 2015 (UTC)

Which skin do you use? There are four available, and their link colours differ. We can advise you on how to change link colours for yourself, but to do that, we also need to know which skin. --Redrose64 (talk) 20:18, 2 January 2015 (UTC)
I use Vector (and I like it the most out of the four). Thanks, Quercus solaris (talk) 21:12, 2 January 2015 (UTC)
  • Visited link color in Vector skin
  • Visited link color in MonoBook skin
To use the slightly-lighter MonoBook link color in Vector, the rule is
a:visited { color: #5a3696; }
- put that in Special:MyPage/vector.css You could even make it green, by using something like #008800 instead of #5a3696 --Redrose64 (talk) 21:27, 2 January 2015 (UTC)
From previous discussions, it appears that "the color" is actually a significant range of colors, depending on your browser, OS, screen, and ambient lighting. If the color goes lighter for one person, then it might be too light to be legible for another person. Also, some people have their browsers set to override Wikipedia's local link colors. If these seems different from what you remember in the past, then you might check your browser settings.
(Personally, I'm waiting for the day when job postings for web designers start saying things like, "Must use bifocals or consent to wearing low-vision simulator eyeglasses at work." Not enough attention is paid to the basics, like whether people can see the stuff on the screen.) WhatamIdoing (talk) 23:39, 2 January 2015 (UTC)
Thanks much for the follow-up, Redrose64 and WhatamIdoing. I added the css tweak and it seems to help. And now I feel better having vented and knowing that some backstory exists ("From previous discussions, it appears that "the color" is actually a significant range of colors, depending on your browser, OS, screen, and ambient lighting"). Cheers, Quercus solaris (talk) 23:49, 2 January 2015 (UTC)

Addition and subtraction in templates?

I am currently trying to find a way of entering a certain number into a template {{{year}}} and displaying a link to the years right before and after it. Is there a way to use addition and subtraction in templates? Dustin (talk) 03:19, 3 January 2015 (UTC)

{{#expr:}}. Mr.Z-man 04:18, 3 January 2015 (UTC)
(edit conflict) See mw:Help:Extension:ParserFunctions##expr. For example [[{{#expr:{{{year|{{CURRENTYEAR}}}}}-1}}|previous]] [[{{#expr:{{{year|{{CURRENTYEAR}}}}}+1}}|next]] if year is optional with the current year being default: previous next. PrimeHunter (talk) 04:20, 3 January 2015 (UTC)
Thanks. I'll try out {{#expr:}}. Dustin (talk) 06:33, 3 January 2015 (UTC)

Looking for unreferenced articles across muliple categories

Can anyone help with a quick way to look across multiple categories for unref'd articles? I'm looking for any Olympic-related article that is currently unref'd. For example, this article was in this state before I sourced it. It was in two categories that contain the word "Olympic" along with the Category:All articles lacking sources. Can this be done? Thanks. Lugnuts Dick Laurent is dead 13:15, 3 January 2015 (UTC)

CirrusSearch for incategory:"All articles lacking sources" insource:/\[\[Category:.*Olympic.*\]\]/ gives 184 articles. I don't know if that finds all conforming articles; I suspect not. SiBr4 (talk) 13:30, 3 January 2015 (UTC)
CatScan will also help, giving better results. Zhaofeng Li [talk... contribs...] 13:36, 3 January 2015 (UTC)
Thanks. How do I do a wildcard search in Catscan? Lugnuts Dick Laurent is dead 13:43, 3 January 2015 (UTC)
It's probably easier to do a tree search (ie, anything in a subcategory of "Olympic Games"). This search (928 pages, will take ~50s to run) goes five levels deep below the original OG category. Andrew Gray (talk) 13:48, 3 January 2015 (UTC)
Alternatively, this one (528 pages, 24s to run) is anything in the lacking sources category with a WP Olympics talkpage banner. Andrew Gray (talk) 13:56, 3 January 2015 (UTC)
Nice one! THanks. Lugnuts Dick Laurent is dead 18:20, 3 January 2015 (UTC)

Double exclamation points problematic for Dashboard table

Noticed the village pump section of the Dashboard was broken (this version). Looks like the problem is the double exclamation points in one of the section headings breaking the table. For now I replaced them with html codes, so when Legobot next updates the template it should be ok (I think), but what would be the best way to fix this for the future? --— Rhododendrites talk \\ 21:33, 3 January 2015 (UTC)

Happened before, and there is no quick fix. The exclamation points are mistakenly parsed as table markup. Bast action is just to remove the exclamation marks. -- [[User:Edokter]] {{talk}} 22:41, 3 January 2015 (UTC)
@Rhododendrites: Yes, table markup can produce two kinds of cell - data cells, where a line begins with a single pipe; and header cells, where a line begins with a single exclamation mark. In both cases, a second cell may be defined without starting a new line by using a double symbol. WP:W is essentially a table, with content transcluded from elsewhere; so if the transcluded content includes wiki markup, that markup will be processed as if it had been typed directly into the page. Since it's a table, any occurrence of either || or !! will be treated as the end of one cell and the start of the next. --Redrose64 (talk) 00:59, 4 January 2015 (UTC)

Log in every 30 days

I've looked through the archives (not all 133 pages, but did it by search) and didn't see anything directly answering this question. Why are we limited to 30 days per log in? I'm sure those with multiple bots find this aggravating, not to mention those, like me, who make changes sporadically. We go to make a edit and suddenly find we're not logged in. I can keep Wikipedia up and open for multiple days, so I can open on Friday, get logged out on Saturday, and not know it until Monday. I'd also like to see this changed, but not sure if I would have to resubmit the question in another section for that. I can log into my e-mail for years on end, and that is far more sensitive than my Wikipedia account. Only thing I can figure is that it is a server issue (too many active log ins slowing it down), but I'm not an IT guy, so I may be way off.

Thank you in advance and Happy Holidays and Happy New Year. Leobold111 (talk) 20:25, 29 December 2014 (UTC)

Actually, it's a little better than that, barring any flukes that happen once in a while. Mostly, as long as you edit on a semi-regular basis, say once a week or so, you'll stay logged in. The "flukes" have nothing to do with the 30-days max. And by that, I mean that a couple of times lately I've been editing, go to another article and find out I was involuntarily logged out. It has its kinks. But you'll probably stay logged in longer than 30 days if you edit regularly. — Maile (talk) 22:01, 29 December 2014 (UTC)
I usually bypass it by never cleaning he Chrome history and keeping the WP tab open - This year alone I've only ever been logged out once which was weirdly a couple of days ago! (although If you love your laptop more than I love mine it's probably a bad idea to keep laptop on 300 hours and on charger 247!..) –Davey2010 Merry Xmas / Happy New Year 22:13, 29 December 2014 (UTC)
I asked (read: complained) about this two or three years ago, and I was told that the 30-day limit was due to the privacy policy. The privacy policy (back then, at least) said that no cookies would be stored for more than 30 days, and therefore cookie-based logins couldn't be expected to last longer than 30 days. Whatamidoing (WMF) (talk) 20:37, 30 December 2014 (UTC)
For many years, the login cookies lasted 180 days. For almost the same number of years, the Wikimedia Foundation had a privacy policy that said cookies would not be set for longer than 30 days. At some point (2011 or 2012, I think) this discrepancy was noticed and the login cookies were reduced to 30 days. As a practical matter, it was easier to make the cookies shorter than to change the privacy policy. Relatively recently (2013, I think), there was a major overhaul of the privacy policy [20]. At present, the main text of the policy does not specify cookie durations, though there is an associated FAQ that lists current cookies and gives durations ranging from 1 day to 1 year [21]. Since the update of the privacy policy, I'm not aware of any discussions regarding to changing the duration of the key centralauth cookies to change the duration of an active login. Dragons flight (talk) 22:59, 30 December 2014 (UTC)
I'll go ask Legal if this limit is still necessary. It may take a while to get an answer. In the meantime, someone else can start thinking about remarks to file under the heading of "Why having a long login session is not a significant security risk, and why it is The Right Thing to do". Whatamidoing (WMF) (talk) 00:35, 1 January 2015 (UTC)
How about a warning box at the top of any page displayed during the last ten (?) minutes of the login session? "Your login session will expire in N minutes." That could help to reduce accidental logged-out edits. -- John of Reading (talk) 07:45, 1 January 2015 (UTC)
To Whatamidoing's point, I don't see how a long login here is such a security risk, or a security risk at all. If someone gets into my e-mail account, they can wreak havoc on my life, due to needing an e-mail address for everything. I'm almost positive it would be the same for most people reading this. If someone gets into my Wikipedia account, there's not really any damage that can be done, aside from easily revertable changes to pages. And if it continues, there can be a lock put on my account until it can be proven that the stolen account is no longer an issue. Breaking into this account would hurt my feelings, but nothing more. Leobold111 (talk) 22:31, 1 January 2015 (UTC)
John, that's an interesting idea, but I suspect that you meant something closer to "12 hours" where you typed "ten minutes". Whatamidoing (WMF) (talk) 00:20, 2 January 2015 (UTC)
And...it just did its magical trick of logging me out in the middle of an edit. — Maile (talk) 21:44, 2 January 2015 (UTC)
Sometimes it does that to me. I spot it instantly, because I use MonoBook skin and the difference from Vector is enough to alert me that I'm no longer logged in. If you use Vector skin, you need something else - such as the technique described at User:Gadget850/FAQ#Logged out that makes the Save page button green when logged in - if it's grey you're logged out. It works in MonoBook as well as Vector. --Redrose64 (talk) 21:57, 2 January 2015 (UTC)
I use Modern skin. And how it shows up, is if I'm in one article and then try to open a different article. In this case, and I use Firefox, I had an edit window open and then clicked on another tab to view another article I had been reading (but not editing). Strange stuff. I take it as a system hiccup. — Maile (talk) 22:48, 2 January 2015 (UTC)

Legal says that there is no longer any requirement (on their side) to log everybody out after 30 days. My proposal: Let's stop doing that. What do you think would be the ideal frequency for logging in? Every 60 days? 90? 180? Whatamidoing (WMF) (talk) 22:58, 4 January 2015 (UTC)

Provide options, with a default of, say, 90 days (quarterly). Personally, I'd set it to one year if a number had to be set, indefinite if one did not. Huntster (t @ c) 23:06, 4 January 2015 (UTC)
My preference is 180, but I am thinking 30 is a reasonable default if one can choose in their preferences. Chillum 23:07, 4 January 2015 (UTC)
I say indefinite. If we had to have a certain time frame, I'd say 180 days. Anything over that and the risk is run that we will forget the password. I just don't see a reason for it if there isn't a legal reason. I can be logged into many different types of websites indefinitely, some of which would cause real issues. My Wikipedia account, not so much. Leobold111 (talk) 16:06, 5 January 2015 (UTC)

See phab:T68699. Legoktm (talk) 08:06, 5 January 2015 (UTC)

Stopping unnecessary notifications

I protect a page here and a few minutes later an editor makes this edit. I then get the notification that "Your edit on Sethi has been reverted by Vigyani. (Show changes)". Is there any way to stop that particular type of notification? CambridgeBayWeather, Uqaqtuq (talk), Sunasuttuq 08:49, 3 January 2015 (UTC)

This happens when an editor uses "Reverted to..." as the summary. In this case, the software assumes all changes between the revert and the target are undone (including all "informational" edits like protection changes which don't modify the text at all). Dunno if this is a known bug, though. Zhaofeng Li [talk... contribs...] 09:20, 3 January 2015 (UTC)
The revert notification does not depend on the edit summary – I received a ping for this revert with blanked edit summary. Per the feature documentation the notification is triggered by "click[ing] 'Undo', 'Rollback', manual or automated". SiBr4 (talk) 12:55, 3 January 2015 (UTC)
Yes indeed, I was wrong. Zhaofeng Li [talk... contribs...] 01:36, 4 January 2015 (UTC)
Yes, you can stop these "unnecessary" notifications. Go to your settings, click on the notifications tab and untick the tickbox under web and next to edit revert. While you are at it, you might as well go over all of your notification settings.--Snaevar (talk) 11:45, 3 January 2015 (UTC)
Thanks. So there is no way to stop just that particular type of notification. I don't want all of the edit revert notifications to stop. I just want the false ones, like in the above example, that aren't actually reverting my edit to stop. CambridgeBayWeather, Uqaqtuq (talk), Sunasuttuq 12:06, 3 January 2015 (UTC)
Definitely seems like a bug. I think I've flagged this on Phabricator (but it's the first time I've used it...) - T85728. Andrew Gray (talk) 12:33, 3 January 2015 (UTC)
Yes, you did a good job, Mr. Gray. :D — {{U|Technical 13}} (etc) 14:26, 3 January 2015 (UTC)
Thanks all. CambridgeBayWeather (mobile) (talk) 19:22, 3 January 2015 (UTC)

IPv6 edits

As I'm sure many people do, when I see an edit by an IP on my watchlist, I check the edit. For IPv4 IP addresses, everything works as expected. The issue I have is with IPv6 addresses. If I see that they've made more than one edit, I will then click on "Next-to-last editor" to view all of the changes they made. This never works as expected for IPv6 IPs though. Instead, I get something like this where both the current and previous edits are the same, most recent, edit. Is this issue known about? I've seen it on different OSs, on different computers, and with different browsers. Dismas|(talk) 02:49, 4 January 2015 (UTC)

Just to confirm, you're using User:DerHexer/revisionjumper, correct? Sounds like a bug that will have to be fixed within the script. ~SuperHamster Talk Contribs 02:55, 4 January 2015 (UTC)
Yes, that's what I'm using. Dismas|(talk) 03:14, 4 January 2015 (UTC)

Archiving

I am not sure if I am in the right part of WP Help. I have got into a tangle with archiving my Talk page.

  1. For the last archive I created, number 4, it always showed duplicated as the current Talk page, I think because that time I had tried to set up a bot to do the archiving and it went wrong. So for a while I had current Talk page and Archive 4 that were the same, and there was a redirect, which I must have created but don't know how.
  2. On trying to sort all this out now, I could not see how to remove the redirect, and with some juggling and attempted reverting (which couldn't be done because of intervening edits) have now lost Archive 4 altogether. It is still in the edit history, of course, but I don't know how to retrieve it to make a new Archive 4 and a new blank Talk page. Can someone help, please?
  3. In the new Archive 4 I want to keep all deleted sections that I assume were showing in the old Archive 4, but am not sure how this is done.
  4. I also want to steer clear of bots and go back to manual archiving, which is how I created the earlier archives. ~ P-123 (talk) 12:34, 4 January 2015 (UTC)
I saw your question at Wikipedia:Help desk before you moved it here. It was fine to post at the help desk. On December 25 you moved User talk:P-123 to User talk:P-123/Archive 4 and moved it back 5 minutes later.[22][23] This created a redirect from User talk:P-123/Archive 4 to User talk:P-123. I have copy-pasted an old revision of User talk:P-123 to User talk:P-123/Archive 4. See Wikipedia:Redirect#How to edit a redirect or convert it into an article. PrimeHunter (talk) 12:45, 4 January 2015 (UTC)
PrimeHunter Thank you very much for doing that. What about the deleted sections and deleted comments that I said I would like to keep in the archive? I cannot find them. Is there any way of looking in an edit history somewhere to find them?
Sorry, have found them. ~ P-123 (talk) 13:10, 4 January 2015 (UTC)
(edit conflict) I'm not sure which individually deleted sections and comments from https://en.wikipedia.org/w/index.php?title=User_talk:P-123&action=history you want to restore. You removed some of them with edit summaries like 'Rmv comment - will backfire', 'Rmd - patronising', 'Rmv intrusive "chat" among IPs', and the removals were interspersed with additions to other sections so it's complicated to sort out. If you want to archive a previously deleted comment or section then you must manully find a revision which contains it and copy-paste it to the archive. My archiving [24] had a url to the revision I copied completely. PrimeHunter (talk) 13:18, 4 January 2015 (UTC)
PrimeHunter: I assume it is only possible to restore removals to the archive and have them visible there. For example, if I wanted to transfer from edit history a removed comment to the archived thread, can I add it to that archived thread and then delete it so that it does not appear on that archived thread? ~ P-123 (talk) 13:38, 4 January 2015 (UTC)
  • P-123, you seem to have a misunderstanding of how archiving works. What you appear to believe is that the talk page and its archives are an intertwined system where when you do something to one page, an equal and opposite reaction automatically happens on the other side. This is not at all the case. Each page of the system is entirely its own thing. So, simply have the archive deleted and restore all of the sections that were archived from your talk page from its history. I'd be happy to get you back to ground zero if you like. — {{U|Technical 13}} (etc) 14:29, 4 January 2015 (UTC)
Technical 13: No, I did realise they were separate systems, but was unclear about how deletions from the current page could be archived along with the current page. It would be much better to start Archive 4 afresh, but have no idea how to do that. Could you help, please? I can't understand the sentence starting "So, simply have the archive deleted ...". Once the archive is restored back to current page form, I could add back in the deletions, but I would want them deleted again in the archive so that they don't appear on the archive page. I will do any donkey work needed if you tell me where. ~ P-123 (talk) 14:54, 4 January 2015 (UTC)
  • First thing to do is to restore all the archived sections that you want to archive back to your talk page. Let me know when that is done and we can go from there. :) — {{U|Technical 13}} (etc) 14:59, 4 January 2015 (UTC)
Technical 13: Have just done that. ~ P-123 (talk) 15:09, 4 January 2015 (UTC)
  • Very good, now we wait for an admin to delete the archive. Once that is done, we'll set you up to archive by yourself. — {{U|Technical 13}} (etc) 17:00, 4 January 2015 (UTC)
Technical 13: I didn't get your ping so went ahead and did it myself. Why does an admin have to delete? I can't retrace my steps to explain how I did it, but I managed to restore the deletes I wanted restored to the current Talk page, then archived it, then in the archive deleted the comments I didn't want to be visible, but they can be reached via the Edit Summary of the archive. Was that the right way to go about it? Once I had archived, I tried to delete the current Talk page which I had archived (as the last step in the archiving process) but whereas before I could do a global delete, this time I had to do them individually and cannot see why. I tried removing the code that normally goes at the top of the Talk page (the yes/no part) but it still didn't work, I couldn't delete all at once. Don't even try to make sense of the Edit Summaries for archive 4 and the Talk page I was archiving, as I was doing everything by trial and error! P-123 (talk) 19:00, 4 January 2015 (UTC)
You were going to explain how to archive by myself. I have always managed it before, but did not restore deletes before doing so, which is worrying as the archives won't be a complete record. There must be a simpler way of transferring the edit history of the Talk page to archive than the way I did it. P-123 (talk) 19:00, 4 January 2015 (UTC)
  • P-123, you literally just talked in a circle and I have no idea what you were trying to say. lol Anyways, you need to add {{subst:Iusc|User:Technical_13/Scripts/OneClickArchiver.js}} to the top of your skins .js page and then add {{subst:Oca|4}} to the top of your talk page. Once that is done, ping me to check it and we'll go from there. :) — {{U|Technical 13}} (etc) 19:19, 4 January 2015 (UTC)
Technical 13: Got held up. Have done that. P-123 (talk) 20:22, 4 January 2015 (UTC)
Technical 13: Thanks for fixing it. I see you just have to click on "Archive" to archive the thread.
  • Does that "Archive" note appear every time a new thread is started?
*I experimented by clicking on the only thread there at the moment and it went to archive, but underneath where the old archive ended. Is that what should happen? (I restored it after experimenting.) I meant the note underneath the old archive where it says "Do not alter this archive", but having looked again, I must have misremembered, as there is no such note.
  • If I delete comments from a thread while it is on the Talk page, I presume they won't carry over when the thread is archived. I presume before you archive you have to restore those deletes. Is that right?
I haven't looked at the documentation yet but perhaps those things are explained there. ~ P-123 (talk) 21:10, 4 January 2015 (UTC)
  • 1) yes 2) yes, unless you toggle the script off (documented, doesn't work well in Chrome) 3) archive header notices should only be at the top of the page, so yes, it did what it was suppose to 4) correct. — {{U|Technical 13}} (etc) 21:51, 4 January 2015 (UTC)
  • P-123, you may be interested in Technical 13's (Original by Equazcion) OneClickArchiver (Original) script. This is a semi-automatic archiving script that allows you to archive sections in one click from your talk page to your archive page. I'll note that the live version currently doesn't support a maxarchive size, but the beta version does and that should be moved to live in a few weeks. I'd be happy to help you set it up, just ping me from your talk page. :) — {{U|Technical 13}} (etc) 13:07, 4 January 2015 (UTC)
Technical 13: Thank you. That was going to be my next question! I will wait until the move has happened, and then ping you, in a week or two. ~ P-123 (talk) 13:26, 4 January 2015 (UTC)
Technical 13: I had better not try it myself. That is how I got into trouble the last time, trying to set up a bot to do the archiving, after learning how to do it here. If I may I will ask you to help once the move has happened in a week or two. ~ P-123 (talk) 13:43, 4 January 2015 (UTC)

parser functions generate extraneous linebreaks

here is the scenario: i want some element to have background color depending on some condition. i try to do something like

<div style = "background-color: {{#ifexpr: 0 < 1 | #aaaaaa | #bbbbbb }}" >

for clarity, i'll remove the "<div" part. what i get is

style = "background-color:

  1. aaaaaa"

similar problem with #if and #switch

  • is it a known issue? i ran some shallow search and did not find anything.
  • is there a clever way around it?
  • is there some "remove-linebreaks" template i can wrap around the #if to "flatten" the result? maybe some scribunto thing?

thanks, peace - קיפודנחש (aka kipod) (talk) 15:31, 4 January 2015 (UTC)

This is the parser mistakenly thinking you are trying to start a numbered list (using the # markup). Just move the hash out of the parser function: <div style = "background-color: #{{#ifexpr: 0 < 1 | aaaaaa | bbbbbb }}" >
Which should result in: background-color: #aaaaaa. -- [[User:Edokter]] {{talk}} 16:29, 4 January 2015 (UTC)
thanks. קיפודנחש (aka kipod) (talk) 16:39, 4 January 2015 (UTC)
This behavior is bug T14974, by the way. Matma Rex talk 16:57, 4 January 2015 (UTC)
It's also related to Help:Template#Problems and workarounds. --Redrose64 (talk) 17:54, 4 January 2015 (UTC)

Wikicode erros in Template:Rjukanbanen map

Template:Rjukanbanen map included in Rjukan Line is producing some errors. Could someone take a look at it? 94.175.114.220 (talk) 16:16, 4 January 2015 (UTC)

I managed to fix the obvious error (missing table start), but I'm not quite sure is the article is showing as it should. -- [[User:Edokter]] {{talk}} 16:43, 4 January 2015 (UTC)

Wrong footnote order in Menorrhagia

The footnote system in the Menorrhagia article assigns wrong numbers to the entries. For example, the last one in the list by A Shaw, Julia is number 8 in the list, but shows up as [3] in the article text. Besides, clicking the number in the article text neither shows the reference nor takes you to the list at the bottom. Perhaps we should simply convert to the usual <ref> </ref> system? Mikael Häggström (talk) 18:32, 4 January 2015 (UTC)

Indeed. I went ahead and did it: [25]. Matma Rex talk 19:02, 4 January 2015 (UTC)

Signature button: enter only four tildes

Hi,

according to Help:Edit toolbar the signature button in the panel should be entering only four tildes, but it enters two dashes and four tildes. Can I force the button to act as described, so it adds only ~~~~? Thank you. Wesalius (talk) 18:48, 4 January 2015 (UTC)

@Wesalius: No; altering it would make it inconsistent with all the other wikis which include two hyphen-minus characters (n.b. not dashes) in the button signature; also, it's been like that as far back as I can remember. It's far easier to fix the documentation, which was altered in this edit by Gareth (talk · contribs). --Redrose64 (talk) 20:10, 4 January 2015 (UTC)
Understood. Wesalius (talk) 20:23, 4 January 2015 (UTC)
(marginally relevant) personally, i prefer not to change what the button do (and anyway, i rarely use the button). however, several years back, some user(s) in hewiki asked to change it, and in a moment of boredom, i knitted the following script. it's very artificially tested. it's supposed to change the signature button's behavior to only inject four ~ chars, without the preceding dashes:
$(document).ready(function () {
mw.loader.using( 'ext.wikiEditor.toolbar', function () {
        var x = $("[rel=signature]").data('action');
        if (x && x.options)
                x.options.pre = '~~' + '~~';
});
});
peace - קיפודנחש (aka kipod) (talk) 17:44, 5 January 2015 (UTC)

List of links to section

Is there a tool that can tell me what pages link to a particular section of a page? That is, instead of merely linking to Foo, a link to Foo#Bar? Oiyarbepsy (talk) 03:24, 5 January 2015 (UTC)

  • I'm not aware of any tools that can do this, but you can get that information with WP:AWB if you do a database scan. — {{U|Technical 13}} (etc) 13:23, 5 January 2015 (UTC)
  • The external tool that can be found by clicking "What links here", then "Show redirects only" shows redirects that are section links, but not intentional section links on articles. Steel1943 (talk) 14:37, 5 January 2015 (UTC)

"Your language setting British English is not recommended."

The language I've chosen is British English. If it's not supported, fine. But what does this mean? I propose that it be removed or explained. There are lots of other language variants on the list, too. How come half of the English-speaking world gets this message? --Tom- (LT) (talk) 05:19, 2 January 2015 (UTC)

Do you know where you set this option, and where do you see the message?
BTW, British English is nowhere near half the English-speaking world. It is only about 14% or one in seven See English-speaking world. —EncMstr (talk) 06:20, 2 January 2015 (UTC)
The explanation is linked: "Many messages have been customized at the English Wikipedia but usually only for the default "en - English". It is therefore not recommended to select "en-GB - British English" or "en-CA - Canadian English". -- zzuuzz (talk) 06:30, 2 January 2015 (UTC)
Having trouble finding 14% but that's beside the point, there's still quite a lot of us however you cut the cake. Do we display the same message for simplified and traditional Chinese? The varieties of German? How come there's not an "American English" option, and that's viewed as standard English and not "American English"? What I propose is this: remove "Is not recommended", it's (mildly) offensive. --Tom (LT) (talk) 06:39, 2 January 2015 (UTC)
By the way, unlike variants of English, traditional and simplified Chinese are wildly different. The characters aren't the same, so are many expressions. Zhaofeng Li [talk... contribs...] 07:05, 2 January 2015 (UTC)
OK, but we don't have one labelled just "Chinese" because it's used by the PRC and the other labelled "Traditional Chinese" with a message "This is not a recommended option" (implication: please use simplified). I hope you could see, Zhaofeng Li, how that could cause some offense, eg to a person from Hong Kong or Taiwan or part of the Chinese diaspora. --Tom (LT) (talk) 07:13, 2 January 2015 (UTC)
For those who are still confused, as I was, this is what you get if you go to special:preferences, click the drop-down box labelled "Language", and choose "en-GB" as your language.
I have to agree with Tom that this is weird. If we're going to localize for English varieties, then we should really do it, for all user messages. If we're not going to localize for English varieties, then there's no point in having them listed in the drop-down box. It should just say "English", and let that include all varieties that we use. --Trovatore (talk) 07:22, 2 January 2015 (UTC)
@LT910001: This only affects the local, English-Wikipedia-specific customizations, which are maintained locally by administrators here. The MediaWiki software is correctly localized both for British English, varieties of Chinese and varieties of German. Matma Rex talk 09:36, 2 January 2015 (UTC)
  • As for your question, How come there's not an "American English" option, see Phab:T33874. — {{U|Technical 13}} (etc) 11:56, 2 January 2015 (UTC)
The language preference applies to the user interface which includes the sidebar, the topbar and user messages. It does not affect any content on the page. Each of these interface elements has a default for all of the supported languages. But, the English Wikipedia has heavily customized many interface pages. You can browse through Special:AllMessages to see the interface pages. The customized pages are highlighted in green and you can select the language to see how the interface page appears for that language.
Lets look at MediaWiki:Cite references link many. This is one of the pages that styles the backlink for references. By default this is but on the English Wikipedia with language set to en it shows as ^ in the reference list. MediaWiki:Cite references link many/en-br has also been customized so ^ shows when en-br has been set for British English. But MediaWiki:Cite references link many/en-br does not exist so users with Canadian English en-br will see . This is just one of thousands of interface pages.
British English is currently the fourth most selected language, behind Spanish, French and Bahasa Indonesia and just above Arabic, Russian and Brazilian Portuguese. See Wikipedia:Database reports/User preferences. None of those other languages have these interface page translated.
In my opinion, the English variants for the language preference are not useful. I just cannot think of any words that we would use on one of these pages that would not be comprehensible. As I recall, there is one British language interface page that uses "colour" which is a pretty trivial change.
Thus, there is no advantage to setting the language preference to British or Canadian English, and a number of disadvantages.
--  Gadget850 talk 12:51, 2 January 2015 (UTC)
I do agree with what you say (ie that what is written is comprehensible) but as a native speaker and reader/writer of British English I'd prefer if there was a language option reflecting this.--Tom (LT) (talk) 21:28, 2 January 2015 (UTC)
It was me who added "Your language setting British English is not recommended." to MediaWiki:Preferences-summary/en-gb, displayed at https://en.wikipedia.org/wiki/Special:Preferences?uselang=en-gb. "not recommended" is a link to an explanation. See https://en.wikipedia.org/wiki/Nosucharticle?uselang=en versus https://en.wikipedia.org/wiki/Nosucharticle?uselang=en-gb for an example of English Wikipedia customization at the default language en. It was done by editing MediaWiki:Noarticletext. It would be possible to edit hundreds of similar pages for other languages like MediaWiki:Noarticletext/en-gb, but it's usually only done for en. The MediaWiki default (which cannot link or refer to anything at the English Wikipedia) is displayed for the rest. There have been suggestions to do something systematic for en-gb or en-ca to display the same as en, but nothing has been done so far. PrimeHunter (talk) 13:17, 2 January 2015 (UTC)
FWIW c:, d:, m:, mw:, w:de:, and w:ru: all let me pick en-gb (but not en-GB) without comment. Of course the w:ru: folks didn't bother to translate their "gadgets" on Special:Preferences. Maybe write "might cause problems" with something boiling down to "needs volunteers with write access on interface messages" or similar. –Be..anyone (talk) 10:58, 3 January 2015 (UTC)
Problems with the British English preference keep appearing here. They've included a much less prominent warning when editing an old version of a page, Twinkle offering less options, disappearance of tools and overnight font changes. I agree with Gadget850: there are no significant benefits and many risks, including that it's yet another cause to be considered when trouble-shooting. NebY (talk) 14:39, 2 January 2015 (UTC)
Perhaps the warning could be rephrased, something like "Descriptions in British English don't exist for all pages. See more here." I just find it strange that WP is telling me not to use settings in my mother tongue. --Tom (LT) (talk) 21:28, 2 January 2015 (UTC)
Non-specific English (which is what "en - English" is intended for) shouldn't be unintelligible to any native English speaker, whether they be American, Australian, British, Canadian or another. Bigger differences between those dialects (like elevator/lift, pavement/sidewalk, or faucet/tap), simply don't occur in the interface pages so are not a problem. Others, like colour/color (which do come up in the interface pages) are trivial. We shouldn't need to maintain three sets of interface pages when only one is necessary. --Redrose64 (talk) 21:37, 2 January 2015 (UTC)
It's standard to link text to a page with more details, and in Wikipedia it is extremely common. I don't think we need to say "See more here" when "not recommended" can be linked. "Descriptions in British English don't exist for all pages" is problematic. Many of the customized interface messages cannot be called descriptions. And many readers would probably think the text just means that the descriptions are in another English variant. But if we give the impression that no text is given at all for British English users then it's also misleading, because they see the MediaWiki default (it's blank in some cases but not usually). I think MediaWiki:Preferences-summary/en-gb should be a single line for most users and then it's hard to include an argument which is meaningful by itself and not misleading. Additionally, if we do say they lose some interface customization then they may still think it's worth it because they overestimate the tiny amount of British changes they get – basically a few minor spelling differences (mostly a single letter) in a few interface messages. I think everybody who knows how much customization it loses and how little British it gives have agreed that British English is a poor user setting. PrimeHunter (talk) 22:06, 2 January 2015 (UTC)
OK but I think my point still stands. It is not up to an individual user to "not recommend" an entire language group or customisation be used... this language as stated is the 4th most selected language. Would anything prevent this being rewritten in a more objective way? (eg "Only a few customisations exist for British English; the majority still use American English. See more.") --Tom (LT) (talk) 21:23, 3 January 2015 (UTC)
Perhaps we could put this into the FAQ for this page; I refer you to my post of 19:30, 13 June 2014 at Wikipedia:Village pump (technical)/Archive 127#Interface problems. --Redrose64 (talk) 14:48, 2 January 2015 (UTC)
I had forgotten that I had started a FAQ at User:Gadget850/FAQ/Language that anyone is welcome to use as a start. --  Gadget850 talk 15:12, 2 January 2015 (UTC)

Sounds like there should be a single interface customisation for all varieties of English, and we can simply mix and match the few spellings that differ. Oiyarbepsy (talk) 15:47, 2 January 2015 (UTC)

It appears from mw:Localisation statistics that only 70 of 3125 default MediaWiki messages currently have an en-gb variant. In August 2013 it was 51 of 2979 and I used a language file to make a probably complete list of the differences: "$1"/‘$1’ (different quote characters in many messages), color/colour, canceled/cancelled, vandalized/vandalised, Kilometers/Kilometres, meters/metres, digitize/digitise, program/programme, License/Lisense. That's all! And for that you lose hundreds of customized messages, often with links to relevant help, policy and process pages. PrimeHunter (talk) 22:19, 2 January 2015 (UTC)
So why don't we just officially go to a single English locale, then? I think it's fine if it's just a random mix of US and Commonwealth spellings. Or, let someone who cares go through all the messages and localize them. I don't really care which. --Trovatore (talk) 22:32, 2 January 2015 (UTC)
This is by far the best option. en-gb is far, far more trouble than it's worth (and actively problematic to well-meaning people who try and select it) and should be disabled. Andrew Gray (talk) 12:32, 3 January 2015 (UTC)
Many people are very attached to British English. Maybe there will be more British texts in the future. There could even be a feature with automatic conversion of text in articles. I think the best solution would be a fallback system: If en is customized and en-gb is not then display the customized en version to en-gb users. Disabling en-gb would be second best. PrimeHunter (talk) 16:57, 3 January 2015 (UTC)

I can easily see why the "not recommended" message could be better. People do not like hearing that their language is not recommended, even if that's not the real intent behind the message. Why not replace it something that is nearly as short and happens to be both neutral and true, like "not fully supported"? Regards, Orange Suede Sofa (talk) 22:38, 2 January 2015 (UTC)

If spelling is the only difference surely it could be automated by a bot? => Spudgfsh (Text Me!) 22:41, 2 January 2015 (UTC)
Thank you, I wholeheartedly agree. If we follow the strand of thinking above we might as well mark French and Arabic with little message too "Your languages received less attention than standard English. They are not recommended" of course we wouldn't do such a thing! If it's not supported, it shouldn't be offered. If it is supported, then it shouldn't be "not recommended". --Tom (LT) (talk) 22:55, 2 January 2015 (UTC)
I use Dutch as my interface language here, primarily to avoid all the "helpful" additions to the user interface. It wouldn't be a problem to me if some message popped up when I selected it that told me that I was not going to received customized messages as a result.—Kww(talk) 23:06, 2 January 2015 (UTC)
@Kww such a message would be welcome. As it is, the message is phrased that the language I speak (British English) isn't "recommended". I find it strange and slightly insulting. Surely the message could be rewritten ("Customisations don't exist for all options"). As stated above, in wikis of other languages no such message is provided. --Tom (LT) (talk) 21:23, 3 January 2015 (UTC)
Such messages probably should be provided in some other wikis if they have heavy customization and a language option very close to the default. If a user has chosen a language far from the default then it's less relevant. Then you probably chose it because you know it much better and can live with some lost customizations, and you don't expect your interface to match help pages. But with the current software I really want to discourage users from picking en-gb instead of en. Some of the suggested messages here will probably give many users the impression that the only problem with en-gb is that you still get some American spellings. The real problem is that the content of many messages is completely different. In addition to losing information, big differences in the interface also make it harder to use help pages which may for example describe non-existing links. It also confuses communication with other users if you ask for or give help. How about: "Your language setting British English is poorly supported. It loses many interface messages." PrimeHunter (talk) 01:25, 4 January 2015 (UTC)
The "not recommended" warning would be easily missed in any case. The situation is far from satisfactory, where you're offered an option and then find out (or don't ever find out) that it's not fully supported. If it's too much work to maintain three English variants, then jsut the one should be offered. Anyone who installs computer packages will be quite used to that: Noyster (talk), 09:42, 4 January 2015 (UTC)
Thanks PrimeHunter, I think that is a better phrasing and also more accurately reflects the situation. Also it makes the problem more obvious which, in turn (ideally) will provoke more users into supporting localisation.--Tom (LT) (talk) 10:37, 4 January 2015 (UTC)
I have updated MediaWiki:Preferences-summary/en-gb and MediaWiki:Preferences-summary/en-ca. PrimeHunter (talk) 14:20, 5 January 2015 (UTC)
PrimeHunter thanks greatly for making this change. Although it's a small change in wording, it is a big change in meaning. --Tom (LT) (talk) 22:36, 5 January 2015 (UTC)
I was just considering that. What if the selected interface page detected the default en page was customized and showed a button? --  Gadget850 talk 23:19, 2 January 2015 (UTC)
If they were all pages, that would work, but sometimes they are single words.—Kww(talk) 15:34, 3 January 2015 (UTC)
It would simply require a check to see if the interface page exists. MediaWiki:Abusefilter-edit-action-disallow does not exist, so the message is the default; MediaWiki:Abusefilter-edit-action-flag exists so it is customized. --  Gadget850 talk 15:58, 3 January 2015 (UTC)
You misunderstand me. MediaWiki:Abusefilter-edit-action-flag is a single sentence. Where would you put the button? If you have a displayed page that incorporated hundreds of such messages, would you have hundreds of buttons?—Kww(talk) 16:23, 3 January 2015 (UTC)
You are correct, we have many sections and pages built of multiple interface messages. This would not be viable. --  Gadget850 talk 17:31, 3 January 2015 (UTC)

Animated images

Animated GIFs, especially the more frantic ones, can be incredibly annoying when one is trying to read adjacent text (e.g. see example here). Rather than removing the image altogether, is there any way to have Wikipedia display one static frame until the user requests "play"? Any other good solutions to this problem? 86.136.150.215 (talk) 14:09, 4 January 2015 (UTC)

Actually, this sounds interesting. But I would rather "vote" for such feature as a gadget not enabled by default. --Edgars2007 (talk/contribs) 17:50, 4 January 2015 (UTC)
Thanks; I agree that it should be optional not default. I'm not totally sure what a "gadget" is, but if it's available only to logged-in users then I don't think this wouldn't be a satisfactory solution since the majority of ordinary users are (I assume) not logged in. I think that such a feature should be enabled on a per-image basis by editing the page, using some switch in the syntax that displays the image. 86.136.150.215 (talk) 18:35, 4 January 2015 (UTC)
See Wikipedia:Gadget; there are almost 70 of these on the English Wikipedia. Most are only available to logged-in users on an opt-in basis; but about ten are enabled by default for all users, and logged-in users may opt-out of these. --Redrose64 (talk) 19:58, 4 January 2015 (UTC)
All the bug reports that I saw in my search were about animated GIFs not annoying people being animated when people wanted them to be. I believe the usual thing to do is to handle this in the browser, although I'm not sure if that's even possible in Safari any longer. How would you like it to work in practice? Whatamidoing (WMF) (talk) 23:06, 4 January 2015 (UTC)
However annoying, animated GIFs displayed as animated would presumably never be logged as a bug since this is the designed/intended behaviour. I think, as I mentioned, that in an ideal world there would be a switch somewhere in the wiki-text syntax to allow editors to switch off automatic animation. The page would then display a static frame along with some kind of "Play" control to allow the reader to begin animation if and when desired. The default would be automatic animation so that existing pages would not change except by conscious editor decision. 86.136.150.215 (talk) 03:32, 5 January 2015 (UTC)
I don't think that will be sufficient to solve the reader's problem. What if the editors all decide that it's great to have this one animated by default, but I really, really want to turn it off while I'm reading that page? Whatamidoing (WMF) (talk) 05:56, 5 January 2015 (UTC)
Well, that's no worse than what happens right now of course, but I guess a "Stop" control could be added? 109.156.50.255 (talk) 12:48, 5 January 2015 (UTC)
I've started two feature requests for you; the numbers and links are in the boxes above. Anyone with other ideas (especially details about what it should look like) should feel free to add comments. Whatamidoing (WMF) (talk) 19:03, 5 January 2015 (UTC)
Thank you for your interest. 109.153.227.154 (talk) 14:53, 6 January 2015 (UTC)

Proposed vector replacement for Gadget-dropdown-menus

Please see Wikipedia:Gadget/proposals#Proposed vector replacement for Gadget-dropdown-menus. — MusikAnimal talk 05:20, 7 January 2015 (UTC)

Custom notices on user .js and .css pages

I recently found while attempting to use {{GitHub top icon}} on some of my scripts, which I have made available for bug reporting and pull requests on GitHub, that only pages in MediaWiki: currently transclude the page's editnotice. I started a discussion on MediaWiki talk:Clearyourcache#Protected edit request on 31 December 2014 seeking to change this behavior. Mr. Stradivarius respectfully declined the direct request and suggested that I propose the question here.

Since MediaWiki: pages already use the editnotice for this behavior, my first inclination is that this is the best way to go. Edit notices are protected by the TBL and only Template editors, Account creators (for now), Administrators, and the editor who's userspace they are in can edit them. This seems logically the best place to me, but I also thought that maybe a /doc or /header subpage might be preferable by some editors if we don't want/need to protect the documentation pages in that way. I look forward to hearing back from the community to see if that level of protection is needed for these transclusions and if there are any preferences for what the page name should be.

An option that I'm just thinking of to meet the best of both worlds is to transclude the editnotice and allow the editor to transclude the subpage if they want others to be able to edit the documentation. This could probably be done with greater consistency through a template for what the community agrees such a subpage name should be in those cases. Since /doc is already used for templates and modules, that seems the logical choice if this is the option agreed upon. — {{U|Technical 13}} (etc) 14:38, 6 January 2015 (UTC)

Your original suggestion apparently shows an existing [[Template:Editnotice/Page/{{FULLPAGENAMEE}}]] for action=view outside of the User: namespace, while that logic is currently limited to the MediaWiki: namespace. Please correct me if I didn't get it. In both cases action=view tries to emulate "insufficient user rights to edit the page". I'm not sure about this, all those v t e links offer action=view, and v should do what it says without displaying editnotice-spam. When I stumbled over an editnotice for a system message only existing on commons with a hardwired link to a non-existing mw-documentation (because nobody else uses this system message) I was seriously pissed—it took me far too long to figure out that this editnotice was lying. –Be..anyone (talk) 15:13, 6 January 2015 (UTC)
  • My original suggestion is to do for User: what already exists for MediaWiki:. I'm not sure what you are talking about when you talk page view links. There would be no links for my purposes (applying a topicon with a link to the GitHub repo for scripts where there is a repo on GitHub), but I can envision others using templates that add vte links. The v link to view the page shouldn't have any troubles taking them to the editnotice page, so I'm unclear as to what your concern is (if there is even a concern). — {{U|Technical 13}} (etc) 15:33, 6 January 2015 (UTC)
  • I'm not clear what you're trying to do either but if the issue at hand somehow hinges on the "tag" being "top-icon" based - convert them to use indicator tags instead. -- George Orwell III (talk) 16:02, 6 January 2015 (UTC)
    • George, I'm not sure what indicator tags have to do with the ability to transclude documentation and/or editnotices on the top of user.js and user.css pages when not in edit mode. Let's please keep the discussion on topic. — {{U|Technical 13}} (etc) 16:15, 6 January 2015 (UTC)
      • You bet. All that was needed for that was a clear and concise sentence or two, using laymen-like verbiage and terms -- like your last reply was -- but at the beginning of the discussion. Sorry for not comprehending/understanding. Good luck. -- George Orwell III (talk) 17:31, 6 January 2015 (UTC)
MediaWiki:Clearyourcache should definitely display a doc page of some sort, rather than an editnotice, IMO (even in the MediaWiki namespace). Jackmcbarn (talk) 18:28, 6 January 2015 (UTC)
A lot of scripts already have documentation pages at User:Username/scriptname (where the script itself is located at User:Username/scriptname.js). Why not transclude this at the top of script pages? We already do a similar thing with Lua modules. — Mr. Stradivarius ♪ talk ♪ 10:19, 8 January 2015 (UTC)

GeoCoordinate interactive map causing computer crash.

Twice now the interactive map feature on the GeoCoordinate bar at the top of the McCoy, Oregon article has crashed my MacBook Pro. (The bluish circle next to Coordinates at the top of the article). Please assess. Thank you. Gaff (talk) 05:03, 7 January 2015 (UTC)

If you mean the WP:WikiMiniAtlas which is accessed by clicking on the globe icon, it appears fine for me. Do you have to do anything like zooming or panning for it to crash? —EncMstr (talk) 08:23, 7 January 2015 (UTC)
It might also be interesting to know if the problem also happens when you are using a different web browser to access that page. --AKlapper (WMF) (talk) 11:47, 7 January 2015 (UTC)

Strange Wikitable Sorting issue

Hello! I hope this is the right place for this question. There's a weird sorting issue going on with this page. You'll notice there are two similarly coded tables on the page. The upper one (under Goaltenders) is the one having the issue. When I sort the "tournaments" columns, the rows with a comma all group together. I solved the issue in my next edit by adding non-breaking spaces. But, the lower table is having no sorting issue at all, and it doesn't have the nbsps. I'd rather not have to use them, and I'd liked to know what the problem. I've checked the coding several times and can't figure out what the issue is. -- Scorpion0422 00:02, 8 January 2015 (UTC)

It works if you change !Tournament(s) to !data-sort-type="text"|Tournament(s). See Help:Sorting#Forcing a column to have a particular data type. PrimeHunter (talk) 01:03, 8 January 2015 (UTC)
Okay, thanks! But, why is the issue not occurring in the lower table? That's the interesting part. -- Scorpion0422 01:25, 8 January 2015 (UTC)
If you don't specify a data-sort-type then one is chosen based on the cell contents. The details are complicated and sometimes change. I don't know whether Help:Sorting#Default data type of a column is currently accurate. Something caused the first table to choose another sort type than text. Rather than trying to learn how to predict the default type in every situation (until next time the software changes), I suggest you just set data-sort-type when there is doubt. This is also more stable if somebody later makes cell changes which can cause another default data type. PrimeHunter (talk) 01:52, 8 January 2015 (UTC)

Wikipedia query/datamining service

I wonder if there exists a service that allows Wikipedians to request analytics be performed on the database or datadumps by more tech-savvy volunteer force. Back in the days of the Toolserver, it was called "Query service", and it was basically a JIRA project where people requested analyses to be run against the database replicas. These requests were handled by Toolserver users with SQL knowledge. Now that TS is no more, I couldn't find a similar initiative reemerge in WMF Labs. This makes me wonder, would such a project still be of general use, and whether there would be any volunteers to handle such requests. —Миша13 10:20, 8 January 2015 (UTC)

Requests can be made here, I think. Zhaofeng Li [talk... contribs...] 11:33, 8 January 2015 (UTC)
There's a query service on Tool Labs that you can use if you know the SQL, it's called Quarry. Cheers, Nettrom (talk) 12:11, 8 January 2015 (UTC)
Yes: Database-Queries on Tool Labs. --AKlapper (WMF) (talk) 12:17, 8 January 2015 (UTC)
Ah, that's what I was looking for. Thanks! —Миша13 12:34, 8 January 2015 (UTC)

Another minor infobox problem

Can someone explain why the infobox on AN/FPQ-16 EPARCS isn't working properly? I can't see anything obvious. Maury Markowitz (talk) 14:15, 8 January 2015 (UTC)

  • Maury, you mean other than the fact that you are not using any of the parameters named in the {{Infobox radar}} template you are using? — {{U|Technical 13}} (etc) 14:30, 8 January 2015 (UTC)
No - I have filled out a bunch of the parameters, but only one shows up on the page. Maury Markowitz (talk) 16:00, 8 January 2015 (UTC)
Oh, I see what you mean. I wonder why the original author put all of those in there? Maury Markowitz (talk) 16:03, 8 January 2015 (UTC)
They probably saw the documentation of {{Infobox military installation}} instead of {{Infobox radar}}. Some editors don't know that all parameters must be defined in the code of the used template. There are also editors who think you can write any made up parameter name in an infobox and then it will be displayed as a title together with the value, but that clearly wasn't the case here. PrimeHunter (talk) 16:13, 8 January 2015 (UTC)
Ahhh, you got it Prime. This data was copied from another article and then edited. I've turned that article into a redir, it was entirely redundant. Maury Markowitz (talk) 21:20, 8 January 2015 (UTC)

Autoblock checker

I mean the autoblock checker linked from the "Block user" page. It comes up with a % sign in the "Username" field. When I replace that with the username, I get "No matching results found for: Murray State College. Try % instead." So I think, I don't understand that "%", maybe its a necessary prefix, and try leaving it there, but the result is "No matching results found for: %Murray State College. Try % instead."

What does "Try % instead" mean? Am I doing something wrong, is the tool broken, or does that response mean that there is no autoblock on the account? Is there any other way to check and clear autoblocks on a user I have just unblocked? JohnCD (talk) 21:38, 8 January 2015 (UTC)

I certainly don't know what the "Try % instead" means, but the Autoblock checker seems to return this result when there are no autoblocks on the username you checked. I checked for autoblocks on Floquenbeam, and it gave me that message. I checked for autoblocks on an account that the block long showed had just triggered an autoblock a couple of minutes ago, and the autoblock checker returned that autoblock correctly. --Floquenbeam (talk) 21:50, 8 January 2015 (UTC)
Thanks, I have done similar experiments, with the same result. It doesn't seem to matter whether you leave that mysterious % in front of the username. Conclusion: the tool works, but has a thoroughly unfriendly user interface. JohnCD (talk) 22:05, 8 January 2015 (UTC)
I can't find this "autoblock checker" at Special:Block for either a registered username or an IP address. How is it described at that page? --Redrose64 (talk) 22:21, 8 January 2015 (UTC)
Just above the heading "IP addresses", it is "Autoblock check" in a list of "Related pages". JohnCD (talk) 22:25, 8 January 2015 (UTC)
Ah, you mean Auto-block check - I was looking for it unhyphenated. --Redrose64 (talk) 22:27, 8 January 2015 (UTC)
(e/c) Up next to the bottom of the "Sensitve IP addresses" box, in italics, "Related pages: Block log, List of active blocks and rangeblocks...." it has "Auto-block check". It send you to http://tools.wmflabs.org/xtools/autoblock/. --Floquenbeam (talk) 22:26, 8 January 2015 (UTC)

Recent change to API rvlimit?

I have a script that queries the API to look through revisions of a certain page. The API call that achieves this uses an |rvlimit= parameter to determine the number of revisions to return. The documentation says that normal users have a maximum limit of 500 and bots have a limit of 5000, but running this call in the sandbox shows a limit of 50. I have made this call many times in the past and gotten a limit of 500. Did something recently change in the API?--Dudemanfellabra (talk) 03:51, 8 January 2015 (UTC)

Queries for prop=revisions that require fetching the content (e.g. rvprop=content, rvdiffto, or rvdifftotext) enforce lower limits. If you're wanting to use the largest possible limit, your best bet is to set rvlimit=max which should always work.
The lower limits when rvprop=content is used isn't at all new, although it appears it was somewhat recently expanded from only considering rvprop=content. Anomie 13:36, 8 January 2015 (UTC)
@Anomie: The last time I ran the script that makes that call was back in October, and at that time, even though I was querying rvprop=content (plus some other stuff) and rvlimit=max, I was still allowed a limit of 500 revisions. It wasn't until yesterday when I tried to run the script without making any changes that it gave me a limit of 50, which I only noticed because of erroneous output. It's no matter now since I've modified the script to use rvcontinue if it's there, but I was just curious. The reason I didn't have it set to use rvcontinue before is there had not been anywhere near 500 edits to the page, especially since I split it into two chunks. I would have had to modify my code eventually, though, as more edits were made to the page, so there is a silver lining I guess.
When you say the limits were recently expanded from only considering rvprop=content, what exactly do you mean?--Dudemanfellabra (talk) 22:11, 8 January 2015 (UTC)
I mean that rvdiffto and rvdifftotext didn't trigger the reduced limits until recently. Anomie 00:02, 10 January 2015 (UTC)

User:Flow_talk_page_manager

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

Where is the documentation for this user account? It has contributions Special:Contributions/Flow_talk_page_manager that do not appear, and has a bot flag. — xaosflux Talk 04:30, 8 January 2015 (UTC)

See mw:Flow/Converting LiquidThreads#What happens in conversion. The name is set by MediaWiki:flow-talk-username. PrimeHunter (talk) 05:18, 8 January 2015 (UTC)
I've added a brief description of what the account does to its user page. — Mr. Stradivarius ♪ talk ♪ 10:50, 8 January 2015 (UTC)
Thank you! — xaosflux Talk 04:24, 10 January 2015 (UTC)

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

User talk

Is there (or is it possible to make) a list of user talk pages, sorted by size? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 18:34, 5 January 2015 (UTC)

Wikipedia:Database_reports/Talk_pages_by_size#Other_talk_pages, but it's about six months out of date. WhatamIdoing (talk) 19:08, 5 January 2015 (UTC)
Wasn't there a report on Labs that did this ? http://tools.wmflabs.org/betacommand-dev/reports/Long_Pages.html ?

ShakespeareFan00 (talk) 19:21, 5 January 2015 (UTC)

  • There is as of my request for it the other day. :) — {{U|Technical 13}} (etc) 19:37, 5 January 2015 (UTC)

Thank you, all. It would be yet more useful if that page also showed the date of the user's last edit (bonus if there's also a link to their contributions page). @Technical 13: I see you've started tagging some of them, at least, asking that they be archived. I was planning to do that for any whose "owners" have not edited for a while, and asking VPPolicy to agree that we should mandate archiving for others. We should probably also remove inactive users (>12 months?) form project/ Signpost mailing lists, suggestbot,etc. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:42, 6 January 2015 (UTC)

Andy, there has actually been some discussion about this on Ronhjones's talk page in Please explain. I still need to make that flow chart, but I got sidetracked trying to figure out why xtools keeps crashing and working on another script for someone else (because my brain needed a break from this specific project). Part of the new functionality of Technical 13's (Original by Equazcion) OneClickArchiver (Original) script that I'm working on in beta is the ability to tag pages with the script to request archiving by the user (which you have apparently seen) or set up an archiving bot in a couple clicks with the script. I'd love to work with you on figuring out how the flow chart would work if you are interested. I think that there needs to be a good plan in a flow chart before this can be presented to the community for a discussion and consensus with implementing it. — {{U|Technical 13}} (etc) 16:08, 6 January 2015 (UTC)
@Technical 13: Remarkably, 8 or 9 of the top 10 on that list are active users (I'd expected more to be long gone). See also Wikipedia:Village pump (policy)#‎Bots filling talk pages. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:21, 6 January 2015 (UTC)

Could we get that list remade, please? I've archived a good few of them. (Preferably with the additional columns mentioned above) Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:43, 10 January 2015 (UTC)

  • Andy, what do you mean remade? It is run every day (last run was 2015-Jan-10 00:16:57). — {{U|Technical 13}} (etc) 20:58, 10 January 2015 (UTC)

please help

original version
messed up version
one user tried to fix this but the result became messed up version 2

— Preceding unsigned comment added by Dannis243 (talkcontribs) 16:27, 11 January 2015 (UTC)

there seems to be a problem with the aligment of text and result bars furthermore the bars are seperated too far apart vertically, last time i posted i did not recieve help that changed thay, can someone please help now meybe has something to do withTemplate:Infobox political party but unsure Dannis243 (talk) 16:07, 8 January 2015 (UTC)

Special:Contributions/Dannis243 shows prior discussion at Talk:Party of the Swedes#Infobox changes so it's on Party of the Swedes which uses {{Infobox political party}}. PrimeHunter (talk) 16:24, 8 January 2015 (UTC)
it has affected other infoboxex so it not olny party of the swedes that has this problem Dannis243 (talk) 16:30, 8 January 2015 (UTC)
@Dannis243: you have posted basically the same question on various pages (see WP:MULTI and WP:FORUMSHOPPING); for example at User talk:Jackmcbarn (which was moved to your talk page, which you deleted); at User talk:Trust Is All You Need; at User talk:Drmies - there are plenty of other examples. At both User talk:Peter Isotalo and User talk:I JethroBT, you were advised that Template talk:Infobox political party would be a better location - but instead you went to ANI (having been there before) and then came here. Why do you think that Template talk:Infobox political party is not the best place for discussing a problem with {{Infobox political party}}? --Redrose64 (talk) 17:12, 8 January 2015 (UTC)
.infobox {
    border: 1px solid #aaa;
    border-spacing: 3px;
    background-color: #f9f9f9;
    color: black;
    /* @noflip */
    margin: 0.5em 0 0.5em 1em;
    padding: 0.2em;
    /* @noflip */
    float: right;
    /* @noflip */
    clear: right;
    /* @noflip */
    text-align: left;
    font-size: 88%;
    line-height: 1.5em;
}
the border-spacing: 3px; which was added by Edokter on November 14, 2014, is why there is spacing between each row. You will also see:
.infobox td,
.infobox th {
    vertical-align: top;
and the vertical-align: top; which was added by Ed g2s on August 11, 2005, is why all of the labels are top aligned.
Now, as far as {{Infobox political party}} goes, there have been no changes to that template in the last month except for the edit war you seem to be having with Frietjes, which needs to stop, and some changes by PanchoS, which appear - based on the edit summaries - to have the intent of reducing spacing (like you're asking for). Happy editing! — {{U|Technical 13}} (etc) 18:04, 8 January 2015 (UTC)
I made a comment on the infobox talk page. The border-spacing I added may have contributed somewhat, but it is {{Composition bar}} which seems poorly designed, and that is the reason it does not align with the label. -- [[User:Edokter]] {{talk}} 18:29, 8 January 2015 (UTC)
ok can someone please fix the issue now, when i did that in Template talk:Infobox political party there was a few comments and then thats were it was ended nothing being done Dannis243 (talk) 12:21, 9 January 2015 (UTC)
dont forget about fixing the problem of bars are seperated too far apart vertically, thanks Dannis243 (talk) 12:28, 9 January 2015 (UTC)
I dont know how to do any of this myself so i need some help to resolve this problem Dannis243 (talk) 12:35, 9 January 2015 (UTC)
Hello?! why cant someone help me fix it? Dannis243 (talk) 16:28, 11 January 2015 (UTC)

Template to link to an article anchor

I could have sworn that we had a Template:Sectionlink (or something like that name) that, when used on a Talk page, rendered a link to the section named in its param on the corresponding article page (e.g. on Talk:Bananagrams, entering “Under {{sectionlink|Awards}} it says…” would result in “Under Awards it says…”). I swear I’ve used this template before. I’m not imagining this, am I? —174.141.182.82 (talk) 09:16, 10 January 2015 (UTC)

It's been deleted a few days ago. See Wikipedia:Templates for discussion/Log/2014 November 27#Template:Sectionlink. -- [[User:Edokter]] {{talk}} 10:52, 10 January 2015 (UTC)
Thanks. Could I contest the deletion? I find it much more convenient in discussions than typing “Under [[{{ARTICLEPAGENAME}}#Awards|Awards]] it says…” (using the magic word in case of move), and there doesn’t seem to be an alternative template. —174.141.182.82 (talk) 12:09, 10 January 2015 (UTC)
[ec] All you need to type is [[#Awards]], or for neatness, [[#Awards|Awards]]. Otherwise, use {{Section link}}. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:41, 10 January 2015 (UTC)
If you read the TfD it was redundant to {{section link}}. --  Gadget850 talk 12:42, 10 January 2015 (UTC)
These methods would link to a section on the Talk page. They would not link to the article from the Talk page—see this failed test. I apologize for apparently not being clear. So I ask again: Is there a template that uses {{ARTICLEPAGENAME}} to link from an article’s Talk page to a named section of its article? If not, could I contest its deletion? —174.141.182.82 (talk) 12:59, 10 January 2015 (UTC)
You can try deletion review, but your scenario is quite an edge case. In fact, if this functionality would be re-introduced in {{section link}}, it would make it impossible to link to a section on the talk page. -- [[User:Edokter]] {{talk}} 13:56, 10 January 2015 (UTC)
Why would [[#Section]] not suffice for internal linking on any Talk page? Why would the present functionality of {{section link}} be needed there? Also, I don’t see how linking to part of an article from its Talk page could be considered an edge case. —174.141.182.82 (talk) 14:25, 10 January 2015 (UTC)
Of course it would suffice, but that would make the template name misleading, and lack the proper formatting (§). The fact remains that it is a cross-namespace link. I think the best solution is to add a parameter to the current template. -- [[User:Edokter]] {{talk}} 14:36, 10 January 2015 (UTC)
I’ve started a deletion review; if that fails, I would thank you to add such a parameter to {{section link}}. —174.141.182.82 (talk) 14:55, 10 January 2015 (UTC)

Bug 2 -- an edit conflict can still arise when creating a "new section"

I do not understand how this is possible, but when clicking "Add topic" to a talk page ([26]) and then "Save page", I am greeted with an edit conflict.

This must be a bug... if I am creating a new section, what am I conflicting with? I understand when editing a page if 2 users do it simultaneously, the software doesn't know how to parse the text and where to add them. But a new section is pretty clear. It's added to the page, not altering it. --Tom (LT) (talk) 22:14, 8 January 2015 (UTC)

I don't know, but I can imagine a scenario where a conflict could arise. Suppose Editor A is adding a new section while Editor B is also adding a new section. Editor B saves first. When Editor A saves, how does the software know whether Editor A's new section should come before, or after, Editor B's? QuiteUnusual (talk) 10:42, 9 January 2015 (UTC)
IMO, the answer should be obvious: There is no reason in particular to put either one of them before the other. So, if it first puts B's, and then A's, there should be no problem. And I susperct that the edit conflict was with this edit, which is not adding a new section. עוד מישהו Od Mishehu 19:15, 10 January 2015 (UTC)
Yes, I found this strange. How to file a bug? --Tom (LT) (talk) 21:00, 10 January 2015 (UTC)
Agreed; if QuiteUnusual's situation arises, the system adds a new section at the bottom of the page at the moment of it being saved. This means that B's is placed after everything visible when the two editors started typing, and A's is placed after B's. Nyttend (talk) 00:35, 11 January 2015 (UTC)
There is a way it could happen, though. The process of saving a new section involves several steps: (1) get the current text, (2) merge the edit into the current text (i.e. append the new section), (3) do stuff like AbuseFilter on the combined text, and (4) save the edit. If both A and B get through step 1 before either A or B gets to step 4, then one of the two would have to fail when it does get to step 4. Yes, it could just restart the process from step 1 when it detects the conflict at step 4, but that would be a significant additional complexity for a very rare situation (most non-new-section edit conflicts are detected at step 2, the check at step 4 is a last-second sanity check). Anomie 12:51, 12 January 2015 (UTC)

Creating a book

Hallo sorry if this is not the right page. I am trying to create a book with my userpage, by default i can only download it in PDF. But the result is in the book, all the tables don't show at all, only the footnotes. This is the link

http://en.wikipedia.org/wiki/User:Maxcrc

This is one of the subpages with tables which don't show in the PDF

http://en.wikipedia.org/wiki/User:Maxcrc/Africa

Suggestions ? Thanks 183.88.39.62 (talk) 04:24, 12 January 2015 (UTC)

I don’t think you can use any licenses, as you do on your userpage, unless they’re compatible with the Creative Commons license that all Wikipedia content (including userpages) is under; see your Talk page, User talk:Maxcrc. Anyway, you’re right, the PDF converter strips out tables and their content, for instance the lists of episodes in “List of South Park episodes” (PDF). —174.141.182.82 (talk) 06:11, 12 January 2015 (UTC)


I was forced (required) to put that text ,letter by letter, by Wikipedia administration (or a global moderator) years ago. It was NOT my initiative. I have been told that without that text i wouldn't be allowed to keep my page. I would like the rules to be clearer and not always attacked by opposite reasons. Anyway, thanks for the answer about the PDF. I will find another way. I have removed the footnote, hopefully I will not receive a request to put it again. MaXiMiLiAnO 07:19, 12 January 2015 (UTC)

You were not forced to put that text. The simplest way to not make invalid copyright claims for your edits is to make no claims at all. You can just remove the text as I see you have.[27]. The normal license for Wikipedia edits can get modifications so it's problematic if you state an old license and don't update it. I see the issue started with [28] where you said "Any reproduction of the data contained in this userpage without my permission will be persecuted and fined." That was a serious violation and you were told to modify it but apparently not how.[29] You replaced it with what I guess was the normal Wikipedia license at the time.[30] PrimeHunter (talk) 14:38, 12 January 2015 (UTC)

So does anyone know why the PDF converter/book creator appears to ignore all table content? —174.141.182.82 (talk) 20:56, 12 January 2015 (UTC)

Tech News: 2015-03

16:47, 12 January 2015 (UTC)

The Eastern Sea

Can somebody remove the MTV template from this article ? I think its in a reference somewhere, Thanks GrahamHardy (talk) 17:41, 12 January 2015 (UTC)

@GrahamHardy: All of the refs are malformed. Every single one uses a template that is not a ref template; two use {{MTV}}, which is a sidebar; the rest are redlinks so do not exist. They should be altered to {{cite web}} etc. --Redrose64 (talk) 17:47, 12 January 2015 (UTC)
The article was created via a copy-paste. [40] I wonder if it was previously deleted? AndyTheGrump (talk) 17:50, 12 January 2015 (UTC)
It hasn't been deleted under that title or another edited by the creator. It had a lot of interlanguage links and a Commons link to pages which never existed, so it seems more likely that it was based on another article where all references to the original name were replaced but the interwiki prefixes and commons template was kept. Apart from that and the cleanup templates I haven't found hints of where it may have been copied from but it looks like so little was kept that it doesn't break our license. PrimeHunter (talk) 18:19, 12 January 2015 (UTC)
@GrahamHardy: Fixed GoingBatty (talk) 19:10, 12 January 2015 (UTC)

Gap

I have no idea what I did, but it appears now that all articles have a rather big gap from the header to the article title. It looks very ugly and I don't know if it's just me or not. Thankfully I had another tab open from yesterday that had no gap... Gapless Gap Is this an actual change to the site or did I accidentally switch something on? Nohomersryan (talk) 21:37, 12 January 2015 (UTC)

You did nothing. It's MediaWiki talk:Vector.css#New body selector isn't right. --Redrose64 (talk) 22:22, 12 January 2015 (UTC)

Navigation popups allow me to see a revdeleted edit summary

A user earlier had an edit summary rev-deleted due to BLP concerns. On my watchlist, if I hover over that user's contribs, it of course brings up their most recent edits. However, the rev-deleted edit summary is still visible for me. Is this because I am an admin or is this a bug? Black Kite (talk) 23:54, 12 January 2015 (UTC)

I noticed this the other day, but assumed it was because I was an admin, and didn't think nothing of it. --MASEM (t) 00:01, 13 January 2015 (UTC)
Oh, I'm sure it's probably happened many times before but this is the first time I've seen an edit-summary on a popup that I know is suppressed. Of course, when you look at a suppressed diff as an admin, you have to make an extra click through to it, which is why I asked really, just in case it was a glitch. Black Kite (talk) 00:06, 13 January 2015 (UTC)
Yes, it's because you're an admin. I can see revdel'd edit summaries from 2013, so it isn't a caching thing. And I logged out and logged in as Floquensock, and couldn't see them in popups anymore. The odd thing is that as an admin, the revdel'd username is marked as "Hidden Revision" in popups, it's only the revdel'd edit summary that displays. --Floquenbeam (talk) 00:17, 13 January 2015 (UTC)
Actually, it is a caching issue. If you clear your cache, you will find the revdeleted summary is no longer visible. -- [[User:Edokter]] {{talk}} 00:18, 13 January 2015 (UTC)
@Edokter: Are you sure? I was looking at a revdel'd edit from July 2013, and I've cleared my cache a lot since then. Look at the history of this page in popups, and tell me what you see for July 15 2013 at 21:14 UTC: User:Floquenbeam/sandbox. I'm sure nobody besides me has that edit summary in their cahce. Even after clearing my cache again just now, I still see the edit summary in popups (although the editor is listed as "hidden revision"). I've seen what you're talking about on normal diff pages, but we're talking about the edit summary displayed in popups here. --Floquenbeam (talk) 00:40, 13 January 2015 (UTC)
Come to think of it... I once saw the actual dif of a revdelled edit in popups, which cleared after clearing my cahce. I don't think I ever see the actual edit summary in Popups. In this case, I only see the word "test" and your sig removed (and I'm an admin). -- [[User:Edokter]] {{talk}} 01:14, 13 January 2015 (UTC)
Same as Edokter in terms of what is visible. --MASEM (t) 01:15, 13 January 2015 (UTC)

Watchlist on Wikipedia for Android mobile phones is no longer under the top right left pull down menu

Resolved

I noticed that today, the watchlist on Wikipedia for Android mobile phones is no longer under the top right left pull down menu. Does anyone know what happened? --Jax 0677 (talk) 03:13, 4 January 2015 (UTC)

User:Deskana (WMF) probably knows what's going on. Did you make sure that you're still logged in? Whatamidoing (WMF) (talk) 22:50, 4 January 2015 (UTC)
@Jax 0677: Are you accessing Wikipedia through your phone's browser, or on the app? For the former, I've tested it on my Android device and verified that the watchlist is accessible, so I'll need more details in order to reproduce the issue, such as the kind of phone you're using, such as the model, Android version, and browser. For the latter, the watchlist feature has never actually existed on the Android app, and we're presently not working on adding it in as our current work focuses around readership rather than editorship. Hopefully that helps! Let me know if you have any questions. Thanks! --Dan Garry, Wikimedia Foundation (talk) 00:27, 5 January 2015 (UTC)
Reply - @Deskana (WMF):,@Whatamidoing (WMF): I am using a web browser to access the mobile phone Wikipedia site on my Samsung Galaxy S3 telephone that I bought in 2012. I am not sure how to determine the browser and android version, but the browser does allow me to utilize multiple windows. --Jax 0677 (talk) 14:57, 5 January 2015 (UTC)
  • Jax 0677}, it was //whatsmyuseragent.com/ in the template and that works for me. I have forced secure turned off though.. I've forced it insecure in the template and all links should now work. — {{U|Technical 13}} (etc) 17:27, 5 January 2015 (UTC)
Mozilla/5.0 (Linux; U; Android 4.4.2; en-us; SCH-I535 Build/KOT49H) Apple Webkit/534.30 (KHTML, like Gecko) Version/4.0 Mobile Safari/534.30 --Jax 0677 (talk) 18:19, 5 January 2015 (UTC)

@Jax 0677: Can you take a screenshot of what the left menu looks like? That may help us diagnose the problem. This screenshot shows what it looks like on my device (Nexus 5, Android 5.0, Chrome). Thanks! --Dan Garry, Wikimedia Foundation (talk) 18:56, 5 January 2015 (UTC)

Reply - @Deskana (WMF):, I do not know how to take a screen shot of my phone. However, my screen looks similar to that one, except there are no icons left of "Home", "Random" and "Settings". "Jax 0677" replaces "Login" (there is no icon left of it either). There are no rows for "Nearby" and "Watchlist". --Jax 0677 (talk) 22:55, 5 January 2015 (UTC)
  • Jax 0677, by any chance, do you have Preferences → Gadgets → Testing and development → check Mobile sidebar preview - Show page in mobile view while browsing the desktop site.? — {{U|Technical 13}} (etc) 23:40, 5 January 2015 (UTC)

  • Reply - @Technical 13:, I had that unchecked to start. I have tried both settings, and this does not address the issue. --Jax 0677 (talk) 23:55, 5 January 2015 (UTC)
    • @Jax 0677: You can take a screenshot by pressing the volume-down and the power buttons at the same time. Is your username displayed at the top of bottom of the sidebar? If it's at the top, you are using the native Android app which does not support watchlist. Zhaofeng Li [talk... contribs...] 00:04, 6 January 2015 (UTC)
      • Reply - @Zhaofeng Li:, per my message at 22:55 on 05JAN, '"Jax 0677" replaces "Login", which puts it at the bottom. --Jax 0677 (talk) 00:23, 6 January 2015 (UTC)
        • @Jax 0677: The behavior you're describing is what happens when the browser doesn't support Javascript (or the site thinks that your browser doesn't support Javascript). Is there any reason that Javascript might not be working on your phone? Kaldari (talk) 00:07, 7 January 2015 (UTC)
          • Reply -@Kaldari:, without the technical knowhow, I can not think of a reason why Javascript might not be working on my phone. --Jax 0677 (talk) 01:39, 7 January 2015 (UTC)
            • Reply -@Kaldari:, good news though, the Wikipedia watchlist is now back on my phone. --Jax 0677 (talk) 03:34, 9 January 2015 (UTC)

Double entries in deletion tagging log

Why are speedy deletion tags logged twice in a page log record (example) when looking at all logs, but only once when explicitly looking at the deletion tag log (example) and can anyone do something about it? SpinningSpark 08:43, 11 January 2015 (UTC)

I didn't know they were logged. Certainly one that I did this morning doesn't appear to be logged. --Redrose64 (talk) 09:19, 11 January 2015 (UTC)
Wikipedia:Page Curation was used. The two log entries have respectively class="mw-logline-pagetriage-deletion" and class="mw-logline-pagetriage-curation". The deletion tag log [41] shows the former. The page curation log [42] shows the latter and also "marked as reviewed ". PrimeHunter (talk) 11:31, 11 January 2015 (UTC)
So is this something for Bugzilla (or whatever it is WM uses nowadays, I forget what it's called) or can it be dealt with locally? The Curation project page says it is a WM tool so I would assume it is the former. SpinningSpark 17:35, 11 January 2015 (UTC)
It's Phabricator now. A task against PageCuration with steps to reproduce is welcome! --AKlapper (WMF) (talk) 18:16, 12 January 2015 (UTC)
Phabricator T86631. SpinningSpark 14:25, 13 January 2015 (UTC)

Quoted quotes of quotes

I try to include pithy quotes in my articles, like "the situation is really unbelievable". For the longer ones I use block quote. That led to some confusing comments in a recent FAC, a mini-debate about whether or not there should be quotes in the source text. While looking at the article on my iPhone I noticed that the problem - block quote is rendered with nice fancy quotes around the block when seen on the iPhone, and I assume other places too. That made the quotes in the source text redundant. However, when I view it on my Mac, I don't see these quotes, so if I remove them I lose all quotes around the quotation. What's the story, and the solution? Maury Markowitz (talk) 12:17, 13 January 2015 (UTC)

Per MOS:Blockquote: "Do not enclose block quotations in quotation marks..." For some reason the mobile view (which you can select at the bottom of any page) has CSS adding big quotes to blockquotes. --  Gadget850 talk 12:36, 13 January 2015 (UTC)
Either way, the content of <blockquote>...</blockquote> is a quote; imagine that the tag is a type of quotation mark. So <blockquote>"..."</blockquote> is redundant. By default, the quoted text is indented (see the MDN page on <blockquote>), but some sites use CSS to apply decorative(!) quotation marks, like WP’s mobile CSS. —174.141.182.82 (talk) 06:32, 14 January 2015 (UTC)

MediaWiki:Titleblacklist not working

I'm not sure what is causing this, but MediaWiki:Titleblacklist is currently not functioning as intended; pages that are on the page can currently be created by any logged-in editor. I tested this theory with my test account earlier with a title that has about 30 consecutive capital letters, and I was given the option to create it. (I cannot use this account to test the blacklist since I have the template editor user right.) Is there a resolution to this issue, or is one in the works? Steel1943 (talk) 19:09, 4 January 2015 (UTC)

Could this be related to #Access rights failure above? --Redrose64 (talk) 20:00, 4 January 2015 (UTC)
As I read it, the consecutive caps restriction is applied to page moves only? Zhaofeng Li [talk... contribs...] 13:15, 5 January 2015 (UTC)
By the way, I was also given the option to create this. Zhaofeng Li [talk... contribs...] 13:17, 5 January 2015 (UTC)
MediaWiki:Titleblacklist includes:
.*[^\p{L}\d ]{6}.* # Disallows six consecutive characters that are not letters (in any script), numbers, or spaces
My non-admin account could create User:PrimeHunter2/Test.............................. with 30 periods. Should that have been impossible? There were no warnings. PrimeHunter (talk) 14:26, 5 January 2015 (UTC)
@Redrose64: Looking at it, the two are probably related. Steel1943 (talk) 14:33, 5 January 2015 (UTC)
Another example of a blacklisted title I can create right now (with my test account) is here. Steel1943 (talk) 14:31, 5 January 2015 (UTC)
The Titleblacklist works now. Your example This shoe will die it not blacklisted as a pagename. It is only blacklisted as a username for account creation with this entry:
.*will die.* <newaccountonly>
Now that the blacklist is working, my non-admin account cannot create User:PrimeHunter2/Test...... with 6 periods. My admin account gets a warning before creating the page. PrimeHunter (talk) 16:42, 5 January 2015 (UTC)
The titleblacklist is failing again. I can now click User:PrimeHunter2/Test...... without getting a warning in my admin account, and without getting a message that I cannot create it in my non-admin account. PrimeHunter (talk) 20:40, 5 January 2015 (UTC)
Ah, I misunderstood that entry. Steel1943 (talk) 22:16, 5 January 2015 (UTC)
I am getting a message with my admin account about blacklisting for Category:Category:Cats, and I can't get a create page for it with a non-admin account. Note that this comes with a special message (MediaWiki:Titleblacklist-custom-double-category-prefix), don't know if this is relevant. עוד מישהו Od Mishehu 22:12, 5 January 2015 (UTC)
Yeah, looks like the title blacklist is working again; I get a warning message while trying to create '. However, this isn't the first time that I have noticed the title blacklist having issues in the previous couple of months; I'll bring this if I see the issue happening again. Steel1943 (talk) 22:16, 5 January 2015 (UTC)
This is confirmed to be a software issue, which is currently being worked on. There's nothing we can do about it on-wiki. Jackmcbarn (talk) 21:49, 7 January 2015 (UTC)
@Jackmcbarn: Is there a bug filed for this, or is that not applicable for this issue? Steel1943 (talk) 21:53, 7 January 2015 (UTC)
@Steel1943: It's phabricator:T85428, the same as #Access rights failure. Jackmcbarn (talk) 22:17, 7 January 2015 (UTC)
  • Looks like the title blacklist functionality is down again. All I gotta say is ... the longer this goes on, the longer bypassing the title blacklist can be abused... Steel1943 (talk) 20:21, 9 January 2015 (UTC)
  • Per the bug, looks as though a resolution is close to happening. Steel1943 (talk) 20:18, 15 January 2015 (UTC)

Sigh... why does WP add extra steps to report a bug ?

I wanted to report a simple bug and WP makes harder than it needs to be by requiring anonymous users to create a user account on Phabricator. I could create a throw-away account there but I don't have one here and I don't feel any driving desire to have one there either. I am sure some might say an IP is not good enough for reporting bugs but to me if it is good enough to create/edit WP content then it is good enough to report WP bugs. JMHO

The bug is in the {{cite journal}} reference listing output.

If you use the fields

"page=99" or "pages=98-100" (any numbers)

in {{cite book}} you get output of

"p. 99" and "pp. 98-100" (respectively)

in the reference listing output.

If you use the same fields in {{cite journal}} all you get is the numbers without a "p. " or "pp. " in the reference listing.

104.32.193.6 (talk) 08:57, 7 January 2015 (UTC)

Just a note that this is the right place. Wiki-specific template issues should be reported here, not Phabricator. Zhaofeng Li [talk... contribs...] 09:20, 7 January 2015 (UTC)
Zhaofeng Li is correct: Phabricator is for MediaWiki software issues but {{cite journal}} is a template specific to the English Wikipedia. If you go to {{cite journal}} and click on Talk, it will take you to Help talk:Citation Style 1 which is a central discussion for the CS1 templates. But if you go to {{cite journal}} and read the documentation, you will find that this behavior is a design choice. --  Gadget850 talk 09:27, 7 January 2015 (UTC)
Apart from that specific problem not being something to report or handle in Phabricator, generally speaking, anonymous bug reports in a bugtrcker likely bring more problems than benefits. See related discussion in phab:T972. --AKlapper (WMF) (talk) 12:17, 7 January 2015 (UTC)
this seems like a good opportunity to float again the issue of "report an error" gadget/menu item. this was a development of Polish wikipedia, and was adopted since by a dozen wikis, including the Spanish, Portuguese, Russian, Polish (of course), and Hebrew.
this gadget adds a menu item in the left-hand-side menu (this is "right" for rtl wikis) for "Report an error". it's enabled for specific namespaces - typically article and category, but can easily be enabled for template. clicking this opens a "report an error" form, that asks the reader to describe the mistake in the article. pressing "save" sends the report to a special "error report" page. we found that many readers who are reluctant to edit the talk page, are less reluctant to report an error using the form. of course, many reports are junk (some because the reader misconception, and some intentional), but we (i.e., hewiki) found it an invaluable reporting tool that helped us correct huge number of mistakes since it was first activated. i made a proposal to try it on enwiki, which was rejected off-hand. currently there is no user-friendly way to report an error in an article in enwiki: writing in the talk-page is far from easy or intuitive for someone who never edited in wikipedia, and talk-page comment is much more likely to go unnoticed- only the watchers of this specific page are notified. the global "error report" page is watched by dozens or even hundreds of wikipedians (more than 300 on eswiki and ruwiki, ~150 on ptwiki, 75 on hewiki), while typical article is watched by single-digit watchers, and it's not that rare for this digit to be "0". this is the "error reporting" page on eswiki. use interwiki links to see it on other wikis. peace - קיפודנחש (aka kipod) (talk) 17:52, 7 January 2015 (UTC)
One thing that needs considering is what would the traffic be to the error reporting page when scaled up to en.wiki? If all the newbie traffic on talk pages were redirected to a single error page I suspect it would be unmanagable. Let alone any new traffic generated. SpinningSpark 08:31, 11 January 2015 (UTC)
"Solution" could be several error reporting pages based on some criteria (type of error, type of article topic etc.). But yes, people should think about that. --Edgars2007 (talk/contribs) 11:00, 12 January 2015 (UTC)
Or you can make the error reporting form, which saves information of error to the article's talk page. It would at least be user-friendlier. And then the talk page could go to some tracking category for those wikiprojects, to which article is added. --Edgars2007 (talk/contribs) 11:04, 12 January 2015 (UTC)

MediaWiki core has a feedback tool. You can see it in VisualEditor, under the Help menu (the "(?)" icon towards the right). It's very simple: it posts a new section on the linked talk page, and autosigns it for you. One of the things I'd like to do with this is to make it use a structured feedback model: