User talk:Krinkle/Tools/Archive

Hi myself488, I totally agree with you. In fact, I've made a small piece of code in my custom user .js file that did this for me for the reason you mention above, but I'll be sure to include it in the RTRC-core the very next revision since this is useful for everybody. Greets, –Krinkle ^talk 10:49, 20 June 2010 (UTC)

Done The [my patrol log ] has been added to the grey topbar next to [help] in version 0.7.6-beta. Please clear your cache and check that you are running this latest version. If it doesn't work properly or if you have further feedback on this, please let me know here. Otherwise I will mark this thread as Resolved and archive it next week. –Krinkle ^talk 01:41, 15 July 2010 (UTC)

Hi, sorry for not using the suggested template since I wanted to talk about a couple of things. First, your toggleRevDel script (code) will break if you uncheck "Enable jump to accessibility links" in preferences->Appearances: the hidden (in most skins) div#jump-to-nav will disappear). Second, you might be interested in looking at the alternate approach, more CSS-oriented, which I added to our local ru:MediaWiki:Sysop.js. Something like this:

functionsysopHideRevDel(){
sysRevDelCSS=appendCSS('span.mw-revdelundel-link, #pagehistory input[type="checkbox"], button.mw-history-revisiondelete-button {display:none}')
sysRevDelCSS=sysRevDelCSS.sheet||sysRevDelCSS
addContentSubLink('javascript:sysRevDelCSS.disabled=!sysRevDelCSS.disabled;void 0','RevDel Interface')
}
if(/* conditions for: History page or Contributions or Logs */)sysopHideRevDel()

(The code requesres additional addContentSubLink() to put a link under the page title.) -AlexSm 16:20, 25 June 2010 (UTC)

Hi Alex,

toggleRevDel doesn't actually rely on div#jump-to-nav to work. I just needed a place to insert the CSS settings. I randomly choose div#jump-to-nav but I've changed it append to the always present body now. I use JavaScript to toggle a class but for speed efficiency I choose CSS for the actual visibility. (it's faster to add a class to the parant element then to add display:none to all list-items (which sysops can limit up to 5000 items)). With that in mind and the power of the 'cascading' in "Cascading Style Sheets" it works very speedy this way. Please let me know if it works now (refresh your cache and check that it's version 0.3 now). Thanks again, –Krinkle ^talk 23:33, 30 June 2010 (UTC)

Yes it does, you missed another instance in the code. What I tried to explain above is that JavaScript gives you the power to disable appended CSS, so you don't need to add extra class. -AlexSm 03:42, 1 July 2010 (UTC)

I forgot to report back here, but two weeks ago I fixed the issue with div#jump-to-nav. Today I've further looked into the <link>'s "disable" attribute and updated the script. To work around this issue the way you described above. Also it will now work on history, log and contributions pages. Thanks a lot ! –Krinkle ^talk 02:20, 15 July 2010 (UTC)

Done - Implemented in RTRC v0.7.8-beta. See also User:Krinkle/RTRC-docs#Usertools. –Krinkle ^talk 08:20, 15 August 2010 (UTC)

Hi, the edit is too old (after 30 days it expires from the patrol-database). If this happends again, let me know. –Krinkle ^talk 03:45, 15 August 2010 (UTC)

Hi Amada44,

A few years ago there was a toolserver tool called "vPopSpeed" by henna. It had the ability to mass-patrol all edits on a particular page after showing the difference between the last unpatrolled revision and the current revision. That tool got broken through the years and because of a change in the software can't be repaired in it's current form. I'm planning on making a tool similar to old vPopSpeed. The above feauture suggestion will most likely be realized in that tool. Once that's done I will look into making it usable externally for other tools to use. So that you can click a link within RTRC to that tool. Since you've requested this here I'll move this higher up my list. Thanks again, –Krinkle ^talk 08:41, 20 May 2010 (UTC)

Hi Krinkle,

File:Patrolling.png

that would be a big improvement and really great! But mostly an IP doesn't do more than 1 to 3 edits on one page. I meant something going a bit further. Often I see an IP which categorizes some stuff and does like 30 or more edits on different pages. It is very easy to see if an IP is a vandal or not. So it would be great to be able to define: this IP is not a vandal, mark all edits of this IP for the next two hours as patrolled. This would save soooooo much time! Amada44 (talk) 07:07, 22 May 2010 (UTC)

Hi,

