May 2013 - MediaWiki-l - lists.wikimedia.org

RE: [Mediawiki-l] Re: How to create a new Special page
by Bart Q. Simon 26 Nov '25

26 Nov '25

I distinctly remember there was a way to add a title to a special page simply by entering in a URL, then adding the title to the wiki edit field, and then saving. The new "writing a new special page" how-to is very confusing - and it wants me to write PHP to get the title to show up. There was an easier way... I can't find this how-to anywhere- though I'm sure it used to exist. FX can you walk me through how you've added a wiki page title to a special page? Thanks! -----Original Message----- From: mediawiki-l-bounces(a)Wikimedia.org [mailto:mediawiki-l-bounces@Wikimedia.org] On Behalf Of Rick DeNatale Sent: Thursday, May 19, 2005 2:33 PM To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] Re: How to create a new Special page On 5/13/05, FxParlant <f-x.p(a)laposte.net> wrote: > Hello; > There is a paragraph on how to create a special page in the FAQ > > > http://meta.wikimedia.org/wiki/Meta:FAQ#How_do_I_add_my_own_dynamic_cont ent_to_MediaWiki.3F > > It's not so difficult. At the end,it says you have to create a simple > page and write the name of your special page in it. If you forget this > the title of your special page will have < and > around. I haven't > got a clue why creating a page with the name in it solves this, but it works That page seems to have changed, it now just has a pointer to an article about writing an extension which really doesn't seem to build a special page. I just figured out how to build a new special page which is like the Uncategorized pages page, but looks at the Image namespace. I wrote it up at http://meta.wikimedia.org/wiki/Writing_a_new_special_page _______________________________________________ MediaWiki-l mailing list MediaWiki-l(a)Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l

3 2

Recent parser change regarding tildes in comments?
by Thomas Dalton 16 Aug '25

16 Aug '25

Has the parser just been changed with regards to tildes (~~~~) inside HTML comments? It appears they used to be ignored, and are now suddenly being replaced en masse the next time someone edits the page (and can't be easily reverted - it just changes the sig to the reverter's instead). See http://en.wikipedia.org/wiki/Wikipedia:Articles_for_creation/2006-06-02-ear… for an example.

4 3

Lis tes messages avant qu'ils ne soient effacés!
by Badoo 31 Dec '23

31 Dec '23

