update pleroma-fe

update pleroma-fe

Merge branch 'bugfix/html-scrub-comments' into 'develop'

html: ensure comments are correctly scrubbed

See merge request pleroma/pleroma!384

Merge branch 'new-frontend-options' into 'develop'

New frontend options

See merge request pleroma/pleroma!383

html: ensure comments are correctly scrubbed

Defaults for new frontend options in config.exs

New frontend options

Merge branch 'pleroma-list-belongs' into 'develop'

Pleroma list belongs

Closes #333

See merge request pleroma/pleroma!382

Fix some typos in the list test.

Add a test for List.get_lists_account_belongs

Add an endpoint /api/v1/accounts/:id/lists to get lists to which account belongs

Merge branch 'bugfix/html-scrub-schemes' into 'develop'

lib/pleroma/html.ex: Fix scheme lists

See merge request pleroma/pleroma!377

html scrubbing policies: restrict img tags to http/https only for mediaproxy compatibility

lib/pleroma/html.ex: Use macros for valid_schemes, change config for schemes

Merge branch 'bugfix/osada-mention' into 'develop'

fix osada mentions

Closes #324

See merge request pleroma/pleroma!380

tests: add a testcase for matching osada users in the formatter

formatter: fix matching osada users

Merge branch 'import-maybe-direct-follow' into 'develop'

Use maybe_direct_follow for follow imports

See merge request pleroma/pleroma!378

Use maybe_direct_follow for follow imports

lib/pleroma/html.ex: Use a function as a variable (broken for some reason)

lib/pleroma/html.ex: Fix scheme lists

Gosh please don’t break ourselves…

Also this is copy-paste of the list in lib/pleroma/formatter.ex,
I think this should be put in a common variable, but where?

Merge branch 'feature/markdown-enable-tags' into 'develop'

common api: enable tag linking in markdown mode

Closes #322

See merge request pleroma/pleroma!376

common api: enable tag linking in markdown mode

Merge branch 'security/clear-oauth-with-password' into 'develop'

Delete Tokens and Authorizations on password change

Closes #320

See merge request pleroma/pleroma!375

Delete Tokens and Authorizations on password change

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

Merge branch 'security/fix-local-locked-accounts' into 'develop'

security: fix local locked accounts

Closes #316

See merge request pleroma/pleroma!372

user: break out local cases for maybe_direct_follow

test: add regression test for #316

