Better placeholders for deleted or unavailable statuses #88

Open
opened 2020-10-15 07:00:14 +00:00 by eugenijm · 0 comments
Member

Follow up to https://git.pleroma.social/pleroma/fedi-fe/-/issues/3#note_75023, an improvement upon #153. The current implementation can be enhanced by the actual tombstone activities.

The main issue with the current implementation is that we don't know if replies to non-existing posts are replies to the same post or different ones because inReplyToId is empty when the parent is not available. The replies to posts from blocked instances have the same issue.

Tombstone metadata might provide the users with context as to why the post is unavailable. E.g.:

  • "This Status was deleted by its author"
  • "This Status was deleted because it violates the Terms of Use of the instance"
  • "This Status is unavailable because it comes from a blocked instance"
Follow up to https://git.pleroma.social/pleroma/fedi-fe/-/issues/3#note_75023, an improvement upon https://git.pleroma.social/pleroma/fedi-fe/pulls/153. The current implementation can be enhanced by the actual tombstone activities. The main issue with the current implementation is that we don't know if replies to non-existing posts are replies to the same post or different ones because `inReplyToId` is empty when the parent is not available. The replies to posts from blocked instances have the same issue. Tombstone metadata might provide the users with context as to why the post is unavailable. E.g.: - "This Status was deleted by its author" - "This Status was deleted because it violates the Terms of Use of the instance" - "This Status is unavailable because it comes from a blocked instance"
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
pleroma/fedi-fe#88
No description provided.