server/activitypub: restructure follow & follow requests #350

Open
opened 2023-02-26 22:52:37 +00:00 by Johann150 · 0 comments
Owner

The following and follow_requests table should be merged. Both tables have the same fields except for "follow_requests"."requestId". This field could be used if nullable to distinguish between a requested and a completed follow.

This would also allow to change the ID generation mechanism for follows to use the ID from following. This would be possible because there is an ID of a Following object that is created before the request is sent. Currently this is not possible because the Following is only created after the FollowRequest is Accepted, and the Following and FollowRequest object have different IDs.

The `following` and `follow_requests` table should be merged. Both tables have the same fields except for `"follow_requests"."requestId"`. This field could be used if nullable to distinguish between a requested and a completed follow. This would also allow to change the ID generation mechanism for follows to use the ID from `following`. This would be possible because there is an ID of a `Following` object that is created before the request is sent. Currently this is not possible because the `Following` is only created after the `FollowRequest` is `Accept`ed, and the `Following` and `FollowRequest` object have different IDs.
Johann150 added the
upkeep
label 2023-02-26 22:52:37 +00:00
Sign in to join this conversation.
No Label
feature
fix
upkeep
No Milestone
No Assignees
1 Participants
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: FoundKeyGang/FoundKey#350
No description provided.