Lis ton message de Nganguem Victor avant qu'il ne soit effacé! Pour lire ton message, suis simplement ce lien: http://eu1.badoo.com/chatnoirxx/in/p4hxwt052ok/?lang_id=6 D'autres personnes sont aussi présentes: Oded (Tel Aviv, Israël) Priya (Udaipur, Inde) RajaYogi BK (Udaipur, Inde) Karuna (Udaipur, Inde) Chika Reginald Onyia (Pnompen', Cambodge) ...Qui d'autre? http://eu1.badoo.com/chatnoirxx/in/p4hxwt052ok/?lang_id=6 Les liens ne fonctionnent pas dans ce message? Copie les dans la barre d'adresse de ton navigateur. Tu as reçu cet email suite à un message envoyé par Nganguem Victor de notre système. S'il s'agit d'une erreur, ignore simplement cet email. La requête sera alors effacée du système. Amuse-toi bien ! L'équipe Badoo Courrier automatique de Badoo suite à l'envoi d'un message à ton attention sur Badoo. Les réponses ne sont ni stockées, ni traitées. Si tu ne veux plus recevoir de message de Badoo, fais-le nous savoir: http://eu1.badoo.com/impersonation.phtml?lang_id=6&mail_code=65&email=media…

3 2

Request for proposals: MediaWiki release management
by Greg Grossmeier 07 Jun '13

07 Jun '13

Hello all, I'm excited to share that we just opened an RFP for the Release Management of MediaWiki! More information below. The announcement blog post: https://blog.wikimedia.org/2013/05/21/request-for-proposals-mediawiki-relea… The RFP (PDF): https://upload.wikimedia.org/wikipedia/commons/a/a1/RFP-MediaWikiReleaseMan… The central MediaWiki.org wiki page where proposals will be submitted and reviewed: https://www.mediawiki.org/wiki/Release_Management_RFP Let me and/or Rob Lanphier (robla(a)wikimedia.org) know if you have any questions. Best, Greg -- | Greg Grossmeier GPG: B2FA 27B1 F7EB D327 6B8E | | identi.ca: @greg A18D 1138 8E47 FAC8 1C7D |

1 2

Clicking images and redirecting
by Shrenik Shah 05 Jun '13

05 Jun '13

Hello, I am trying to do something where I can redirect the user to different pages on the parts of the picture they select. So is it possible to do this on a single picture or would I need different pieces of the picture and attach each picture as a hyperlink? If I need to do it in pieces (second option) what would be the best way to stitch those pieces so that they appear as a single picture to the user? Is there any other way? I would really appreciate any comments/suggestions/help on this matter. Thank you, Sincerely, Shrenik Shah

2 2

Export large site Question
by John W. Foster 31 May '13

31 May '13

I have a large site that I've been developing on my server in-house. I want to move the entire site to a secure hosted server off-site. I want to know what is the best way to do this. I DO NOT want to use the same tables that are in my current wiki, as there are/seem to be some issues with the table being corrupted. The site runs, but is VERY slow, & I'm certain it's not the computer its on. I likely screwed up the tables when I upgraded the mediawiki. In the past Ive just exported the database to the new / upgraded wiki. several times, that has worked fine. But, I want only the actual page content to be exported. I did that & it generated a 256.5 mb xml file. That does not upload, using the import function. Any tips are appreciated. Thanks John

5 6

Faulty mediawiki upgrade
by Mads Boye 31 May '13

31 May '13

Hi. I am in the process of moving our mediawiki to a new server, in accordance with this guide: http://www.mediawiki.org/wiki/Manual:Moving_a_wiki So I made a backup and started to upgrade the mediawiki installation to version 1.21.1 My current setup is: Mediawiki version 1.15.1 PHP version: 5.3.10 MySQL version: 5.5.29 So when I run Php update.php I get the following output: ...batch conversion of user_options: PHP Notice: Undefined variable: cache in /etc/mediawiki/languages/Language.php on line 2378 PHP Notice: Use of undefined constant MW_MATH_PNG - assumed 'MW_MATH_PNG' in /etc/mediawiki/languages/messages/MessagesEn.php on line 110 PHP Notice: Use of undefined constant MW_MATH_SIMPLE - assumed 'MW_MATH_SIMPLE' in /etc/mediawiki/languages/messages/MessagesEn.php on line 111 PHP Notice: Use of undefined constant MW_MATH_HTML - assumed 'MW_MATH_HTML' in /etc/mediawiki/languages/messages/MessagesEn.php on line 112 PHP Notice: Use of undefined constant MW_MATH_SOURCE - assumed 'MW_MATH_SOURCE' in /etc/mediawiki/languages/messages/MessagesEn.php on line 113 PHP Notice: Use of undefined constant MW_MATH_MODERN - assumed 'MW_MATH_MODERN' in /etc/mediawiki/languages/messages/MessagesEn.php on line 114 PHP Notice: Use of undefined constant MW_MATH_MATHML - assumed 'MW_MATH_MATHML' in /etc/mediawiki/languages/messages/MessagesEn.php on line 115 PHP Fatal error: Call to undefined method Language::needsGenderDistinction() in /var/lib/mediawiki/includes/Title.php on line 729 Before the upgrade process ends. I've looked around for a similar error, but haven't found a similar error, what might be the problem? Mvh. / Best regards, Mads Boye - HPC & Vmware System Administrator, IST - Information Services Technology Email: mb(a)ist.aau.dk<mailto:mb@ist.aau.dk> Faculties of Engineering and Science Room: 4.2.46 Aalborg University Direct Phone: (+45) 9940 3453 Selma Lagerlöfsvej 300, DK-9220 Aalborg Ø

1 0

Search in Vector-based custom skin
by Jim Hu 30 May '13

30 May '13

Using 1.19.2 and following http://www.mediawiki.org/wiki/Manual:Skinning/Vector The search box no longer has the "containing..." option on the bottom. I'd actually like to not just get that back, but also add an option to send the query to an external search. But first I want to get "containing" back. Anyone know what I did wrong? Thanks! Jim ===================================== Jim Hu Professor Dept. of Biochemistry and Biophysics 2128 TAMU Texas A&M Univ. College Station, TX 77843-2128 979-862-4054

2 3

Make $wgUseInstantCommons true by default?
by Federico Leva (Nemo) 30 May '13

30 May '13

Is there any reason not to enable https://www.mediawiki.org/wiki/InstantCommons by default? The docs don't show any. At least non-standard configuration for cache etc. can need some adjustments, AFAIK, but it seems it mostly "just works" as expected? Nemo P.s.: I had already asked at <https://www.mediawiki.org/wiki/Talk:InstantCommons#Enable_by_default>, probably disappointed users would have shouted their NO!

2 1

Print and mail
by Ad Strack van Schijndel 30 May '13

30 May '13

Hi, I use printing of pages for proposals, invoices and other kinds of things that have to be sent to other people by email. Composing email messages with the mailto syntax works nicely. Also printing to PDF of a page in most browsers is available. My question is if there is a way to do both in one go: compose an email message and attach the printed pdf of a page to the email message? Sure like to hear if someone has experience with such magic or would know how to arrange that. Thanks! Ad

1 0

Re: [MediaWiki-l] [MW1.20] How to set CSS of mw-editsection (makeit consistent with the MW offical site)
by Steven Zhong 30 May '13

30 May '13

Hi Matma, Thank you for your reply, this is good news, we can waiting for the MW1.22 release, after all, it is not a Bug. -Steven ------------------ Original ------------------ From: "Bartosz Dziewoński"<matma.rex(a)gmail.com>; Date: Thu, May 30, 2013 11:47 PM To: "MediaWiki announcements and site admin list"<mediawiki-l(a)lists.wikimedia.org>; Subject: Re: [MediaWiki-l] [MW1.20] How to set CSS of mw-editsection (makeit consistent with the MW offical site) The section edit links' behavior will change in MediaWiki 1.22 (not yet released), and that's what MediaWiki.org is running. You would have to use the git master version, or try applying the patches that changed this on top of 1.20. I'm not sure if that would be possible, though, and would certainly be a little ugly; I can find appropriate commits for you if you want to try anyway. -- Matma Rex _______________________________________________ MediaWiki-l mailing list MediaWiki-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

1 0

[MW1.20] How to set CSS of mw-editsection (make it consistent with the MW offical site)
by Steven Zhong 30 May '13

30 May '13

Dear all, On the MW offical site (include Mediawiki), editsection follows Head (not "float: right;"), it can be very convenient edit section links ( especially in the wide-screen computer ). However, if I removed "float: right" on the "screen.css", the editsection link would be before the Head. Does anyone have experience with it? Thanks. Steven

2 1

Re: [MediaWiki-l] MediaWiki-l Digest, Vol 116, Issue 45
by Stuart Cracraft 30 May '13

30 May '13

On May 30, 2013, at 5:00 AM, mediawiki-l-request(a)lists.wikimedia.org wrote: > https://www.mediawiki.org/wiki/Manual:%24wgUsersNotifiedOnAllChanges The above doesn't work. Added it to LocalSettings.php then restarted browser, revisited Wiki, modified, deleted and added pages randomly and got ZERO email notifications. Not good.

1 0

Wiki spam. Stronger fightback.
by halz 30 May '13

30 May '13

If you've ever set up a fresh MediaWiki and tried to leave it open to editing, you'll know about the problem of wiki spam. There's various well documented tricks to tackle the problem on your own wiki (although it seems to me that some of these are becoming less effective over time. Particularly reCaptcha) But wiki spammers are behaving in a staggeringly inconsiderate and anti-social way, and I've often thought we should explore stronger ways of delivering some fight back. Looking at spam across many wikis e.g. by googling "mediawiki ugg boots" we could do more internet-wide spam cleanup somehow. But recently I came across something, actually by looking at one the spam links. Take a look at this: sickseo.co.uk/off-page-seo.html This video shows the use of a tool called 'SENuke Xcr' and another one called 'Ultimate Demon' to perform "Off site SEO" ...that's "spamming" to you and me. I've always known spammers used tools like this, but seeing this instructional video gives me new insights into what we're up against. Also see the discussion taking place on forum.edwinsoft.com I find it amazing how oblivious these people seem to be, to how annoying their activities are for people running websites. Never do they mention the word spam, or have an inkling that they may be doing something ethically questionable. Do you think we should try to contact them and explain that they are behaving badly? Maybe on these forums. Maybe we'd have to spam them back repeatedly with such messages as they get removed by the admins. And on youtube do you think we can get videos like this removed? We can at least comment on them and vote them down (Youtube finds quite a lot of similar videos) How about unleashing a bit of "ethical hacking" e.g. DDOS attacks on people distributing this software? Really I'm amazed at how they're getting away with this spamming out in the open these days. Halz http://www.mediawiki.org/wiki/User:Halz

20 67

Question about submitting follow-up patchset in Gerrit
by Daniel Renfro 30 May '13

30 May '13

Cheers MW developers -- simple question: I am working on my first bug-fix (see https://bugzilla.wikimedia.org/show_bug.cgi?id=43571) and have submitted a patch (see https://gerrit.wikimedia.org/r/#/c/65301/.) I would like to address the issues brought up by Hashar, who has been kind enough to review and comment on the patch. What is the correct way to submit a new patchset to Gerrit? I am new to Git and am slightly overwhelmed by the copious documentation on MW.org (not a bad thing.) Should I 'git pull origin master' and then 'git rebase'? Or do just just run 'git review -R' again to send my patch? --User:AlephNull (a.k.a. Daniel Renfro)

2 1

[[MediaWiki:Accesskey-n-sitesupport]] defunct or missing
by billinghurst 30 May '13

30 May '13

While reading and cleaning I saw that the default message for [[mw:MediaWiki:Accesskey-n-sitesupport]] has become a redlink. I was unable to find documentation to see that it had been deprecated or accidentally omitted, and searching the wiki itself was a dead loss. Can someone please 1) enlighten me on the specific case, so I can delete relevant links; and 2) instruct me on how and where I should have looked to find this out for myself. If nothing else, I would have thought that we could have a list of deprecated or removed components at MW to help the less skilled. Thanks. Regards, Billinghurst

1 0

how to be notified of ALL media wiki changes
by Stuart Cracraft 29 May '13

29 May '13

hi. I want to be notified of all updates, deleted, changes, modifications, etc. on my media wiki site via email. Is that possible? --Stuart

2 1

MediaWiki 1.21.1 released
by Mark A. Hershberger 29 May '13

29 May '13

I'm happy to announce the availability of MediaWiki 1.21.1 -- a maintenance release in the 1.21 series. == What's new? == * An incorrect version number was used for 1.21.0. 1.21.1 has the correct number. * A problem with the Oracle SQL table creation was fixed. * (PdfHandler extension) Fix warning if pdfinfo fails but pdftext succeeds. Full release notes: https://www.mediawiki.org/wiki/Release_notes/1.21 ********************************************************************** Download: http://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.1.tar.gz Patch to previous version (1.20.0), without interface text: http://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.1.patch.gz Interface text changes: http://download.wikimedia.org/mediawiki/1.21/mediawiki-i18n-1.21.1.patch.gz GPG signatures: http://download.wikimedia.org/mediawiki/1.21/mediawiki-core-1.21.1.tar.gz.s… http://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.1.tar.gz.sig http://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.1.patch.gz.sig http://download.wikimedia.org/mediawiki/1.21/mediawiki-i18n-1.21.1.patch.gz… Public keys: https://secure.wikimedia.org/keys.html -- http://hexmode.com/ Imagination does not breed insanity. Exactly what does breed insanity is reason. Poets do not go mad; but chess-players do. -- G.K. Chesterson

1 0

MediaWiki Language Extension Bundle 2013.05 release‏
by Amir E. Aharoni 29 May '13

29 May '13

