about summary refs log tree commit diff
path: root/spec/controllers/api
AgeCommit message (Collapse)Author
2016-09-30Fix tests, update goldfinger to catch XML errorsEugen 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-26Fix #54 - Fetch remote accounts by URL from mentionsEugen Rochko
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.
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-20Upgrade to PubSubHubbub 0.4 (removing verify_token)Eugen Rochko
2016-09-16Test case for new api endpointEugen Rochko
2016-09-12Fixing image upload limits, allowing webm, merge/unmerge events triggerEugen Rochko
timeline reload in UI, other small fixes
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-08Fixing atom feeds for accounts, adding tests that would catch such bugs in ↵Eugen Rochko
future
2016-09-05Add API to upload media attachmentsEugen Rochko
2016-09-05Enhancing test suite but I think the problem might have been caching settingEugen Rochko
2016-08-18Fixing more configuration issues with ActionCableEugen Rochko
2016-08-17Upgrade to Rails 5.0.0.1Eugen Rochko
2016-03-21Fixed the lookup API methodEugen Rochko
2016-03-21Fix text color in dashboard inputs, sanitize remote status content in UI,Eugen Rochko
simplify FanOutOnWriteService, add /api/accounts/lookup method
2016-03-21Ancestors and descendants of statusesEugen Rochko
2016-03-20Writing out more tests, fixed some bugsEugen Rochko
2016-03-19Adding more test stubsEugen Rochko
2016-03-07Adding doorkeeper, adding a REST APIEugen Rochko
POST /api/statuses Params: status (text contents), in_reply_to_id (optional) GET /api/statuses/:id POST /api/statuses/:id/reblog GET /api/accounts/:id GET /api/accounts/:id/following GET /api/accounts/:id/followers POST /api/accounts/:id/follow POST /api/accounts/:id/unfollow POST /api/follows Params: uri (e.g. user@domain) OAuth authentication is currently disabled, but the API can be used with HTTP Auth.
2016-02-29Refactoring Grape API methods into normal controllers & other thingsEugen Rochko