Sorry for the late response. The "vPopSpeed" tool would be to patrol all edits by anyone on a single page, this is handy when you know the latest version is good, but many stuff has been going on on a page and patrol it all in one go.

The feature you are suggesting in the reply above is actually a lot easier to implement I think. I'll come back on this one later. –Krinkle ^talk 14:29, 3 June 2010 (UTC)

That sounds,.... reaaaaallllly good *smile* I did a screenshot to show you what I mean. Amada44 (talk) 15:02, 3 June 2010 (UTC)

The first step towards this has been implemented in version 0.7.2 (clear your cache, check the version in the dark grey bar on top), enabling to query based on User. –Krinkle ^talk 20:56, 3 June 2010 (UTC)

cool! that is already really helpful! Amada44 (talk) 07:24, 5 June 2010 (UTC)

I agree that this would be really helpfull —The preceding unsigned comment was added by DieBuche (talk) 23:19, 9 June 2010

Done - Timeframing was already a feature but the Userfilter has been introduced in version 0.7.2; and MassPatrol has been introduced in version 0.8.0 enabling you to pick a user (optoinally a timeframe aswell) and while having MassPatrol enabled patrolling them all without moving in mussle. Thanks for your suggestions. –Krinkle ^talk 13:47, 8 September 2010 (UTC)

krRTRC_Msgs.ja={
'asc':'昇順',
'abbreviations':'略字',
'adder':'Adder',
'anononly':'IP編集のみ',
'apply':'適用',
'autodiff_masspatrolneeds':'自動差分を無効化しようとしています。大量パトロールの動作には自動差分が必要です。自動差分を無効化しますか?(自動差分を無効化した場合、大量パトロールも同時に無効化されます)',
'clear':'クリアー',
'clickforinfo':'クリックすると解説ページを表示します',
'currentedit':'現在選択中の編集',
'desc':'降順',
'documentation':'使い方',
'edits':'編集',
'filter':'フィルター',
'from':'から',
'lastupdate':'最終更新',
'limit':'上限',
'loadfromtop':'上から',
'masspatrol_userfilterconfirm':'利用者フィルタをクリアしようとしています。大量パトロールが動作するには最低一つの利用者フィルタが必要です。利用者フィルタをクリアしますか? (フィルタをクリアした場合、大量パトロールは自動で無効化されます)',
'masspatrol_autodiffneeded':'大量パトロールを有効化しようとしています。大量パトロールの動作には自動差分が必要です。自動差分を有効化しますか? (キャンセルした場合、大量パトロールは有効化されません)',
'months':["1月","2月","3月","4月","5月","6月","7月","8月","9月","10月","11月","12月"],
'mypatrollog':'自分のパトロール・ログ',
'newpages':'新規作成',
'nomatches':'設定に一致する結果がありません',
'noreasonfound':'理由が見つかりませんでした',
'order':'順序',
'pagefilter-opt':'ページフィルター',
'permalinktext':'現在の設定への固定リンク',
'reason':'理由',
'unknown':'不明',
'unpatrolledonly':'未パトロールのみ',
'userfilter-opt':'利用者フィルター',
'untill':'まで',
'skippededit':'スキップした編集',
'timeframe-opt':'時間指定',
'type':'表示対象',
'whatsnew':'ソフトの更新履歴'
};

Done - Thanks a lot. –Krinkle ^talk 02:54, 15 September 2010 (UTC)

Thank you! --Was a bee 03:42, 16 September 2010 (UTC)

Hi Sir48,

I've modified the script a little bit, could you try again ? In my IE8 install it no longer breaks the execution of othere scrips. –Krinkle ^talk 19:42, 14 September 2010 (UTC)

Update: Sorry, I forgot to bypass my browser's cache. Hydriz 16:30, 17 December 2010 (UTC)

Alright, no problem. Glad to hear it works fine on 'simple english' wikis too. I had some concerns about it. ie. the tool may be looking for 'simple' instead of 'en' when it comes to getting interface messages, but this is not a problem (anymore). –Krinkle ^talk 18:05, 17 December 2010 (UTC)

Not done This is a bug in the toolserver database. Stay tuned at TS-BUG 928. –Krinkle ^talk 12:40, 2 February 2011 (UTC)

Done This was done in the 0.8.6 release of RTRC in October 2011. It's using protocol-relative urls everywhere now. Thanks! –Krinkle ^talk 22:00, 10 January 2012 (UTC)

Done in version 0.2.0. Thanks! –Krinkle ^talk

