Catch warden throw in actioncable

Blocking will prevent e-mail notifications from blocked user, blocks in UI

API for blocking and unblocking

Integrating block relationships into the API (read-only for now)

Adding a block model and filter mentions from blocked users (fix #60)

Cleaning up unused views

Adding e-mail confirmations

Fix most pages on small screens

Making public pages responsive, removing reblogs/favs counts from them

Small fixes

Fix doorkeeper skip_authorization

Add since_id param to feeds

Redirect after sign in to previous page (unless it's a sign in/up/etc page)

Add API for getting info about authenticated user: /api/v1/accounts/verify_credentials

Slightly improved e-mail notifications

Validate against multiple reblogs of same status by same account

Preparing feeds for better filtering

Unreblogging and unfavouriting from the UI

Add logging for outgoing http requests

Fix tests, update goldfinger to catch XML errors

Allow non-https redirect URIs for OAuth apps (AndStatus seems to require this)

Meaningful validation errors in API response

Adjust client registration API

Deleting statuses from UI

Fix #56 - Add default avatar

Fix #25 - Only latest reblog of status kept on feed as zset value is set to "true" status ID

Improve code style

Fix handling of multiple Link headers (that should not be a thing though)

Fix tests

Adding landing page

Fix #58 - disable compose form while image is uploading

Fix #52 - Add API versioning (v1)

Fix subtle home feed filtering bug

Replace logo, fix #57 - delete/unreblog/unfavourite API, fix #45 - app
registration API

Improve redirect handling in FetchAtomService

Fix #54 - Fetch remote accounts by URL from mentions

Fetching atom extracted from FetchRemoteAccountService and FetchRemoteStatusService
into FetchAtomService. Mentions of the constant "http://activityschema.org/collection/public"
skipped as it's not a real URL/user.

Fix #55 - Filter self from pre-filled mentions

Improved style of settings page

Limit usernames to 30 chars, statuses to 500, open account after follow form success

Improved styling for media/videos in detailed status view

Better styling for selected status in detailed view

Add screenshot to readme

Some extra scopes for user sorting

Don't generate stream entries for streamables of remote accounts

Improved partial rendering for threads

Fix #6 - Rate limit GET reqs to 300/5min, POST to 100/5min

Only load JS on homepage, no other page uses it

Improve partial rendering and Haml performance (Haml->Hamlit)

Temporarily link "settings" to the static version of the form

Improved ColumnsArea on smaller windows, improved how ActionBar looks

Change output of api/accounts/:id/follow and unfollow to return relationship
Track relationship in redux state. Display follow/unfollow and following-back
information on account view (unstyled)

Uploading/undoing media modifies status text. Also: status text trimmed before validation

Handle remote account mentions a little  better by trying a URL lookup in the db

Infinite scroll for account timelines

Fix #51 - prevent duplicate attachments for remote statuses

Add BTC address for donations to readme

Infinite scroll for timeline columns

Make in-text mentions open account detailed view when possible

API returns mentions for statuses, compose form pre-fills all relevant usernames into the form when replying

Improve README, fix #48

Fix #50 - Order ancestors/descendants by tree path

Fix #49 - License changed from GPL-2.0 to AGPL-3.0

Fix notifications in UI, added new API for fetching account relationships

Fix #24 - Thread resolving for remote statuses

This is a big one, so let me enumerate:

Accounts as well as stream entry pages now contain Link headers that
reference the Atom feed and Webfinger URL for the former and Atom entry
for the latter. So you only need to HEAD those resources to get that
information, no need to download and parse HTML <link>s.

ProcessFeedService will now queue ThreadResolveWorker for each remote
status that it cannot find otherwise. Furthermore, entries are now
processed in reverse order (from bottom to top) in case a newer entry
references a chronologically previous one.

ThreadResolveWorker uses FetchRemoteStatusService to obtain a status
and attach the child status it was queued for to it.

FetchRemoteStatusService looks up the URL, first with a HEAD, tests
if it's an Atom feed, in which case it processes it directly. Next
for Link headers to the Atom feed, in which case that is fetched
and processed. Lastly if it's HTML, it is checked for <link>s to the Atom
feed, and if such is found, that is fetched and processed. The account for
the status is derived from author/name attribute in the XML and the hostname
in the URL (domain). FollowRemoteAccountService and ProcessFeedService
are used.

This means that potentially threads are resolved recursively until a dead-end
is encountered, however it is performed asynchronously over background jobs,
so it should be ok.

Fix #47 by renaming TIMELINE_SET action to TIMELINE_REFRESH_SUCCESS

Since GNU Social hubs don't seem to return a hub.lease_seconds param in the subscription confirmation request,
we'll have to default that value to the GS "minimum" (from their code) which is 24 hours.

More debugging for PuSH confirmations

Add more logging to PuSH callback

Upgrade to PubSubHubbub 0.4 (removing verify_token)

Fix rake tasks and loading bar

OStatus2 and Goldfinger gems now have timeouts for requests

Separate PuSH subscriptions from following, add mastodon:push:refresh task,
respect hub.lease_seconds (fix #46)

Update OStatus2 library

Remove background mask from avatars

Re-organizing components to be more modular, adding loading bars

Fix type mistake in account component

Live update account timelines, small fix for replyCompose

Improve how account detailed view looks, load account's statuses

Remove unused action constants

Small rubocop offences removed

Update sidekiq, remove sinatra dependency

Detailed status view scrollable

Add ancestors/descendants during normalization in timeline reducer
This way replies will appear in the detailed view live if they are from
statuses that would be delivered to the user normally

Volume toggle control in VideoPlayer

Fix #43

Fix typo in dockerfile

Update doorkeeper dependency and replace libav with backported ffmpeg in docker

Adding webm playback to UI

Adding media controller, 1 webm/compose form allowed, previews generated

Fix how other services used old FollowRemoteAccountService

Improved error handling for FollowRemoteService

Fix #41, debug #42

Stop event propagation after IconButton onClick

Test case for new api endpoint

Setting up preliminary "detailed" routes in the UI, new API end-point for fetching status context

Adding sense of self to the UI, cleaning up routing, adding third (detail) column

Adding a notification stack for error messages

Send "delete" Salmons to remote mentioned accounts on status removal
Fixes #27

ffmpeg is not a package on debian, fix dockerfile

Fixing image upload limits, allowing webm, merge/unmerge events trigger
timeline reload in UI, other small fixes