Changes:
0.27 2009-05-14
Updated README installation instructions including some notes for
building debian packages and dependencies.
Fixed old reference to JSON::XS
0.26 2009-05-12
A new configuration option $mw->{config}->{use_http_get} to tell
the module to use http GET requests for those API calls that allow
it. By default the module will use POST for all API requests.
Fixes bug #45974.
Switched the module to ask for the JSON module and not specifically
JSON::XS. If JSON::XS is available the JSON module will use it by
default, but if not it will fallback to a pure perl JSON parser.
0.25 2009-03-19
Support the skip_encoding option in the list and edit calls. Thanks
to Brent Garber for reporting this problem.
Changes:
0.22 2008-11-20
Reworked the http connection and errors handling code to be more resiliant (and removed some bugs).
Fixed up some copy and paste documentation errors.
Note that this version needs some testing. It should be more resialiant than the old version,
which in some respects had slightly wrong error handling (I was cutting corners a bit).
0.21 2008-11-20
Fixed some errors in the documentation including one which caused the module to fail a POD check.
0.20 2008-11-19
The retry limit was reached whether or not the mediawiki api.php returned valid data. Oops. That's what
I get for not testing new features properly.
Now returns the response object as part of the MediaWiki::API object in case the user wants direct access
to data returned by the mediawiki api.php such as cookies etc.
Now the API doesn't try and encode undefined parameters sent to the API, which was causing the Encode
module to spit out warnings.
Small improvement to documentation including the new features.
Thanks to Dan Collins and Dan Bolser for bug reports and feedback.
Changes:
0.19 2008-11-01
Removed debug line. oops!
0.18 2008-11-01
Fixed small error with the on_error example. It showed to use $mw->{on_error} instead of
$mw->{config}->{on_error}.
Improved http error messages.
Changes:
0.17 2008-10-30
My understanding on the way rollback worked was flawed. The rollback call always rolled back the last users edit
for a page, whereas it should only rollback "the requested" users edits if they were the last editor for a page.
This is now fixed. The timestamp code for editing was also broken. By default the edit call will not handle any
conflicts for you. When you get the contents of a page, you should save the timestamp and pass this back to the
edit call, which will give you an error if someone else had edited the page in the meantime (or at least if their
edit has caused a conflict)
Big thanks to Steve Sanbeg for help/support/patches and bringing these problems to my attention.
Revision history for MediaWiki-API
0.16 2008-10-16
Licensed the code under GPL v3.
Added support for maxlag (see http://www.mediawiki.org/wiki/Manual:Maxlag_parameter). This is
controlled with configuration options 'max_lag', 'max_lag_retries' and 'max_lag_delay'.
There are two more configuration options to deal with http or connection problems. These are 'retries' and
'retry_delay'.
There is an additional error field now {error}->{stacktrace) which contains a Carp stacktrace
to aid with debugging.
For help on using these new configuration parameters please see the documentation.
Thanks to Dan Collins for the maxlag suggestion/report.
0.15 2008-10-12
Internal test release with some new options.
Changes:
0.14 2008-09-21
Module now traps and reports errors with the JSON decoding. This helps
if for some reason api.php returns an error (such as a PHP error)
rather than JSON formatted data. Thanks to Steve Sanbeg for this
patch.
(http://www.mediawiki.org/wiki/API) allowing creation of scripts to automate
editing and extraction of data from MediaWiki driven sites like Wikipedia.
