GitLab

Cross protocol improvements

See merge request !161

Extract ActivityPub ID from Diaspora payloads if found as the `activitypub_id` property.

Add ActivityPub ID to outbound Diaspora payloads of types comment, post and profile,
      if an URL given as `id`.

Add Diaspora extension and guid to outbound ActivityPub payloads, if available. For
      profiles, also add handle.

Diaspora entity guid will now be extracted from ActivityPub payloads implementing the Diaspora extension.

Stop markdownifying received ActivityPub content

Closes socialhome/socialhome#198 and socialhome/socialhome#222

See merge request !160

By process_text_links text util.

Fixes socialhome/socialhome#198

Closes socialhome/socialhome#222

It was causing more trouble than benefits. Just accept
HTML content into entities raw_content attribute and
let apps deal with it.

Currently we don't support relaying entities from another
protocol to another protocol. Skip them for now to avoid
lots of errors popping up.

It seems sometimes AP deliveries are failing due to
an odd exception where assigning a "to" to the
payload fails with lxml related things. This seems
to indicate that some payload variable is leaking from
the diaspora payload generating to the activitypub code.

Try to ensure this wouldn't be possible to happen and
add some error context for Sentry to better identify
why this would happen, if this commit doesn't fix it.

Fix reading `sharedInbox` from remote ActivityPub profiles. This caused public payloads not
to be deduplicated when sending public payloads to remote ActivityPub servers. Refetching
profiles should now fix this.

Closes #124

Outbound functions `handle_send` and `handle_create_payload` now accept an optional `payload_logger`
parameter. If given it should be a function that takes a `str` or `dict` payload as the only
parameter. This will be called for each generated payload.

Various improvements to outbound HTML payload rendering for ActivityPub networks

Closes socialhome/socialhome#571 and #70

See merge request !159

Because it will crash the whole payload creation.

If Django configured, otherwise just keep the
text as is. Django configuration must have the
base url and tags path for making the link.

Closes socialhome/socialhome#571
Refs socialhome/socialhome#572

This is Mastodon specific, but what can we do than copy the
biggest for greater compatibility.

Closes #70

Refs: socialhome/socialhome#572

This seems to be a community convention to stop mentions rendering as
links, possibly?

Refs: https://github.com/thefederationinfo/the-federation.info/issues/217

Refs: #572

Moved from Socialhome.

Must be keyword arguments.

If Django is configured, a profile will be retrieved using the configured profile
getter function and the profile name or username will be used for the link.

Refs: socialhome/socialhome#572

It now requires one of the target attributes
to be set, not just `target_id`. This fixes
follows over the Diaspora protocol which broke
with stricter send validation added in 0.19.0.

Change requires full support for the server discovery flow.