fix interpolation of positional arguments to sprintf in inbox

fix interpolation of positional arguments to sprintf in outbox

fix interpolation for positional arguments in replies

fix interpolation for positional arguments in showstream

Merge branch 'testing' of git@gitorious.org:statusnet/mainline into testing

Recover caching logic lost in bad merge

I made a bad merge on Jan 10th from master to 0.9.x. This lost a number
of memcache enhancements made on the 0.9.x branch. I've been able to
re-do the manual merge, and this represents the changes. Most of them
are related to caching on insert.

- Had to remove checking read vs. read-write in OAuth authenticated methods
- Will now pick up source attr from OAuth app

Add Start/EndSetApiUser events when setting API user via OAuth

More relaxed selector for application icon and form checkbox

Check for read vs. read-write access on OAuth authenticated API mehtods.

Fixed some spelling mistakes in the README

Some rough test scripts for poking at the OAuth system

Add verifier and verified callback to token for OAuth 1.0a

Remove verifier from Oauth_application_user (not needed there)

Revoke access token UI

Changed legend text from Login to Account because it is not really
logging iny

Updated apioauthauthorize markup and styles

Fix approval date and label on apps list

Ensure only the application's owner can edit it

Fix user count

Make sure applications are really looked up by consumer key

Rework application registration workflow to be more private

Fix icon upload on new apps

OAuth 1.0 working now

Can now edit/change application icon

Callback URL can be null

Updated markup for application edit form; image, radios

A little minimization

Added vcard and photo classes

Moved application image inside the anchor

Added missing end tag

Make API auth handle OAuth requests w/access tokens

Fixed tabbing

Added anchors to application source and homepage

Updated markup for application details page. Similar to user/group
profile page.

Updated class for application list

Updated markup for application details

Updated markup for application registration and view links

Updated markup for application edit form submits

Better detial in connected OAuth applications list

Issue a warning when someone tries to exchange an unauthorized or
otherwise bad req token for an access token.

Decided we didn't need to keep the token secret in the
Oauth_application_user record

Exchanging authorized request tokens for access tokens working

Associate request tokens with OAuth apps and app users

Workflow for request tokens and authorizing request tokens

Action for issuing a request token

Stubs for API OAuth token exchange stuff

Add icons/icon upload to Oauth apps

Added session token checking.

Workflow for registering new OAuth apps pretty much done.

It might help if I checkd in statusnet.ini.

Reorganized the OAuth app URLs and more work on the register app workflow

Started work on interface for displaying connected OAuth apps

Changed the OAuth app tables to refer to profiles instead of users.
Added an owner column to oauth_application.

Add new OAuth application tables and DataObjects. Also add a new
column for consumer secret to consumer table.

Use new StatusNetwork->serverName() to get full domain for wildcard config until we rebuild queues to be based on nicknames.
Fixes live bug with new *.status.net sites breaking queuedaemon.php

defaults for nickname and wildcard

save nickname and wildcard when setting up status network

Use new StatusNetwork->serverName() to get full domain for wildcard config until we rebuild queues to be based on nicknames.
Fixes live bug with new *.status.net sites breaking queuedaemon.php

defaults for nickname and wildcard

save nickname and wildcard when setting up status network

set correct key types for User_flag_profile

add function doc comment to User_flag_profile::create()

Added version info for MobileProfile plugin

Removed mobile stylesheet from core output. If Mobile support is
seeked, MobileProfile plugin should be used.

Better alignment for notice options in MobileProfile

