#dev 2023-12-23
2023-12-23 UTC
[manton] joined the channel
Shannon and geoffo joined the channel
sebbu2, [tantek], bterry1 and [jamietanna] joined the channel
# [jamietanna] Snarfed any idea whether the `None` on https://fed.brid.gy/web/www.jvt.me/notifications is maybe an ActivityPub Move? There's no log associated with it, and the post doesn't seem to exist (at least when read via the browser)
# [jamietanna] That is the "Quinze Plush None @quinze's post"
# [jamietanna] Also seeing the reply below it with no log π€
[KevinMarks] and win0err joined the channel
peterkaminski and geoffo joined the channel
peterkaminski joined the channel
win0err joined the channel
# [jacky] target=https://webmention.io/#users source=https://webmention.p3k.app/blog/new-home π
# [manton] [snarfed] This is kid of an edge case, but I think Bridgy might get confused if there are links in a Bluesky post that arenβt the canonical link for the post. For example, this post has two inline links elsewhere β https://bsky.app/profile/manton.org/post/3kh62nbtbw72b β so Bridgy just tries to discover a Webmention endpoint for the first one, instead of trying to send the mention back to my blog. (Do I have this right?)
# [jacky] what is http://indieauth.com
gRegorLove_ joined the channel
# Loqi indieauth.com provides an authorization server that you can use with your website in order to log in to IndieAuth and Micropub apps https://indieweb.org/indieauth.com
# [jacky] do you have some sense of numbers of what parts of http://indieauth.com is used?
bterry1 joined the channel
# aaronpk here's the data https://media.aaronpk.com/2023/12/23095538-1970.png
# [jacky] def also curious about the eventual deprecation of http://indieauth.com (if that's something you're considering)
geoffo and [chrisaldrich] joined the channel
AramZS, AramZS_, win0err and geoffo joined the channel
# Soni any of y'all into portuguese btw? https://chaos.social/@SoniEx2/111631786962817551
# Loqi [preview] [Genders: βΎοΈ, πͺβ¬π©; Soni L.] Acabamos de fazer uma nova spec FediLinks, introduzindo URIs web+feed para feeds tipo Atom: https://fedilinks.org/spec/pt/5-O-URI-web-feed:BoostOK: @fedilinks#FediLinks #Atom #Feeds #IndieWeb
# Soni (decided to forbid userinfo entirely. auth should not be embedded in a web+feed URI, even in machine-to-machine contexts.)
# Soni (also decided to explicitly reject RSS feeds)
win0err joined the channel
# [jacky] and it's local (i.e: doesn't go up to a remote service) https://support.mozilla.org/kb/website-translation
# Soni ohh right we should probably check that out
# Soni thanks tho!
Al_Abut and geoffo joined the channel
Al_Abut joined the channel
Al_Abut joined the channel
# Soni wow it's... not great. still, pretty cool for something that runs entirely locally.
# Soni one of the mistakes with the translation was turning "erro" (error) into "mistake"
# Soni also "deve" (must) into "should"
# Soni so instead of "userinfo being present must be treated as an error", the translation says "userinfo being present should be treated as a mistake"
# Soni the intent is to reject web+feed URIs with userinfo, instead of silently "correcting" them like browsers do with https nowadays.
# Soni (we have never managed to get browser to process optional authentication (i.e. WWW-Authenticate on a 200 response), not even with userinfo...)
# Soni (but anyway we digress)
# Soni we think authentication should be handled out of band, by the feed reader, not by the URI. (do any feed readers integrate indieauth etc yet?)
# Soni at the same time, we wouldn't be entirely opposed to some sort of "auth:" URI that takes the auth method, auth parameters, and the base URI, particularly for use with m2m
# Soni (so instead of shoving userinfo in your DB settings, you'd shove an auth URI. this would be one step closer to removing userinfo from URIs altogether.)
# Soni (we used to think repurposing userinfo was a good idea, not too long ago even, it's only been a month since we last tried to repurpose userinfo, but nowadays we're not so sure...)