[dbc1717]

Okay, I have hundreds of subscriptions that I need to find a fix for. They were all created with the re-attempt option. If they fail for any reason, Emember sets them to inactive at the first failure. Even if it pays three days later, the customer does not go active again and cannot log in to enter a new credit card, etc I frequently lose the subscriber. Is there no way to have them go to expired?

Going forward, i need clarity how to get rid of this problem.

Question 1 – Can I set my existing membership levels to expire after 32 days without breaking anything on the existing subscribers? My intent is to move to a new subscriber set up that does not re-attempt payment but rather has them move to “expired” . If I turn off re-trys new subscribers would just go “expired”, while the old will continue to re-try failed attempts while going inactive?

or – Will I be forced to create a new membership level all together?

Question 2 – If I move subscriptions to stripe, they claim to auto-populate updated credit cards…. But I would set them up to NOT re-try failed payments, but rather they would automatically go to expired…

Is this correct?

Thanks

[dbc1717]

Hi Admin,

I already did this, but I did it again this morning to double check.

Test 1 – Test Account set to “inactive” (which is what Emember sets subscribers to when their payment fails) The user cannot login, the Emember login widget shows “The account is Inactive” This “Stuck User” is the behavior I am trying to fix….

Test 2 – The same account is now set to “expired”. When I log in with it as “expired” it re-directs to the “Renew” page i have set up.

So, either we figure out why “Inactive” won’t be allowed to login, or we figure out a way to have EMamber set subscribers with failed payments to “Expired” instead of “Inactive”.

I notice that neither of you commented on my proposed workaround above… If we can’t get the “inactive” user to redirect, would this work?

(Quoting from above) “What If: Since all of my monthly membership levels are set up as “No Expiry or Until Cancelled” Can I change the membership settings to expire after 32 days WITHOUT breaking my large number of existing subscriptions? If I understand this, their monthly payment will reset their clock back to 32 days…

BUT if a payment fails, will this go to “Expired” after 32 days or back to inactive? If it goes to “expired” then they get sent to the renew page when they log in . But if it goes to Inactive their login is broken still.”

Please let me know if this would work for the subscriptions, even if there is a way to have ‘Inactive” be able to Log In.

Thanks

[dbc1717]

For WZP,

The subscriptions fail because customer’s credit cards get replaced. Paypal will fail the subscription even if the card number has not changed because the expiration date has changed. I am experimenting with using stripe for subscriptions as they claim their software will avoid this. BUT I have hundreds of Paypal subscriptions active and am working to take care of these existing customers that make up the bulk of our revenues.

[dbc1717]

No, I am not mixing them up. I am opening a ticket with stripe tech support as their logs and their Dashboard UI show the event but it does not look like the webhook is working.

Thanks

[dbc1717]

Okay,

1) First I added 100% of the strip subscription related events to the subscription web Hook:

subscription_schedule.updated

subscription_schedule.released

subscription_schedule.expiring

subscription_schedule.created

subscription_schedule.canceled

subscription_schedule.aborted

subscription_schedule.completed

2) Then, I cancelled a test subscription.

3) Unfortunately, the Strip dashboard shows Zero Webhook attempts and Zero Web Hook Errors in the last 7 days.

4) Verifying that no webhook was received by my server, I see that EMember DID NOT downgrade the account.

5)Looking at the Emember logs, I see no event coming from the webhook.

What should we try next?

[dbc1717]

Additional data for your consideration –

Stripe Dashboard shows no webhook attempts for the web hook

