[tantek][chrisaldrich] could you perhaps update /Getting_Started_with_WordPress with that "minimal set" approach? Would be great to simplify that doc to make IndieWeb WordPress more approachable by more people!
[tantek]In particular, there's a lot of unnecessary explanatory pre-amble (anything about "Generations" or "IndieMark") that doesn't actually help someone just trying to "Get Started"
[tantek]eddie I think jacky means the distinction between person-tagging and person-mentioning, which is quite distinct in silo posting UIs like FB, Twitter, and Swarm
[eddie]hmmm, true. I should login facebook and do a test. Last I knew I thought you could mention someone by typing their name in the regular text area, or tag someone as "with X"
LoqiA person tag (AKA people tag) is a person mention that is also a tag on a post that refers to a specific person by URL rather than just a word or phrase, and is done as an explicit tagging action by the user, beyond just mentioning a person via hyperlink / h-card / or @-name, autocompleted or not https://indieweb.org/person-tag
chrisaldrichI think I had tried to set it up at the summit ages ago when there were still issues with Auth that I think have been fixed. Haven't looked at it since then.
aaronpki don't think that plugin existed at IWS last year? but yeah the auth issues have plagued wordpress micropub/indieauth forever. seems to be quite a large number of web hosts that block the HTTP Authorization header by default, which is probably what's happening here
chrisaldrichLooks like I've run afoul of two accounts when my site when from http to https... aaronpk, can you tweak things so that I can keep the #16 account with my https version and kick the #99 version?
aaronpkso the hosted Aperture service makes a request to the token endpoint (part of the indieauth plugin) to check if it's valid. i'm guessing the web server is blocking the HTTP Authorization header from coming through. (Some micropub clients also send the access token in the post body and sidestep this issue)
aaronpkkinda. the trick is Monocle gets a generic HTTP 403 error message back from WordPress. I've updated Monocle to output a host of debug info which has been helpful so far (at least helpful to GWG) since it clearly spells out the error the wordpress plugin is returning
aaronpkwhat the user sees is from Monocle, so I'd need to be able to show something there that's more actionable to the user, so i'm open to suggestions there
aaronpkthe problem is the user sees an error in monocle and needs to understand that it's a problem with their wordpress and not a problem with monocle or aperture
[tantek]I feel like this is a risk for many things WordPress due to the complexity of setup (plugin switches to flip) and the fragility (theme changes, plugin updates, WP core updates -> things break)
Loqi[Changelingmx] Yes. I can log into micropub clients just fine. Trying to log in to Monocle results in the following:
There was a problem trying to load the channels from your Microsub endpoint.
Microsub endpoint: https://aperture.p3k.io/microsub/220
Your web...
snarfedso the wordpress plugin should probably add a user-visible message and link to that faq page in all of its 403 errors, since this is a known issue. cc GWG
aaronpki can defiinitely make monocle highlight the "error_description" value more prominently on that page, so if the wordpress plugin provided a better message there it could be more useful