User:Adamw

Software developer employed by Wikimedia Foundation, working in the Fundraising tech group. Thank you by stressing the system with your large numbers of small contributions--the average donation is $20 USD

= Related projects =
 * Part-time developer for OneCommons, a wiki written in python.
 * Use any bibliography as a lending library collection (see also Halfway Free Library and Bemuse)

= Moonlight interests, Mediawiki: =

Offline Projects/Offline Editorship

 * Extension:Nonlinear for branching article revisioning
 * Would decouple resolving any nontrivial three-way merge from making the edit itself.
 * Represent revisions as a delta. Allows better asynchronous editing.
 * The new visual editor will likely batch operational transformations, there's yer delta.
 * Deltas would have N=||cross product|| possible combined resolutions, depending on a choice of selection. Article state at any time could be ambiguous, and multiple.
 * Extension:Offline will
 * Currently, this extension can more or less efficiently read the .xml.bz2 format.
 * The next big move would be to read archives in OpenZIM format, but this is modified HTML and not wiki text. Perhaps OpenZIM can be re-specified to include markup source.
 * Unfortunately, this extension requires a minimal LAMP stack, which makes it a poor fit for mobile devices.
 * Extension:Parsoid will produce an embeddable library that can parse, render and edit wiki markup. This will eliminate the LAMP requirement for offline interaction.

Random Fundraising notes

 * payments library turned into a component


 * queue_handling:
 * failed queue pull takes c. 30 sec to timeout
 * amount / 100?
 * Integrate new failed queue with qc


 * recurring_globalcollect:
 * reset contribution_recur failure count after a success?
 * end_date query is broken
 * Review exceptions; error prefix was probably lost; are we still relying on drush_top_error?
 * Is making contributions even on failure?


 * DI needs to complain if limbo queue isn't configured


 * payment_library: functionize value overrides


 * Report customizations could be saved and retrieved by name, and the query optimized by hand


 * Check that receive_date is always set in UTC, let Civi know

Chapter CiviCRM

 * Chapters use several Civi extensions coded by Holger Motzkau and Manuel Schneider for wmse.
 * Configuring Civi with these extensions is not trivial, automation is in progress
 * There is a backlog of chapters needing Civi orientation.


 * What are WMF's requirements for CiviCRM, and which map to upstream core improvements or modules?