MediaWiki-l January 2014

mediawiki-l@lists.wikimedia.org

64 participants
63 discussions

list pages in a category shows different results whether logged in or not in Safari and Firefox (with Chrome it works).
by Christian Xell 16 Jan '14

16 Jan '14

MediaWiki 1.21.2 PHP 5.3.26 (apache2handler) MySQL 5.6.11 Hi, strange behaviour... We have also Semantic Wiki installed. Here is a list of all extensions http://de.tangowiki.org/wiki/Spezial:Version And here is the strange thing http://de.tangowiki.org/wiki/Kategorie:Festival shows 12 pages when not logged in instead of correct 16 pages (which is shown when logged in). Any Ideas Don Xello

1 0

Issue with template calls
by John W. Foster 16 Jan '14

16 Jan '14

On my site if for example I have a script that calls for {{Portal:Mycrap}} the resulting search for the items is sent to the server as {{Template:Portal:Mycrap}} rather than just selecting the doccument Portal:Mycrap [[Portal:Mycrap]] does as it should & calls the correct document. This is usually caused by some template that I have copied from Wikipedia. I have checked the original template scripts that I have downloaded against those installed on my site & they are exactly the same. I have examine the calls issued within, Wikipedia and they seem to be exactly the same, except Wikipedia does not add the Template: portion to the document search. Any idea how to duplicate the Wikipedia performance on my site. Thanks john

2 1

Salutations, Mediawiki-l
by Shannon Adams 16 Jan '14

16 Jan '14

Thu, 16 Jan 2014 12:06:27 http://b2u.biz/wp-content/likeit.php?srxkyxx1185gus Shannon Adams shannon_adams68(a)yahoo.com ____________________ Cary Grant died in my home town. My parents had tickets to see a speech he was giving - I don't know if they ever got a refund. -- Steve Bondi

1 0

Fwd: Re: FOSDEM coordination
by Quim Gil 15 Jan '14

15 Jan '14

Attending the FOSDEM conference? See below. -------- Original Message -------- Subject: Re: FOSDEM coordination Date: Wed, 15 Jan 2014 14:37:32 -0800 From: Quim Gil <qgil(a)wikimedia.org> To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>, Dimitar Parvanov Dimitrov <dimitar.parvanov.dimitrov(a)gmail.com> On 01/15/2014 02:33 PM, Quim Gil wrote: > Hi, FOSDEM conference is around the corner Fix: (February 1-2 in Brussels) :) > Please add yourself to the list of participants. > > https://www.mediawiki.org/wiki/Events/FOSDEM#Participants > > All the better if you can volunteer a couple of hours in the Wikimedia > stand: > > https://www.mediawiki.org/wiki/Events/FOSDEM#Shifts > > We haven't thought much about content, materials, and activities at the > stand. Your ideas and help are welcome! > -- Quim Gil Technical Contributor Coordinator @ Wikimedia Foundation http://www.mediawiki.org/wiki/User:Qgil

1 0

Unsubscribe
by MIRIAM HONDJO 15 Jan '14

15 Jan '14

