Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Retroactively changing audience #16

Open
strugee opened this issue Aug 6, 2017 · 1 comment
Open

Retroactively changing audience #16

strugee opened this issue Aug 6, 2017 · 1 comment

Comments

@strugee
Copy link

strugee commented Aug 6, 2017

We should figure out what modifying an already-existing object's audience looks like. Yes, this will be really tricky to do (especially given the way delivery works), but people will want to do it. In particular, they may want to change whether posts are addressed to Public or not.

@ghost
Copy link

ghost commented Aug 6, 2017

Ah yes, the "horse is already out of the barn" problem. There isn't any perfect solution. At best you can come up with something that's less flawed than other ways. We've experimented with sending delete requests to anybody that was in the original distribution and isn't now, and update requests to those that are existing or new to the conversation. The problem is usually trying to retroactively figure out exactly who precisely was included in the "public" list originally. You also might get away with this on a pure activitypub network, but it doesn't work very well with federated networks that don't honour delete requests (some older OStatus/GNU-Social instances) or once something has gotten into the wild via a public RSS/Atom feed. Going the other way (private to public) is trivial.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant