Use canonical object type in Notice title as ActivityObject

When modplus.css got moved, it should've re-related an image path

Do proper Activity-plugin based mention notification

content_inner HTML element needed clear:both;

because otherwise pages which don't display the breaking <h1> element
(like showstream, i.e. your own profile for example) won't have clickable
entry forms.

Adapt NewnoticeAction to latest Form- and ManagedAction

Form- and ManagedAction improvements

ModPlus and some layouting issues regarding fixes

FavorAction now uses Notice::saveActivity

Fave does not carry a type

it did in FreeSocial, where I copied my code from.

Bad ActivityObject generation of Fave

TagAction extends ManagedAction

Removed some lighttpd-specific code that messed up Unicode parameters

Rewriting code for notice representation

Getting rid of NoticeListItemAdapter, putting more into ActivityHandlerPlugin
and relying on plugins to handle rendering code of the content. This gives us
a lot more structure and consistency in notice structure and allows activity
plugins to stop rendering certain kinds of notices more easily.

There should also be a property for an ActivityHandlerPlugin class to avoid
rendering notices in the ordinary stream, so we don't have to overload stuff.

missing file for 4b40d6bb2ad6540fe114eebe74b2330902382a81

Remove Ostatus_profile when releted Profile is deleted

FormAction->showContent had to be 'protected'

Saved incoming activites for Favorite as wrong profile

also removed some debugging lines

Now we have to get rid of OStatus dependency in lib/activityhandlerplugin.php

TagprofileAction fiddled with, now doesn't require OStatus override

But it still doesn't quite work properly, so a lot of work is necessary for this.

Widgets require Action not HTMLOutputter (getScoped)

FormAction updates, also fixing NoticeForm CSS

Occasionally we'd get a false from Profile::getKV

Due to cache miss? Probably, but now we simply say that it's null in that case
so we get a proper exception from Notice::_setProfiles

Converted all ActivityObject::fromProfile to $profile->asActivityObject

ActivityObject::fromProfile implemented in Profile

Favorites are now being stored from activities

Most of the activityobject-saving for Favorite implemented

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