Late night #activitypub interop hacking.
General Discussion
8
Posts
3
Posters
47
Views
-
Late night #activitypub interop hacking. Again.
Has anyone else had trouble with the #pixelfed shared inbox?
Seems hits to /f/inbox don't send a username. Worker gives the error: "ActivityHandler: No username provided, skipping job"
Likes from self-hosted #mastodon go to the user inbox, Boosts and Comments go to the shared one.
I disable shared inbox in settings and Mastodon still sends to /f/inbox even though I've refreshed the pixelfed profile.
At least I know why it's happening now!
-
Late night #activitypub interop hacking. Again.
Has anyone else had trouble with the #pixelfed shared inbox?
Seems hits to /f/inbox don't send a username. Worker gives the error: "ActivityHandler: No username provided, skipping job"
Likes from self-hosted #mastodon go to the user inbox, Boosts and Comments go to the shared one.
I disable shared inbox in settings and Mastodon still sends to /f/inbox even though I've refreshed the pixelfed profile.
At least I know why it's happening now!
heathenstorm@mastodon.social I don't think it's wise to disable the shared inbox... I imagine it's just cached at the domain level once it is discovered (though that can differ between implementations of course.)
You mean that when you receive activities from Mastodon to Pixelfed's shared inbox, there is no username?
-
Late night #activitypub interop hacking. Again.
Has anyone else had trouble with the #pixelfed shared inbox?
Seems hits to /f/inbox don't send a username. Worker gives the error: "ActivityHandler: No username provided, skipping job"
Likes from self-hosted #mastodon go to the user inbox, Boosts and Comments go to the shared one.
I disable shared inbox in settings and Mastodon still sends to /f/inbox even though I've refreshed the pixelfed profile.
At least I know why it's happening now!
@heathenstorm mastodon is probably caching the actor and doesn't realise that it's changed on the pixelfed side.
So you likely need to dispatch for each actor on the pixelfed server an update to the actor to all servers.
-
@heathenstorm mastodon is probably caching the actor and doesn't realise that it's changed on the pixelfed side.
So you likely need to dispatch for each actor on the pixelfed server an update to the actor to all servers.
@heathenstorm that is, configuration changes like that only change what pixelfed serves / pushes from that point in time onwards, but other software may be caching actors, in order to let them know the actor has changed, you need to publish an Update activity on the Actor.
So just setting that configuration value to false does nothing as far as anyone else is concerned, because they've already a copy of your actor document, and they haven't been told it's been changed.
-
@heathenstorm that is, configuration changes like that only change what pixelfed serves / pushes from that point in time onwards, but other software may be caching actors, in order to let them know the actor has changed, you need to publish an Update activity on the Actor.
So just setting that configuration value to false does nothing as far as anyone else is concerned, because they've already a copy of your actor document, and they haven't been told it's been changed.
@heathenstorm why you're getting "No username provided" on the shared inbox though, I've no idea.
-
heathenstorm@mastodon.social I don't think it's wise to disable the shared inbox... I imagine it's just cached at the domain level once it is discovered (though that can differ between implementations of course.)
You mean that when you receive activities from Mastodon to Pixelfed's shared inbox, there is no username?
@julian That seems to be the case.
It could very well be the docker stack I'm using (elestio/pixelfed behind traefik) where something important gets stripped, but that's guesswork for now until I can effectively log what's being POSTed to the inbox.
Just weird that Likes go to the user inbox and boosts / comments don't.
-
@heathenstorm mastodon is probably caching the actor and doesn't realise that it's changed on the pixelfed side.
So you likely need to dispatch for each actor on the pixelfed server an update to the actor to all servers.
@thisismissem I believe I refreshed the profile on Mastodon. (From admin, got the 'successfully refreshed' notice and the relevant URLs were hit on Pixelfed)
However, the profile on Mastodon still lists the shared inbox after disabling AP_SHAREDINBOX in Pixelfed config and refreshing.
The only difference being POSTs to /f/inbox are no longer processed by the worker.
Checking my pixelfed install via browser.pub shows the shared inbox still listed.
Running Mastodon 4.5.2 still, if that helps.
-
@thisismissem I believe I refreshed the profile on Mastodon. (From admin, got the 'successfully refreshed' notice and the relevant URLs were hit on Pixelfed)
However, the profile on Mastodon still lists the shared inbox after disabling AP_SHAREDINBOX in Pixelfed config and refreshing.
The only difference being POSTs to /f/inbox are no longer processed by the worker.
Checking my pixelfed install via browser.pub shows the shared inbox still listed.
Running Mastodon 4.5.2 still, if that helps.
@heathenstorm right, so Pixelfed isn't responding to your configuration change (which no one else will know about unless you explicitly tell them)
I recall Pixelfed had some command to clear its cache of config, it's in like the CLI commands section of the docs.
Gli ultimi otto messaggi ricevuti dalla Federazione
-
@apps@toot.fedilab.app appreciate the open API but of course be wary of abuse. I would not be opposed to registering for an API key when needed 🙂
-
@HolosDiscover
Sounds good. A lot text about indexing and how it works.
But no Text about what it does and how to use. What UI, Instances?
-
@julian
There's a public API where you can search posts, accounts, hashtags, get trending content, public timelines, and instance stats.
Documentation: https://codeberg.org/tom79/Holos-Discover/src/branch/main/doc/api.md
Base URL is https://discover.holos.social. Quick example:
https://discover.holos.social/api/search?q=fediverse&type=posts
No authentication for now, but we may introduce API keys in the future.
-
@apps@toot.fedilab.app do you have an API we can use? It'd be interesting to hook into your search results for fediverse search.
-
#HolosDiscover is back, from a clean slate.
A #Fediverse search engine that uses standard #ActivityPub federation. It follows you like any account, respects indexable flags, #nobot, #noindex, locked accounts. Deletions, edits, blocks are processed instantly through ActivityPub.
You have full control. Block it, mention it with "unfollow", or disable indexing in your settings.
Source code under AGPL-3.0 on #Codeberg.Details: https://discover.holos.social/how-it-works
Account: @HolosDiscover
-
Yes, very likely.
When I built the core software for a bank more than a decade ago, I did the same.
-
There isn’t anything that says my server should return the latest known state of a post, including my interactions with it.
And sure, I can refetch any activity from the inbox via proxyUrl (except non-public), but nothing guarantees my server will add the current remote state of a post to its internal representation and return this.
So this forces a thick client situation, to have what should be fairly standard User Experience.
-
Of course implementations may vary but the spec isn’t clear, so let’s improve this, yeah! https://github.com/swicg/activitypub-api/issues/52
