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

Added GNU social install doc:

alpha number bump

Merge mmn's 'nightly' changes

Check for valid database connection object.

Signed-off-by: Roland Haeder <roland@mxchange.org>

Updated README

Revert "Repeat query window misplaced"

I believe other parts of the CSS may have been tidied and propered up since.

declared "next_id" used to set the max_id for next link

local variable format in ApiAction declared in class

User timeline ActivityStreams output now has paging data

Profile activityobject array outputs "summary" field

Removing old "-browser-border-radius" stuff (pre-CSS3)

Merge request from postblue for unclosed @media in CSS

Missing end of @media screen, projection, tv

Deleting useless comma

Apache 2.4 mod_authz_host access example

Apache 2.2 -> 2.4 upgrades tend to fail on the "Order allow,deny" bit.

PATHINFO example added to htaccess.sample

TwitterBridge PHP require_once paths now relative

RSVP fromNotice now throws NoResultException

Don't auto-enable Twitter and Facebook bridges (singleuser)

Multiuser instances already had them disabled.

Removing excessive "inline" attachment listings

File->getEnclosure improvements (text/html is not an attachment)

Inline attachment layout improvement

JOINs and FOLLOWs would have null titles in Activity representation of notices

Shares would lack a title in any Activity representation

Activity plugin fix (LeaveListItem unused)

Moved some FAVORITE handling from Activity plugin to Favorite

Fixes some non-defined variables in commit eb2f93a

quick fix for when there is no $cur defined

Favorite plugin now "extends" Activity on NoticeAsActivity

Got this mainly from my patches to FreeSocial. The idea is to migrate
also the Note activity to a plugin and have everything be handled as
events, only filling out the basic "context" stuff in the Notice class.

Start/End NoticeAsActivity modifications

More 'scoped' profiles and typing to the functions.
Also, there's no need to send an object as a reference.

More use of Profile, less User

Consistently use "email-notify_fave" syntax for preference

ensureWebfinger was never complete in StatusNet. Worked a bit on it.

Cronish plugin minor debugging text fixes and so

Sorry, left some debug lines in the pushed source :)

Further column collisions in ReplyNoticeStream

Don't access HTTP_USER_AGENT if it doesn't exist

Replies caused column name collision on joinAdd

Using empty on a function return value (thanks mrvdb)

Source: https://gist.github.com/mrvdb/0b49dd3c580bcfbe1358

Replies and Conversation noticestreams should only get POSTs by default

Show correct number of POSTs in conversation "more" link

Allow exception to be thrown if saveActivityObject fails

More Activity-based reasoning for saveActivity in Notice

If we can, get the activity ID from the activity itself, instead of the
supplied $options array.

Merge request from chimo adding getvaliddaemons to stopdaemons.php

Source: https://gitorious.org/statusnet/gnu-social/merge_requests/15

Merge request from robmyers upping the PHP version dependency

Source: https://gitorious.org/statusnet/gnu-social/merge_requests/16

Bad variable reference in Fave class

"Notice posted" message in Ajax title for NewnoticeAction

Bad variable reference in lib/mail.php

Local favoriting fills out content to saveActivity

Unifying HTML stripping functions to common_strip_html

Store activity content into Notice table in saveActivity

Put text content into Favorite activities/activityobjects

NoticeStream fixes regarding non-post verbs

Properly output error messages in AJAX mode

Email notify-on-fave moved to Profile_prefs (run upgrade.php)

New Profile_prefs get a 'created' value now.

Shortcut to Profile_prefs get/set Data in Profile and User

Allow default data from Profile_prefs::getData call

Start and End EmailSaveForm events now take a scoped profile

Start and End EmailFormData events include current profile

Don't send favorite notifications unless the user wants it.

making more sense in mail_notify_fav

We should probably get rid of this function, at least storing everything in
lib/mail.php - but until then, at least let's make it more understandable.

PEAR::HTTP_Request2 updated to 2.2.1

Release date: 2014-01-16 19:53 UTC

Strict standards and deprecation warnings are good, but confusing

we know we have to get rid of PEAR::DB, but don't alarm users with hundreds
of lines of output.

check-fancy test gave confusing output (not the real message)

Replies don't have verbs (we'll do some join magic later)

Only get POST verbs for noticestreams for now

Since we store 'favorite' verbs as notices now too, they caused a lot of
"null" notices that might not be interesting before we handle them better
in the UIs.

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

Update required PHP version in INSTALL.

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