• Resolved joshjcobb

    (@joshjcobb)


    We’ve identified that WPS Hide Login is blocking WP Loopback Requests.

    Troubleshooting steps:

    1. Installed a default theme.
    2. Disabled all plugins.
    3. Turned each plugin back on one by one, running a site health test each time. WP Loopback test running successfully with all plugins except when WPS Hide Login is enabled.
    4. Turned on ALL plugins and default theme without WPS Hide Login enabled. WP Loopback test ran successfully.
    5. Turned on WPS Hide Login and WP Loopback test fails to execute (doesn’t show pass or fail result for WP Loopbacks in site health test).

    This issue interferes with other functionality, including background tasks for other services. We use Cloudflare and confirm that there is no bot management enabled.

    • This topic was modified 1 year, 9 months ago by joshjcobb.
Viewing 6 replies - 1 through 6 (of 6 total)
  • Plugin Support MaximeWPS

    (@seinomedia)

    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…

    Thread Starter joshjcobb

    (@joshjcobb)

    Hi, we don’t have any plugins managing our requests. And /wp-admin*, /wp-login.php* and /secretslug* are set to “bypass cache”.

    Plugin Support MaximeWPS

    (@seinomedia)

    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 ?

    Thread Starter joshjcobb

    (@joshjcobb)

    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.

    Plugin Support MaximeWPS

    (@seinomedia)

    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.

    Thread Starter joshjcobb

    (@joshjcobb)

    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.

Viewing 6 replies - 1 through 6 (of 6 total)
  • The topic ‘WP Loopbacks not working with WPS Hide Login enabled’ is closed to new replies.