Hello,
Thanks for using WPS Hide Login.
I understand there is an issue between loopback Requests and WPS Hide Login but I don’t understand which one.
Are you using a plugin to manage your requests ? Is this plugin still maintained ?
WPS Hide Login doesn’t interfere with loopbacks or cron tasks. It only creates a new line in options database table to change login slug.
The only conflict I can see at this time of your description, is that /wp-login.php – /yoursecretslug – /wp-admin pages are cached in your Cloudflare settings. But I don’t understand yet why it’d create an issue with your loopback requests…
Hi, we don’t have any plugins managing our requests. And /wp-admin*, /wp-login.php* and /secretslug* are set to “bypass cache”.
Hello again,
Ok. And can you explain your issue a little more ? Are all your loopbacks failing or only some of them (which one(s)) ?
Have you got any error logs ?
When WPS Hide Login is enabled, the Loopback test doesn’t show up at all in the Site Health test screen. So it’s like the test can’t run a when the plug-in is enabled. When the plug-in is disabled, the test runs fine and displays “Your site can perform loopback requests”.
So it’s like the test won’t run at all when WPS Hide Login is enabled.
When WPS Hide Login is enabled, background processes are failing on other plugins. When disabled, those same processes work as expected.
We’ve tested on two different servers, Apache vs Litespeed, php7.4 vs php8.*… same result.
Hello,
I did some tests.
Actually, the plugin’s code returns a 404 to site health check when it tries to check loopbacks. WP Loopbacks are enabled even when WPS Hide Login is activated but site health check can’t find it.
We’ll fix this in the next release.
Before this correction, you loopbacks are enabled even site jealth check does’nt show it.
Thank you. That’s good news you were able to replicate the issue and we look forward to the update.
What led us to this issue was our usage of WP Offload Media. When manually offloading media, the processes were stalling. So we started testing loopback issues.
Not only did WPS Hide Login prevent the loopback test from showing, it also prevented manual processes for WP Offload from completing succesfully. When disabling WPS Hide Login, WP Offload Media manual processes for offloading media worked fine. Not sure if anyone has reported this to you, but there does appear to be a conflict.
