Are there any stable APIs for an application to get a parse tree in
machine-readable format, manipulate it and send the result back without
I'm sorry if this question doesn't make any sense.
Is there any easy way to find all of citations of specified academic
articles on Wikipedias in all languages, and the text that is supported by
those references, so that the citations of questionable articles can be
removed and the article texts can be quickly reviewed for possible changes
If we don't have easy ways to deal with this (and I believe that we don't),
I'd like to suggest that the Community Tech team work on tools to help when
these situations happen.
There's a pretty hilarious American police procedural TV show in 2015
called "CSI: Cyber", featuring mostly cybercrime. Obviously they have to
dredge up snippets of code from places for screenshots on the show.
Episode 4 happened to include a tidbit from MediaWiki 1.25/wmf3. Supposedly
the code was a hack to make your printer blow up.
Original lulz and screenshots via
We have some breaking API changes that will soon be deployed to wikidata.org.
The deployment date should be: 9th September 2015 (just under 2 weeks)
The change making the breaks an be found at:
The breaking changes are:
- XML output aliases are now grouped by language
- XML output may no longer give elements when they are empty
- XML any claim, qualifier, reference or snak elements that had an
'_idx' element will no longer have it
- ALL output may now give empty elements, ie. labels when an entity has none
If you want to see a wikipage explaining these changes take a look at:
If you have any questions regarding these breaking changes please ask!
Title says it all: https://firrre.com/ They're ZNC instances.
I've signed up and it works as advertised. It took a couple of days for
them to review my application.
It supports a bunch of ZNC modules too ( https://firrre.com/modules/ ),
configurable via the usual znc commands or through a web interface.
Including fancy things like push notifications.
I would like to announce the release of MediaWiki Language Extension
Bundle 2015.08. This bundle is compatible with MediaWiki 1.23.x and
MediaWiki 1.24.x releases.
Next MLEB is expected to be released in 3 months. We are trying less
frequent releases due to low number of changes per month in the
included extensions. If there are major changes or important bug
fixes, we will do intermediate release. Please give us your feedback
* Download: https://translatewiki.net/mleb/MediaWikiLanguageExtensionBundle-2015.08.tar…
* sha256sum: 21cb43509d1e6da3cadc7e594866215d430e110aea5d04857e5cffd2a69db031
* Installation instructions are at: https://www.mediawiki.org/wiki/MLEB
* Announcements of new releases will be posted to a mailing list:
* Report bugs to: https://phabricator.wikimedia.org/
* Talk with us at: #mediawiki-i18n @ Freenode
Release notes for each extension are below.
-- Kartik Mistry
== Babel ==
* Localisation updates only.
== CleanChanges and LocalisationUpdate ==
* Supports extension registration now.
== CLDR ==
* Fix names and translations for Northern Luri, Southern Luri,
Shawiya, Laki, Jinyu (cjy) and Cham.
== Translate ==
* Special:SearchTranslations has acquired lots of new features, such
as cross language search. To take advantage of all the new features,
you need to reindex the index with "php scripts/ttmserver-export.php
--reindex". You also need to update ruflin/elastica to 2.2.0 or later,
or recent version of CirrusSearch which bundles it.
* Translatewiki.net specific message group descriptions have been removed.
* ApiHardMessage has been removed.
* The hidden, deprecated non-TUX translation view is being phased out
and many non-essential features have been removed.
* Web service queries to machine translation and remote translation
memory services are now done parallel.
* Some improvements to cache handling so that some caches are
regenerated instead of just purged when content changes.
* The appearance of workflow state selector on Special:Translate has
* Breaking change: The output format of ApiQueryMessageGroups has
changed regarding to workflow states.
* The code no longer checks for the presence of the long deprecated
"revtag_type" database table. Things like proofread messages might
appear as unproofread. If this is the case, run "php
== UniversalLanguageSelector ==
* ULS will use jQuery.i18n from MediaWiki core if available.
* Updated the default geoiplookup URL.
* ULS supports extension registration now.
** Added Gothic font.
* Input Methods:
** Add Northern Luri keyboard layout.
** Add Southern Kurdish keyboard layout.
** Add South Azerbaijani keyboard layout.
** Add Arabic keyboard layout for Western Baluchi (bgn) (Only for
MediaWiki > 1.25).
** Improvement in many keyboard layouts.
Kartik Mistry/કાર્તિક મિસ્ત્રી | IRC: kart_
I have enabled a Gadget on Fa Wikipedia (if you go to
is the second one from the top) which depends on ext.gadgets.morebits (as
defined on https://fa.wikipedia.org/wiki/MediaWiki:Gadgets-definition). It
adds a portlet menu labeled "تذکر" which shows only on user talk pages. The
menu contains a number of links, some of which start with "+".
These "+" links are supposed to open a dialog using morebits. If you use
*debug=true* to bypass ResourceLoader, they work fine (feel free to try on my
talk page <https://fa.wikipedia.org/wiki/User_talk:Huji?debug=true> after
enabling the gadget for your account on Fa WP). However, if you don't
bypass ResourceLoader, the "+" links won't work and an error is thrown
reading "SimpleWindow is not defined" (try on my talk page without
bypassing RL <https://fa.wikipedia.org/wiki/User_talk:Huji>). Note that
SimpleWindow is defined in morebits.js
My questions are as follows:
1) How come it works when you bypass ResourceLoader? Note that nothing else
has changed recently (including the morebits.js code on that Wiki)
2) Is it safe to assume that just by listing ext.gadgets.morebits as a
dependency, morebits will be properly loaded by ResourceLoader?
3) Unless 1 or 2 answers it already: how would I fix this problem and make
the gadget work?