make conversation-id deterministic #154

Merged
floatingghost merged 6 commits from conversation-id into develop 2022-08-06 20:59:16 +00:00

6 Commits

Author SHA1 Message Date
FloatingGhost 525feb7de8 make null object delete optional
ci/woodpecker/push/woodpecker Pipeline is pending Details
ci/woodpecker/pr/woodpecker Pipeline was successful Details
2022-08-06 21:47:52 +01:00
FloatingGhost 54d1e06c9b remove fallback to context_id entirely
ci/woodpecker/push/woodpecker Pipeline is pending Details
2022-08-06 21:42:16 +01:00
FloatingGhost 3e8a069f2a swap context clauses around 2022-08-06 21:37:47 +01:00
FloatingGhost 1faf54ab41 add null object purger
ci/woodpecker/push/woodpecker Pipeline is pending Details
2022-08-06 02:49:23 +01:00
Hélène 520c78aa13 CommonFields: remove context_id 2022-08-06 02:47:39 +01:00
Hélène 662a9e7518 Object: remove context_id field
30 to 70% of the objects in the object table are simple JSON objects
containing a single field, 'id', being the context's ID. The reason for
the creation of an object per context seems to be an old relic from the
StatusNet era, and has only been used nowadays as an helper for threads
in Pleroma-FE via the `pleroma.conversation_id` field in status views.
An object per context was created, and its numerical ID (table column)
was used and stored as 'context_id' in the object and activity along
with the full 'context' URI/string.

This commit removes this field and stops creation of objects for each
context, which will also allow incoming activities to use activity IDs
as contexts, something which was not possible before, or would have been
very broken under most circumstances.

The `pleroma.conversation_id` field has been reimplemented in a way to
maintain backwards-compatibility by calculating a CRC32 of the full
context URI/string in the object, instead of relying on the row ID for
the created context object.
2022-08-06 02:47:33 +01:00