Am 15.01.2014 13:00, schrieb mediawiki-l-request(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. Re: CentralAuth: Global accounts not globally usable > (Till Kraemer) > 2. Re: Newbie question about pywikibot (Quim Gil) > 3. Re: Newbie question about pywikibot (Leonard Wallentin) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 14 Jan 2014 22:17:51 +0100 > From: Till Kraemer <info(a)till-kraemer.com> > To: MediaWiki announcements and site admin list > <mediawiki-l(a)lists.wikimedia.org> > Subject: Re: [MediaWiki-l] CentralAuth: Global accounts not globally > usable > Message-ID: <52D5A97F.5060207(a)till-kraemer.com> > Content-Type: text/plain; charset=UTF-8 > > Hi Chris, > > thanks again for your help! I really appreciate it. > > On 1/13/2014 10:19 PM, Chris Steipp wrote: > >> This often happens when Memcached can't be reached / used. CentralAuth >> requires memcache caching, so make sure that's working. > Hm, weird. I just re-checked and memcached seems to be running: > > # ps ax | grep memcached > 12345 ?? Ss 0:48.20 /usr/local/bin/memcached -d -u _memcached -P > /var/run/memcached.pid > > I started memcached a while ago like this: > > sudo -u www memcached -d -l 127.0.0.1 -p 11211 -m 64 > > My memcached settings in LocalSettings.php look like this: > > $wgMainCacheType = CACHE_MEMCACHED; > $wgParserCacheType = CACHE_MEMCACHED; # optional > $wgMessageCacheType = CACHE_MEMCACHED; # optional > $wgMemCachedServers = array( "127.0.0.1:11211" ); > $wgSessionsInMemcached = true; # optional > > However, I didn't install PECL memcache for PHP as recommended on the > Extension:Memcached page. I installed PECL memcache now and also > Extension:Memcached and on Special:Memcached it says: > > 127.0.0.1:11211 Memcached seems to be working fine! > > After I installed PECL memcache I restarted Apache and I got the > following message (but I guess that's okay): > > # apachectl start > Starting memcached > failed to listen on TCP port 11211: Address already in use > /usr/sbin/apachectl start: httpd started > >> This is expected on login, assuming you're submitting the login form as a >> logged out user (it does the user setup for all pages, including the login >> page, before it starts handling the contents of the form itself. The >> interesting stuff should be a few lines later. > Sorry, here is what debug-poolwiki.log looks like: > > Start command line script /path/to/pool/w/maintenance/runJobs.php > CACHES: MemcachedPhpBagOStuff[main] MemcachedPhpBagOStuff[message] > MemcachedPhpBagOStuff[parser] > LocalisationCache: using store LCStore_DB > CentralAuthHooks::onUserLoadFromSession: no token or session > Fully initialised > IP: 127.0.0.1 > Connected to database 0 at 1.2.3.4 > LoadBalancer::reuseConnection: this connection was not opened as a > foreign connection > > And debug-dewiki.log has entries like these: > > Start command line script /path/to/de/w/maintenance/runJobs.php > CACHES: MemcachedPhpBagOStuff[main] MemcachedPhpBagOStuff[message] > MemcachedPhpBagOStuff[parser] > Class LanguageDe not found; skipped loading > LocalisationCache: using store LCStore_DB > Connecting to 1.2.3.4 dewiki... > Connected to 1.2.3.4 dewiki. > Connected to database 0 at 1.2.3.4 > Dependency triggered: /path/to/de/w/languages/messages/MessagesDe.php > deleted. > LocalisationCache::isExpired(de): cache for de expired due to FileDependency > LocalisationCache::recache: got localisation for de from source > DatabaseBase::query: Writes done: DELETE FROM `l10n_cache` WHERE lc_lang > = 'de' > Unstubbing $wgParser on call of $wgParser::setFunctionHook from > SimpleSecurity::setup > Parser: using preprocessor: Preprocessor_DOM > Fully initialised > LoadBalancer::reuseConnection: this connection was not opened as a > foreign connection > LoadBalancer::reuseConnection: this connection was not opened as a > foreign connection > LoadBalancer::reuseConnection: this connection was not opened as a > foreign connection > > While debug-enwiki.log looks like this: > > Start command line script /path/to/en/w/maintenance/runJobs.php > CACHES: MemcachedPhpBagOStuff[main] MemcachedPhpBagOStuff[message] > MemcachedPhpBagOStuff[parser] > LocalisationCache: using store LCStore_DB > Unstubbing $wgParser on call of $wgParser::setFunctionHook from > SimpleSecurity::setup > Parser: using preprocessor: Preprocessor_DOM > Connecting to 1.2.3.4 enwiki... > Connected to 1.2.3.4 enwiki. > Connected to database 0 at 1.2.3.4 > Dependency triggered: /path/to/en/w/languages/messages/MessagesEn.php > deleted. > LocalisationCache::isExpired(en): cache for en expired due to FileDependency > LocalisationCache::recache: got localisation for en from source > DatabaseBase::query: Writes done: DELETE FROM `l10n_cache` WHERE lc_lang > = 'en' > Fully initialised > LoadBalancer::reuseConnection: this connection was not opened as a > foreign connection > >> If they're all in the same top level domain, this is probably the better >> way to do it. > Yes, they're just different subdomains, but they're all something like > xx.example.com. So I've set $wgCentralAuthCookieDomain = '.example.com';. > >> This should only happen if you have wgSecureLogin enabled for a wiki, or >> you have https in wgServer. You'll want to get that fixed before you can >> get much further in setting up CentralAuth. > It seems to be a Firefox specific problem. I don't get this error with > other browsers. I deleted cookies and cache in Firefox and now it works. > Now I don't have to log in manually on each domain anymore, cool! :) > > Thanks and cheers, > > Till > > > > ------------------------------ > > Message: 2 > Date: Tue, 14 Jan 2014 14:04:25 -0800 > From: Quim Gil <qgil(a)wikimedia.org> > To: mediawiki-l(a)lists.wikimedia.org > Subject: Re: [MediaWiki-l] Newbie question about pywikibot > Message-ID: <52D5B469.1000305(a)wikimedia.org> > Content-Type: text/plain; charset=UTF-8 > > Hi Leonard, > > On 01/07/2014 12:07 PM, Leonard Wallentin wrote: >> Hello, >> >> I wonder if there are any pywikibot wizards on the list who can help me >> getting on the right track; > Your questions about PyWikiBot have a higher chance of find answers at > > https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l > >> I have been fetching data from WikiData like this: >> `action=wbgetentities&languages=XXX&props=labels|claims&ids=Q100|Q101|Q102` >> >> Now I want to try doing the same thing with pywikibot, to make logging in >> etc easier, but I can't find out how to fetch data for more than one page >> at a time. So far I've found `pagegenerators.PagesFromTitlesGenerator` to >> generate a collection of page titles, but I don't know what to do with it >> (other than iterate through it to fetch one page at a time...) What am I >> missing? >> >> Thanks in advance for any advice! >> Leo >

1 0

Newbie question about pywikibot
by Leonard Wallentin 15 Jan '14

15 Jan '14

Hello, I wonder if there are any pywikibot wizards on the list who can help me getting on the right track; I have been fetching data from WikiData like this: `action=wbgetentities&languages=XXX&props=labels|claims&ids=Q100|Q101|Q102` Now I want to try doing the same thing with pywikibot, to make logging in etc easier, but I can't find out how to fetch data for more than one page at a time. So far I've found `pagegenerators.PagesFromTitlesGenerator` to generate a collection of page titles, but I don't know what to do with it (other than iterate through it to fetch one page at a time...) What am I missing? Thanks in advance for any advice! Leo _______________ Leonard Wallentin http://leowallentin.se

2 2

CentralAuth: Global accounts not globally usable
by Till Kraemer 14 Jan '14

14 Jan '14

Hi, I'm desperately trying to install CentralAuth for months now and I almost did it. I'm running 12 language wikis and one pool wiki. I renamed all databases from something cryptic like "usr_web123_4" to "languagecodewiki" via phpMyAdmin. I created database centralauth and ran centralauth.sql. I ran php extensions/CentralAuth/maintenance/migratePass0.php and php extensions/CentralAuth/maintenance/migratePass0.php (from /path/to/w/). I also ran migrateStewards.php and on the wikis without stewards it gave me the following output (but I guess that's okay): "Populating global groups table with stewards... Fetched 0 from local database... Checking for attached ones A database query error has occurred. Query: SELECT gu_name,gu_id FROM `globaluser`,`localuser` WHERE (gu_name = lu_name) AND lu_wiki = 'cswiki' AND (gu_name IN ()) Function: migrateStewards.php Error: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '))' at line 1 (1.2.3.4)" On the wiki with steward it worked fine however: "Populating global groups table with stewards... Fetched 1 from local database... Checking for attached ones Fetched 1 SULed stewards... Adding them in group Added Till Kraemer" Special:GlobalUsers now lists all users of all wikis. I have a user named "Till Kraemer" manually registered on all 13 wikis. If I go to Special:MergeAccount, I can see that all 13 accounts are merged into one global account and everything is fine. 13 local wikis are shown on Special:CentralAuth/Till_Kraemer. I have a user named "Bot" manually registered on only 4 wikis. I can only use this account on those 4 wikis. Only 4 local wikis are shown on Special:MergeAccount and Special:CentralAuth/Bot. If I try to log in with this account on one of the other 9 wikis, I get an error that the user "Bot" doesn't exist. However, if I try to manually register the user "Bot" on one of the 9 other wikis, it gives me the error, that there is already a global user named "Bot". I can manually create local user "Bot" on the other wikis via php CentralAuth/maintenance/createLocalAccount.php, but there should be a way to do this automatically. I registered a new account on one of the wikis and that account also can be only used on one wiki. Although I've set $wgCentralAuthAutoNew = true; it seems to create just a local account but that isn't entirely true because that user can be found in table localuser and globaluser of database centralauth. Any suggestions would be great, since I really don't know what else I could try :/ Have a nice weekend! Thanks and cheers, Till Installed software: MediaWiki 1.22.0 PHP 5.3.14 (apache) MySQL 5.1.63-log Entry point URLs: Article path /wiki/$1 Script path /w index.php /w/index.php api.php /w/api.php load.php /w/load.php LocalSettings.php: require_once ("$IP/extensions/CentralAuth/CentralAuth.php"); $wgConf = new SiteConfiguration; # Read wiki lists #$wgLocalDatabases = array( 'meta_wiki', 'test_wiki', 'cod_wiki' ); //all wiki databases, as an array. Important to change. #$wgLocalDatabases = array( $cs_db_name, $de_db_name, $en_db_name, $es_db_name, $fr_db_name, $hu_db_name, $pl_db_name, $pool_db_name, $pt_db_name, $sv_db_name ); //all wiki databases, as array $wgLocalDatabases = array( 'cswiki', 'dewiki', 'enwiki', 'eswiki', 'frwiki', 'huwiki', 'hywiki', 'nlwiki', 'plwiki', 'poolwiki', 'ptwiki', 'ruwiki', 'svwiki' ); //all wiki databases, as array $wgConf->wikis = $wgLocalDatabases; $wgConf->suffixes = array( 'wiki' ); //We have the same suffix of wiki //all databases have suffix wiki $wgConf->suffixes = $wgLocalDatabases; #$wgConf->localVHosts = array( 'localhost' ); //your database server. could be example.com or IP address. no http:// #$wgConf->localVHosts = array( $db_host ); //your database server. could be example.com or IP address. no http:// $wgConf->localVHosts = array( '1.2.3.4' ); //your database server. could be example.com or IP address. no http:// $wgConf->fullLoadCallback = 'wmfLoadInitialiseSettings'; $wgConf->siteParamsCallback = 'efGetSiteParams'; $wgConf->extractAllGlobals( $wgDBname ); $wgConf->settings = array( 'wgServer' => array( # 'default' => 'http://localhost', //default means applied to all wikis.this might be http://www.example.com, for example. 'cswiki' => 'http://cs.example.com', 'dewiki' => 'http://de.example.com', 'enwiki' => 'http://en.example.com', 'eswiki' => 'http://es.example.com', 'frwiki' => 'http://fr.example.com', 'huwiki' => 'http://hu.example.com', 'hywiki' => 'http://hy.example.com', 'nlwiki' => 'http://nl.example.com', 'plwiki' => 'http://pl.example.com', 'poolwiki' => 'http://pool.example.com', 'ptwiki' => 'http://pt.example.com', 'ruwiki' => 'http://ru.example.com', 'svwiki' => 'http://sv.example.com', ), 'wgScriptPath' => array( # 'meta_wiki' => '/metawiki', //script path, where index.php is located for meta #'test_wiki' => '/testwiki', //test #'cod_wiki' => '/codwiki', //cod 'default' => '/w', //script path, where index.php is located for meta ), 'wgArticlePath' => array( # 'meta_wiki' => '/meta/$1', //for short urls #'test_wiki' => '/test/$1', #'cod_wiki' => '/cod/$1', 'default' => '/wiki/$1', //for short urls ), //the above may confuse some. if you're having problems, keep articlepath the same as scriptpath, with /$1 at the end, k??? 'wgLanguageCode' => array( //dont change, if all wikis are english *BE careful not to alter this line if you use RegEx to replace COD with your wiki name! # 'default' => '$lang', 'cswiki' => 'cs', 'dewiki' => 'de', 'enwiki' => 'en', 'eswiki' => 'es', 'frwiki' => 'fr', 'huwiki' => 'hu', 'hywiki' => 'hy', 'nlwiki' => 'nl', 'plwiki' => 'pl', 'poolwiki' => 'en', 'ptwiki' => 'pt', 'ruwiki' => 'ru', 'svwiki' => 'sv', ), 'wgLocalInterwiki' => array( # 'default' => '$lang', 'cswiki' => 'cs', 'dewiki' => 'de', 'enwiki' => 'en', 'eswiki' => 'es', 'frwiki' => 'fr', 'huwiki' => 'hu', 'hywiki' => 'hy', 'nlwiki' => 'nl', 'plwiki' => 'pl', 'poolwiki' => 'en', 'ptwiki' => 'pt', 'ruwiki' => 'ru', 'svwiki' => 'sv', ), 'wgSitename'=>array( 'cswiki' => 'Example Wiki', 'dewiki' => 'Example Wiki', 'enwiki' => 'Example Wiki', 'eswiki' => 'Example Wiki', 'frwiki' => 'Example Wiki', 'huwiki' => 'Example Wiki', 'hywiki' => 'Example Wiki', 'nlwiki' => 'Example Wiki', 'plwiki' => 'Example Wiki', 'poolwiki' => 'Example Wiki', 'ptwiki' => 'Example Wiki', 'ruwiki' => 'Example Wiki', 'svwiki' => 'Example Wiki', ), ); function efGetSiteParams( $conf, $wiki ) { $site = null; $lang = null; foreach( $conf->suffixes as $suffix ) { if ( substr( $wiki, -strlen( $suffix ) ) == $suffix ) { $site = $suffix; $lang = substr( $wiki, 0, -strlen( $suffix ) ); break; } } return array( 'suffix' => $site, 'lang' => $lang, 'params' => array( 'lang' => $lang, 'site' => $site, 'wiki' => $wiki, ), 'tags' => array(), ); } $wgCentralAuthDryRun = false; $wgCentralAuthCookies = true; $wgCentralAuthAutoNew = true; $wgCentralAuthAutoMigrate = true; $wgCentralAuthAutoLoginWikis = array( # Mapping from domain name to wiki id for other wikis to automatically login into 'cs.example.com' => 'cswiki', 'de.example.com' => 'dewiki', 'en.example.com' => 'enwiki', 'es.example.com' => 'eswiki', 'fr.example.com' => 'frwiki', 'hu.example.com' => 'huwiki', 'hy.example.com' => 'hywiki', 'nl.example.com' => 'nlwiki', 'pl.example.com' => 'plwiki', 'pool.example.com' => 'poolwiki', 'pt.example.com' => 'ptwiki', 'ru.example.com' => 'ruwiki', 'sv.example.com' => 'svwiki', ); # Skips the "login success" page $wgCentralAuthSilentLogin = true; $wgCentralAuthCreateOnView = true; # Activates the redirect to the "central login wiki" #$wgCentralAuthLoginWiki = 'poolwiki';

