Pierre-Emmanuel

Thank you very much for this beta version: I will try it

All the best

Thank you for your reply. Unfortunatly, I was looking for a solution to improve adaptive sizing for mobile (and improve SEO rank), but my tests with this plugin failed for that. I will look for another way.

Thanks again for your explanations.

OK, thank you

Hi @yordansoares

We use the default/Simple template

I changed manually the Sandbox Client ID, Sandbox Secret Key and Sandbox Webhook ID, to match with a new Paypal App and now this works !! I don’t know what was the default app used when I linked the plugin with my paypal account, but this default app was not working.

Thanks for your help !

Hi @mrclayton

Thank you for your reply !

The transaction type is “Capture” : based on the explanations in the contextual help, this type should capture immediatly funds at checkout…

Here are the notes generated in my order :

1st note :

PayPal capture status is pending. Reason: UNILATERAL. Payment will complete when capture.completed webhook is received.
Status modified from “pending” to “on hold”

2nd note :

PayPal order 3X203199SE3068644 created. Capture ID: 7XF38817LF746420B

Nothing else… so my order is still stuck in “on hold” status…

Any idea ? Thank you in advance

Hi @matheusfd

thank you very much for your detailed reply.

I checked: we have no cache, so this should be an incompatibility with another plugin. In another ticket, I just discovered there is no way to remove donator fields (name and email), so we have decided today to switch to another plugin. Sorry. Thanks again for your reply.

Best regards

Thank you for your reply: I understand this need is incompatible with the way this plugin is built.

Best regards

Sorry, now it’s working, after regenerating slugs url and emptying all caches.
Thank you for your assistance: you can close this ticket.

Best regards

Hello
I am using the free version of the plugin, which add automatically a new tab in user account, but display a blank page… Should I buy the premium version ? Why this option is available in the free version ?

Thank you in advance

OK, I understand ??

Best regards

OK… could you just try to do those tests on your side and tell me what behavior you see ?

A# without WPS Hide Login

1. log out from your WordPress (=> not authentified)
2. Go to this URL : https://YOUR_WEBSITE/wp-admin/plugins.php
3. Copy the URL (which should look like this : https://YOUR_WEBSITE/wp-login.php?redirect_to=https%3A%2F%2FYOUR_WEBSITE%2Fwp-admin%2Fplugins.php&reauth=1 )
4. Log in with your credentials
5. You will be redirected to the plugins list page
6. Open a new tab in your browser
7. Paste the URL that you copied before
8. You will again be redirected to the plugins list page

B# with WPS Hide Login

1. log out from your WordPress (=> not authentified)
2. Go to the URL : https://YOUR_WEBSITE/YOUR_SECURE_LOGIN?redirect_to=https%3A%2F%2FYOUR_WEBSITE%2Fwp-admin%2Fplugins.php&reauth=1 )
3. Log in with your credentials
4. You will be redirected to the plugins list page
5. Open a new tab in your browser
6. Go again to the same URL than before
7. You will be redirected to the /wp-admin/ homepage (instead of the plugins list)

I have done multiple tests, and I am sure that is not the default behavior of WordPress : without your plugin, I am always redirected to the target URL mentionned here :“login.php?redirect_to=…“ (regardless of whether the user is logged in or not).

But when I activate your plugin “WPS Hide Login”, if the user is already logged in, the target URL is not considered and I am always redirected to the home page of /wp-admin/

I cannot understand how another plugin could modify this behavior of “WPS Hide Login” : could you detail how I can fix that ?

and I do not have this issue with your plugin disabled

Hi @seinomedia

Unfortunately, I still have the same issue in my sandbox WordPress, with no cache plugin and no CDN. Could you try the test case on your own environment and tell me if you can reproduce or not the issue ?