It worked for me, but of course I had to set the authorization endpoint in the settings back to https://indieauth.com/auth
.
If you have the authorization endpoint set to the built-in one, then it would be kind of stuck in a weird state. Which brings me to another point. How do I know what the URL for the built-in authorization endpoint is? Right now if I change it to indieauth.com, then I have no way of knowing what to change it to to make it go back. Blanking out the value just stores a blank value which breaks it. Can you make it revert to the default built-in URL if a blank value is saved?
Was able to reproduce this after carefully reading the other thread. The key is this: https://github.com/snarfed/wordpress-micropub/issues/104#issuecomment-359267767
If you save the writing settings page, it writes a blank value for micropub_default_post_status
to the database, so then the get_option
call later will return the blank value instead of the default.
I have no strong opinion here, 501 arose from discussion on the IWC Slack.
My API experience falls into REST and deep-stack buckets. Micropub is lighter weight than any non-REST protocol I've used or implemented over HTTP, so it "feels" right for it to act RESTy.
To defend my recommendation, if it's not appropriate to use HTTP codes, why does the spec call for the use of 4xx codes, rather than replying with a 2xx that includes error details?
That’s funny, I have that tag query support on my list both for my site and for Indigenous as well!
This is great, thanks for creating such a useful tool! Do you also host your own git repo, and if so, how do you integrate that into your website?
I use gitlist (https://github.com/klaussilveira/gitlist) but it’s not integrated into my site at all.
Also on: