about summary refs log tree commit diff
path: root/app/assets/javascripts/components
diff options
context:
space:
mode:
authorThibG <thib@sitedethib.com>2017-04-09 18:43:48 +0200
committerEugen <eugen@zeonfederated.com>2017-04-09 18:43:48 +0200
commitd19ed183884690199a5890a409978a1204e3bf77 (patch)
tree173b427e483d36aa6ef34afdab19dda9801a2590 /app/assets/javascripts/components
parentf0bd4394869305fc6605463efff53ecc6ff61046 (diff)
Get handle from atom feed's author/email field instead of guessing from URL (#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.
Diffstat (limited to 'app/assets/javascripts/components')
0 files changed, 0 insertions, 0 deletions