Remove callback sneakery by StatusNet

slightly less confusing inline if

Use exceptions for Notice::getByUri

..jeez, a long time since I commited. Three in a row to get this right. Sorry :)

Notice::getByUri is of course static

getByUri added to Notice for future use

Merge commit 'refs/merge-requests/6' of git://gitorious.org/statusnet/gnu-social into merge-requests/6

instanceof checks for better typing

updating prepare and handle

Previous edit made translation notes incompatible

apparently not only regex 'https?' urls are sent

better comment for PuSH <0.4 hack

check local/plugins before plugins in Plugin::onAutoload

Twitter search server has changed domain name (thanks mrvdb)

Queues should be enabled by default (thanks postblue)

OpportunisticQM can't run as subsystem qm

Cron split into Cronish and OpportunisticQM

/main/cron changed to /main/runqueue

The key-required functionality is not throughly tested yet.

Cron plugin added and now default queue handler

Generally the Cron plugin will run if there's still execution time for
1 second since starting the Action processing. If you want to change
this (such as disabling, 0 seconds, or maybe running bigger chunks,
for like 4 seconds) you can do this, where 'n' is time in seconds.

   addPlugin('Cron', array('secs_per_action', n));

Add 'rel_to_pageload'=>false to the array if you want to run the queue
for a certain amount of seconds _despite_ maybe already having run that
long in the previous parts of Action processing.

Perhaps you want to run the cron script remotely, using a machine capable
of background processing (or locally, to avoid running daemon processes),
simply do an HTTP GET request to the route /main/cron of your GNU social.
Setting secs_per_action to 0 in the plugin config will imply that you run
all your queue handling by calling /main/cron (which runs as long as it can).