Hallo, I would like to announce the release of MediaWiki language extension bundle 2013.05 * https://translatewiki.net/mleb/MediaWikiLanguageExtensionBundle-2013.05.tar… * sha256sum: 9aea5b1dac2b38e44284373c849241fc694c78caff1d3ca3b4e6e72d66f2ab12 Quick links: * Installation instructions are at https://www.mediawiki.org/wiki/MLEB * Announcements of new releases will be posted to a mailing list: https://lists.wikimedia.org/mailman/listinfo/mediawiki-i18n * Report bugs to https://bugzilla.wikimedia.org * Talk with us at #mediawiki-i18n @ freenode Release notes for each extension are below. Amir E. Aharoni == Babel == Only localization updates. == cldr == CLDR was updated to version 23.1. == CleanChanges == Only localization updates. == LocalisationUpdate == No changes. == Translate == The new translation editor in Translate is now considered stable. The last month saw mostly polishing and bug fixes, changes in internals of the extension and terminology was made more consistent. Other notable bug fixes: * Warnings are loaded for outdated messages before user starts typing, because being outdated is an issue in itself. * Statsbar at the bottom floating bar of Special:Translate is updated when changing group. * Links of tabs at the top of Special:Translate are now kept in sync when changing message group or language * Custom icon (x) for clearing the searchboxsearch box clear icon was removed. Some browsers add this icon automatically, while others do not. * The tooltips for message groups in the group selector were removed. They contained unparsed wiki markup, which could be confusing. * Message documentation can be added even if the translations are restricted to only certain languages. * Icons for status markers and review actions for right-to-left languages were added. * In some rare cases the language name could be incorrectly displayed when selected from the language selector at Special:Translate, because the text direction attribute was not updated properly. == UniversalLanguageSelector == The last month saw significant changes in the Universal Language Selector extension: many bugs were fixed and some design changes were introduced. The default location of the language selectors is in the personal toolbar. For projects like Wikipedia, with interlanguage links, separating interwiki links from user interface language could cause confusion for users. It is now also possible to use a cog icon in the area for interlanguage links using $wgULSPosition = 'interlanguage' in LocalSettings.php, though this feature is still experimental. Notable bug fixes: * Major bugs in the input methods functionality for Microsoft Internet Explorer 8, 9 and 10 were fixed. * IME selector positioning is now more consistent: always under the input box, and matching the direction. * Anonymous users cannot change the user interface language if $wgULSAnonCanChangeLanguage is set to false. This may help avoid cache pollution in certain MediaWiki setups, while input methods and web fonts still remain available. * A link to open the ULS was added near the language selector on Special:Preferences. * The positioning of the ULS windows was cleaned up so that the appear in more predictable places on the screen. * ULS triggers are not displayed to users who disabled JavaScript or if the site has fatal JavaScript errors. * The checkbox that enables and disables webfonts was removed. The feature is now always on. * Any untranslatable elements have been made translatable. Please contribute to translations at https://translatewiki.net/wiki/Special:Translate/ext-jquery-uls and https://translatewiki.net/wiki/Special:Translate/ext-universallanguageselec…. * Fonts for the Syriac alphabet and support for the 'syc' language code were added. * Completely disabling input method tools and reenabling immediately was made easier. * The bubble for restoring the previous language is not displayed to anonymous users if they can't change the language. * jquery.i18n files can be loaded from the same domain to fix an issue with old Microsoft Internet Explorer versions. This is only relevant if resources are served from a different domain. A known issue is bug 48898 - the "Apply settings" button doesn't close the Input settings panel after enabling or disabling the settings. The settings are saved, but the button doesn't work correctly. Bugzilla link: https://bugzilla.wikimedia.org/show_bug.cgi?id=48898 Thank you, -- Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי http://aharoni.wordpress.com ‪“We're living in pieces, I want to live in peace.” – T. Moore‬

1 0

login from an external site
by Zeng Pengcheng 28 May '13

28 May '13

Hi All: I have a question: I don't want to use mediawiki's internal user management system; instead, I want to login in as follows: I click a button in the wiki's mainpage, and it will redirect me to a external site. And after I login in the external site, it will redirect to the wiki's page with some user infomation in the URL returned. And I can get the user info by parsing the URL. And I want use this user as my current wiki user. There will be no other internal databases related with the user system. My external site does't support OpenID or other systems. So, my problem is: how I can achieve this? Do I need to modify the wiki's user management system

2 2

Creating a fresh SQLite database for mediawiki
by Nick White 28 May '13

28 May '13

Hi, Is there a straightforward way to create a new sqlite database for mediawiki, all ready for me to import data from an XML dump into? I want this in order to easily populate fresh databases with data from my mediawiki site, for easy testing of new stuff. I expected a command like the following to work: sqlite3 db.sqlite < maintenance/tables.sql But there are lots of errors, starting with: Error: near line 53: near "AUTO_INCREMENT": syntax error Error: near line 130: no such table: main.user Error: near line 131: no such table: main.user Error: near line 132: near "(": syntax error I know I can create a new database using the install.php script, but that's overkill for me, and if possible I'd like to script the creation of an appropriate table structure that I can then import a database dump into. Does anybody have any suggestions? Why doesn't the above command work? Reading the code of how the install.php script works implies to me that it's roughly how the tables are set up. Is there some step I'm missing? Or should I go about this a different way entirely? Thanks in advance, Nick White

2 2

module in WikiEditor not added reliably.
by Jan Wort 28 May '13

28 May '13

