#dev 2020-08-28

2020-08-28 UTC
#
[fluffy]
well I mean, any side effect that’s happening will have already happened, and the output you’re getting is by definition the same as the output that you got last time
[tw2113] joined the channel
#
[snarfed]
side effect idempotence doesn’t happen by default, you have to carefully engineer it
#
[snarfed]
but regardless, yes, 304 and etags are generally good things
#
mblaney
I've seen pages with today's date in them and it updates every day... other than that they stay the same, so you can't rely on hashes if you want to know if the main content has changed.
#
aaronpk
^^ i have had that problem too when writing a feed reader
#
aaronpk
i now compare percentage of page changed
tinfoil-hat and geoffo joined the channel
#
[fluffy]
Yeah but the hash value is based on the page contents. If the displayed date changed then the hash would have changed too
#
[fluffy]
So I mean yeah the hash changing doesn’t mean content has changed but
#
[fluffy]
The hash not changing means the content hasn’t changed
#
[fluffy]
So I fail to see a case where it’s a bad thing for there to be automatic assignment and 304ing based on the content hash. Unless you mean that this behavior also prevents you from setting your own ETag.
#
[fluffy]
But in theory you should be able to have more than one ETag based on whatever, given that the matching criterion is if-none-match
geoffo, jonnybarnes and webdev joined the channel
#
webdev
test
geoffo, [tw2113] and [chrisaldrich] joined the channel
#
@ChrisAldrich
↩️ Some of us in the IndieWeb space have been posting events and details on our own websites while others are posting RSVP replies on our  personal websites and sending webmentions to the event posts. Here's an example of an event and my RSVP to it [more...] https://boffosocko.com/2020/08/27/55775740/
(twitter.com/_/status/1299174638723842048)
[Emma_Humphries], jonnybarnes, nickodd, geoffo, [asuh], KartikPrabhu, GWG, justache, [tantek], gRegorLove, [Ana_Rodrigues], [fluffy], moppy, dckc, [Murray], swentel, jeremych_, [James_Gallaghe], [Rose], leg, gxt and [KevinMarks] joined the channel
#
GWG
!tell [manton] Reached out to my podcast app and one of the WordPress plugins I use re supporting JSONFeed. One gave me a generic... we'll forward to the dev team, the WordPress plugin support told me that I needed to send my request somewhere and the developer would respond about integrating with the JSONFeed plugin
#
Loqi
Ok, I'll tell them that when I see them next
jonnybarnes and [manton] joined the channel
#
[manton]
@GWG Okay, thanks for reaching out to them!
[tb] joined the channel
#
GWG
[manton]: I also did some note taking on it in a JSONFeed issue
#
Loqi
[dshanske] #144 Podcasting Feeds
#
Zegnat
I guess this is especially relevant to client implementations, not so much endpoint implementors.
#
Zegnat
Want to drop a request-for-comment in here wrt https://github.com/indieweb/indieauth/pull/56. [dmitshur] raised a good point on whether the (confusing) redirect stuff is even needed if the client is supposed to refetch to establish `me` anyway.
#
Loqi
[Zegnat] #56 Remove requirement for same domain
swentel joined the channel
#
[manton]
@GWG By the way, unrelated… I’m rewriting some Micropub code and testing with WordPress, and getting a 403 from q=config in WordPress. Any tips for troubleshooting? Bearer token and URL look fine. (“/index.php?rest_route=/micropub/1.0/endpoint&q=config”)
#
GWG
[manton]: When was the last test you ran successfully?
#
GWG
I know I changed 401 to 403 in the last update, because it changed in the spec
nickodd joined the channel
#
[manton]
@GWG I’m not sure, because usually my code defaults to XML-RPC for WordPress. I disabled XML-RPC so I can use WordPress as a better place to test IndieAuth/Micropub.
geoffo joined the channel
#
[manton]
I wouldn’t expect either 401 or 403, though, just getting the config and passing a valid Auth header.
#
GWG
[manton]: Do you have the IndieAuth plugin installed?
#
GWG
Would like to troubleshoot it
#
[manton]
Yep. The IndieAuth flow looks good.
#
GWG
Hmm...and no prior issues with the auth header?
#
GWG
There's a test in the site health tool
#
[manton]
Checks in site health for IndieAuth all passed. Hmm.
jonnybarnes joined the channel
#
sknebel
does the route thing work like that with WP? or does the "&q=config" need to be encoded into the route for WP to accept it - which would be a WP bug?
#
[manton]
Good question. I can try encoding it like that, although that seems wrong and might not work with other Micropub implementations.
#
GWG
That is strange. I wonder
#
[manton]
I tried changing my permalinks, which appears to change the endpoint to /wp-json/micropub/1.0/endpoint. Same problem, so I don’t think it’s encoding.
#
GWG
I occasionally have seen this problem with some people... but never sure why.... I'd like to figure it out
#
GWG
Anyone have any ideas about how?
#
sknebel
tricky without being able to reproduce it on one of your systems
#
[manton]
@GWG Would it help if I created a WP user for you on this blog? It’s just for testing so doesn’t matter if anything breaks. https://test.manton.org/
[tw2113] joined the channel
#
[tw2113]
unreproducability is the bane of any support 😄
#
GWG
[manton]: If you could, I'll see what I can figure out.
#
GWG
I wonder if I should build in more information in the return
#
GWG
Oauth response doesn't have an issue with extra parameters as long as it has the ones it expects
#
GWG
I need more eyes on the problem too
#
GWG
[tw2113]: You up for the challenge?
[snarfed] joined the channel
#
[tw2113]
what you got?
#
GWG
[tw2113]: Familiarizing yourself with the IndieAuth plugin looking for opportunities?
#
GWG
I need to document an external testing regimen
#
[tw2113]
i hadn’t looked at that one too closely, but I can try to
#
GWG
I just want to figure out why some people have issues and some don't if it isn't the auth header issue
jonnybarnes joined the channel
#
GWG
Any ideas are appreciated
#
[manton]
As a test, I tried also passing the token in an access_token parameter and that didn’t fix it.
#
[manton]
So I don’t think it’s an HTTP header issue.
#
GWG
[manton]: That leaves what happens when it gets the token to look at
[chrisaldrich] and [tantek] joined the channel
#
sknebel
Zegnat: that's an interesting one. I wonder if there is any case where the endpoint would want to have a URL along the path as a suggestion? Otherwise I don't think its needed anymore, and even that seems kinda contrived
#
Zegnat
The client could store the entire redirect path, that way if the returned `me` value is anywhere within the redirect path you do not need to request again. But that is just the default redirect path and would not include any keeping track of types of redirects / "canonical profile URL"
#
sknebel
I specifically wondered if the auth endpoint ever wants to know "how did the client get redirected to me"
jonnybarnes joined the channel
#
[tantek]
petermolnar, in the past there has been a proposed "license" property for microformats that would apply to all the information in that specific microformat. e.g. in an h-entry, a u-license to a Creative Commons license URL would apply to all the other property values like summary, content, photo, video etc.
#
[tantek]
similarly it could be applied to an h-card and the photo there
#
petermolnar
there's already a rel="licence" thing in the wild
#
[tantek]
I don't think there was much exploration beyond that
#
petermolnar
and that's all I remember as well
#
[tantek]
haha no it's not "wild" per se
#
[tantek]
I proposed it in 2004 🙂
#
Zegnat
sknebel: probably not. All the auth endpoint cares about is what `me` the user is likely to have entered, incase of multi-url-users (e.g. the micro.blog case).
#
petermolnar
Tantek the Wild
#
[tb]
So like a `<link>` in the header and/or as appropriate in like a copyright notice that links to the license?
#
[tantek]
as a simpler alternative to the ridiculously complex RDF gibberish that CC was encouraging people to embed in HTML comments
#
[tantek]
I'm like wait, you don't need all that, all you need is a rel=license attribute on the *existing a href link to the CC license that you're already encouraging*
#
petermolnar
it's worth mentioning that Google recently came up with this in order to respect image licence: https://developers.google.com/search/docs/data-types/image-license-metadata
#
[tw2113]
rel license….can now get a license to drive *puts on shades*
#
petermolnar
the trouble comes when one tries to make sense of that rel=licence
#
[tantek]
tw2113, artistic license revoked 😛
#
[tantek]
petermolnar, yeah you need an allow list of license URLs
#
[tantek]
that's really the only "simple" way to reason about it
#
Zegnat
wonders when that link for Google image licence metadata ends up on his dayjob desk
#
[tantek]
and that's potentially reasonable IF people stick to a small set of CC license URLs
#
petermolnar
(please make it something other, that allowlist, it's impossible to pronounce, I feel like chewing on too hot potatoes)
#
[tantek]
begrudgingly clicks on the Google proposal
#
petermolnar
to be able to parse at that session we were thinking of https://spdx.org/licenses/
#
petermolnar
*of using
twomanytacos joined the channel
#
[tantek]
hah! tl;dr on the Google proposal: they've picked up the "license" property (per object) *exactly* as it was previously discussed in microformats years ago
#
[tantek]
it's a URL to the license
#
[tantek]
Zegnat, if you want to get ahead, go ahead and propose "u-license" as an experimental property for h-entry
#
Zegnat
I cannot get ahead of the work assignment, the work assignment will be to implement whatever Google says, because nobody cares about the meta data and everyone cares about what Google thinks of them *shrug*
#
[tantek]
you can do the right thing in microformats pre-emptively because it is literally what Google already copied
[Ana_Rodrigues], [Mat_Rosero], buswolley and [Murray] joined the channel
#
[tantek]
or were you hoping to save "IndieAir" for your own personal airline?
jonnybarnes, gxt and imsky joined the channel
#
GWG
Are they hiring?
jonnybarnes, leg and superkuh joined the channel; nickodd left the channel
#
[tantek]
GWG, do we need IndieAir, the distributed version of PurpleAir?
#
GWG
[tantek]: Why not IndieUnderground? Since Weather Underground is now locked down?
#
[tantek]
because that's replacing the wrong word? I think the "Underground" part was supposed to indicate some degree of Indie
jonnybarnes joined the channel
#
GWG
Own Your Atmosphere?
#
[tantek]
maybe share your atmo
[Rose] joined the channel
#
GWG
The name Dark Sky may be available
[chrisaldrich] joined the channel
#
GWG
Hmm..time for h-measure?
#
GWG
If we created a community weather conditions site... would people participate?
#
aaronpk
doesn't that exist already?
#
GWG
aaronpk: Does it?
#
GWG
Weather is a corporate affair
#
GWG
Most weather sites allow for a small free tier...but they are focused on forecasts
#
GWG
I don't think there is a community weather observation site
#
GWG
Closest is probably AerisWeather, who gives free access to all contributors
[fluffy] joined the channel
#
[Rose]
What kind of contributors?
[snarfed] joined the channel
#
GWG
[Rose]: If you send them data from a PWS
#
[Rose]
Such as a Netatmo?
[schmarty] joined the channel
#
GWG
Yes
#
[fluffy]
I really should get around to setting up DKIM for my domains.
#
GWG
Just sent the link
#
sknebel
I think one problem with weather is that its somewhat tricky to make data from random stations really usable for forecasts etc. although that doesn't explain lack of pure community projects like there are for other measurements, i.e. air quality, radioactivity, ...
#
GWG
I am looking for current conditions, not forecasts
#
GWG
I think offering observation would be a good community thing
[manton], KartikPrabhu and jonnybarnes joined the channel
#
GWG
Hmmm...how would it work though?
#
GWG
Not building it at the moment...to many things
lahacker and leg joined the channel
#
[fluffy]
Weather Underground has a community weather station thing.
#
[fluffy]
My dad was *really* into it for a while.
#
GWG
I participate
jonnybarnes joined the channel
#
jamietanna[m]
Re licensing https://www.jvt.me/posts/2019/09/28/microformats-licensing/ but I'm still as of yet to implement it myself (due to priorities)
#
Loqi
[Jamie Tanna] Proposing a Microformats2 Markup for Licensing Information
#
sknebel
jamietanna[m]: uhhh, overriding accessibility attributes for that?!
#
jamietanna[m]
Sknebel what do you mean? The "<data>"?
#
sknebel
role=""
#
jamietanna[m]
Ah, good point. I'll add a note to it to say maybe not to do it this way!
#
[tantek]
I still think most use-cases are handled by a simple "license" property that points to the license URL for the whole object
#
sknebel
that could also be a use case for a h-media like wrapper object around photos/videos/..., since they're the most likely to have a different licenses
[KevinMarks] joined the channel
#
[tantek]
sure, if they have a different license