So this beta version uploaded and took the place without any issues. On the first try, it did something new and asked for access to the user profile. Once that permission was granted, it would go to a login option for “login with patreon,” “login with wordpress.” The user chose “login with patreon” and it took the user back to asking for access to the profile again.
So, I deleted the client token and started from scratch. Didn’t help. Am I doing something wrong? I’m just filling in the information and copying it over to the wordpress site. I’m not sure how I could be doing something wrong.
This may be due to some cookie situation at the browser of the user.
You can debug this more efficiently in the below fashion:
Create a new Patreon account with a new email. Then using another browser, pledge and login to your WP site with this new Patreon user. Just putting in a $1 locked test post and trying to unlock it will do.
This will allow determining if the issue is specific to that patron, or a general issue.
Not yet. It’s happening to every user at the moment. I’ve been busy and haven’t attempted to try anything else once all my users said they couldn’t access the site. Definitely not a cookie issue. I’m led to believe it’s something I’m doing, but I don’t know what that could be since it’s pretty much a copy and paste project. I’ll keep looking and let you know.
You can check if you have any plugins that involve or modify cookies. Also, any oAuth plugins. If you have one, it may be taking over oauth procedure and you may need configuring it to recognize Patreon’s oauth.
Also ensure that caching does not interfere with the process - your site’s cache plugin, or host caching may be configured to show cached pages to even logged in users. Or there may be opcode cache in the server which may be interfering with the way pages rendered.
I’ve had a web designer look at this and he can’t figure out why it’s still looping. The only thing I can figure out is that the subscriber MUST have a wordpress login. They do not. My goal was for them to have as few steps as possible. So, click from patreon, unlock on wordpress, read the webpage. Am I seeing this correctly? They have to make a wordpress login in order for this to work?
Ok so here’s a good update. And then a problem still lol
The Auth box was not checked that you asked me for.
Here was the issue: Before I found this plugin, I was using my beta testers to figure things out and had created them a wordpress login. So when they were trying to log in, the handoff was seeing that they had a wordpress login and wanted to authenticate them that way. I deleted all those and it works now…sort of…
I’ve had to walk them all through logging in because it never kicks them into my site. Here’s what we’re having to do: Unlock with patreon, allow patreon access, login to patreon (this leaves them on my patreon site to sign up which is great for people that haven’t yet, however, those that have are stuck here. I have to then tell them to click the link again and then it goes here), allow patreon, and finally to the page they were supposed to see.
This is ok for now because it’s just my beta group, but once I launch, I’m not going to have time to walk everyone through this. Have you seen this problem before and is there an easy fix?