2 4

MediaWiki Security Releases: 1.22.1, 1.21.4 and 1.19.10
by Chris Steipp 13 Jan '14

13 Jan '14

I would like to announce the release of MediaWiki 1.22.1, 1.21.4 and 1.19.10. These releases fix a number of security related bugs that could affect users of MediaWiki. In addition, MediaWiki 1.22.1 is a maintenance release. It fixes several bugs. You can consult the RELEASE-NOTES-1.22 file for the full list of changes in this version. Download links are given at the end of this email. == Security fixes == * MediaWiki user Michael M reported that the fix for bug 55332 (CVE-2013-4568) allowed insertion of escaped CSS values which could pass the CSS validation checks, resulting in XSS. (CVE-2013-6451) <https://bugzilla.wikimedia.org/show_bug.cgi?id=58088> * Chris from RationalWiki reported that SVG files could be uploaded that include external stylesheets, which could lead to XSS when an XSL was used to include JavaScript. (CVE-2013-6452) <https://bugzilla.wikimedia.org/show_bug.cgi?id=57550> * During internal review, it was discovered that MediaWiki's SVG sanitization could be bypassed when the XML was considered invalid. (CVE-2013-6453) <https://bugzilla.wikimedia.org/show_bug.cgi?id=58553> * Durign internal review, it was discovered that MediaWiki's CSS sanitization did not filter -o-link attributes, which could be used to execute JavaScript in Opera 12. (CVE-2013-6454) <https://bugzilla.wikimedia.org/show_bug.cgi?id=58472> * During internal review, it was discovered that MediaWiki displayed some information about deleted pages in the log API, enhanced RecentChanges, and user watchlists. (CVE-2013-6472) <https://bugzilla.wikimedia.org/show_bug.cgi?id=58699> Additionally, the following extensions have been updated to fix security issues: * TimedMediaHandler: Bawolff discovered an XSS vulnerability with the way the extension stored and used HTML for showing videos. (CVE-2013-4574) <https://bugzilla.wikimedia.org/show_bug.cgi?id=56699> * Scribuntu: Internal review found a NULL pointer dereference in php-luasandbox, which could be used for DoS attacks. (CVE-2013-4570) <https://bugzilla.wikimedia.org/show_bug.cgi?id=54527> * Scribuntu: Internal review found a Buffer Overflow in php-luasandbox. It's not know if this could be use for code execution on the server. (CVE-2013-4571) <https://bugzilla.wikimedia.org/show_bug.cgi?id=49705> * CentralAuth: Eran Roz reported that MediaWiki usernames could be leaked to other websites. Javascript returned for CentralAuth's login would update the page DOM with the username, even when included on other sites. (CVE-2013-6455) <https://bugzilla.wikimedia.org/show_bug.cgi?id=57081> * SemanticForms: Ravindra Singh Rathore reported a missing CSRF check to Mozilla, who reported the issue to us. Several other forms in the extension were also fixed. <https://bugzilla.wikimedia.org/show_bug.cgi?id=57025> == Bug fixes in 1.22.1 == * (bug 59945) 1.22 tarball offers Extension SimpleAntiSpam which is supposed to be in core. * (bug 58178) Restore compatibility with curl < 7.16.2. * (bug 56931) Updated the plural rules to CLDR 24. They are in new format which is detailed in UTS 35 Rev 33. The PHP parser and evaluator as well as the JavaScript evaluator were updated to support the new format. Plural rules for some languages have changed, most notably Russian. Affected software messages have been updated and marked for review at translatewiki.net. This change is backported from the development branch of MediaWiki 1.23. * (bug 58434) The broken installer for database backend Oracle was fixed. * (bug 58167) The web installer no longer throws an exception when PHP is compiled without support for MySQL yet with support for another DBMS. * (bug 58640) Fixed a compatibility issue with PCRE 8.34 that caused pages to appear blank or with missing text. * (bug 47055) Changed FOR UPDATE handling in Postgresql Full release notes for 1.22.1: <https://www.mediawiki.org/wiki/Release_notes/1.22> Full release notes for 1.21.4: <https://www.mediawiki.org/wiki/Release_notes/1.21> Full release notes for 1.19.9: <https://www.mediawiki.org/wiki/Release_notes/1.19> For information about how to upgrade, see <https://www.mediawiki.org/wiki/Manual:Upgrading> ********************************************************************** 1.22.1 ********************************************************************** Download: http://download.wikimedia.org/mediawiki/1.22/mediawiki-1.22.1.tar.gz Patch to previous version (1.22.0), without interface text: http://download.wikimedia.org/mediawiki/1.22/mediawiki-1.22.1.patch.gz Interface text changes: http://download.wikimedia.org/mediawiki/1.22/mediawiki-i18n-1.22.1.patch.gz GPG signatures: http://download.wikimedia.org/mediawiki/1.22/mediawiki-core-1.22.1.tar.gz.s… http://download.wikimedia.org/mediawiki/1.22/mediawiki-1.22.1.tar.gz.sig http://download.wikimedia.org/mediawiki/1.22/mediawiki-1.22.1.patch.gz.sig http://download.wikimedia.org/mediawiki/1.22/mediawiki-i18n-1.22.1.patch.gz… Public keys: https://www.mediawiki.org/keys/keys.html ********************************************************************** 1.21.4 ********************************************************************** Download: http://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.4.tar.gz Patch to previous version (1.21.3), without interface text: http://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.4.patch.gz Interface text changes: http://download.wikimedia.org/mediawiki/1.21/mediawiki-i18n-1.21.4.patch.gz GPG signatures: http://download.wikimedia.org/mediawiki/1.21/mediawiki-core-1.21.4.tar.gz.s… http://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.4.tar.gz.sig http://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.4.patch.gz.sig http://download.wikimedia.org/mediawiki/1.21/mediawiki-i18n-1.21.4.patch.gz… Public keys: https://www.mediawiki.org/keys/keys.html ********************************************************************** 1.19.10 ********************************************************************** Download: http://download.wikimedia.org/mediawiki/1.19/mediawiki-1.19.10.tar.gz Patch to previous version (1.19.9), without interface text: http://download.wikimedia.org/mediawiki/1.19/mediawiki-1.19.10.patch.gz Interface text changes: http://download.wikimedia.org/mediawiki/1.19/mediawiki-i18n-1.19.10.patch.gz GPG signatures: http://download.wikimedia.org/mediawiki/1.19/mediawiki-core-1.19.10.tar.gz.… http://download.wikimedia.org/mediawiki/1.19/mediawiki-1.19.10.tar.gz.sig http://download.wikimedia.org/mediawiki/1.19/mediawiki-1.19.10.patch.gz.sig http://download.wikimedia.org/mediawiki/1.19/mediawiki-i18n-1.19.10.patch.g… Public keys: https://www.mediawiki.org/keys/keys.html ********************************************************************** Extension:TimedMediaHandler ********************************************************************** Information and Download: https://www.mediawiki.org/wiki/Extension:TimedMediaHandler ********************************************************************** Extension:Scribunto ********************************************************************** Information and Download: https://www.mediawiki.org/wiki/Extension:Scribunto ********************************************************************** Extension:CentralAuth ********************************************************************** Information and Download: https://www.mediawiki.org/wiki/Extension:CentralAuth ********************************************************************** Extension:SemanticForms ********************************************************************** Information and Download: https://www.mediawiki.org/wiki/Extension:SemanticForms

1 0

Code Review for extension Math
by Moritz Schubotz 12 Jan '14

12 Jan '14

Hi all, as I see only little progress in reviewing the new version of the Math extension that improves the layout and fixes security issues of normal importance, I wrote a guide on "How to review the MediaWiki Math extension". http://www.formulasearchengine.com/review Feedback, comments or any other type of reaction is highly appreciated. Best Physikerwelt -- Mit freundlichen Grüßen Moritz Schubotz Telefon (Büro): +49 30 314 22784 E-Mail: schubotz(a)itp.physik.tu-berlin.de Web: http://www.physikerwelt.de Skype: Schubi87 ICQ: 200302764 Msn: Moritz(a)Schubotz.de

1 0

fixing custom skins based on Vector?
by Bill Traynor 11 Jan '14

11 Jan '14

Hi all, I've inherited a custom skin based on Vector from MW 1.16. Using it with 1.22 causes the left sideBar navigation to disappear, as well as tab text to show up as <vector-namespace-special>. As I'm no skinning expert, I'm wondering where to begin to fix these problems. I'm actively attempting to fix the skin now, but thought I'd ask, in case anyone has done this before and may be able to provide clues. Thanks Bill

2 1

2026

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 January 2014