Updated notice item view where a) notice text no longer wraps around
(under author's photo) b) supplemental notice content and options will
start right under notice text.

Missing null className for incoming email form legend

Some JS cleaning up for NoticeLocationAttach (which fixes also fixes a
few bugs in WebKit)

Updated path to farbtastic stylesheet

Moved farbtastic's stylesheet to use relative paths for its own images

Took out focus out of textare when location share is enabled/disabled.
Also avoids the conflict with the URL fragment on the conversation page.

Updated UI for notice aside content and notice options in MobileProfile

Inline script for maxlength is deprecated

Using visibility:hidden instead of display:none for checkbox

Added missing position paramater

JSLinting on JSON

Some JSlint-ing

Removed extra comma in object

Revert "Drop the Google Client API-based AJAX geolocation lookup shim -- it fails to ask for user permission, causing us quite a bit of difficulty."

This reverts commit 749b8b5b8ca4d1c39d350879aadddbdb9d8b71d5.

Styles for image max width/height and radio form controls

Added key icon for application key and secret rest action

Styles for application list

Styles for application details page

Event hooks for before and after site_notice

Fix for PoweredByStatusNetPlugin to be localizable (was broken for non-English word order)
(Note the .po files will have to be added manually for now as we haven't set TranslateWiki up for plugins I think)

Fix unqueuemanager for updated QueueHandler interface

Consolidate PuSH publishing ping into a single POST for all feeds, and fix server response (if any on failure) to go to log instead of stdout.

Fix unqueuemanager for updated QueueHandler interface

Fix for stuck queue messages: wrap processing in stomp transactions so our lack of an ACK if PHP dies actually triggers redelivery.

Previously, messages once delivered would just get stuck in the queue seemingly forever if they never got ACKed.
Note this could lead to partial duplication, for instance if the OMB or Twitter queue handlers die after 1/2 of the outgoing sends.

Recommendations:
* catch exceptions more aggressively within queue handlers (so only PHP fatal errors are likely to kill in the middle)
* for processing that involves sending to multiple clients, consider a second queue similar to the XMPP output, eg for OMB:
 - first queue gets delivery list and builds message data, enqueueing it for each target address
 - second queue can handle each individual outgoing message (and attempt redelivery etc separately)

This would also protect better against a recurring error preventing delivery in the second part, and could spread out any slow sends over multiple threads.

XMPP queued output & initial retooling of DB queue manager to support non-Notice objects.

Queue handlers for XMPP individual & firehose output now send their XML stanzas
to another output queue instead of connecting directly to the chat server. This
lets us have as many general processing threads as we need, while all actual
XMPP input and output go through a single daemon with a single connection open.

This avoids problems with multiple connected resources:
* multiple windows shown in some chat clients (psi, gajim, kopete)
* extra load on server
* incoming message delivery forwarding issues

Database changes:
* queue_item drops 'notice_id' in favor of a 'frame' blob.
  This is based on Craig Andrews' work branch to generalize queues to take any
  object, but conservatively leaving out the serialization for now.
  Table updater (preserves any existing queued items) in db/rc3to09.sql

Code changes to watch out for:
* Queue handlers should now define a handle() method instead of handle_notice()
* QueueDaemon and XmppDaemon now share common i/o (IoMaster) and respawning
  thread management (RespawningDaemon) infrastructure.
* The polling XmppConfirmManager has been dropped, as the message is queued
  directly when saving IM settings.
* Enable $config['queue']['debug_memory'] to output current memory usage at
  each run through the event loop to watch for memory leaks

To do:
* Adapt XMPP i/o to component connection mode for multi-site support.
* XMPP input can also be broken out to a queue, which would allow the actual
  notice save etc to be handled by general queue threads.
* Make sure there are no problems with simply pushing serialized Notice objects
  to queues.
* Find a way to improve interactive performance of the database-backed queue
  handler; polling is pretty painful to XMPP.
* Possibly redo the way QueueHandlers are injected into a QueueManager. The
  grouping used to split out the XMPP output queue is a bit awkward.

Conflicts:

scripts/xmppdaemon.php

Fix for stuck queue messages: wrap processing in stomp transactions so our lack of an ACK if PHP dies actually triggers redelivery.

Previously, messages once delivered would just get stuck in the queue seemingly forever if they never got ACKed.
Note this could lead to partial duplication, for instance if the OMB or Twitter queue handlers die after 1/2 of the outgoing sends.

Recommendations:
* catch exceptions more aggressively within queue handlers (so only PHP fatal errors are likely to kill in the middle)
* for processing that involves sending to multiple clients, consider a second queue similar to the XMPP output, eg for OMB:
 - first queue gets delivery list and builds message data, enqueueing it for each target address
 - second queue can handle each individual outgoing message (and attempt redelivery etc separately)

This would also protect better against a recurring error preventing delivery in the second part, and could spread out any slow sends over multiple threads.

Fixed innerHTML problem in IE7 and 8 for badge script

Merge branch 'testing' of git@gitorious.org:statusnet/mainline into testing

do actual language negotiation for help docs

restructure doc.php for new use

action/doc.php is PHPCS clean

Memcached_DataObject unnecessarily require_once'd itself

XMPP queued output & initial retooling of DB queue manager to support non-Notice objects.

Queue handlers for XMPP individual & firehose output now send their XML stanzas
to another output queue instead of connecting directly to the chat server. This
lets us have as many general processing threads as we need, while all actual
XMPP input and output go through a single daemon with a single connection open.

This avoids problems with multiple connected resources:
* multiple windows shown in some chat clients (psi, gajim, kopete)
* extra load on server
* incoming message delivery forwarding issues

Database changes:
* queue_item drops 'notice_id' in favor of a 'frame' blob.
  This is based on Craig Andrews' work branch to generalize queues to take any
  object, but conservatively leaving out the serialization for now.
  Table updater (preserves any existing queued items) in db/rc3to09.sql

Code changes to watch out for:
* Queue handlers should now define a handle() method instead of handle_notice()
* QueueDaemon and XmppDaemon now share common i/o (IoMaster) and respawning
  thread management (RespawningDaemon) infrastructure.
* The polling XmppConfirmManager has been dropped, as the message is queued
  directly when saving IM settings.
* Enable $config['queue']['debug_memory'] to output current memory usage at
  each run through the event loop to watch for memory leaks

To do:
* Adapt XMPP i/o to component connection mode for multi-site support.
* XMPP input can also be broken out to a queue, which would allow the actual
  notice save etc to be handled by general queue threads.
* Make sure there are no problems with simply pushing serialized Notice objects
  to queues.
* Find a way to improve interactive performance of the database-backed queue
  handler; polling is pretty painful to XMPP.
* Possibly redo the way QueueHandlers are injected into a QueueManager. The
  grouping used to split out the XMPP output queue is a bit awkward.

drop debug line from xmppdaemon.php, we're done debugging that