Hello, I'd like to use custom dialogs and buttons in the WikiEditor (https://www.mediawiki.org/wiki/Extension:WikiEditor). The customization are done via code in the /index.php/MediaWiki:Common.js I'm having trouble that sometimes my custom module is not added. At the moment I use time-deferred check-function: window.setTimeout(checkModule,500) which than loads a function that checks if the module that defines the custom dialog has actually been loaded: var checkModule = function(){ if(!$.wikiEditor.modules.dialogs.modules.mytool){ $( '#wpTextbox1' ).wikiEditor( 'addModule', mytool()); //console.log("postLoad of module was needed!") } } This seems to work fairly well in the real world, but seems rather hacky code wise. The first attempt to add the module is done in a function which is executed on the jQuery 'wikiEditor-toolbar-doneInitialSections' event. (build-in-event in the current 1.21 Version of Wikieditor): $( '#wpTextbox1' ).on( 'wikiEditor-toolbar-doneInitialSections', customExtendEditor in the customExtendEditor function, the module is defined, and the Module is added (not always sucessfully): var mytool = function(){ return { dialogs:{ mytool:{ [etc.] $( '#wpTextbox1' ).wikiEditor( 'addModule', mytool()); a button is added via ` $('#wpTextbox1').wikiEditor( 'addToToolbar', { … ` but that never caused me problems itself so far. If you know a better, less hacky solution than the deferred check and re-addition, please let me know. Kind Regards, Jan PS.: full code (from my wiki's /index.php/MediaWiki:Common.js): http://jsfiddle.net/RAHCg/

1 0

adding custom licences to the upload wizard
by d_jan 28 May '13

28 May '13

Hello, I'm using the upload wizard extension (https://www.mediawiki.org/wiki/Extension:UploadWizard). I would like to add a custom licence to the choice of licences here. I would be very grateful if someone could help me along and/or could provide an example configuration. I tried the following: - Installing the extension (good start...) - Config like described on https://www.mediawiki.org/wiki/Extension:UploadWizard ("Enabling uploads and thumbnails ") ...now the fun part, yet unsuccesful; - LocalSettings.php: added $wgUploadWizardConfig['licenses']['myown'] = array( 'msg' => 'mwe-upwiz-license-myown' ); $wgUploadWizardConfig['licensesOwnWork']['licenses'][] = 'myown'; - created a wikipage at "Mediawiki:mwe-upwiz-license-myown" containing some licence-text I got the following: the only output is that I get to see in the interface of the wizard are text at the place where actually the licence choice should be that resembles the name of the wikipage with the licence, framed by single brackets: e.g. "[mwe-upwiz-license-myown-explain]" Is there somebody who could help along and provide explanation or and example of how to add a custom licence here? Cheers, Jan

4 3

Fwd: Query about 1.21.0 version
by Punit Varia 28 May '13

28 May '13

Hi, Is MediaWiki 1.21.0 is stable version ? After installing it shows 1.21.0rc5. -- * -------------------------------------------------------------------------------------------------------------------------------------------- * *Punit Varia * *Script Packaging Head* punit(a)softaculous.com <http://www.softaculous.com/><http://www.softaculous.com/> <http://www.softaculous.com/> Become our fan on Facebook <http://www.facebook.com/softaculous>and follow us on Twitter <https://twitter.com/softaculous>

3 2

(no subject)
by Robbie Wray 27 May '13

27 May '13

1 0

Contract code snippet: additions to head section for dummies
by Forest S 27 May '13

27 May '13

Hello, all. I've always been a big fan of Mediawiki and of free software in general, but one thing I struggle with in extending the wiki I work on is adding adding code to the the head of the HTML. ResourceLoader may be terrific from a performance perspective, but it is an absolute nightmare for this small scale developer. I'm a self-taught programmer, and my eyes just glaze over when I look at the documentation. Yet it is something that I often need to do, for Google Analytics, Google Custom Search, to make a custom media player (that does what I want it to do), etc. I'm looking for a short snippet of code - just something that I can paste into LocalSettings.php that will take the contents of specific variable and paste it into the head of every HTML page on the wiki. That's it. I bet it could be done in 10 lines of code and it would be so helpful for our site. Yet I'm sure it would take me 5 very frustrating hours for me to figure it out, as I find some of the documentation quite opaque. Would anyone be willing to program this? I'm happy to pay consulting fees. If you want to give it away for free after, more power to you. Forest

2 1

(no subject)
by abdellah el menaoui 27 May '13

27 May '13

1 0

MediaWiki 1.21.0 released
by Mark A. Hershberger 25 May '13

25 May '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm happy to announce the availability of the first stable release of the new MediaWiki 1.21 release series. MediaWiki 1.21 is a large release that contains many new features and bug fixes. This is a summary of the major changes of interest to users. You can consult the RELEASE-NOTES-1.21 file for the full list of changes in this version. Our thanks go to everyone who helped to improve MediaWiki by testing the beta release and submitting bug reports. == What's new? == MediaWiki 1.21 includes all changes released in the smaller, bi-weekly "1.21wmfX" software deployments to Wikimedia sites. === Clearer email notifications === Bug 14901 ? Email notification mistakes log action for new page creation, the third most reported open MediaWiki bug, has been fixed. Consequently, notifications now state clearly what action was performed on the watched pages in case they are created, deleted, restored, moved or changed. There are still some known issues. If you customised MediaWiki:Enotif body on your wiki, you have to delete or update it; see also full documentation. === Skin === The CologneBlue skin has been refactored to make it relevant again, more compatible with existing scripts, and more similar in structure to Vector and Monobook, reusing a lot of existing code. The only major difference for end-users should be a slight reordering of the sidebar menu (the "Context" submenu was removed and its contents merged into other ones). If you were, however, depending on the exact HTML it used to produce, you'll need to review your tools. === ContentHandler === As part of the Wikidata initiative, 1.21 adopts an extensible framework ("ContentHandler") so that pages can contain something other than wikitext. Right now, built-in content types are limited to wikitext - wikitext, as usual javascript - user-provided JavaScript code css - user-provided CSS code text - plain text Extension developers can create additional content types. Extension:EventLogging uses ContentHandler to implement a namespace for JSON schemas, and may be used as a reference. Other extensions, such as Scribunto, also make use of the new functionality. ContentHandler affects diff rendering, handing of CSS and JavaScript pages, import/export, and the API. === Support for high DPI displays === MediaWiki now tries to deliver higher-res images to high pixel density screens such as Apple Retina Displays (see gerrit change 24115 for details). This is a work-in-progress, so normal-resolution images may still appear in some places and in some browser versions. Administrators may need to watch out for higher load on their image scaling software. === Ajax patrolling === (bug 7851) The features users have waited for longest: one-click Ajax patrolling. With this new feature, users can mark revisions or pages as having been "patrolled" with a single click while staying on the current page. === Internationalization === (bug 24156) The general logging framework was made completely localisable at last. The logging for each action (whether in core or extensions) might still need to be updated to use the new system, though. (bug 40367) MediaWiki:Contributions now reflects the gender of the user. === New accounts === (bug 22457) It's now easier to create accounts for other users by sending a temporary password via e-mail: Special:CreateAccount now shows a checkbox for logged-in users to use this feature, rather than a button. Account API: bots and other scripts can now use the API to create user accounts, rather than attempting to pseudo-submit the HTML form. === Account creation welcome === The MediaWiki:welcomecreation message was split up into MediaWiki:welcomeuser and MediaWiki:welcomecreation-msg so users no longer see "Login successful" when creating their accounts (bug 42215). If you customized the former message and want to preserve your customization, you'll have to modify the new messages accordingly. === More wikitext now supported in JavaScript messages === The jqueryMsg parser now supports wikilinks and int: transclusion. For more details, see Manual:Messages API. === Using semantic headings for the navigation menu === The previous scheme of using (varying per skin) <h4>, <h5> and/or <h6> tags (with nothing apart from the main <h1> above them in the hierarchy) was change to consistently using a <h2> above the entire navigation and <h3>s as portlet headings in all skins. The <h2> is hidden for normal browsers, but accessible for screen-readers or text browsers. While this change is minor, it might require similarly minor updates in any customized CSS or JS (or in screen scrapers). === Extended collation support === UCA-based category collations for 68 languages based in Latin, Greek and Cyrillic alphabets are now supported. You can use them by setting $wgCategoryCollation = 'uca-<langcode>', where <langcode> is the appropriate language code. === Bundled extensions === Newly bundled for 1.21 (bug 43815): Cite ImageMap Interwiki Title Blacklist SpamBlacklist Poem InputBox LocalisationUpdate SyntaxHighlight GeSHi Full release notes: https://www.mediawiki.org/wiki/Release_notes/1.21 ********************************************************************** Download: http://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.0.tar.gz Patch to previous version (1.20.0), without interface text: http://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.0.patch.gz Interface text changes: http://download.wikimedia.org/mediawiki/1.21/mediawiki-i18n-1.21.0.patch.gz GPG signatures: http://download.wikimedia.org/mediawiki/1.21/mediawiki-core-1.21.0.tar.gz.s… http://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.0.tar.gz.sig http://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.0.patch.gz.sig http://download.wikimedia.org/mediawiki/1.21/mediawiki-i18n-1.21.0.patch.gz… Public keys: https://secure.wikimedia.org/keys.html - -- http://hexmode.com/ Imagination does not breed insanity. Exactly what does breed insanity is reason. Poets do not go mad; but chess-players do. -- G.K. Chesterson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iD8DBQFRoNaqc17xCi38v/URAgClAJ9YnIT5CLqfbFolRyoG8W7UOF+l6QCfSu5H p79h+WXqEqs9MgYl1t+ES94= =shHJ -----END PGP SIGNATURE-----

1 0

Re: [MediaWiki-l] Wiki spam. Stronger fightback.
by Henny Savenije 24 May '13

24 May '13

As for blocking IP's automatically. This is another good method which I also use. http://danielwebb.us/software/bot-trap/ You hide a small "invisible" image with a link which people won't see but bots do. Descent bots won't follow that link since you told them in robot.txt not to do so. Spammer bots will. Then they are trapped. Their IP is automatically added to .htaccess At 06:29 PM 5/24/2013 Friday -0400, you wrote: >We have two issues here, Blocking said IPs in a reliable simple >method. * Thought would be something like torblock that just >downloads the list on a daily/weekly/whatever schedule * can provide >the blocked users information on why they are blocked and appeal >process for valid users (ipblockexempt) Two: A method for reporting, >confirming and listing said sources. * The easiest method that I >know of would be a category based system with a bot/script that >compiles a complete listing of said pages in the category on a >regular basis. * Using a category system enables a more fulidic >process, reduces edit conflicts and provides several other options. >_______________________________________________ MediaWiki-l mailing >list MediaWiki-l(a)lists.wikimedia.org >https://lists.wikimedia.org/mailman/listinfo/mediawiki-l _ _ (o) (o) oOOO----(_)----OOOo--- Henny (Lee Hae Kang) ----------------------------- http://www.henny-savenije.pe.kr Portal to all my sites http://www.hendrick-hamel.henny-savenije.pe.kr (in English) Feel free to discover Korea with Hendrick Hamel (1653-1666) http://www.hendrick-hamel.henny-savenije.pe.kr/indexk2.htm In Korean http://www.hendrick-hamel.henny-savenije.pe.kr/Dutch In Dutch http://www.vos.henny-savenije.pe.kr Frits Vos Article about Witsen and Eibokken and his first Korean-Dutch dictionary http://www.cartography.henny-savenije.pe.kr (in English) Korea through Western Cartographic eyes http://www.hwasong.henny-savenije.pe.kr Hwasong the fortress in Suwon http://www.oldKorea.henny-savenije.pe.kr Old Korea in pictures http://www.british.henny-savenije.pe.kr A British encounter in Pusan (1797) http://www.genealogy.henny-savenije.pe.kr/ Genealogy http://www.henny-savenije.pe.kr/phorum Bulletin board for Korean studies

1 0

Fwd: [QA] First post (almost)
by Quim Gil 22 May '13

22 May '13

Hi, we have now a mailing list dedicated to software quality assurance: https://lists.wikimedia.org/mailman/listinfo/qa http://lists.wikimedia.org/pipermail/qa/ Testing is a good activity for new contributors, improving the quality of the software used by MediaWiki sysadmins and users. No prior experience in testing / QA is required. See the rationale and background below. -------- Original Message -------- Subject: First post (almost) Date: Wed, 22 May 2013 15:14:15 -0700 From: Quim Gil <qgil(a)wikimedia.org> Organization: Wikimedia Foundation To: qa(a)lists.wikimedia.org Welcome to the QA list! This mailing list is an umbrella to host people and discussions focusing on software quality assurance in all its aspects: exploratory testing, browser automation testing, unit testing, continuous integration, the beta cluster, bug management and community QA activities. We hope this list becomes useful to integrate and retain people primarily interested in testing / QA. We are seeing many people interested in testing from different angles. Some people are current developers willing to learn and discuss more about this topic, best practices, etc. Some are people new to the community that see testing / QA as a way to contribute in technical tasks other than development. This specialized list follows the good results offered by precedents like the Analytics, Design of Editor Engagement lists. wikitech-l subscribers will still receive the deep & wide QA related announcements. No teams comfortable with the status quo will be encouraged to change their current communication practices because of this list. There is a bit more background at https://bugzilla.wikimedia.org/show_bug.cgi?id=48057 Now, who's next? -- Quim Gil Technical Contributor Coordinator @ Wikimedia Foundation http://www.mediawiki.org/wiki/User:Qgil

1 0

Restoring revision table (mwdumper issue)
by Michael Tsikerdekis 22 May '13

22 May '13

Hi everyone, I am trying to restore the revision table from Wikipedia dumps. I understand that the file that I need is probably enwiki-XX-pages- logging.xml.gz I've downloaded the file and I am using the 1.16 version of mwdumper from https://integration.wikimedia.org/ci/job/MWDumper-package/org.wikimedia$mwd… When I execute the following I get this error: java -server -jar mwdumper.jar --format=sql:1.5 enwiki-20130503-pages-logging.xml.gz | gzip -vc > enwiki-latest-pages-articles.sql.gz Exception in thread "main" java.lang.IllegalArgumentException: Unexpected <id> outside a <page>, <revision>, or <contributor> at org.mediawiki.importer.XmlDumpReader.readId(XmlDumpReader.java:329) at org.mediawiki.importer.XmlDumpReader.endElement(XmlDumpReader.java:204) at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source) at javax.xml.parsers.SAXParser.parse(SAXParser.java:392) at javax.xml.parsers.SAXParser.parse(SAXParser.java:195) at org.mediawiki.importer.XmlDumpReader.readDump(XmlDumpReader.java:88) at org.mediawiki.dumper.Dumper.main(Dumper.java:142) 0.0% Mwdumper works well with other 7z xml files but not for this one. I tried a couple of different xml page-logging files and even from a different language wikipedias. Anyone knows what this error is and why it occurs on this specific file? PS: I've also tried to build mwdumper: git clone https://gerrit.wikimedia.org/r/p/mediawiki/tools/mwdumper.git mwdumper However I couldn't use make or ant since there was not build.xml or makefile in the git. I appreciate any help you can give me with this.

3 14

Case Study: Skinning Media Wiki
by Jason Lewis 22 May '13

22 May '13

Hello, Let me start off by introducing myself. My name is Jason Lewis and I'm a developer and (some kind of) designer from Australia. I play a role in the community side of things for a PHP framework called Laravel. Over the last few days I've developed a skin for the Laravel community wiki that fits in with the overall theme of the other community sites. The idea was to make it blend, but to also keep some sort of wiki "feel" to it. On the surface it looks very fresh but at its core it is still very much Media Wiki. You can check the skin out here: http://wiki.laravel.io The purpose of this thread is to give you an overview of how I went about skinning Media Wiki from the point of view of someone who has never attempted it before. I've used Media Wiki in the past but never done anything besides changing the default logo.* *During the process of skinning I used the following tutorial as a reference for some of the inner-workings of Media Wiki: http://www.mediawiki.org/wiki/Manual:Skinning/Tutorial *The Design * Before I even started looking at how to skin Media Wiki I drafted up a design with just standard HTML/CSS. I used the Wikipedia site as a reference here for some of the required elements but also referred to the linked tutorial above as it mentions some design considerations. During this designing stage I didn't used my own markup and gave my classes my own names. I didn't think of the Media Wiki class names or IDs, that would come later. Once I was happy with my design I begun the skinning process. *The Skinning * This wasn't as hard as I was imagining it to be. There aren't a lot of quality resources out there that go through skinning Media Wiki. Most just say copy "MonoBook" and change it to fit your needs. I don't like that. That, to me, feels very hacky. It was good to see the tutorial linked above actually go through the setup procedure and the required files. What's even better about this tutorial is that everything seemed separated. There were a few tutorials that I briefly skimmed over that seemed to do everything in the actual "skin" file. I essentially copied the first part of that tutorial word-for-word, as I had no idea how Media Wiki handled it all. Once I got to the meat of my skin I only focused on the main elements. The first part was the navigation bar. The only dynamically generated part of that navigation bar is the "Toolbox" and the user section ("request account", "login", then the actual user navigation). Everything else uses static links and text. This was my first hurdle. How do I make a link with Media Wiki? Luckily I got some help in the #mediawiki IRC. The "Linker" and "Title" classes were what I was after. Here's an example. <?php echo Linker::link(Title::newFromText('Laracon')); ?> Next up I need to get the logged in user. I can't remember where but I managed to stumble upon the $wgUser global variable (shudders). Using this variable I could check if the user was logged in, if so output the users menu, or if not show the login or register links. After the navigation bar I went straight to the content and got that all sorted. Once I had both these main sections completed I moved on to other sections, like the "new talk" notifications and search box. There were a few things I had to adjust slightly, such as the "action links" that appear above a page ("edit", "discussion", etc). But for the most part it was pretty easy. The last little hurdle I had to jump was pulling the table of contents from the page and sticking it to the left so that it scrolls with you. Originally I wanted to somehow pull it on the server side and do it that way. After a little trial and error and trawling through the API (plus some tips from the IRC guys, thanks!) I decided to just use a jQuery approach. Using jQuery I just pull the ToC out, and insert it before the main content then use CSS for the rest. That pretty much covers my experience and case study. The source of the skin is available on GitHub for those interested: https://github.com/jasonlewis/laravel-io-wiki-skin Thanks for reading. I'd be happy to answer any further questions. Jason

8 17

Had an error upgrading from MW 1.2.05
by Arcane 21 22 May '13

22 May '13

When MW 1.20.6 came out, I decided to upgrade to it from 1.20.5, and I decided to run the web updater afterwards. All I got was a blank screen no matter what I tried, so I reverted back to 1.20.5 and everything was normal again. I'm not sure what happened, but I thought I'd let everyone on the mailing list know that there might be a problem with the newest security release. P.S. - Not really related to the above, but still MediaWiki related: Does anyone know what happened to the MediaWiki Users forum? It's been down for awhile, apparently due to database issues, and I was wondering if anyone here has more information on what happened.

2 1

MediaWiki Security Release: 1.20.6 and 1.19.7
by Chris Steipp 21 May '13

21 May '13

I would like to announce the release of MediaWiki 1.20.6 and 1.19.7. These releases fix a security related issue that could affect users of MediaWiki. Download links are given at the end of this email. * MediaWiki user Marco discovered that security checks for file uploads were not being run when the file was uploaded in chunks through the API. This option has been available to users who can upload files since MediaWiki 1.19. <https://bugzilla.wikimedia.org/show_bug.cgi?id=48306> Full release notes for 1.20.6: <https://www.mediawiki.org/wiki/Release_notes/1.20> Full release notes for 1.19.7: <https://www.mediawiki.org/wiki/Release_notes/1.19> For information about how to upgrade, see <https://www.mediawiki.org/wiki/Manual:Upgrading> ********************************************************************** 1.20.6 ********************************************************************** Download: http://download.wikimedia.org/mediawiki/1.20/mediawiki-1.20.6.tar.gz Patch to previous version (1.20.5): http://download.wikimedia.org/mediawiki/1.20/mediawiki-1.20.6.patch.gz GPG signatures: http://download.wikimedia.org/mediawiki/1.20/mediawiki-1.20.6.tar.gz.sig http://download.wikimedia.org/mediawiki/1.20/mediawiki-1.20.6.patch.gz.sig Public keys: https://secure.wikimedia.org/keys.html ********************************************************************** 1.19.7 ********************************************************************** Download: http://download.wikimedia.org/mediawiki/1.19/mediawiki-1.19.7.tar.gz Patch to previous version (1.19.6): http://download.wikimedia.org/mediawiki/1.19/mediawiki-1.19.7.patch.gz GPG signatures: http://download.wikimedia.org/mediawiki/1.19/mediawiki-1.19.7.tar.gz.sig http://download.wikimedia.org/mediawiki/1.19/mediawiki-1.19.7.patch.gz.sig Public keys: https://secure.wikimedia.org/keys.html

1 0

Email Confirmation Messages
by Rowe, Dolores A 21 May '13

21 May '13

Teammates, On a Windows 2008 server, using MediaWiki v1.19.2, we are having troubles getting the Email Confirmation mechanism to work. A message is displayed that the confirmation was sent, however it never comes to the email address it was sent to. I believe it is the script UserMailer.php. Does anyone have any ideas about how I could debug where the email problem lies ? I can send an email using a php script evoked through the browser. It is a simple script like this that arrives correctly. <? phpinfo(); mail ("user1(a)domain.com", "Test", "Hi from PHP!", "Bcc: user2(a)domain.com\r\n\r\nSending email from PHP.\r\n"); ?> thx, Lori

2 1

Creating links in Title Bar
by Raghavendra Achar 21 May '13

21 May '13

Hello All, Is it possible to create links on the top right corner on the Title name bar of the Main Page. I would like to rename the Main Page as my own age and add different links at the same row as main page title bar but at the top right corner. regards Achar

2 1

[MW] How to set Thumbnail for Doc, Docx, etc
by Steven Zhong 21 May '13

21 May '13

Dear all, Thumbnail ( icon ) of Doc/Docx can not be displayed which MW installed/configured by default, a blank icon is very "ugly", and how to set it ? Thanks! - Steven

2 1

Bitnami media wiki 64 bit linux installation issues
by Raghavendra Achar 21 May '13

21 May '13

Dear All, I am trying to install bitnami-mediawiki-1.20.5-0-linux-x64-installer.run on Fedora 16 Linux 64 bit system. But i am getting the below error at the end of the installaton.I am not able to start the apache services as it is throwing error. Segmentatin fault (core dumped ) HTTPD -t. can somebody help me how to resolve this problem? regards Achar

1 0

Pre-Release Announcement for MediaWiki 1.19.7 and 1.20.6
by Chris Steipp 20 May '13

20 May '13

This is a notice that on Tuesday, May 21st between 20:00-21:00 UTC (1-2pm PDT) Wikimedia Foundation will release security updates for current and supported branches of the MediaWiki software. Downloads and patches will be available at that time, with the git repositories updated later that afternoon. Although MediaWiki does not have the vulnerable feature enabled by default, most wiki using common advanced features will want to patch for this issue.

1 0

Re: [MediaWiki-l] Case Study: Skinning Media Wiki
by Jan Steinman 20 May '13

20 May '13

> From: Jason Lewis <jason.lewis1991(a)gmail.com> > > I'm not exactly after attention I'm more just documenting my experience in > hope that others can benefit from it in some way. Thanks! I had a miserable time skinning a much earlier version of MW, and my client wants me to work on it some more, so your work is appreciated! :::: Traditional grass-based dairy farming was a highly egalitarian enterprise; anyone with initiative and a few acres could herd animals on any kind of land, and sell or barter the products to his neighbors. Societies that consume the products of pastured animals are much less likely to exhibit huge disparities in wealth compared to societies where the economics of food are based on grain. -- Ron Schmid :::: Jan Steinman, EcoReality Co-op ::::

1 0

Re: [MediaWiki-l] MediaWiki-l Digest, Vol 116, Issue 21
by xcq5678m 19 May '13

19 May '13

你好：不好意识，最近6部电脑都被高手搞定了....., 白班8个小时，晚上下班我还有工厂的事情要安排，正常坐下来上网也就是深夜了，每天几乎拿着鼠标睡着了！互联网上时间过得特快，我的邮件和博客及社交的都好办理，你们的英文邮件我翻译过来都变味了，主要原因是上学的时候英文才考40分，所以我误了国际国内同仁们的大事！如果你们中文学的好还是迁就我一下吧！如果护照办下来，准备在苹果年会的时候去一趟，把我手里的有关账户和数字版权都捐给你们美国有关公司！这里还有好多是国际组织行使的特权：欧盟、卫生、电影、等等！也许是我们和西方文化差距太大的原因，我们工作生活中的人，他们都不相信我在说什么做什么？希望你能理解我!ok 谢谢你88 2013-05-1 ， xcq5678m 发件人：mediawiki-l-request(a)lists.wikimedia.org 发送时间：2013-05-19 20:00 主题：MediaWiki-l Digest, Vol 116, Issue 21 收件人："mediawiki-l"<mediawiki-l(a)lists.wikimedia.org> 抄送： Send MediaWiki-l mailing list submissions to mediawiki-l(a)lists.wikimedia.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.wikimedia.org/mailman/listinfo/mediawiki-l or, via email, send a message with subject or body 'help' to mediawiki-l-request(a)lists.wikimedia.org You can reach the person managing the list at mediawiki-l-owner(a)lists.wikimedia.org When replying, please edit your Subject line so it is more specific than "Re: Contents of MediaWiki-l digest..." Today's Topics: 1. MediaWiki 1.21 delayed (Mark A. Hershberger) 2. Re: MediaWiki 1.21 delayed (Dmitrii Kouznetsov) ---------------------------------------------------------------------- Message: 1 Date: Sat, 18 May 2013 11:24:27 -0400 From: "Mark A. Hershberger" <mah(a)everybody.org> To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>, MediaWiki announcements and site admin list <mediawiki-l(a)lists.wikimedia.org>, Mediawiki package maintainers <mediawiki-distributors(a)lists.wikimedia.org>, MediaWiki for enterprises <mediawiki-enterprise(a)lists.wikimedia.org> Subject: [MediaWiki-l] MediaWiki 1.21 delayed Message-ID: <51979D2B.7030908(a)everybody.org> Content-Type: text/plain; charset=ISO-8859-1 I have to delay the release of MediaWiki 1.21 again because of a logistics problem. I am used to hearing logistics in the context of shipping physical objects -- in the American trucking industry, for example -- so I can't help but feel a little strange saying "logistics". I had to go look up the term and found this definition: The detailed coordination of a complex operation involving many people, facilities, or supplies. That is about right. I apologize for the confusion. -- http://hexmode.com/ Imagination does not breed insanity. Exactly what does breed insanity is reason. Poets do not go mad; but chess-players do. -- G.K. Chesterson ------------------------------ Message: 2 Date: Sun, 19 May 2013 01:18:05 +0900 (JST) From: Dmitrii Kouznetsov <dima(a)ils.uec.ac.jp> To: MediaWiki announcements and site admin list <mediawiki-l(a)lists.wikimedia.org> Cc: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>, Mediawiki package maintainers <mediawiki-distributors(a)lists.wikimedia.org>, MediaWiki for enterprises <mediawiki-enterprise(a)lists.wikimedia.org> Subject: Re: [MediaWiki-l] MediaWiki 1.21 delayed Message-ID: <alpine.DEB.1.10.1305190110470.8183(a)dima.ils.uec.ac.jp> Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Mark, I am not sure if I understand you well.. Holomorphic extension of the logistic sequence (for the complex argument) is described at http://www.ils.uec.ac.jp/~dima/PAPERS/2009logistie.pdf but what application the logistic operator may have for mediawiki? What for do you need the complex operations? I thought, the PHP supports only the real arithmetics.. By the way, how can I numerate sections in a\ mediawiki article, beginning with zero? If there exist any equivalent of the latex command \setcounter{section} ? On Sat, 18 May 2013, Mark A. Hershberger wrote: > I have to delay the release of MediaWiki 1.21 again because of a > logistics problem. > > I am used to hearing logistics in the context of shipping physical > objects -- in the American trucking industry, for example -- so I can't > help but feel a little strange saying "logistics". I had to go look up > the term and found this definition: > > The detailed coordination of a complex operation involving many > people, facilities, or supplies. > > That is about right. > > I apologize for the confusion. > > -- > http://hexmode.com/ > > Imagination does not breed insanity. Exactly what does breed insanity > is reason. Poets do not go mad; but chess-players do. > -- G.K. Chesterson > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l ------------------------------ _______________________________________________ MediaWiki-l mailing list MediaWiki-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l End of MediaWiki-l Digest, Vol 116, Issue 21 ********************************************

2 1

MediaWiki 1.21 delayed
by Mark A. Hershberger 18 May '13

18 May '13

I have to delay the release of MediaWiki 1.21 again because of a logistics problem. I am used to hearing logistics in the context of shipping physical objects -- in the American trucking industry, for example -- so I can't help but feel a little strange saying "logistics". I had to go look up the term and found this definition: The detailed coordination of a complex operation involving many people, facilities, or supplies. That is about right. I apologize for the confusion. -- http://hexmode.com/ Imagination does not breed insanity. Exactly what does breed insanity is reason. Poets do not go mad; but chess-players do. -- G.K. Chesterson

2 1

1.21rc5 -- final release candidate before release on May 15
by Mark A. Hershberger 16 May '13

16 May '13

The final release candidate for MediaWiki 1.21 (rc5) is available for download. See the end of this email for details. There are a number of bug fixes in this release that were not in rc4. Please test this version and report any problems. Barring any show-stoppers, the final release will be on May 15 will be the same as this with just a change to the version number and updated release notes. Changes since rc4: * Changes to JS/JSON value encoding were backed out. * API: Fix parameter validation in setnotificationtimestamp commit 18eb39ecb5b89518c3d4a6cc79834a2c121477ff Author: Brad Jorsch <bjorsch(a)wikimedia.org> Date: Fri Mar 15 14:03:19 2013 -0400 * (bug 47271) $wgContentHandlerUseDB should be set to false during the upgrade * (bug 47489) Installer now automatically selects the next-best database type if the PHP mysql extension is not loaded, preventing fatal errors in some cases. * (bug 47202) wikibits: FF2Fixes.css should not be loaded in Firefox 20. * (bug 46590) 'AbortChangePassword' hook added/documented (find bug) * (bug 46848) toggleLinkPremade added linksPassthru * (bug 47950) Fix IndexPager detection of "is first" state * (bug 47304) added safeXmlEncodings to UploadBase for svg uploads * (bug 46608) CoreParserFunctions::anchorencode should return a string * Full release notes: https://www.mediawiki.org/wiki/Release_notes/1.21 ********************************************************************** Download: http://download.wikimedia.org/mediawiki/1.21/mediawiki-core-1.21.0rc5.tar.gz http://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.0rc5.tar.gz Patch to previous version (1.20.0), without interface text: http://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.0rc5.patch.gz Interface text changes: http://download.wikimedia.org/mediawiki/1.21/mediawiki-i18n-1.21.0rc5.patch… GPG signatures: http://download.wikimedia.org/mediawiki/1.21/mediawiki-core-1.21.0rc5.tar.g… http://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.0rc5.tar.gz.sig http://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.0rc5.patch.gz.s… http://download.wikimedia.org/mediawiki/1.21/mediawiki-i18n-1.21.0rc5.patch… Public keys: https://secure.wikimedia.org/keys.html

2 7

WikiEditor - custom dialogs
by Jan Wort 15 May '13

15 May '13

Hello, [Sorry If you got this already from the same list; I had some trouble with the server and the message did not appear in the archive. So here my 2nd trail :-) ] I'd like to use custom dialogs and buttons in the WikiEditor (https://www.mediawiki.org/wiki/Extension:WikiEditor). I managed to get my own dialogs running, but I have some trouble. Most annoying is that often I am unable to call any dialog (my custom ones and the ones that the editor has already for links and images). I suspect that is has something to do with the order in which resources are loaded; the only visible correlation so far is that if my custom button is on the last position in its section all dialogs are not working the order changes sometimes after reload). Thats what I did: (on MediaWiki 1.20.5, Vector Skin) - enabled the javascript debug mode in the local settings: $wgResourceLoaderDebug = true; - the javascript I use for the customization is currently in Mediawiki:Common.js (but should move to a skin specific js probably) - use the customizeToolbar-function from the WikiEditor-toolbar customization page (http://bit.ly/xPH8Gl) - adding the button to the toolbar using: $('#wpTextbox1').wikiEditor( 'addToToolbar', {…'tools':{mytool:{… 'action:{ 'type':'dialog','module':'mytool' …}}}} (but better see the code here: http://jsfiddle.net/FApr9/) - adding the actual dialog module to "$.wikiEditor.modules.dialogs.modules" using "$.wikiEditor.modules.dialogs.modules['mytool'] = {…}" (again, http://jsfiddle.net/FApr9/) If anybody could give me advice in how the reliably integrate a custom dialog in the mediawiki toolbar I would be thankful. Kind Regards, Jan PS.: Less problematic, though interesting too: does anybody know how to create a link-like text instead of a button? PPS.: I'm new at the list, so if the question does not belong here, feel free to point me at a more suitable place.

1 0

Lucene search warning
by Zach H. 14 May '13

14 May '13

I am getting an odd error in my lucene.log 2171399005 [Thread-8] WARN org.wikimedia.lsearch.frontend.HttpMonitor - Thread[Thread-47446,5,main] is waiting for 464401213 ms on mediawiki-1.16.0beta2 2171399005 [Thread-8] WARN org.wikimedia.lsearch.frontend.HttpMonitor - Thread[Thread-45468,5,main] is waiting for 464412666 ms on 2171399005 [Thread-8] WARN org.wikimedia.lsearch.frontend.HttpMonitor - Thread[Thread-48716,5,main] is waiting for 464387961 ms on * 2171399005 [Thread-8] WARN org.wikimedia.lsearch.frontend.HttpMonitor - Thread[Thread-48303,5,main] is waiting for 464389249 ms on 10.146.48.5 2171399005 [Thread-8] WARN org.wikimedia.lsearch.frontend.HttpMonitor - Thread[Thread-48291,5,main] is waiting for 464389276 ms on 10.146.48.5:443 I have posted this to the Lucene-Search extension page but got no results. The warning seems to not impact anything other than having a large amount of warnings placed in the log. Any advice on how to resolve these or troubleshoot what is causing them would be greatly appreciated. Thanks

1 0

case 51177 Transfer wiki pages to a different format
by Taylor, Bryan 14 May '13

14 May '13

Greetings, I was given this address in hopes you guys might have an answer to my situation. I have got the wiki shell up on a CPU. That device is going to be removed, and I'm trying to figure out a way to pull the information off of it (a flat file perhaps), so that it can be incorporated into a SharePoint archive (I've got a couple hundred pages, but not all of them will need to be transfered). Do you guys know what would be the best way to get that info off? I'm just going to put it into word documents, and then upload them onto SharePoint. Any Advice/help would be most appreciated, thanks. Bryan Taylor

