Best I can tell, it’s likely related to you guys implementing v2 of the API and possibly trying to get people using www_patreon_com instead of api_patreon_com (weird, why?!). I’m basing that on all of the v2 examples now using the “/api/oauth2/api/” path (as well as the www host). So probably api was moved to www w/o accounting for the different paths?
I’ve patched my code - well, your PHP package - to work. It’d be great to know if that’s going to be fixed to work as it originally did. From the other (mostly wordpress) complaints I see from the past 24 hours, I’m guessing y’all will have to make the old path work again - maybe both?
This person seems to have realized the same issue as well, it’s just buried.
/t/patreon-connect-plugin-causing-405-error/2290/3
jessedp you are a god-send!
I just patched them in wordpress and it worked!
For the wordpress plugin there are two files “patreon_api.php” and “patreon_oauth.php”.
both in “/wordpress/wp-content/plugins/patreon-connect/classes/”
Thanks! I’m using the Wordpress plugin and I changed it, but no luck on my end (I’m using the API v2).
Try to unlock a post returns “Sorry. Could not acquire your info from Patreon. Please try again later.”.
I suppose I’ll have to wait until Patreon fix the issue on their end.
I think the is an “patreon_api_v2.php” file maybe that one. also I recopied my Client ID keys, saved permalinks and had to re-save each page using the plugin to get it to work.
I just want to point out that the workaround jessedp shared works if you are using the API V1. I’m using V2 and I’m still getting the patreon_couldnt_acquire_user_details warning. There’s definitely something broken out there.
I have confirmed the old endpoint properly working with old v1 using clients. WP plugin, and it should also be valid for PHP client and any other v1 app.
Please check out your integrations, and revert the endpoint if necessary.