user: local users are always AP-enabled (closes #316)

Merge branch 'bugfix/length-enforce-subjects' into 'develop'

common api: take the combination of the subject and content for length limit enforcement

Closes #315

See merge request pleroma/pleroma!371

common api: take the combination of the subject and content for length limit enforcement

closes #315

Merge branch 'feature/mrf-transparency-opt-out' into 'develop'

nodeinfo: allow opting out of MRF transparency

See merge request pleroma/pleroma!370

nodeinfo: allow opting out of MRF transparency

Merge branch 'security/follow-always-async' into 'develop'

AP follows must be always async (closes #306)

Closes #306

See merge request pleroma/pleroma!368

Merge branch 'patch-2' into 'develop'

Relax form-action content security policy in sample nginx config

See merge request pleroma/pleroma!364

Merge branch 'update-pleroma-frontend' into 'develop'

update-pleroma-frontend

See merge request pleroma/pleroma!369

{mastodon api, twitter api}: make the follow handshake timeout configurable

update-pleroma-frontend

mastodon api: relationship view: better handle no pre-existing follow activity

user: add wait_and_refresh() for async three-way handshake case

mastodon api: account view: fetch follow state and use it to populate `requested` field

activitypub: always track following state for async reasons

activitypub transmogrifier: better manage follow state

user: only pre-create follow relationships on OStatus

closes #306

Merge branch 'revert-d31bbb1c' into 'develop'

Rich Text Redo Branch

See merge request pleroma/pleroma!314

test: update test for new html scrub policy

nodeinfo: add accepted post formats to metadata

config: allow for accepted post formats to be configured

formatter: use Pleroma.HTML module instead of HtmlSanitizeEx directly

twitterapi: frontend config: add formattingOptionsEnabled

Revert "Merge branch 'revert-a26d5e6b' into 'develop'"

This reverts commit d31bbb1cfe04ca6073a322bcf77239e7d4b79839, reversing
changes made to 340ab3cb9068d444b77213e07beb8c2c3ca128b9.

Merge branch 'feature/nodeinfo_federation_info' into 'develop'

Nodeinfo federation info

See merge request pleroma/pleroma!367

nodeinfo_controller: Fix JSON rendering

This is the last noedinfo difference from my own branch

MRF Transparency

Pleroma.Web.Nodeinfo.NodeinfoController: Further transparency, breaks API of previous one

[Pleroma.Web.Nodeinfo.NodeinfoController]: Transparency on MRF Simple

Merge branch 'bugfix/fix-mrf-reject-match' into 'develop'

activitypub: fix error condition match

See merge request pleroma/pleroma!365

activitypub: fix error condition match

Relax form-action content security policy

'self' only allows forms submitted to the same origin, which
breaks the "remote follow" form.  To allow remote following,
we want to allow forms to be submitted to any host.

Merge branch 'bugfix/magnet-links' into 'develop'

formatter: Stop using phoenix HTML and format it ourselves

Closes #307

See merge request pleroma/pleroma!363

formatter: Stop using phoenix HTML and format it ourselves

* Pheonix has an extra scheme whitelist conflicting with ours
* Pheonix doesn’t seems to do URL encoding, just HTML encoding

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

Merge branch 'feature/twitter_api/fields' into 'develop'

[Pleroma.Web.TwitterAPI.UserView]: Add mastodon-fields in "fields"

See merge request pleroma/pleroma!360

[Pleroma.Web.TwitterAPI.UserViewTest]: Add test for mastodon-fields

[Pleroma.Web.TwitterAPI.UserView]: Add mastodon-fields in "fields"

Merge branch 'bugfix/object-fetching-handle-mrf-reject' into 'develop'

activitypub: don't fall back to OStatus fetching when MRF rejects an object

See merge request pleroma/pleroma!362

activitypub: don't fall back to OStatus fetching when MRF rejects an object

Merge branch 'security/ap-unsigned-create' into 'develop'

activitypub inbox: only accept unsigned/invalid-signature relayed creates, nothing else

See merge request pleroma/pleroma!361

activitypub inbox: only accept unsigned/invalid-signature relayed creates, nothing else

although the previous handling assumed any unsigned/invalid signature message was a Create,
lets make it more explicit

Merge branch 'bugfix/kroeg' into 'develop'

More kroeg bugfixes

See merge request pleroma/pleroma!353

transmogrifier: get_actor called without casting attributedTo in actor and actor is nil

transmogrifier: Just make attachement maps into a list and reroll

transmogrifier: Use the correct variable and prefer inspect in case of a bad type being passed on

transmogrifier: more robustly handle dereferencing pointer URIs

transmogrifier: Use oneliners when applicable

transmogrifier: reformat `cond` block by hand

transmogrifier: Add support for array-less hashtags, add broken announce, harden get_actor

transmogrifier: pro-actively add support for Hashtag without array in tag

transmogrifier_test: incoming notices with tag not being an array (kroeg)

transmogrifier: Use a cond, add proactive support for arrays

[Pleroma.Web.ActivityPub.Transmogrifier]: quick fix when tag is a Map

[Pleroma.Web.ActivityPub.Transmogrifier]: fix emoji in tag when it’s not in a array [kroeg]

Also simplified the code for name trimming.

And not copying the Map.merge part as it looks buggy.
See: https://queer.hacktivis.me/objects/a9f21ebc-9a12-4a6c-89d5-3d46955c6ee8

[Pleroma.Web.ActivityPub.Transmogrifier]: fix when attachment contain is just a Map [kroeg]

[Pleroma.Web.ActivityPub.Transmogrifier]: Fix when inReplyTo is a inlined post [kroeg]

[Pleroma.Web.ActivityPub.ActivityPub]: Harden getting endpoints [kroeg]

Merge branch 'fix/s3/filenames-with-spaces' into 'develop'

Uploaders.S3: Replace unsafe characters in object key

See merge request pleroma/pleroma!359

Uploaders.S3: Replace unsafe characters in object key

According to [the S3 docs][s3], the characters safe for use in object keys are:

* 0-9
* a-z
* A-Z
* !
* -
* _
* .
* *
* '
* (
* )

(The / character is not listed but mentioned being safe outside of the list.)

Several characters that are valid in filenames can cause problems, for example
spaces are not valid in URLs and need to be escaped,
sequences of spaces can become squeezed by S3,
some characters like \ are documented to require “significant special handling”.

To avoid these problems, this change encodes the filename
before using it as part of the S3 object name
by replacing all characters except those documented as “safe” with dashes.

[s3]: https://docs.aws.amazon.com/AmazonS3/latest/dev/UsingMetadata.html

Merge branch 'update/pleroma-fe-20180922' into 'develop'

update pleroma frontend

See merge request pleroma/pleroma!357

update pleroma frontend

Merge branch 'feature/html-scrub-policy-tests' into 'develop'

html: add scrub policy tests

See merge request pleroma/pleroma!356

test: add smoketests for the scrubbing policies

html: twittertext: add missing catchall scrub function

Merge branch 'followup/twitterapi-no-rich-text-field' into 'develop'

twitter api: add no_rich_text option to userview for account prefs

See merge request pleroma/pleroma!355

twitter api: add no_rich_text option to userview for account prefs

Merge branch 'feature/rich-text-optout-backend' into 'develop'

backend support for opting out of rich text on a per-account basis

See merge request pleroma/pleroma!354

test: add tests for new User.html_filter_policy()

mastodon api: formatting

twitter api: add support for disabling rich text

mastodon api: add support for user-supplied html policy

twitter api: add support for user-specified html policy

user: add User.html_filter_policy()