2 1

Getting rid of the confusing "(top)" in Special:Contributions
by Federico Leva (Nemo) 14 May '13

14 May '13

Many generations of users in many (but not all) languages have been confused for years by the "(top)" in [[Special:Contributions]]. This is the message [[MediaWiki:Uctop]], which several languages, for clarity, translate as "current", and now also en.wiki thanks to a German-speaking sysop probably imitating German translation. Other languages translate "top" as "last revision for the page" or variations/shortenings thereof, but that's either too long (if full) or too confusing (if shortened). Unless there are objections, I expect "current" will be approved as new English default soon. See https://gerrit.wikimedia.org/r/#/c/58049/3 Nemo

3 3

Re: [MediaWiki-l] MediaWiki-l Digest, Vol 116, Issue 14
by 谢朝钦【誠】 13 May '13

13 May '13

OK 创用社区「xcq5678」在 2013-5-13，下午8:01，mediawiki-l-request@lists.wikimedia.org 写道： > Send MediaWiki-l mailing list submissions to > mediawiki-l(a)lists.wikimedia.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > or, via email, send a message with subject or body 'help' to > mediawiki-l-request(a)lists.wikimedia.org > > You can reach the person managing the list at > mediawiki-l-owner(a)lists.wikimedia.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of MediaWiki-l digest..." > > > Today's Topics: > > 1. Re: Wikifamily with shared file repo: wgUploadNavigationUrl > doesn't seem to have any effect (Andru Vallance) > 2. Creating new assignable user group for multi-lingual sites > (Dan Fisher) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 12 May 2013 16:21:04 +0200 > From: Andru Vallance <andru(a)tinymighty.com> > To: mediawiki-l(a)lists.wikimedia.org > Subject: Re: [MediaWiki-l] Wikifamily with shared file repo: > wgUploadNavigationUrl doesn't seem to have any effect > Message-ID: <kmo8gb$rm7$1(a)ger.gmane.org> > Content-Type: text/plain; charset=iso-8859-1; format=flowed > > With fresh eyes, I now see that the intention for this setting is > actually just to change the navigation link in the sidebar, not to > redirect Special:Upload (unless it's a redlink), which it does indeed > do as stated. Since this leaves Special:Upload available to people like > me who just enter the address directly, I'm disabling local uploads. > > If anyone knows of an easy way to redirect Special:Upload to a shared > repo, please let me know > > :) > > > > On 2013-05-11 17:44:52 +0000, Andru Vallance said: > >> Hello, >> I'm setting up a multi-language wiki family, with the wikis all using a >> shared file repo. Currently the language wikis correctly display media >> from the shared file repo wiki, but I'd like any file uploads on the >> language wikis to be redirected to the shared file repo wiki >> (mediapool). >> >> The documentation for $wgUploadNavigationUrl >> (http://www.mediawiki.org/wiki/Manual:$wgUploadNavigationUrl) states >> >> Point the upload navigation link to an external URL. Useful if you want >> to use a shared repository by default without disabling local uploads, >> e. g.: >> >> I've assigned this setting the URL of the mediapool wiki Special:Upload >> page for all language wikis, but contrary to the documentation, file >> uploads on the local wikis are not redirected, and indeed any files >> uploaded on the language wikis remain local, unavailable to the >> mediapool wiki. >> >> Anyone have any ideas/suggestions? >> >> Thanks >> Andru >> _______________________________________________ >> MediaWiki-l mailing list >> MediaWiki-l(a)lists.wikimedia.org >> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > > > > > > > ------------------------------ > > Message: 2 > Date: Sun, 12 May 2013 20:25:17 -0500 > From: Dan Fisher <danfisher261(a)gmail.com> > To: MediaWiki announcements and site admin list > <mediawiki-l(a)lists.wikimedia.org> > Subject: [MediaWiki-l] Creating new assignable user group for > multi-lingual sites > Message-ID: > <CAG3zdR-kXKGouoYjO+qXqYO0KxG=7tyO1yFgrja3VS7jZw5RGA(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > I want to create a new user group called "Group X editors". This text would > appear having its own assignable checkbox in the User rights interface. > Here's a screenshot <http://postimg.org/image/o567yni59/> of that. > > This text would come out different in different languages (where the red > arrow is). I can do the following that creates the group and I can assign > it using a checkbox: > $wgGroupPermissions['group-x-editors']['group-x-editors'] = true; > > But then I only see "group-x-editors" next to the checkbox. I want to see > customized text for each language. I thought something like this would work: > $wgGroupPermissions[wfMessage('group-x-editors')->text()]['group-x-editors'] > = true; > > But that doesn't work. I've seen some existing "user rights extensions" > which create new rights but the few that I saw in > this<https://www.mediawiki.org/wiki/Category:Extensions_which_add_rights>category > did not provide an additional checkbox. They only created an entry > in Special:ListGroupRights > > > Does anyone know how to do this, or does anyone of know an existing > extension that creates a user rights group, where the text shown next to > the checkbox changes for each language? > Or maybe the text next to the checkbox is fixed and cannot be changed > according to the current language? > > > Dan > > > ------------------------------ > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > > > End of MediaWiki-l Digest, Vol 116, Issue 14 > ********************************************

