Caching fixes for Fave class

checkAuthorship events, Ostatus_profile rewrite to handle it

Lost dependency of OStatus plugin for lib/microappplugin.php, whoo!

also noting which plugins should be upgraded to new saveActivity support.

Favorite plugin won't work with the new system just yet, it doesn't have
the necessary functions to extract activity objects, but that's coming
in the next (few) commits.

Added saveActivity method to Notice class

saveActivity will accept an Activity which gets parsed and saved through
plugins. So when an ActivityHandlerPlugin (such as Favorite will be soon)
gets a feed to save, this will be the function called instead of saveNew.

GET, HEAD, DELETE are strings not constants

getIdentifiers, resolveUri, findLocalObject Activity algorithms

Also modified related classes to support this feature.

Moved functions into ActivityHandlerPlugin from MicroAppPlugin

Dummy functions in Favorite plugin so far

SalmonAction and extensions simplified

Failed to reference an object property

Favorite "aside"-sections moved, also small fixes left from before

Action now has 'isAction' which compares the loaded Action with names
of classes in an array (added without the 'Action') to its own type.

More Favorite pluginification (favecount, cache, menus(favecount, cache, menus))

Confusing documentation and tooltip texts in Bookmark

Bad error message in atompubmembershipfeed

Simplify NoticeSimpleStatusArray inclusion in lib/apiaction.php

Favorites not part of simulation, must implement plugin support

pluginified most of hasFave, getFaves and related calls

The code is now more event-driven when it comes to rendering notices
and their related HTML elements, since we can't have direct calls from
core to a plugin.

lib/activitymover.php has a function to move a Favorite activity which
will not happen now. The move must be pluginified and performed as an
event which plugins can catch on to.

Fave pluginified, not a core DB class

Pretty fave/repeat CSS!

Moved Favorite EVENTS into plugin folder text file

MicroAppPlugin extends to intermediate ActivityHandlerPlugin

Favorite functionality put into plugin (not done yet)

Now we have to fix any code in the core which directly uses the Fave class
or any other favorite stuff, since it is pluginised and thus might not be
available on some installations.

Repeated and Favorited CSS/mf2 fixes

For some reason I'd added an 'e-content' class for repeats and faves

Nicknames in subscriptions list

DiscoveryHints gets microformats2 parsing abilities

Microformats2 parser class added to extlib (MIT license)

Retrieved from https://raw.githubusercontent.com/indieweb/php-mf2/master/Mf2/Parser.php
GitHub project page: https://github.com/indieweb/php-mf2/

DiscoveryHints now properly returns hcard url

ModPlus available also for non-logged in users.

Event listing boolean logic error

There was no getNickname() for User_group

don't show ModPlus for group profiles

Group listing in Directory plugin works again

No nickname in profile listing

Attachments were not separated from e-content

Event cache clearing bug

Event upgraded to microformats2

RSVP stricter typing

showAvatar requires a profile

Site notice on top now stretches out wide

We don't have the thumbnail title in attachment list

Make sure the Attention::saveNew does not cause an exception so queue items get removed

It's less of a problem that one queue-item does not get handled, attention wise,
than that the queue keeps filling up. The typical error raised here is 'already exists'
so it's not even the case that the item won't get handled (it already has been).

The real problem is that the queue_item table accepts duplicates (content-wise) which it
should not.

Initial move towards microformats2

No validation has been attempted yet. Lots of changes left. This
is visibly not (very) different from the previous CSS layout. But
some simplifications have been made.

Might cause issues with local changes to themes and CSS. Also maybe
javascript which depends on certain legacy microformats elements.

The move to microformats2 is motivated by the announcement that all
microformats should be migrated to version 2, as of 2014-06-20 at:
http://microformats.org/2014/06/20/microformats-org-turns-9-upgrade-to-microformats2

File basename call lacked a dot

showAvatar functions deduplicated into Widget class

No more Internet Explorer exception CSS files

IE versions older than 8 (which these were for) should no longer
be used anyway, since they are filled with security holes and not
even Microsoft recommends or supports their use anymore.

Could not update avatar due to Bad Thumbnail parameters

UseFileAsThumbnailException (helps support GIFs)

Repeat query window misplaced

Revert "Slightly larger avatars and some box-shadow"

This reverts commit 38f5038cf0ec01dbdcaa00822cd393b285a0696e.

Random problems with, I assume, Chromium users. Ranted:
   "FUCK YOU CHROMIUM WITH VARYING FUNCTIONALITY AND CRAPPY
    INTEROPERABILITY THE NEW FUCKING INTERNET EXPLORER"

