When client pays for Pro Site membership, they keep getting redirected to Pro Site signup page.

Once a user (that does not have a Pro site level yet (free) but already has a site and is a user on our system), successfully pays with a credit card, when they try to login to their wp-admin area they keep getting redirected to the page above (trs-member).

If I "extend" their plan manually for 1 month, it then allows them to login.

Just wanted to add that I am having this exact same issue with my site using Pro Sites and Stripe. I'm only running test transactions, but the symptoms are exactly the same as Geurk described. I tried disabling all other plug-ins, and re-installing Pro Sites but nothing seems to be working.

Yes, it shows the "$0.00 payment was successfully received" (copied below). In my Stripe account it does show the $19.00 payment, which is correct. I checked the DB and the customer id and blog id are both correct in the pro_sites_stripe_customers global table. I'm not sure where I can check error logs?

Hey guys, I've tried really hard but have been unable to recreate your issues. One thing I have in mind is that perhaps your plans are not synced to live.

Go the the levels settings in pro sites, and change something minor, even a space in a level name etc. Save, then change it back and save if you want. This will force a resync of the pro site levels to Stripe.

If that doesn't fix you problem, then I will need you to paste the content of the invoice.payment_succeeded event/webhook. You can find this under "Events & Webhooks", after selecting that event from the list, scroll to the bottom where you can copy the webhook "Request:".

I will ping the Chief of this plugin and lead developer @Aaron in here since you have indeed replied with more helpful information in which I know we want to get to the bottom of this bizarre occurrence.

Hopefully he will be able to make it in here sooner then later while making his rounds.

I can recreate it, I can't not recreate it. I am also willing to set up a temp admin account for you Aaron if it helps. I will give you my Stripe access info as well since it is not the one we plan to use when we go live. Let me know.

I'm in the same boat as Jeff. The results are always the same on each and every pro site. Also, if I extend their pro site for a month, when their recurring billing occurs they get their pro site status withdrawn so I have to extend it for another month.

Just let us know if you need a temp admin account/etc and I'll send it along. Just need an email address or something to send it to.

Thank you for your patience while our lead developer works on trying to figure out why this issue persists for you folks and I am chiming in to let you know he has not forgotten about you nor the issue at hand.

To be honest, since this hasn't been resolved we have had to go with paypal and since we want users to have the option of using a cc as well as paypal we opted for paypal payments pro ($30/mo) + get the server PCI compliant (free - Arvixe) and get an SSL ($26/yr) once this bug is fixed we are planning to go back to Stripe. Just an unfortunate series of hurdles to get there....

I can give WP admin access, mysql access, FTP access, whatever to get this resolved as well. Currently I am having to manually extend each subscriber's pro status each month. Otherwise, when their payment day arrives, they lose their subscriber status and can login to WP admin. This is an important plugin/solution for us too.

Yes, I really need a fix for this as soon as possible. I have offered logins for my Wordpress site if need be. Currently, on recurring payments, I am having to extend their membership each month that they pay. Every payment a pro site gets, the amount shows as 0 and their pro status expires.

I am sorry that this item is taking a bit to resolve due to difficulty replicating the issue but be rest assured the lead developer will not have given up on a coding solution or trying to figure out why this is happening.

Thank you for your patience as we continue to dig in to this and try to figure out why this is happening. Agreed this is urgent to get resolved for obvious reasons.

I will send another flag over to the lead developer @Aaron making sure this does not get away form him and remains fresh in his mind for resolution.

I would like to, again, offer a login to whatever is necessary on my system to resolve this issue. Currently, when each client's recurring payment occurs, I have to go into Pro Sites and extend their subscription for another month as the bug demotes them to an unpaid subscription level after a successful payment is received (due to the fact that Pro Sites log says that the payment was for $0).

I really, really, really, really, really, really, really, really, really, really, really, really, really, really, really, really, really, really, really, really, really, really, really, really, really, really would like to see some movement on this issue as soon as possible. I do believe I get a lot of my subscription through WPMU, but waiting over 3 months for some progress is frustrating.

This is definitely a bug, because other users (jeff and marc) are experiencing the exact same issue. We have all extended an invitation to login to our admin areas. So, no need to "recreate the problem" on your end. Simply take one of us up on using our systems to troubleshoot.

Thank you for your demonstrated patience and if there were anything more that I could do to address this issue - it would be done but this as evidenced by the lead developers input is a coding item that we cannot replicate.

That is the trouble with this one and therefore we are almost at a stand still regarding this item.

The only thing I can possibly think of at this point is if it is in sandbox mode? Or more accurately No SSL (Testing) mode? If so have you tried Force SSL (Live site)?

I have it in Force SSL (Live Site) mode, and I am using live API keys. I have my web hook correctly setup, and it is using an https URL. The systems are most definitely communicating as I am getting log output on both the plugin on my site and the Stripe account. I have tried each thing that has been posted in this thread as well as other threads that look similar to this issue.