• Fixed –Krinkle ^talk 01:28, 31 January 2012 (UTC)

Thanks, recorded as KRINKLE-7. –Krinkle ^talk 13:43, 13 February 2012 (UTC)

Fixed –Krinkle ^talk 14:15, 13 February 2012 (UTC)

• Done Thanks, fixed. Also gave it a general clean up while at it. Thanks! –Krinkle ^talk 01:34, 4 March 2012 (UTC)

Hi Freaky Fries,
Het staat bij deze op de todo-lijst voor versie 0.8.x. Komt in een paar dagen/weken aan de beurt. Bedankt voor de suggestie. –Krinkle ^talk 14:06, 8 September 2010 (UTC)

This feature request has been imported to the new issue tracker: https://github.com/Krinkle/mw-gadget-rtrc/issues/1. –Krinkle ^talk 19:15, 11 July 2013 (UTC)

function krSummary ( 
 newsum [string],
 append [bool] = false,
 devider = krSumDevider [string] = ", "
)

Hi Davin,

I see how this can be handy in some cases, however it's not exactly the scope of RTRC which is to patrol new pages, edits or both. As new pages aren't categorized yet (or atleast they should be checked during patrol) it's hard to be able to use that. And for edits, it would be cool to have a list of recent changes to articles in a certain category but that's already in that tool. You may not know this but Erwin's tool has an option to hide patrolled edits with a checkbox. Ofcourse RTRC has the advantage of being on-the-fly and all it's features like the Usertools, MassPatrol and Userfilter; however it is due to technical limitations not possible at the moment to build in category support as this is this an option in the MediaWiki software.

On the toolserver these limitations don't exist, however the reason RTRC can't be on the toolserver is because patrolling requires one to be logged in and from the toolserver it is not allowed to let users login with their Wikimedia credentials.

So I'll have to mark this for Later. –Krinkle ^talk 21:22, 17 November 2010 (UTC)

Hi Davin,

Yes that is possible. Although it's not perfected yet. Check out my Tools page. There you will find "Get Top RC Pages" and "SpeedPagePatrol". The first generates a list of pagenames on a wiki that have many unpatrolled edits. You can then click the link and patrol them all at once with "SpeedPagePatrol".

If you want to do it on a page that is not in the "Top" list you can try to edit the link:

http://toolserver.org/~krinkle/SpeedPagePatrol.php?wiki=wikishortname&title=pagetitle (without Namespace:)&namespace=namespace number

Example: http://toolserver.org/~krinkle/SpeedPagePatrol.php?wiki=commonswiki&title=Village_pump&namespace=4

In the future I will add this as a quicklink somewhere inside the RTRC patrol tool. –Krinkle ^talk 23:14, 26 September 2010 (UTC)

It's indeed a good idea to insert it RTRC, preferably with as least clicks possible. Thanks for developing all these tools!. Davin 09:17, 29 September 2010 (UTC)

Hi Davin, you can add a username to the Userfilter with a single click. To do so hover with your mouse over the username in the feed below and click "[+filter] ". This will copy/past the numername to "Userfilter" and click "Apply" for you. –Krinkle ^talk 23:19, 26 September 2010 (UTC)

I don't succeed. I tried in FireFox, IE and Safari, but when the mouse arrow is above a username, I don't find a sign "[+filter]". Davin 09:47, 29 September 2010 (UTC)

See an example here: http://i.imgur.com/Jx3ew.png . Could you tell me which version of Firefox / Safari you're using ? –Krinkle ^talk 07:53, 30 September 2010 (UTC)

FireFox 3.6.10, Safari 5.0.1 - 75533.17.8 (FireFox is that I use usually). I was wondering if it could be that you have something in your monobook of another tool that I don't have? Just a thought. I use a PC not an Apple. Davin 15:19, 1 October 2010 (UTC)

I do have several other tools of which many I use myself, but this these tooltips are part of RTRC. I'll check this out on Windows in the weekend and see what my debugger tells me. –Krinkle ^talk 15:46, 1 October 2010 (UTC)

I've tried this myself on someones laptop in Chrome and in Firefox on Windows 7 but it worked fine. For what it's worth, I don't believe the computer (PC/Mac) or operating system (Windows XP, Win 7, Linux, Mac OS X) matter here. It's the browser that matters, and the script for these green tooltips, as is the rest of my tools, are supported in the WebKit engine and Mozilla engine (examples of browsers that use these engines are Chrome, Safari and Firefox). Are you still not seeing the tooltips ? Either case, which version do you see in the dark grey bar on the top at the moment ? It should read 0.8.2-beta. –Krinkle ^talk 21:20, 12 November 2010 (UTC)

