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)

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

Conflicts:
lib/stompqueuemanager.php

Merge branch 'master' into 0.9.x

Conflicts:
lib/stompqueuemanager.php

set correct key types for User_flag_profile

add function doc comment to User_flag_profile::create()

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

Added version info for MobileProfile plugin

Merge commit 'refs/merge-requests/120' of git://gitorious.org/statusnet/mainline into 0.9.x

Use StartQueueDaemonIoManagers instead of removed StartIoManagerClasses event

Allow for instances as well as class names to be passed as queue handlers and iomanagers.

StompQueueManager uses decode() to decode queued frames

Merge branch 'testing' into 0.9.x

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

Merge branch 'testing' of gitorious.org:statusnet/mainline into 0.9.x

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 '0.9.x' of git@gitorious.org:statusnet/mainline into 0.9.x

Merge branch 'testing' into 0.9.x

Merge branch 'master' into 0.9.x

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

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

Fixed innerHTML problem in IE7 and 8 for badge script

Fix unqueuemanager to work with new Queue layout pushed in 0e852def6ae5aa529cca0aef1187152fb5a880be

"* Queue handlers should now define a handle() method instead of handle_notice()"

And Queue managers should call handle() :)

Memcached_DataObject unnecessarily require_once'd itself

stupid mistake... let's not talk about this.

Updated some references to the long gnone "isEnclosure" function to the new "getEnclosure"

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.

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.

Merge branch 'testing' into 0.9.x

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

Merge commit 'origin/testing' into 0.9.x

Quick hack to avoid breaking with geonames off when there's some old cookie state. This code's a little rough and tumble; any breakage halts JS execution and leaves the spinner going and no message submitted.

Localisation updates for !StatusNet from !translatewiki.net !sntrans

- Moved checking for group aliases and redirection to prepare()
- phpcs cleanup
- add @macno to the list of authors

Option to log slow db queries or all db queries

$config['db']['log_queries'] = true; // all
$config['db']['log_slow_queries'] = 10; // queries taking > 10 seconds

if the id is an alias we redirect using group_id

Unimplement retweeted_by_me API action until we have a more efficient query

retweet API methods are readonly

Event hooks for before and after site_notice

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

Fix to update user's fullname & homepage only if requested.

Add Start/EndSetApiUser events when setting API user via OAuth

HTTP auth provided is evaluated even if it's not required

add PubSubHubBub and RSSCloud to list of default plugins

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

update changes in README

mark retweet api actions read-only where applicable

add class and function doc comments to PuSH plugin

whitespace changes to make phpcs happy for PuSH plugin

correctly get replies for a notice in PuSH plugin

use standard plugin configuration for PubSubHubBub

Revert "DEBUG HACK: error checking for xml_parse in XMPPHP input stream"

This reverts commit 906450e2f5b78a1c6f2dec2e21b9b5841df210f4.

1) It was a quick debug hack 2) it doesn't meet the requirements
for changing extlib/ libraries

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

update friends, not user, timeline for recipients of notice in PuSH plugin

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.

DEBUG HACK: error checking for xml_parse in XMPPHP input stream

Localisation updates for !StatusNet from !translatewiki.net !sntrans

Extra debug instrumentation for xmppdaemon

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

Merge branch 'master' into 0.9.x

allow all rights reserved, private data

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

add event for showing content license in action

Added Plugin Version info to recaptcha plugin

Localisation updates for !StatusNet from !translatewiki.net !sntrans

add a quickie plugins/ dir readme mentioning how to add plugins, plus ref to wiki pages

Fix order of params on 'plugin not found' exception

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

Merge commit 'refs/merge-requests/117' of git://gitorious.org/statusnet/mainline into integration

Merge branch 'master' into 0.9.x

Cleanup for memcached host/port split -- apparently we use ';' on purpose, restoring. Keeping fix for the notices spewing into the log.

Merge branch 'master' of gitorious.org:statusnet/mainline

Using visibility:hidden instead of display:none for checkbox

Added missing position paramater

JSLinting on JSON

Some JSlint-ing

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

Removed extra comma in object

Localisation updates for !StatusNet from !translatewiki.net !sntrans

Missed change when refactoring groups. Thanks macno

Merge branch 'master' into 0.9.x

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

change rc3 to beta3

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

Fix for background recalculation of groups; needs to get Group objects not IDs; also don't list any groups for repeats to match saveGroups behavior
todo: merge calculation portion with saveGroups so they don't get out of sync

Localisation updates for !StatusNet from !translatewiki.net !sntrans