#dev 2023-03-09

2023-03-09 UTC
ben_thatmustbeme, tiim, superkuh, bterry and angelo joined the channel
#
GWG
Question for Discussion: Should we schedule a pop-up to discuss the possibility of updating the Living Standard for Micropub to include some of the stable extensions? Making them official as noted in the extensions page and adding them to an updated spec. Example being slug and status?
[snarfed], strugee_, mro and [jamietanna] joined the channel
#
[jamietanna]
Has anyone else noticed Bridgy Fed not Webmentioning when folks mention you? At least the last week I've been missing replies ie https://hachyderm.io/@byjp/109990940244547039
#
[jamietanna]
GWG yes please, or at least creating a spec for extensions :)
mro joined the channel
#
Loqi
[preview] @www.jvt.me this can be a security risk, which is why many APIs don’t have it — if there’s a successful XSS attack, then an attacker can find out which account they have control of 😔
mro, [snarfed]1, [tantek]1, [tantek], [snarfed], geoffo and lanodan joined the channel
#
Loqi
[preview] [capjamesg] #646 Add support for authentication with IndieAuth
lanodan joined the channel
#
capjamesg
I have just sent arXiv an email telling them about Webmentions + how they might be helpful re: their Trackback feature.
mro joined the channel
#
GWG
[jamietanna]: How do you think it could work?
#
[jamietanna]
The standardisation? I would see similar to the current spec, but focus on all the areas that an extension could interact with, so you can read the Micropub spec then one of the extensions' specs and be able to understand everywhere it affects
mro and [KevinMarks] joined the channel
#
[KevinMarks]
Are arXIv integrating the html version they trialled last year?
mro joined the channel
#
aaronpk
capjamesg: I would leave RelMeAuth out of the discussion on that issue tbh
#
aaronpk
Also I'm not sure what atproto could actually do with IndieAuth, since they don't really have anything to do with the domain other than a DNS record. It's not like a CMS where the CMS could actually be the IndieAuth provider
#
[snarfed]
Sounds like the request is, once you've switched your handle to a domain, let you log into your PDS with indieauth for that domain
#
aaronpk
If anything they need to support OAuth directly because they want to enable logging in to atproto accounts in third party apps. But that ends up looking slightly different than IndieAuth I think? Maybe there's some ideas they could take from it for their OAuth implementation tho
#
aaronpk
i guess there's two parts to it
#
aaronpk
yea maybe what [snarfed] said is the right first step
cambridgeport90 joined the channel
#
[snarfed]
Yeah they've already had to warn people about entering their passwords into third party clients like https://bsky.syui.cf/signin , whee
#
aaronpk
yeah they need some sort of OAuth for sure
#
aaronpk
but yeah I suppose now that my handle is my domain, I shouldn't need a password at their server at all
[schmarty] joined the channel
#
aaronpk
But how I log in to my PDS is different than how third party clients get access to my PDS, which is the two parts I referred to earlier
#
aaronpk
so I guess I can add this context to the thread
cambridgeport90 joined the channel
[timothy_chambe], cambridgeport90 and jonnybarnes joined the channel
#
aaronpk
ok here we go, not what i was planning on doing this morning but I guess i should chime in on this
#
aaronpk
wtf is the difference between "signin" and "login" here?? https://bsky.syui.cf/
#
aaronpk
do they mean "sign up" as in create an account?
cambridgeport90 joined the channel
#
[snarfed]
iirc the other early one I saw was https://blue.amazingca.dev/login/
#
[tantek]
capjamesg++ for requesting IndieAuth support in BlueSky! Now can you make the same request for Mastodon? https://github.com/mastodon/mastodon/issues (e.g. build on their rel-me support to allow signing-in with a domain you've rel-me verified)
#
Loqi
capjamesg has 24 karma in this channel over the last year (82 in all channels)
#
[tantek]
aaronpk, OAuth for client apps is something they (BS) need but it's not something that particularly helps users be more "IndieWeb". If you want to file a separate issue for that as a BS user that makes sense but I think it would only confuse the IndieAuth request to include it in capjamesg's issue (which is more about being IndieWeb Friendly)
#
aaronpk
the thing is, OAuth for client apps runs into the same problems that IndieAuth solves too
#
aaronpk
i'm gonna write up a blog post about OAuth/IndieAuth in bluesky and link to it from that issue, and maybe open a new issue for OAuth support too that references it
#
aaronpk
i'm half done with the post now
#
aaronpk
but, i'm about to dive in to a 3 hour workshop about OAuth right now so it will have to wait :)
[jacky] joined the channel
#
[tantek]
thinking about it from "runs into the same problems" perspective I think is a methodological flaw, similar to "plumbing first" methodologies. I'm going to keep pushing back to focusing on what problems is it solving for the user, rather than "what common code can we share".
#
aaronpk
that is exactly my point actually
#
aaronpk
i'm not even going to get into code or protocols in this blog post
#
[jacky]
but aaronpk, if you don't post code, how can people prove it works? /s
#
[jacky]
https://9to5mac.com/2023/03/08/ivory-create-mastodon-account now this is something I'd want to kinda see for readers (if not explicitly making an account, opting to allow for 'anon' content to be published maybe using something like comment.parade or some sort of third party service that one can then "move" to their own site/service of choice)
#
[jacky]
no idea on _how_ to do that off the top of my head but that'd knock the door to get in a lot
#
[tantek]
Didn't one of aaronpk's Micropub apps do that for a while? Like it let you locally create posts (web storage?) until you auth'd to a Micropub server?
#
[jacky]
oh that's an easier approach! I have no idea tho
#
[tantek]
I feel that's part of a larger user-centric "try first" dev philosophy
#
[tantek]
related: offline first
#
[tantek]
what is local first
#
Loqi
local first is a UX design method for installed applications (including webapps with service workers) that enables the user to make use of some or preferably all of their features without requiring any non-local (like network) interactions or connections, typically to at least view, create, edit, and save content which may at a later time be published to the web or synchronized to another device perhaps across a network https://indieweb.org/local_first
#
IWDiscordRelay
<j​acky#7226> [jamietanna]'s point about a spec for extensions is interesting (did you mean like having a spec per extension or something else?)
#
[jamietanna]
I'm considering either a single-page spec with multiple sections, or a page per extension
#
IWDiscordRelay
<j​acky#7226> I think the page-per-extension would help b/c examples and notes could be added more easily
#
IWDiscordRelay
<j​acky#7226> versus having a _massive_ page
#
[tantek]
Yes, page per extension please, that would be a great start
#
[tantek]
what are micropub extensions
#
[tantek]
^ then that page can have summaries with a {{main|page-name-of-extension-here}} at the top of each extension section
#
[tantek]
jamietanna, I made some minor updates to ^ — hopefully that helps
#
[jamietanna]
Sounds like a plan
gRegor joined the channel
#
IWDiscordRelay
<c​apjamesg#4492> I'll file that Issue w/ Mastodon.
#
GWG
Should any extensions be in Core Micropub?
geoffo joined the channel
#
capjamesg
[tantek] I got my Salmention parsing logic as I wanted it.
#
capjamesg
I have another thing to add, but what I have now does what I want.
#
capjamesg
Displaying Salmentions is for another day, because I'll have to use this code in my Webmention endpoint (that isn't actively running).
barnaby joined the channel
#
[tantek]
yes, displaying and parsing are separate things so that's good!
[jeremycherfas] joined the channel
#
GWG
I think I'll write up a pop-up Micropub proposal.
#
[jamietanna]
Sounds good GWG
bterry1 joined the channel