#GWG[miklb]: Hooks, but there is an issue. It crashes everything. Troubleshooting now
tantek joined the channel
#GWGI am disabling the check for anything but the REST API or the Micropub endpoint
#GWGThat would be much easier if they were the same
tantek joined the channel
#GWGHaving trouble teaching it to not try to authenticate if not Micropub
tantek_, [Natris1979], tantek, [jeremycherfas], jeremycherfas and [jgmac1106] joined the channel
#[jgmac1106]So I said I would stay offline all weekend but it's rainign and I needed to finish up my fourteen WordPress #indieweb challenge, and my goal was to fork a theme. I think I did this correctly adding microformats2: https://indieweb.jgregorymcverry.com
#[jgmac1106]would love for folks to take a look indiewebify me says I am missing a rel="me" in my h-card, I added it but can't get it recognized. This was my first time really editing a theme, the h-card ended up being slit across the template page, the function.php, and some javascript but it seems to render back together
#[jgmac1106]Hey @gwg, mother n law just called and heading over need to wash the kids so I have to bail. Will be excited if I actually pulled off my last WP 14 day challenge task
#[jgmac1106]It is a static WordPress theme so it was easy as only mf2 had to be added, didn't have to think about post-kinds, webmentions, micropub, or anything else tricky
#[jgmac1106]looks like you and [miklb] hard at work all weekend, thank you so much
#GWGNot really. Just trying to troubleshoot a problem I myself reproduced, but don't have
#sknebel(also not sure about the h-entry that just says "Youtube", but I might be misunderstanding what that' for - is that a placeholder for a post?)
#[jgmac1106]@sknebel, the theme is meant to be a calling card, yeah I didn't know if I shoudl wrap those in the h-card and skip h-entry all otgether and make the buttons a u-url inside h-card
#sknebelah, I see, you need to put the u-url on the <a> tag, not on a tag around it!
#[jgmac1106]here is a completed theme, basically the buttons become a menu
#sknebelah, like they are used there I'd not mark them up with mf2
#[jgmac1106]okay, remove the h-entry? Shoudl I try to embed those a u-url inside the h-card? I could make the wrapper class h-card and get the whole page in there
#sknebeldepends on what they are. on cog.dog they are internal navigation, so no. If you want to use them as a second row of links to external profiles (why not add youtube to the icons above?), then add rel=me. (some people mark links to external profiles also with u-url, but not everyone does that)
#sknebel(e.g. aaron has tons of social media profile links in his footer, which are only rel=me, vs I tantek has them as u-url on his h-card to
#[jgmac1106]cool will take a look, but on cog.dog you wouldn't add h-entry to those pages?
#sknebeloh, now I get what it does. those are JS-based subpages :/
#sknebelthe broken urls for e-mail etc are the bigger issue
#Zegnatgets mentioned on the wordpress channel and is intrigued.
#ZegnatOh. Multi h-entry pages rather than 1 page per h-entry? Yeah, that gets a big “experimental” flag for now. We need a lot more testing and documentation on the matter
#sknebelXray has some logic to handle fragment links, right? or is that the php-parser?
#ZegnatI think XRay, of the top of my head, but would need to double check.
#ZegnatThough the way it does that means you may be excluding other data on the page, which was the issue I was having.
#[jgmac1106]@zegnat would I use e-content? under one h-entry for now?
#Zegnatsknebel, yes, it loses the author in my case. To be more precise: it only parses from the element with id === url fragment, thus all surrounding meta data is gone.
#sknebelyeah, for the content of the "subpages" use e-content (and p-name for the headline)
#sknebelignore what I said about rel=me, that was a misunderstanding on my part
#ZegnatYou should use h-entry / e-content / etc. just as normal. But if you are marking up several h-entry on 1 URL, there may be issues with consuming parsers. Not really your issue as the writer of the markup though, [jgmac1106]
#sknebelthere they are fuller posts, if that's how jgmac1106 wants to use them
#ZegnatAnd sknebel is right. The class u-url should be moved from the <li> elements within the h-card to the <a> element within them.
#ZegnatRight. Yes. I would definitely mark those blocks up as h-entry. Their URLs (u-url) being the URL with the fragment. And that is definitely the case where parsers may act ... funny.
#ZegnatIt is basically a feed of posts like https://grapefruit.zegnat.net/ . Which is fine, but is the exact case that needs more testing and documenting
#[miklb]that clears all of my errors, but doesn’t create a note. Debug log simply has `Micropub Data: {"micropub":"endpoint","q":"config"} {"micropub":"endpoint","q":"config"}`
#GWGCan you try logging out and logging back into Quill?
#[miklb]I’ll try again, but I’ve done that step before each attempt to post.
#GWGUse the master branch of Micropub. I just added the fix to that.
#GWGaaronpk: Could this be something you did today?
#GWGBecause I'm getting this Quill issue too. But Omnibear posts the note
#[miklb]Omnibear is saying error authenticating micropub endpoint when I try to publish. I was able to login and authenticate, it stores the token. Also got rid of issue I had of stuck authorization screen.
#[miklb]I wonder if I need to test with my 2fa disabled.
#aaronpkcan you try testing with micropub.rocks or just a curl post?
#[miklb]that’s what logged from micropub.rocks. that uncaught error was new
#[miklb]oh, weird, it was because my cache wasn’t writable. I’ve only ever had issues with that and webmentions from brid.gy getting sent multiple times. I need to solve that.
#[miklb]But I believe there were issues with the plugins aside from that that are fixed with that hooks branch and micropub master
#Loqigwg has 63 karma in this channel (355 overall)
#GWG[miklb]: We'll see what pfefferle thinks of the hooks branch
#[miklb]well, I spoke too soon. The first test passes from micropub.rocks, but Quill & Omnibear are still failing. Need to trace the errors.
#[miklb]GWG those `PHP Warning: in_array() expects parameter 2 to be array, null given` errors are back, at least when I test posting with Omnibear. No errors from Quill it seems, just nothing happens
#LoqiIt looks like we don't have a page for "only doing GET requests" yet. Would you like to create it? (Or just say "only doing GET requests is ____", a sentence describing the term)
#[miklb]it allows me to authenticate just fine, doesn’t hang on the getting token screen anymore, but when I try to post a note, I get an error about authenticating micropub endpoint in omnibear
#[miklb]and I get those two errors `in_array() expects parameter 2 to be array, null give` in debug.log
#aaronpkcan I make a suggestion that the plugin should check if that second parameter is an array and if it is not, throw a more specific error message?
#[miklb]but if Quill works and micropub.rocks passes, ¯\_(ツ)_/¯
#aaronpkoh, the "indieauth_scopes" filter returns null if the scopes passed to it are null, so it sounds like this is something wrong with handling the default scope when the client requests no scope
#[miklb]this is what is logged in a successful quill post wp_insert_post with args: {“post_content”:“quill test”,“meta_input”:{“micropub_auth_response”:{“token_type”:“Bearer”,“scope”:“create update”,“me”:“https:\/\/miklb.com\/“,”issued_by”:“https:\/\/miklb.com\/wp-json\/indieauth\/1.0\/token”,“client_id”:“https:\/\/quill.p3k.io\/“,”issued_at”:1527461635,“user”:1},“mf2_type”:[“h-