7e14eefc81
Replace logo, fix #57 - delete/unreblog/unfavourite API, fix #45 - app
...
registration API
8 years ago
210362e665
Improve redirect handling in FetchAtomService
8 years ago
c6b0311b86
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.
8 years ago
0bd4608ad1
Fix #55 - Filter self from pre-filled mentions
8 years ago
693383234c
Improved style of settings page
8 years ago
e9bc4a4a08
Limit usernames to 30 chars, statuses to 500, open account after follow form success
8 years ago
62b384824d
Improved styling for media/videos in detailed status view
8 years ago
15f51dbf8c
Better styling for selected status in detailed view
8 years ago
fc7b982b67
Add screenshot to readme
8 years ago
1215ab57ff
Some extra scopes for user sorting
8 years ago
a706f1af04
Don't generate stream entries for streamables of remote accounts
8 years ago
fb94013796
Improved partial rendering for threads
8 years ago
3b56350121
Fix #6 - Rate limit GET reqs to 300/5min, POST to 100/5min
8 years ago
db6df6ddb3
Only load JS on homepage, no other page uses it
8 years ago
57583f3fb8
Improve partial rendering and Haml performance (Haml->Hamlit)
8 years ago
95d72b2249
Temporarily link "settings" to the static version of the form
8 years ago
0c75ce1122
Improved ColumnsArea on smaller windows, improved how ActionBar looks
8 years ago
3f9708edc4
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)
8 years ago
c6d893a71d
Uploading/undoing media modifies status text. Also: status text trimmed before validation
8 years ago
b1a670af8d
Handle remote account mentions a little better by trying a URL lookup in the db
8 years ago
2a84271e85
Infinite scroll for account timelines
8 years ago
4a670780f0
Fix #51 - prevent duplicate attachments for remote statuses
8 years ago
d09f3768b7
Add BTC address for donations to readme
8 years ago
2c0261ac25
Infinite scroll for timeline columns
8 years ago
74dfefabd3
Make in-text mentions open account detailed view when possible
8 years ago
bc98865c1a
API returns mentions for statuses, compose form pre-fills all relevant usernames into the form when replying
8 years ago
94525b596a
Improve README, fix #48
8 years ago
c0e9603c92
Fix #50 - Order ancestors/descendants by tree path
8 years ago
d709151781
Fix #49 - License changed from GPL-2.0 to AGPL-3.0
8 years ago
e46abc71ca
Fix notifications in UI, added new API for fetching account relationships
8 years ago
4bec613897
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.
8 years ago
6d89edc4f7
Fix #47 by renaming TIMELINE_SET action to TIMELINE_REFRESH_SUCCESS
8 years ago
1d2856c2af
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.
8 years ago
246330493b
More debugging for PuSH confirmations
8 years ago
a66d34878c
Add more logging to PuSH callback
8 years ago
608a2bfffc
Upgrade to PubSubHubbub 0.4 (removing verify_token)
8 years ago
a86f21cf90
Fix rake tasks and loading bar
8 years ago
1cfc9aa20e
OStatus2 and Goldfinger gems now have timeouts for requests
8 years ago
059ebbf48d
Separate PuSH subscriptions from following, add mastodon:push:refresh task,
...
respect hub.lease_seconds (fix #46 )
8 years ago
1245ee42fb
Update OStatus2 library
8 years ago
98de6927f3
Remove background mask from avatars
8 years ago
337462aa5e
Re-organizing components to be more modular, adding loading bars
8 years ago
f820edb463
Fix type mistake in account component
8 years ago
ee770c3fd3
Live update account timelines, small fix for replyCompose
8 years ago
0967961de7
Improve how account detailed view looks, load account's statuses
8 years ago
dafcb02153
Remove unused action constants
8 years ago
9863196f7b
Small rubocop offences removed
8 years ago
af375b5bac
Update sidekiq, remove sinatra dependency
8 years ago
08896f7dcf
Detailed status view scrollable
8 years ago
ab7291b8fe
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
8 years ago
Eugen Rochko