Restore TwitterAPI tests

Closes #1257

See merge request pleroma/pleroma!2200

Update AdminFE build

See merge request pleroma/pleroma!2198

Revert "Merge branch 'feat/floki-fasthtml' into 'develop'"

See merge request pleroma/pleroma!2199

This reverts merge request !2194

Make Floki use fast_html

See merge request pleroma/pleroma!2194

needed to get new fast_html version since 1.0.1 had an attribute parsing
bug

needed to make it use fast_html

EmojiReactions: Align API endpoints

See merge request pleroma/pleroma!2183

differences_in_mastoapi_responses.md: Add note about unlisted results

Closes #1164

See merge request pleroma/pleroma!2195

Set oban crontab to false in tests

See merge request pleroma/pleroma!2197

clients.md: Add Kyclos

See merge request pleroma/pleroma!2196

Closes: https://git.pleroma.social/pleroma/pleroma/issues/1164

[#1383] Switch periodic jobs from quantum to oban

See merge request pleroma/pleroma!2015

DOCS Backup/Restore/Migrate your instance

See merge request pleroma/pleroma!2107

* Added "Migrate" to the title because these steps can also be used to migrate the instance to another server
* Added an optional step to reinstall pleroma (esp. for migrating servers)
* Currently the steps threw an error 'could not execute query: ERROR: function "activity_visibility already exists with the same argument types'
   * I added a new step to drop and recreate an empty pleroma-database
   * I played around with the `-c` and `-C` options of pg_restore, but dropping and recreating seemd to be the only way I got it working
   * This was tested on Debian Stretch, psql (PostgreSQL) 9.6.15

Fix a compilation error under certain circumstances

See merge request pleroma/pleroma!2193

I've noticed that sometimes when switching from develop to stable and back,
develop fails to compile and rm -r ing the _build and deps dirs doesn't
help at all.

This is due to Admin API controller needing to generate JSON description
of the config at compile time.  Evaluating `config/description.exs`
calls `Generator.list_modules_in_dir/2`, which in turn predicts the
module names of files in the directory and tries to convert the
predicted name to *existing* atoms. Sometimes the compiler will
call that function before compiling the modules in the said directory,
so the conversion will of course fail.

This fixes it by removing the requirement of the atoms being existent.
The function is not subjected to any untrusted user input so this should
be safe. An ideal fix would be to block the compilation of docs before
all modules are compiled and then get a list of compiled elixir modules
under the namespace we want instead of directory hacks, but I have not
been able to figure out how to do that.

Fix email mix task on OTP releases

Closes #1548

See merge request pleroma/pleroma!2191

Closes pleroma#1548

Actually fix upload limit on OTP releases

Closes #1109

See merge request pleroma/pleroma!2185

Closes #1109

Add support for cancellation of a follow request

Closes #1522

See merge request pleroma/pleroma!2175

Questions: Add timezone to `closed` property

Closes #1552

See merge request pleroma/pleroma!2184

Includes functionality needed to fix upload limit not being changed at
runtime:
087cd64d86

EmojiReactions: Rename to EmojiReacts

See merge request pleroma/pleroma!2181

Fix for config.md

See merge request pleroma/pleroma!2182

Update FE bundle

See merge request pleroma/pleroma!2180

mastodon API: do not sanitize html in non-html fields

See merge request pleroma/pleroma!2167

Simplify in-database config docs

See merge request pleroma/pleroma!2178

Config changes

Closes #1547

See merge request pleroma/pleroma!2174