1 0

MediaWiki 1.21.0rc1 -- Help test 1.21 and update the announcement
by Mark A. Hershberger 13 May '13

13 May '13

I've just finished preparing the first release candidate for MediaWiki 1.21 and I'd like your help testing it before the final release. Please download the release candidate and test it. If you find any bugs please report them on Bugzilla[1] and make sure I am added as a CC so that we can fix any show-stoppers before the final release. Finally, if you could also look over https://www.mediawiki.org/wiki/MediaWiki_1.21, I'll be using an edited version of that to make the final announcement. If you spot problems or areas that could use clarification, your help in improving it would be appreciated. [1] https://bugzilla.wikimedia.org/enter_bug.cgi?product=MediaWiki&cc=mah@every… Full release notes: https://www.mediawiki.org/wiki/Release_notes/1.21 ********************************************************************** Download: http://mah.everybody.org/mediawiki/1.21/mediawiki-1.21.0rc1.tar.gz Patch to previous version (1.20.0), without interface text: http://mah.everybody.org/mediawiki/1.21/mediawiki-1.21.0rc1.patch.gz Interface text changes: http://mah.everybody.org/mediawiki/1.21/mediawiki-i18n-1.21.0rc1.patch.gz GPG signatures: http://mah.everybody.org/mediawiki/1.21/mediawiki-1.21.0rc1.tar.gz.sig http://mah.everybody.org/mediawiki/1.21/mediawiki-1.21.0rc1.patch.gz.sig http://mah.everybody.org/mediawiki/1.21/mediawiki-i18n-1.21.0rc1.patch.gz.s… Public keys: https://secure.wikimedia.org/keys.html

9 61

Creating new assignable user group for multi-lingual sites
by Dan Fisher 12 May '13

12 May '13

I want to create a new user group called "Group X editors". This text would appear having its own assignable checkbox in the User rights interface. Here's a screenshot <http://postimg.org/image/o567yni59/> of that. This text would come out different in different languages (where the red arrow is). I can do the following that creates the group and I can assign it using a checkbox: $wgGroupPermissions['group-x-editors']['group-x-editors'] = true; But then I only see "group-x-editors" next to the checkbox. I want to see customized text for each language. I thought something like this would work: $wgGroupPermissions[wfMessage('group-x-editors')->text()]['group-x-editors'] = true; But that doesn't work. I've seen some existing "user rights extensions" which create new rights but the few that I saw in this<https://www.mediawiki.org/wiki/Category:Extensions_which_add_rights>category did not provide an additional checkbox. They only created an entry in Special:ListGroupRights Does anyone know how to do this, or does anyone of know an existing extension that creates a user rights group, where the text shown next to the checkbox changes for each language? Or maybe the text next to the checkbox is fixed and cannot be changed according to the current language? Dan

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

MediaWiki-l May 2013