• Resolved amundsan

    (@amundsan)


    I’m using Bedrock, which use an alternate wp path, and it’s not compatible with the plugin where some pathes are hardcoded. Bedrock use an added “wp” folder before “wp-admin”. The WP_SITEURL constant reference the right url.

    I have resolved this issue by replacing these hardcoded path in some files, but all will be lost at next plugin update (I’m using v1.1.3).

    inc/tables/Table.php:48 could be modified with WP_SITEURL

    Other modifications are in .js files, and I don’t really know how to get the WP_SITEURL value in these files.

    assets/js/dashboard.js:105
    assets/js/dashboard.js:147
    assets/js/dashboard.js:193
    assets/js/notifications.js:127
    assets/js/notifications.js:156
    assets/js/table.js:38

    Could you add a fix for this ?

    • This topic was modified 2 years, 6 months ago by amundsan.
Viewing 8 replies - 1 through 8 (of 8 total)
  • Plugin Author Steven Ayers

    (@stevenayers63)

    @amundsan,

    I’ve never heard of Bedrock, but that sounds cool! I didn’t realize there was a way to change the admin path since WP has had several hardcoded “wp-admin” references in core.

    Now that I am aware of this, I will go ahead and work on making a new version that is compatible with this and notify you when it is ready.

    -Steven

    Plugin Author Steven Ayers

    (@stevenayers63)

    @amundsan,

    We just released version 1.1.4 and in that version we have removed all hardcoded wp-admin references. Please test to see if it is working for you now.

    -Steven

    Thread Starter amundsan

    (@amundsan)

    @stevenayers63,

    Hi Steven, and thanks for this update. I’ve tested this new version, sadly it doesn’t work in my local installation. When I start a new scan, I can see admin-ajax.php calling, so the fix for admin path is functional, but there is no progression, it remains at “0 / 73 – 0%” in this case, and I have to cancel scan.

    I’ll dig to find more, I know it won’t help with so little info.

    Thread Starter amundsan

    (@amundsan)

    Just a small fix in constants.php:23

    replace:
    define( ‘FIXALTTEXT_URL’, plugin_dir_url( FIXALTTEXT_FILE ) );

    with:
    define( ‘FIXALTTEXT_URL’, rtrim( plugin_dir_url( FIXALTTEXT_FILE ), ‘/’ ) );

    to deal with a double “/”

    Plugin Author Steven Ayers

    (@stevenayers63)

    @amundsan,

    Thanks for the bug fix! I’ll make that change for the next release.

    Also, I’ll start attempting to replicate the scan issue you are experiencing and get back to you soon.

    -Steven

    Plugin Author Steven Ayers

    (@stevenayers63)

    @amundsan,

    Can you provide a little bit of information to help us troubleshoot the issue?

    1. Nginx, Apache, or Litespeed?
    2. What version of PHP?
    3. What version of WordPress?
    4. Single install or multisite?

    -Steven

    Plugin Author Steven Ayers

    (@stevenayers63)

    @amundsan,

    If you are still using Basic Auth, then the scan is failing due to that. You will need to install a plugin that makes your WordPress install compatible with Basic Auth.

    See my response to the previous support thread related to Basic Auth on your site

    Please reply to this thread to confirm whether or not your scan is working after setting up Basic Auth plugin properly.

    Plugin Author Steven Ayers

    (@stevenayers63)

    I have not heard a response, so I will assume this issue is resolved.

Viewing 8 replies - 1 through 8 (of 8 total)
  • The topic ‘Doesn’t work with alternate wp-admin path’ is closed to new replies.