- save object ids on pin, instead of activity ids
- pins federation
- removed pinned_activities field from the users table
- activityPub endpoint for user pins
- pulling remote users pins

migration rollback task changes, hashtags-related config handling tweaks, `hashtags.data` deletion (unused).

Currently only works if the reporting actor is an admin, but if we include
moderators with those who receive notification reports it will work for them.

added local & remote statuses filtration for home timeline

to the instance adminAPI endpoint

to the user statuses adminAPI endpoint

Changed default hashtags filtering strategy to non-aggregate approach.

grep -rl '# Copyright © .* Pleroma' * | xargs sed -i 's;Copyright © .* Pleroma .*;Copyright © 2017-2021 Pleroma Authors <https://pleroma.social/>;'

Replace Mock with Mox, mock out Logger.

Require explicit request to get offset pagination.

This reverts merge request !2824

Includes a new mix task: pleroma.database fill_old_hashtags

Speeds up the test and makes it possible to run async.

Current FedSocket implementation has a bunch of problems. It doesn't
have proper error handling (in case of an error the server just doesn't
respond until the connection is closed, while the client doesn't match
any error messages and just assumes there has been an error after 15s)
and the code is full of bad descisions (see: fetch registry which uses
uuids for no reason and waits for a response by recursively querying a
 ets table until the value changes, or double JSON encoding).

Sometime ago I almost completed rewriting fedsockets from scrach to
adress these issues. However, while doing so, I realized that fedsockets
 are just too overkill for what they were trying to accomplish, which is
 reduce the overhead of federation by not signing every message.
This could be done without reimplementing failure states and endpoint
 logic we already have with HTTP by, for example, using TLS cert auth,
or switching to a more performant signature algorithm. I opened
https://git.pleroma.social/pleroma/pleroma/-/issues/2262 for further
discussion on alternatives to fedsockets.

From discussions I had with other Pleroma developers it seems like they
 would approve the descision to remove them as well,
therefore I am submitting this patch.

- fetching activity data
- attachment prefetching
- using limiter to prevent overload

Resolve "Account cannot be fetched by some instances"

Closes #2236

See merge request pleroma/pleroma!3101

Aligns mute with block behavior.