36 Commits (04166c4a35c97f5540252617c7858bf20d315a7e)

Author	SHA1	Message	Date
alpaca-tc	1f15a15621	Handling failed http response (#2823)	8 years ago
Eugen Rochko	88725d6ce8	OEmbed support for PreviewCard (#2337) ... * OEmbed support for PreviewCard * Improve ProviderDiscovery code failure treatment * Do not crawl links if there is a content warning, since those don't display a link card anyway * Reset db schema * Fresh migrate * Fix rubocop style issues Fix #1681 - return existing access token when applicable instead of creating new * Fix test * Extract http client to helper * Improve oembed controller	8 years ago
Eugen	17c591ffba	Punycode URI normalization (#2370) ... * Fix #2119 - Whenever about to send a HTTP request, normalize the URI * Add test for IDN request in FetchLinkCardService * Perform IDN normalization on domains before they are stored in the DB	8 years ago
Eugen	1d47910d3b	Fix possibility of unrightful webfinger redirect (#2147) ... * Fix possibility of unrightful webfinger redirect * Add more tests for FollowRemoteAccountService	8 years ago
Matt Jankowski	e0b5a94a4b	Clean up check that account needs a webfinger update (#1932)	8 years ago
ThibG	31f0bcf804	Refresh webfinger (#1323) ... * Refresh local info for remote accounts when webfinger returns new values It only refreshes account info if one of the URLs or the public-key changes, in which cases it refreshes the full info, re-downloading the feeds from that user. Some special handling should probably be done when the public key changes, but I have been unable to find any use for it in Mastodon yet. * Re-fetch remote users we aren't subscribed to. This might induce performance issues, we might want to only do that for users we explicitly attempted to subscribe but failed to. * Refactor changes * Do not refresh existing remote account details more than once a day * Avoid re-fetching webfinger info in tests unless otherwise specified	8 years ago
Eugen	33849acfa7	Merge pull request #1218 from R0ckweb/patch-2 ... Fix #1141 on remote follow	8 years ago
Yann GUERN	485d75a805	#1141 on remote follow ... The async action is send before persist, account.id not yet generated Pull queue receive 'nil' so no profile update.	8 years ago
Eugen Rochko	b2a7218ab7	Fix #801 - Respect webfinger's canonical response of username/domain	8 years ago
Eugen Rochko	5442083b3c	Split SalmonWorker into smaller parts, move profile updating into another job	8 years ago
Eugen Rochko	6d98a73180	Domain blocks now have varying severity - auto-suspend vs auto-silence	8 years ago
Eugen Rochko	9bd3b11cfb	Instead of refusing to create accounts, domain blocks auto-suspend new accounts from that domain	8 years ago
Eugen Rochko	2cb3dc5e5a	Update hub URL and re-subscribe if hub URL changes	8 years ago
Eugen Rochko	fdc17bea58	Fix rubocop issues, introduce usage of frozen literal to improve performance	8 years ago
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	8 years ago
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)	8 years ago
Eugen Rochko	36e7eeb6b9	Treat dfrn:owner like xmlns:author for Friendica compatibility	8 years ago
Eugen Rochko	64302b3c99	Improve Friendica support (but still not there yet)	8 years ago
Eugen Rochko	22a8801dbc	Adding domain blocks	8 years ago
Eugen Rochko	15d01a5e08	Better comparison of "local" domain	8 years ago
Eugen Rochko	927333f4f8	Improve code style	8 years ago
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.	8 years ago
Eugen Rochko	059ebbf48d	Separate PuSH subscriptions from following, add mastodon:push:refresh task, ... respect hub.lease_seconds (fix #46)	8 years ago
Eugen Rochko	0e9c1a297a	Improved error handling for FollowRemoteService	8 years ago
Eugen Rochko	8c0b19012b	Fix #41, debug #42	8 years ago
Eugen Rochko	509c18eb13	Fix local follows, 404 in logs	8 years ago
Eugen Rochko	35dfc0fbcb	Fixed more case-sensitivity issues	8 years ago
Eugen Rochko	f14f462eaf	Adding Turbolinks, adding status posting form on homepage	9 years ago
Eugen Rochko	0e8f59c16f	Refactoring Grape API methods into normal controllers & other things	9 years ago
Eugen Rochko	ad5ae3f60e	Update profile information and download avatar of remote accounts	9 years ago
Eugen Rochko	44c5958203	Fixed small bugs and code style offences	9 years ago
Eugen Rochko	fa7868675d	Send Salmon interactions	9 years ago
Eugen Rochko	10eb47a33e	Do not PuSH-subscribe to remote accounts when creating them for salmon	9 years ago
Eugen Rochko	fa33750105	Adding reblogs, favourites, improving atom generation	9 years ago
Eugen Rochko	1dad72bf13	Fixes and general progress	9 years ago
Eugen Rochko	709c6685a9	Made some progress	9 years ago