silverpill@silverpill@mitra.social: @julian This seems to be in conflict with property-based collection creation. It is not clear how a server should process an inlined collection (create an empty collection? create a collection with specified items? remove the property?). If I remember correctly, this is not supported in GoActivityPub<br><br>cc @mariusor

Home | Notifications | New Note | Local | Federated | Search | Logout

Note Detail

Reply to @silverpill@socialhub.activitypub.rocks
Julian Fietkau@julian@fietkau.social (2026-04-04 07:14:30)
@silverpill What is the rationale for “Clients MUST NOT embed non-anonymous collections in objects”?

I see the potential for cache poisoning etc. if we inline collections owned by someone else, but what's the harm in inlining my own collections?
---Reply---
silverpill@silverpill@mitra.social (2026-04-04 19:01:56)
@julian This seems to be in conflict with property-based collection creation. It is not clear how a server should process an inlined collection (create an empty collection? create a collection with specified items? remove the property?). If I remember correctly, this is not supported in GoActivityPub

cc @mariusor


---Replies---

marius@mariusor@metalhead.club (2026-04-04 19:14:43)
@silverpill I haven't really explored how embedded collections would work really from a technical point of view. 

As an implementation detail in GoActivityPub collections are composed of two parts, an Collection/OrderedCollection document and its items/orderedItems elments that get saved separately and are linked to the collection by their IRIs(*).

So, a JSON document (with removed items/orderedItems) and a list of IRIs linking to the elements of the collection.

I'm not sure I could magick some logic that could convert embedded collections to this structure...  

(*) I don't remember what happens with anonymous objects in collections. 🤷 

@julian