This will be back in the future with a vengeance (patches).

Start tracking alpha release numbers

Some changes should be implied as larger with an incrementing alpha
release number. Not all commits will increase this of course, but it
will give an indication on which major reworks, features or layout
changes have been made for the version being used on an instance.

Slightly larger avatars and some box-shadow

Assume all web browsers have CSS3 support nowadays (if they support CSS)

Profile sized avatar in DefaultProfileBlock

Don't know why it was overriding ProfileBlock...

Simplify functions regarding locally cached profiles etc.

Non-dynamic profile fetching in User and User_group

Non-dynamic user and group fetching in Profile

Add support for plugins to resize images

This also adds an event hook to get more metadata of the ImageFile.
Such as if it's animated or so.

Merge from chimo: Catch GeoCookie JSON parsing error

Show inline repeats-list in ThreadedNoticeList

Also, don't show repeats _as_ separate notices in the list either.

Non-dynamic fetching for multiple Notice properties

$notice->getProfile will ALWAYS return a Profile

otherwise it throws an exception

Replies to repeats should go to the original

Repeats were not delivered a conversation ID

Vinilox noticed that replies to repeats ended up outside of the original
notice's conversations.

Notice::getReplyTo more specific now (getInlineReplyTo)

Proper HTTP status codes for WebFinger search miss

Return 404 on resource-not-found for WebFinger

Less verbose debugging (also don't log private keys)

Magicsig private keys were logged. That's probably not a good thing.
MagicEnvelope full XML entries no longer spam the log either.

Default of Magicsig keypair toString should be secure

Prevent crappy coders from leaking private keys.

Dangerous non-dynamic profile fetching in Notice

For a Notice object with multiple results, ->getProfile() would ALWAYS
return the first profile in the list. For example our "popular notices"
stream ended up believing all notices were made by the same profile.

Moved Poll CSS into the plugin directory

Moved QnA CSS into the plugin directory

Moved Event CSS into the plugin directory

ActivityObject::fromProfile used some non-included class definitions

Revert "There were referenced in ActivityObject not autoloaded"

This reverts commit 6e35544a67e250b492f6c75abe3be597fc480ccd.

Moved Bookmark CSS into the plugin directory

No need to pre-resize avatars

There were referenced in ActivityObject not autoloaded

Magicsig::generate is now static

This also fixes a problem with "initial salmon slap", which was a
problem for newly registered accounts which would have their first
salmon slap fail to distribute since there was a problem with Magicsig
keys. Apparently we have to re-read them with importKeys so the
Crypt_RSA objects publicKey and privateKey match later instances of them.

I think it may have been that generate() doesn't specify a signatureMode,
but I leave experimentation of that to the future.

Salmon posts can only be made for local users. More typing!

Since we of course don't have the remote party's private keys anyway.

I made some small fixes in Magicsig class too, removing unnecessary code.

Quick-return is more comprehensible than long if statements

Prepare for WebFinger magicsig data for remote profiles

MagicEnvelope discoverKeyPair now returns string

getKeyPair fills in missing data so it's a complete Magicsig.
We may use insert() here in the future so the Magicsig is cached locally.

Only use a Profile in MagicEnvelope keypair retrieval

So we _know_ there is a profile for the submitter we're about to verify.

Magicsig importKeys finetuning and getHash() use

Don't ensureProfile before we verify signature

Clarify it's not base64, but base64url, encoding in Magicsig

Improve debugging for Salmon slaps

Try the whole Salmon action for AlreadyFulfilledException

If we have already fulfilled the action, we don't have to send an error back.

Magicsig warning message would fail to get bits

File::processNew now static and always throws exception on failure

File::processNew can return -1 which was not true for empty()

Also, File->getEnclosure() now throws exception if not enough metadata.

Stronger typing for NoticeListItem and so

ArrayWrapper no longer returned from multiGetClass

multiGetClass uses FIND_IN_SET for ordering, which is pretty MariaDB specific.

There could be unresolvable FeedSub entries

Stronger typing in Widget class (HTMLOutputter)

Catches GeoCookie JSON parsing error

Magicsig is made a bit less cumbersome

Use locally cached Salmon keys for profiles

Please note that we're not yet actually caching them ourselves.

Last objectification of MagicEnvelope. Smarter SalmonAction

Template engine is a good idea, but not in that implementation

StatusNet::delPlugin($name) added to disable plugins

Instead of setting some weird $config['plugins']['disable-Blah'] yourself.
The class name, StatusNet, will probably change in the future to GNU social.
No global function added, as it exists for addPlugin().

Maybe the least necessary plugin: PoweredByStatusNet