- Try to normalize the activity instead of object wherever possible
- Put the `user` key on non-home timelines as well so bookmarks and
thread mutes are preloaded there as well
- Skip trying to get the user when rendering mentions if the id ==
as:Public or user's follower collection
- Preload the object when getting replied to activities and do not crash
if it's not present

This almost solves the problem of Pleroma hammering the db with a lot
of queries when rendering timelines, the things left are
1. When rendering mentions and the user is not in cache, save it for
later and request all uncached users in one go
2. Somehow get rid of needing to get the latest follow activity to
detect the value of `requested` in a relationship. (create a database
view for user relationship and cache it maybe?)

config: remove legacy activitypub accept_blocks setting

See merge request pleroma/pleroma!1556

Anyone who is interested in dropping blocks can write their own MRF
policy at this point.  This setting predated the MRF framework.

Disabling the side effect (unsubscription) is still a config option
per policy.

Update AdminFE

See merge request pleroma/pleroma!1555

Now permits server configuration. Consider this ALPHA.

Add a changelog entry for !1552

See merge request pleroma/pleroma!1553

Do not fetch the reply object in `fix_type` unless the object has the `name` key and use a depth limit when fetching it

See merge request pleroma/pleroma!1552

`name` key and use a depth limit when fetching it

MRF: ensure that subdomain_match calls are case-insensitive

See merge request pleroma/pleroma!1550

Mastodon API: Set follower/following counters to 0 when hiding followers/following is enabled

See merge request pleroma/pleroma!1544

# Conflicts:
#   CHANGELOG.md

Strip internal fields including likes from incoming and outgoing activities

Closes #1159

See merge request pleroma/pleroma!1533

tests for Pleroma.Uploaders

See merge request pleroma/pleroma!1543

Mastodon API: Fix thread mute detection

See merge request pleroma/pleroma!1548

It was calling CommonAPI.thread_muted? with post author's account
instead of viewer's one.

Uploader.S3 added support stream uploads

See merge request pleroma/pleroma!1545

followers/following is enabled

We are already doing that in AP representation, so I think we should do
it here as well for consistency.

Feature/digest email

See merge request pleroma/pleroma!1078

Return profile URL when available instead of actor URI for MastodonAPI mention URL

Closes #1165

See merge request pleroma/pleroma!1541

`User.profile_url` already fallbacks to ap_id

Fixes #1165

Do not rembed the object after updating it

Closes #1142

See merge request pleroma/pleroma!1538

because the objects are no longer supposed to be embedded

in the Create activity

[#1150] fixed parser TwitterCard

See merge request pleroma/pleroma!1537

tests for CommonApi/Utils

See merge request pleroma/pleroma!1534

Remove Reply-To from report emails

Closes #1141

See merge request pleroma/pleroma!1531

tasks: relay: add list task

Closes #1101

See merge request pleroma/pleroma!1528

Do not add the "next" key to likes.json if there is no more items

See merge request pleroma/pleroma!1530

Replace "impode" with "implode"

See merge request pleroma/pleroma!1532

Remove longfox emoji set

See merge request pleroma/pleroma!1525