[https://mysite.com/?wppg_subsc=1&event=stripe]

I have ongoing stripe test subscriptions paying me $1.00 daily…. If stripe is set up right, should we not be seeing at least a web hook attempt on

[https://mysite.com/?wppg_subsc=1&event=stripe]

for each day the subscription pays?

[dbc1717]

Looking at the stripe Dashboard under web hooks,

subscription_schedule.completed

is the only event currently set up to send to the web hook in Emember

Since I was trying to test a subscription failing, should I also add

subscription_schedule.canceled

to the webhook? or doe emember make the account inactive if it does not receive a

subscription_schedule.completed

Web hook event at the scheduled time?

[dbc1717]

Hi. Thanks for the reply.

1. I set up this webhook set up for stripe subscriptions when I added the payment gateway:

[https://mysite.com/?wppg_subsc=1&event=stripe]

I also have the web hook installed for stripe refunds.

the Stripe GUI shows both webhooks as “Live”

[https://kingdomflame.com/?wppg_subsc=1&event=stripe]

Unfortunately, Emember did not seem to get the notification…. What would my next steps in troubleshooting be?

2) I just added Emember downgrade account free plug in, hopefully this will automatically convert expired/failed subscriptions to convert to a free member account. Any reason this would not work with my current set up?

Thanks

[dbc1717]

After upgrading the extra shortcode plugin, that shortcode now works.

Thanks!

[dbc1717]

Okay, I got this basic download button that lets me send subscriptions to Stripe:

[wp_pg_eStore_subscription_button id=”1088″ gateway=”stripe_subsc”]

and it works great.

But I desire to use a fancy button that allows variations so subscribers can select a “Thank You” gift. Your documentation says this will work:

[wp_eStore_fancy_display id=”50″ type=”3″ style=”1″ gateway=”stripe_subsc”]

but it sends the purchaser to paypal even though the gateway says stripe. Is this because I have WPesore still only enabled for paypal?

I am doing this so that the hundreds of products we have that need shipping will all go to paypal without having to manually re-do all of them to specify paypal…Stripe has no shipping support but is better for subscriptions.

Is there a way to get the fancy with variations option in a payment gateway shortcode so I don’t have to re-do hundreds of products and landing pages?

Thanks!

[dbc1717]

I understand your point,but in testing I am seeing what I think is inconsistent behavior in estore. We use google apps as our email provider, which is essentially private-labeled gmail to our domain name. We want to use SMTP to have Gmail deliver our mails as we have a problem with purchase confirmations with download links, etc getting lost as spam or not even delivered. Having google or other “trusted” servers is supposed to reduce this.

The forum does not allow me to upload pictures, but please see the picture at this link:

kingdomflame.com/2019/email-issue/

These pictures are from the gmail delivered email details for 3 test cases. (click “Show Details” if using Gmail or apps)

Emails that are not delivered by smpt are not signed by the server. Note that the emember password email and the Estore download link appear to be going through the Gmail smpt server, as they are signed identifying the trusted smpt server, but the purchase confirmation is not, meaning these will still get lost as spam….

If the wordpress mailing system is sending all emails to the smpt server, why do some not get sent via smpt? Just trying to test and troubleshoot to get rid of a nagging problem with delivery… Thanks

[dbc1717]

also, in order to use the SMTP, we had to upgrade PHP and WordPress versions. Tech info is now

Running WordPress 4.9.10 PHP 7.0.33

Emember 10.1.1

Estore 8.0.5

Payment Gateway 2.3.4

Easy HTTPS 1.9

[dbc1717]

Okay, we installed the free ‘Lite” version of this plugin and integrated it with our SMTP provider:

WP Mail SMTP by WPForms – The Most Popular SMTP and Email Log Plugin

Emember is now working great (along with our contact form, etc and all emails from various plugins) and all emails are “Signed” showing they come from our server.

BUT EStore is being inconsistent. If we use the Squeeze form, the email it sends is signed, showing it was sent by our smtp provider. . BUT the product notification to the CUSTOMER is NOT SIGNED and this is another email that frequently ends up in spam or not sent at all.

In Estore we have checked “If checked the plugin will use the WordPress mail function to send emails (this is recommended). Otherwise it will use a simple PHP mail script that comes with this plugin.”

Why are some estore emails working with SMTP and others not?

[dbc1717]

Yes, we see the log showing both password and registration emails.

We will try and use one of the smpt plugins.

Thanks

[dbc1717]

Thanks!

[Author]

Posts