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

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.