Hi,

Except for Commons specific things everything you see is centrally localized in MediaWiki itself. Which can be followed on TranslateWiki. These messages are stored in the MediaWiki:-namespace. Unless a page with such name is manually created the default value from the software is used. This is the case for most messages. Think for example the links in the Sidebar, the text on buttons, the tabs, the labels on Special:Preferences etc., the entire interface is localized, check out Preferences with user language set to "de" (German). For example the label "Basisinformationen" is defined on MediaWiki:Prefs-info/de, from the English "Basic information"[14]. It is possible to use these labels and messages inside an article/page by calling "int" (internationalization) and passing the message key, which then returns the message in the current users' language. Another function that is called like this is "lc" (lowercase), {{lc:MeDiAWiKI}} => mediawiki.

Due to an ongoing discussion and a technical bug it is currently not possible to make the upload script put this on the page directly, which is why the clean up bots on Commons take these kind of things at the same time during other tasks (such as tagging uncategorized files or find/replacing something). Becuase as patroller we're on the page anyway and often find a mistake (like the wrong dateformat) then I edit the page fix the dateformat and the CUP-script replaces the headings and other commons translation things at the same time, example. See also the Commons:FAQ –Krinkle ^talk 02:31, 18 November 2010 (UTC)

/* In RTRC */
this.callHooks('diffLoad',[diffId,pageName,generalAppInfo]);
/* In third party script */
if(typofRTRC!=='undefined'){
RTRC.addHooks('diffLoad',myFunction);
}

The refactoring has been completed, but I choose not to implement my own hooks interface. See mw-gadget-rtrc issue #9 for more information. –Krinkle ^talk 23:26, 2 October 2013 (UTC)

Hi billinghurst,

I could misunderstand your question, but from what I understand I'm not sure what you're asking. AjaxPatrolLinks does exactly what you ask for (patrolling an edit while staying on the page you were, without this extra "Mark as patrolled" page). Have you tried it ? –Krinkle ^talk 08:36, 7 March 2011 (UTC)

Yes, I have tried it locally loading the script via monobook.js using the resource loader as per your instructions, and I have now set it up as a gadget en:s:Special:Preferences:#preftab-8 and I cannot get it to function by staying on the page, it keeps moving to the Marked as patrolled. Addendum. I tried from the secure and the standard login, from my two boxen that run Firefox, same result. Suggestions? billinghurst sDrewth 10:44, 7 March 2011 (UTC)

Resolved. Not sure what is different or why it happened. Happy that it has resolved. billinghurst sDrewth 00:37, 13 March 2011 (UTC)

Currently there's a fixed limit to avoid hanging/crashing the browser if searches return 100s of files (ie. a phrase that happened to be in the key of one or more interface messages and thus return matches from (number of languages * number of key matches) number of files.

The above scenario was described in an earlier bug ticket and as a temporary fix I hard-limited it to 50. Coming summer I will revise the wikimedia-svn-search tool from a proof-of-concept to something more solid. Especially now that the Ts-jobqueue can be accessed from webserver scripts directly.) and that TsIntuition is ready for use.

I'll look at this tonight and see if I can make it nicer for the time being, 50 is a low and annoying limit. –Krinkle ^talk 15:36, 7 June 2011 (UTC)

Limit was raised to 100 and a small note indicating when it was limited has been added. –Krinkle ^talk 21:56, 9 June 2011 (UTC)

Thank you! Helder 13:15, 10 June 2011 (UTC)

Hi Morgankevinj,

This kind of query is currently not supported in the mediawiki api software, as such I cannot implement it from within the RTRC tool. You most likely got this idea from the checkbox "Only show edits that are latest revisions" on Special:Contributions. I've requested this feature to be added to the developers backend for gadgets (API) as well, this was apparently forgotten. The ticket can be found at bug 26873. –Krinkle ^talk 07:55, 7 April 2011 (UTC)

By default the MediaWiki API doesn't provide this information. For the benefit of speed I rather not make many additional requests to the API just to retrieve this information, this in return to preserve close to real-time polling of the events to improve simultaneous patrolling by multiple users.

However I agree that this would be a nice feature to have and could potentially save a bit of time. I will keep this in mind for the next major revision. –Krinkle ^talk 14:26, 8 May 2011‎

