MediaWiki-l May 2013

mediawiki-l@lists.wikimedia.org

75 participants
59 discussions

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 谢朝钦【誠】 14 May '13

14 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 13 May '13

13 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

Wikifamily with shared file repo: wgUploadNavigationUrl doesn't seem to have any effect
by Andru Vallance 12 May '13

12 May '13

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

1 1

Re: [MediaWiki-l] [php-maint] Apache 2.4 MediaWiki Debian tips
by jidanni＠jidanni.org 11 May '13

11 May '13

It turns out one needs to install libapache2-mod-php5 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707759

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