What I, and others, have been stating is that there is no need for you to recreate this issue on your end. As multiple people are having the same exact issue, is it not possible for your lead developer to login to our system(s) and troubleshoot from there? I can give whatever temporary access is necessary to resolve this problem. This isn't an isolated issue that only I am experiencing. At least two others have described the exact same issue. If you'd like, we can even schedule a desktop-sharing session and I will log the developer into an SSH session into my server if he needs more access than a wp-admin account.

This plugin is one of the main reasons I keep my WPMU account. I use other plugins, sure, but none of them make me money like this one does. So this plugin is the only one that makes it realistic to keep my subscription.

Please have the lead developer contact me or one of the others having this issue and we will give him access to anything he needs to troubleshoot the problem. I guarantee if he resolves the issue on one of our systems, it will be the same fix to resolve the issue on the other client sites.

It seems that every time a plan is ordered, all subscription plans are deleted then re-added.

This causes the subscriptions to be reset, although it seems that customers are still on their plans, but I can't see them as listed under plans in Stripe (only by their customer name, then i can see that they are in fact still paying $15/month, etc).

When users sign up, they're still receiving the expired email and being reset to the free plan. I've finagled my way around this for now by replacing the contents of the Expired email with a welcome message (so they get the expired email but it welcomes them instead.) and then manually setting their level in Pro Sites.

If it's relevant, I'm in Canada. I have confirmed all Canadian currencies, and even went into the plugin's php files and changed the default from USD to CAD evreywhere it appeared, which seemed to fix some early issues I was having with the payments not even going through.

So, at the moment the plugin is in use in a sort of hacked-together, non-ideal fashion. Would love if it worked right as it's in use in production and causing a lot of headaches (though it is accepting payments, just not behaving after receiving them.)

Any updates on this? I'm having this issue too, I've been able to recreate it multiple times (Pro sites says $0, but Stripe receives payment). Any information I can provide to help out? This is becoming a huge pain. Thanks.

I played with the Stripe gateway a bit more this morning. Not sure if this is already known, but I attached a sanitized screenshot.

In the Subscriber Information box everything is correct including the payment amount and next payment date. However, in the Account History log the payment amount is recorded as $0, so the user is told their account is expired.

Additionally, I found that the Pro Sites successful signup page, i.e. "Your subscription was successful! You should be receiving an email receipt shortly." is generating an https link to the dashboard. I'll open up another thread for this issue when I learn a bit more, just wanted to give you a heads up.

I can temporarily grant you admin access to a live Stripe account and the WordPress multisite using ProSites if you need to see the error in action.

From the logs on Stripe, ProSites seems to be deleting and recreating plans on Stripe anytime ProSites us updated. As a result, the customers are no longer linked to the subscription plans, although they are still being billed monthly, Stripe is reporting back to ProSites then that they aren't subscribers of any given plan (or plan level "0").

Please email me directly for access to a Live Stripe account if that's the only barrier to testing this issue.

I haven't tried it in test mode, but I can consistently reproduce it in live mode (happens every time). I just use a personal credit card and refund the charges in Stripe. If you want me to give it a shot post up the beta plugin or just the new version of the gateway-stripe.php and I'll check it out tonight. Let me know, I'll help anyway I can.

From the logs on Stripe, ProSites seems to be deleting and recreating plans on Stripe anytime ProSites us updated.

That's by design, and has always been the case as you can't edit prices and important details of plans that have subs tied to them. But Stripe keeps the plan details saved internally and they still get charged the same on the proper schedule. And I can't see how that would affect first time checkouts.

Stripe is reporting back to ProSites then that they aren't subscribers of any given plan (or plan level "0").

Can you paste the full webhook json content for that (blankout private details)? Specifically the 'invoice.payment_succeeded' webhook.
data->object->lines->subscriptions[0]->plan->id is where we get the level and period to extend.

Can you paste the full webhook json content for that (blankout private details)? Specifically the 'invoice.payment_succeeded' webhook.
data->object->lines->subscriptions[0]->plan->id is where we get the level and period to extend.

Is there any progress being made on this issue? I am also experiencing the same issue. When a new customer signs up for a blog, after they make their payment they are redirected back to the payment screen.

Also the WP Admin toolbar does not give the correct paths after new site is created and the cancel subscription link does not function.

Below is what the new customer sees upon first login after payment is made.

This site is temporarily disabled until payment is received. Please check back later.
Payment Method: Visa Card ending in ####. Expires ##/20##
Next Payment Date: July 25, 2013

Join our weekly newsletter and get the tips and resources all the WordPress pros use - for free!

How do you rate me?

Thank you for rating your experience!

We’re thrilled to hear you had a great experience with . Would you like to leave a comment about your experience:
Thanks for voting on your experience with , we’d love to get some feedback please.
Ohh no! We’re really sorry to hear you didn’t have a pleasant experience with , we’re always looking at how we can improve and would appreciate you provide some further feedback here please.

it's great that you had a positive one. Based on your experience in this ticket would you please be kind enough to rate us externally on: