Notices by unsafe { Sir Alecks Gates } (agates@activitypub.agates.io), page 2
-
Embed this notice
unsafe { Sir Alecks Gates } (agates@activitypub.agates.io)'s status on Sunday, 23-Apr-2023 09:02:49 JST unsafe { Sir Alecks Gates } @silverpill
Not directly related but
1) We're having similar talks with @John_Livingston regarding aligning chat specifications between the Podcast XML namespace and ActivityPub. I wonder if we could come up with some kind of "best practices" for going between XML Schema <-> JSON-LD?
2) Similarly, @John_Livingston mentioned PeerTube 5.1.0 allows plugins to modify the ActivityPub object which would allow this functionally, once we decide what it could be
CC @dave @errhead
@StevenB @adam -
Embed this notice
unsafe { Sir Alecks Gates } (agates@activitypub.agates.io)'s status on Saturday, 18-Feb-2023 01:52:31 JST unsafe { Sir Alecks Gates } @silverpill
Okay, that's good to know.
I guess the other part we're thinking of is this:
Say you start/own a thread for comments on a podcast or video. Someone from another instance makes a reply directly to the top-level AP object with highly illegal content and you want to delete it on your side to prevent it from being seen by others.
While it's marked as deleted in your "gui", as peertube appears to be doing, should we expect to omit the "deleted" object from the replies/comments collection?
Or do we merely rely on reporting + moderation and hope it's deleted eventually, even though we might not see the deleted activity?
@alex @errhead @errhead -
Embed this notice
unsafe { Sir Alecks Gates } (agates@activitypub.agates.io)'s status on Friday, 17-Feb-2023 12:42:40 JST unsafe { Sir Alecks Gates } @errhead Looks like it hasn't been removed from the comments collection. That could be caching or it might not be removed at all.
@alex What is the generally expected behavior in a situation like this? We're trying to determine what AP servers do/expect when comments are "deleted" or "hidden" from a thread if you don't control the originating server. -
Embed this notice
unsafe { Sir Alecks Gates } (agates@activitypub.agates.io)'s status on Saturday, 31-Dec-2022 08:33:49 JST unsafe { Sir Alecks Gates } Which company was this?
Such a friendly and inviting project, not suspicious at all. -
Embed this notice
unsafe { Sir Alecks Gates } (agates@activitypub.agates.io)'s status on Saturday, 31-Dec-2022 05:57:15 JST unsafe { Sir Alecks Gates } @alex didn't you do a bunch of AP work for them and they rejected it? -
Embed this notice
unsafe { Sir Alecks Gates } (agates@activitypub.agates.io)'s status on Tuesday, 27-Dec-2022 01:29:57 JST unsafe { Sir Alecks Gates } @alex
Have you considered OMEMO? Works very well for XMPP.
@anongo -
Embed this notice
unsafe { Sir Alecks Gates } (agates@activitypub.agates.io)'s status on Monday, 26-Dec-2022 02:38:40 JST unsafe { Sir Alecks Gates } Just upgraded to Rebased + Soapbox without a hitch. Thank you for the valuable software, @alex -
Embed this notice
unsafe { Sir Alecks Gates } (agates@activitypub.agates.io)'s status on Saturday, 24-Dec-2022 03:31:01 JST unsafe { Sir Alecks Gates } @alex @issdeinschnitzel @dev @silverpill
One of the issues I foresee is how we'll go about extending the AP schema from the client side while allowing users to post from a Mastodon-compatible API.
Just as an example, if we want to add/utilize a podcast schema for ratings, there's no real way to do so unless the podcast application hosts their own AP server. Unless there's something I don't know about.
Castopod has the problem solved from the *hosting* side but the client side is still up in the air. -
Embed this notice
unsafe { Sir Alecks Gates } (agates@activitypub.agates.io)'s status on Saturday, 24-Dec-2022 01:31:10 JST unsafe { Sir Alecks Gates } @silverpill @alex @issdeinschnitzel @dev
I wish C2S was more prevalent. -
Embed this notice
unsafe { Sir Alecks Gates } (agates@activitypub.agates.io)'s status on Friday, 23-Dec-2022 09:27:48 JST unsafe { Sir Alecks Gates } @alex The main implication is when podcast clients query the ID with "Accept: application/activity+json", they have to fall back to the mastodon API for anything that doesn't implement the replies collection, causing more requests to happen anyway. -
Embed this notice
unsafe { Sir Alecks Gates } (agates@activitypub.agates.io)'s status on Friday, 23-Dec-2022 09:07:36 JST unsafe { Sir Alecks Gates } @alex Are you aware of any particular reason Pleroma doesn't implement the replies collection on AP objects? And does Rebased implement it?
My attempts to add it to Pleroma are somewhat successful, although the object cache goes stales with new replies.