Wikipedia:Village pump (technical)/Archive 110#Deleted special page and skins

{{Wikipedia:Village pump/Archive header}}

Which edit counter

Ok back in 2009 I created User:Nthep/Editcounter obviously in connection with an edit counter but for the life of me I can't remember which one. Does anyone know which and is it still functioning? I know it's not [http://toolserver.org/~tparis/pcount/index.php tparis's] as that relies on User:Nthep/EditCounterOptIn.js. Thanks. NtheP (talk) 22:40, 30 March 2013 (UTC)

:See User talk:X!/Archives/6/2010#OptIn. The links there to Interiot's tool don't work - "Account expired". -- John of Reading (talk) 07:21, 31 March 2013 (UTC)

References

In an article i use note references but i also have a real reference i wish to use to back up the note, Is there anyway to add a reference to the note and if not whats the best way to ref a note?Blethering Scot 00:13, 31 March 2013 (UTC)

:If I understand correctly, Help:Footnotes#Embedding references within footnotes is what you are looking for. If that's not it, please provide the article you're working on and I can give you better answer. Cheers. 64.40.54.208 (talk) 06:55, 31 March 2013 (UTC)

Incorrect interwiki

In articles which I've written in Polish and English Wikipedia happened something wrong with the interwikis. It has something to do with recent activity of Addbot, I suppose. I mean the series of articles about Vetulani family - interwiki redirects not to the article about particular person in Wikipedia in different language, but to the template with whole family tree (for example interwikis in article Adam Vetulani - [http://pl.wikipedia.org/wiki/Adam_Vetulani Adam Vetulani]). I have no idea how to fix it. Can someone help? Francesco 13 (talk) 09:30, 31 March 2013 (UTC)

:Templates must have interwiki links inside {{tag|noinclude}} to prevent the interwiki link from also applying to pages transcluding the template. Fixed in [http://en.wikipedia.org/w/index.php?title=Template:Vetulani_family&diff=547970960&oldid=547876955] and [http://pl.wikipedia.org/w/index.php?title=Szablon:Rodzina_Vetulanich&diff=35938210&oldid=35934569]. PrimeHunter (talk) 12:24, 31 March 2013 (UTC)

::Thank you very much! Francesco 13 (talk) 15:28, 31 March 2013 (UTC)

Want to block myself from going on Wikipedia forever due to addiction to it, tried Wikibreak Enforcer, it isn't working

I set a ridiculously long Wikibreak of 100 years in the Wikibreak Enforcer to make sure I can quit my current addictive behaviour to Wikipedia completely. But it is not working, I thought I entered the right material, this is what I entered for the Wikibreak Enforcer here: [http://en.wikipedia.org/wiki/User:R-41/vector.js]. Could someone please correct it so that the Wikibreak is in place?--R-41 (talk) 18:46, 31 March 2013 (UTC)

:I recommend that you use the new Wikibreak enforcer:

/*** BEGIN WIKIBREAK ENFORCER ***/

addOnloadHook(function() {

/*** Start editing here ***/

// When you want to end your break?

// no leading zeroes. (example: 7 - correct, 07 - incorrect)

var date = { year: 2100, month: 1, day: 1};

var time = { hours: 0, minutes: 0, seconds: 0 };

/*** Stop editing here ***/

var currentDate = new Date();

var enforcedBreakEnd = new Date(

date.year,date.month-1,date.day,time.hours,time.minutes,time.seconds);

if (currentDate <= enforcedBreakEnd) {

alert("Enforced wikibreak until "+enforcedBreakEnd.toLocaleString()

+ "\n(now is "+currentDate.toLocaleString()+")\n\nBye!");

location = "//"+location.host+"/w/index.php?title="

+ "Special:Userlogout&returnto=Main_Page";

}

});

/*** END WIKIBREAK ENFORCER ***/

:Sorry to see you go. —Theopolisme (talk) 19:03, 31 March 2013 (UTC)

"the crap on this page"

For some reason, Indigenous peoples is displaying with the sentence "please don't fall for the crap on this page" in the lead paragraph--but the wiki text doesn't show this comment when I went in to edit it out. Has a template or something been compromised? Thanks, -- Khazar2 (talk) 21:05, 31 March 2013 (UTC)

:There was vandalism of the page, which was automatically reverted by a bot. apparently, bot edits do not trigger purging of the page, so you saw the cached, vandalized version. "Purge" or simply null-edit (i.e., pressing "edit" and then saving without actually changing anything on the page) cures it. peace - קיפודנחש (aka kipod) (talk) 21:20, 31 March 2013 (UTC)

::I got it corrected.by removing the mis-formated [ethnic minorities]].that had been left there by an IP edit. It was deliberate vandalism, and perhaps some hidden code in what I removed. Cluebot tried to delete it and didn't. — Maile (talk) 21:23, 31 March 2013 (UTC)

:::there was no "mis-formatting". you removed a perfectly good internal link - cluebot reverted it just fine. peace - קיפודנחש (aka kipod) (talk) 21:34, 31 March 2013 (UTC)

::::I say it was "mis-formatted", because it only had one bracket on the left instead of the double bracket. It WAS...— Maile (talk) 21:54, 31 March 2013 (UTC)

:::::Whatever the case, the page is again displaying correctly. Thanks for the fix. -- Khazar2 (talk) 21:56, 31 March 2013 (UTC)

{{Resolved}} I just took care of it. User:Technical 13   ( C • M • Click to learn how to view this signature as intended ) 21:59, 31 March 2013 (UTC)

View count bot

The page Aho–Corasick string matching algorithm has for the past week been experiencing a view count bot. I hope someone can fix this. Pass a Method talk 21:52, 31 March 2013 (UTC)

Can someone disambiguate the names affected by tl:sortname?

Some disambig errors are reported at Talk:List_of_Shadowrun_books#Author_links. I tried to fix them, but the article now uses {{Tl|sortname}} and I don't know how to tell it to use a red link. --Piotr Konieczny aka Prokonsul Piotrus| reply here 11:19, 1 April 2013 (UTC)

:{{Tl|sortname}} shows documentation. {{sortname|Tom|Dowd}} gives {{sortname|Tom|Dowd}} with the bad link to the disambiguation page. {{sortname|Tom|Dowd|Tom Dowd (author)}} gives {{sortname|Tom|Dowd|Tom Dowd (author)}}. It's the same syntax whether the link is blue or red. {{sortname|Tom|Dowd|nolink=1}} gives {{sortname|Tom|Dowd|nolink=1}}. PrimeHunter (talk) 11:59, 1 April 2013 (UTC)

Bots and the sudden loss of communication

Hello. I ran a bot [http://www.mediawiki.org/wiki/Manual:Pywikipediabot/add_text.py add_text.py]. But his work was terminated error 503. I stopped at the article on the letter E. Tell me, is it possible to continue the action of the script from the page where the failure occurred? If not, then how should I complete the planned my action? Thank you.--Ворота рая Импресариата (talk) 15:38, 1 April 2013 (UTC)

:I think you can use the argument -start:E. —Theopolisme (talk) 00:36, 2 April 2013 (UTC)

:: Yes, I certainly tried, but in one case the bot is still starting from the beginning of the list, in the other - to make transactions in the space of articles, even though I asked to perform tasks in templates, and the third - did nothing.


So, I completed the task with AWB - this program is always less hassle - but what if I need to do something that is not in the standard functional AWB and there is the same error - I do not know. Thanks.--Ворота рая Импресариата (talk) 05:55, 2 April 2013 (UTC)

Convert HTML into an infobox

Can someone convert the HTML at Joel Goffin into an infobox and put his image in the infobox rather than the center of the article? Ryan Vesey 21:46, 1 April 2013 (UTC)

:Done -- WOSlinker (talk) 22:03, 1 April 2013 (UTC)

::Thank you so much. Ryan Vesey 23:28, 1 April 2013 (UTC)

Question for those familiar with MediaWiki template parameters / variables

{{resolved|Bug filed - :bugzilla:46768  7  04:15, 2 April 2013 (UTC) }}

Can I ask anyone who is an expert in this topic to take a look at the question [http://en.wikipedia.org/wiki/MediaWiki_talk:Blockedtext#.241_variable_is_not_working here]. Thanks  7  01:59, 2 April 2013 (UTC)

Is there a tool to update an infobox automatically?

I was looking at the infobox at Open Knowledge Foundation. It seems to be using old parts of the syntax such as | Non-profit_name = | Non-profit_logo = | vector_logo = (you can see them in the [http://en.wikipedia.org/w/index.php?title=Template:Infobox_non-profit&oldid=110371531 2007 version] but not in the modern {{tl|Infobox non-profit}}). Is there any tool that could update this in the article replacing old syntax with new or do we have to do this by hand? --Piotr Konieczny aka Prokonsul Piotrus| reply here 02:34, 2 April 2013 (UTC)

:You could either use WP:AWB for that, or request a bot operator to do this at WP:BOTREQ (multiple bots do these kind of replacements and removals on a regular basis). mabdul 04:52, 2 April 2013 (UTC)

Wikidata Bug ?

Hello,

I have a questions on this article Cape Esperance. Using Chrome (and Firefox), I can not edit the interwiki links / have access to Wikidata at the bottom of the interwiki links. Is it a known bug ? What can I do ? Thanks in advance. Poppy (talk) 18:25, 28 March 2013 (UTC)

:"Edit links" appeared when I purged the page. PrimeHunter (talk) 18:57, 28 March 2013 (UTC)

:It depends: if there isn't any wikidata item, the edit links button doesn't appear. But I sometimes also have the problem, that the link is not displayed in Opera 12.14... I don't know when it happens, but it drives me somehow sometimes crazy, resulting in empty wikidata items... mabdul 02:06, 30 March 2013 (UTC)

::I'd recommend asking on http://www.wikidata.org/wiki/Wikidata:Contact_the_development_team whether it's a bug and whether to create a [https://www.mediawiki.org/wiki/How_to_report_a_bug request in the bugtracker]. --AKlapper (WMF) (talk) 11:46, 2 April 2013 (UTC)

Link to copy page content to clipboard?

I don't even know if this is the right place to ask about this, but it seems more appropriate than any other place I can find. What I'm trying to do is see if there's a way to copy a page's contents to the clipboard - so you can paste in a page you're editing - by clicking a link on another page. Is this something that can even be done with the current wikimedia software? Should I put in a Lua request? Is this just not technically feasible at all for security reasons? I would like to implement it as a template for use on template/module documentation pages to help editors transclue them with the right parameters, eg infoboxes. Any pointers or thoughts would be appreciated. VanIsaacWS Vexcontribs 14:04, 31 March 2013 (UTC)

:Copying content to the clipboard can only be done via JavaScript; lua (as a server-side script) has no access to local clipboards. Edokter (talk) — 14:55, 31 March 2013 (UTC)

::Well, that's good to know; struck that option. Is JavaScript even allowed on Wikipedia pages? VanIsaacWS Vexcontribs 15:18, 31 March 2013 (UTC)

:::JavaScript cannot be used directly in wiki pages. What you can do is write scripts that are loaded on every page you view that modify the loaded page if it contains certain content (e.g. it could add a copy link where it finds in the page). You can place JavaScript that only affects yourself in Special:MyPage/common.js. To write a script for other users to use, create a subpage in your userspace with a name that ends .js. Other users can load the script by adding something like importScript( 'User:Yourname/yourscript.js' ); to their own common.js file. See Wikipedia:WikiProject User scripts/Guide for more information about user scripts.

:::Administrators can write scripts that other users can use without needing them to muck around in their common.js file. Admins can create gadgets, which registered users can turn on and off in Preferences. Admins can also edit MediaWiki:common.js to make changes that affect everyone without any option to turn them off (without turning off JavaScript altogether, that is). – PartTimeGnome (talk | contribs) 16:05, 31 March 2013 (UTC)

::::So I could actually do this completely within my own user space without any special permissions, just make my own JS script, and import it to my common.js, and only once it works would it get included in global files so it works for everyone? VanIsaacWS Vexcontribs 16:39, 31 March 2013 (UTC)

:::::Yes. I think a lot of gadgets start life as a user script. Once other people have had a chance to test it and find that they like it, you can propose that it be added as a gadget at Wikipedia:Gadget/proposals. – PartTimeGnome (talk | contribs) 16:54, 31 March 2013 (UTC)

::::::Well, that pretty much answers that. Thanks for all your help. VanIsaacWS Vexcontribs 17:16, 31 March 2013 (UTC)

{{Od|6}}The way I do it is click to edit the page and then click anywhere in the edit box. Then press {{Key press|CTRL|A}} then {{Key press|CTRL|C}}. This copies the content of the page to the clipboard. Then I go to the new page, put the cursor where I want to add the content and press {{Key press|CTRL|V}}. User:Technical 13   ( C • M • Click to learn how to view this signature as intended ) 21:21, 31 March 2013 (UTC)

:Yeah, I'm looking for a bit more functionality than that, so even though it started out as an idea about copying code I store on test pages in my user space, I'm trying to make an interface for editors to copy template parameters from /doc pages. Something along the lines of "Click here to copy the basic infobox code to your clipboard, here for extra code X, here for extra code Y, or here for extra code Z." VanIsaacWS Vexcontribs 01:48, 1 April 2013 (UTC)

::We do have preloads for page creation and input box. They are limited in functionality, but often enough. —TheDJ (talkcontribs) 08:31, 2 April 2013 (UTC)

Convert HTML into an infobox Part 2

I'm very active at lowp at the moment and cleaning the complete wiki (only ~850 article at the moment). Would somebody help me and cleaning up the infoboxes and converting them to "wikimarkup infoboxes? Here is a link for them for some [//lo.wikipedia.org/w/index.php?title=%E0%BA%9E%E0%BA%B4%E0%BB%80%E0%BA%AA%E0%BA%94%3APrefixIndex&prefix=Infobox&namespace=10]. More will likely follow in a few days if I find some in articlespace which aren't covered by this link. If there are still interwiki links, feel free to help there, too. ;-)

Regards,

mabdul 22:30, 1 April 2013 (UTC)

:Some more infoboxes: [//lo.wikipedia.org/w/index.php?title=%E0%BA%9E%E0%BA%B4%E0%BB%80%E0%BA%AA%E0%BA%94%3APrefixIndex&prefix=%E0%BB%81%E0%BA%A1%E0%BB%88%E0%BB%81%E0%BA%9A%E0%BA%9A%3A%E0%BA%81%E0%BB%88%E0%BA%AD%E0%BA%87%E0%BA%82%E0%BB%8D%E0%BB%89%E0%BA%A1&namespace=0]. mabdul 11:42, 2 April 2013 (UTC)

badly positioned magnifying glass in search bar using Firefox

{{tracked|30525}}

I have seen a problem with the positioning of the magnifying glass in the search bar using Firefox for a while now (at least about a half a year). I have uploaded a screenshot that shows the problem here. Notice how the magnifying glass is shifted down to the point of being partly outside the search box. Do other Firefox users see this? Not sure if problem here or with Firefox's rendering yet. This is the Linux version of Firefox. That shouldn't but may be important. Jason Quinn (talk) 19:48, 2 April 2013 (UTC)

::Actually, it does seem to be important that it's the Linux version of Firefox. I don't see it in the Windows version. Most likely a bug in Firefox now. Jason Quinn (talk) 20:13, 2 April 2013 (UTC)

:::There's already a Wikimedia bug report ({{phab|32525}}) regarding the positioning of the icon, although it seems that your case is particularly bad. May I ask which version of Firefox are you running? On my Linux installation, Firefox 19 seems to match the "Epiphany" screenshot. PleaseStand (talk) 20:54, 2 April 2013 (UTC)

::::It's 19.0.2. Jason Quinn (talk) 21:13, 2 April 2013 (UTC)

:::::For what it's worth, my Firefox 19.0.2 on Ubuntu 12.10 also has the magnifying glass shifted down slightly, but not so severely as to leave the box. —Remember the dot (talk) 01:40, 3 April 2013 (UTC)

Vector.js not working

For some reason my js page User:Reywas92/vector.js is no longer working. Popups are the default style rather than my variant settings, and the scripts I have imported do nothing. Any suggestions how to fix it? I have refreshed the page several times and javascript is working in my browser, so I don't know what could be causing it. Thanks, Reywas92Talk 22:41, 2 April 2013 (UTC)

:Sure. Get rid of all the lines starting with "<!--". Those are not valid JavaScript, those are XML comments. Lupo 22:56, 2 April 2013 (UTC)

::Replace the <!------> lines with /*<!-------->*/ (note the /* and */ on the ends. I also suggest moving your importScript() lines to the top to make them load first assuming there has been no issues with them in the past. Move them up one at a time and see if they work... If one of them got broken, everything after it linearly in that .js will be broken. User:Technical 13   ( C • M • View signature as intended) 23:34, 2 April 2013 (UTC)

:::Thanks, that worked. I did them all at once, but none of the imported pages have been edited and they all just suddenly stopped a few days ago for me so who knows. Reywas92Talk 01:19, 3 April 2013 (UTC)

"Blacklisted" page isn't blacklisted

I try to move L 20 α class battleship to L 20 α-class battleship (with hyphen) it says the latter is on the title blacklist. Is it just being racist against Greek letters? Marcus Qwertyus (talk) 04:16, 3 April 2013 (UTC)

:It is probably triggering on the mixed Latin, Greek characters. Werieth (talk) 04:17, 3 April 2013 (UTC)

::Super admin powers activate, form of megazordpage moved. - The Bushranger One ping only 05:49, 3 April 2013 (UTC)

Lua Citation deployment

In the not too distant future, we are likely to deploy the Lua version of {{tl|cite encyclopedia}}, {{tl|cite encyclopedia/lua}}, as a moderate scale test of Module:Citation/CS1. Lua-based citations are expected to reduce citation formatting time by about 80% without sacrificing any formatting options. The current set of test cases for this template can be seen at Module talk:Citation/CS1/test/encyclopedia. As shown, there are a number of cases where errors in the current {{tl|cite encyclopedia}} have been corrected, as well as small formatting changes (often motivated by a desire make the different families of citation templates more consistent). Dragons flight (talk) 01:20, 17 March 2013 (UTC)

:I've gone ahead and deployed the Lua version for {{tl|cite encyclopedia}}. Dragons flight (talk) 03:46, 17 March 2013 (UTC)

{{tl|cite news}} has now also been replaced with a Lua version. Test cases at Module talk:Citation/CS1/test/news. Dragons flight (talk) 14:20, 19 March 2013 (UTC)

{{tl|cite journal}} has now also been deployed using Lua. Test cases as Module talk:Citation/CS1/test/journal. Dragons flight (talk) 01:00, 23 March 2013 (UTC)

{{tl|cite book}} has now been deployed using Lua. Test cases at Module talk:Citation/CS1/test/book. Dragons flight (talk) 23:33, 24 March 2013 (UTC)

{{tl|cite web}} has now been deployed using Lua. Test cases at Module talk:Citation/CS1/test/web. Dragons flight (talk) 00:51, 29 March 2013 (UTC)

:Thanks very much for all the updates, DF. I must admit I was a bit worried about the conversion to Lua, but everything has turned out great from all the checking I've done. I certainly appreciate all the work you've done. 64.40.54.208 (talk) 05:53, 31 March 2013 (UTC)

{{tl|citation}} has now been deployed using Lua. Test cases at Module talk:Citation/CS1/test/citation. Dragons flight (talk) 23:51, 3 April 2013 (UTC)

Error mesage

Just for documentation purposes, I got sent to a page that said the Wiki was having a problem. It was not the normal "Wikimedia error" page that usually appears.— Vchimpanzee · talk · contributions · 20:49, 1 April 2013 (UTC)

:We had three outages in the last days, the latest on Sunday 2013-03-31 around 21:20 UTC, and the operations team is aware of it and has fixed them. Are there specific steps to reproduce? Did this happen with any page on en.wikipedia.org, is this still reproducible for you, and if yes what is the exact error message? (Screenshot or copying the text welcome). Thanks & sorry for the problems. --AKlapper (WMF) (talk) 11:52, 2 April 2013 (UTC)

::It just happened once and I didn't think to do a screen shot.— Vchimpanzee · talk · contributions · 19:45, 3 April 2013 (UTC)

Bugday today (16:30 - 20:30UTC) on MediaWiki skin and page rendering issues

Hi everybody, today is a Wikimedia Bugday from [http://www.timeanddate.com/worldclock/converter.html 16:30-20:30 UTC] in [http://meta.wikimedia.org/wiki/IRC #wikimedia-office on Freenode IRC]. Everyone is welcome to join, and no technical knowledge needed! Just say Hi and that you're here for the bugday when joining at any time. It's an easy way to get involved in the community or to give something back. This even is part of the [https://www.mediawiki.org/wiki/QA/Weekly_goals QA weekly goals]. [https://www.mediawiki.org/wiki/Bug_management/Triage/20130402 This information and more can be found on the wiki]. There is also [https://www.mediawiki.org/wiki/Bug_management/Triage more information available on Bug triaging in general]. Looking forward to seeing you there! --AKlapper (WMF) (talk) 14:32, 2 April 2013 (UTC)

:Thanks to everybody who joined. We will continue this week to triage Skin and page rendering issues, and everybody is welcome to join. I'm andre__ on IRC. --AKlapper (WMF) (talk) 08:48, 3 April 2013 (UTC)

Change in logged-in status

In the past, I'd get a warning that I was not logged in every day or two, while attempting to save an edit, even though I was definitely logged in when I started, as evidenced by the top menus, nav popups, WikEd use, edit settings, etc.

I've noticed that, in the last couple of weeks, this has changed, and I haven't needed to log in again during that time. I generally leave a WP page open in a browser (FFox 15), and generally hibernate the machine between sessions.

I also noticed another change today. I log in and use the https (secure) web interface to WP. When I Google search (i.e. from Google) in another tab or window and click on a link to a WP article, it is usually to the non-secure http page. In the past, even though I am logged in and viewing an https page in another tab/window, the http page I clicked on would not be logged in. If I proceeded to log into that page, I believe (but am not sure) it would log me out of the https page. Now, it seems that has changed. When I click on an http link, it still shows me as logged in (based on the top menu, nav popups, etc.).

If this is a fix, thanks! I thought I'd mention it for the benefit of those who were routinely logging in every day as a (now un-necessary) preventative measure. —[AlanM1(talk)]— 18:36, 2 April 2013 (UTC)

:If you log-in on HTTPS, you are only logged-in for using HTTPS and will appear logged-out on plain HTTP. If you log-in on HTTP, you are logged-in for using both HTTP and HTTPS. If you log-in on HTTP while already logged-in on HTTPS, the HTTP log-in replaces the HTTPS one, so you appear logged-in on both. (Replacing an existing login like this might cause a "loss of session data" if you were editing a page in another tab. You remain logged-in, and can complete the edit by clicking "{{int:savearticle}}" again.)

:If you appear logged-in on HTTP, you must have logged-in using HTTP. If you are concerned someone could capture your unencrypted login cookie on HTTP and use it to impersonate you, I suggest you log out then log back in again using HTTPS.

:As for remaining logged in for longer, you might have checked the "Remember my login on this browser (for a maximum of 30 days)" check box when logging in. (I'm sure this used to be 180 days, so something's changed here...) Alternatively, your browser might have a function where it regularly deletes HTTPS cookies for security reasons, while keeping the non-secure HTTP ones. Hence, remaining logged-in for longer could be linked to being logged-in on HTTP.

:Personally (using Opera 12), I only have to log-in once in a blue moon. I always login using HTTPS and check "Remember my login". I logged out and logged back in just now, and can confirm that I still appear logged out using HTTP (which is how I like it). – PartTimeGnome (talk | contribs) 22:45, 3 April 2013 (UTC)

Changes and queries

Can I show my ignorance and enquire where the discussions are held that lead to changes in editing interfaces, such as the addition of 'user rights management' to the sidebar, and the apparent attempted 'unification' of the American and Brit English admin action screens? (At present, the Brit screen is without the lengthy palaver that the American screen has.) I have noticed as well that in the Brit English screen for general pages I get a button 'edit', while in the American screen it is 'edit this page'. I use a compression thing that changes 'discussion' to 'talk' (don't ask me what it's called), but 'edit this page' remains long (and somewhat unnecessarily so, IMO - is anyone really going to think that while they're on the Ninja Ocelot page, clicking 'edit' will enable them to edit Gertie the Aardvark?). In a discussion continuing my thread above 'Just out of curiosity' (unanswered here except for Kww) over at AN, Kww has raised this point of the location of the discussions that lead to these changes, and I would like to know too. Peridon (talk) 11:07, 3 April 2013 (UTC)

:Things are discussed in different places. Interface messages made by pages in the MediaWiki namespace are often discussed on the corresponding talk page, for example MediaWiki talk:Blockiptext. Only admins can change user rights so only admins have the "User rights management" link. I don't know whether the addition of the link was discussed, but it's a practical link and I already had it via personal js. Many interface messages at the English Wikipedia are customized but usually only for users with the default language setting "en - English" at Special:Preferences. Other languages, including British and Canadian English, get the default MediaWiki messages when there is no customization for that language, for example the default MediaWiki:Blockiptext/en-gb instead of the customized MediaWiki:Blockiptext. For this reason, I once added this to Help:Preferences: "It is not recommended to select the British English or Canadian English language options". I would say this especially holds for admins, not only for their own information but also so they see the same messages as most users they interact with. PrimeHunter (talk) 12:10, 3 April 2013 (UTC)

:Your only personal js page is User:Peridon/monobook.js so I assume you use MonoBook. You import User:Edokter/CompactTabs.js. As it says, it's intended for Vector, but it's activated in all skins. In Vector the page edit tab only says "Edit" by default, so the script has no code to compact it. In MonoBook it says "edit this page" by default. Perhaps "this page" was included to explain the difference from the section edit links. You can change it to "edit" with this in User:Peridon/monobook.js:

$( document ).ready( function() {

$( 'a', '#ca-edit' ).text( 'edit' );

});

:PrimeHunter (talk) 12:22, 3 April 2013 (UTC)

::Thanks. I do use Monobook. I'm also opted out of the new colours for diffs. In both cases, I find the older version far easier to work with. (And I keep Windows in Classic view too...) Could you have a look at the comments at the Repost from VP (Tech) thread at AN? Thanks. Peridon (talk) 14:48, 3 April 2013 (UTC)

Pink BG Citation needed

As in 2013 Canning riots,, is it a new change? --Tito Dutta (contact) 17:30, 3 April 2013 (UTC)

:It's {{tl|citation needed span}}. the wub "?!" 17:36, 3 April 2013 (UTC)

:There's also the similar {{tl|Clarify span}}. These "span" templates are quite nice when used properly. Jason Quinn (talk) 17:59, 3 April 2013 (UTC)

Easyblock

{{resolved|Another script has an error and stopped subsequent script execution. Amalthea 10:02, 4 April 2013 (UTC)}}

I use the very useful easyblock script for admins. Initially the "Block" button would show on a contributor's User, Talk, Contribution and Diffs, but now it only appears on Contributions and Diffs. I tried to fix this by adding some extra lines, but no joy. I don't really know what I'm doing, please help! The current script in my commons.js is

importScript("User:Animum/easyblock.js"); //User:Animum/easyblock.js

ebPrefs = {showOnPages : ["user_usertalk", "contribs", "diffs", "ipblocklist"]};

thanks Jimfbleak - talk to me? 10:01, 26 March 2013 (UTC)

: Wouldn't ebPrefs = {showOnPages : ["user", "talk", "contribs", "diffs", "ipblocklist"]}; make more sense? User:Technical 13   ( C • M • Click to learn how to view this signature as intended ) 23:36, 28 March 2013 (UTC)

::That seemed the obvious thing to try, didn't make any difference though Jimfbleak - talk to me? 09:48, 31 March 2013 (UTC)

Bulleted lists and the signpost subscription template

I noticed that the multi-level bulleted list on my talk page we're displaying correctly, level 2 was inline with level 1 (see below, the second "L2. Bulleted list item 2 asterisks" line is not indented, but directly under the L1 line). It seems to have something to do with the signpost subscription template. See below, after the signpost, the two asterisks indentation isn't done, but it is OK before the template.

  • L1. Bulleted list item 1 asterisk
  • L2. Bulleted list item 2 asterisks
  • L3. Bulleted list item 3 asterisks

:* L2. Bulleted list item 1 colon, 1 asterisk

::* L3. Bulleted list item 2 colons, 1 asterisk

:** L3. Bulleted list item 1 colon, 2 asterisks

  1. Num list
  2. Num list level 2

{{Signpost-subscription|right|image=yes}}

  • L1. Bulleted list item 1 asterisk
  • L2. Bulleted list item 2 asterisks
  • L3. Bulleted list item 3 asterisks

:* L2. Bulleted list item 1 colon, 1 asterisk

::* L3. Bulleted list item 2 colons, 1 asterisk

:** L3. Bulleted list item 1 colon, 2 asterisks

  1. Num list
  2. Num list level 2

The :* method seems to work OK. No problems with # either. Is there something "wrong" with the template? As a side question, is ** or :* the preferred/recommended way of having an indented bulleted list? The-Pope (talk) 17:38, 31 March 2013 (UTC)

:It displays fine for me in regular viewing and breaks only on edit-preview. I don't know what could be wrong. jcgoble3 (talk) 18:40, 31 March 2013 (UTC)

::I've noticed that any template that uses the MediaWiki's method of short handing Unordered Lists using the MWML shorthand confuses the parser. It has something to do with the wikicore I think... I've been meaning to put in a ticket if one doesn't already exist. I guess I'll make sure to do that tomorrow (I have the same problem with {{Tl|Tbullet}}) As far as the sign-post goes, you could probably change the template to use the HTML tags for the bulleted list and prevent the problem spawning from that template ({{Tag|ul|content={{Tag|li|content=Item content}}{{Tag|li|content=Item content}}{{Tag|li|content=....}}}}) To answer your other question, if you want the bullet indented all by itself without being nested in another list, than you use :*. ::Examples:

::* List

::** Nested list

::

::** Not nested **

::

:::* Not nested but properly indented :*

::

::User:Technical 13   ( C • M • Click to learn how to view this signature as intended ) 21:17, 31 March 2013 (UTC)

: This is the issue explained in detail at Template talk:Shortcut#Changing wiki-markup to pure HTML in lists. The proper fix is to correct the wikitext in the template to not result in tag soup. Not that it shouldn't be done, but be aware that filing a bug isn't likely to help. Changing the behavior of wikitext lists would require some fairly drastic parser changes that few are able to do and likely none are willing.

: Regarding the "double bullet" effect: Any subitem should begin with the same sequence of characters as its parent item. This is more clear when using numbered lists rather than bulleted:

class="wikitable" style="margin-left:1.6em"
 WikitextRenderingWikitextRendering
Correct:

|

  • Number 1
  • Subitem with "**"
  • Number 2

|

  • Number 1
  • Subitem with "**"
  • Number 2

|

  1. Number 1
  2. * Subitem with "#*"
  3. Number 2

|

  1. Number 1
  2. * Subitem with "#*"
  3. Number 2
Incorrect:

|

  • Number 1

:* Subitem with ":*"

  • Number 1 again?!

|

  • Number 1

:* Subitem with ":*"

  • Number 1 again?!

|

  1. Number 1

::* Subitem with "::*"

  1. Number 1 again?!

(Note the above uses two colons because the indent for "#" is twice that of "*" or ":")

|

  1. Number 1

::* Subitem with "::*"

  1. Number 1 again?!

: Using differing "prefixes" causes separate lists to be generated, as can be seen by the resetting of the numbering. Those multiple separate lists are also what causes the "double bullet" effect. Also, I am told, the multiple separate lists can be annoying to screenreader users even when the visible page appears fine. I'm not sure what tangent User:Technical 13 is going off on above. Anomie 02:50, 1 April 2013 (UTC)

::Re: Screen readers, see this section of the accessibility guideline. Graham87 07:37, 1 April 2013 (UTC)

:*What tangent do you mean Anomie? Technical 13 (talk) 15:54, 4 April 2013 (UTC)

:*: "if you want the bullet indented all by itself without being nested in another list". Bringing up additional things no one asked about in the middle of a discussion like this tends to confuse the issue. Anomie 21:30, 4 April 2013 (UTC)

::* User:The-Pope asked above, " As a side question, is ** or :* the preferred/recommended way of having an indented bulleted list?" I was responding to a question, not going off on a tangent. :) Technical 13 (talk) 00:17, 5 April 2013 (UTC)

:::*I have commented at User talk:Technical 13/2013#Encyclopedia that the above is unhelpful. Johnuniq (talk) 00:56, 5 April 2013 (UTC)

Lua implementation of Template:Portal

I've written a Lua version of Template:Portal at Module:Portal, and I hope it can be rolled out fairly soon. {{tl|Portal}} has more than four million transclusions, though, so I want to make sure it is done right. There are test cases at Template:Portal/testcases and I've outlined the details of the implementation at Template talk:Portal#Lua implementation. If people could take a look over my code and comment over there, I'd be most grateful. — Mr. Stradivarius ♪ talk ♪ 19:06, 1 April 2013 (UTC)

:I have just made the change. If anyone notices any issues, please report them to Template talk:Portal. Thanks — Mr. Stradivarius ♪ talk ♪ 13:45, 4 April 2013 (UTC)

Weekend Testing Americas focusing on the new account creation and login this Saturday

You are invited to join the [http://weekendtesting.com/archives/2883 Weekend Testing Americas session] on the new Account creation user experience: [http://www.timeanddate.com/worldclock/fixedtime.html?iso=20130406T1700 Saturday, April 6, 2013 5pm UTC - 1pm EDT - 10am PDT]. We will play with the new mw:Account creation user experience for Wikimedia sites and also with the new Login user experience. Check the full test plan. This event is also part of Wikimedia's QA weekly goals. Needless to say, you are also invited to our upcoming activities.--Qgil (talk) 15:21, 4 April 2013 (UTC)

:Hey everyone. For context: this event is where a group of experienced software QA testers are volunteering their time to help us test the changes our team are building as permanent design changes based on previous testing. (Most recently mentioned [https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)/Archive_109#Changes_to_Special:UserLogin_.28signup.29 here]). This testing will be on Labs, not English Wikipedia. The next step after that, other than smashing any bugs they identify, is to enable the login and account creation changes on an opt-in basis across the wikis, so editors can try it and help test the localization in the relevant language, etc. If you're fairly technical or willing to give the slightly wonky environment of Labs a try, you're more than welcome to join us for testing this Saturday. :) Steven Walling (WMF) • talk 18:43, 4 April 2013 (UTC)

Mediawiki amendment date

How do I find (through bugzilla, gerrit or something else) when a particular change to the MediaWiki software occurred? Specifically, {{diff|Wikipedia:Redirect|prev|472655977|this}} is no longer a problem, since Media:A-104.jpg now works - a year or so ago, it would be a redlink; so, when was it fixed? --Redrose64 (talk) 17:10, 4 April 2013 (UTC)

:A year ago is hard, since some of the practices/infrastructure for tracking this stuff is different now. Searching Bugzilla for the relevant keywords to find if there was a bug is a good start, since that will have dates associated with it. Gerrit is easier to search if you know who made the change and/or to which part of the software (specifically, whether it was to core, a configuration change, or to an extension you know the name of). Steven Walling (WMF) • talk 21:46, 4 April 2013 (UTC)

::Bugzilla would be easier, but I did it the hard way via a git bisect on a local MediaWiki install. The commit that fixed this -- at least, turned the redlink blue -- was made on 4 November 2011 by Aaron Schwarz. Crossreferencing with SVN, that would be rev:102073. - Jarry1250 [Vacation needed] 22:19, 4 April 2013 (UTC)

:::November 2011 is odd. It definitely wasn't working in January 2012, which is why I put that bullet into WP:REDIR. --Redrose64 (talk) 22:33, 4 April 2013 (UTC)

::::We weren't on fortnightly deploys at that point, the code would only have been deployed in February/March 2012, bundled into MediaWiki 1.19. Admittedly it took me a few minutes to work that out that I was searching in the wrong timeframe too :) - Jarry1250 [Vacation needed] 22:44, 4 April 2013 (UTC)

::::Back around 2010/2011, the de facto deployment schedule on the Wikimedia cluster for non-emergency issues was around every 3 to 6 months, so it could easily take several months between when a fix was patched in the version control system and when it got into production. Thanks to the effort that WMF has put into improving this area, we are now on a roughly once every two week deployment schedule, so updates are much more rapid. Dragons flight (talk) 22:44, 4 April 2013 (UTC)

<nowiki>{{PAGENAME}}</nowiki> in the address bar

Hello. I created a [http://www.thetestwiki.org/w/index.php?title=Template:%D0%9A%D0%BE%D0%BF%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5_%D0%B8%D0%B7_%D0%92%D0%B8%D0%BA%D0%B8%D0%BF%D0%B5%D0%B4%D0%B8%D0%B8&action=edit template]. If I use articles with one word, it is functioning properly [http://www.thetestwiki.org/wiki/Talk:Cat]. But if in the title a few words with spaces, template is no longer functioning properly [http://www.thetestwiki.org/wiki/Talk:Cat_and_mouse]. What should I do to have turned out to use the template and articles whose title contains spaces? Thanks.--Ворота рая Импресариата (talk) 08:09, 1 April 2013 (UTC)

:You need to use {{urlencode:{{PAGENAME}}}} in order to replace spaces with underscores for bare urls, like your links to en.wiki. Your code currently interprets the first space in the page name as the end of the URL. VanIsaacWS Vexcontribs 08:25, 1 April 2013 (UTC)

::Or {{PAGENAMEE}} may be better (depending on situation) -- WOSlinker (talk) 08:38, 1 April 2013 (UTC)

:::Well, he's trying to link to an en.wiki article in another wiki with [en.wikipedia.org/wiki/{{PAGENAME}} {{PAGENAME}}], which doesn't work when the article name has a space. So the first {{PAGENAME}} needs to get urlencoded with underscores. VanIsaacWS Vexcontribs 09:12, 1 April 2013 (UTC)

: Thank you all!! I'm sorry, but where can I read more about these and similar templates? Up to this point I did not know about their existence. Thanks.--Ворота рая Импресариата (talk) 09:51, 1 April 2013 (UTC)

::WP:PF VanIsaacWS Vexcontribs 10:58, 1 April 2013 (UTC)

::: I humbly thank you. :-)--Ворота рая Импресариата (talk) 11:27, 1 April 2013 (UTC)

:* I agree that [http://en.wikipedia.org/wiki/{{PAGENAMEE}} {{PAGENAME}}] would be more efficient than [http://en.wikipedia.org/wiki/{{urlencode:{{PAGENAME}}}} {{PAGENAME}}]. Just my File:Coin Icon.svg User:Technical 13   ( C • M • View signature as intended) 12:39, 1 April 2013 (UTC)

:::"efficient " - yes; useful - no! Try it with a page containing a whitespace... mabdul 09:00, 2 April 2013 (UTC)

:::: That is why they are using {{PAGENAMEE}} or {{urlencode: it will change the whitespaces to usable characters for the URL string. On a side note, I went back and looked at your template again and it is possible to have characters that won't work the way you have it now (? & = to name a few)...

::::* {{Tld|PAGENAME}} → {{PAGENAME}}

::::* {{Tld|PAGENAMEE}} → {{PAGENAMEE}}

::::* {{Tld|URLENCODE:{{Tld|PAGENAME}}}} → {{URLENCODE:{{PAGENAME}}}}

::::* {{Tld|URLENCODE:{{Tld|PAGENAMEE}}}} → {{URLENCODE:{{PAGENAMEE}}}}

:::: I'd use {{Tld|URLENCODE:{{Tld|PAGENAMEE}}}} instead to make sure that "every" page name was properly converted. User:Technical 13   ( C • M • View signature as intended) 11:02, 2 April 2013 (UTC)

::::: If you use that, you'll have incorrect output. {{PAGENAMEE}} for "10 & 6 = 2?" returns "{{PAGENAMEE:10 & 6 = 2?}}"; your example returns the double-encoded "{{urlencode:{{PAGENAMEE:10 & 6 = 2?}}}}". Anomie 00:18, 3 April 2013 (UTC)

:::: Mabdul: Note there is a difference between "{{PAGENAME}}" (with one E at the end) and "{{PAGENAMEE}}" (with two E's at the end). Anomie 00:18, 3 April 2013 (UTC)

  • I've also just recently come across {{Tld|PAGENAMEU}}, but haven't found documentation on it yet, maybe Anomie can tell us more about it? {{PAGENAMEU}}. User:Technical 13   ( C • M • View signature as intended) 00:28, 3 April 2013 (UTC)
  • : {{tl|PAGENAMEU}} is a template, equivalent to {{urlencode:{{PAGENAME}}}}. Anomie 00:38, 3 April 2013 (UTC)

::::Note, "(" and ")" are safe to use in http(s) urls, and in particular when linking to wiki page names. {{PAGENAMEE}} is specificly made for using in links. The extra urlencode is unnecessary. Bawolff (talk) 17:32, 5 April 2013 (UTC)

Watchlist group by section?

I'm playing with the WP api and wondering if a watchlist variant that grouped by section name (when available) as well as by article would be useful. Has this been done already in some user script or extension or something? Just wondering if it would be useful. Mainly for busy pages like VP or teahouse or Jimbo talk. Silas Ropac (talk) 20:27, 2 April 2013 (UTC)

:There's probably no such grouping variants in the watchlist as such. You'll likely need to make your own grouped lists of linked articles and use the related changes workaround. Watchlisting in general does have numerous limitations which need some technical attention, e.g. lack of multiple/grouped watchlists, fixing of bugs especially those related to large sizes (not easy to put a watchlist on a diet if both the normal and raw watchlist edits fail, Catch-22). Dl2000 (talk) 23:56, 2 April 2013 (UTC)

::So far I'm just doing it with single article histories, not actually using watchlists or even psuedo-watchlists. I figure if it doesn't work nicely with a single article, there is not much point in showing multiple articles. So yesterday Village pump (policy) had 61 changes, but only 6 sections were involved. So rather than look at a flat list of 61 changes mine would present just 6 sections, if you wanted to expand the section with 42 changes you can, but if you don't care about it you can ignore it. So that is the goal anyway. One thing you lose is the overall time ordering. I could still order by time within a section, but if you want to peek at this throughout the day, it would be harder to see what's new. But for someone checking once a day it seems like it would tame the complexity somewhat. I don't know just an experiment. Which is why I was wondering if anyone has done it already, save me some time! Silas Ropac (talk) 15:17, 4 April 2013 (UTC)

:::Haven't found a solution, although a "section" based watchlisting can be done if a page consists of transcluded pages as sections. For example, Wikipedia:Good article reassessment lists various sections, but each article is transcluded, such as Wikipedia:Good article reassessment/Levitsky versus Marshall/1. You could watch the Levitsky versus Marshall sub article to see the action in just that "section". Note that watching the GAR page will not indicate what sections are being added or purged - apparently you would have to watch the transcluded User:VeblenBot/C/Wikipedia good article reassessment for those. As mentioned, watchlisting in general is in need of much fixing and functional upgrading, and section-based watching would be useful. However, drawbacks may involve usability issues and complications with the extended functionality e.g. accidentally setting a watch only a section when the entire article is intended, or vice-versa. Dl2000 (talk) 22:28, 4 April 2013 (UTC)

::::That's interesting about transclusion. But I was hoping to make this work for any page. I was really thinking only about displaying the changes by section, not about subscribing certain sections. But maybe one will lead to the other. But I see an issue. If you grab enough history for a page that is actively archived like a Village Pump page, you are going to get changes for a lot of sections which have already been archived. But from the history of the page there is no obvious way to distinguish between sections which have been archived or not nor to figure out the correct archived links. I could grab the full text of the head revision, and search through it for section names to determine which sections are still on the page. And then just drop any section which has fallen off. This might be good enough for my purposes. So this would be like "for the sections that are currently on the page, show me the changes in those sections" which I think is useful, even if it is limited to only recent stuff.

:::: So does archiving just blatantly break links and nothing is automatically repaired or maintained? Because I have linked to often-archived pages before and find the link just breaks ones archiving happens. If it's then fixed by hand presumably it's stable from then on. But really even a one-time breaking is not cool, seems like you want some kind of permalink which survives the archiving. I have no idea how that would be implemented. Silas Ropac (talk) 02:51, 5 April 2013 (UTC)

:::::It depends upon how the archiving is done. Most archiving is done by bots, and there are several of these, which use different techniques. For example, the MiszaBot family are popular, but these do a simple cut&paste, which often breaks section links - and the bot leaves these in a broken state.

:::::By contrast, when {{user|ClueBot III}} archives a thread, it also uses cut&paste, but then goes around fixing links to that section which would otherwise have become broken - see, for example, [//en.wikipedia.org/w/index.php?title=Special:Contributions/ClueBot_III&offset=20130402003500&limit=6&dir=prev these six edits]. I don't know if it's 100% successful though. If you know PHP, you could check the bot source: search for $forktasklist

:::::Permalinks might help, but the disadvantage of those is that they link to a thread as it was at a particular instant in time, and there may have been subsequent posts prior to the archiving. --Redrose64 (talk) 13:07, 5 April 2013 (UTC)

::::::That's neat that {{user|ClueBot III}} tries to fix links, I didn't know that. For "permalink" I was thinking not a link to a old revision of a page, that wouldn't show new content, but some kind of "permanent" link to the section on whichever page it ended up. I'm probably asking for magic here, because I have no idea how to implement it given that sections can be renamed, moved, duplicated, copied, etc. Seems like section would have to be given some kind of ID which was independent of the section name. And that ID would have to have to be in the wikitext but not get edited. And then the server would have to be able to take a request for page§ionid=123 and return page#foo or page#bar or page/archive_109#foo or page/archive_109#bar depending if the section had been renamed or moved. But it would apply to normal articles, not just discussions, because today those incoming section links break if sections are renamed or articles are split or merged. So the dream is being able to make a link to a chunk of a content within a page, and have that link permanently take me to the future chunk which best matches or was derived from the old chunk, even if the chunk moved to a new page. I'm thinking that might be 5-10 years away, nothing I'm waiting on certainly. Silas Ropac (talk) 14:29, 5 April 2013 (UTC)

Potentially useful side effect of MathJax

In August 2012 there were some discussions about changing the preferred font in class="texhtml". Sysop Edokter declined to make changes in Commons.css on a pretext that {{cquote|The installed base of the MathJax fonts amongst our readers is virtually nil, so it makes no sense to put this in Common.css}}

Later I noticed that, when MathJax uploads its fonts, the appearance of "texhtml" (a.k.a. {{tl|math}}) switches to these font, even if they are not installed, if the CSS refers to names of these fonts. This can serve as a cheap improvement of appearance of simple formulae. Namely:

  • If a reader uses the low-quality PNG renderer, then s/he will see serif, but if s/he uses this renderer, then the typesetting quality will not be high in any case.
  • If a reader enables MathJax (one of available MathJaxes), but the page does not contain any <math>, then the font of class="texhtml" will depend on whether MathJax fonts were previously downloaded (or installed locally). But it is not important to mimic the MathJax appearance with {{tl|math}}, because there are no MathJax formulae on the page.
  • If a reader enables MathJax and the page loads it, then the proposed setup will make class="texhtml" formulae uniform with MathJax formulae.

This can encourage editors to use more template formatting ({{math}}, {{tl|sfrac}}, {{tl|sqrt}}, {{tl|radic}}, {{tl|closed-open}}, {{tl|mvar}}, {{tl|vec}}…) which will allow articles to render faster and will diminish other MathJax’s adverse effects (such as page jerks).

Opinions? Incnis Mrsi (talk) 09:34, 4 April 2013 (UTC)

: There are some issues with this approach:

:# The font used for texhtml will depend on wether MathJax is actually used on a page. This results in inconsistent behaviour of these templates, which I think is a bad thing.

:# Consistency aside, the mathjax fonts are still no match in quality when compared to native system fonts. The webfonts are not TrueType (they're based on OTF), and lack the hinting that is needed for optimal display (at least on Windows). Using MathJax would be detrimental IMO. Edokter (talk) — 16:33, 5 April 2013 (UTC)

Help with some boxes

I made some changes on the WP U2 page but then it chaged its original format. the the Wikiproject box, the Quick links box, the discussion pages box and the Statistics box went to the bottom instead of staying the right where it always were. Please, help me to undo this but keeping the new adds

See, this is where I add and I need to keep it there:

{{To do|inner=

}}  Miss Bono (zootalk) 19:27, 4 April 2013 (UTC)

:This has already been resolved (I guess). Under the project section at Wikipedia:WikiProject U2/leftpanel, the to do list is included. --Ushau97 talk 09:56, 5 April 2013 (UTC)

Collapsed information does not remain in section

In my sandbox (User:MarshalN20/Sandbox4), in the "Players" section, I am trying to collapse the "Recent Call-ups" to the bottom of the section. Yet, the template skips the section and mixes with the template in the "Managers" section. Please help.--MarshalN20 | Talk 03:02, 6 April 2013 (UTC)

:{{fixed}}--Makecat 05:36, 6 April 2013 (UTC)

Problematic CAPTCHA

[https://toolserver.org/~acc/acc.php?action=zoom&id=97171 Here] someone has reported that they faced trouble with the verification code while creating an account! (you may need an ACC account to view this) --Tito Dutta (contact) 10:42, 4 April 2013 (UTC)

:Most of us don't have an ACC account. Can you summarize or repost it here? Steven Walling (WMF) • talk 18:32, 4 April 2013 (UTC)

::* [https://toolserver.org/~acc/acc.php?action=zoom&id=97377 Here] is another one! Both the editors attempted to answer the CAPTCHA (one editor mentioned "more than 10 times") but could not answer correctly no matter what I did I could not get the code word right to create my account . --Tito Dutta (contact) 19:05, 4 April 2013 (UTC)

:::*So it was just that they found it too difficult to read? Steven Walling (WMF) • talk 21:49, 4 April 2013 (UTC)

::Requesting an account right now. I'll let you know what I find. Technical 13 (talk) 19:04, 4 April 2013 (UTC)

  • [https://toolserver.org/~acc/acc.php?action=zoom&id=96992 Third one]. They also told that they could not create an account for CAPTCHA error! --Tito Dutta (contact) 19:18, 4 April 2013 (UTC)

:::Still haven't gotten a response to my request for an account... They must have a good size back-log there... Technical 13 (talk) 00:18, 5 April 2013 (UTC)

::::<aside>"CAPTCHA Error" would be a great name for a band.</aside>--ukexpat (talk) 02:49, 5 April 2013 (UTC)

:::::{{small|Using the self-checkout at the local library a while back, the screen showed Fatal Error. Took me a moment to figure out it was the title of the book. --  Gadget850 (Ed) talk 17:54, 6 April 2013 (UTC)}}

:::"I'm sorry, but, your account has not been approved by a site administrator yet. Please stand by." Technical 13 (talk) 20:19, 6 April 2013 (UTC)

Encoding section names into anchors

From an external site how can I encode the string of a section name using javscript into a url which jumps to the anchor for that section. I read on [http://stackoverflow.com/questions/15128485/mediawiki-api-section-names-encoding stack overflow] the recipe is "UTF-8 percent-encoding, but with . instead of %, and spaces replaced with underscores; additionally, multiple consecutive whitespaces are collapsed, and : is preserved (not encoded into .3A)" Is this correct, is it officially documented somewhere, anyone have a javascript snippet that does this? Silas Ropac (talk) 02:25, 5 April 2013 (UTC)

:The relevant code is at [https://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/includes/parser/CoreParserFunctions.php?view=markup CoreParserFunctions::anchorencode] -> [https://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/includes/parser/Parser.php?view=markup Parser::guessSectionNameFromWikiText] -> [https://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/includes/Sanitizer.php?view=markup Sanitizer::escapeId]. But be aware:

::"The problem there is that the output of guessSectionNameFromWikiText depends on the configuration of the particular wiki. $wgHtml5 and $wgExperimentalHtmlIds are used, and maybe others." [http://comments.gmane.org/gmane.science.linguistics.wikipedia.technical/49426]

:So the only safe method is to use the API. In order to use the API off-site client side, you usually need to do a callback. The best way I can see to encode an anchor via the API with a callback is a quick action=parse: [http://en.wikipedia.org/w/api.php?action=parse&callback=foo&format=json&text={{anchorencode:Foo%22bar}} action=parse&callback=foo] making sure to encodeURIComponent() the anchor parameter. You then create a