about summary refs log tree commit diff
path: root/app/controllers
AgeCommit message (Collapse)Author
2016-10-14E-mail preferences pageEugen Rochko
2016-10-13Shorten rendered links (strip protocol and www, truncate to 30 chars), redirectEugen Rochko
to sign in page after sign up instead of root path which redirects to /about
2016-10-13No-op for Salmons without body, fail fast if Webfinger does not containEugen Rochko
all required resource links (profile page, salmon, atom feed, magic key)
2016-10-10Stop logging incoming AtomEugen Rochko
2016-10-10Log incoming Atom from PuSHEugen Rochko
2016-10-09Public timeline to exclude users you blockedEugen Rochko
2016-10-09Adding domain blocksEugen Rochko
2016-10-07Adding public timelineEugen Rochko
2016-10-06Fix #73 - Click on in-UI profile avatar/name to open public profileEugen Rochko
2016-10-06Fix #72 - add follow/unfollow button to public profilesEugen Rochko
2016-10-06Better comparison of "local" domainEugen Rochko
2016-10-06Fix sign-in redirecting "back" to a missing image because missing static ↵Eugen Rochko
files hit the raise_not_found method
2016-10-06Catch Paperclip errors on /api/v1/media, return early from update profile ↵Eugen Rochko
service if XML given is nil
2016-10-05Catching more exceptions that slipped through, removing AR logging fromEugen Rochko
production as it's very verbose and not very useful
2016-10-03API for blocking and unblockingEugen Rochko
2016-10-03Integrating block relationships into the API (read-only for now)Eugen Rochko
2016-10-03Adding a block model and filter mentions from blocked users (fix #60)Eugen Rochko
2016-10-03Adding e-mail confirmationsEugen Rochko
2016-10-03Making public pages responsive, removing reblogs/favs counts from themEugen Rochko
2016-10-02Add since_id param to feedsEugen Rochko
2016-10-02Redirect after sign in to previous page (unless it's a sign in/up/etc page)Eugen Rochko
2016-10-02Add API for getting info about authenticated user: ↵Eugen Rochko
/api/v1/accounts/verify_credentials
2016-09-30Meaningful validation errors in API responseEugen Rochko
2016-09-30Adjust client registration APIEugen Rochko
2016-09-30Deleting statuses from UIEugen Rochko
2016-09-29Improve code styleEugen Rochko
2016-09-27Adding landing pageEugen Rochko
2016-09-27Fix #52 - Add API versioning (v1)Eugen Rochko
2016-09-26Replace logo, fix #57 - delete/unreblog/unfavourite API, fix #45 - appEugen Rochko
registration API
2016-09-25Improved style of settings pageEugen Rochko
2016-09-23Change output of api/accounts/:id/follow and unfollow to return relationshipEugen Rochko
Track relationship in redux state. Display follow/unfollow and following-back information on account view (unstyled)
2016-09-22Uploading/undoing media modifies status text. Also: status text trimmed ↵Eugen Rochko
before validation
2016-09-21Fix #50 - Order ancestors/descendants by tree pathEugen Rochko
2016-09-21Fix notifications in UI, added new API for fetching account relationshipsEugen Rochko
2016-09-21Fix #24 - Thread resolving for remote statusesEugen Rochko
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.
2016-09-20Since GNU Social hubs don't seem to return a hub.lease_seconds param in the ↵Eugen Rochko
subscription confirmation request, we'll have to default that value to the GS "minimum" (from their code) which is 24 hours.
2016-09-20More debugging for PuSH confirmationsEugen Rochko
2016-09-20Add more logging to PuSH callbackEugen Rochko
2016-09-20Upgrade to PubSubHubbub 0.4 (removing verify_token)Eugen Rochko
2016-09-20Separate PuSH subscriptions from following, add mastodon:push:refresh task,Eugen Rochko
respect hub.lease_seconds (fix #46)
2016-09-18Fix #43Eugen Rochko
2016-09-17Adding media controller, 1 webm/compose form allowed, previews generatedEugen Rochko
2016-09-17Improved error handling for FollowRemoteServiceEugen Rochko
2016-09-17Fix #41, debug #42Eugen Rochko
2016-09-16Setting up preliminary "detailed" routes in the UI, new API end-point for ↵Eugen Rochko
fetching status context
2016-09-12Adding a notification stack for error messagesEugen Rochko
2016-09-08Fix for single status pagesEugen Rochko
2016-09-08Optimized n+1 queries in accounts Atom and HTML viewsEugen Rochko
Added stack trace for SQL queries in development Removed badly thought out accounts/lookup API
2016-09-08Fix local follows, 404 in logsEugen Rochko
2016-09-08Improving production logs, removing n+1 on media attachments in atom,Eugen Rochko
adding attachments display to static views