/main/cron will output "0" if it has finished processing, "1" if it should
be called again to complete processing (because it ran out of time due to
PHP's max_execution_time INI setting).

The Cron plugin also runs events as close to hourly, daily and weekly
as you get, based on the opportunistic method of running whenever a user
visits the site. This means of course that the cron events should be as
fast as possible, not only to avoid delaying page load for users but
also to minimize the risk of running into PHP's max_execution_time. One
suggestion is to only use the events to add new queue items for later processing.

These events are called CronHourly, CronDaily, CronWeekly - however there
is no guarantee that all events will execute, so some kind of failsafe,
transaction-ish method must be implemented in the future.

We haven't added the cron plugin yet

Plugins should be initialized with an empty array, not null

Attention structure has changed recently

Don't miss integer 0 values from find()

Comment and typing improvements

To make the StatusNet::addPlugin() accept only arrays,
the lib/default.php had to be changed because all plugins
had 'null' as default value instead of an array.

Don't allow double plugin loading

GTalk shouldn't be trusted to comply with XMPP nowadays

GNUSOCIAL, not STATUSNET. Too many changes to be backwards compatible

Don't disable queuedaemons before Cron stuff is done

Minor queue fixes, probably not very important. Preparing for cron

Slightly better indication that notice section shows incomplete text

Must still be improved somehow.

Section notices should not take up too much space.

No configuration options for the max amount of characters yet.

curly braces to pick a character in string is not recommended

Slight cleanup in typing and syntax of File and File_* classes

Inbox class a bit more consistent in argument order and type

Notice_inbox no longer used (and should've already been migrated for anyone using StatusNet 1.1.x)

WebFingerResource for profiles now WebFingerResource_Profile

Group mentions got the wrong class. Now lists get their own too!

Remote StatusNet sites would throw 400 if no hub.verify_token

Call self:: instead of Memcached_DataObject

Cache key lead is 'gnusocial' now (restart daemons!)

No pagination when no groups shown... :)

Profile->getGroupCount() should be used for groupcounts

This was found in the PHP error log as:
    "Trying to get property of non-object in %HTDOCS%/lib/profileaction.php on line 270"

PuSH 0.4: No outgoing 'sync' verifications. Feed renewal script. No auto-renewal.

Among other things (such as permanent subscriptions), Pubsubhubbub 0.4
removed the "sync" verification method. This means that any incoming
PuSH subscription requests that follow the 0.4 spec won't really
_require_that we handle it as a background process, but if we were to
try direct verification of the subscription - and fail - there's no way
we could  pick up the ball again. So _essentially_ we require background
processing with retries.

This means we must implement something like the "poorman cron" or
similar, so background processing can be handled
on-demand/on-site-visit. This is how Friendica, Drupal etc. handles it
and is necessary for environments where we can't run separate queue
daemons.

When the poorman-cron-ish thing is implemented, auto-renewal will work
for all users.

PuSH 0.4 spec:
    https://pubsubhubbub.googlecode.com/git/pubsubhubbub-core-0.4.html
More on PuSH 0.4 release (incl. breaking changes):
    https://groups.google.com/forum/#!msg/pubsubhubbub/7RPlYMds4RI/2mIHQTdV3aoJ

We can only handle Memcached_DataObject in NoResultException

We don't do local_push_bypass

Minor typing stuff and syntax fixes

Implement a User_group fetching function for Local_group

Less raw SQL in User_group

Minor PHP stylistic features and typing stuff

There are no LaconicaScripts left

Notice metadata for WebFinger. Not sure if implemented properly.

This is more of a proof of concept and will likely not stay in exactly
this form. We should reasonably deliver the entire notice upon webfinger
querying.

Salmon only has one "rel" value now, so start deprecating

Minor labeling things for StatusNet to GNU social migration

What was that NewMenu plugin doing there anyway?

Using GNUSOCIAL_VERSION instead of STATUSNET_VERSION

User agents and generators changed to GNU social

Better typing and minor fixes to OStatus related stuff

Version name strings updated, StatusNet only retained for copyright

OStatus remote address example now more generic

Forgot to catch no-parent-exception

Unfortunately not a specific Exception right now, but we're getting to that.

Getting a profile from URI would throw exceptions on remote URL lookup failures

Use schemaDef when checking database structure

Minor Ostatus_profile class reference fixes

getStreamName will now return nick/fullname based on current user's preferred representation

NoticeListItem attentions showed double for User_group

...because they each have their own Profile now! Whiie!

Use addPlugin! (esp. XMPP folks should do this)

If you're using XMPP by setting $config['xmpp'][*] then you should do:

    addPlugin('Xmpp', $config['xmpp']);

because setting it directly in $config[''] won't do anything.

Also, default resource for XMPP is now 'gnusocial'. If you want something
more random, set it in your addPlugin config array.

LoginAction somewhat converted to FormAction

mentioned was an array, not a single object

File oEmbed lookup failure is not as severe as LOG_ERR

User_group->permalink() is a function, not a variable.

Group discovery from text functions polished

Also removed the entirely unused saveGroups function.

Now avoiding multiGet and using listFind in Profile->getGroups()
so we don't have to deal with ArrayWrapper.

Protected function prepare with array $args defaulting to array()

function delete in dataobjects now don't break strict syntax

Reworked the ActivityContext->attention structure

Removing Evan's obscure attentionType solution and directly using the attention array

More OOP-ish tests using instanceof

PEAR lib updated to 1.9.4 (seems only installation stuff changed)

Memcached_DataObject extensions got their update functions more consistent

Some getStaticProperty calls to PEAR globalized

acct uri should be caseinsensitive (so let's do our reconstruction in lowercase)

Event handler StartGetProfileAcctUri for WebFinger

getAcctUri function added with related exception

Used in ActivityObject for Atom Title generation.

New events:
    * StartGetProfileAcctUri
    * EndGetProfileAcctUri

Make Atom titles a bit more verbose

Use getParent instead of manual reply_to lookup

Removed legacy OMB. Use OStatus for remote profiles.

Enable json-specified objects in queue_item frames

defines changed to GNU social names instead of StatusNet

ForceGroup and some qvitter API stuff still used staticGet

Notice class local cache fixes

Call memcache() as a static object (it's a static class)

Moved jbfavre's Twitter card support to Twitter plugin

It was causing problems with an undefined TWITTER_SERVICE constant.

Don't disconnect a DB_Error, instead log for better understanding.

No need to know what DBQueueManager got if not debugging

Geonames now not a default plugin

In the name of privacy, let's not by default call a bunch of third
party services with our (users') geographical position.

Notice->getParent function fixes

NoResultException was the wrong choice in this case, because it was
not a DB_DataObject instance that performed the search, but a static
call to the Notice class.

Daisychaining bug with exceptions in PHP

Prepare the RepeatAction for modernisation (more OOP)

Ostatus_profile->processShare now backwards compatible against federating StatusNet nodes

StatusNet was improperly defining the id (URI) of the shared object as a
TagURI, while it should've really been the object's URI of course.

SHARE activities would not be imported from federated instances for local notices

"[...] posts _local_ users (like you) make won't get data about "repeated by"
from federated users"

This was because the ActivityObject would processShare where the shared object
has a _local_ 'actor' URI. Ostatus_profile would complain this meant that a
"Local user cannot be referenced as remote.".

So we see if the shared activity object's id (URI) is in our Notice table, so
we don't have to processActivity - and can skip ensureActivityObjectProfile.

Revert "Better ID for notice activity"

This reverts commit 8cc4660bd94a6de922794e3feec3742a1c7cb1bf.

This seems like something Evan only did to make pump.io import notices easier,
or maybe he just wanted to get rid of the identi.ca URLs?

Only use ActivityVerb::SHARE (forwardId is deprecated)

StatusNet >= 1.0 support it.

Removing rel='ostatus:attention' in favor of Salmon's rel='mentioned'

This was introduced in StatusNet 0.9.x, which is the oldest branch
on the web today as far as I know.

Use pre-defined const instead of strings