Does the #Bluesky bridge thing use some kind of odd `content-type` when requesting profile data?
General Discussion
12
Posts
5
Posters
1
Views
-
Does the #Bluesky bridge thing use some kind of odd
content-typewhen requesting profile data? I'm seeing these errors in my logs when my server tries to retrieve posts (as part of my reply retrieval functions):[2025-12-09T00:59:33Z ERROR enigmatick::retriever] Failed to fetch object from remote. URL: https://bsky.brid.gy/convert/ap/at://did:plc:oofa3qqoiszsmajbigfqskqv/app.bsky.feed.post/3m7egmddbwk2h, Status: 502 Bad Gateway, Body: <!doctype html> <html lang=en> <title>502 Bad Gateway</title> <h1>Bad Gateway</h1> <p>Couldn't fetch https://enigmatick.social/user/jdt as ActivityStreams 2: Couldn't decode as JSON</p>If I'm reading that right, my
retrieveris failing because the bridge is trying to retrieve my profile and can't convert it to JSON. But I verified that my profile is provided as JSON for requests with theseAcceptheader types:application/jsonapplication/activity+jsonapplication/ld+jsonapplication/ld+json; profile="https://www.w3.org/ns/activitystreams
...so I can't figure out what it's complaining about. I'll need to watch my varnish logs to see if I can capture one of the requests live from that perspective.
#ActivityPub
-
Does the #Bluesky bridge thing use some kind of odd
content-typewhen requesting profile data? I'm seeing these errors in my logs when my server tries to retrieve posts (as part of my reply retrieval functions):[2025-12-09T00:59:33Z ERROR enigmatick::retriever] Failed to fetch object from remote. URL: https://bsky.brid.gy/convert/ap/at://did:plc:oofa3qqoiszsmajbigfqskqv/app.bsky.feed.post/3m7egmddbwk2h, Status: 502 Bad Gateway, Body: <!doctype html> <html lang=en> <title>502 Bad Gateway</title> <h1>Bad Gateway</h1> <p>Couldn't fetch https://enigmatick.social/user/jdt as ActivityStreams 2: Couldn't decode as JSON</p>If I'm reading that right, my
retrieveris failing because the bridge is trying to retrieve my profile and can't convert it to JSON. But I verified that my profile is provided as JSON for requests with theseAcceptheader types:application/jsonapplication/activity+jsonapplication/ld+jsonapplication/ld+json; profile="https://www.w3.org/ns/activitystreams
...so I can't figure out what it's complaining about. I'll need to watch my varnish logs to see if I can capture one of the requests live from that perspective.
#ActivityPub
@jdt this seems like it could use a @snarfed.org tag :)
-
@jdt this seems like it could use a @snarfed.org tag :)
liaizon@social.wake.st I pinged him, he says he can't respond yet because of the aforementioned connection negotiation issue! 🙂
-
Does the #Bluesky bridge thing use some kind of odd
content-typewhen requesting profile data? I'm seeing these errors in my logs when my server tries to retrieve posts (as part of my reply retrieval functions):[2025-12-09T00:59:33Z ERROR enigmatick::retriever] Failed to fetch object from remote. URL: https://bsky.brid.gy/convert/ap/at://did:plc:oofa3qqoiszsmajbigfqskqv/app.bsky.feed.post/3m7egmddbwk2h, Status: 502 Bad Gateway, Body: <!doctype html> <html lang=en> <title>502 Bad Gateway</title> <h1>Bad Gateway</h1> <p>Couldn't fetch https://enigmatick.social/user/jdt as ActivityStreams 2: Couldn't decode as JSON</p>If I'm reading that right, my
retrieveris failing because the bridge is trying to retrieve my profile and can't convert it to JSON. But I verified that my profile is provided as JSON for requests with theseAcceptheader types:application/jsonapplication/activity+jsonapplication/ld+jsonapplication/ld+json; profile="https://www.w3.org/ns/activitystreams
...so I can't figure out what it's complaining about. I'll need to watch my varnish logs to see if I can capture one of the requests live from that perspective.
#ActivityPub
Hey jdt@enigmatick.social, sorry for the trouble! We send
Accept: application/activity+json, application/ld+json; profile="https://www.w3.org/ns/activitystreams", text/html; charset=utf-8; q=0.5with our AP fetches, which seems to make enigmatick.social 303 redirect to the HTML profile page, eg/@jdthere.(Sorry for the complicated Accept header! We get URLs from various places, so if a URL isn't an AP id, we want to fall back to handling it as HTML and find its AP object via a rel-alternate link.)
-
@julian@activitypub.space My guess is that his JSON processor is choking on a non-standard tag I have in my profile (e.g.,
keysorephemeral.webfinger). I should clean up the latter since it's intended for client operations only.But it is valid JSON either way. The
ephemeralobject might cause a JSON-LD parser to choke since I don't declare it in the@context. -
@julian@activitypub.space My guess is that his JSON processor is choking on a non-standard tag I have in my profile (e.g.,
keysorephemeral.webfinger). I should clean up the latter since it's intended for client operations only.But it is valid JSON either way. The
ephemeralobject might cause a JSON-LD parser to choke since I don't declare it in the@context.jdt@enigmatick.social I'm sure julian will be able to solve this compatibility issue between NodeBB and Fedibridge together with snarfed@mas.to and when he does, it will be a great day for the Fediverse! :blush:
-
@julian@activitypub.space I think I see the issue on @snarfed's post on your site (thanks @snarfed). I don't currently handle
application/activity+jsonrequests for the URL (i.e., https://enigmatick.social/@jdt). I only handle those on the ID (i.e., https://enigmatick.social/user/jdt).I don't see any harm in adding that to the URL, so I'll add a
301to redirectapplication/activity+jsonrequests for/@jdtto/user/jdt.It's odd, though - my logs seem to indicate that the bridge server is requesting
/user/jdtalready. -
@julian@activitypub.space I see the issue clearly now and can reproduce it (thanks @snarfed). It's just the complexity of the
Acceptheader - I'll dig into why mynginxconfiguration isn't handling that well. -
@julian@activitypub.space I see the issue clearly now and can reproduce it (thanks @snarfed). It's just the complexity of the
Acceptheader - I'll dig into why mynginxconfiguration isn't handling that well.@jdt@enigmatick.social It's actually in my application code:
if let Some(accept) = headers.get(header::ACCEPT) { if let Ok(accept_str) = accept.to_str() { if accept_str.contains("text/html") { log::debug!("Redirecting to presentation page"); return Ok(AbstractResponse::Redirect(Redirect::to(&format!( "/@{username}" )))); } if accept_str.contains("application/activity+json") { log::debug!("Returning application/activity+json"); return Ok(AbstractResponse::ActivityJson(ActivityJson(actor))); } if accept_str.contains("application/ld+json") { log::debug!("Returning application/ld+json"); return Ok(AbstractResponse::LdJson(LdJson(actor))); } } }Just a priority issue with the existence of
text/html. I'll rearrange. -
@jdt@enigmatick.social It's actually in my application code:
if let Some(accept) = headers.get(header::ACCEPT) { if let Ok(accept_str) = accept.to_str() { if accept_str.contains("text/html") { log::debug!("Redirecting to presentation page"); return Ok(AbstractResponse::Redirect(Redirect::to(&format!( "/@{username}" )))); } if accept_str.contains("application/activity+json") { log::debug!("Returning application/activity+json"); return Ok(AbstractResponse::ActivityJson(ActivityJson(actor))); } if accept_str.contains("application/ld+json") { log::debug!("Returning application/ld+json"); return Ok(AbstractResponse::LdJson(LdJson(actor))); } } }Just a priority issue with the existence of
text/html. I'll rearrange.@jdt@enigmatick.social Fixed. My code handles the
Acceptheader per RFC specifications now (i.e., by explicit weight first and by order second). -
@julian@activitypub.space BTW, I love that your interface uses rich formatting for markdown code blocks - so many platforms just phone that bit in.
Enigmatick uses highlight.js too, so I tend to use that a lot.
-
@julian@activitypub.space BTW, I love that your interface uses rich formatting for markdown code blocks - so many platforms just phone that bit in.
Enigmatick uses highlight.js too, so I tend to use that a lot.
jdt@enigmatick.social thanks! Yeah it was important to me to get that right. That little highlight library has been chugging along all this time lol.
Feed RSS
Gli ultimi otto messaggi ricevuti dalla Federazione
-
Release v3.2.3 of Ktistec includes two big features:
FEP-1b12 Group federation
Improved federation with Lemmy and other forum-type servers. Ktistec supports community and thread follow/unfollow, as well as up-vote/like (down-vote/dislike is supported but there is no visual affordance for that yet).FEP-9098 Custom emojis
Support for viewing custom emoji in posts and on actor profiles. Ktistec does not yet support custom emoji creation and management.The full changelog:
Added
Support for viewing custom emoji in posts and on actor profiles.Actor type (Person, Group, etc.) overlay badges on actor panels.Colored fallback avatars for actors without icons.Support for robots.txt.Fixed
Federation with Lemmy and other servers that support FEP-1b12.Shared inbox support for local actors.Serialization of Undo includes the undone activity.Serialization of Like and Dislike does not.Notify only once for an object's first received activity.Changed
Accumulate metrics by hour for finer granularity.Clean up presentation of public followers/following pages.The next release will include support for Mastodon polls (FEP-9967).
-
Damn, I got bridged. :D
-
@cmislek.me well, yes and no.
When people talk about username changes in the context of AT-Proto, they mean it that the two users on each side of the rename can be clearly identified as the same entity (through the magic of cryptographic keys).
In ActivityPub even if you can create a new account, there's no way to link it unambiguously to the previous one because in the protocol the URL of the user itself is the identifying element, not a separate piece of information like a public key.
-
It seems like #ActivityPub was always supporting username changes when implemented correct. @snarfed.org@bsky.brid.gy's Bridgy Fed perfectly renamed my account as I changed domains on @bsky.app@bsky.brid.gy.
Fediverse Data is not Deleted ...
-
Sharing a blog post from a Japanese developer, re: #ActivityPub amase.cc/articles/en/...
Why don't recommend to impleme...
-
jdt@enigmatick.social thanks! Yeah it was important to me to get that right. That little highlight library has been chugging along all this time lol.
-
@julian@activitypub.space BTW, I love that your interface uses rich formatting for markdown code blocks - so many platforms just phone that bit in.
Enigmatick uses highlight.js too, so I tend to use that a lot.
-
@jdt@enigmatick.social Fixed. My code handles the Accept header per RFC specifications now (i.e., by explicit weight first and by order second).
