Eugen Rochko
2f21f4cc01
Fix region setting for AWS gem
2016-11-08 18:55:46 +01:00
Eugen Rochko
bb4d1eb2e8
Improve feed regeneration
2016-11-08 02:08:32 +01:00
Eugen Rochko
096bfbad96
Fix typo
2016-11-08 01:48:17 +01:00
Eugen Rochko
11cbe49ffc
ProcessFeedService refactor
2016-11-08 01:44:51 +01:00
Eugen Rochko
dbe00a4156
Improved configuration from ENV, cleaned up timeline filter methods
...
to be more readable, add extra logging to process feed service
2016-11-07 23:20:52 +01:00
Eugen Rochko
93212bc2c4
Add test for FanOutOnWriteService
2016-11-06 15:56:34 +01:00
Eugen Rochko
7bb28bf780
Improve @mention regex
2016-11-05 22:09:51 +01:00
Eugen Rochko
48b9619439
Adding hashtags
2016-11-05 17:13:14 +01:00
Eugen Rochko
3731230c6d
Allow @username@domain/@username in follow form, prevent duplicate accounts
...
created via remote look-up when domains differ but point to the same resource
2016-11-03 16:57:44 +01:00
Eugen Rochko
4b357ecf98
Fix subtle bugs, new icon button
2016-11-02 22:29:19 +01:00
Eugen Rochko
909d0d5e88
Adding public timeline silencing
2016-10-27 19:33:04 +02:00
Eugen Rochko
abb8f5837e
Fix public channel
2016-10-23 11:56:04 +02:00
Eugen Rochko
852c82435d
Fix method return when rescuing
2016-10-20 18:36:12 +02:00
Eugen Rochko
0895ff414e
Fix RemoveStatusService trying to send delete salmons on behalf of remote statuses
2016-10-16 19:14:23 +02:00
Eugen Rochko
91144d46ec
Fix duplication of media attachments when a remote status reblogs a local one
2016-10-14 20:15:37 +02:00
Eugen Rochko
244d1307a3
Fix remove status service sending salmons
2016-10-14 20:09:33 +02:00
Eugen Rochko
157f03f8bd
No-op for Salmons without body, fail fast if Webfinger does not contain
...
all required resource links (profile page, salmon, atom feed, magic key)
2016-10-13 13:41:06 +02:00
Eugen Rochko
36e7eeb6b9
Treat dfrn:owner like xmlns:author for Friendica compatibility
2016-10-12 22:55:00 +02:00
Eugen Rochko
64302b3c99
Improve Friendica support (but still not there yet)
2016-10-12 21:07:00 +02:00
Eugen Rochko
c257b29d86
Fix up a few exceptions
2016-10-12 19:25:46 +02:00
Eugen Rochko
77efdfa110
Fixing namespaces issue
2016-10-10 19:16:23 +02:00
Eugen Rochko
87b618ab02
Fix namespace parsing in Atom feeds
2016-10-10 18:16:07 +02:00
Eugen Rochko
38ce960ff9
Use Account#find_remote method when possible
2016-10-10 17:30:49 +02:00
Eugen Rochko
cfba03bd27
Don't return unsaved status from ProcessFeedService
2016-10-10 16:49:05 +02:00
Eugen Rochko
81065bc06c
Adding test for ProcessFeedService
2016-10-10 16:03:38 +02:00
Eugen Rochko
3306a5d524
Improve process feed service
2016-10-10 15:27:39 +02:00
Eugen Rochko
65ae9637d6
PuSH unsubscribe needs correct callback URL
2016-10-10 03:40:08 +02:00
Eugen Rochko
5f737c7228
Fix default assumed object type (note->activity), make stream entry threaded? check aware of orphaned replies
2016-10-10 02:55:30 +02:00
Eugen Rochko
22a8801dbc
Adding domain blocks
2016-10-09 14:48:59 +02:00
Eugen Rochko
1f650d327d
Adding public timeline
2016-10-07 16:00:11 +02:00
Eugen Rochko
d772db4344
Fix #83 - if user cannot be found (or is self) throw error, don't return empty 200
...
This prevents the undefined profile from being opened in the first place on such an error
2016-10-06 21:33:33 +02:00
Eugen Rochko
15d01a5e08
Better comparison of "local" domain
2016-10-06 16:36:16 +02:00
Eugen Rochko
5cfc9efad3
Update OStatus2 to handle malformed Salmon without raising unexpected exceptions
2016-10-06 14:47:38 +02:00
Eugen Rochko
2f5b205916
Catch Paperclip errors on /api/v1/media, return early from update profile service if XML given is nil
2016-10-06 14:40:15 +02:00
Eugen Rochko
3319473b2c
Move PubSubHubbub pinging to a background worker
...
It can take as much as 0.5s if not longer to complete
2016-10-05 13:50:21 +02:00
Eugen Rochko
2febc6ed65
Fix typo
2016-10-05 13:40:14 +02:00
Eugen Rochko
fe77921e47
Catching more exceptions that slipped through, removing AR logging from
...
production as it's very verbose and not very useful
2016-10-05 13:26:44 +02:00
Eugen Rochko
70e9dd0b5b
Blocking will prevent e-mail notifications from blocked user, blocks in UI
2016-10-03 18:49:52 +02:00
Eugen Rochko
7b9a4af311
API for blocking and unblocking
2016-10-03 18:17:06 +02:00
Eugen Rochko
9d59d7b463
Adding a block model and filter mentions from blocked users ( fix #60 )
2016-10-03 17:12:13 +02:00
Eugen Rochko
d74da1a89a
Small fixes
2016-10-02 23:46:25 +02:00
Eugen Rochko
be86d4e0a3
Preparing feeds for better filtering
2016-10-02 15:28:47 +02:00
Eugen Rochko
927333f4f8
Improve code style
2016-09-29 21:28:21 +02:00
Eugen Rochko
e4aebad35a
Fix handling of multiple Link headers (that should not be a thing though)
2016-09-27 23:49:12 +02:00
Eugen Rochko
7e14eefc81
Replace logo, fix #57 - delete/unreblog/unfavourite API, fix #45 - app
...
registration API
2016-09-26 23:56:53 +02:00
Eugen Rochko
210362e665
Improve redirect handling in FetchAtomService
2016-09-26 17:04:05 +02:00
Eugen Rochko
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.
2016-09-26 16:44:40 +02:00
Eugen Rochko
b1a670af8d
Handle remote account mentions a little better by trying a URL lookup in the db
2016-09-22 21:10:36 +02:00
Eugen Rochko
4a670780f0
Fix #51 - prevent duplicate attachments for remote statuses
2016-09-22 20:42:20 +02:00
Eugen Rochko
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.
2016-09-21 01:50:31 +02:00