add micro profile photo

add display link to notify emails

hub anomolies & swat0 compliance

make a photo visible if it is liked

ativity rel links went to target instead of object

minor stuff

cleanup photo page a bit more, some work on branding

show like/dislike when no comments yet, bit of lint

clean up photo edit layout

add activity target to items, allow multiple link relations

fix like/dislike refresh on photos/display items

more branding

project rename

like,dislike for photos (still needs a bit of tweaking)

infrastructure for swat0 (#fsw)

build feeds rather than template them

add rel=mentioned links for tagged persons

notify folks who have been tagged in a post

more lint

more lint

no longer required

-Wall cleanup

-Wall cleanup

another typo

messages need subjects to link to

security issue

upd readme

provide the means to tag link a person by full_name

catch a couple of edge cases with the tag linkifier

linkify @person and @person@domain.com tags

typo

preserve utf-8 on notification emails

accepted but ignored - should probably be a 202 http code

match schemeless activities per the latest activity spec

we need this file

rework the logging interface

a few more fsw tweaks

more robust (though wasteful) salmon, try both encodings

de-duplicate photo importation logic

two-way subscriptions working with federated social accounts

no sparkle on federated network

workflow for federated/non-dfrn followers

add nicknames to contact records (going forward and retroactive)

pull out follow, unfollow and as:actor for handling

rely on feed item (e.g. salmon) to declare namespaces. This way we
don't cause conflict with any chosen NS prefix in the feed

aid salmon discovery for feed scrapers that look for the old-style rel type.

fixed it. Twas the infernal 100 continue headers

temporary fix until I figure out why the header is leaking

clean up the salmon consumer bits

put lrdd link into html headers for completeness

magic-envelope verification, status.net appears to do it wrong.
Ultimately we need to do it right (or why bother having a spec?),
and fallback to doing it wrong if we're talking to a broken system - which
ironically seems to include most of the federated social web projects.

fakelink was being inherited incorrectly by the ACL selector

ability to clear browser location on individual posts

we'll need this for browser geotagging of course

use browser geolocation when desired

default the geotag privacy preference

provide choice of using browser geotag

db support for relationship->with in profiles

duplex wasn't getting set correctly on group pages

oops

clean up the html layout on profile page

lrdd link on profile page (for salmon m/e), remove dfrn-template, qualify some contact lookups, some cleanup of app/boot

sorting out the last(?) quirks in group pages.

eradicate redundant get_uid function

hordes sounds better

readme update

pass community page permissions through notification feeds

we probably need the page template for the last checkin

group/community/celebrity pages

wrong type comparison (string, int) which was the cause of the last problem.

funny behaviour with post permissions after recent changes

dash, not underscore

celebrity/group/community pages about 75% implemented

infrastructure for supporting pages/groups

allow login by username and multiple unique email addresses on system - this will provide support for group/celebrity pages (coming soon).

don't allow ignored contacts to post through the hub, change default poll
for hub subscribers to once a day now that we can utilise multiple hubs.

add recipient url to pubsub instrumentation

allow for multiple pubsub hubs so everything can still work when/if one goes flaky
(Google's hub has been particularly unreliable recently and the symptoms are that
you just stop receiving updates, and/or updates you send are silently dropped and
never delivered). Also add more instrumentation to help debug pubsub issues.

readme

readme update

can no longer avoid recording the curl response code

set correct content-type on feeds, status.net is fussy and ignores the one declared in the xrd

proofreading nits

updated readme

updated readme

publish both forms of profile pictures in feeds for compatibility. Also set sizes.

mostly cosmetic

cleanup to ensure protocol version is passed properly. We will need it if/when any incompatible protocol changes are introduced.

Provide the ability to subscribe to our user from other federated sites.
This is a read-only relationship until the rest of the salmon
magic-envelope stuff lands

minor cleanup

modularise webfinger and make it service agnostic

i18n strings update

more comprehensive XRD linkages

inline salmon magic keys

auto-update - create 's' keys for all users that don't have 'em

added 's' keys - salmon keys, small keys, stupid keys, whatever...

if pubkey is encrypted, it will also be packaged for safe transport

protocol revision, send dfrn_confirm binary items as hex

Use dual delivery when dealing with flaky hub, reduce poll to once/hour

activity objects weren't escaped properly