If I wanted to mess around with ActivityPub c2s clients what's a server I can host that has support for it?
General Discussion
25
Post
6
Autori
2
Visualizzazioni
-
@tom I can also send you an invite code.
There's a chapter on the social API in the ActivityPub book.
@evan I signed up to get notified for the print edition a few months ago, still prefer actually holding physical books haha
-
@evan I signed up to get notified for the print edition a few months ago, still prefer actually holding physical books haha
@tom OK!
-
@mariusor I got it running w/o many issues (maybe I missed it but I didn't see any wiki pages on building Box? I got that working as well regardless)
Is there an active issue w/ fetching oni content in Mastodon? I can't seem to grab my user or any statuses from my server or from activitypub.academy. I also tried fetching your posts (because it sounded like it at least worked last year, https://metalhead.club/@mariusor/113708953874760675) but that didn't work either so maybe I'm missing something.
@tom I basically follow actors and that's how seeing posts by others in your /inbox works.
The frontend loads stuff directly through JavaScript fetch and needs all the mechanisms of that to work (and I imagine what you see might be things failing to load due to CORS rules being too restrictive on remote Mastodon instances)
I am not aware of any issues with receiving activities though, and in this process the objects themselves should be fully dereferenced to local copies.
I'll add a note about BOX compilation. Thanx.
-
@tom I basically follow actors and that's how seeing posts by others in your /inbox works.
The frontend loads stuff directly through JavaScript fetch and needs all the mechanisms of that to work (and I imagine what you see might be things failing to load due to CORS rules being too restrictive on remote Mastodon instances)
I am not aware of any issues with receiving activities though, and in this process the objects themselves should be fully dereferenced to local copies.
I'll add a note about BOX compilation. Thanx.
@tom looking at the post of mine you linked, I realize you're probably thinking of regular object discovery, and there isn't any mechanism for it yet, or for viewing remote objects that haven't reached your inbox.
-
@julian yes, two of them:
https://rattlehead.bruta.link < where a bot posts daily metal releases scraped from the internet
https://marius.federated.id < where I write a bit about stuff and play with more expressive ActivityPub objects.
-
@tom looking at the post of mine you linked, I realize you're probably thinking of regular object discovery, and there isn't any mechanism for it yet, or for viewing remote objects that haven't reached your inbox.
@mariusor sorry I meant the reverse behavior, viewing Oni users/activities from my mastodon instance (or from mastodon.social) not viewing remote activities from oni
I.e. searching for https://marius.federated.id/outbox/1725894299052/object doesn't pull up the object in mastodon (and searching for the user doesn't bring that up either)
-
@mariusor sorry I meant the reverse behavior, viewing Oni users/activities from my mastodon instance (or from mastodon.social) not viewing remote activities from oni
I.e. searching for https://marius.federated.id/outbox/1725894299052/object doesn't pull up the object in mastodon (and searching for the user doesn't bring that up either)
@mariusor actually nevermind ignore me, searching for your federated id user seems to work so I must have something wrong with my network configuration, I'll do some debugging later
-
@mariusor sorry I meant the reverse behavior, viewing Oni users/activities from my mastodon instance (or from mastodon.social) not viewing remote activities from oni
I.e. searching for https://marius.federated.id/outbox/1725894299052/object doesn't pull up the object in mastodon (and searching for the user doesn't bring that up either)
@tom I understand.
Indeed in the past two/three weeks I must have deployed something (or Mastodon made some changes) that regular objects posted by ONI aren't findable any more. The problem is that I don't have a development setup for mastodon on which to test what the problem is. :(
However the actors should still be available.
-
@mariusor actually nevermind ignore me, searching for your federated id user seems to work so I must have something wrong with my network configuration, I'll do some debugging later
@tom a quick check list for you:
1. Check if the actor is publicly accessible from the internet.
2. Check if it has a RSA private/public key.
3. Check that if you have a proxy in front of ONI it doesn't mangle Accept/Vary/Content-Type headers.
4. Check that if you have a proxy the `/.well-known/webfinger` route is handled by ONI. (your proxy should forward all routes to ONI directly as a start)
-
@tom a quick check list for you:
1. Check if the actor is publicly accessible from the internet.
2. Check if it has a RSA private/public key.
3. Check that if you have a proxy in front of ONI it doesn't mangle Accept/Vary/Content-Type headers.
4. Check that if you have a proxy the `/.well-known/webfinger` route is handled by ONI. (your proxy should forward all routes to ONI directly as a start)
mariusor@metalhead.club Can you use ActivityPub.academy? There is a logger built in so you can see the activities coming and going. It might help you debug why the ONI activities aren't being processed.
Gli ultimi otto messaggi ricevuti dalla Federazione
-
nikclayton@mastodon.social agreed.
It's one thing for a server with a newer API version to be backwards compatible with a request from an older version, but it's impossible to predict the future and handle requests from a newer API client.
Bouncing an error back would be the safest choice.
-
mariusor@metalhead.club Can you use ActivityPub.academy? There is a logger built in so you can see the activities coming and going. It might help you debug why the ONI activities aren't being processed.
-
@grishka Return an error that tells the client it's used an unsupported version.
By definition, the server does not know the semantics of the call the client made, so trying to guess and return something in the hope it's correct takes us out of the realm of engineering and into clairvoyance.
-
@mro but what if there are incompatible changes that the app doesn't expect? Like some object having a different format, or some method behaving differently
-
Hi @grishka,
using highest sounds like best effort and makes most sense to me.
-
@tom a quick check list for you:
1. Check if the actor is publicly accessible from the internet.
2. Check if it has a RSA private/public key.
3. Check that if you have a proxy in front of ONI it doesn't mangle Accept/Vary/Content-Type headers.
4. Check that if you have a proxy the `/.well-known/webfinger` route is handled by ONI. (your proxy should forward all routes to ONI directly as a start)
-
@tom I understand.
Indeed in the past two/three weeks I must have deployed something (or Mastodon made some changes) that regular objects posted by ONI aren't findable any more. The problem is that I don't have a development setup for mastodon on which to test what the problem is. :(
However the actors should still be available.
-
On a fediverse server with a versioned client API, what would you expect to happen if an API call is made with a version number higher than what the server supports? Should it return an error? Should it take it to mean its highest supported version? Something else?
The API isn't RESTful, the version number is global for all methods (endpoints) and has the format "major.minor".
