Hey,
I'd like to load MediaWiki from some PHP script and have not been able to
find a way to do this so far.
After someone suggested trying to do this as a maintenance script, I tried
http://pastebin.com/scKFxF2J
That however does not work as there is a check in doMaintenance.php
(shouldExecute) that makes sure initialization is only done when no
function calls are present in the call stack. My script is getting called
by some other library and thus there will clearly be function calls in the
call stack when doMaintenance.php is included. Is it even possible to load
MediaWiki in such a case? And what is this restriction in shouldExecute
good for?
Cheers
--
Jeroen De Dauw
http://www.bn2vs.com
Don't panic. Don't be evil.
--
Hi, our list of Possible Projects has been updated reflecting the
situation after the GSoC / OPW announcements:
http://www.mediawiki.org/wiki/Mentorship_programs/Possible_projects#Triagin…
Although not directly related, this list might be a good source of
inspiration for developers considering applying to Wikimedia Individual
Engagement Grants:
https://meta.wikimedia.org/wiki/Grants:IEG
At least for the featured projects you know that there is community
interest and maintainers buy-in. The second IEG round will start
officially on August 1.
--
Quim Gil
Technical Contributor Coordinator @ Wikimedia Foundation
http://www.mediawiki.org/wiki/User:Qgil
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
I've started grabbing a bunch of additional site info in WikiApiary and recently put this query together that I thought people on this list might find interesting. It specifically looks at MediaWiki sites that are reporting a git-hash in site info and then shows what is being used most:
http://wikiapiary.com/wiki/MediaWiki_Git_versions
Jamie Thingelstad
jamie(a)thingelstad.com
mobile: 612-810-3699
find me on AIM Twitter Facebook LinkedIn
"Tamil Wikipedia has gained an important tool - automated front page
maintenance. The code for this was written using Lua by Surya Prakash
under the guidance of Yuvipanda. If other wiki projects want to make
use of this, it is available at
http://ta.wikipedia.org/wiki/Module:Main_page. Please get in touch with
Surya if you need any help."
It looks like people could use this template on a main page to display a
featured article, a user, changes from the current month, and so on. (I
ran the Tamil documentation through Google Translate and didn't
understand everything; an English translation would be welcome, as would
a TODO list for future options to add.)
Surya Prakash is at suryaceg{{(a)}}gmail.com. Thanks to Surya, Yuvi, and
the organizers of the Chennai event!
Thanks,
Sumana
--- Forwarded email ---
Date: Wed, 29 May 2013 10:41:24 +0530
From: Bala Jeyaraman <sodabottle(a)gmail.com>
To: "Discussion list on Indian language projects of Wikimedia."
<wikimediaindia-l(a)lists.wikimedia.org>
Cc: Dwaraka Nath <dtsdwarak(a)gmail.com>, Surya Prakash
<suryaceg(a)gmail.com>
Subject: Re: [Wikimediaindia-l] Chennai Wikimeetup 6
Message-ID:
<CAMiPj9n20d6bziDW8fxHimYY+5zqVOGF8Ev_rb2Jsx1Xb-rzrg(a)mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi all,
The event went very well. About 70-80 people from various open source /
open content communities attended the sessions over two days. Apart from
the usual benefits, Tamil Wikipedia has gained an important tool -
automated front page maintenance. The code for this was written using Lua
by Surya Prakash under the guidance of Yuvipanda. If other wiki projects
want to make use of this, it is available at
http://ta.wikipedia.org/wiki/Module:Main_page. Please get in touch with
Surya if you need any help.
A special shout out to Dwarak and team of Mozilla India, for making this
excellent event happen. We hope to have more such open weekend events in
Chennai regularly.
Reports, slides, pictures and thoughts are available at the following links
1) http://ta.wikipedia.org/s/2u3b
2) https://www.facebook.com/events/152064334973643/155602711286472
3) https://picasaweb.google.com/102002010785949271518/OpenWeeekendsDay1
4) http://www.flickr.com/photos/dtsdwarak/sets/72157633728520541/
5) https://www.dropbox.com/sh/sk8abb4irbcy2xx/GbCMxHE5p
regards
Bala Jeyaraman
On Wed, May 22, 2013 at 8:30 AM, Bala Jeyaraman <sodabottle(a)gmail.com>wrote:
> Hi all,
>
> Chennai Wikimeetup 6 is happening on 26 May 2013. Besides the usual intro
> session on Wikipedia, there will be intro sessions on Wikidata,
> Translatewiki, Bots in Wikimedia projects and a photography tutorial.[1][2]
> The meetup is a part of the two day "Open Weekends" event organised by
> Mozilla India and supported by Indian Linux Users Group and Wikmedia
> India.[3] The Wikimedia part will be concentrated on Sunday (26 May).
>
> *Venue*: Railsfactory, Sedin Technologies Private Limited, # 38/39, 3rd
> Floor, White's Road, Royapettah, Chennai (Near Sathyam cinemas)
> *Time*: 26 May, 10 AM - 1 PM
> *Facebook page*: https://www.facebook.com/events/152064334973643/?ref=25
>
> If you are planning to attend please do consider filling up the sign up
> sheet -
> https://docs.google.com/forms/d/1uDJLNWY2ZFKvrTc20QdzzeVogj5mAc8KB4aUKrz3qq… easing up the security process at the venue)
>
> regards
> Bala Jeyaraman
> Executive Council Member
> Wikimedia India
>
> ==Refs==
> [1] http://wiki.wikimedia.in/Events/Open_Weekends
> [2] http://ta.wikipedia.org/s/2u3b
> [3] https://reps.mozilla.org/e/open-weekends/
>
Hi Sam, possibly others that "maintain" the free license for PHPStorm for
MediaWiki developers.
PHPStorm is telling me that the license will expire in 19 days. I was
wondering if anyone was planning to request a license renewal and make it
available to me and others that use PHPStorm for MediaWiki development. Can
has new license?
Cheers!
--
Siebrand Mazeland
Product Manager Language Engineering
Wikimedia Foundation
M: +31 6 50 69 1239
Skype: siebrand
Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate
If you've thought about contributing or reviewing code, but aren't sure
where to start, there's a good blog post from a GNOME OPW intern that I'd
like to recommend. It was written for OpenStack, but the advice is
applicable to MediaWiki contributors too, since the two foundations have
common tooling and practices related to code management and review.
Reviewing an OpenStack Patch
http://anteaya.info/blog/2013/03/21/reviewing-an-openstack-patch/
There is, of course, excellent content on MediaWiki.org on this topic, but
this is a nice reinforcement.
Because of a surge of interest in recent times, we have started a mail list
for QA activities connected with WMF projects. If this interests you, feel
free to sign up at https://lists.wikimedia.org/mailman/listinfo/qa. The
list is completely open, so also feel free to mention it to anyone else for
whom this sort of discussion might be of interest.
Below is a sample of the sort of things we will discuss on the QA list:
OPW:
Congratulations Rachel Thomas (rachel99) on being selected to work on
browser test automation with us as part of the Gnome FOSS Outreach Program
for Women. Rachel has been a volunteer for some time now and despite
starting from scratch with gerrit and Ruby/Cucumber/PageObject has already
made valuable contributions to the browser tests. We're really looking
forward to working with Rachel over the summer.
Amsterdam Hackathon:
While Željko and Chris have met any number of times before, this was our
first meeting outside of the USA. Together we cleaned up many failing
builds at https://wmf.ci.cloudbees.com/; we implemented some tests for the
Universal Language Selector; and we gave a presentation on the current
state of the browser tests to a number of interested (and interesting!)
people.
In the course of making the builds green, we:
* updated the Guided Tour test to reflect the latest behavior of that
feature
* repaired a bogus error message from parallel_cucumber causing false build
failure reports
* adjusted the target test environments among beta labs enwiki and commons,
test2wiki, and production to yield optimum coverage with a minimum of red
builds.
We also extended some test coverage:
* checked in a test for Appearances and Datetime Preferences
* checked in an interim fix for sidebar expand/collapse tests while we
explore setting cookies in IE
* wrote a new test for Universal Language Selector based on some work from
Runa Bhattacharjee of the Language team, and planned for more ULS tests
very soon. (Fixing
https://bugzilla.wikimedia.org/show_bug.cgi?id=45958will be helpful)
In the very near future we'll be working with tests for VisualEditor as
well, which continues to have some interesting bugs:
https://bugzilla.wikimedia.org/show_bug.cgi?id=48166. Bug 48166 and a few
others were identified as part of a community test exercise at the Telerik
Test Summit peer confernence in Austin TX not long ago.
We are also looking forward to using YuviPanda's new github-gerrit
integration.
Again, we extend an invitation to anyone interested in testing, test
automation, and QA activities in general to join the mail list at
https://lists.wikimedia.org/mailman/listinfo/qa
-Chris McMahon
QA Lead for WMF