Not done. I assume you mean the link in the sidebar under Toolbox. That is part of MediaWiki core, not my gadget. If that is wrong, please contact translatewiki.net as they do the translations of MediaWiki interface. Thanks. –Krinkle ^talk 21:58, 10 January 2012 (UTC)

I'm sorry for the inconvenience. The link must have been to this page. Helder 10:32, 25 January 2012 (UTC)

Okay, same thing though. The "User contribution" link is generated by MediaWiki core. If there is a problem with that, it is not related to this gadget and will happen on other pages as well. Note that RTRC hides the Toolbox by default, so those links aren't shown at all when using RTRC. It is either a bug in the translation or another gadget you're using besides mine. Can you provide a screenshot, perhaps I can recognize the problem that way (please upload somewhere not on the wiki). Thanks, –Krinkle ^talk 21:00, 27 January 2012 (UTC)

The error also happens when I open this link without being logged in, so it doesn't depends on my gadgets. The full content of line where the text is displayed is the following:

Abbreviations: T - discussão, C - Contribuições {{GENDER:{{#titleparts:{{PAGENAME}}|1|1}}|do usuário|da usuária|}}

I've sent an screenshot to your email. Helder 22:32, 27 January 2012 (UTC)

Now tracked at GitHub: https://github.com/Krinkle/mw-gadget-rtrc/issues/8. Will be resolved in the next release. –Krinkle ^talk 22:16, 30 September 2013 (UTC)

Seems more suited for a bot than a gadget or user script (since you'd have to leave your browser open for a while and it would blow up your contributions overview). On Commons this is done by SieBot (Rename a category / commands) –Krinkle ^talk 22:09, 21 November 2011 (UTC)

Thanks! I'll convert it into a different bug. Anonymous users don't have the patrol right, as such linking to their log is useless. That link shouldn't be shown unless there is a patrol token received. –Krinkle ^talk 22:13, 4 October 2012 (UTC)

Indeed! That solution is also good. Helder 11:24, 5 October 2012 (UTC)

Moved to new issue tracker: https://github.com/Krinkle/mw-gadget-rtrc/issues/12
Fixed in the latest master (will be released in v0.9.6). –Krinkle ^talk 00:05, 3 October 2013 (UTC)

Hey, could I get to translate RTRC into hindi? I'd really like to get the translations done and then enable it at hindi wikipedia. Thanks and regards--Siddhartha Ghai 02:08, 31 January 2012 (UTC)

RTRC localisation has been moved to Translatewiki (under Intuition -> RTRC). You may contribute translations over there. Thanks! –Krinkle ^talk 23:15, 24 October 2013 (UTC)

{{FULLPAGENAME}}

I'm not quite sure what you mean, but I think this is possible yes. Try it :) –Krinkle ^talk 15:56, 25 April 2012 (UTC)

Wouldn't be easier to use a subpage link such as this one (whose source code is "[[/this one/]]")? Helder 21:12, 17 May 2012 (UTC)

Indeed, [[/subpage|label]] will work too in that case. Although be careful, since subpages are not supported in all namespaces. If you use it in a namespace where subpages are not supported, it will link to a (likely inexistant) page in the main namespace named "/subpage". –Krinkle ^talk 22:45, 17 May 2012 (UTC)

Moved to the new issue tracker: https://github.com/Krinkle/mw-gadget-rtrc/issues/11. –Krinkle ^talk 23:59, 2 October 2013 (UTC)

Fixed Moved to new issue tracker: https://github.com/Krinkle/mw-gadget-rtrc/issues/13
And fixed in the latest master (will be released in v0.9.6). –Krinkle ^talk 00:34, 3 October 2013 (UTC)

Fixed, tracked at https://github.com/Krinkle/mw-gadget-rtrc/issues/22. –Krinkle ^talk 14:15, 4 November 2013 (UTC)

Fixed Moved to new issue tracker: https://github.com/Krinkle/mw-gadget-rtrc/issues/15
And fixed in the latest master (will be released in v0.9.6). –Krinkle ^talk 15:08, 3 October 2013 (UTC)

The Usertools feature has been removed in version v0.9.5 because it was too unstable, this should solve your problem. –Krinkle ^talk 23:36, 2 October 2013 (UTC)

Working now, ignore this. PiRSquared17 (talk) 19:42, 24 October 2013 (UTC)

Thanks! I couldn't reproduce a "visibly empty pink element", however I did notice a weird conflict with the sidebar in Firefox. This has been resolved in v0.9.7 earlier this week, which I've promoted from beta to stable just now. –Krinkle ^talk 23:05, 24 October 2013 (UTC)

Moved to the new issue tracker: https://github.com/Krinkle/mw-gadget-rtrc/issues/26. –Krinkle ^talk 20:53, 11 December 2013 (UTC)

Following Firefox browser u/grade to V27.0.1 RTRC has stopped working. It momentarily displays the user page as before but options/apply does not appear and the page remains blank with just a RTRC page link top left. I've come to rely heavily on this tool. Cracking piece of kit it is and suddenly I haven't got it. Any ideas for a quick fix? --Sabretache (talk) 14:24, 16 February 2014 (UTC)

A few hours later and its working again. Connectivity issue?? - Anyway, sorry for false alarm. Please delete this if you wish --Sabretache (talk) 20:11, 16 February 2014 (UTC)

Thanks for the report. –Krinkle ^talk 02:19, 16 May 2014 (UTC)

Some more checking makes me think it probably has to do with https. Could it be that the tool does not work/often fails when using https rather than http to connect with Wikipedia? - Andre Engels (talk) 11:38, 14 April 2013 (UTC)

More checking confirms that it's the https that causes the problem. The bug report has been adapted to reflect that. - Andre Engels (talk) 07:09, 16 April 2013 (UTC)

RTRC has supported HTTPS since before April 2013, so I'm not sure what issues there might have been at the time. Recently, RTRC has been reimplemented using more modern technologies, so whatever issues there might have been are hopefully resolved now. Be sure to let me know if you run into this problem again. Thanks! –Krinkle ^talk 20:57, 11 December 2013 (UTC)

Done. I removed the typeof check in the latest revision. The double editnotice was triggered by manually including it in the url, which is redundant since it is automatically included from /Editnotice. Removing it from the url fixes it. –Krinkle ^talk 00:41, 5 June 2014 (UTC)

Now tracked at GitHub: https://github.com/Krinkle/mw-gadget-whatleaveshere/issues/5. –Krinkle ^talk 19:04, 15 March 2015 (UTC)

Addendum, I am also trying to get it to run some of the js from proofread.js and I am presuming that it is the callback function (it isn't documented), but the useless toad at my end of the keyboard cannot work it out. Thanks. billinghurst sDrewth 12:51, 19 June 2011 (UTC)

Thanks for the work that you did on the upgrades to the script. Very much appreciated Sir Krinkle. billinghurst sDrewth 10:43, 20 June 2011 (UTC)

Did they not appear within RTRC, or did they stop working on regular diff pages? If they aren't appearing within RTRC, that's normal (Twinkle only adds them when a diff page loads, RTRC is not a diff page, and is flipping through them dynamically without refreshing) and will be possible once issue #9 is resolved). If they stopped working outside RTRC, please let me know. –Krinkle ^talk 00:43, 3 October 2013 (UTC)

The RecentChanges API doesn't provide this ability, however once RTRC switches to using a live stream instead of API polling (e.g. wikitech:RCStream), it will be able to do client-side filtering based on your watchlist (and not just your watchlist, we can use any list, e.g. the CVN Watchlist, or a certain category or intersection that you could build on the spot). –Krinkle ^talk 02:16, 16 May 2014 (UTC)

Seems to be fixed.

Done

Tracked at https://github.com/Krinkle/mw-gadget-rtrc/issues/76. --Krinkle

autoSummary:{
summary:'<test>'
}

Once WhatLeavesHere has been converted to use the Intuition framework, you can translate it via translatewiki.net. Follow issue https://github.com/Krinkle/mw-gadget-whatleaveshere/issues/2 for more information. –Krinkle ^talk 00:33, 5 June 2014 (UTC)

@Benoit Rochon: Hi! Thanks for using my gadget. You almost got it. AnonymousI18N.js depends on wpAvailableLanguages being defined in "MediaWiki:Common.js" on your wiki first. Right now, the following error is shown in the browser console when viewing ca.wikimedia.org:

Uncaught ReferenceError: wpAvailableLanguages is not defined

See commons:MediaWiki:Common.js for an example. You can install it by copying the contents of https://tools.wmflabs.org/intuition/wpAvailableLanguages.js.php to your wikis' "MediaWiki:Common.js". –Krinkle ^talk 06:39, 6 February 2015 (UTC)

• User talk archives

• Pages with broken file links