# ActivityPub Plugin

**URL:** https://meta.discourse.org/t/activitypub-plugin/266794
**Category:** Plugin
**Tags:** experimental, activitypub
**Created:** [May 31, 2023, 5:21pm UTC](https://meta.discourse.org/t/activitypub-plugin/266794 "2023-05-31T17:21:52Z")
**Posts on this page:** 1
**Showing post:** 10

<div class="post-metadata">

### Author: ![angus](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/angus/32/341715_2.png) [@angus](https://meta.discourse.org/u/angus)
#### Post date: [June 2, 2023, 9:07am UTC](https://meta.discourse.org/t/activitypub-plugin/266794/10 "2023-06-02T09:07:32Z")

</div>

Thanks for the feedback guys 🙂

@hellekin This will address the exceptions you were reporting. @mcdanlj It will also address the second exception you reported (same issue).

[https://github.com/discourse/discourse-activity-pub/pull/6](https://github.com/discourse/discourse-activity-pub/pull/6)

@mcdanlj The first issue you reported is a little stranger how frequently are you seeing it? Could you possibly share more details?

> [@mcdanlj](#):
>
> So if you would consider an “also federate sub-categories” option, that might inform my plans

Thanks for the feedback on that, will definitely consider it in phase 2 of the work 👍

> [@mcdanlj](#):
>
> I think that it might be interesting to also add a site-wide setting for an ActivityPub actor that federates all public posts on a site

I think that’s probably not going to happen in phase 2, but noted 👍

> [@mcdanlj](#):
>
> For others here, what it _really_ means is that if you federate, editing is currently disabled on all posts as soon as they are federated (except for posts with a literal `[note]...[/note]` section); this message shows up only when you try to _save_ your edit

Editing is only disabled on the content of the post that makes up the Note. If you don’t use the Note tags, that’s the first 500 characters, or whatever you set `activity pub note excerpt maxlength` to. One of the things I’m definitely considering for phase 2 is to _require_ `[note][/note]` tags for a Note as I can see confusion arising out of this.

> [@mcdanlj](#):
>
> I can’t turn this on without the ability to disable this control (or the control being removed because edits are federated). By way of a general example applicable beyond such trusting sites, any category with wiki-mode posts will be broken by setting up federation for that category.

You can address this by using `[note][/note]` tags to separate the Note from the other content.

> [@mcdanlj](#):
>
> I tried to delete a federated post that I had made a wiki, and got this:

Noted! We haven’t explicitly tested this with wiki posts. I haven’t been able to reproduce your issue with deleting wiki posts so far. Can you reliably reproduce it? I’ve added some specs in this PR which are all passing for that scenario, but keen to get to the bottom of that one.

[https://github.com/discourse/discourse-activity-pub/pull/7](https://github.com/discourse/discourse-activity-pub/pull/7)

> [@hellekin](#):
>
> Partly working: the note was shortened a bit too much (71 characters) from the original:

The excerpt parsing is currently handled by the same system used by the topic excerpt parsing in Discourse (for the purposes of the topic list) which is probably why it cut out a fair chunk of that (topic list excerpts would have as well). I think we might need to use a separate parser as I can forsee this creating a few issues. Sit tight on this one; it’ll definitely be addressed in phase 2.

> [@sunjam](#):
>
> Remember that these accounts will be listed forever within the fediverse of social networks and can create confusion if you realize the account/category name should be changed after the fact.

Keep in mind that you can change the display name as much as you like and that the limitation on changing the username is not unique to this plugin. So while what you say is true, this is true for a fair chunk of the fediverse.

> **[Changeable usernames?](https://socialhub.activitypub.rocks/t/changeable-usernames/830)**
>
> It’s me and my weird edge cases again 😉 In the spec, there’s nothing that inherently prevents one from changing their username, yet the very idea of it seems to be very much opposed by most of the community — or, at least, the Mastodon team. So...

Moreover, I haven’t included the username in the Actor’s id, partly to allow for the possibility of adding the ability to change the username in the future.

> [@mcdanlj](#):
>
> it would be possible to additionally implement account movement to rename the actor for a category

The plugin’s ActivityPub data is abstracted from Discourse’s data. There’s no inherent limitation in changing the Discourse model (i.e. what category) an actor is associated with. You could even possibly associate the actor with a different _type_ of Discourse model in the future, i.e. associate an Actor you created for a category with a user instead (the relationship between Actors and Discourse models is polymorphic). Not saying these will be explicitly added as features, but more to say that there aren’t hard limitations in this respect.

In general, yes it’s worth considering what categories you want as actors, but overall this implementation has a relatively high degree of flexibility so your degree of concern should be relative to that context. I’ve explained a little more about the nature of the data flow in the plugin, which further elucidates this point, here

> **[Adding federation support to Discourse](https://socialhub.activitypub.rocks/t/adding-federation-support-to-discourse/2966/6?u=angus)**
>
> Thanks! The best way to think about the implementation is that it can support FEP-1b12 (aka the Lemmy implementation). The first version aims at an integration with Mastodon, so it doesn’t look like FEP-1b12. But that will be quite doable in...

Thanks again everyone! It’s great to have engaged users.

---

_[View the full topic](https://meta.discourse.org/t/activitypub-plugin/266794)._