Ingrid Moyle

Thanks for responding. EDD is moving away from shortcodes towards blocks, so it has to be blocks. Looks like your plugin won’t be able to help.

I have tested Plethora Tabs + Accordions and that is doing what I need so I will use that one.

Another one with the identical issue. When updating to 2.4.1 my menu prices in the admin area shows $17.95 and small $15.95 (as a separate menu price). On the front end they both show 0.00.

If I remove the $ in front of the price, the 17.95 shows correctly, but the small 15.95 still shows as 0.00. So it appears that any text or symbol in front of the price triggers a 0.00

On rolling back to 2.4.0 using WP Rollback, the menu displays correctly.

Thanks Niklas. My client decided it was simpler just to remove PayPal as a payment option across the website and now simply use Stripe to process all payments. I am sure other businesses will be doing something similar.

Thanks Niklas. We have gone for the plugin solution for now and will keep an eye on your developments.

The client is a very small not for profit with turnover of less than $10,000US per month so they are not eligible for PayPal Reference Transactions to be enabled on their account.

That’s why we needed to disable PayPal for subscription purchases, but still have it available for other purchases such as events.

Thanks for your help

Ingrid

Thanks Niklas.

We do want manual subscriptions to be offered – but not through PayPal.

We want Vaulting disabled – manual renewals permitted through our subscriptions plugin and no PayPal button to be displayed.

The old PayPal Standard plugin had that functionality. Has that been removed?

Thank you

WP – 5.8.1
php – 7.4
Cleantalk – 5.161

I will open a private ticket so I can share the screenshot.

Hi Serge

It is a puzzle.

I have adjusted the wp-config file and run another test post. No errors are being reported in /wp-content/debug.log

There is no caching plugin active on the site (I turned it off to debug).

Thanks

Ingrid

I have already tried re-saving the permalinks.

There are no significant errors in Tools > Site Health Status.

Hi Serge

cPanel error reports show No recent web server errors exist for your domain: xxxx.org.au

Nothing either in the public_html error log

Hi

No – we are not using either of those plugins.

Your plugin has worked brilliantly for the past 4 years on that site, and the bug is only recent.

I suspect the problem may be at the Events Tickets Plus end as I have just tested another bundle plugin and it is throwing the same error.

I have logged a ticket with Events Tickets Plus to see if they can shed any light.

Thank you.

So just to check I understand what you are saying: the plugin will not update with a patch to fix the problem through the normal WordPress processes, and the only solution is to completely uninstall and reinstall the plugin, not from the WordPress repository but from a link from Github?

Hey team

The issue is not with the registration, but once they have been set up and have forgotten the password they set up. So they go to the forgot password screen which has the following variables

Reset Password Form
Enable password strength
Password strength apply to
All Roles
An Author, Editor or Administrator

Have I misunderstood what enable password strength does?

Solved it.

The site had been getting spammed silly via the contact form and Recaptcha3 was making no difference, so with Wordfence Pro we had tweaked the settings to block access not only to the login form but the whole site for certain countries. This must have included the country where Stripe’s servers were located, triggering the webhook issue, and the hosting server cache was adding to the woes.

Glad to have this bit resolved at least – now to find an alternative for the spam issue.

Hey Stuart

Stripe had deactivated the webhook endpoint on the account due to repeated failures, so I re-enabled it prior to testing.

The message we received on the deactivation was:

“Here is the summary of errors we have received when sending you webhooks:
* 43 requests returned HTTP 503, which is an indicator of a server error on your end.”

I deactivated Wordfence and then tested re-sending a few of the failed webhook attempts. This time they showed as succeeded on the Stripe dashboard webhook attempts log.

However, when I refreshed the Stripe dashboard page, they went back to displaying as failed.

If I tried resending the attempt again, then the ones that previously showed as succeeded when resent re-appeared as successful, but then revert back to failed when the page is refreshed and the webhook attempts log filtered.

Anything else I should test?

I deleted and re-added the webhook (which had been working perfectly fine for a year before the 2nd December), and there was no change.

If it helps, we use the paid version of Wordfence on the site.