#wordpress 2019-05-29
2019-05-29 UTC
[kimberlyhirsh], [tantek] and [chrisaldrich] joined the channel
# 
[chrisaldrich] [arush] [tonz] I've been having a similar problem. I'm curious which host you're on that may be the root of the problem.
# [chrisaldrich] I need to run some tests again as I think GWG pushed updates since my last attempt. I'll try later tonight when I'm back at my computer.
# [chrisaldrich] I suspect many of the remaining issues may be hosting related... We should attempt to document them and potentially create templates for people to send to their hosts.
[Rose] joined the channel
[tantek] joined the channel
[chrisaldrich] and chrisaldrich joined the channel
[Rose] joined the channel
BeS joined the channel
# 
Ruxton [Rose]: https://github.com/dshanske/simple-location/blob/master/includes/class-sloc-lastseen-widget.php#L77 see how the value=" stops on 77 and then continues on 78?
[tantek], [Rose], gRegorLove, [Ana_R], jeremych_, [grantcodes], [kevinmarks786], [jgmac1106] and [tonz] joined the channel
[Rose] joined the channel
[kevinmarks786], [eddie], [Rose], [jgarber], [calumryan], jackjamieson and [tantek] joined the channel
# 
jackjamieson Hi GWG, I didn't end up getting a chance to work on Yarns yesterday after all. But I'm on it now. Expect a few issues for Parse-This
[sebsel] and [tonz] joined the channel
# 
[tonz] @gwg that wp php error you remembered seeing before: I looked up the line in that throws the error (wp-includes/rest-api/class-wp-rest-server.php on line 1269). The error is Invalid argument supplied for foreach(), and that specific foreach is in a part titled “Sends multiple http headers” public function send_headers( $headers ) {
[grantcodes] joined the channel
[tantek] joined the channel
# jackjamieson GWG, Great! Let me know if I can help with testing etc. I made some changes to my fork of Parse-This. I figure my changes may conflict with what you're working on so I haven't opened a PR, but hopefully they can be a useful reference at least
# jackjamieson I'm going to play with fetch_feeds a bit to see if I can improve the speed at all. That might be tricky but I'll let you know if I make any progress
# jackjamieson Ah, I see. Should I bother looking at it today then? Maybe better if I see what you change first
# jackjamieson Happy to!
# jackjamieson Was just reading through the log
# jackjamieson I do think a separate function for finding feeds is a good idea, and that's what I was going to suggest
# jackjamieson And as for checking rel-feed links, I think it's a compromise either way. It's bad user experience to present a link that might not work, but it's also bad user experience to take a long time to return search results. My inclination is to separate the functions for searching for h-feeds and parsing a page first. Then it'll be a judgement call based on how much difference that makes
[kevinmarks786], [Ana_R], [eddie], [frank], [grantcodes], [schmarty] and jackjamieson joined the channel
# 
doubleloop Just trying to debug an issue with my h-card, seems like with a combo of SemPress and the h-card widget, you end up with two h-cards per entry.
# doubleloop h-entry is on the body tag, so anything in the sidebar also ends up as part of the entry.
# doubleloop Hmm the h-card that's included in the entry footer has an h-card where the u-photo is 40x40px.
# doubleloop It's hidden with display:none but it gets picked up when a site is parsing the entry for webmention purposes.. so my image is gettin pulled in at 40x40px size
# doubleloop I guess seems like a bug in SemPress?
[kevinmarks786] joined the channel
# doubleloop e.g. http://xray.p3k.io/parse?url=https%3A%2F%2Fbit.doubleloop.net%2F2019%2F05%2F26%2F29%2F&pretty=true the h-card photo is teeny tiny
[jgmac1106] joined the channel
# 
[jgmac1106] Or you need to remove the h-card widget from footer and just put it on homepage side bar
# [jgmac1106] The post will have an h-card in the author info
# doubleloop Ah yep where I said 'entry footer' I think I mean the author info (it's called entry footer in SemPress' code)
# doubleloop The bit where it says 'Posted on 29th May 2019 by Neil Mather ... etc' right?
# doubleloop That's where the teeny hidden photo is
[arush] joined the channel
# [arush] Yay! I figured out how to log in here from my computer. Still fighting with Indieauth, but have already taken the step of having my host comb through the server configs where the working site is and the new site is and have found that evereything's the same. Can manually create a token and it sticks, but when trying to authorize with an MP client token doesn't get created. This is something new though so still digging.
# [arush] As discussed in our chat, I've created this ticket in order to archive our troubleshooting for the 403s received by the indieauth token verification on the install jcarsonwtflive but it does work on unvarnishedme.
# [arush] I'm setting up a new person on the indieweb, site is www.jcarson.wtf. For some reason, Indieauth is not storing tokens on this site when created through authorization from a client like Own Your Swarm. There's a site on the same server, www.arush.io that works fine. Here is the message from the ticket I've created with my host in case the problem was on that end: Hey there Amanda,
# [arush] Thank you for contacting WP Engine Support! It was a pleasure speaking with you today.
# [arush] Cache Exclusions
# [arush] We have ensured all cache exclusions are the same on both installs, including other sever-side settings. We've asked you to reach out to the developer to check for any possible issues from the plugin's code side.
# [arush] argument: rest_route
# [arush] I've tried uninstalling and reinstalling all the indieweb plugins on the new site, which is a fresh install, and no dice.
# [arush] Host says it has to be in the plugin, but I don't think so because I have it working on aarush.io and it's still working. But, can't figure out what's different between the two at this point.
# [arush] No. Nothing in the server logs except the expected 403 returns when attempting to publish, since there is no token being generated.
# [arush] Are there any circumstances when the authorizaation token query string appended to the URL would be destroyed before the token gets stored in the database?
# [arush] Because eI can manually create tokens all day long, and they stick around. It's only when I try to create a token by authorizing through a micropub client that the token doesn't get created/stored.
# [arush] One of these days I am going to learn to type. 🙂
[eddie] joined the channel