mastodon - Plural Café fork of Mastodon/Glitch Social

Age	Commit message (Collapse)	Author
2017-05-03	Fix #2706 - Always respond with 200 to PuSH payloads (#2733)	Eugen Rochko
	Fix #2196 - Respond with 201 when Salmon accepted, 400 when unverified Fix #2629 - Correctly handle confirm_domain? for local accounts Unify rules for extracting author acct from XML, prefer <email>, fall back to <name> + <uri> (see also #2017, #2172)
2017-04-25	Punycode URI normalization (#2370)	Eugen
	* 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
2017-04-09	Get handle from atom feed's author/email field instead of guessing from URL ↵	ThibG
	(#1344) The goal of this change is to enhance Mastodon's handling of remote domains for which the APIs reside on a different host (see issue #1032). Indeed, when a remote user unknown to Mastodon is mentionned, only its profile URL (e.g. https://social.example.org/users/User) is known, and Mastodon has to build a @username@domain handle for it. To do so, Mastodon fetches the user's atom feed (e.g., https://social.example.org/users/User.atom) and uses its content to get the username part of the handle, and the URL's host part to build the domain (e.g., @User@social.example.org). This handle is then used for a Webfinger request. In the case where example.org serves the Webfinger info for @User@example.org and all feeds and APIs are hosted at social.example.org, Mastodon will still build @User@social.example.org and fail at resolving the account's details through Webfinger. This patch changes this behaviour by using the author's email address from the atom feed to build the handle. In Mastodon-generated atom feeds, the email address is always the handle it expects for federation.
2017-03-22	Fix full-text search query quotation, improve tag search performance with an ↵	Eugen Rochko
	index, add ability to open status by URL from search (fix #53)
2017-02-11	After FollowService, re-fetch remote account asynchronously, do nothing	Eugen Rochko
	if account lock info was up to date, otherwise re-do the FollowService with now updated information
2016-11-15	Fix rubocop issues, introduce usage of frozen literal to improve performance	Eugen Rochko

2016-11-13	Force utf-8 encoding when processing XML	Eugen Rochko

2016-10-23	Fix public channel	Eugen Rochko

2016-10-20	Fix method return when rescuing	Eugen Rochko

2016-10-12	Fix up a few exceptions	Eugen Rochko

2016-10-05	Catching more exceptions that slipped through, removing AR logging from	Eugen Rochko
	production as it's very verbose and not very useful
2016-09-29	Improve code style	Eugen Rochko

2016-09-26	Improve redirect handling in FetchAtomService	Eugen Rochko

2016-09-26	Fix #54 - Fetch remote accounts by URL from mentions	Eugen 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.